[00:48:49] <MaxSem>	 weee https://makefrontendshitagain.party/
[04:29:40] <_joe_>	 MaxSem: we should create a similar MW skin at the hackathon
[13:04:36] <no_justification>	 https://phabricator.wikimedia.org/tag/mw-1.31-release/
[13:05:06] <no_justification>	 Do de dooooo
[13:06:34] <no_justification>	 James_F: ping re: T30856
[13:06:35] <stashbot>	 T30856: Remove classic edit toolbar from core - https://phabricator.wikimedia.org/T30856
[13:06:54] <James_F>	 Eurgh.
[13:07:01] <no_justification>	 anomie: Is this...not really a blocker? T159567
[13:07:01] <stashbot>	 T159567: PHP session.auto_start = true makes MediaWiki unable to save sessions - https://phabricator.wikimedia.org/T159567
[13:07:14] <James_F>	 Not happening right now. :-( It’s in Danny’s hands.
[13:07:23] <no_justification>	 T191947 I can't tell how it's possible :\
[13:07:24] <stashbot>	 T191947: Web installer stops if you have proc_open disabled - https://phabricator.wikimedia.org/T191947
[13:07:45] <no_justification>	 T118683 was filed against 1.27...should it really block 1.31?
[13:07:46] <stashbot>	 T118683: 1.27-alpha / TitleMoveComplete-closure has invalid call signature - https://phabricator.wikimedia.org/T118683
[13:08:05] <James_F>	 We could remove in 1.31 but not in master but that’d be a mess.
[13:08:11] <no_justification>	 T167942: oh yay, "block a release for a postgres bug :\"
[13:08:12] <stashbot>	 T167942: Database::upsert() for Postgres triggers an (ignored) error, by design - https://phabricator.wikimedia.org/T167942
[13:09:26] <no_justification>	 (which, tbh, is just a logging issue, not really a "bug" per se)
[13:09:52] <anomie>	 no_justification: T159567 has been around for a while, hasn't blocked, and hasn't had anyone else reporting it. I suspect it happens if PHP's automatic session cookie collides with MediaWiki's session cookie.
[13:09:57] <no_justification>	 T172165: didn't we decide to go ahead and bump to 7.0 for REL1_31? Did that not happen yet?
[13:09:57] <stashbot>	 T172165: Require either PHP 7.0+ or HHVM in MW 1.31 - https://phabricator.wikimedia.org/T172165
[13:10:14] <no_justification>	 anomie: That's what I gathered from your comment on the task
[13:10:28] <no_justification>	 Would you mind de-tagging it with something to that affect?
[13:11:03] <anomie>	 no_justification: IIRC the plan is to support the intersection of features supported by both HHVM and PHP 7.0 in 1.31. Although master will lag behind somewhat until WMF is ready.
[13:11:14] <no_justification>	 Yes, that's what we decided
[13:11:22] <no_justification>	 But....did anyone bump in on the branch?
[13:11:58] <James_F>	 Yes. I did.
[13:12:18] <no_justification>	 Ok. Maybe we need a "Done" column
[13:12:26] <James_F>	 The task isn’t closed yet because it’s not merged in master, but it went out in rc.0.
[13:12:31] <no_justification>	 I hate those, but for tracking release blockers might be necessary
[13:12:40] * James_F nods.
[18:14:19] <legoktm>	 no_justification: re: extensions settings conflict blockers, I submitted a core patch (https://gerrit.wikimedia.org/r/#/c/433193/) for the exception message, and submitted patches for 3/4 affected extensions, but removed that second task as a blocker since it doesn't affect any bundled extensions
[22:05:44] <MaxSem>	 anomiem twentyafterfour: looks like some security patches are borked:  PHP Fatal Error from line 138 of /srv/mediawiki/php-1.32.0-wmf.4/includes/api/ApiLogin.php: syntax error, unexpected ';'
[22:05:50] <MaxSem>	 anomie: ^
[22:06:11] <twentyafterfour>	 MaxSem: ouch
[22:06:17] <twentyafterfour>	 I'll take a look
[23:32:52] * legoktm trouts MaxSem
[23:59:53] <MaxSem>	 thanks legoktm, I like sushi