[00:00:49] (03CR) 10CI reject: [V: 04-1] Add recurring amount validation to DI level for dlocal IN bt recurring [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/895731 (https://phabricator.wikimedia.org/T324299) (owner: 10Wfan) [00:02:37] (03PS5) 10Wfan: Add recurring amount validation to DI level for dlocal IN bt recurring [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/895731 (https://phabricator.wikimedia.org/T324299) [00:26:30] k, i need to get that new QC passing tests [00:30:33] (03PS1) 10Jforrester: build: Update MediaWiki requirement to 1.39.0 [extensions/CentralNotice] (REL1_39) - 10https://gerrit.wikimedia.org/r/898105 [00:31:07] (03PS1) 10Jforrester: build: Update MediaWiki requirement to 1.39.0 [extensions/DonationInterface] (REL1_39) - 10https://gerrit.wikimedia.org/r/898120 [00:32:23] (03PS1) 10Jforrester: build: Update MediaWiki requirement to 1.39.0 [extensions/FundraiserLandingPage] (REL1_39) - 10https://gerrit.wikimedia.org/r/898135 [00:32:27] (03PS1) 10Jforrester: build: Update MediaWiki requirement to 1.39.0 [extensions/FundraisingTranslateWorkflow] (REL1_39) - 10https://gerrit.wikimedia.org/r/898136 [00:33:39] (03PS1) 10Jforrester: build: Update MediaWiki requirement to 1.39.0 [extensions/LandingCheck] (REL1_39) - 10https://gerrit.wikimedia.org/r/898154 [00:39:29] (03PS1) 10Wfan: Only convert to subscription if upi also set a default phone for india in cc [wikimedia/fundraising/SmashPig] - 10https://gerrit.wikimedia.org/r/898234 [00:39:41] (03PS2) 10Wfan: Only convert to subscription if upi also set a default phone for india in cc [wikimedia/fundraising/SmashPig] - 10https://gerrit.wikimedia.org/r/898234 (https://phabricator.wikimedia.org/T324298) [00:52:39] (03CR) 10Wfan: [C: 03+2] "before we have" [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/885454 (owner: 10Ejegg) [00:53:22] (03CR) 10CI reject: [V: 04-1] Only convert to subscription if upi also set a default phone for india in cc [wikimedia/fundraising/SmashPig] - 10https://gerrit.wikimedia.org/r/898234 (https://phabricator.wikimedia.org/T324298) (owner: 10Wfan) [01:07:07] (03Merged) 10jenkins-bot: Fix test CVV score mismatch [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/885454 (owner: 10Ejegg) [01:20:46] (03PS3) 10Wfan: Only convert to subscription if upi, only set wiki phone as default for india cc [wikimedia/fundraising/SmashPig] - 10https://gerrit.wikimedia.org/r/898234 (https://phabricator.wikimedia.org/T324298) [01:23:45] ejegg: did you see I fixed the one you gave a +1 to? [01:40:36] (03PS1) 10AndyRussG: Merge branch 'master' into wmf_deploy [extensions/CentralNotice] (wmf_deploy) - 10https://gerrit.wikimedia.org/r/898236 [01:44:33] (03CR) 10Cstone: "Hmm I'm not seeing a warning, would it be in the form? Or is it somewhere I am not looking for it." [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/895731 (https://phabricator.wikimedia.org/T324299) (owner: 10Wfan) [01:44:43] (03CR) 10AndyRussG: [C: 03+2] Merge branch 'master' into wmf_deploy [extensions/CentralNotice] (wmf_deploy) - 10https://gerrit.wikimedia.org/r/898236 (owner: 10AndyRussG) [01:57:10] (03Merged) 10jenkins-bot: Merge branch 'master' into wmf_deploy [extensions/CentralNotice] (wmf_deploy) - 10https://gerrit.wikimedia.org/r/898236 (owner: 10AndyRussG) [01:57:43] hahaha merged 3 minutes before the train deadline [01:57:54] * AndyRussG runs away [01:59:43] sorry eileen, was about to +2 that [02:00:00] and got called away [02:00:25] thanks ejegg there is a tonne there - which is kinda crazy- but at least it would be nice to merge the one you already did the work on [02:00:54] oh man, that's quite a stack [02:01:27] oh wait, I did merge this one: https://gerrit.wikimedia.org/r/c/wikimedia/fundraising/crm/+/895870/ [02:04:22] ejegg: nice. [02:04:36] Yeah it's a huge stack - but each one is very snackable [02:05:00] & they will happily rebase out of the chain if done our of order [02:05:33] with the exception that the odd formatting one like this will have dependencies https://gerrit.wikimedia.org/r/c/wikimedia/fundraising/crm/+/897985/1 [02:06:17] sadly - it doesn't quite get us to the end but I thought it was enough to queue up [02:18:38] (03PS8) 10Ejegg: UPI donations queue consumer [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) [02:18:46] a snack stack? [02:20:14] (03PS9) 10Ejegg: UPI donations queue consumer [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) [02:20:29] oreos up to the sky [02:23:48] ok, that queue consumer should be passing tests [02:32:33] congrats ejegg [02:34:10] (03CR) 10CI reject: [V: 04-1] UPI donations queue consumer [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) (owner: 10Ejegg) [02:36:56] ugh, i thought i had that passing tests [02:37:06] thanks anilk [02:40:39] (03PS10) 10Ejegg: UPI donations queue consumer [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) [02:40:51] ahh, looks like the merge order broke an unrelated test [02:40:57] I folded the fix in there [02:42:11] 10Fundraising Tech - Chaos Crew, 10Fundraising-Backlog, 10MediaWiki-extensions-CentralNotice, 10MW-1.40-notes (1.40.0-wmf.27; 2023-03-13): CentralNotice banners being shown too many times - https://phabricator.wikimedia.org/T331671 (10AndyRussG) Heyyy here are some quick notes: - I was able to reproduce th... [02:42:32] (03PS11) 10Ejegg: UPI donations queue consumer [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) [02:44:45] (03CR) 10Cstone: [C: 03+2] "Looks good! Test passing again" [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/898043 (https://phabricator.wikimedia.org/T324301) (owner: 10Jgleeson) [02:50:02] AndyRussG: a stack of hot diggity watchdogs [02:56:24] 10fundraising-tech-ops: reimage fundraising_database role servers to Bullseye - https://phabricator.wikimedia.org/T315601 (10Dwisehaupt) [02:57:17] (03CR) 10CI reject: [V: 04-1] UPI donations queue consumer [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) (owner: 10Ejegg) [02:59:02] (03Merged) 10jenkins-bot: Fix test for Smashpig Extension: UPI Recurring [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/898043 (https://phabricator.wikimedia.org/T324301) (owner: 10Jgleeson) [03:32:44] (03PS1) 10Jforrester: build: Update MediaWiki requirement to 1.40.0 [extensions/CentralNotice] (REL1_40) - 10https://gerrit.wikimedia.org/r/898263 [03:34:41] (03PS1) 10Jforrester: build: Update MediaWiki requirement to 1.40.0 [extensions/DonationInterface] (REL1_40) - 10https://gerrit.wikimedia.org/r/898288 [03:35:33] (03PS1) 10Jforrester: build: Update MediaWiki requirement to 1.40.0 [extensions/FundraiserLandingPage] (REL1_40) - 10https://gerrit.wikimedia.org/r/898301 [03:35:37] (03PS1) 10Jforrester: build: Update MediaWiki requirement to 1.40.0 [extensions/FundraisingTranslateWorkflow] (REL1_40) - 10https://gerrit.wikimedia.org/r/898302 [03:37:21] (03PS1) 10Jforrester: build: Update MediaWiki requirement to 1.40.0 [extensions/LandingCheck] (REL1_40) - 10https://gerrit.wikimedia.org/r/898328 [06:32:42] (03CR) 10AndyRussG: "Thanks so much for this!! Works great. See inline for a couple notes. :)" [wikimedia/fundraising/SmashPig] - 10https://gerrit.wikimedia.org/r/898234 (https://phabricator.wikimedia.org/T324298) (owner: 10Wfan) [07:21:33] (03CR) 10CI reject: [V: 04-1] Localisation updates from https://translatewiki.net. [extensions/DonationInterface] (REL1_39) - 10https://gerrit.wikimedia.org/r/898511 (owner: 10L10n-bot) [08:23:26] 10Fundraising Tech - Chaos Crew, 10Fundraising-Backlog, 10MediaWiki-extensions-CentralNotice, 10MW-1.40-notes (1.40.0-wmf.27; 2023-03-13): CentralNotice banners being shown too many times - https://phabricator.wikimedia.org/T331671 (10Ciell) Thanks for the work Andy! [08:44:23] (03CR) 10Nikerabbit: [V: 03+2] Localisation updates from https://translatewiki.net. [extensions/DonationInterface] (REL1_38) - 10https://gerrit.wikimedia.org/r/895421 (owner: 10L10n-bot) [08:45:15] (03CR) 10Nikerabbit: [V: 03+2] Localisation updates from https://translatewiki.net. [extensions/DonationInterface] (REL1_35) - 10https://gerrit.wikimedia.org/r/897500 (owner: 10L10n-bot) [08:53:43] (03CR) 10Nikerabbit: [V: 03+2] Localisation updates from https://translatewiki.net. [extensions/DonationInterface] (REL1_39) - 10https://gerrit.wikimedia.org/r/898511 (owner: 10L10n-bot) [09:11:46] 10Fundraising Tech - Chaos Crew, 10Fundraising-Backlog, 10MediaWiki-extensions-CentralNotice, 10MW-1.40-notes (1.40.0-wmf.27; 2023-03-13): CentralNotice banners being shown too many times - https://phabricator.wikimedia.org/T331671 (10DerHexer) Thanks @AndyRussG for fixing the preference bug! However, it'... [10:42:19] (03CR) 10Jgleeson: "I this might be failing on CI due to the other test issue I ran into yesterday." [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) (owner: 10Ejegg) [10:43:11] (03CR) 10Jgleeson: "I'll see if I can resolve the merge conflict and rebase over master to pull in the test fix" [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) (owner: 10Ejegg) [10:48:33] (03PS12) 10Jgleeson: UPI donations queue consumer [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) (owner: 10Ejegg) [11:02:54] (03CR) 10CI reject: [V: 04-1] UPI donations queue consumer [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) (owner: 10Ejegg) [11:18:31] (03Abandoned) 10Nikerabbit: Localisation updates from https://translatewiki.net. [extensions/DonationInterface] (REL1_35) - 10https://gerrit.wikimedia.org/r/894277 (owner: 10L10n-bot) [11:18:49] (03Abandoned) 10Nikerabbit: Localisation updates from https://translatewiki.net. [extensions/DonationInterface] (REL1_39) - 10https://gerrit.wikimedia.org/r/894846 (owner: 10L10n-bot) [11:28:00] (03CR) 10Jgleeson: Only convert to subscription if upi, only set wiki phone as default for india cc (031 comment) [wikimedia/fundraising/SmashPig] - 10https://gerrit.wikimedia.org/r/898234 (https://phabricator.wikimedia.org/T324298) (owner: 10Wfan) [12:55:14] (03CR) 10Jgleeson: "Ok, that didn't fix it. Instead, It looks like the new tests are failing due to no db fixture cleanup. I can recreate it locally, so I'll " [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) (owner: 10Ejegg) [13:42:51] (03PS13) 10Jgleeson: UPI donations queue consumer [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) (owner: 10Ejegg) [13:57:33] ok that's now passing [13:57:57] hmm lemme just get rid of that needless comment [13:58:17] (03PS14) 10Jgleeson: UPI donations queue consumer [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) (owner: 10Ejegg) [13:59:02] (03CR) 10Jforrester: [C: 03+2] "No CI for release branches other than fundraising here." [extensions/DonationInterface] (REL1_39) - 10https://gerrit.wikimedia.org/r/898120 (owner: 10Jforrester) [13:59:04] (03CR) 10Jforrester: [V: 03+2 C: 03+2] build: Update MediaWiki requirement to 1.39.0 [extensions/DonationInterface] (REL1_39) - 10https://gerrit.wikimedia.org/r/898120 (owner: 10Jforrester) [13:59:07] (03CR) 10Jforrester: [V: 03+2 C: 03+2] "No CI for release branches other than fundraising here." [extensions/DonationInterface] (REL1_40) - 10https://gerrit.wikimedia.org/r/898288 (owner: 10Jforrester) [14:15:22] (03CR) 10Jforrester: [C: 03+2] build: Update MediaWiki requirement to 1.40.0 [extensions/CentralNotice] (REL1_40) - 10https://gerrit.wikimedia.org/r/898263 (owner: 10Jforrester) [14:20:47] (03Merged) 10jenkins-bot: build: Update MediaWiki requirement to 1.40.0 [extensions/CentralNotice] (REL1_40) - 10https://gerrit.wikimedia.org/r/898263 (owner: 10Jforrester) [14:33:37] (03CR) 10Jgleeson: [C: 04-1] "I'm not great with time math, but I think you need to flip the current India adjustment to add 5h30m and not subtract it, after the prenot" [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) (owner: 10Ejegg) [14:41:06] (03CR) 10Jgleeson: [C: 04-1] UPI donations queue consumer (031 comment) [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) (owner: 10Ejegg) [14:42:18] (03CR) 10Jgleeson: [C: 04-1] "Other than those two small things already mentioned. I've tested this and it looks good to me!!! Nice work" [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) (owner: 10Ejegg) [14:43:11] back soon [15:46:16] (03PS9) 10Damilare Adedoyin: Refactor Dlocal API class [wikimedia/fundraising/SmashPig] - 10https://gerrit.wikimedia.org/r/894053 (https://phabricator.wikimedia.org/T330425) (owner: 10Jgleeson) [15:46:17] 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM, 10FR-Civi-Dedupe, 10FR-Email: Civi dedupe: automatically dedupe alternate family names - https://phabricator.wikimedia.org/T280696 (10AKanji-WMF) @XenoRyet In talking to @SHust the team has been able to find a workaround! I think we're good to close... [15:46:43] (03CR) 10CI reject: [V: 04-1] Refactor Dlocal API class [wikimedia/fundraising/SmashPig] - 10https://gerrit.wikimedia.org/r/894053 (https://phabricator.wikimedia.org/T330425) (owner: 10Jgleeson) [15:49:20] (03PS10) 10Damilare Adedoyin: Refactor Dlocal API class [wikimedia/fundraising/SmashPig] - 10https://gerrit.wikimedia.org/r/894053 (https://phabricator.wikimedia.org/T330425) (owner: 10Jgleeson) [15:50:52] today's album recommendation fr-tech is GTA: Vice City full soundtrack :) https://music.youtube.com/playlist?list=PLffQpMcmLcI-3REhsGllOcwoAsYrQ9bra&feature=share [15:53:36] 10Fundraising Sprint Git Rebase Jump, 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM, 10FR-Civi-Dedupe: Dedupe - document for DS the various bits of handling that are in the dedupe code - https://phabricator.wikimedia.org/T276392 (10AKanji-WMF) @XenoRyet - in talking to @SHust seems like @Eileenmcn... [16:08:54] (03CR) 10Jgleeson: "Some late feedback on this one" [wikimedia/fundraising/dev] - 10https://gerrit.wikimedia.org/r/895895 (https://phabricator.wikimedia.org/T324299) (owner: 10Wfan) [16:11:02] (03CR) 10Ejegg: "Thanks for the review, jgleeson! Responses inline." [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) (owner: 10Ejegg) [16:12:34] (03CR) 10Jgleeson: [C: 04-1] UPI donations queue consumer (031 comment) [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) (owner: 10Ejegg) [16:12:38] that's a heck of a soundtrack! [16:12:53] ejegg: the date math still sounds off to me [16:13:39] Thanks Andy and Jack for the review :) [16:13:47] if it's 4pm here now and it's 9:30pm in India. Shouldn't we be triggered the prenotification +1 month - 24hours at 9:30pm [16:14:10] so it's exactly 24h before the donors time [16:14:28] np wfan ! [16:14:43] hmm actually after rubber ducking that sounds wrong [16:15:05] (03CR) 10Wfan: Add amount limitation for dlocal (031 comment) [wikimedia/fundraising/dev] - 10https://gerrit.wikimedia.org/r/895895 (https://phabricator.wikimedia.org/T324299) (owner: 10Wfan) [16:15:14] oh actually [16:15:37] so a better example would be, it's 10pm here but in india it's the next day [16:15:39] jgleeson: so let's see, we set the date stamp to India time when we do the initial charge. Say 4 pm here, 9:30 pm in india, we set the time of the start to 9:30 pm [16:17:04] ok so it's the crossing of midnight that's the problem I think [16:17:18] ok, let's use your example, so we start the subscription in UTC time on the 2nd of the month at 10PM [16:17:35] and we send the datestamp for the 3rd of the month at 3:30 AM [16:17:44] (to dlocal) [16:17:57] but to our queue, we send 2nd 10pm UTC [16:18:27] so ok, maybe we don't need to do any more time zone adjustments at all in the new QC? [16:18:32] just the one day for prenotification [16:18:48] because we'll prenotify the next month on the 1st at 10pm UTC [16:19:25] ahhh or will we? [16:19:38] the date math in the scheduler truncates the hours [16:20:02] (03PS2) 10Wfan: Add amount limitation for dlocal certain payment method [wikimedia/fundraising/dev] - 10https://gerrit.wikimedia.org/r/898041 (https://phabricator.wikimedia.org/T324299) [16:20:03] ok, so what we SHOULD do is prenotify the next month on the 1st at 10pm UTC [16:20:22] ejegg: I don't see the point in the current code where we move forward for the next month [16:20:49] jgleeson ah right, that part is now just in the SmashPig extension [16:21:09] I took that out of the new QC in the latest patch set [16:21:21] oh yeah that makes sense [16:21:38] but even for the initial setup, I think we want to stick with the same UTC hour as we did the initial charge [16:21:41] but I'm not sure why we'd subtract 5h:30 at the start [16:21:50] yeah, I'll take that out [16:21:57] and just advance the one day for prenotification [16:21:59] hang on [16:22:05] I think there is a gotcha here [16:22:13] the hour truncation? [16:22:45] let's ignore the prenotificaton adjustment for now it confuses things [16:22:52] lemme sound this out [16:23:06] so I'm in india and it's 2:30am on the 15th [16:23:25] (03PS6) 10Wfan: Add recurring amount validation to DI level for dlocal IN bt recurring [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/895731 (https://phabricator.wikimedia.org/T324299) [16:23:40] I subscribe to a monthly donation which looks like the 14th @ 10pm UTC [16:24:27] our systems either subtract 5h:30m (or leave alone), then move the next_sched_date +1 month [16:25:38] that means my expected payment date is theoretically earlier on the 14th keeping it on the and not the 15th [16:25:49] (with the subtraction) [16:26:09] if we leave it alone, yeah, I think it stays the 15th [16:27:37] ok, yeah, so we shouldn't adjust the 5:30 [16:27:51] oh but it's the message to dlocal that needs to be India time right? [16:27:53] but let's also try to keep it at the same hour rather than setting it to midnight UTC [16:28:09] jgleeson: yep, that message time is being adjusted in the SmashPig code [16:28:22] lemme check that [16:28:30] (03CR) 10Wfan: Add recurring amount validation to DI level for dlocal IN bt recurring (032 comments) [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/895731 (https://phabricator.wikimedia.org/T324299) (owner: 10Wfan) [16:28:32] does the prenotification need a time too? [16:28:34] (03PS7) 10Wfan: Add recurring amount validation to DI level for dlocal IN bt recurring [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/895731 (https://phabricator.wikimedia.org/T324299) [16:37:59] OK ejegg I see it! https://github.com/wikimedia/wikimedia-fundraising-SmashPig/blob/f410adc229ca18441bac9cdcdb1b22bffdd909e7/PaymentProviders/dlocal/Api.php#L402 [16:38:12] so we are moving the date to the future [16:38:19] or to India Time [16:39:08] so now I think you are right to subtract 5h30m FROM that if that's what your patch is doing [16:39:46] I'll add the time adjustment detail to the sequence diagram [16:39:50] in payments [16:40:10] jgleeson: so that date adjustment only applies to that one API call, not to the date we send to the queue [16:40:49] I think the queue date should stay as is [16:41:07] do we not want to use that date as the anchor point [16:41:34] I guess it looks like with ONDEMAND we don't really need to [16:41:58] right, we have some wiggle room, but it would be nice to get it right if we have to go to monthly for whatever reason [16:42:03] but if it's stricter with RECURRING we might need to to make sure all future dates work from that [16:42:58] yeah yeah, so we should ideally send the prenotification at the same time UTC as the initial setup (just one day earlier in the month) [16:44:04] (however all of this is a bit moot since we have a zillion things with next_sched_date of midnight that take us until late morning to get to because of the backlog) [16:46:15] (03PS15) 10Ejegg: UPI donations queue consumer [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) [16:46:32] OK, that has the extra 5:30 adjustment removed ^^^ [16:46:32] (03CR) 10CI reject: [V: 04-1] UPI donations queue consumer [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) (owner: 10Ejegg) [16:46:38] oops [16:46:49] oh dang, needs rebase [16:47:14] ejegg: I pushed up some changes so you might need to rebase over that patches latest [16:47:40] oh i see, that test fix [16:47:58] yeah, i had rolled that in to mine just to pass, but it's cleaner separate [16:48:15] (03PS16) 10Ejegg: UPI donations queue consumer [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) [16:48:19] you'd already done that? [16:48:30] (test fixeS) [16:48:33] it was in PS15, but I just took it out [16:48:42] and rebased over your fix [16:48:48] ah ok [16:49:12] sorry it was failing on CI today so I figured it would be quicker to just add it [16:49:21] whilst the US was in bed [16:50:09] hmm I don't see the test fix in PS16 ejegg [16:50:31] I'm not talking about the source headers btw [16:51:09] I'm talking about this one https://gerrit.wikimedia.org/r/c/wikimedia/fundraising/crm/+/895897/12..14/drupal/sites/default/civicrm/extensions/wmf-civicrm/tests/phpunit/Civi/Queue/UpiDonationsQueueConsumerTest.php [16:52:37] no, you were totally right to do it as a separate patch! [16:52:54] I just rolled it in yesterday cause I was in a rush [16:53:01] so after yours merged I took it back out [16:53:02] it's on the same patch [16:53:22] are we talking about the same thing. the test data clean up? [16:53:35] deleting contact/token/recur records added by the test? [16:53:53] ohh, that should happen with the TransactionalInterface [16:54:32] Hmm, or does that not work because we have some of our own transactional code somewhere committing things? [16:54:57] https://integration.wikimedia.org/ci/job/wikimedia-fundraising-civicrm-docker/9469/console [16:54:58] no, I was talking about the unrelated fix to your code in the SmashPig extension [16:55:13] that's the CI failure from before that text fix [16:55:15] so I'll redo that rebase [16:55:18] based on PS14 [16:55:43] it was trying to send failmail due to being unable to create a record due to a unique key I think [16:55:56] I recreated it locally and clearing out the test data in teardown fixed it [16:58:24] * - With TransactionalInterface, any data changes made by setUp() or test****() functions will [16:58:26] * rollback automatically [16:58:50] i'll just reorder those deletes [16:58:53] I wonder if it's because the test was creating the records and they weren't added in the pre/post methods [16:59:15] hmm, but it says test**** methods too [16:59:28] oh yeah you're right [16:59:51] maybe checkout PS11 and try it locally [17:00:01] (03PS17) 10Ejegg: UPI donations queue consumer [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) [17:00:04] sorry, PS12 [17:00:17] oh right, now I want to get rid of the extra 5:30 again [17:00:25] it was failing on CI, after rebasing over the fiscal number fix [17:01:20] (03PS18) 10Ejegg: UPI donations queue consumer [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) [17:01:34] ok, let's see if that works [17:02:06] I guess the extra deletes can't hurt [17:02:20] I'm curious now. try them without [17:03:13] I'll pull down that patch and comment out the $this->deleteTestData() [17:03:23] it was working locally without them when I pushed it up last night [17:03:34] no idea why it failed on CI [17:04:16] yeah, i'll comment that out too and see if PS18 passes locally without [17:04:48] actually I was only running the tests filtered to that one file locally [17:05:13] running them all this time [17:06:08] they fail for me without it [17:06:37] ejegg: https://phabricator.wikimedia.org/F36911365 [17:06:55] k, let's leave it in [17:07:05] too bad that TransactionInterface doesn't work - that would be nice [17:07:09] got me curious why the transaction thing doesn't work [17:07:12] yeah [17:07:21] heh, that's a rabbit hole for another day [17:09:22] indeed [17:10:20] wfan: thanks for the review btw! [17:10:43] 10Fundraising Tech - Chaos Crew, 10Fundraising-Backlog, 10MediaWiki-extensions-CentralNotice, 10MW-1.40-notes (1.40.0-wmf.27; 2023-03-13): CentralNotice banners being shown too many times - https://phabricator.wikimedia.org/T331671 (10AndyRussG) >>! In T331671#8690787, @DerHexer wrote: > Thanks @AndyRussG... [17:14:43] Actually I am a bit confused, since Mandatory for Wallets in India so is city, so from donor relation's perspective, we want less info from donor to make them easy to donate. so our wikimedia's phone number is good enough? Let's confirm this tomorrow's meeting. Also since I see the error by manually update the url param to get india cc recurring, should we prevent this kind of param update, or return some error as we did for amount? [17:15:01] (03CR) 10Jgleeson: Add amount limitation for dlocal (031 comment) [wikimedia/fundraising/dev] - 10https://gerrit.wikimedia.org/r/895895 (https://phabricator.wikimedia.org/T324299) (owner: 10Wfan) [17:16:21] wfan: we should email on that asap I think [17:16:43] if we need a real phone number with an Indian area code to sending to PayTM then the WMF number might not cut it [17:17:39] UPI bt recurring do not need phone at this phase, this is trigger by the cc payment, not limit to paytm [17:18:04] https://localhost:9001/index.php?title=Special:DlocalGateway&appeal=JimmyQuote&payment_method=cc&recurring=1&uselang=en&language=en¤cy=INR&amount=5005&country=IN&first_name=Jimmy&last_name=Wales&fiscal_number=AAAAA9999C&email=jwales%40example.com&debug=true [17:18:22] I will write a email to Sebastian then~ [17:18:26] ah I see wfan thanks! [17:19:19] right, if we can confirm that it doesn't have to be the real city or the real phone number, then I think that's great! [17:20:30] I guess also we need to ask about whether we need to store the PAN document number (fiscal number) and use that when we charge recurring? since the messaging on the form now says it's optional and never stored [17:21:21] Ok, if fiscal number is not needed, then we can have lesser info shown on the form. [17:21:58] wfan: the message said we're required to request it, so I think we still need it on the form? but it also says it's optional and never stored [17:22:21] hmm I found something in the docs about them needing either a real phone number or email [17:22:25] no idea how accurate the message is on any of those points [17:23:08] https://docs.dlocal.com/docs/india-payouts#mandatory-parameters---bank-transfer-and-upi-address [17:23:13] hmmm also I wonder if an inaccurate phone number and city might increase false positives on dlocal's internal fraud scoring? [17:23:18] yeah if never store we can mock it too, but I see cpf needs to be new after many tried, otherwise got an error as blocked user [17:23:39] wfan: it looks like the email might be enough https://docs.dlocal.com/docs/india-payouts#mandatory-parameters---paytm-wallet-transfer [17:23:54] depending on how they are registered [17:24:22] oh jeez, so we can't really validate that well on our side [17:24:34] I guess we always want email [17:24:51] yeah we needs email for civi [17:25:01] yeah I'm guessing we've been getting away with it in sandbox [17:25:06] "If the user is register with email, phone is not mandatory" registered on their end, when they registered with payTM, no? [17:25:07] but things might be stricter in prod [17:25:24] but we have to add a phone field now and explain that it's just for the case when they registered for PayTM with a phone number [17:25:39] so there may well be users who registered their PayTM wallet with the phone number, so we need to send their real phone number [17:25:42] (even though they clicked a UPI icon to get to the form, not a PayTM icon) [17:25:43] ejegg: yeah sounds right? [17:26:08] just going to be some confusing messaging to bring PayTM into it [17:26:21] yeah we should ask Sebastian to confirm [17:26:23] hmmm I'm already confused [17:26:28] but it looks like we might need it [17:26:39] yeah some extra banner/donate wiki logic will be important too [17:26:47] 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM, 10FR-Civi-Dedupe: Civi: restore Find Matches using Fishing Net to pre-September update - https://phabricator.wikimedia.org/T232534 (10SHust) This issue has been solved, the ticket can be closed. TY! [17:27:28] hmmm yeah ejegg I guess the user might not even be expecting to see payTM [17:27:49] there's no PayTM branding on the form [17:28:50] ejegg: is the UPI consumer ready for another pass? [17:29:02] we've got 2 hours before retro [17:29:08] Also, I forgot that we can only do india recurring via IR, that https://docs.dlocal.com/docs/india#alternative-payment-method, so probably no needs to ask this question only needs to return error message if other payment methods want to do recurring? [17:29:31] so it would be good to get what we need for today merged before then? [17:29:39] and maybe deploy afterwards [17:32:01] 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM, 10FR-Civi-Dedupe: Dedupe exception search field keeps adding the text "test" to searches - https://phabricator.wikimedia.org/T225670 (10SHust) This issue still remains. [17:32:40] So the test link I manually updated should get error and prevent the continue button. and then we can use our current form (default city, no phone) to process to next step [17:33:17] but still, the ondemand still get rejected immediately~ [17:34:00] jgleeson|brb: yep the UPI stuff is ready for review [17:34:36] wfan we don't usually worry about people manually manipulating the URL [17:35:05] we generally rely on the donatewiki form or the banners to offer recurring only when it's available [17:36:03] ejegg: ok, if so then I can actually abandon the patch, since no needs to check upi, as long as it's recurring india, it's ir, and then if cc is not allowed, the phone is not needed based on our test before. [17:36:20] ok, great [17:36:49] (03Abandoned) 10Wfan: Only convert to subscription if upi, only set wiki phone as default for india cc [wikimedia/fundraising/SmashPig] - 10https://gerrit.wikimedia.org/r/898234 (https://phabricator.wikimedia.org/T324298) (owner: 10Wfan) [17:36:51] so let's see, is there anything else we need to merge in smashpig? [17:37:27] 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM, 10FR-Civi-Dedupe: Fail mails on dedupe job - https://phabricator.wikimedia.org/T226345 (10SHust) No longer an issue, ok to solve this ticket. TY! @AKanji-WMF [17:37:28] or should we focus on the DonationInterface stuff now? [17:45:18] 10Fundraising-Backlog, 10FR-Civi-Dedupe, 10Fr-CiviCRM-dedupe-FY2017/18: Civi dedupe: make sure Endowment contribs display in merge interface - https://phabricator.wikimedia.org/T227596 (10SHust) The issue has already been solved, this ticket can be closed. TY! @AKanji-WMF [17:48:52] ejegg: fr-tech, let's track our todo list for the deployment https://etherpad.wikimedia.org/p/dlocal-deployment-todo [17:48:55] 10Fundraising-Backlog, 10FR-Civi-Dedupe, 10Fr-CiviCRM-dedupe-FY2017/18: Civi: deduper shows too few results sometimes - https://phabricator.wikimedia.org/T230079 (10SHust) This issue has been solved, the ticket can be closed. @AKanji-WMF [17:50:27] I added some initial categories [17:55:05] wfan: I guess we need this before going live right? https://gerrit.wikimedia.org/r/c/mediawiki/extensions/DonationInterface/+/895731/ [17:55:26] yes [17:55:36] this is prevent more than 5000k for recurring [17:56:25] thanks. just added it [17:56:30] wfan: I thnk that tiny patch I missed it tied to the cz monthly convert patch [17:56:32] I was also reviewing that [17:56:46] and noticed the recurring_only thing [17:56:51] thanks for updating that [17:57:03] np thanks for the review [17:57:46] cstone: the tiny patch https://gerrit.wikimedia.org/r/c/wikimedia/fundraising/dev/+/898041 is this one [17:58:00] (03PS3) 10Wfan: Add amount limitation for dlocal certain payment method [wikimedia/fundraising/dev] - 10https://gerrit.wikimedia.org/r/898041 (https://phabricator.wikimedia.org/T324299) [17:58:15] cstone: no it rebased to master [17:58:27] ahh okay its dev i guess its fine if its stacked on the cz one [17:59:45] oh did you update it or is gerrit being weird for me [18:00:10] ejegg: re: merging in smashpig. I think we'll need to mrge the recurring extension stuff we added yesterday [18:00:40] jgleeson: in the crm codebase, right? [18:00:55] sorry [18:01:00] yeah that is not smashpig [18:01:02] my bad [18:01:08] crm* [18:01:17] ok, cool [18:01:39] as soon as the UPI queue patch merges I'll deploy civi then [18:05:57] (03CR) 10Ejegg: "Maybe better in the dlocal_gateway? That's the only place we'll be using this when astropay_gateway goes away. This is really only needed " [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/897901 (https://phabricator.wikimedia.org/T324297) (owner: 10AndyRussG) [18:06:22] i feel like we might need a DonationInterfae patch to avoid sending the recurring UPI message from the front end [18:06:37] (or we will when they fix the redirect back to us to use the standard parameters [18:08:15] oh yeah did we never make a ticket for that? the ideal code has an if where it skips the queue if we are waiting for the token [18:09:14] is the dlocal test infra still returning rejected or is it working again? [18:09:17] yeah good call ejegg [18:09:45] (03CR) 10Ejegg: [C: 04-1] "So we need to be able to accomodate one rule for india-non-recurring and another rule for india-recurring. I think we'll need a different " [wikimedia/fundraising/dev] - 10https://gerrit.wikimedia.org/r/898041 (https://phabricator.wikimedia.org/T324299) (owner: 10Wfan) [18:09:59] s/testing/staging/ [18:10:02] still failing for me greg-g [18:10:09] (03CR) 10Jforrester: [C: 03+2] build: Update MediaWiki requirement to 1.39.0 [extensions/LandingCheck] (REL1_39) - 10https://gerrit.wikimedia.org/r/898154 (owner: 10Jforrester) [18:10:39] still being rejected that is [18:10:45] (03CR) 10Jforrester: [C: 03+2] build: Update MediaWiki requirement to 1.39.0 [extensions/FundraiserLandingPage] (REL1_39) - 10https://gerrit.wikimedia.org/r/898135 (owner: 10Jforrester) [18:10:46] ejegg: there is no limit for india-non-recurring, but I see what you mean [18:11:00] jgleeson: thanks, just let Evelyn know in the office hours call [18:11:14] we're tracking that here greg-g https://etherpad.wikimedia.org/p/dlocal-deployment-todo [18:11:22] thanks! [18:11:54] 10Fundraising Sprint Everything I Merge I Merge For You, 10Fundraising-Backlog, 10FR-dlocal: Plan dLocal testing rollout - https://phabricator.wikimedia.org/T330801 (10jgleeson) tracking this here https://etherpad.wikimedia.org/p/dlocal-deployment-todo [18:13:40] (03Merged) 10jenkins-bot: build: Update MediaWiki requirement to 1.39.0 [extensions/LandingCheck] (REL1_39) - 10https://gerrit.wikimedia.org/r/898154 (owner: 10Jforrester) [18:14:13] (03Merged) 10jenkins-bot: build: Update MediaWiki requirement to 1.39.0 [extensions/FundraiserLandingPage] (REL1_39) - 10https://gerrit.wikimedia.org/r/898135 (owner: 10Jforrester) [18:15:44] (03CR) 10Jgleeson: [C: 03+2] "This looks good to me! let's give it a whirl. thanks for all the work on it." [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) (owner: 10Ejegg) [18:18:24] 10Fundraising Tech - Chaos Crew, 10Fundraising-Backlog, 10MediaWiki-extensions-CentralNotice, 10MW-1.40-notes (1.40.0-wmf.27; 2023-03-13): CentralNotice banners being shown too many times - https://phabricator.wikimedia.org/T331671 (10DerHexer) @AndyRussG Thanks for the helpful explanations! :) Do you have... [18:23:59] (03CR) 10Jforrester: [C: 03+2] build: Update MediaWiki requirement to 1.39.0 [extensions/CentralNotice] (REL1_39) - 10https://gerrit.wikimedia.org/r/898105 (owner: 10Jforrester) [18:26:31] thanks jgleeson ! [18:27:00] wfan oh I thought we had a lower limit for india transactions [18:27:33] yep, max 225000 INR [18:27:39] in the settings folder on frpm [18:28:21] So let's make the amount rules just as flexible as the gateway chooser rules [18:28:57] I'll put up a proposed format [18:29:15] np [18:29:32] ejegg: ok thanks [18:29:46] (03CR) 10Jforrester: [C: 03+2] build: Update MediaWiki requirement to 1.39.0 [extensions/FundraisingTranslateWorkflow] (REL1_39) - 10https://gerrit.wikimedia.org/r/898136 (owner: 10Jforrester) [18:29:58] (03Merged) 10jenkins-bot: build: Update MediaWiki requirement to 1.39.0 [extensions/CentralNotice] (REL1_39) - 10https://gerrit.wikimedia.org/r/898105 (owner: 10Jforrester) [18:30:59] (03Merged) 10jenkins-bot: UPI donations queue consumer [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/895897 (https://phabricator.wikimedia.org/T330724) (owner: 10Ejegg) [18:32:09] 10Fundraising-Backlog, 10FR-Civi-Dedupe, 10Fr-CiviCRM-dedupe-FY2017/18: Civi: deduper shows too few results sometimes - https://phabricator.wikimedia.org/T230079 (10Eileenmcnaughton) 05Open→03Resolved a:03Eileenmcnaughton [18:34:43] (03PS1) 10Ejegg: Proposed extended format for donation_rules [wikimedia/fundraising/dev] - 10https://gerrit.wikimedia.org/r/898827 [18:34:55] ok wfan, how does that look? ^^ [18:35:28] that should also accommodate for example different min and max for different payment_method [18:35:55] I'mma just prep the CRM deploy now [18:38:52] ejegg: ah ok will update this way [18:39:39] (03PS1) 10Ejegg: Update libraries [wikimedia/fundraising/crm/vendor] - 10https://gerrit.wikimedia.org/r/898828 [18:39:41] (03CR) 10Ejegg: [C: 03+2] Update libraries [wikimedia/fundraising/crm/vendor] - 10https://gerrit.wikimedia.org/r/898828 (owner: 10Ejegg) [18:40:03] (03PS1) 10Ejegg: Merge branch 'master' into deployment [wikimedia/fundraising/crm] (deployment) - 10https://gerrit.wikimedia.org/r/898829 [18:40:29] (03PS2) 10Ejegg: Merge branch 'master' into deployment [wikimedia/fundraising/crm] (deployment) - 10https://gerrit.wikimedia.org/r/898829 [18:41:11] ejegg: does step 17 look right to you now? https://phab.wmfusercontent.org/file/data/k2vh4sqvrmzuqpbvbt7p/PHID-FILE-zkxsammhqzo5blz2kkyq/india-recurring-active.png [18:41:20] hmm, should we deploy a temporary workaround for the donors coming back from India Recurring with bad redirect params? [18:41:32] maybe ejegg [18:41:41] dead session behaviour? [18:41:46] yep jgleeson that's good [18:42:07] jgleeson: just sending 'em directly to the TY page, right? [18:42:13] ya [18:42:22] sure, I'll code that up quick [18:46:16] (03Merged) 10jenkins-bot: build: Update MediaWiki requirement to 1.39.0 [extensions/FundraisingTranslateWorkflow] (REL1_39) - 10https://gerrit.wikimedia.org/r/898136 (owner: 10Jforrester) [18:51:29] retrowave bomb - https://www.youtube.com/watch?v=JQqFeCCuwW0 [18:52:59] right sorry wfan I'll try and finish review on your patch https://gerrit.wikimedia.org/r/c/mediawiki/extensions/DonationInterface/+/895731/ [18:53:18] also I see cstone is already reviewing it but I figure the more eyes the better [18:53:49] oh whoops jgleeson i got distracted trying to add in that catch for recurring in DI [18:54:10] (03Merged) 10jenkins-bot: Update libraries [wikimedia/fundraising/crm/vendor] - 10https://gerrit.wikimedia.org/r/898828 (owner: 10Ejegg) [18:55:21] (03PS1) 10Ejegg: Workaround for UPI recurring return values [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/898834 [18:55:52] jgleeson: cstone: I suggested a different format for wfan's amount validation, since we still need to apply a different India-specific min/max to non-recurring donations [18:56:11] so maybe hold off on that review till she's got a new PS up [18:56:30] oh and ejegg ahead of me on that catch too [18:56:32] cstone: ohhh were you doing something for the bad return values too? [18:56:36] no worries [18:56:40] sorry, I should have read more backscroll [18:56:51] nah its fine [18:57:43] so... that monthly/ondemand thing is ugh [18:57:58] I can just test yours ejegg hah [18:58:01] i really don't want to tag another smashpig version just to temporarily work around and send the other value [18:58:15] but I guess if we want to demo UPI we need to [19:00:14] :( [19:00:32] ah dang, meeting time [19:00:39] ok I'll hold off on the other patch [19:00:44] already! [19:00:54] did time move forward again?!?1 [19:01:01] jgleeson: in the US yes [19:01:04] on sunday yeah [19:01:10] sorry that was a bad joke [19:01:14] I meant again, again [19:01:16] :) [19:01:36] it just keep on slippin towards the future! [19:01:41] *keeps [19:02:25] ah even that's not quite right [19:02:55] time keeps on slippin' slippin' slippin' INTO the future [19:02:58] slippin, slippin, slippin, into the fuuuturrre [19:03:05] :) [19:04:31] /ac/ac [19:06:00] (03CR) 10Ejegg: [C: 03+2] Merge branch 'master' into deployment [wikimedia/fundraising/crm] (deployment) - 10https://gerrit.wikimedia.org/r/898829 (owner: 10Ejegg) [19:07:20] (03Merged) 10jenkins-bot: Merge branch 'master' into deployment [wikimedia/fundraising/crm] (deployment) - 10https://gerrit.wikimedia.org/r/898829 (owner: 10Ejegg) [19:08:42] (03CR) 10AndyRussG: Move PlaceholderFiscalNumber to gateway_common (031 comment) [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/897901 (https://phabricator.wikimedia.org/T324297) (owner: 10AndyRussG) [19:10:25] 10Fundraising Sprint Drop It Like It's Fraud, 10Fundraising Sprint Everything I Merge I Merge For You, 10Fundraising-Backlog, 10FR-dlocal, and 3 others: Support DLocal recurring cards in DonationInterface - https://phabricator.wikimedia.org/T324297 (10XenoRyet) 05Open→03Resolved [19:10:27] 10Fundraising-Backlog, 10FR-dlocal, 10Epic: Upgrade Dlocal to leverage Smartfields/no redirect - https://phabricator.wikimedia.org/T274300 (10XenoRyet) [19:10:33] 10Fundraising Sprint Drop It Like It's Fraud, 10Fundraising Sprint Everything I Merge I Merge For You, 10Fundraising-Backlog, 10FR-dlocal: Investigate why new dLocal REDIRECT payments are falling into the "dead session" category - https://phabricator.wikimedia.org/T330308 (10XenoRyet) 05Open→03Resolved [19:11:43] 10Fundraising Sprint Everything I Merge I Merge For You, 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM: Missing primary address fields in Search Kit - https://phabricator.wikimedia.org/T330700 (10XenoRyet) 05Open→03Resolved [19:12:04] 10Fundraising Sprint Everything I Merge I Merge For You, 10Fundraising-Backlog, 10FR-dlocal: Refactor the current dLocal StatusNormalizers. - https://phabricator.wikimedia.org/T329838 (10XenoRyet) 05Open→03Resolved [19:12:47] 10Fundraising-Backlog, 10FR-dlocal, 10Epic: Upgrade Dlocal to leverage Smartfields/no redirect - https://phabricator.wikimedia.org/T274300 (10XenoRyet) [19:12:50] 10Fundraising Sprint Bridge over troubled Wifi, 10Fundraising Sprint Can't touch $this, 10Fundraising Sprint Drop It Like It's Fraud, 10Fundraising Sprint Everything I Merge I Merge For You, and 3 others: Handle IPNs from DLocal payins - https://phabricator.wikimedia.org/T324293 (10XenoRyet) 05Open→03Re... [19:13:09] !log civicrm upgraded from dbe3b716 to 68fa85cf [19:13:12] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [19:22:37] 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM, 10FR-Civi-Dedupe: Batch deduping not working in legacy merge ui - error about q - https://phabricator.wikimedia.org/T243474 (10SHust) Issue resolved, this ticket can be closed. @AKanji-WMF [19:24:25] 10Fundraising Tech - Chaos Crew, 10Fundraising-Backlog: Citibank Individuals Import not working - https://phabricator.wikimedia.org/T331139 (10XenoRyet) 05Open→03Resolved [19:25:07] 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM, 10FR-Civi-Dedupe, 10fr-donorservices: Civi: enable all DS agents to delete smart groups - https://phabricator.wikimedia.org/T249153 (10SHust) This request is no longer relevant. This ticket can be closed. @AKanji-WMF [19:25:14] 10Fundraising Sprint Everything I Merge I Merge For You, 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM: Create a new activity type for thank-yous - https://phabricator.wikimedia.org/T332071 (10Eileenmcnaughton) [19:26:24] 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM: implement the links hook to alter the links available for our new activity types - https://phabricator.wikimedia.org/T332072 (10Eileenmcnaughton) [19:26:33] 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM: implement the links hook to alter the links available for our new activity types - https://phabricator.wikimedia.org/T332072 (10Eileenmcnaughton) [19:26:48] 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM: implement the links hook to alter the links available for our new activity types - https://phabricator.wikimedia.org/T332072 (10Eileenmcnaughton) [19:27:12] 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM, 10FR-BigBundle, 10FR-Civi-Dedupe: Domain task - script fix to bulk update emails from Belgium - https://phabricator.wikimedia.org/T250320 (10SHust) This is no longer needed. This ticket can be closed. TY! @AKanji-WMF [19:27:33] 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM: Update our code to use the new activity type for thank yous - https://phabricator.wikimedia.org/T332073 (10Eileenmcnaughton) [19:27:38] 10Fundraising Tech - Chaos Crew, 10Fundraising-Backlog: Update SmashPig currency rates - https://phabricator.wikimedia.org/T326671 (10XenoRyet) 05Open→03Resolved [19:28:06] 10Fundraising Tech - Chaos Crew, 10Fundraising-Backlog, 10fr-donorservices: Add check to pending transaction resolver to not resolve more than one donation per donor per run - https://phabricator.wikimedia.org/T326361 (10XenoRyet) 05Open→03Resolved [19:28:29] 10Fundraising Tech - Chaos Crew, 10Fundraising-Backlog: Update SmashPig currency rates - https://phabricator.wikimedia.org/T326671 (10XenoRyet) [19:28:31] 10Fundraising Sprint Everything I Merge I Merge For You, 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM: Update triggers to not save details for thank you letters - https://phabricator.wikimedia.org/T332074 (10Eileenmcnaughton) [19:28:43] 10Wikimedia-Fundraising-CiviCRM: Update triggers to not save details for thank you letters - https://phabricator.wikimedia.org/T332074 (10Eileenmcnaughton) [19:29:52] 10Fundraising Sprint Everything I Merge I Merge For You, 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM, 10Patch-For-Review: Try creating a new activity_type_id for Thank yous & see if the UI is still fine - if so switch - https://phabricator.wikimedia.org/T327963 (10XenoRyet) 05Open→03Resolved [19:34:56] 10Fundraising Sprint Everything I Merge I Merge For You, 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM: Create a new activity type for thank-yous - https://phabricator.wikimedia.org/T332071 (10Eileenmcnaughton) 05Open→03Resolved [19:34:59] 10Fundraising Sprint Everything I Merge I Merge For You, 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM, 10Patch-For-Review: Try creating a new activity_type_id for Thank yous & see if the UI is still fine - if so switch - https://phabricator.wikimedia.org/T327963 (10Eileenmcnaughton) [19:36:02] (03PS8) 10Wfan: Add recurring amount validation to DI level for dlocal IN bt recurring [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/895731 (https://phabricator.wikimedia.org/T324299) [19:39:53] (03PS9) 10Wfan: Add recurring amount validation to DI level for dlocal IN bt recurring [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/895731 (https://phabricator.wikimedia.org/T324299) [19:41:21] (03PS4) 10Wfan: Add condition for dlocal donation rules [wikimedia/fundraising/dev] - 10https://gerrit.wikimedia.org/r/898041 (https://phabricator.wikimedia.org/T324299) [19:41:31] (03CR) 10CI reject: [V: 04-1] Add recurring amount validation to DI level for dlocal IN bt recurring [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/895731 (https://phabricator.wikimedia.org/T324299) (owner: 10Wfan) [19:41:48] (03PS5) 10Wfan: Add condition for dlocal donation rules [wikimedia/fundraising/dev] - 10https://gerrit.wikimedia.org/r/898041 (https://phabricator.wikimedia.org/T324299) [19:44:07] 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM, 10FR-Civi-Dedupe, 10FR-Email: Civi dedupe: automatically dedupe alternate family names - https://phabricator.wikimedia.org/T280696 (10SHust) Looking at this again, the JP doc shared by David would be a great addition to an automated script, should thi... [19:48:38] (03PS10) 10Wfan: Add recurring amount validation to DI level for dlocal IN bt recurring [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/895731 (https://phabricator.wikimedia.org/T324299) [19:52:00] (03CR) 10Wfan: [C: 04-1] "Maybe we can abandon this patch and use this https://gerrit.wikimedia.org/r/c/wikimedia/fundraising/dev/+/898041" [wikimedia/fundraising/dev] - 10https://gerrit.wikimedia.org/r/898827 (owner: 10Ejegg) [19:57:27] 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM, 10FR-Civi-Dedupe: Dedupe resolvable conflict resolve misspellings where email disambiguates - https://phabricator.wikimedia.org/T242303 (10SHust) I believe this issue has already been addressed! [19:58:47] 10Fundraising Sprint F 2023, 10Fundraising-Backlog, 10Patch-For-Review: Please turn on Monthly Convert in Czech (csCZ) - https://phabricator.wikimedia.org/T331665 (10AKanji-WMF) [20:01:39] (03CR) 10Ejegg: "sounds good wfan, will abandon" [wikimedia/fundraising/dev] - 10https://gerrit.wikimedia.org/r/898827 (owner: 10Ejegg) [20:01:49] (03Abandoned) 10Ejegg: Proposed extended format for donation_rules [wikimedia/fundraising/dev] - 10https://gerrit.wikimedia.org/r/898827 (owner: 10Ejegg) [20:20:51] 10Fundraising Tech - Chaos Crew, 10Fundraising-Backlog, 10Recurring-Donations, 10fr-donorservices: Ingenico recurrings stopped at status 600 March 5th - https://phabricator.wikimedia.org/T331490 (10MBeat33) Nothing similar at Ingenico between Mar 8-14, but I will monitor periodically. [20:25:56] 10Fundraising Sprint Bridge over troubled Wifi, 10Fundraising Sprint Can't touch $this, 10Fundraising Sprint Drop It Like It's Fraud, 10Fundraising Sprint Everything I Merge I Merge For You, and 3 others: Handle IPNs from DLocal payins - https://phabricator.wikimedia.org/T324293 (10XenoRyet) [20:26:18] 10Fundraising Sprint Everything I Merge I Merge For You, 10Fundraising-Backlog, 10FR-Smashpig, 10FR-dlocal, 10Patch-For-Review: Handle recurring IPNs for Dlocal - https://phabricator.wikimedia.org/T330724 (10XenoRyet) 05Open→03Resolved [20:32:01] 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM: implement the links hook to alter the links available for our new activity types - https://phabricator.wikimedia.org/T332072 (10Eileenmcnaughton) a:05jgleeson→03None [20:42:44] 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM: Ensure caches, include smarty, are flushed when message templates are edited - https://phabricator.wikimedia.org/T325694 (10Cstone) Would be fixed as a part of {T325698} [20:43:27] !log payments-wiki upgraded from 61c30a4f to 1532b107 [20:43:29] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [20:43:57] 10Fundraising Sprint Amazing grep, 10Fundraising Sprint F 2023, 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM, 10Patch-For-Review: Decommission `civi-data-translate` extension - https://phabricator.wikimedia.org/T325698 (10AKanji-WMF) [20:55:14] 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM: Update triggers to not save details for thank you letters - https://phabricator.wikimedia.org/T332074 (10Eileenmcnaughton) [20:55:38] 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM: Update triggers to not save details for thank you letters - https://phabricator.wikimedia.org/T332074 (10Eileenmcnaughton) a:05jgleeson→03None [20:56:02] 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM: Update our code to use the new activity type for thank yous - https://phabricator.wikimedia.org/T332073 (10Eileenmcnaughton) a:05jgleeson→03None [21:05:31] 10Fundraising Sprint F 2023, 10Fundraising-Backlog, 10FR-dlocal: DLocal sandbox/production account setup - https://phabricator.wikimedia.org/T324499 (10AKanji-WMF) [21:07:08] 10Fundraising Sprint F 2023, 10Fundraising-Backlog, 10FR-dlocal: DLocal Audit - Test with new integration - https://phabricator.wikimedia.org/T324347 (10AKanji-WMF) [21:08:34] 10Fundraising-Backlog, 10FR-India, 10FR-dlocal, 10Recurring-Donations: Support India Network Tokenization (recurring credit cards) for DLocal - https://phabricator.wikimedia.org/T324304 (10XenoRyet) 05Open→03Declined [21:08:36] 10Fundraising-Backlog, 10FR-dlocal, 10Epic: Upgrade Dlocal to leverage Smartfields/no redirect - https://phabricator.wikimedia.org/T274300 (10XenoRyet) [21:14:51] 10Fundraising Sprint F 2023, 10Fundraising-Backlog: Ingenico/Worldline addition of Initial Scheme Transaction ID to avoid recurring declines - https://phabricator.wikimedia.org/T331754 (10XenoRyet) [21:14:54] 10Fundraising Sprint F 2023, 10Fundraising-Backlog, 10FR-dlocal: Document the dLocal UPI Recurring for the sake of our future selves. - https://phabricator.wikimedia.org/T331717 (10XenoRyet) [21:15:00] 10Fundraising Sprint Everything I Merge I Merge For You, 10Fundraising Sprint F 2023, 10Fundraising-Backlog, 10FR-dlocal: Create UML diagrams for dLocal India Recurring - https://phabricator.wikimedia.org/T331555 (10XenoRyet) [21:15:04] 10Fundraising Sprint Everything I Merge I Merge For You, 10Fundraising Sprint F 2023, 10Fundraising-Backlog, 10FR-dlocal, 10Patch-For-Review: Add UPI donations queue consumer - https://phabricator.wikimedia.org/T331851 (10XenoRyet) [21:18:46] fr-tech happy pi day today [21:19:08] ahh yes thanks wfan! same :) [21:19:26] I should make a pie for my kids tomorrow [21:19:34] :) [21:19:54] wfan: happy 🥧 [21:20:08] hah that turned from a slice when typing to a full pie [21:21:00] I got one from MC, blueberry and cream pie tasty [21:42:27] btw the amount ready for review again based on elliott's suggestion, they are https://gerrit.wikimedia.org/r/c/wikimedia/fundraising/dev/+/898041 & https://gerrit.wikimedia.org/r/c/mediawiki/extensions/DonationInterface/+/895731~ [21:42:52] thanks wfan, looking [22:05:51] wfan I just made it: https://phabricator.wikimedia.org/T332091 [22:06:22] thx, are we going to have tech talk today? [22:06:29] hah, wikibugs banned from the channel for flooding due to XenoRyet's mass-unscheduled-ing [22:06:41] yes i think we do have tech talk [22:06:56] lol, I didn't know it alerted here [22:07:30] I'll try to finish up before it rejoins [22:08:00] fr-tech I have one more frpm patch up - this one to make a queue consumer for the new upi-donations queue [22:08:33] oops, trailing spaces, lemme fix that [22:09:25] fixed [22:09:44] ejegg: we're in tech-talk btw [22:10:07] ohhh that's right now? oops, be there in a sec [22:10:34] sorry, I was looking at the time on my IRC box and not on my local clock. Had gotten used to them being in sync [23:35:26] hah does wikibugs come back XenoRyet I didn't realize how much I relied on it until it was gone [23:53:28] cstone, I think it should. I've seen it kicked for flooding before.