Closed mtdenton closed 1 year ago
Hi @cdanfon this has been merged into staging! Though the ask of this ticket was just to update a dependency, so I do not think there is much to test.
Should I move this to the closed lane?
@danielfmiranda Sounds good, I've gone ahead and moved it
Hi @cdanfon my mistake, I think this ticket should be moved to the "Ready for production" lane before "Closed".
I have moved this ticket to ready for production, and will close it after todays prod push!
I would say we should definitely test the critical paths. This is the SDK of our payment processor. So we should make sure donations are working as expected.
Ok, test payments on staging worked $10 and $60, each with visa and paypal.
Looks like this was still not deployed...
Deploying this manually to staging now
Ok, finally on staging.
@danielfmiranda I am having issues with monthly Paypal donations. Tried $5 per month.
A $25 monthly paypal donation worked
Double checked in a different browser. Still issue with $5 monthly paypal. @danielfmiranda can you look into this?
We've discussed during daily huddle that this might not be a blocker for the deployment as the bug might have been there before the update. @danielfmiranda to check if this is still happening before v13. If that's the case @danielfmiranda will remove the deployment blocker label and let the team know.
Hi Everyone, after some further investigation, I can confirm that this error is independent from the SDK update and instead related to the configuration of ENV variables on the donate-staging site.
To confirm this, I have done the following:
v.13
and v.18
, using the default development .env variables found in 1Password under: “donate-wagtail docker .env file”, paypal payments of $5 go through as expected.v.13
and v.18
, using the same braintree env variables as the Thunderbird Staging site in heroku, paypal payments of $5 go through as expected. However, on my local machine using v.13
or v.18
, paypal payments of $5 do not go through when using the same braintree env variables as the donate-staging site. Instead the front end returns Something went wrong. We were unable to process your payment.
and we find the following error in the logs: Failed Braintree transaction: PayPal buyer account can't be the same as the seller account
.
I have created #1732 to track the work regarding the $5 Paypal Payment bug, but believe that we are OK to push the SDK update to production, I am also removing the "deployment blocker" label.
Thanks!
@danielfmiranda Sorry, but I don't follow the above explanation. It sounds like the upgrade fixes the issue. However during QA I ran into this issue on staging.
I am also not sure which env settings are involved in what. You seem to use three different sets of envars:
Can you clarify which ones are used when? We need to make sure we are not mixing the variations here.
@danielfmiranda Thanks for the update. That looks clearer now.
So the issue is in the envars used on donate-wagtail staging.
Hi @tbrlpld sorry about the confusion. I updated the comment above to better reflect the issue.
What I meant was that this error occurs on either v.13 or v.18, the breaking change being when the environment variables are set to the same ones as mofo donate-staging.
Ok. I guess this is not as critical then, because actual donations won't use the seller login data to make donations 😅
We should use some other login info for testing though.
It looks like we'll need to update the Braintree Python SDK one last time. From Braintree: