[00:11:14] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Engage Weekly Import not importing due to  error message with  Direct Mail Appeal - White Mail - https://phabricator.wikimedia.org/T256912 (Eileenmcnaughton) @rlewis I just tried & failed to replicate t...
[00:14:53] <wikibugs>	 (PS1) Eileen: IDE cheer & formatting [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/627396 (https://phabricator.wikimedia.org/T256912)
[00:47:28] <wikibugs>	 (CR) Mepps: "It's bizarre it didn't fail with the earlier version of the patch though.." [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/626204 (https://phabricator.wikimedia.org/T260814) (owner: Mepps)
[01:33:14] <wikibugs>	 (PS1) AndyRussG: Merge branch 'master' into wmf_deploy [extensions/CentralNotice] (wmf_deploy) - https://gerrit.wikimedia.org/r/627399
[01:37:12] <wikibugs>	 (CR) AndyRussG: [C: +2] Merge branch 'master' into wmf_deploy [extensions/CentralNotice] (wmf_deploy) - https://gerrit.wikimedia.org/r/627399 (owner: AndyRussG)
[01:45:01] <wikibugs>	 (Merged) jenkins-bot: Merge branch 'master' into wmf_deploy [extensions/CentralNotice] (wmf_deploy) - https://gerrit.wikimedia.org/r/627399 (owner: AndyRussG)
[02:41:03] <wikibugs>	 (PS2) Ejegg: Remove an instance of push fredge & document in comments [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/626012 (owner: Eileen)
[02:41:17] <wikibugs>	 (CR) Ejegg: [C: +2] "Looks good!" [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/626012 (owner: Eileen)
[02:48:02] <wikibugs>	 (Merged) jenkins-bot: Remove an instance of push fredge & document in comments [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/626012 (owner: Eileen)
[03:08:27] <wikibugs>	 (PS2) Ejegg: Handle lightncandy passing l10n nested arrays [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/627283
[03:10:04] <wikibugs>	 (CR) jerkins-bot: [V: -1] Handle lightncandy passing l10n nested arrays [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/627283 (owner: Ejegg)
[03:12:56] <wikibugs>	 (PS1) Eileen: Add api action to parse query log output [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/627401 (https://phabricator.wikimedia.org/T261688)
[03:15:03] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Analyse queries running during queue processing - https://phabricator.wikimedia.org/T261688 (Eileenmcnaughton) I've documented / uploaded my method for analysing the query output for  a job in the syste...
[03:41:31] <wikibugs>	 (PS1) Ejegg: Handle lightncandy passing l10n nested arrays [extensions/DonationInterface] (fundraising/REL1_35) - https://gerrit.wikimedia.org/r/627403
[03:57:46] <wikibugs>	 (PS1) Ejegg: Stop messing with $_SERVER in tests [extensions/DonationInterface] (fundraising/REL1_35) - https://gerrit.wikimedia.org/r/627404
[03:57:48] <wikibugs>	 (PS1) Ejegg: Stop PHP warning/error on empty IP list [extensions/DonationInterface] (fundraising/REL1_35) - https://gerrit.wikimedia.org/r/627405
[03:57:50] <wikibugs>	 (PS1) Ejegg: Use php-html-parser instead of DomDocument in tests [extensions/DonationInterface] (fundraising/REL1_35) - https://gerrit.wikimedia.org/r/627406
[04:00:03] <wikibugs>	 (PS2) Ejegg: Stop messing with $_SERVER in tests [extensions/DonationInterface] (fundraising/REL1_35) - https://gerrit.wikimedia.org/r/627404
[04:00:05] <wikibugs>	 (PS2) Ejegg: Stop PHP warning/error on empty IP list [extensions/DonationInterface] (fundraising/REL1_35) - https://gerrit.wikimedia.org/r/627405
[04:00:07] <wikibugs>	 (PS2) Ejegg: Use php-html-parser instead of DomDocument in tests [extensions/DonationInterface] (fundraising/REL1_35) - https://gerrit.wikimedia.org/r/627406
[04:00:09] <wikibugs>	 (PS1) Ejegg: Update test fn signatures for new PhpUnit [extensions/DonationInterface] (fundraising/REL1_35) - https://gerrit.wikimedia.org/r/627407
[04:00:34] <wikibugs>	 (Abandoned) Ejegg: Update test fn signatures for new PhpUnit [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/623619 (owner: Ejegg)
[04:00:53] <wikibugs>	 (Abandoned) Ejegg: Update Mustache for LightnCandy 1.2.5 for MediaWiki 1.35 [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/622401 (https://phabricator.wikimedia.org/T260621) (owner: Cstone)
[04:01:05] <wikibugs>	 (Abandoned) Ejegg: Stop messing with $_SERVER in tests [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/626174 (owner: Ejegg)
[04:01:12] <wikibugs>	 (Abandoned) Ejegg: Stop PHP warning/error on empty IP list [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/626175 (owner: Ejegg)
[04:01:19] <wikibugs>	 (Abandoned) Ejegg: Use SimpleHtmlParser instead of DomDocument in tests [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/522525 (owner: Ejegg)
[04:01:26] <wikibugs>	 (Abandoned) Ejegg: Handle lightncandy passing l10n nested arrays [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/627283 (owner: Ejegg)
[04:04:48] <wikibugs>	 (PS3) Ejegg: Use php-html-parser instead of DomDocument in tests [extensions/DonationInterface] (fundraising/REL1_35) - https://gerrit.wikimedia.org/r/627406
[04:46:50] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Analyse queries running during queue processing - https://phabricator.wikimedia.org/T261688 (Eileenmcnaughton) I've put the more detailed analysis over on gitlab https://lab.civicrm.org/dev/core/-/issue...
[04:55:45] <wikibugs>	 (PS4) Ejegg: Use php-html-parser instead of DomDocument in tests [extensions/DonationInterface] (fundraising/REL1_35) - https://gerrit.wikimedia.org/r/627406
[04:58:50] <wikibugs>	 Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Address extraneous location related queries in queue processing - https://phabricator.wikimedia.org/T262883 (Eileenmcnaughton)
[05:00:29] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Review activity related queries in contribution processing - https://phabricator.wikimedia.org/T262884 (Eileenmcnaughton)
[05:02:26] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Address extraneous pcp queries in donation processing - https://phabricator.wikimedia.org/T262885 (Eileenmcnaughton)
[05:06:43] <wikibugs>	 Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Do query analysis on other jobs.... - https://phabricator.wikimedia.org/T262886 (Eileenmcnaughton)
[05:06:45] <wikibugs>	 Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Review activity related queries in contribution processing - https://phabricator.wikimedia.org/T262884 (Eileenmcnaughton)
[05:06:47] <wikibugs>	 Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Address extraneous pcp queries in donation processing - https://phabricator.wikimedia.org/T262885 (Eileenmcnaughton)
[09:44:56] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Engage Weekly Import not importing due to  error message with  Direct Mail Appeal - White Mail - https://phabricator.wikimedia.org/T256912 (RLewis) @Eileenmcnaughton this seemed to work this week.  Very...
[10:16:47] <wikibugs>	 Fundraising-Backlog, FR-AutoTY-Email: New 2020 English thank you email - https://phabricator.wikimedia.org/T262909 (Pcoombe)
[13:21:32] <jgleeson>	 tzag fr-tech!
[13:27:49] <jgleeson>	 looks like audit record is still tripping up the donation queue consumer
[13:28:16] <jgleeson>	 hmm let's see if we can fix that
[13:55:50] <wikibugs>	 Wikimedia-Fundraising-Banners: 2020-09-16 en6C pre-test: mobile small batch - https://phabricator.wikimedia.org/T262930 (spatton)
[13:55:57] <wikibugs>	 Wikimedia-Fundraising-Banners: 2020-09-16 en6C pre-test: mobile small batch - https://phabricator.wikimedia.org/T262930 (spatton)
[13:56:04] <wikibugs>	 Wikimedia-Fundraising-Banners: 2020-09-16 en6C pre-test: mobile small batch - https://phabricator.wikimedia.org/T262930 (spatton) p:Triage→High
[13:59:55] <wikibugs>	 Wikimedia-Fundraising-Banners: 2020-09-16 en6C pre-test: desktop small batch - https://phabricator.wikimedia.org/T262932 (spatton)
[14:00:03] <wikibugs>	 Wikimedia-Fundraising-Banners: 2020-09-16 en6C pre-test: desktop small batch - https://phabricator.wikimedia.org/T262932 (spatton) p:Triage→High
[14:00:47] <wikibugs>	 Wikimedia-Fundraising-Banners: 2020-09-16 en6C pre-test: mobile small batch - https://phabricator.wikimedia.org/T262930 (spatton)
[14:01:05] <wikibugs>	 Wikimedia-Fundraising-Banners: 2020-09-16 en6C pre-test: mobile large batch - https://phabricator.wikimedia.org/T262868 (spatton)
[14:01:21] <wikibugs>	 Wikimedia-Fundraising-Banners: 2020-09-16 en6C pre-test: desktop large batch - https://phabricator.wikimedia.org/T262850 (spatton)
[14:13:21] <wikibugs>	 (CR) Ejegg: "check experimental" [extensions/DonationInterface] (fundraising/REL1_35) - https://gerrit.wikimedia.org/r/627406 (owner: Ejegg)
[14:17:45] <wikibugs>	 Wikimedia-Fundraising-Banners: QA for en6C pre-test on September 16 - https://phabricator.wikimedia.org/T262849 (jbolorinos-ctr)
[14:17:47] <wikibugs>	 Wikimedia-Fundraising-Banners: 2020-09-16 en6C pre-test: mobile large batch - https://phabricator.wikimedia.org/T262868 (jbolorinos-ctr) Open→Resolved a:jbolorinos-ctr All issues found have been reported and addressed.  Closing this task now as Resolved, these banners are READY TO TEST! @spatton
[14:28:42] <wikibugs>	 (PS7) Zfilipin: WIP The first sample Selenium test in Node.js [extensions/CentralNotice] - https://gerrit.wikimedia.org/r/443093 (https://phabricator.wikimedia.org/T262684)
[14:30:51] <wikibugs>	 (CR) jerkins-bot: [V: -1] WIP The first sample Selenium test in Node.js [extensions/CentralNotice] - https://gerrit.wikimedia.org/r/443093 (https://phabricator.wikimedia.org/T262684) (owner: Zfilipin)
[14:38:07] <wikibugs>	 (CR) Zfilipin: "PS7 simplifies and updates the readme, and updates and fixes wdio.conf.js" [extensions/CentralNotice] - https://gerrit.wikimedia.org/r/443093 (https://phabricator.wikimedia.org/T262684) (owner: Zfilipin)
[14:48:17] <wikibugs>	 Wikimedia-Fundraising-Banners: 2020-09-16 en6C pre-test: desktop large batch - https://phabricator.wikimedia.org/T262850 (jbolorinos-ctr) Ok all issues found have been reported and addressed now.  Closing this as Resolved, since these banners are now READY TO TEST!
[14:48:23] <wikibugs>	 Wikimedia-Fundraising-Banners: QA for en6C pre-test on September 16 - https://phabricator.wikimedia.org/T262849 (jbolorinos-ctr)
[14:48:25] <wikibugs>	 Wikimedia-Fundraising-Banners: 2020-09-16 en6C pre-test: desktop large batch - https://phabricator.wikimedia.org/T262850 (jbolorinos-ctr) Open→Resolved a:jbolorinos-ctr
[14:49:53] <wikibugs>	 (PS9) Zfilipin: WIP The first sample Selenium test in Node.js [extensions/CentralNotice] - https://gerrit.wikimedia.org/r/443093 (https://phabricator.wikimedia.org/T262684)
[14:50:26] <wikibugs>	 (CR) Zfilipin: "PS9 sorts npm scripts" [extensions/CentralNotice] - https://gerrit.wikimedia.org/r/443093 (https://phabricator.wikimedia.org/T262684) (owner: Zfilipin)
[14:51:11] <wikibugs>	 (CR) Zfilipin: "@Jbol it took me a while to update this old patch, but all systems are green now, we're ready for launch ;)" [extensions/CentralNotice] - https://gerrit.wikimedia.org/r/443093 (https://phabricator.wikimedia.org/T262684) (owner: Zfilipin)
[14:56:05] <jgleeson>	 ejegg|brb: I wanna run something by you
[14:56:30] <jgleeson>	 I'm looking over the ingenico audit record that's causing the failmail
[14:57:07] <jgleeson>	 the problematic record contains a " in the zipcode as discussed
[14:57:13] <wikibugs>	 Wikimedia-Fundraising-Banners: 2020-09-16 en6C pre-test: desktop small batch - https://phabricator.wikimedia.org/T262932 (jbolorinos-ctr) Screenshot Test Results - Monthly Convert - Desktop: - Control: https://app.crossbrowsertesting.com/public/i15b74a2dc92badb/screenshots/z2f841ad473973ad9206 - Challenging...
[14:57:40] <jgleeson>	 it looks like we can run the ingenico audit parser in isolation with this command `/usr/bin/run-job --job ingenico_wx_audit_parse`
[14:58:56] <jgleeson>	 which in turn runs `drush parse-audit ingenico --run_all`
[14:59:28] <jgleeson>	 now that last command basically finds the latest audit files in /incoming and processed them and adds in ones we don't have a record of
[15:01:05] <jgleeson>	 inside the ingenico audit process, it scans the directory where it expects to find the newly downloaded audit files and then it it orders the filenames to processed by the date contained within each filename
[15:02:39] <jgleeson>	 so my current thinking is I'm going to copy today's audit file, fix the broken zip code, drop it in /incoming and rename the file so that the audit processor sorts my new file to the top of the list
[15:04:02] <jgleeson>	 I'll then run the ingenico_wx_audit_parse job and I figure it should process the fixed record, ignore the versions of the broken record in other files and fix this issue
[15:04:22] <jgleeson>	 when I first mentioned this you had reservations about something new being downloaded
[15:05:11] <jgleeson>	 I think that might have been related to the ingenic_audit process control job, which downloads and runs the parser when run
[15:05:54] <jgleeson>	 in the plan outlind above, I'd only be running the second part of the process control job, specifically the ingenico_wx_audit_parse job
[15:06:39] <jgleeson>	 what say you?
[15:06:44] <jgleeson>	 :)
[15:09:00] <jgleeson>	 s/proessed/process!/
[15:09:52] <jgleeson>	 good time for notconfusing to quit
[15:10:30] <jgleeson>	 ah you're back! hopefully that's a good omen
[15:14:26] <jgleeson>	 -_-
[15:14:51] <jgleeson>	 (づ｡◕‿‿◕｡)づ
[15:15:00] <cstone>	 haha jgleeson
[15:15:15] <jgleeson>	 :)
[15:21:15] <ejegg>	 hi jgleeson
[15:21:47] <ejegg>	 oh right, so it won't be a problem to have it twice
[15:21:56] <ejegg>	 because the first one processed will go in
[15:22:23] <ejegg>	 hm, although I think the audit processor will still send it twice
[15:22:29] <ejegg>	 since it checks the db
[15:23:15] <ejegg>	 and the first one it encounters won't be in the db be the time it looks at the second
[15:25:49] <jgleeson>	 ah got it
[15:26:51] <jgleeson>	 ok so it will process the first one, send it to the quue and then break on the second but the next time around.... it should skip it right?
[15:27:13] <jgleeson>	 whats one more failmail amongst friends ?
[15:27:43] <ejegg>	 yah sure, just let it fail once more is OK too
[15:28:06] <ejegg>	 oh, or actually, the queue consumer should ignore the second one
[15:28:49] <ejegg>	 I forget, do we have the audit processor querying the replica db yet?
[15:28:56] <ejegg>	 we should do that if we don't have it already
[15:29:06] <ejegg>	 no need to hit master
[15:30:20] <jgleeson>	 ok cool
[15:31:23] <jgleeson>	 looks like the audit file processor orders the files by dates in the name in ascending order
[15:31:47] <jgleeson>	 so if I rename my fixed file to the day before the earliest current file
[15:31:50] <jgleeson>	 we should be good!
[15:32:50] <ejegg>	 yep!
[15:33:03] <ejegg>	 also, the fixed file only needs that one line
[15:33:17] <jgleeson>	 oh yeah good point!
[15:33:56] <jgleeson>	 ok I'm gona relocate and then I'll try that out! thanks for the feedback
[15:38:29] <ejegg>	 oh derp
[15:38:32] <ejegg>	 remex-html
[15:38:47] <ejegg>	 description: Fast HTML 5 parser
[15:39:14] <ejegg>	 perhaps i should check out that homemade option
[15:39:35] <ejegg>	 though this one does seem to work too: https://gerrit.wikimedia.org/r/c/mediawiki/extensions/DonationInterface/+/627406
[15:41:28] <ejegg>	 hmm, remex seems a bit unwieldy for our needs
[15:49:37] <ejegg>	 it can build a DomDocument
[15:49:47] <ejegg>	 maybe I'll just see if that throws the same error
[15:49:52] <ejegg>	 one less requirement would be nice
[16:04:15] <wikibugs>	 Fundraising-Backlog, MediaWiki-extensions-CentralNotice, I18n: All messages in CentralNotice are defaulted to English regardless of content language - https://phabricator.wikimedia.org/T18321 (Aklapper) It's not very helpful to re-add tags while ignoring the comment which explains why the tag got rem...
[16:41:53] <ejegg>	 woohoo, got it working with remex
[16:42:14] <ejegg>	 pretty gnarly to get the DomDocument, but there are some examples to follow
[16:46:32] <wikibugs>	 (PS1) Ejegg: Use RemexHTML in tests to handle newer elements [extensions/DonationInterface] (fundraising/REL1_35) - https://gerrit.wikimedia.org/r/627564
[16:47:02] <wikibugs>	 (Abandoned) Ejegg: Use php-html-parser instead of DomDocument in tests [extensions/DonationInterface] (fundraising/REL1_35) - https://gerrit.wikimedia.org/r/627406 (owner: Ejegg)
[16:47:19] <ejegg>	 fr-tech anyone have some time to review this chain? 			// p.s. i'm SERIOUS about the character encoding.
[16:47:28] <ejegg>	 grr
[16:47:37] <ejegg>	 this chain: https://gerrit.wikimedia.org/r/627564
[16:47:37] <jgleeson>	 I'm here ejegg just setting up the audit job
[16:47:41] <ejegg>	 ok, cool
[16:47:50] <jgleeson>	 lemme run that then I'll jump on it
[16:47:59] <ejegg>	 when you're done that, I'd be happy to step through those other patches in a call
[16:49:43] <jgleeson>	 ejegg: I'm a little confused to be honest about the audit incoming dir
[16:49:59] <jgleeson>	 it looks like we have audit files going back to Jan 15th in the directory
[16:50:37] <jgleeson>	 in /var/spool/audit/globalcollect/incoming
[16:50:52] <jgleeson>	 now I was kinda expecting files that aren't recent to have been moved out
[16:51:07] <ejegg>	 yep yep
[16:51:31] <ejegg>	 so it moves files out once it has checked that there are no more unsolved transactions in them
[16:51:41] <ejegg>	 also, there may be files of types that we don't process there
[16:51:54] <ejegg>	 we keep them just in case they'll be interesting some day
[16:52:00] <jgleeson>	 I'm looking at wx1* audit files in /incoming
[16:52:05] <ejegg>	 and so that the sftp sync script doesn't need to filter
[16:52:16] <ejegg>	 oh really, there are wx1 files there from January?
[16:52:22] <jgleeson>	 yeah
[16:52:33] <wikibugs>	 Wikimedia-Fundraising-Banners: 2020-09-16 en6C pre-test: mobile small batch - https://phabricator.wikimedia.org/T262930 (jbolorinos-ctr) Screenshot Test Results - Monthly Convert - Mobile: - Control: https://app.crossbrowsertesting.com/public/i15b74a2dc92badb/screenshots/zbbdfb0421dbe3920d05 - Are you able v...
[16:52:34] <ejegg>	 so we should run the audit script in --make-missing mode once a week or so
[16:52:54] <ejegg>	 and that should take care of the ones that the normal run can't find details for in the logs
[16:53:04] <ejegg>	 the make-missing mode fakes up some data
[16:53:07] <ejegg>	 so it's not preferred
[16:53:21] <ejegg>	 but if we can't find the real data after a few days it's better than nothing
[16:53:25] <wikibugs>	 Wikimedia-Fundraising-Banners: 2020-09-16 en6C pre-test: desktop small batch - https://phabricator.wikimedia.org/T262932 (jbolorinos-ctr) Open→Resolved a:jbolorinos-ctr All issues found have been reported and addressed.  Closing this as Resolved, these banners are now READY TO TEST!
[16:53:28] <wikibugs>	 Wikimedia-Fundraising-Banners: QA for en6C pre-test on September 16 - https://phabricator.wikimedia.org/T262849 (jbolorinos-ctr)
[16:53:32] <ejegg>	 can you tell if that's actually running once a week still?
[16:53:46] <jgleeson>	 sorry
[16:53:50] <jgleeson>	 that's jan 2019!
[16:53:57] <jgleeson>	 hmm lemme check
[16:54:55] <jgleeson>	 I don't see a schedule line in /srv/process-control/civi1001/ingenico_wx_make_missing.yaml ejegg
[16:55:11] <ejegg>	 oh darn
[16:55:38] <ejegg>	 so the other thing is that we generally only run the top N files
[16:55:53] <ejegg>	 I don't think it's actually looking at the files back to Jan 2019 each night
[16:56:21] <jgleeson>	 hmmm
[16:56:28] <jgleeson>	 I think I saw a run_all flag somewhere
[16:56:41] <ejegg>	 in the make missing run?
[16:56:45] <ejegg>	 that would make sense
[16:56:55] <jgleeson>	 no in the wx_audit_parser job
[16:57:52] <ejegg>	 ohh
[16:58:08] <ejegg>	 huh, so that's a big waste of CPU cycles
[16:58:30] <jgleeson>	 `drush parse-audit ingenico --run_all`
[16:58:40] <ejegg>	 yep, that's running them all I guess
[16:58:55] <jgleeson>	 should we remove that flag maybe?
[16:59:03] <jgleeson>	 hmm
[16:59:08] <jgleeson>	 maybe not
[16:59:13] <jgleeson>	 instead just move the files
[16:59:26] <ejegg>	 yeah, let's move the stuff from 2019
[16:59:49] <jgleeson>	 I think Jeff_Green or dwisehaupt would have to do that due to perms
[17:00:15] <ejegg>	 jgleeson: we can also do that with a p-c script
[17:00:37] <ejegg>	 but we should also run a makemissing mode every so often to keep it clean
[17:01:48] <jgleeson>	 ok. I still think I can squeeze in the patched audit file to fix the quote bug. I'll just check the date of the first failmail relating to it and add a file with the name of the date the day before that
[17:01:55] <jgleeson>	 to save adding one from 2019
[17:02:02] <jgleeson>	 in case that does anything weird
[17:02:28] <jgleeson>	 ejegg: like a one-off p..c script?
[17:02:34] <jgleeson>	 I think I've seen you do that before
[17:02:42] <ejegg>	 yeah, exactly
[17:02:54] <ejegg>	 I think there might even be a move_audit yaml in there already
[17:07:01] <dwisehaupt>	 i agree that it's better to have it programattic (even if it's rarely used) than relying on a human to do the move. :)
[17:09:50] <wikibugs>	 Wikimedia-Fundraising-Banners: 2020-09-16 en6C pre-test: mobile small batch - https://phabricator.wikimedia.org/T262930 (jbolorinos-ctr) Open→Resolved a:jbolorinos-ctr All issues found have been reported and addressed.  Closing this task as Resolved, these banners are now READY TO TEST!
[17:09:52] <wikibugs>	 Wikimedia-Fundraising-Banners: QA for en6C pre-test on September 16 - https://phabricator.wikimedia.org/T262849 (jbolorinos-ctr)
[17:10:30] <wikibugs>	 Wikimedia-Fundraising-Banners: QA for en6C pre-test on September 16 - https://phabricator.wikimedia.org/T262849 (jbolorinos-ctr) Open→Resolved a:jbolorinos-ctr Hey @spatton,  Signing-off on QA now for this batch, these banners are now READY TO TEST!!
[17:13:33] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising-Backlog: As a email manager, I'd like to see which contacts are suppressed - https://phabricator.wikimedia.org/T261705 (KHaggard) Sorry, I'm a bit confused. Fr-tech sends the Master Suppression List export file to us and we have it mapped to upda...
[17:17:57] <jgleeson>	 brb
[17:31:46] <wikibugs>	 Fundraising-Backlog, MediaWiki-extensions-DonationInterface: Fix PHPUnit deprecation warnings in DI tests - https://phabricator.wikimedia.org/T262955 (Ejegg)
[17:36:23] <jgleeson>	 ok looks like we first saw the quotey audit file record on the 2nd of sept
[17:37:01] <jgleeson>	 so let's cp the audit file for that day rename it to 20200901
[17:55:07] <jgleeson>	 sorry ejegg this is taking longer than I expected!
[17:55:32] <jgleeson>	 turns out there was no mention of that record in the sept 2nd audit file
[17:55:45] <jgleeson>	 but found it in the audit file for sept 3rd
[17:59:50] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising-Backlog, fr-donorservices, FR-Email: frFR contacts not updating in Acoustic - https://phabricator.wikimedia.org/T261870 (MBeat33) Hi all,  We saw what looks like a related bulk email complaint today. The donor in Zendesk 802792 is in Civi...
[18:00:23] <jgleeson>	 hmm ok so this is a little tricker
[18:01:35] <jgleeson>	 looks like the offending " first appears in the sept 3rd audit xml file, wx1.000000657020200903.010241.xml.gz
[18:01:42] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising-Backlog, fr-donorservices, FR-Email: frFR contacts not updating in Acoustic - https://phabricator.wikimedia.org/T261870 (MBeat33) Resolved→Open
[18:02:32] <jgleeson>	 so I guess it's a wx1* file I need to copy
[18:03:09] <jgleeson>	 ok that's cool it looks like they're the files we want
[18:03:13] <jgleeson>	 return '/wx\d\.\d{18}\.\d{6}.xml.gz/';
[18:03:42] <jgleeson>	 so I guess I need to extract out the xml node entirely with all its child nodes
[18:03:54] <jgleeson>	 add it to a well formed xml doc and gzip it up
[18:04:10] <jgleeson>	 rename it and run the audit
[18:09:56] <wikibugs>	 Wikimedia-Fundraising-Banners: Japan Mobile Small Banner: Emoji #2 - https://phabricator.wikimedia.org/T262852 (jbolorinos-ctr) Hey @TSkaff, here are the results from the Screenshots Test - Mobile:  - Emoji variant: https://app.crossbrowsertesting.com/public/i15b74a2dc92badb/screenshots/zb4b9bb90e28ff277732
[18:16:12] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising-Backlog, fr-donorservices, FR-Email: frFR contacts not updating in Acoustic - https://phabricator.wikimedia.org/T261870 (KHaggard) Hi @MBeat33 - Thanks for flagging. I'm looking up this contact in Acoustic and their information looks upda...
[18:20:17] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising-Backlog, fr-donorservices, FR-Email: frFR contacts not updating in Acoustic - https://phabricator.wikimedia.org/T261870 (MBeat33) Thanks, I fwd-ed the original email from fundraising@, does that give you the visibility you'd like for this...
[18:27:52] <jgleeson>	 ejegg|food: looks like it might be tricky to just add a single audit record to a new audit file. The audit files contains a bunch of meta and totals data that I guess I could modify but might be easier to just run a copy of the file with the fixed record.
[18:28:25] <jgleeson>	 the downside is we hit the db needlessly for the other records
[18:28:57] <jgleeson>	      17 <tns:NumberOfRecords>74650</tns:NumberOfRecords>
[18:28:59] <jgleeson>	 hmmm
[18:29:37] <jgleeson>	 74649 extra db queries saved for a bit more fiddling does feel worth it
[18:29:46] <ejegg|food>	 jgleeson: we ignore those completely
[18:29:56] <jgleeson>	 we don't hit the db?
[18:30:04] <jgleeson>	 to confirm they exist
[18:30:06] <ejegg|food>	 no, the totals section
[18:30:09] <jgleeson>	 ohhh
[18:30:14] <ejegg|food>	 either leave it as is
[18:30:20] <ejegg|food>	 or just delete it from the modified file
[18:31:26] <jgleeson>	 ok great, I think I'll leave them as is to preserve the hierarchy of the xml. thanks
[18:33:48] <jgleeson>	 sorry to ping you while you're eating btw! also when you get back I'll pause on this and we can talk through your review otherwise I'll miss you as I'm dropping off after sprint review. That way I can pick the review up tomorrow my morning.
[18:34:18] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising-Backlog, fr-donorservices, FR-Email: frFR contacts not updating in Acoustic - https://phabricator.wikimedia.org/T261870 (KHaggard) No need, I see the Sent Date info in the forwarded email and it looks like the control from this morning's...
[18:37:25] <ejegg>	 jgleeson ok, i'm back & ready to talk through the review
[18:37:45] <ejegg>	 cstone: if you're around, want to also hop on the sprint call early?
[18:37:59] <ejegg>	 Just trying to get some last-minute CR on the 1.35 ticket
[18:39:42] <jgleeson>	 ok great lemme just get my charger brb
[18:40:29] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising-Backlog, fr-donorservices, FR-Email: frFR contacts not updating in Acoustic - https://phabricator.wikimedia.org/T261870 (MBeat33) Ah, thank you for seeing that @KHaggard. Sorry I didn't do a name search for an alt address! I will merge th...
[18:40:38] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising-Backlog, fr-donorservices, FR-Email: frFR contacts not updating in Acoustic - https://phabricator.wikimedia.org/T261870 (MBeat33) Open→Resolved
[18:40:57] <cstone>	 sure ejegg
[18:41:06] <ejegg>	 thanks!
[19:05:38] <wikibugs>	 (PS2) Ejegg: Update test fn signatures for new PhpUnit [extensions/DonationInterface] (fundraising/REL1_35) - https://gerrit.wikimedia.org/r/627407
[19:05:40] <wikibugs>	 (PS3) Ejegg: Stop messing with $_SERVER in tests [extensions/DonationInterface] (fundraising/REL1_35) - https://gerrit.wikimedia.org/r/627404
[19:05:42] <wikibugs>	 (PS3) Ejegg: Stop PHP warning/error on empty IP list [extensions/DonationInterface] (fundraising/REL1_35) - https://gerrit.wikimedia.org/r/627405
[19:05:44] <wikibugs>	 (PS2) Ejegg: Handle lightncandy passing l10n nested arrays [extensions/DonationInterface] (fundraising/REL1_35) - https://gerrit.wikimedia.org/r/627403
[19:05:46] <wikibugs>	 (PS2) Ejegg: Use RemexHTML in tests to handle newer elements [extensions/DonationInterface] (fundraising/REL1_35) - https://gerrit.wikimedia.org/r/627564
[19:08:55] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Civi point release - https://phabricator.wikimedia.org/T261359 (DStrine) Open→Resolved
[19:09:20] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Get drush to accept debug_query context - https://phabricator.wikimedia.org/T262368 (Eileenmcnaughton) Open→Resolved
[19:09:22] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Analyse queries running during queue processing - https://phabricator.wikimedia.org/T261688 (Eileenmcnaughton)
[19:09:36] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising-Backlog, Patch-For-Review: Bug: Silverpop nightly jobs failed due to session limits - https://phabricator.wikimedia.org/T261211 (Eileenmcnaughton) Open→Resolved
[19:11:17] <wikibugs>	 Fundraising Sprint Nyan cats for everyone, Fundraising Sprint Octopus hugs, Fundraising Sprint Pseudopretzels, Fundraising Sprint Raw data never hurt anyone, and 4 others: Duplicate donations with the same contribution tracking id - https://phabricator.wikimedia.org/T256037 (DStrine) Open→...
[19:12:22] <wikibugs>	 (CR) Cstone: [C: +2] Fix Adyen audit processor recur handling [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/623668 (https://phabricator.wikimedia.org/T255317) (owner: Eileen)
[19:16:01] <wikibugs>	 Fundraising-Backlog: Add a grafana graph for the new stats added in T256037 - https://phabricator.wikimedia.org/T262968 (jgleeson)
[19:19:10] <wikibugs>	 fundraising-tech-ops, DC-Ops, Operations, ops-eqiad: (Need By: 2020-09-30) rack/setup/install frmx1001 & frdata1002 - https://phabricator.wikimedia.org/T260181 (Jgreen)
[19:20:21] <wikibugs>	 (Merged) jenkins-bot: Fix Adyen audit processor recur handling [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/623668 (https://phabricator.wikimedia.org/T255317) (owner: Eileen)
[19:24:11] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Engage Weekly Import not importing due to  error message with  Direct Mail Appeal - White Mail - https://phabricator.wikimedia.org/T256912 (DStrine) Open→Resolved
[19:26:00] <wikibugs>	 fundraising-tech-ops, DC-Ops, Operations, ops-eqiad: (Need By: 2020-09-30) rack/setup/install frmx1001 & frdata1002 - https://phabricator.wikimedia.org/T260181 (Jgreen)
[19:44:31] <wikibugs>	 Fundraising-Backlog: get payments wiki setup on docker - https://phabricator.wikimedia.org/T262971 (DStrine)
[19:54:28] <wikibugs>	 Fundraising-Backlog: feature parity with vagrant on docker - https://phabricator.wikimedia.org/T262971 (DStrine)
[20:02:43] <wikibugs>	 Fundraising-Backlog, Epic: Epic: feature parity with vagrant on docker - https://phabricator.wikimedia.org/T262971 (DStrine)
[20:05:06] <wikibugs>	 Fundraising-Backlog, Epic: Epic: feature parity with vagrant on docker - https://phabricator.wikimedia.org/T262971 (DStrine)
[20:05:20] <wikibugs>	 Fundraising-Backlog, Epic: Get civi working on docker - https://phabricator.wikimedia.org/T262975 (DStrine)
[20:05:22] <wikibugs>	 Fundraising-Backlog, Epic: Get payments wiki working on docker - https://phabricator.wikimedia.org/T262976 (DStrine)
[20:05:32] <wikibugs>	 Fundraising-Backlog, Epic: Get queues working on docker - https://phabricator.wikimedia.org/T262977 (DStrine)
[20:05:53] <wikibugs>	 Fundraising-Backlog: Get queues working on docker - https://phabricator.wikimedia.org/T262977 (DStrine)
[20:06:01] <wikibugs>	 Fundraising-Backlog: Get payments wiki working on docker - https://phabricator.wikimedia.org/T262976 (DStrine)
[20:06:08] <wikibugs>	 Fundraising-Backlog: Get civi working on docker - https://phabricator.wikimedia.org/T262975 (DStrine)
[20:09:56] <wikibugs>	 Fundraising-Backlog: Get payments wiki working on docker - https://phabricator.wikimedia.org/T262976 (DStrine)
[20:15:35] <wikibugs>	 Fundraising-Backlog: Get civi working on docker - https://phabricator.wikimedia.org/T262975 (DStrine)
[20:19:11] <wikibugs>	 Fundraising-Backlog: Get queues working on docker - https://phabricator.wikimedia.org/T262977 (DStrine)
[20:19:32] <wikibugs>	 Fundraising-Backlog: Get queues working on docker - https://phabricator.wikimedia.org/T262977 (DStrine)
[20:24:59] <wikibugs>	 (PS1) Pcoombe: New English Thank You email [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/627592 (https://phabricator.wikimedia.org/T262909)
[20:26:52] <wikibugs>	 Fundraising-Backlog, FR-AutoTY-Email, Patch-For-Review: New 2020 English thank you email - https://phabricator.wikimedia.org/T262909 (Pcoombe) Patch above. Can we deploy this onto civi staging first for some testing? Thanks!
[20:28:55] <wikibugs>	 Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, FR-Email, Patch-For-Review: Matching Gifts database data cleanup - https://phabricator.wikimedia.org/T260935 (Ejegg) @MNoorWMF if you have an example of a bad link handy, could you paste it here?  The patch in review will fix the two column name...
[20:32:21] <wikibugs>	 Fundraising-Backlog: Enable Adyen forms for New Zealand and Australia - https://phabricator.wikimedia.org/T262825 (DStrine)
[20:37:03] <wikibugs>	 Fundraising-Backlog, FR-Q2-FY2020-21-cleanup-list: Make easy on/off switch for Monthly covert - https://phabricator.wikimedia.org/T250918 (DStrine)
[20:41:23] <wikibugs>	 Fundraising-Backlog, FR-AutoTY-Email, Patch-For-Review: New 2020 English thank you email - https://phabricator.wikimedia.org/T262909 (Eileenmcnaughton) Code is on staging now
[20:42:47] <wikibugs>	 Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: New Gift Source = Alternative Gifts created - https://phabricator.wikimedia.org/T239845 (DStrine) Open→Resolved Hey @RLewis it looks like we don't have to do anything to help with this. But it's always good to know you made this. have fun!
[20:44:00] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Analyse queries running during queue processing - https://phabricator.wikimedia.org/T261688 (Eileenmcnaughton) Open→Resolved
[20:45:39] <wikibugs>	 Fundraising Sprint S 2020, Fundraising-Backlog: Get queues working on docker - https://phabricator.wikimedia.org/T262977 (DStrine)
[20:45:41] <wikibugs>	 Fundraising Sprint S 2020, Fundraising-Backlog: Get payments wiki working on docker - https://phabricator.wikimedia.org/T262976 (DStrine)
[20:45:43] <wikibugs>	 Fundraising Sprint S 2020, Fundraising-Backlog, Epic: Epic: feature parity with vagrant on docker - https://phabricator.wikimedia.org/T262971 (DStrine)
[20:45:46] <wikibugs>	 Fundraising Sprint S 2020, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Address extraneous pcp queries in donation processing - https://phabricator.wikimedia.org/T262885 (DStrine)
[20:45:48] <wikibugs>	 Fundraising Sprint S 2020, Fundraising-Backlog, FR-AutoTY-Email, Patch-For-Review: New 2020 English thank you email - https://phabricator.wikimedia.org/T262909 (DStrine)
[20:45:50] <wikibugs>	 Fundraising Sprint S 2020, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Review activity related queries in contribution processing - https://phabricator.wikimedia.org/T262884 (DStrine)
[20:45:52] <wikibugs>	 Fundraising Sprint S 2020, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Port in search improvement on saving groups from Coleman - https://phabricator.wikimedia.org/T262873 (DStrine)
[20:45:54] <wikibugs>	 Fundraising Sprint S 2020, Fundraising-Backlog: Enable Adyen forms for New Zealand and Australia - https://phabricator.wikimedia.org/T262825 (DStrine)
[20:45:56] <wikibugs>	 Fundraising Sprint S 2020, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Address extraneous location related queries in queue processing - https://phabricator.wikimedia.org/T262883 (DStrine)
[20:45:58] <wikibugs>	 Fundraising Sprint S 2020, Fundraising-Backlog, FR-Q2-FY2020-21-cleanup-list: Make easy on/off switch for Monthly covert - https://phabricator.wikimedia.org/T250918 (DStrine)
[20:46:00] <wikibugs>	 Fundraising Sprint S 2020, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: wmf endowment total not updated for contact 43739294 - https://phabricator.wikimedia.org/T262467 (DStrine)
[20:46:02] <wikibugs>	 Fundraising Sprint S 2020, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, FR-Email, Patch-For-Review: Matching Gifts database data cleanup - https://phabricator.wikimedia.org/T260935 (DStrine)
[20:46:04] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising Sprint S 2020, Fundraising-Backlog: As a email manager, I'd like to see which contacts are suppressed - https://phabricator.wikimedia.org/T261705 (DStrine)
[20:46:06] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising Sprint S 2020, Fundraising-Backlog, FR-Adyen, Patch-For-Review: reimplement adyen iframe in a variant - https://phabricator.wikimedia.org/T261590 (DStrine)
[20:46:10] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising Sprint S 2020, Fundraising-Backlog: Error: UNKNOWN missing essential contribution tracking ID - https://phabricator.wikimedia.org/T256274 (DStrine)
[20:46:12] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising Sprint S 2020, Fundraising-Backlog, MW-1.36-notes (1.36.0-wmf.8; 2020-09-08): Missing spacing between : and text on payments wiki page - https://phabricator.wikimedia.org/T261439 (DStrine)
[20:46:14] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising Sprint S 2020, Fundraising-Backlog: Grafana graph of wmf_civicrm_contribution_message_import - https://phabricator.wikimedia.org/T261689 (DStrine)
[20:46:16] <wikibugs>	 Fundraising Sprint Octopus hugs, Fundraising Sprint Pseudopretzels, Fundraising Sprint Raw data never hurt anyone, Fundraising Sprint S 2020, and 2 others: Fr-tech chores list - https://phabricator.wikimedia.org/T258527 (DStrine)
[20:46:18] <wikibugs>	 Fundraising Sprint Pseudopretzels, Fundraising Sprint Raw data never hurt anyone, Fundraising Sprint S 2020, Fundraising-Backlog, and 2 others: Adyen audit processor does not import initial recurring donations - https://phabricator.wikimedia.org/T255317 (DStrine)
[20:46:20] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising Sprint S 2020, Fundraising-Backlog, fr-donorservices, Patch-For-Review: French TY email sending donors to unsubscribe page in English - https://phabricator.wikimedia.org/T260814 (DStrine)
[20:46:22] <wikibugs>	 Fundraising Sprint Octopus hugs, Fundraising Sprint Pseudopretzels, Fundraising Sprint Raw data never hurt anyone, Fundraising Sprint S 2020, and 6 others: Banner history logger records incorrect status code following campaign fallback - https://phabricator.wikimedia.org/T255810 (DStrine)
[20:46:31] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising Sprint S 2020, Fundraising-Backlog, MW-1.36-notes (1.36.0-wmf.8; 2020-09-08): Missing spacing between : and text on payments wiki page - https://phabricator.wikimedia.org/T261439 (Pcoombe) My change on translatewiki got [reverted](https:/...
[20:54:54] <ejegg>	 cstone I reordered those commits in jenkins to match the order of the demo
[20:55:02] <ejegg>	 lmk if you have any more questions about any of them
[20:55:07] <cstone>	 thanks ejegg
[20:56:52] <dwisehaupt>	 now i want to go to kazakistan to see the snake bridge: https://it.wikivoyage.org/wiki/Nur-Sultan#/media/File:Snake_bridge_02.jpg
[20:57:14] <dstrine>	 oooh
[20:57:58] <dwisehaupt>	 sadly i'd never know it was there since that isn't on the english page on wikivoyage
[21:04:14] <cstone>	 ill be back in a bit gona go out on the lake while its still flat
[21:04:31] <ejegg>	 dwisehaupt: sounds like an opportunity for an edit!
[21:04:40] <wikibugs>	 Fundraising Sprint 🐍 is not a valid zipcode, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, FR-Email, Patch-For-Review: Matching Gifts database data cleanup - https://phabricator.wikimedia.org/T260935 (MNoorWMF) @Ejegg sure, I've got a handful just from clicking randomly around the datab...
[21:05:11] <ejegg>	 nice, snake makes it all the way through the notifier bot and even shows nicely in irssi
[21:08:36] <jgleeson>	 showing good here too in weechat!
[21:09:15] <dwisehaupt>	 i like how the snake is different depending on the client.
[21:09:37] <eileen>	 nice!
[21:10:04] <eileen>	 dwisehaupt: will there be another planned outage for dbs this year?
[21:10:31] <eileen>	 (I've become aware one column that should be in int is a varchar but it would be a slow alter)
[21:13:53] <dwisehaupt>	 hmmm... not thinking of one off the top of my head, but we can try and get one in next 6 weeks if it would be good to get it done.
[21:14:26] <dwisehaupt>	 sooner the better, while avoiding email sends of course.
[21:14:42] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising Sprint 🐍 is not a valid zipcode, Fundraising-Backlog: As a email manager, I'd like to see which contacts are suppressed - https://phabricator.wikimedia.org/T261705 (bsisolak) A few notes to add. You can do anything mentioned here with the API...
[22:03:05] <eileen>	 dwisehaupt: good to get it done = yes - but not required
[22:14:56] <wikibugs>	 Fundraising Sprint 🐍 is not a valid zipcode, Fundraising-Backlog, FR-Q2-FY2020-21-cleanup-list: Make easy on/off switch for Monthly covert - https://phabricator.wikimedia.org/T250918 (Cstone) @dstrine Which monthly convert variant would be the main one? the one at  variant=monthlyConvert?
[22:29:42] <wikibugs>	 Fundraising-Backlog, MediaWiki-extensions-DonationInterface: Fix PHPUnit deprecation warnings in DI tests - https://phabricator.wikimedia.org/T262955 (Reedy)
[23:09:39] <dwisehaupt>	 this week is full of turning over one rock in hopes of an answer to find 100 more small rocks underneath to search through.
[23:21:20] <wikibugs>	 Fundraising Sprint Raw data never hurt anyone, Fundraising Sprint 🐍 is not a valid zipcode, Fundraising-Backlog, MW-1.36-notes (1.36.0-wmf.8; 2020-09-08): Missing spacing between : and text on payments wiki page - https://phabricator.wikimedia.org/T261439 (jbolorinos-ctr) +1 on that idea Peter! T...