Code is about ready (last patch adds some error handling). Just emailed Ingenico to get some production credentials for Connect.
Wed, Feb 22
Fri, Feb 17
@DStrine this shouldn't need points as it was closed before fr-tech had to touch it
OK, this should be turned on
@MBeat33 I'll have it turned on within 15 minutes
Thu, Feb 16
Wed, Feb 15
New task for the newly discovered problem: T157074
@awight this is the stuff you wanted to strip before upstreaming, right?
How about this?
Phase 1) Push all i18n up to the forms layer (T130669) and push smaller (not the adapters, but maybe DonationData) non-UI classes down from DonationInterface into SmashPig. (medium)
Phase 2) Recreate the adapters in SmashPig, starting with the Ingenico re-integration. Will need to do session and request related stuff against a standard interface. (Big)
RapidHtml.php is dead!
@K4-713 SmashPig is already independent of Mediawiki and CiviCRM code. We're happily free of any circular dependencies there, so maybe we can consider Phase 1 all done. Or do you think Phase 1 includes pushing all the DonationInterface settings and the translation into SmashPig?
Tue, Feb 14
Seems fine to just shut up the error. Somewhere down the line, it would be nice if core recognized that all email records with the same address should be considered equivalent in the process of counting bounces and marking on_hold.
Mon, Feb 13
Sat, Feb 11
Fri, Feb 10
I wonder if this is what happens when the bounce processing tries to record a bounce without Civi's VERP headers.
Sorry I wasn't clear @cwdent - I think we were considering using it for dedupe, back in the pre-Eileen dark ages.
Thu, Feb 9
Hi @Koavf, we depend on an external servicer to accept cryptocoins and immediately cash them out, so this will depend on someone like Coinbase supporting GNU Taler.
So, I think we're just using the wrong isolation level.
Wed, Feb 8
Hmm, sounds like that would mean a bunch of rewriting the base code. Currently the python script just takes a big SQL file, splits on semicolons, and executes and times each. Afaict the only way to use file intermediaries that way would be LOAD DATA INFILE and the corresponding output commands.
Tue, Feb 7
We decided to try going without to reduce our dependencies. It turned not to be too crazy to implement the signatures ourselves. If the REST requests end up being really tricky we can start using the SDK later.
Chiming in months late to support a set of PSR-6 wrappers, for use by components that want to use caching but don't want to depend explicitly on mediawiki. Fundraising tech is trying to library-ize more of the DonationInterface extension, and it would be great if the library could get a simple cache for things like bank code lookups and card attempts per IP address without depending on BagOStuff. I'm picturing the slimmed-down payment forms extension calling ObjectCache::getMainStashInstance()->asPSR6() or something, then providing that to the library objects.
Mon, Feb 6
Fri, Feb 3
@Ppena OK, we can turn the interstitial notification back on
Thu, Feb 2
Adding current & past sprint since we've been debating this.
Now monitored in ganglia: https://ganglia.wikimedia.org/latest/?r=hour&cs=&ce=&c=Fundraising+eqiad&h=frqueue1001.frack.eqiad.wmnet&tab=m&vn=&hide-hf=false&m=cpu_report&sh=1&z=small&hc=4&host_regex=&max_graphs=0&s=by+name
Figured this out - we had disabled it in LocalSettings by setting wgDonationInterface3DSRules to an empty array.
@DStrine Is this satisfied by the fact that you can select different years on the 'Big English' board?
This is done and deployed.
Have been backfilling these as they come in, synthesizing subscr_start messages from failed subscr_payment messages. I think they're all set now!
Probably want to split it out into multiple queues, actually:
- recurring-payment for payments in a subscription
- recurring-modification for modifications to the subscription.
Re-opening, as it still doesn't understand this subscription-related EC thing:
According to the docs, PayPal only appends the 'token' and 'PayerID' parameters:
Needed for 1 hour test - without it we will record duplicate contributions
Wed, Feb 1
Civi donation imports, including error handling
This is turned back off
Thank you @dpatrick
Ah, I guess we can close this now. The mentioned patch isn't the full solution, but we added arbitrary campaigns in a different set of patches.
Express checkout payment is now recorded as gateway paypal_ec in Civi. mp_ types are not yet implemented.
Routes me to the correct URL now!
Now working as intended
Seems to be working, no recurrence since deployment
@Ppena / @MeganHernandez_WMF : Do we need to change these settings? It's currently converting and redirecting to PayPal without a confirmation page on our site. Once you get to PayPal it does show the conversion from the donation currency to the donor's account currency.
Per @awight 's email, this seems to be all set with the "new layout".