User Details
- User Since
- Oct 8 2014, 11:22 PM (499 w, 3 d)
- Availability
- Available
- LDAP User
- Ejegg
- MediaWiki User
- EEggleston (WMF) [ Global Accounts ]
Thu, May 2
@bsisolak we should figure out what else we need to change on the Civi side to accommodate that change. I guess we can stop deduping by email address in the nightly exports? That will be a big change as we have email as the primary key in many tables we use to transform for exports, but the SQL will probably be a lot cleaner.
There's another class of failmail coming in, e.g. contacts 730314 and 180366:
Other work to do: Support annual donations in PayPal EC, update our logic that cancels active recurrings with no payments in 90 days, to exclude annual donations.
Wed, May 1
Civi already supports annual (or quarterly) donations via the frequency_unit (deafult 'month') and frequency_interval (default 1) columns on the civicrm_contribution_recur table. I'd suggest we use those same names as the query string parameters. I'll start with a patch to send those through to Civi from payments forms.
@MSuijkerbuijk_WMF and @AKanji-WMF for an initial version, I'm thinking of deciding the questions this way to simplify things:
Tue, Apr 30
Suggested tech fix: give IPN job runner a map of email address => contact_id for special cases like this one, and when the IPN's email is on the list have the runner blank the name fields and just assign the contact_id on the message it sends to the donations queue.
@EMartin they also have an organization record, cid 3729480. Would it be better to add some logic to make sure all donations with that email go to the org record?
@MSuijkerbuijk_WMF and @AKanji-WMF : sorry, this might not actually need a change!
Mon, Apr 29
Some questions to clarify the desired functionality:
Fri, Apr 26
Thu, Apr 25
Hah, now it's got country but I'm seeing a missing payments_final_status
Wed, Apr 24
@krobinson You can add the 'Recurring Upgrade Declined' activity to any contact and it will act as an opt-out to future recurring upgrade emails - it's not dependent on having already gotten one.
@MSuijkerbuijk_WMF when Donor Relations manually edits a recurring contribution, e.g. for a donor that emailed them instead of clicking a link in the email, the donor's record gets an activity of type 'Update recurring contribution'. The vast majority of the people who got the email will NOT get an activity of this type.
The associated patch is merged. Is there more to review?
Mon, Apr 22
Fri, Apr 19
Wed, Apr 17
Mon, Apr 15
Fri, Apr 12
Tue, Apr 9
I've just deployed a change to make it possible to manually record a 'Recurring Upgrade Decline' activity against a contact record, for donors who receive the email asking them to upgrade their recurring, but who reach out to DR instead of clicking the 'no' button. Adding this activity will exclude them from future mailings.
Mon, Apr 8
Apr 4 2024
I think it should accept them ever since this commit: https://phabricator.wikimedia.org/rWFSP3dee4c1549a8c4e6cfc760cb7a3f63d4ef1dad1a
Apr 3 2024
Thanks @Pcoombe . Creating a custom skin sounds fun, and the faster load times might give a nice boost for donations!
Apr 1 2024
Mar 28 2024
- How is the checksum column populated for contacts? Could something have gone wrong there?
@Pcoombe brought up in a meeting that we need to update the parameters we pass through to the Thank You pages. To avoid really long URLs, he suggests we do a hard cutover in the payments-wiki code. This means he will need to update the TY page javascript to accept both prefixes for a while.
Hi @AMJohnson I can't seem to sign in to Zendesk either via Okta or with my old password, and the reset password link doesn't send me anything. Are you able to reactivate agent accounts?
Thanks @AMJohnson, that is good information.
Mar 27 2024
Thanks for checking @ppenloglou! So I wonder how that full real URL gets translated to the long gibberish links.email.wikimedia.org URL that we see in the screenshot, and how the long URL gets translated back to the one with the full params. If it's something dynamic I guess it's possible that Acoustic could break a link after send. Could it have to do with the fact that their email address isn't in Acoustic?
Mar 26 2024
For donor 397205, it does look like a bad link. That screencap seems to be the text-only version of the email. Has that been QA'ed? Can we check that the checksum token is there in the text-only version?
Mar 25 2024
Oops, we added this to the IPN listener but now the Civi queue consumer doesn't know what to do with it: https://civicrm.wikimedia.org/civicrm/damaged/edit?id=619453
Mar 19 2024
@AKanji-WMF it would be nice, but maybe next sprint. The checksums shouldn't expire for 30 days, so this feature can wait a little bit
Oho, our RecurUpgradeMessage is not the culprit here.
Just to follow up, we were able to change the viewport in the rendered HTML, and that change went out today.
Mar 18 2024
No issues, this looks fine
OK, I have deployed the fixes to track the parameters when they decline and to pass the parameters along to the TY pages.
Nice @SHust, glad to hear you were able to fix i!
Mar 16 2024
Still trying to replicate this on dev - I created two recurring donations with the older one a braintree one, then upgraded the second. The email correctly referred to the upgrade amount of the second donation, not the first.
Mar 15 2024
It'll probably be an improvement for the EmailPreferences page too! I'll see what the best way to change that in the rendered HTML is so we don't get a restyling flash when the JS runs.
Mar 14 2024
@ehughes thanks for the new CSS! I've just deployed it along with the uploaded image.
This is deployed to track the wmf_ parameters when they accept the upgrade, but doesn't yet work to track the parameters when they decline the upgrade. I'll try to get that done tomorrow. Also still in the works: passing the parameters along to the TY page.
Mar 13 2024
In Tech Talk we just decided it's OK to add these as activity custom fields.
OK @ehughes , that change is live on the recurring upgraded form. It should only pass through the YYYY-MM-DD now.
Hi @ehughes, I've got a patch in review to strip the time off and just send those first ten chars: https://gerrit.wikimedia.org/r/c/mediawiki/extensions/DonationInterface/+/1010700
@MSuijkerbuijk_WMF we don't have any company cards to test with, so when we QA things the testers just make a small donation (which Donor Relations can later refund), then use their own Civi record.
You can get links from a donor's CiviCRM contact summary page (I'm not pasting mine publicly as it'll let anyone reading this change my donation amount) on the right column in the 'Donor Prefs Links' section. The format will be:
https://donorpreferences.wikimedia.org/index.php?title=Special:RecurUpgrade/recurUpgrade&variant=v01&contact_id=CIDTOKENGOESHERE&checksum=CHECKSUMTOKENGOESHERE