Thu, Apr 8
Tue, Apr 6
Some related info on this here T271076
@Eileenmcnaughton guessing this still needs doin!
Wed, Mar 31
We figured out how to get the civiproxy container to access the right instance of civicrm, wmff.localhost, in PS5 of https://gerrit.wikimedia.org/r/c/wikimedia/fundraising/dev/+/673094/
Fri, Mar 19
Thu, Mar 18
Wed, Mar 17
Mar 16 2021
Mar 15 2021
Hi email folks.
Mar 9 2021
After a little more digging it looks like this redirect only started happening on March 4th this year, last Thursday. I can't see any redirects to en-gb from Feb or Jan this year.
I just checked the logs for the last 2 days and can see a handful of successful donations have been redirected to:
@Pcoombe has fixed this for en-gb. Not sure if this is a new or longstanding thing?
Mar 8 2021
Mar 4 2021
Feb 23 2021
Feb 17 2021
Feb 16 2021
We tested the end-to-end process live tonight manually and the autocomplete field form on the employers variant worked as expected.
It looks like when the data file is updated via the drush civicrm-matching-gifts-employers-check cmd, new items aren't being sorted correctly.
$wgDonationInterfaceEmployersListDataFileLocation needs to be set to '/srv/www/org/wikimedia/payments/employers.csv' in prod
Feb 15 2021
Feb 10 2021
So those five recurring transactions on live stuck at 'Processing' that triggered the Nagios alert don't really have any obvious connection apart from two of them falling today and in total three of them being set up with Ingenico. The dates range from 2017-2021 and the contact_ids are all different. The invoice_ids look OK also.
I'm guessing that failing recurring transactions are getting stuck at 'Processing'
@Jgreen just mentioned that the Nagios warning is triggered when the result of the query:
SELECT count(*) FROM civicrm.civicrm_contribution_recur WHERE contribution_status_id = 14; is >= 5
It's possible that this could be related to the invoice_id bug. At the moment we can't see the exception attempted to be thrown but once we do it might well be due to the invoice_id problem.
Feb 9 2021
Repo created for this here https://github.com/jackgleeson/fr-tech-docker
Feb 5 2021
Feb 4 2021
Hey @Eileenmcnaughton, sorry about that. I got sidetracked with some fundraising_code_update problems on frpm1001 and I actually thought I'd already done the vendor check-in for CiviCRM but turns out it was for paymentswiki. We were upgrading smashpig there too but the payments release stalled.
Feb 3 2021
We updated the matching gift data today and the sync pulled in around 1200 updated/new records.
idea from IRC:
17:23 <dwisehaupt> jgleeson: on the off chance, would those 6 records have anything unique about their character set that could be causing the issue, such as accents for punctuation marks? i could totally see those types of things cropping up.
This has been merged into deployment here and will go out on the next release
Smashpig tagged at v0.6.6 with this commit and updated on packagist https://packagist.org/packages/wikimedia/smash-pig#v0.6.6
Sure @KHaggard I'll kick off a new export job now to reupload the files.
Patch for this is here https://gerrit.wikimedia.org/r/c/wikimedia/fundraising/SmashPig/+/655978