p.s. here is another donor coming from AU with donation in AUD, but marked with country US https://civicrm.wikimedia.org/civicrm/contact/view?reset=1&cid=66781861&selectedChild=summary

Validate from log, no longer have this issue since deployment, wfan@frlog1002:/srv/archive/frlog1002/logs$ zgrep 'Session does not exist' *payments-misc-202401* | wc -l
0

was blocked by https://phabricator.wikimedia.org/T352337, and now this part done, just need to add the translation part https://phabricator.wikimedia.org/T381336, then we can ask email team to updating the email template with the epc link

Yes, country is as hidden field, and only when we are getting unsupported currency in url, will show the currency drop down to select other currency to donate

I believe this only happened 2 times in 11/28/2024, and nothing in the future, (plus all 197742821 13 previous for this donations) also confirmed that our code did have gross normalized during import, so it feels like something wrong in 11/28 for a short time, we can possibly close this ticket.

Same here, I am not able to reproduce this bug with unit test locally, and this issue could marked as resolved with this patch https://gerrit.wikimedia.org/r/c/wikimedia/fundraising/crm/+/1101961, which we are not sending failmail and recover queue when the email is not found.

I diged into that a bit, this error was coming from authorization, and indicated that the donor has a donation already, which take this user as example https://civicrm.wikimedia.org/civicrm/contact/view?reset=1&cid=18519049&selectedChild=contribute that
wfan@frlog1002:/var/log/remote$ grep @Alisa-Curley13 *
payments-braintree:Dec 11 17:45:24 payments1007 braintree_gateway: 225739732:225739732.1 Calling createPayment for Braintree payment with: {"amount":"3.10","country":"US","currency":"USD","description":"Wikimedia Foundation","order_id":"225739732.1","user_ip":"50.145.61.50","payment_token":"c87a4546-c9a5-4f76-964e-6bc25494b51c","device_data":"{\"correlation_id\":\"c3b383856aaf3128c08408d1cb99d036\"}","user_name":"@Alisa-Curley13","gateway_session_id":"cGF5bWVudGNvbnRleHRfNDI0eDk0c3NycGQ5YzQ0dCM3YmVlNWViOS03OGYzLTQ2MGYtYmExMi1kMThjOGQ5NTM5MzI"}
payments-braintree:Dec 11 17:45:47 payments1007 braintree_gateway: 225739845:225739845.1 Calling createPayment for Braintree payment with: {"amount":"3.10","country":"US","currency":"USD","description":"Wikimedia Foundation","email":"xxxxxxx@gmail.com","phone":"14156062286","first_name":"Alisa","last_name":"Curley","order_id":"225739845.1","user_ip":"50.145.61.50","payment_token":"c87a4546-c9a5-4f76-964e-6bc25494b51c","device_data":"{\"correlation_id\":\"65586886591abf566e1936bd6822ee17\"}","user_name":"@Alisa-Curley13","customer_id":"2712763537293312933","gateway_session_id":"cGF5bWVudGNvbnRleHRfNDI0eDk0c3NycGQ5YzQ0dCM3YmVlNWViOS03OGYzLTQ2MGYtYmExMi1kMThjOGQ5NTM5MzI="}

this can closed due to duplicate T381633

This is not a subscription cancel, it's about billing agreement, similar to mp_signup and mp_notification, those are for paypal autopayment setup by donor, not related with their donations
https://developer.paypal.com/api/nvp-soap/ipn/IPNandPDTVariables/#reference-transaction-and-billing-agreements

I take a look for the log, seems like almost all of our gross is double quote, so just need to convert the gross to number_format((float)$number, 2, '.', '') then we will see the number fine.

Wait for response from adyen about no autorescue webhook in sandbox, need to verify if recurring token do we need to have iban, if not the current patch will just do the works

Hi Melanie @MDemosWMF, so we have added those two communication options, do we need to do anything else to sync this 'no direct mail' data from 'somewhere? like do not mail', or DR team will manually enter this field? Thanks~

https://civicrm.wikimedia.org/civicrm/admin/custom/group/fields#/?gid=4 see the newly added fields

New tag created, Transaction-missing-in-CiviCRM, let's close this ticket since the original request for this one was fixed by re start audit parse, and we have all the newly created bug in different reason with new ticket and same tag.

Elliott added a reject rule to paypal main.yaml to reject those two ipn messages related with gravy.