[00:36:58] <wikibugs>	 Fundraising-Backlog, FR-Amazon, MediaWiki-extensions-DonationInterface: Amazon gateway - crash on getCaptureDetails failiure? - https://phabricator.wikimedia.org/T182735#3832995 (Ejegg)
[00:44:52] <wikibugs>	 Fundraising-Backlog, MediaWiki-extensions-DonationInterface: Fatal error in Amount formatting - https://phabricator.wikimedia.org/T182737#3833028 (Ejegg)
[01:48:34] <wikibugs>	 Fundraising-Backlog, Support-and-Safety: Revoke centralnotice-admin for AWight (WMF) - https://phabricator.wikimedia.org/T168428#3833115 (revi) I thought WMF advanced permission is #support-and-safety business? (While I can just remove the permission, I'm leaving the permission as is for SuSa to take car...
[16:36:57] <wikibugs>	 Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, FR-Email: Make cURL timeout configurable for Silverpop API stuff - https://phabricator.wikimedia.org/T182795#3834700 (Ejegg)
[17:02:05] <dstrine>	 AndyRussG:  ejegg  meeting?
[17:22:06] <wikibugs>	 Fundraising-Backlog, MediaWiki-extensions-CentralNotice, MediaWiki-extensions-DonationInterface: Run Phan on CentralNotice and DonationInterface - https://phabricator.wikimedia.org/T182714#3834875 (Ejegg)
[17:29:13] <wikibugs>	 Fundraising-Backlog, MediaWiki-extensions-CentralNotice, MediaWiki-extensions-DonationInterface: Run Phan on CentralNotice and DonationInterface - https://phabricator.wikimedia.org/T182714#3834913 (Ejegg) Our code seems to be overwhelming this when I run it locally on a trunkwiki checkout with all of...
[18:02:53] <wikibugs>	 Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Different currencies for Benevity import - https://phabricator.wikimedia.org/T182808#3835068 (LeanneS)
[18:11:52] <wikibugs>	 Wikimedia-Fundraising, Mobile-Content-Service, Wikipedia-Android-App-Backlog, Wikipedia-iOS-App-Backlog, and 2 others: Run Big English fundraising on apps - https://phabricator.wikimedia.org/T181004#3835143 (Mholloway)
[18:31:49] <cwd>	 ejegg: hiya
[18:32:08] <ejegg>	 hi cwd!
[18:32:15] <ejegg>	 Bout to step into Scrum of scrums
[18:32:24] <cwd>	 aah np
[18:32:35] <ejegg>	 got any news for the rest of engineering?
[18:32:38] <cwd>	 just looking at some civi logging, nothing urgent
[18:32:45] <cwd>	 nothing i can think of, thanks
[19:07:16] <ejegg>	 cwd what's up with the civi logging?
[19:07:30] <ejegg>	 Got some good ideas of places to reduce logspam?
[19:10:02] <cwd>	 Ejegg: just about to eat lunch but I’ll message you in a bit!
[19:10:12] <ejegg>	 cool cool
[19:26:28] <wikibugs>	 Fundraising Sprint Winter Wanderland, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, FR-WMF-Audit, Patch-For-Review: Ingenico WX audit parser taking crazy long, mysql connect dying - https://phabricator.wikimedia.org/T182605#3835471 (Ejegg) Open>Resolved a:Ejegg
[19:30:45] <wikibugs>	 (PS1) Ejegg: CRM-21521: fix nested multipart handling [wikimedia/fundraising/crm/civicrm] - https://gerrit.wikimedia.org/r/398107
[19:31:06] <ejegg>	 Just updating our local version to sync with what's submitted upstream ^^^
[20:07:21] <ejegg>	 mepps I think the 'reload to see boards when new user' issue is a race condition that'll likely only happen locally
[20:08:21] <ejegg>	 i.e. when the inserts into the DB take longer than the logged-in page loading and making the next request for board info
[20:08:45] <ejegg>	 we could do something like flag the user as new and add a delay to that first request if we were really concerned
[20:09:40] <wikibugs>	 Fundraising Sprint Winter Wanderland, Fundraising-Backlog, MediaWiki-extensions-DonationInterface, MW-1.31-release-notes (WMF-deploy-2017-11-28 (1.31.0-wmf.10)), Patch-For-Review: Blocked cookie detection not working on payments-wiki - https://phabricator.wikimedia.org/T180975#3835595 (Ejegg)...
[20:18:43] <cwd>	 ejegg: do you have any wifi problems with your x1?
[20:19:17] <cwd>	 i'm going to conservatively estimate that i've spent 3 hours trying to connect to wifi since yesterday
[20:21:36] <ejegg>	 oh damn, no, I haven't had any issues like that lately
[20:21:46] <ejegg>	 what firmware version do you have?
[20:22:41] <cwd>	 firmware-iwlwifi:
[20:22:43] <cwd>	   Installed: 20170823-1
[20:22:45] <cwd>	   Candidate: 20170823-1
[20:23:09] <ejegg>	 lemme see, I might still be using the one I had to sideload at install time
[20:23:33] <cwd>	 aah
[20:23:42] <ejegg>	 so i've got 20161130-3 installed
[20:23:50] <ejegg>	 but lemme check what else there is in the dir
[20:23:54] <cwd>	 i have foudn plenty of complaints of generally unreliable wifi with this chipset
[20:24:12] <cwd>	 but the behavior is eerily similar to my last laptop
[20:24:25] <cwd>	 and it would not be the first time a bug has jumped the air gap for me
[20:25:09] <ejegg>	 ok, the thing I had to install was iwlwifi-8265-26.ucode
[20:25:12] <ejegg>	 in /lib/firmware
[20:25:27] <ejegg>	 cwd what 8265 files do you have there?
[20:26:32] <cwd>	 huh, i have 21 22 27 31
[20:26:35] <cwd>	 but not 26
[20:26:40] <mepps>	 hi ejegg i'm looking at a different bug
[20:26:42] <cwd>	 of course i have no idea what that means
[20:26:43] <wikibugs>	 Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Different currencies for Benevity import - https://phabricator.wikimedia.org/T182808#3835641 (Eileenmcnaughton) @LeanneS how does the data look when there is a different currency? Is there just an extra 'currency' column. It would be kinda good to get a...
[20:26:50] <mepps>	 it's with the refresh to board links
[20:27:26] <ejegg>	 mepps oh, what's that?
[20:27:35] <ejegg>	 not loading the default board on login?
[20:28:10] <mepps>	 no, if you refresh with one of the boards in the hash it doesn't load the board
[20:28:29] <ejegg>	 cwd want to try with 26?
[20:29:44] <ejegg>	 cwd https://ejegg.com/iwlwifi-8265-26.ucode
[20:29:52] <ejegg>	 md5sum: 2b93ebba6db2c6bbb7a8f06b0ccae9f2
[20:29:53] <cwd>	 ejegg: thanks!
[20:29:57] <cwd>	 i'll give it a shot
[20:30:43] <cwd>	 ejegg: as far as civi logging, what i was looking at is /var/log/debug
[20:30:55] <cwd>	 during peak times that file was getting massive, ~8G
[20:31:05] <ejegg>	 ah, hmm
[20:31:11] <cwd>	 it seems to have slowed down with the banners
[20:31:15] <ejegg>	 so it is 'debug' logging
[20:31:22] <cwd>	 yeah
[20:31:31] <cwd>	 it looked like per query resultsets
[20:31:33] <cwd>	 maybe only writes
[20:31:39] <ejegg>	 ahh, right
[20:31:44] <ejegg>	 lemme take a look
[20:31:59] <cwd>	 groovy
[20:32:12] <cwd>	 we were also seeing all the same stuff copied to /v/l/messages, jeff killed that
[20:32:31] <cwd>	 so the disk is not in danger atm but good to get ahead of it anyway
[20:32:57] <ejegg>	 cwd what do the resultset lines look like?
[20:33:18] <ejegg>	 not the 'Contribution result from civicrm_contribution_add():'
[20:33:22] <ejegg>	 ?
[20:33:47] <cwd>	 checking...
[20:37:02] <ejegg>	 gotta relocate; back in a bit!
[20:37:06] <cwd>	 ejegg: yeah i think that is wat i
[20:37:11] <cwd>	 what i am seeing
[20:37:38] <cwd>	 Contribution result from civicrm_contribution_add
[20:37:44] <cwd>	 yarp...lots of those
[20:43:11] <mepps>	 so ejegg what i'm looking at is that on refresh with a hash in the url the board doesn't load but i am finding the behavior to be sporadic
[21:11:16] <ejegg>	 mepps ok, I wonder if that's because the hash change event is firing before the info request comes back
[21:11:24] <ejegg>	 we could do something with promises there
[21:12:07] <ejegg>	 cwd ok, that line is being output to the console and picked up by process-control logging
[21:12:40] <ejegg>	 Let me see if we can keep doing that without also logging it to debug
[21:12:42] <mepps>	 so what i'm seeing is a pool closed error on the first call (to the default board) and then it doesn't get to the board in the hash--it doesn't use the change event, it goes through the code on initial load
[21:12:50] <cwd>	 ejegg: gotcha
[21:13:05] <cwd>	 it's not a huge deal but if it is easy to fix it would be a win
[21:13:11] <ejegg>	 mepps ah, ok
[21:13:42] <ejegg>	 what version of persistence.js are you using mepps?
[21:13:51] <mepps>	 your patch ejegg
[21:14:53] <mepps>	 althoguh i can't find your patch now
[21:15:19] <ejegg>	 https://gerrit.wikimedia.org/r/397904
[21:15:35] <wikibugs>	 (Abandoned) Ejegg: Bad submodule SHA commit [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/397886 (owner: Ejegg)
[21:17:46] <wikibugs>	 (PS2) Ejegg: Tweak informationsharing message to be more upfront [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/397637 (owner: Pcoombe)
[21:17:56] <wikibugs>	 (CR) Ejegg: [C: 2] "Thanks pcoombe!" [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/397637 (owner: Pcoombe)
[21:19:19] <wikibugs>	 (PS2) Ejegg: Redirect Adyen skin [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/393633 (owner: Mepps)
[21:19:35] <wikibugs>	 (CR) Ejegg: "PS2: deleted .DS_Store files" [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/393633 (owner: Mepps)
[21:19:59] <wikibugs>	 (PS3) Ejegg: Redirect Adyen skin [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/393633 (owner: Mepps)
[21:20:12] <wikibugs>	 (CR) Ejegg: [C: 2] "Thanks mepps!" [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/393633 (owner: Mepps)
[21:20:56] <ejegg>	 cwd huh, it's all handled by the same watchdog call
[21:21:24] <cwd>	 ejegg: it is also possible that if they are tagged right we can filter at syslog
[21:23:06] <ejegg>	 cwd ok, so during spreadsheet imports we hit that function via the web UI rather than process-control
[21:23:33] <wikibugs>	 (Merged) jenkins-bot: Tweak informationsharing message to be more upfront [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/397637 (owner: Pcoombe)
[21:23:39] <ejegg>	 so we'd lose it if it's not syslogged
[21:24:00] <ejegg>	 but... I don't think we've ever used that file for debugging
[21:24:20] <ejegg>	 and spreadsheet imports are the kind of thing we can easily retry after turning debug logging back on
[21:24:46] <cwd>	 ejegg: well, it is probably not too big of a deal
[21:24:55] <cwd>	 a more material disk space concern there is probably /tmp
[21:25:08] <wikibugs>	 (Merged) jenkins-bot: Redirect Adyen skin [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/393633 (owner: Mepps)
[21:25:58] <cwd>	 we got rid of the duplication to messages which was the egregious part
[21:27:45] <eileen>	 cwd the only file in /tmp in use is Raw Recipient Data Export Dec 13 2017 05-51-02 AM 1464.zip
[21:28:23] <cwd>	 cool, we sould make something rotate those out huh?
[21:28:54] <cwd>	 head home from town, back soon!
[21:29:24] <eileen>	 cwd yep - there is a ticket - you bumped it but not in sprint yet
[21:30:08] <wikibugs>	 (PS4) Ejegg: Debugging for mystery FK errors [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/394629
[21:30:50] <ejegg>	 ^^^ Checking for native txn rollbacks at a bunch of places to try to narrow down those FK errors
[21:32:18] <eileen>	 ejegg: I'm ok with that change - but if I approve now you'll deploy now & we can keep an eye that it's not tooo bouncy?
[21:33:35] <ejegg>	 eileen: sure
[21:33:51] <wikibugs>	 (CR) Eileen: [C: 2] "I think this will be ok but it makes me a little nervous so let's watch closely when it goes out" [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/394629 (owner: Ejegg)
[21:34:22] <ejegg>	 eileen I realized i forgot to cherry-pick your stripe .install patch, will pull that in too
[21:34:45] <eileen>	 ah ok - the payment type?
[21:34:51] <ejegg>	 yah
[21:34:54] <eileen>	 we really want to get back to merging
[21:35:04] <ejegg>	 hopefully tomorrow!
[21:35:23] <eileen>	 btw my contact type change is looking OK - I need to port some core changes tho & get tests running for it in gerrit
[21:36:25] <ejegg>	 nice!
[21:37:41] <wikibugs>	 (Merged) jenkins-bot: Debugging for mystery FK errors [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/394629 (owner: Ejegg)
[21:40:44] <wikibugs>	 (PS1) Ejegg: Apply drupal formatting to wmf_civicrm.install [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/398131
[21:40:46] <wikibugs>	 (PS1) Ejegg: Add stripe payment instrument. [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/398132 (https://phabricator.wikimedia.org/T172423)
[21:40:48] <wikibugs>	 (PS1) Ejegg: Add stripe to initial install [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/398133
[21:40:50] <wikibugs>	 (PS1) Ejegg: Debugging for mystery FK errors [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/398134
[21:41:04] <wikibugs>	 (CR) Ejegg: [C: 2] Add stripe to initial install [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/398133 (owner: Ejegg)
[21:41:06] <wikibugs>	 (CR) Ejegg: [C: 2] Apply drupal formatting to wmf_civicrm.install [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/398131 (owner: Ejegg)
[21:41:08] <wikibugs>	 (CR) Ejegg: [C: 2] Debugging for mystery FK errors [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/398134 (owner: Ejegg)
[21:41:10] <wikibugs>	 (CR) Ejegg: [C: 2] Add stripe payment instrument. [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/398132 (https://phabricator.wikimedia.org/T172423) (owner: Ejegg)
[21:42:22] <wikibugs>	 Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Different currencies for Benevity import - https://phabricator.wikimedia.org/T182808#3835868 (LeanneS) @Eileenmcnaughton the data looks exactly the same without ind. Unfortunately they don't indicate in the CSVs so I have to try to match them up based o...
[21:43:53] <wikibugs>	 (Merged) jenkins-bot: Apply drupal formatting to wmf_civicrm.install [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/398131 (owner: Ejegg)
[21:43:57] <wikibugs>	 (Merged) jenkins-bot: Add stripe payment instrument. [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/398132 (https://phabricator.wikimedia.org/T172423) (owner: Ejegg)
[21:43:59] <wikibugs>	 (Merged) jenkins-bot: Add stripe to initial install [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/398133 (owner: Ejegg)
[21:44:01] <wikibugs>	 (Merged) jenkins-bot: Debugging for mystery FK errors [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/398134 (owner: Ejegg)
[21:48:19] <wikibugs>	 Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Different currencies for Benevity import - https://phabricator.wikimedia.org/T182808#3835883 (Eileenmcnaughton) OK - so we have the converted amount & the currency & we calculate the original amount?
[21:52:30] <wikibugs>	 Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Different currencies for Benevity import - https://phabricator.wikimedia.org/T182808#3835887 (Ejegg) Argh, we don't get the original amount? I guess if we don't have their email it's ok, but @CCogdill_WMF likes to mention previous donations in the origi...
[21:52:51] <ejegg>	 ooh, shiny new f_c_u output!
[21:53:08] <Jeff_Green>	 woot
[21:53:12] <ejegg>	 oh hey, and just one 3-digit code to enter, nice
[21:53:33] <Jeff_Green>	 also it doesn't bother to prompt if there are no changes to review
[21:53:42] <ejegg>	 cool, cool
[21:54:27] <ejegg>	 !log updated civicrm from 85a8526eb8 to 798e24671b
[21:54:39] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log
[21:54:43] <Jeff_Green>	 I think it's fixed in terms of impossible submodule hashes too, those should show up at the review stage and cause a fatal error before anything other than git metadata gets touched
[21:54:53] <ejegg>	 very nice
[21:55:17] <wikibugs>	 Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Different currencies for Benevity import - https://phabricator.wikimedia.org/T182808#3835901 (LeanneS) We have the CSV that contains the original currency amount. We then receive the wire in USD so I figure out the converted amounts for each gift using...
[21:56:12] <Jeff_Green>	 lemme know if you see anything weird or broken
[21:56:21] <ejegg>	 will do
[21:58:22] <mepps>	 hey ejegg i just downloaded your latest patch with the addition to data.js and that causes the board not to load on initial login or reload
[21:58:44] <ejegg>	 oh shoot
[21:58:52] <wikibugs>	 Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Different currencies for Benevity import - https://phabricator.wikimedia.org/T182808#3835903 (Eileenmcnaughton) ie you take the total of the spreadsheet & calculate the exchange rate used? how many currencies might be in a spreadsheet?
[21:59:32] <ejegg>	 mepps so it breaks something with getting the default?
[22:00:33] <mepps>	 hmm so i fixed it on login but it is now consistently broken on login
[22:00:52] <wikibugs>	 (PS3) Mepps: Avoid closing connections prematurely [wikimedia/fundraising/dash] - https://gerrit.wikimedia.org/r/397904 (owner: Ejegg)
[22:01:40] <mepps>	 i meant broken on reload
[22:02:09] <ejegg>	 ok
[22:04:04] <ejegg>	 checking the updated patch...
[22:04:57] <wikibugs>	 Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Different currencies for Benevity import - https://phabricator.wikimedia.org/T182808#3835904 (LeanneS) To clarify, they include the amount, but not the actual currency. So it may say 5.00 but not indicate if it's EUR, CAD, etc. I have to piece it togeth...
[22:07:28] <ejegg>	 mepps that version is crashing with TypeError: connection.query(...).then is not a function
[22:07:38] <ejegg>	 oh hey, b/c of the data.js change
[22:07:49] <ejegg>	 right, not using promises there
[22:08:27] <ejegg>	 or... no, it's still async
[22:08:51] <ejegg>	 right, but that's supposed to be a 3rd param, not a .then
[22:09:37] <mepps>	 hmm weird ejegg, locally that's been working and seemed to fix the error i saw
[22:09:50] <ejegg>	 ???
[22:09:59] <mepps>	 i know i just cleared my caches too...
[22:10:02] <ejegg>	 do you have another patch in there to swap data.js over to promises?
[22:10:08] <mepps>	 nope
[22:10:09] <mepps>	 though
[22:10:20] <mepps>	 the code base should be consistent
[22:10:47] <mepps>	 i wonder whether we should creating a function in persistence.js for data.js to call
[22:10:54] <ejegg>	 ok, i'm seeing 'POOL_CLOSED' in there
[22:11:00] <mepps>	 so that we limit where the mysql calls are made
[22:11:14] <mepps>	 and make sure it's consistent
[22:13:38] <ejegg>	 i guess we could...
[22:16:23] <ejegg>	 mepps should we be using a pool and connection.release() instead?
[22:17:02] <ejegg>	 I'm wondering if we have a couple different codepaths sharing connections
[22:17:15] <mepps>	 the errors i'm seeing would indicate that
[22:18:55] <mepps>	 i tried to use one earlier actually but was having trouble getting it working, but i can try again
[22:19:12] <ejegg>	 yep, mysql-promise uses pools under the hood
[22:20:04] <mepps>	 connection.release() doesn't work with the way we've set it up though
[22:20:11] <ejegg>	 oh?
[22:20:15] <mepps>	 the function doesn't exist
[22:21:06] <ejegg>	 ah dang
[22:21:39] <mepps>	 i'm signing off in 10 ejegg but i can keep looking at this tomorrow
[22:21:42] <ejegg>	 ohhh, and mysql-promise's 'end' function actually closes down the whole pool!
[22:22:27] <ejegg>	 huh, actually, looks like mysql-promise calls release() on connections after it's done with each call
[22:22:38] <ejegg>	 maybe we just need to limit the pool size?
[22:24:06] <ejegg>	 default connection limit is 10
[22:24:22] <ejegg>	 cwd do you know if we were seeing more than 10 connections?
[22:24:49] <ejegg>	 ahh, so all the dangling connections are probably from data.js!
[22:24:52] <cwd>	 ejegg: yeah definitely more than 10
[22:25:19] <mepps>	 ejegg ahhh
[22:25:39] <ejegg>	 mepps I bet if we do like you suggest and have data.js call a fn in persistence.js to run the query
[22:25:48] <ejegg>	 we can roll back all the .end() stuff
[22:25:53] <mepps>	 awesome ejegg
[22:25:57] <ejegg>	 and just rely on that pool
[22:26:02] <mepps>	 makes sense
[22:26:10] <mepps>	 i can do that tomorrow
[22:26:14] <ejegg>	 rockin
[22:27:13] <cwd>	 i disabled 802.11n and wifi already seems more reliable...
[22:27:18] <wikibugs>	 (Abandoned) Ejegg: Avoid closing connections prematurely [wikimedia/fundraising/dash] - https://gerrit.wikimedia.org/r/397904 (owner: Ejegg)
[22:27:49] <ejegg>	 cwd on the 26 firmware? or still using 31 ?
[22:30:24] <cwd>	 wow nevermind it was just an errant 2 minutes of adequate performance
[22:30:33] <ejegg>	 :P
[22:30:52] <cwd>	 i added the .26 but don't actually know what it's using
[22:31:15] <ejegg>	 cwd oh, right, you'd probably need to move anything later out of the way for it it use that one
[22:31:28] <cwd>	 this is insane
[22:31:39] <cwd>	 i thought it couldn't possibely get worse than my xps
[22:31:43] <ejegg>	 sounds frustrating to say the least
[22:31:43] <cwd>	 this is like 5x worse
[22:32:11] <cwd>	 restart network manager, reload driver, restart router, restart laptop, ad infinitum
[22:32:26] <cwd>	 after 10 minutes it will connect for 2 minutes
[22:32:44] <cwd>	 anyway i'll try rolling back the firmware
[22:42:18] <ejegg>	 yeah, it's been rock solid for me since I got it working after install
[22:42:27] <ejegg>	 (knock wood)
[23:06:50] <wikibugs>	 (PS1) Eileen: Add extension to change contact types [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/398176 (https://phabricator.wikimedia.org/T156193)
[23:08:04] <wikibugs>	 Fundraising Sprint Kickstopper, Wikimedia-Fundraising-CiviCRM, FR-Paypal, FR-WMF-Audit: Follow up with Paypal on audit regeneration, enable parser - https://phabricator.wikimedia.org/T167828#3836095 (Popsicleface048) Open>declined
[23:09:38] <cwd>	 network-manager pegged cpus and froze computer
[23:12:04] <wikibugs>	 (CR) jerkins-bot: [V: -1] Add extension to change contact types [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/398176 (https://phabricator.wikimedia.org/T156193) (owner: Eileen)
[23:13:29] <wikibugs>	 Fundraising Sprint Vaporwerewolf, Fundraising Sprint Winter Wanderland, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, Patch-For-Review: New Civi Import - https://phabricator.wikimedia.org/T172423#3836148 (jkim_wikimedia) @Eileenmcnaughton Thanks so much- looks great! Will let you know h...
[23:13:41] <wikibugs>	 Fundraising Sprint Kickstopper, Wikimedia-Fundraising-CiviCRM, FR-Paypal, FR-WMF-Audit: Follow up with Paypal on audit regeneration, enable parser - https://phabricator.wikimedia.org/T167828#3836154 (Reedy) declined>Open
[23:15:53] <ejegg>	 gonna wander a bit
[23:25:52] <cwd>	 that was another fun solid hour of trying to connect to wifi
[23:26:02] <cwd>	 changed firmware, same behavior
[23:26:49] <cwd>	 not sure what to do at this point, guess i'll ask OIT
[23:31:05] <ejegg|afk>	 aw man... no chance it's the router?
[23:32:06] <cwd>	 nah same behavior with every network
[23:32:20] <cwd>	 even my phone which is sitting next to the computer
[23:58:25] <wikibugs>	 Fundraising-Backlog, MediaWiki-extensions-CentralNotice: CentralNotice device selector checkboxes look all weird - https://phabricator.wikimedia.org/T168910#3836251 (Pcoombe) @AndyRussG Can you take a look at this one please? It's annoying since the labels now have full width, and people are accidentally...