Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Make membership type changes retroactive again #192

Conversation

tomudding
Copy link
Member

This puts back the original idea of how manual membership type changes are computed. They are now retroactively applied. Any changes made will appear to have been like this since the end of the previous association year.

For example, if a member is currently graduate on 2022-08-04 with a membershipEndsOn of 2022-07-1, changing them to member removes the membershipEndsOn and puts their expiration on 2023-07-01.

Another example, if a member is currently member on 2022-08-04, changing them to external will put membershipEndsOn to 2022-07-01 and their expiration on 2023-07-01.

Fixes #170.

This puts back the original idea of how manual membership type
changes are computed. They are now retroactively applied. Any
changes made will appear to have been like this since the end of
the previous association year.

For example, if a member is currently `graduate` on 2022-08-04
with a `membershipEndsOn` of 2022-07-1, changing them to `member`
removes the `membershipEndsOn` and puts their `expiration` on
2023-07-01.

Another example, if a member is currently `member` on 2022-08-04,
changing them to `external` will put `membershipEndsOn` to
2022-07-01 and their `expiration` on 2023-07-01.
@tomudding tomudding self-assigned this Aug 4, 2022
@tomudding tomudding requested review from Koen1999 and rinkp August 4, 2022 17:48
Copy link
Member

@rinkp rinkp left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I did not rest the behaviour in this PR, but the changes seem to do what they need to do. Perhaps we want to not this on the membership type change page: "Change membership type per July 1st, 20xx:"? Then it is easy for secretaries to remember

@tomudding
Copy link
Member Author

I did not rest the behaviour in this PR, but the changes seem to do what they need to do. Perhaps we want to not this on the membership type change page: "Change membership type per July 1st, 20xx:"? Then it is easy for secretaries to remember

Yeah that is a good idea. Initially I thought about adding a year selector such that they can choose a year themselves, but this is a lot easier/simpler for now.

@tomudding tomudding merged commit 031209b into GEWIS:master Aug 9, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Graduate -> member should be instant
3 participants