-
Notifications
You must be signed in to change notification settings - Fork 0
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
DON-998: Stop assuming donations will always have transaction IDs #1157
Conversation
8ed61f4
to
9a97084
Compare
This throw causes crashes in the regular giving form, and the assumption that almost every donation will have a non-null transaction ID stops being true when we launch regular giving, as for the 2nd and 3rd donations of each mandate there will be 1 and 2 month delays between donation creation and transaction id creation.
9a97084
to
abadb0d
Compare
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## develop #1157 +/- ##
===========================================
+ Coverage 74.28% 74.36% +0.07%
===========================================
Files 128 128
Lines 5588 5601 +13
===========================================
+ Hits 4151 4165 +14
+ Misses 1437 1436 -1 ☔ View full report in Codecov by Sentry. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice simplifications along with the fix, looks good!
* NOT include an assertion that the donation has a transaction ID, as that is only required for confirmation, not | ||
* for pre-auth. | ||
*/ | ||
private function assertionsForConfirmOrPreAuth(): \Assert\LazyAssertion |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Liking that these end up very clear in terms of what they allow, and DRY
Thanks! I think I'll wait until after #1151 is merged before merging this to avoid creating merge conflicts over there. |
…tions-without-transaction-id
3687710
to
1ba369e
Compare
This throw causes crashes in the regular giving form, and the assumption that almost every donation will have a non-null transaction ID stops being true when we launch regular giving, as for the 2nd and 3rd donations of each mandate there will be 1 and 2 month delays between donation creation and transaction id creation.