[00:01:26] eileen: hi, you around? [00:02:07] eh I keep answering this for myself, nvm [00:06:14] yep here [00:07:54] eileen: oh hi. I was just testing your unsubscribe extension [00:08:04] I'll holler if I have specific Qs again... [00:08:06] cool - I put it on staging [00:08:23] Unfortunately, I'm unable to log into gerrit to comment or + anything at the moment [00:08:43] I also pushed it to my github [00:08:49] So I'll mention here, it's fine to host the extension on github as long as there's also the gerrit copy for deployment as you did her [00:08:52] *here [00:09:03] however, we normally use submodules [00:09:14] ah right [00:09:21] I guess if you're not making many changes it doesn't matter. entirely your choice [00:09:40] our drupal modules are copied straight in from upstream for example, so I guess this is consistent [00:09:49] so I am trying to think how it will look / work if we start to publish several small extensions & share them [00:10:16] the other thing I was looking at an extension for is our data fix-ups [00:10:35] because things like fixing double or no primary addresses have a demand beyond us [00:10:49] & the worry I have is that I might get quite a few pull requests [00:11:21] but I guess that's fine, in that we don't have to update our submodule just because we have had a pull request [00:12:03] so maybe that is a case for going submodule [00:12:04] is there a scripted way to update extensions? [00:12:06] meh [00:12:16] yeah there are api calls for that [00:12:20] kk [00:12:33] Extension.install key=org.wikimedia.unsubscribeemail [00:12:47] Not sure the update one but there is something [00:12:55] Fundraising-Backlog, MediaWiki-extensions-CentralNotice: Central Notice: possible CN issue early on December 1st UTC - https://phabricator.wikimedia.org/T152122#2856021 (AndyRussG) [00:13:12] NB if you want to make comments & can't get into gerrit you could put them on the repo here [00:13:12] https://github.com/eileenmcnaughton/org.wikimedia.unsubscribeemail [00:13:18] as issues I suppose [00:14:45] Fundraising-Backlog, MediaWiki-extensions-CentralNotice: Central Notice: possible CN issue early on December 1st UTC - https://phabricator.wikimedia.org/T152122#2839139 (AndyRussG) Just to note, the above query (P4586) and conclusions are a little bit wrong, because db (enwiki, frwiki, etc.) doesn't real... [00:16:27] k nice [00:18:15] Fundraising-Backlog, FR-Ingenico, MediaWiki-extensions-DonationInterface: Spike: determine whether to use SDK for Ingenico Connect - https://phabricator.wikimedia.org/T152649#2856048 (Ejegg) [00:18:30] Fundraising-Backlog, FR-Ingenico, MediaWiki-extensions-DonationInterface: Spike: determine whether to use SDK for Ingenico Connect - https://phabricator.wikimedia.org/T152649#2856060 (Ejegg) [00:18:58] nb awight if you are good with the extension I will convert to a submodule & add some install steps (& post it to civicrm extensions directory) [00:19:18] & probably do a brief blog [00:19:32] to tell people they can use it [00:19:35] ok--and we can always convert to a submodule even after merging this patch [00:19:38] as you wish [00:21:28] yeah I think it's easier to check you are happy with the extension & then I'll clean up the deploy steps [00:22:26] I have it installed. looking for the entry point now [00:23:19] as in the url? [00:23:27] civicrm/a/#/email/unsubscribe [00:23:34] ty [00:23:43] I didn't put a menu link to it but perhaps should. I added to drupal menu [00:24:12] ok I'm in [00:26:13] eileen: Should I worry that, I have an email shared by 18 contacts but only one is appearing in the search results? [00:26:42] oh that's odd--core civi can only find one though [00:31:06] eileen: i'm a fool--it's cos the dupes were deleted [00:31:44] so. it's really nice, and does what it advertises. [00:31:59] I'll just uh... bless in Phabricator until I can get back into gerrit [00:32:01] back later! [00:32:31] awight: you can't get back into gerrit? [00:32:50] Fundraising Sprint Testing on Production, Fundraising Sprint Unbreaking Now, Fundraising Sprint Value Subtracting, Fundraising Sprint Waiting for Godot, and 3 others: Civi: restore the 'unsubscribe from spam' option to Main menu - https://phabricator.wikimedia.org/T147571#2696936 (awight) +2! Wo... [00:33:15] ejegg: I'm part of a pilot group who is experiencing a bizarre bug [00:33:21] they just upgrade gerrit [00:33:38] so it includes lots of features meant to prevent us from catching up with for-profit development [00:35:30] oh fun [00:37:23] (CR) Ejegg: [V: 0 C: 0] "submethods look good, want to just take the country_fields WS change out?" (1 comment) [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/325604 (https://phabricator.wikimedia.org/T152123) (owner: XenoRyet) [00:41:35] (PS4) XenoRyet: Adyen form for Canada [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/325604 (https://phabricator.wikimedia.org/T152123) [00:42:53] Fundraising-Backlog, MediaWiki-extensions-CentralNotice: Spike: Impressions abnormally low for Ireland - https://phabricator.wikimedia.org/T152650#2856086 (awight) [00:50:03] awight: cool - if you are happy with the extension I will re-work as a submodule [00:50:09] I'm happy! [00:51:44] ok - cool [00:54:22] awight: If I am going to publish that extension to the civicrm extensions repo do I need to move it under the wmf github account? [00:56:12] eileen: if fr-tech is going to own it long term, we could get another repo in gerrit which would be mirrored to github [00:56:46] umm [00:56:55] yeah that's all awkward [00:57:01] yeah - I feel like we are going to move towards publishing small extensions that others can use - but the Civi community 'get's github [00:57:22] The recommendation for gerrit is that you don't just mirror the repo, but actually host it on gerrit [00:57:26] & does pull requests on github - it's not a 2-way flow is it? [00:57:29] Fundraising Sprint Waiting for Godot, Fundraising-Backlog, FR-Ingenico, Unplanned-Sprint-Work: Spike: investigate the ingenico reintegration - https://phabricator.wikimedia.org/T149238#2856121 (Ejegg) Some topics for discussion on this talk page: https://www.mediawiki.org/wiki/Talk:Fundraising_te... [00:57:40] I guess we should just host it on github and clone like you had done already? [00:57:51] well that's easy.... [00:57:54] ejegg: do you remember where you went to do funky stuff to the beta cluster? Was it just sshing into deployment-tin.deployment-prep.eqiad.wmflabs? [00:58:04] fyi https://www.mediawiki.org/wiki/Gerrit/GitHub [00:58:10] (trying to ssh in there, getting rejected...) [00:58:21] so the gerrit -> github mirror is automatic, but not really 2-way like you were saying [00:58:25] AndyRussG: hmm, it was the same place as I usually go for deploys [00:58:30] lemme see if that's it [00:58:34] https://www.mediawiki.org/wiki/Gerrit/GitHub#..._but_not_pull_requests [00:58:41] yeah… [00:59:18] well, the next section seems to recommend exactly that though [00:59:19] AndyRussG: I just have hostname 'tin', proxied via bast1001.wikimedia.org [01:00:08] ejegg: but isn't that production production, not betacluster? [01:00:47] err, shoot, i have a terrible memory [01:00:49] let me see [01:01:00] so, it almost seems to endorse me leaving it on my github repo & ? duplicating into gerrit? & submoduling in from gerrit [01:02:09] eileen: bizarrely so [01:04:53] AndyRussG: deployment-tin.eqiad.wmflabs works for me [01:05:26] (CR) Ejegg: [V: 0 C: 2] Adyen form for Canada [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/325604 (https://phabricator.wikimedia.org/T152123) (owner: XenoRyet) [01:05:32] (CR) jenkins-bot: [V: 0 C: 0] Adyen form for Canada [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/325604 (https://phabricator.wikimedia.org/T152123) (owner: XenoRyet) [01:07:07] (Merged) jenkins-bot: Adyen form for Canada [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/325604 (https://phabricator.wikimedia.org/T152123) (owner: XenoRyet) [01:21:27] huh must be a permissions thing... [01:22:09] AndyRussG: no .deployment-prep subdomain [01:22:28] Ah huh [01:23:14] ejegg: nope, Permission denied (publickey)... I'll ask on releng... Thx!!! [01:23:24] k [01:23:29] see you! [01:34:05] ok, i'm outta here too! [04:30:01] dstrine: is anyone looking at disk space I think we need jeff_green [04:50:09] !log disable jobs CiviCRM dedupe, Thank you mail send, Donations q consumer [04:50:22] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [04:51:24] !log diable major gifts dedupe jobs [04:51:32] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [04:52:26] !log disable http://localhost:9000/job/Silverpop%20emails%20-%20Build%20export%20files/ [04:52:41] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [04:53:03] !log disable fredge multiq consumer [04:53:15] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [05:04:52] I am trying to ping people on ops channel - v quiet there tho [05:06:03] eileen: I've got hold of elliot [05:06:38] great [05:06:54] I can see files to delete but do not have permission [05:07:09] I have a drush command I could run through jenkins if I dare [05:07:27] what's the command? [05:07:42] I'll put it on the other channel [05:14:32] Fundraising-Backlog, MediaWiki-extensions-CentralNotice: en6C_dsk_FR campaign: Bucket D behind in impressions - https://phabricator.wikimedia.org/T152662#2856436 (spatton) [05:34:02] Fundraising-Backlog, MediaWiki-extensions-CentralNotice: en6C_dsk_FR campaign: Bucket D behind in impressions - https://phabricator.wikimedia.org/T152662#2856454 (AndyRussG) Hmmm, that does look dicey! What time frame are those impressions from? I'll check the data on Hive... Hope it's just a sampling-re... [05:44:55] Fundraising-Backlog, MediaWiki-extensions-CentralNotice: en6C_dsk_FR campaign: Bucket D behind in impressions - https://phabricator.wikimedia.org/T152662#2856473 (spatton) Thanks for the fast response, Andy. This test went up at 22:50 UTC today and is still live. [05:49:24] !log donations consumer back on [05:49:38] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [06:11:16] !log re-enable thank you mail send [06:11:29] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [06:15:43] !log re-enabled Fredge Multiqueue Consumer [06:15:56] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [06:24:05] woo, 12G free! [06:25:05] !log re-enabled silverpop export build job [06:25:15] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [06:25:28] thanks for raising the alarm eileen ! [06:25:46] Pretty sure we can all go back to bed / our lives now [06:26:14] yep - I will send an email out [06:26:20] thank you [06:44:38] !log dedupe jobs enabled [06:44:50] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [13:23:37] Fundraising-Backlog, MediaWiki-extensions-CentralNotice: en6C_dsk_FR campaign: Bucket D behind in impressions - https://phabricator.wikimedia.org/T152662#2856436 (Pcoombe) One of the banners in bucket D appears in a different position: at the top of the page instead of at the end of the first section. It... [17:46:52] ccogdill: ohh, I think the disk space issue last night happened right before the silverpop job was supposed to run [17:47:10] ohhh [17:47:13] that would make sense [17:47:28] could we re-run it now? [17:47:56] Fundraising-Backlog: 12/8/16 IBM import job failed - https://phabricator.wikimedia.org/T152697#2857478 (CCogdill_WMF) [17:48:21] I had just created this when you pinged me :p whoops [17:48:55] ccogdill: yeah, we can re-run it! Let me just turn off the de-dupe jobs... [17:51:47] thank you @ejegg [17:52:08] it takes awhile to run, right? like an hour and a half or something? [17:52:23] like three hours and something :( [17:52:57] uf [17:53:01] well… [17:53:05] !log disabled CiviCRM de-dupe jobs (CiviCRM contacts, Major gifts contacts, Major gifts 500+) [17:53:12] have you already started it? [17:53:17] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [17:53:36] not yey [17:53:38] *yet [17:54:22] okay let’s do it. this will help with my GB emails tomorrow AM [17:54:35] but I’ll send my US emails before this is done [17:54:35] ok, running it. [17:54:39] had to work that out in my head [17:55:23] upload and everything should be done in 4 hrs, I'll check and confirm to you then [17:57:12] fr-tech I'mma get to a warmer spot - will be back for -talk in 10-15 min [18:00:04] fr-tech: In the future, you're going to get computers as prizes in breakfast cereals. [18:00:04] You'll throw them out because your house will be littered with them. [18:00:04] -- discuss. [18:01:39] me too, except i have to make this place warm [18:07:21] ok fr-tech, i'm in the meeting [18:53:40] (PS1) Ejegg: Clean up .gitignore [wikimedia/fundraising/dash] - https://gerrit.wikimedia.org/r/325985 [19:32:41] (PS1) Ejegg: Announce debug mode, skip DNS hackery [wikimedia/fundraising/dash] - https://gerrit.wikimedia.org/r/326007 [19:57:24] (PS1) Ejegg: Syslog package depends on node version [wikimedia/fundraising/dash] - https://gerrit.wikimedia.org/r/326012 (https://phabricator.wikimedia.org/T99869) [20:09:51] cwd|afk: Aargh, I still can't log into gerrit. But wanted to mention that we can fix the dash submodules situation--we should probably redo the branching to match our other repos, especially if we're trying to support multiple versions of node. [20:10:17] i.e., contrib libraries are only included in the deployment branch [20:11:37] awight: sounds good. We'll also need different syslog packages for different versions. This seems to work: https://gerrit.wikimedia.org/r/326012 but I want to change the hasSyslog test [20:13:51] irc [20:13:53] (PS2) Ejegg: Support both node-syslog and modern-syslog [wikimedia/fundraising/dash] - https://gerrit.wikimedia.org/r/326012 (https://phabricator.wikimedia.org/T99869) [20:13:53] d'oh [20:14:07] ejegg: yeah the syslog thing didn't sound fun [20:14:35] This whole deal might be a losing proposition until we can upgrade the OS and port to modern node [20:14:41] npm install gives so many deprecation warnings [20:16:47] It does seem like throwing good money after bad [20:18:11] i've got it running locally [20:18:27] just needs that syslog patch and this one: https://gerrit.wikimedia.org/r/326007 [20:18:33] i mean locally under vagrant [20:18:44] node 4.7 [20:20:07] kk sorry to attempt to pour cold water on it, then [20:20:35] awight: can you git-review -d stuff, or is your access totally hosed? [20:26:03] yah I can download [20:26:12] want me to try the syslog patch? [20:26:20] + other one [20:26:29] Fundraising Dash, Fundraising-Backlog: Dispose of knockout subscriptions when cleaning up widget - https://phabricator.wikimedia.org/T152722#2858052 (Ejegg) [20:26:40] awight: sure! [20:27:12] cwd got it running under vagrant! [20:27:23] awesome! [20:27:46] listed all the stuff in the fr-tech-talk notes [20:27:50] cwd: You still blocked on the pip issue? [20:28:04] Have you tried destroying and recreating the VM, if so? [20:29:04] awight: the solution was removing apt pip [20:29:11] O_o. ok good [20:29:17] for some reason the one in /usr/local/bin is preferred [20:32:45] erp? my vagrant is still trying to load activemq, I thought we merged that [20:35:01] awight: I think cwd's patch needs a rebase on top of that [20:35:03] cool, so how do I connect to this thing? [20:35:24] port forwarding instructions in the fr-tech-talk notes [20:35:29] k [20:35:58] looks like things that need to be added to the patch [20:36:08] mebbe I just wait [20:37:13] ok i'll get ejegg's changes there added momentarily [20:37:25] woot [20:41:06] (PS1) Ejegg: Make campaign an observable [wikimedia/fundraising/dash] - https://gerrit.wikimedia.org/r/326021 [20:47:10] awight: meeting? [20:49:57] https://www.mediawiki.org/wiki/Talk:Fundraising_tech/Chat/Ingenico_Connect [20:50:02] Fundraising-Backlog, MediaWiki-extensions-CentralNotice: DjangoBannerStats: Handle banner loader error - https://phabricator.wikimedia.org/T152723#2858103 (AndyRussG) [21:08:42] Fundraising-Backlog, fundraising-tech-ops: Spike: Should fr-tech be able to acknowledge icinga alerts? - https://phabricator.wikimedia.org/T152725#2858158 (awight) [21:09:55] https://collab.wikimedia.org/wiki/Fundraising/Big_English_checklist [21:11:23] https://etherpad.wikimedia.org/p/fr-tech_2016_checklist_notes [21:14:36] Fundraising-Backlog: 12/8/16 IBM import job failed - https://phabricator.wikimedia.org/T152697#2858201 (Ejegg) Open>Resolved a:Ejegg Oops, we disabled the job while we fixed the disk space issue, and once we re-enabled it the scheduled time had passed. Re-running export, should be done in 45 min [21:14:48] Fundraising Sprint Waiting for Godot, Fundraising-Backlog, MediaWiki-extensions-CentralNotice: en6C_dsk_FR campaign: Bucket D behind in impressions - https://phabricator.wikimedia.org/T152662#2858204 (DStrine) [21:14:59] Fundraising Sprint Waiting for Godot, Fundraising-Backlog, MediaWiki-extensions-CentralNotice: Spike: Impressions abnormally low for Ireland - https://phabricator.wikimedia.org/T152650#2858206 (DStrine) [21:18:49] Fundraising-Backlog, MediaWiki-extensions-CentralNotice: DjangoBannerStats: Handle banner loader error - https://phabricator.wikimedia.org/T152723#2858103 (DStrine) p:Triage>High [21:19:13] Fundraising-Backlog, fundraising-tech-ops: Spike: Should fr-tech be able to acknowledge icinga alerts? - https://phabricator.wikimedia.org/T152725#2858229 (DStrine) a:Jgreen [21:55:25] https://github.com/search?q=%22%3Awq%22&ref=cmdform&type=Code [21:57:27] Fundraising-Backlog, fundraising-tech-ops: Spike: Should fr-tech be able to acknowledge icinga alerts? - https://phabricator.wikimedia.org/T152725#2858422 (Jgreen) I think it's totally reasonable to be able to ack any alerts you're subscribed to. I'm not sure what the icinga user paradigm makes possible,... [22:12:59] cwd: That's fantastic [22:23:44] Fundraising-Backlog, FR-Email: Spike: Can we move bulk export back to running on a slave db? - https://phabricator.wikimedia.org/T152735#2858547 (awight) [22:23:59] brb [22:27:26] Fundraising-Backlog, fundraising-tech-ops: Make it possible for fr-tech to acknowledge icinga alerts - https://phabricator.wikimedia.org/T152725#2858584 (awight) [22:27:50] Fundraising-Backlog, fundraising-tech-ops: Make it possible for fr-tech to acknowledge icinga alerts - https://phabricator.wikimedia.org/T152725#2858158 (awight) Ok, thanks! I've updated the task title to make it the real thing. [22:28:03] * awight eyes wikibugses [22:49:45] AndyRussG: Want me to crunch numbers or flail wildly to help with any of your mysteries? [22:49:49] Those are always fun... [22:53:13] awight: heh there are that you could look into if you're bored... [22:53:34] One is, why are we getting so many "stale campaign" debug messages [22:53:42] from banner loader (the instrumentation we added) [22:53:58] I was thinking that's just old webpages somewhere [22:54:05] happy to investigate... [22:54:46] I'm suspecting it might be more than that. Maybe there's a bug in how we start and end campaigns, which could be how the infamous Dec. 1 and 2 outages got triggered at unexplicable times [22:55:33] The other is that there may a lot of banners requested for the wrong campaign because cached choicedata. Not sure, I'll have more leads on that after I open a csv that Hive just gave me... [22:55:36] thx!!! [22:58:21] ok hrm [23:02:53] ejegg: Did you make a task for the failure to hide? Redditzens make it sound like more people are affected than just the one [23:03:58] not yet, will do [23:04:17] cwd: speaking of that :wq hilarity, it turns out that's the new job applicant hack [23:04:33] you get a coding challenge involving any unique string such as an URL... search... [23:04:36] so dirty [23:05:33] awight: where is that at [23:05:36] ? [23:05:42] so for example... [23:06:33] https://github.com/search?q=https%3A%2F%2Fwikitech.wikimedia.org%2Fwiki%2FFundraising%2Ftech%2FCurrency_conversion_sample%3Fctype%3Dtext%2Fxml%26action%3Draw&ref=searchresults&type=Code&utf8=%E2%9C%93 [23:11:20] oops, back in a bit... [23:11:53] awight: ah also not to forget your Irish task-creation T152650 [23:11:53] T152650: Spike: Impressions abnormally low for Ireland - https://phabricator.wikimedia.org/T152650 [23:12:03] ha [23:12:12] dstrine: ^ do we know anything about the priority? [23:12:15] Is it a monster? [23:12:58] Or a fluffy stuffed toy bunny? [23:13:16] AndyRussG: Think we would benefit from making a logstash dashboard for CentralNotice? [23:15:02] fundraising-tech-ops, Operations: Port fundraising stats off Ganglia - https://phabricator.wikimedia.org/T152562#2858713 (fgiunchedi) @Jgreen I've outlined some of the deployment and architecture at https://wikitech.wikimedia.org/wiki/Prometheus plus docs at https://prometheus.io. By default metrics are... [23:18:33] AndyRussG: huh--the StaleCampaign exceptions skyrocketed since just this morning [23:19:51] & that wlm campaign ended November 1 [23:20:24] I'll try to pull info about the requests [23:20:33] give me a few hours for the query to run :p [23:22:23] dstrine: heads up, I'm pulling one more CentralNotice mystery into the sprint [23:24:10] awight: ok thanks for helping with the MG thing [23:25:15] oh yeah I think the importer is fun [23:25:40] that particular bug was pretty awesome, actually--the donor sent us the same check number as last year, from a different bank [23:25:50] very good luck. [23:26:26] Fundraising-Backlog, MediaWiki-extensions-CentralNotice: Spike: Investigate huge spike in StageCampaignException messages since Dec 8 - https://phabricator.wikimedia.org/T152741#2858756 (awight) [23:26:38] Fundraising Sprint Waiting for Godot, Fundraising-Backlog, MediaWiki-extensions-CentralNotice: Spike: Investigate huge spike in StageCampaignException messages since Dec 8 - https://phabricator.wikimedia.org/T152741#2858768 (awight) [23:26:54] Fundraising Sprint Waiting for Godot, Fundraising-Backlog, MediaWiki-extensions-CentralNotice, Spike: Spike: Investigate huge spike in StageCampaignException messages since Dec 8 - https://phabricator.wikimedia.org/T152741#2858756 (awight) [23:30:26] awight: If you're focusing on 1 or 2 days, u might try this Hive approach of pre-munging https://phabricator.wikimedia.org/P4584 [23:31:26] Then u can filter and group etc and I think (maybe?) it's faster than having to filter out beacon/impression for every query [23:32:36] Also, I enjoyed running queries in ipython spark notebooks... U can do this: [23:32:38] projectimport pandas [23:32:40] sqlContext = HiveContext(sc) [23:32:42] r = sqlContext.sql( """ [23:32:44] ...query goes here... [23:32:46] """ [23:32:48] ) [23:32:50] pr = r.toPandas() [23:32:52] pr.to_csv('T152122_2016-12-01_drop_ratio_by_uselang_project.csv') [23:33:28] While the feedback it gives you (syntax errors and % done) is worse than running directly in beeline, u have more editability and a record of the query as u ran it.... [23:51:11] sir, I need to see a customs declaration for that hive of pandas you're importing [23:52:12] Fundraising Sprint Waiting for Godot, Fundraising-Backlog, MediaWiki-extensions-CentralNotice, Spike: Spike: Investigate huge spike in StaleCampaignException messages since Dec 8 - https://phabricator.wikimedia.org/T152741#2858842 (Ejegg) [23:54:21] Fundraising Sprint Waiting for Godot, Fundraising-Backlog, MediaWiki-extensions-CentralNotice, FR-Email: Investigate reported banners after - https://phabricator.wikimedia.org/T152744#2858852 (Ejegg) [23:54:48] Fundraising Sprint Waiting for Godot, Fundraising-Backlog, MediaWiki-extensions-CentralNotice, FR-Email: Investigate reported banners after - https://phabricator.wikimedia.org/T152744#2858870 (Ejegg) [23:55:02] Fundraising Sprint Waiting for Godot, Fundraising-Backlog, MediaWiki-extensions-CentralNotice, FR-Email: Investigate reported banners/emails after donation - https://phabricator.wikimedia.org/T152744#2858852 (Ejegg) [23:59:51] AndyRussG: Thanks for the tips!