-
-
Notifications
You must be signed in to change notification settings - Fork 824
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
dev/core#2717 Simplify batch membership renewal #20935
Conversation
(Standard links)
|
@monishdeb thanks for merging #20882 - I've rebased that out of this now |
@eileenmcnaughton I had thought I had commented here. But I must have not. I did start with an
I'll look further and comment. I want to log what I find as I find it |
@kcristiano I've fixed ^^ If you are going to do a thorough r-run I could go a bit further with the clean up (the balance of how much to fix depends a bit on whether the reviewer is more code focussed or r-run focussed) |
@kcristiano ah - now I've refreshed my memory - the renew membership code has 3 paths (it was written for front end forms)
I'm not sure if 2 is reachable - I'll put up a separate PR with it removed & you can tell me if you can figure out the difference. |
OK - here is the PR with the code I'm not sure the reachability of ripped out #21126 |
@eileenmcnaughton I will look at these over the next few days. Thanks for all the work here. |
@kcristiano yeah there is quite a bit more to do - but I think there is a big question to answer - how much of the code is actually reachable - which will alter the scope of the next bit. My goal is to get the code using the Order api |
@eileenmcnaughton I've done some more The form works, but if you try and rely on the Membership Type to set the end date on new memberships, none is set. Renewals do extend the membership the number of terms. I'll also review the alternative Patch. In additional this shows a regression in the RC - membership Dashboard has a fatal error. I'll open an issue for that. |
@kcristiano can you outline the steps for "but if you try and rely on the Membership Type to set the end date on new memberships, none is set." - I'll make sure it has test cover & works |
More details:
Memberships created without end date
|
@kcristiano I'm going to dig into this - but I suspect it is unchanged by this PR which I would expect to deal with renewals. This could be a regression though |
@kcristiano I went back to 5.33 & tested entering a membership without entering the end_date & it was blank back then - potentially we should fix it to set something |
Thanks @eileenmcnaughton that makes sense. |
@eileenmcnaughton This PR and #21126 now have conflicts. I was satrting to look at 21126 as I expect we want to merge that if possible. This PR is an improvement, so if we want to go in small steps, this looks good to merge once the conflicts are solved. |
This handling is mostly here because the function was 'shared' with multiple forms with different needs. The expectation is that if the form says to 'renew' we should, with a minor check that the membership exists
@kcristiano this is rebased now - are you saying it should be merged now? |
@eileenmcnaughton Not yet for merge. I found one other issue today.
|
@kcristiano so the expiration date was set in the batch mode - but it didn't update the status (only the date)? |
Correct - Running on 5.39 right now to see if the unpatched version works. |
Just tested on 5.39 and renewing updates expiry date and status for renewed memberships. |
I'll also comment on #21126 I just did renewals on that one and the date and ststus upadted, so perhaps we need to focus on that PR as the alternative |
@kcristiano oh interesting |
@seamuslee001 are you ok to merge this - it's a partial of #21126 which @kcristiano has tested & OKd but that one has a test error I need to figure out that doesn't affect this Then I'll rebase that one & fix the test but it would be easier if this is merged (note this has changed a bit over time - I just checked & there is just the one commit difference) |
Overview
Simplify batch membership renewal
This builds off #20882 and makes the assumption that we only need 2 code paths in this form
It removes handling for the (hopefully already unreachable and / or broken)
Before
A lot of code that was relevant to obscure pathways on the online contribution form (that doesn't have a separate 'new membership' process
After
poof
Technical Details
@monishdeb @kcristiano @jitendrapurohit this is a bit of a bigger change to the batch membership form from a required r-run POV - I'm hoping one of you can help on it
Comments