[02:03:22] <danyill>	 hi, there I'm looking for a little assistance in configuration of Restbase/Visual Editor in MW 1.35. I was previously on MW 1.31 with Parsoid/Restbase and VE and am looking to eliminate Parsoid (JS) and use the default arrangements. This is going reasonably but when I edit pages my page is always blanked out.
[02:04:00] <danyill>	 I'm testing locally, and in my debug console of my browser I see `http://localhost/w/rest.php/localhost/v1/page/html/Scoping_Cooling_Control_Replacements?redirect=false&stash=true` is 404-ing.
[02:04:41] <danyill>	 Interestingly (and I do not know why) if I replace `v1` with `v3` I see a view of the page I'm looking for
[02:06:15] <danyill>	 Similarly, `http://localhost/w/rest.php/localhost/v3/page/html/Main%20Page/27877` works but `http://localhost/w/rest.php/localhost/v3/page/html/Main%20Page/27877` indicates `"The requested relative path (/localhost/v1/page/html/Main%20Page/27877) did not match any known handler"`.
[02:06:24] <danyill>	 I'd be grateful for any thoughts or suggestions
[02:07:49] <legoktm>	 are those not the same URLs?
[02:07:57] <legoktm>	 note that general MediaWiki support is typically handled in #mediawiki
[02:10:34] <danyill>	 Sorry, the second one should have been `http://localhost/w/rest.php/localhost/v3/page/html/Main%20Page/27877`
[02:10:40] <danyill>	 I'll pop over to there, thanks
[10:18:00] <Lucas_WMDE>	 https://phabricator.wikimedia.org/p/Meow/ is moving tons of tasks around on workboards…
[10:20:06] <RhinosF1>	 Lucas_WMDE: do you need action?
[10:20:38] <Lucas_WMDE>	 to me it feels spammy but I’m not sure, would be for phab admins to decide I guess
[10:21:06] <RhinosF1>	 I have access to disable tool but for someone around as long as then I'd rather they ignore a warning first
[10:21:33] <p858snake>	 are the moves valid?
[10:21:43] <p858snake>	 The ones i've seen in my emails seem fine
[10:22:00] <Lucas_WMDE>	 looking through some of the moves, it looks like they mainly moved tasks from “Incoming” to “Thumbnail and file rendering” and then back again
[10:22:03] <Lucas_WMDE>	 so, no-op overall
[10:22:24] <RhinosF1>	 Lucas_WMDE: https://phabricator.wikimedia.org/T287444#7242581
[10:22:28] <majavah>	 might have been scared of andre's warning to not touch the priority
[10:22:30] <RhinosF1>	 There's a few back and forth
[10:22:46] <Lucas_WMDE>	 RhinosF1: thanks
[10:22:48] <RhinosF1>	 I've left a comment but unless it carries on I'm not seeing any need
[10:23:11] <RhinosF1>	 Please ping if it does as I'll see quick
[10:23:42] <Lucas_WMDE>	 ok
[10:30:32] <RhinosF1>	 Lucas_WMDE: seems like honest mistake
[10:31:05] <Lucas_WMDE>	 ok
[14:31:21] <Nemo_bis>	 Are we still "Status: Up-ish: T287362"
[14:31:22] <stashbot>	 T287362: General site outage caused by ruwikinews usage of DPL: "upstream connect error or disconnect/reset before headers. reset reason: overflow" - https://phabricator.wikimedia.org/T287362
[14:31:56] <Nemo_bis>	 I mean, I suppose ruwikinews consider themselves down-ish, but I mean for the others. :)
[14:49:21] <majavah>	 -operations was changed to up, but I guess we forgot for this one
[14:49:45] <majavah>	 I don't think I can fix it myself
[14:56:04] <Lucas_WMDE>	 looks like someone did it
[14:56:26] <majavah>	 Lucas_WMDE: Reedy just did
[14:56:42] <Lucas_WMDE>	 thanks Reedy!
[14:57:02] <majavah>	 I imagine it would be overkill to write a bot to keep them in sync, but I'm tempted anyways :P
[15:01:47] <Nemo_bis>	 Ah yes, so we can then enjoy bot wars :)
[15:01:53] <Nemo_bis>	 Thanks Reedy 
[15:02:12] <Nemo_bis>	 (An easier solution is to remove +t)