-
-
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
CRM-21245: Incorrect Contribution status 'Pending Refund' #11077
Conversation
Added, unit test is supposed to fail as it depends on #10962. Reason why I am marking it with [WIP] |
eb9e473
to
3c3a22d
Compare
b8e6ed7
to
50eb554
Compare
…t of CRM-17151 ported from kainuk PR
@eileenmcnaughton this PR is ready for QA and also got unit tests. |
There is a lot to like about this PR. It simplifies code, adds a test & fixes a problem! I think the fact that this was fixed through simplifying & relying on the fee change logic speaks to the fact the previous changes in this area were on the right track. Merging |
CRM-21245: Incorrect Contribution status 'Pending Refund'
It appears that the reverse problem is now happening in the 4.7.30 RC. If you create a participant record with a partial payment, and you edit the selections for the participant record to be the same or lower amount than the payments, the participant record still says "partially paid" when it should be "completed" or "pending refund". |
@agh1 isn't that obvious because the original amount was partial and after edit we are not paying rest but rather keeping the same partial amount or lower then it, which is itself a partial amount? @eileenmcnaughton what do you think? |
So on this form (yay) we can edit the amount to be paid and the amount paid separately. We should be calculating payment status by what portion of the amount has been paid paid < due = 'Partially paid' THis is REALLY late in the rc to pick this up - my sense is it's obscure enough to review for 4.7.31 rather than revert + review for 4.7.31? (@agh1 ) |
Yeah, I wasn't proposing changing anything for 4.7.30--sorry I wasn't clear. I do think this fixes a bug; it just causes a slightly less likely one in the process. Here's the workflow I was trying:
Another issue (maybe separate) is in the process when I try to record a partial payment from the backend, I get the following popup message:
This is the case regardless of what the participant status is. |
@agh1 According to your workflow the contribution status should be 'Pending refund' since you have already paid $1,200 and you have updated the line item so that the total amount is now $1,000. Therefore the contribution status should be 'Pending refund' with $200. |
@agh1 @pradpnayak @monishdeb looks like the behaviour is agreed & there is a bug remaining so perhaps open a new ticket for it? |
Yup will submit a separate PR for that. @agh1 can you please create a new ticket? |
Overview
Steps to replicate:
If the participant is registered to an event by admin in backend and event has 3 selections:
At first '1st' selection was made and partial payment of $500.00 was made, then event participation summary is viewed, it shows correct status. Screenshot: http://prntscr.com/gsfokn
Now when selection is changed to '2nd' still contact owes $700 but system says the payment status to be "Pending refund". Screenshot: http://prntscr.com/gsfpgg
Before
Contribution status is updated to 'Pending Refund' - Incorrect.
https://www.screencast.com/t/cOfGhsHgQJe
After
Contribution status is retained to 'Partially Paid' - Correct.