[09:27:32] PROBLEM - check_kafkatee on frban2001 is CRITICAL: CRITICAL: kafka-jumbo1007:down [09:32:32] RECOVERY - check_kafkatee on frban2001 is OK: OK: brokers:9 topics:2 [12:57:55] (PS7) Jgleeson: Update mediawiki-codesniffer to v31 [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/635393 [12:59:04] (CR) Jgleeson: Update mediawiki-codesniffer to v31 (1 comment) [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/635393 (owner: Jgleeson) [13:16:56] Fundraising-Backlog: Add in Constant Visibility modifiers across Smashpig to satisfy latest mediawiki-codesniffer rule - https://phabricator.wikimedia.org/T266336 (jgleeson) [13:16:59] (PS7) Jgleeson: Add stream_filter to curl debug log stream. [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/634059 (https://phabricator.wikimedia.org/T264931) [15:47:45] Jeff_Green: looks like we're still sending all the traffic to the backup datacenter, and that we're running the -staging env there still [15:47:56] could we swap that back to the main DC? [15:47:58] ejegg: yes that's correct [15:48:18] so that people are hitting the normal payments-wiki project again [15:48:37] we can, but you should probably give the localsettings stuff I ported back a onceover [15:48:49] Jeff_Green: sure! [15:48:53] what else was there to port? [15:49:00] looking, anyway [15:49:13] there was the employers stuff plus a couple minor changes in LocalSettings.php [15:49:28] ah, ok [15:49:46] I noticed the employers file was blank for the -staging project, so I left the non-staging one alone [15:49:53] I think that's the only difference now? [15:50:04] ok, cool [15:50:17] yeah, still not in active use, but that'll be good to have for later [15:50:37] ok [15:50:37] Jeff_Green: ahh, I also had to put those queue settings back in localsettings [15:50:55] i forgot the legacy thank you mail unsubscribe page was still using them [15:51:09] so they're back exactly as they were before [15:51:16] aren't they in /etc/LocalSettings.php which is sourced? [15:51:22] i think you had been planning to source them from the puppet-controlled file [15:51:37] $wgDonationInterfaceDefaultQueueServer seemed not to be set [15:51:44] maybe there was a $hwg one? [15:51:45] right, pool stuff should not coming from the localsettings repo [15:51:48] looking [15:52:34] ok, I'm pretty sure we can deop $wgDebugSquid [15:52:38] will double check [15:53:13] and we can go with the new array syntax on wgCdnServers [15:53:20] oh huh, yeah the queue stuff is missing from /etc/LocalSettings.php, whoops [15:53:50] I'll fix that now [16:02:23] ejegg: is there any reason I may be missing that it wouldn't be safe to add the whole $wgDonationInterfaceDefaultQueueServer = array( block as-is to /etc/LocalSettings.php? [16:04:41] Jeff_Green: not at all, go for it [16:05:17] ok [16:24:01] ejegg: ok $wgDonationInterfaceDefaultQueueServer added [16:24:50] fyi the payments-wiki project is deploying to payments100[1-3] now, so you can test there before we flip traffic back [17:22:38] thanks Jeff_Green [17:27:16] Fundraising-Backlog: Adyen Real Time Account Updater - https://phabricator.wikimedia.org/T266353 (EMartin) [17:32:19] Fundraising-Backlog: Missing JCB logo on AU Adyen redirect page - https://phabricator.wikimedia.org/T266245 (jbolorinos-ctr) Thanks @DStrine for adding this to the sprint! Definitely low priority but would be nice to have! [17:33:41] Wikimedia-Fundraising-Banners: enAUNZ pre-test on October 22 - https://phabricator.wikimedia.org/T266172 (jbolorinos-ctr) Open→Resolved a:jbolorinos-ctr Closing this as Resolved. QA Sign-off was communicated yesterday so these banners have already been tested. [17:42:54] Fundraising-Backlog, FR-Adyen: Form loads slowly/stutters in Adyen iframe - https://phabricator.wikimedia.org/T266357 (jbolorinos-ctr) [17:46:33] Fundraising-Backlog, FR-Adyen: Form loads slowly/stutters in Adyen iframe - https://phabricator.wikimedia.org/T266357 (jbolorinos-ctr) [17:48:33] Fundraising-Backlog, FR-Adyen: Form loads slowly/stutters in Adyen iframe - https://phabricator.wikimedia.org/T266357 (jbolorinos-ctr) [17:50:48] Fundraising-Backlog, FR-Adyen: Form loads slowly/stutters in Adyen iframe - https://phabricator.wikimedia.org/T266357 (DStrine) This is a known issue. The donor's internet connection is somewhat related. It also depends on the PSP's setup and general performance. We don't have any control over this. @EMa... [17:50:51] Wikimedia-Fundraising-Banners: QA for enUS pre-test on October 21 - https://phabricator.wikimedia.org/T266007 (jbolorinos-ctr) Open→Resolved a:jbolorinos-ctr All issues found have been reported and addressed. Minor issues T266357, and T264785 are certainly not blockers. Sign off for QA was alre... [17:51:43] Fundraising-Backlog, FR-Adyen: Adyen Real Time Account Updater - https://phabricator.wikimedia.org/T266353 (DStrine) [17:51:54] Fundraising-Backlog, FR-Adyen, fr-donorservices: Form loads slowly/stutters in Adyen iframe - https://phabricator.wikimedia.org/T266357 (MBeat33) [17:53:36] Fundraising-Backlog: Too much whitespace between form and error messages [Adyen iframe] - https://phabricator.wikimedia.org/T264785 (jbolorinos-ctr) Hey @DStrine, this is a minor issue that I doubt will affect the donor experience much, but if possible this would be great to have. Would it be possible to i... [17:55:52] Fundraising-Backlog: Too much whitespace between form and error messages [Adyen iframe] - https://phabricator.wikimedia.org/T264785 (DStrine) Not in Q2. We're at a point where we'll only fix major blockers. [18:19:14] Wikimedia-Fundraising-Banners: Duplicate emojis appearing as male/male instead of male/female - https://phabricator.wikimedia.org/T262578 (jbolorinos-ctr) Referencing number of wikipedia site requests made between 1/1/2020 - 10/23/2020 according to this chart: https://analytics.wikimedia.org/dashboards/brows... [18:23:54] Fundraising-Backlog: Too much whitespace between form and error messages [Adyen iframe] - https://phabricator.wikimedia.org/T264785 (jbolorinos-ctr) Ok sounds good! I'll just add this to the wrap up doc then. [18:27:49] Fundraising-Backlog, FR-Adyen, fr-donorservices: Form loads slowly/stutters in Adyen iframe - https://phabricator.wikimedia.org/T266357 (EMartin) I just played with the form and it is running with expected results. Both Ingenico and Adyen have a 'load' time which is known. I am asking for an hour g... [19:12:37] Fundraising-Backlog: 3DS2.0 - https://phabricator.wikimedia.org/T228945 (EMartin) Hi All, I checked back in with Ingenico on the name field for 2.0 to see if they could take what we passed them. From Ingenico: //We are assessing the possibility of using the first and last name you provide in place of cardh... [19:25:15] Fundraising-Backlog: 3DS2.0 - https://phabricator.wikimedia.org/T228945 (DStrine) Thanks for keeping up with this. If they do insist on collecting the name, can they at least pass it to us? In the previous 1.0 experience they were not willing to do that. We need the name for tax and donor relationship reasons. [19:31:53] Fundraising-Backlog: Investigate Minfraud factors - https://phabricator.wikimedia.org/T266366 (DStrine) [19:34:35] Fundraising-Backlog: 3DS2.0 - https://phabricator.wikimedia.org/T228945 (EMartin) I will check. I've also asked how other merchants are coping without the name field. We can't be the only ones who need it.... [19:46:22] Wikimedia-Fundraising, MediaWiki-extensions-CentralNotice, JavaScript, Wikimedia-production-error: TypeError: log.push is not a function - https://phabricator.wikimedia.org/T265932 (Krinkle) [19:48:10] Wikimedia-Fundraising, MediaWiki-extensions-CentralNotice, JavaScript, Wikimedia-production-error: TypeError: log.push is not a function - https://phabricator.wikimedia.org/T265932 (Krinkle) Does it happen a lot? For multiple browsers or wikis? If not, then it's likely user error and nothing we n... [20:28:12] ejegg: mepps I just wanted to catch up on the feedback o https://gerrit.wikimedia.org/r/c/wikimedia/fundraising/crm/+/635396 because I'm not sure what direction to go in [20:45:06] eileen, I think we're just curious what the end game is there [20:45:33] ejegg: basically to migrate wmf_communication (& all modules) into extensions [20:46:00] OK, so the phpmailer stuff will live on for a while, just in a different place? [20:46:20] Actuallly I think it might evolve it's contract [20:46:53] but phpmailer from Civi would be better than civi-pear from drupal [20:47:22] We can use a hook in Civi-land to replace the mailer class Civi uses [20:47:56] the main obstacle is whether the contract is the same as our exisiting contract (not sure yet) [21:01:32] Wikimedia-Fundraising-Banners: Changed amount tracking not working correctly with Other field? - https://phabricator.wikimedia.org/T211333 (EWilfong_WMF) I have a proposed solution in [[ https://en.wikipedia.org/wiki/Wikipedia?banner=trilogy_en6C_dsk_p1_lg_changedAmtUpdate&country=US | this banner ]]. You... [21:01:53] Wikimedia-Fundraising-Banners, JavaScript, Wikimedia-production-error: Banner error: Uncaught TypeError: event.target.getAttribute is not a function - https://phabricator.wikimedia.org/T265401 (Krinkle) > I believe a banner active on French Wikipedia is intermittently throwing this error at a low rat... [21:11:19] Wikimedia-Fundraising-Banners, JavaScript, Wikimedia-production-error: Banner error: Uncaught TypeError: event.target.getAttribute is not a function - https://phabricator.wikimedia.org/T265401 (Jdlrobson) The bug was only present on French Wikipedia during the time a campaign was being run. T265096 w... [21:29:53] Wikimedia-Fundraising-Banners, JavaScript, Wikimedia-production-error: Intl is not available., Object doesn't support this action at frb.formatCurrency Unknown script code:1240:13 - https://phabricator.wikimedia.org/T265396 (Jdlrobson) @Pcoombe any idea which banner could be responsible for this one?