[05:00:17] <Erutuon>	 so I'm writing a Rust parser for SQL files in the dump and wondered about the format of the page_restrictions field in the page table
[05:01:15] <Erutuon>	 the documentation gives an example "edit=autoconfirmed,sysop:move=sysop" with two values in the "edit" field
[05:01:45] <Erutuon>	 but I didn't find anything like that in the English Wiktionary dump; the fields only have one value
[05:02:30] <Erutuon>	 so I'm wondering if that's a mistake in the documentation or if some wikis do have two protection level values for a given action like that
[05:10:55] <DSquirrelGM>	 not sure about in the database itself, but I do know that Special:RecentChanges and the protection logs show both move and edit when either one actually gets changed
[05:13:52] <Erutuon>	 ahh, I should clarify
[05:14:22] <Erutuon>	 I mean the "edit=autoconfirmed,sysop" with (apparently) both "autoconfirmed" and "sysop"
[05:14:55] <Erutuon>	 I have seen both "move" and "edit" in the page_restrictions field; that's quite common
[05:17:50] <Erutuon>	 but normally there's just one value for each action, say "edit=sysop:move=sysop"
[05:18:16] <DSquirrelGM>	 I've seen multiple group assignments on occasion, but it's not particularly common, either a custom option or an API call probably was involved
[05:18:27] <DSquirrelGM>	 but it's possible
[05:21:41] <Erutuon>	 and you're thinking of the page_restrictions field in the page table, not the page_restrictions table?
[05:22:42] <DSquirrelGM>	 not entirely sure on that tbh
[05:24:58] <DSquirrelGM>	 more a matter of, seen it happen on logs, RC, page info etc. - not that I know where it's actually stored ... wasn't quite sure which part you were asking about specifically
[05:25:20] <Erutuon>	 ahh, okay
[05:26:33] <Erutuon>	 probably requires nitty-gritty knowledge of historical versions of the MediaWiki software
[05:27:38] <Erutuon>	 since the page_restrictions field is apparently a historical relic
[05:27:48] <DSquirrelGM>	 in any case, it's a strange combination of settings
[05:28:17] <Erutuon>	 yeah
[05:30:48] <Erutuon>	 it'd make more sense for two groups that don't intersect
[11:42:50] <Gopa>	 Why jenkins is not trigging on https://gerrit.wikimedia.org/r/#/c/labs/tools/VideoCutTool/+/569937/ ?
[11:44:58] <Lucas_WMDE>	 “recheck” has to be at the beginning of the comment
[11:45:06] <Lucas_WMDE>	 so I think your comment beginning with “> Uploaded patch set 1.” breaks it
[11:45:26] <Gopa>	 Aah Lucas_WMDE let me try again :)
[11:46:38] <Lucas_WMDE>	 now it worked :)
[11:47:05] <Lucas_WMDE>	 (though the error in the build output doesn’t look very related to the change :/ )
[12:05:38] <Gopa>	 Lucas_WMDE: yes 
[12:08:23] <Gopa>	 Lucas_WMDE: These tests are always failing and the output is same https://integration.wikimedia.org/ci/job/tox-docker/10009/console & https://integration.wikimedia.org/ci/job/tox-docker/10011/console 
[16:07:30] <ShakespeareFan00>	 "Request from 88.97.96.89 via cp3058.esams.wmnet, ATS/8.0.5
[16:07:30] <ShakespeareFan00>	 Error: 504, Connection Timed Out at 2020-02-04 16:06:45 GMT"
[16:07:50] <ShakespeareFan00>	 Eventually getting the WMF timeout message though
[16:11:00] <Vermont>	 so...
[16:11:04] <Praxidicae>	 someone told me to report this here and i'm sure you already know about problems but now i got a 504
[16:11:05] <Praxidicae>	 so
[16:11:08] <Praxidicae>	 whatever that means
[16:11:13] <_joe_>	 yes, problems are known
[16:11:14] <Praxidicae>	 nginx/1.13.9
[16:11:16] <rlazarus>	 thanks all! folks are looking into it right now, we'll keep you updated
[16:27:27] <ShakespeareFan00>	 rlazarus: If this the same pattern as before...
[16:27:39] <ShakespeareFan00>	 Do you have a pastebin for traceroute info?
[16:29:00] <rlazarus>	 we don't currently believe it's the same shape of issue but we'll definitely reach out if we need that information
[17:55:52] <cdanis>	 hi folks, we believe issues to be resolved.  there were a few things going on.  1) maps was deliberately turned off, as part of attempting to untangle some cross-service HTTP calls, for a little under an hour starting around 16:45 UTC.  2) mediawiki (on all wikis) was having latency difficulties from about 15:40-17:40UTC, and latency was so high it produced errors for about 16:00-16:15.
[23:34:21] <Erutuon>	 I've been getting sporadic errors like `Fatal exception of type "TypeError"` while accessing documentation on database tables on MediaWiki wiki... seems not to be reported on Phabricator...
[23:35:16] <Reedy>	 Erutuon: Did you get an error code?
[23:35:21] <Reedy>	 like a random string of numbers and letters
[23:35:36] <Reedy>	 And/or got an example
[23:36:46] <Erutuon>	 gah, I had it on my clipboard but lost it; I'll paste it if I get another error
[23:36:58] <Reedy>	 heh, cheers
[23:37:05] <Reedy>	 I'm just having a look if it appears in the logs
[23:38:04] <Reedy>	 Erutuon: Were you following Special:MyLanguage links?
[23:38:13] <Reedy>	 If so, possibly https://phabricator.wikimedia.org/T244300 ?
[23:39:42] <Erutuon>	 Oh yes, I was; the links in Template:Databases.
[23:40:39] <Erutuon>	 I'm also getting 503 responses
[23:40:57] <Erutuon>	 again from Special:MyLanguage
[23:41:06] * AntiComposite just got it too
[23:41:08] <AntiComposite>	 [XjoBAwpAMFoAAIowZlAAAAAL] 2020-02-04 23:40:51: Fatal exception of type "TypeError"
[23:41:16] <AntiComposite>	 https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:comment_table#comment_data
[23:41:20] <Reedy>	 Yeah, if it's special:mylanguage, it's the bug above
[23:41:38] <Erutuon>	 [XjoBKQpAAD8AAIE3bO4AAAAN] 2020-02-04 23:41:29: Fatal exception of type "TypeError"
[23:42:11] <Erutuon>	 via Special:MyLanguage/Manual:Recentchanges_table
[23:48:45] <Erutuon>	 posted on Phabricator