Wed, Jan 15
Tue, Jan 14
Yep, it looks like there's no changes needed to the queue consumer side of things which is great! I tested with a new Adyen recurring donation and it was saved to CiviCRM as expected with entries in the associated civicrm.civicrm_contribution_recur and civicrm.civicrm_payment_token tables.
Thanks for the heads up @Ejegg. I'll test out the front-end patch with the new token to confirm and then close this ticket if it's all hunky-dory!
Mon, Jan 13
Thu, Jan 9
Tue, Jan 7
Mon, Jan 6
Dec 16 2019
Dec 14 2019
Dec 9 2019
Dec 6 2019
I think the original ticket relating to this is here for background context
Dec 5 2019
I'm looking in to this. Not found anything as of yet
Dec 3 2019
Nov 27 2019
Nov 26 2019
How do you select the files to be used for those jobs? Does it ask you to specify a path or something like that?
@KHaggard looks like you posted just as I did :)
I'm interested to see what today's upload count is. According to the source data we should have 16,952,513 records in the _all_ list.
Nov 25 2019
It looks like the latest export contained within the file DatabaseUpdate-20191125082239.csv contains 17,052,039 records which is higher than the total count in the screen grab on this ticket by a million and change. According to the logs the upload of that file over to silverpop's servers completed successfully so I'm wondering if something has happened in the steps that take place after we upload the list to silverpop?
Nov 22 2019
Nov 20 2019
Nov 19 2019
Nov 15 2019
I can what's up here. In the patch released yesterday, the code is checking if the donation amount is less than only and not equal to. You can see the logic here https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/DonationInterface/+/550570/4/modules/js/ext.donationInterface.monthlyConvert.js@83
Nov 14 2019
Nov 13 2019
Nov 12 2019
Nov 11 2019
It looks like this stops working when updating PHP 7.2 to the latest php7.2 package (Version: 7.2.24-1+0~20191026.31+debian9~1.gbpbbacde+wmf1) from apt.wikimedia.org/wikimedia
Nov 7 2019
Looks like all the patches linked to this ticket are merged so I will move this into pending deployment
Nov 6 2019
What is the data in question that we are processing, the tracking cookies?
Nov 5 2019
Tested out @Ejegg's patch and it now redirects to the thank you page fixing the issue.
@Ejegg could you add some notes on how I can test your patch please? Thanks in advance!
Oct 31 2019
This is now live.
Oct 30 2019
I think I might know what's happening here, it looks like at some point the last donor was sent here - https://payments.wikimedia.org/index.php/Special:IngenicoGatewayResult?order_id=70794726.1&hostedCheckoutId=8467accc-a8ab-47f6-821f-cb6b3bbee02f&RETURNMAC=88667854-1e67-4ffb-9890-eab8811aa34a&isFramed=false which shows a login link at the top right.
Oct 29 2019
Oct 25 2019
Oct 24 2019
Thanks Peter. I've added my findings below.
Oct 22 2019
- Add a couple of donations to your redis donatons queue
- Run drush qc --batch=1 -vv from your crm/drupal path
- Confirm you still have donations in your redis queue
- run drush qc -vv
- Confirm the remaining donations were processed as expected