[00:59:33] <lfschenone>	 hi ! anyone able to rename users at wikitech ?
[01:00:39] <mutante>	 lfschenone: it's not completely impossible but really complicated
[01:00:49] <mutante>	 there is like one case, this https://phabricator.wikimedia.org/T85913
[01:00:56] <lfschenone>	 https://wikitech.wikimedia.org/wiki/Renaming_users
[01:01:38] <mutante>	 yea, needs work on 3 different systems. LDAP, wiki and Gerrit
[01:01:44] <mutante>	 and Gerrit is migrated currently
[01:02:19] <lfschenone>	 hm, ok, do you recommend i post on the phabricator task ?
[01:02:34] <mutante>	 yes please
[01:02:38] <lfschenone>	 thx
[01:02:43] <mutante>	 you could click "create subtask"
[01:02:54] <mutante>	 then you get a separate one but same people subscribed already
[01:02:59] <mutante>	 and linked
[12:40:12] <Steinsplitter>	 Error: https://commons.wikimedia.org/w/load.php?debug=false&lang=en&modules=ext.gadget.libGlobalReplace%2ClibWikiDOM%7Cjquery.mwExtension&skin=vector&version=2dae889fdc8b at line 7: TypeError: mw.libs.wikiDOM is undefined
[12:40:21] <Steinsplitter>	 anyone a iddea what is causing this error?
[12:41:10] * Steinsplitter pokes MatmaRex :)
[12:42:02] <MatmaRex>	 missing dependencies, i'd guess
[12:42:40] <MatmaRex>	 Steinsplitter: https://commons.wikimedia.org/wiki/MediaWiki:Gadget-libGlobalReplace.js uses mw.libs.wikiDOM
[12:42:42] <Steinsplitter>	 MatmaRex: https://commons.wikimedia.org/w/index.php?title=MediaWiki:Gadget-libGlobalReplace.js any iddea how to fix that?  It is a widely used (default) gadget. (otherwise i won't disturb people here)
[12:43:31] <MatmaRex>	 although, hmm. it seems to have the dependency defined at https://commons.wikimedia.org/wiki/MediaWiki:Gadgets-definition
[12:45:26] <MatmaRex>	 Steinsplitter: what did you do to get this error?
[12:45:36] <Steinsplitter>	 renaming a file
[12:45:53] <Steinsplitter>	 the gadget is replacing the usage then.
[12:53:40] <MatmaRex>	 Steinsplitter: argh. i think i see why
[12:54:25] <MatmaRex>	 Steinsplitter: looking at the bottom of https://commons.wikimedia.org/wiki/MediaWiki:Gadget-libWikiDOM.js - it seems that this library is written to allow loading it in the browser, or server-side in Node.JS or something like that
[12:54:31] <MatmaRex>	 with the 'module.exports' thing
[12:54:44] <MatmaRex>	 except that we've very recently added support for module.exports to ResourceLoader
[12:55:11] <MatmaRex>	 so it's no longer setting mw.libs.wikiDOM, and anything that used it broke
[12:56:14] <MatmaRex>	 looking at https://commons.wikimedia.org/w/index.php?title=Special:Search&search=module.exports&fulltext=Szukaj&profile=all , there might be a few other affetced scripts
[12:58:29] <MatmaRex>	 Steinsplitter: the culprit is https://gerrit.wikimedia.org/r/#/c/265793/ . i'll fix the gadget
[13:03:21] <MatmaRex>	 Steinsplitter: this should fix it: https://commons.wikimedia.org/w/index.php?title=MediaWiki:Gadget-libWikiDOM.js&diff=194796369&oldid=164697547 please verify that it works (i don't think i have the rights on commons that would let me use these)
[13:04:16] <Steinsplitter>	 MatmaRex: Thanks a LOT!!!
[13:04:30] <MatmaRex>	 from the search i linked earlier, MediaWiki:Gadget-jquery.mousewheel.js shouldn't be affected (but please also verify if you know how to enable that script), MediaWiki:Unorm.js seems abandoned so i'm not touching it until someone complains, and User:Rillke/CodeMirror/lib/codemirror.js is in user's namespace so i'm not touching it either
[13:07:50] <Steinsplitter>	 works now :)   will check the other
[13:07:56] <Steinsplitter>	 thx again
[13:08:30] <MatmaRex>	 yay
[16:34:18] <Skalman>	 Hello! We'd like to prevent use of PUA characters in titles. Is it a bug in MediaWiki that it is currently allowed? Or should we add something to the mediawiki:titleblacklist (any tips)?
[16:35:06] <andre__afk>	 What is "PUA"?
[16:35:18] <Skalman>	 private use areas of Unicode
[16:35:52] <Skalman>	 https://en.wikipedia.org/wiki/Private_Use_Areas
[16:36:06] <andre__afk>	 https://phabricator.wikimedia.org/T44807 I guess
[16:37:52] <DanielK_WMDE>	 !wg LegalTitleChars | Skalman
[16:38:00] <DanielK_WMDE>	 ...where is the bot?...
[16:38:20] <DanielK_WMDE>	 Skalman: https://www.mediawiki.org/wiki/Manual:$wgLegalTitleChars
[16:38:50] <DanielK_WMDE>	 this is not a unicode regex, but a byte-wise regex, it seems
[16:39:22] <Skalman>	 DanielK_WMDE: I can't tell whether PUA is included or not, but on a Wikimedia wiki they are allowed (sv-wikt)
[16:40:23] <DanielK_WMDE>	 Skalman: yea, don't know whether this is intentional. file a ticket?
[16:40:49] <Skalman>	 DanielK_WMDE: sure - I'll do that
[16:40:58] <DanielK_WMDE>	 thanks
[16:42:02] <Skalman>	 DanielK_WMDE: any idea of what tag I should use, or should I simply use MediaWiki-General-or-Unknown?
[16:42:28] <DanielK_WMDE>	 that's the best i can think of off-hand
[16:43:00] <DanielK_WMDE>	 Skalman: you could also add the i18n tag in addition
[16:43:14] <Skalman>	 ok
[16:43:18] <DanielK_WMDE>	 the i18n folks generally know most about the ugly details of unicode
[16:44:23] <DanielK_WMDE>	 Skalman: there is also Wikimedia-Site-requests if you want to request this being disabled on one or all Wikimedia sites.
[16:44:39] <DanielK_WMDE>	 that's "turn it off for us" vs. "it's a bug that it is possible".
[16:44:46] <DanielK_WMDE>	 depends on how you want to frame this
[16:45:14] <Skalman>	 I can imagine some wiki wanting to use PUA for special characters in custom fonts
[16:46:38] <Nemo_bis>	 Hmm where did we last use such a regex in core
[16:47:15] <Nemo_bis>	 To identify some indic script I think
[16:48:49] <Skalman>	 Nemo_bis: unicode regex, not PUA regex, right?
[16:50:29] <Nemo_bis>	 Yes, no idea what a PUA regex is
[16:50:44] <Nemo_bis>	 Oh, nice; no more useless "up for grabs" https://phabricator.wikimedia.org/T133766#2251641
[16:56:43] <andre__afk>	 Nemo_bis: yeah, because that vague message was actually hiding the previous assignee
[17:03:01] <Skalman>	 created bug report: https://phabricator.wikimedia.org/T133993
[17:52:51] <Volker_E>	 When did the new Phabricator layout come into place?
[17:58:27] <James_F>	 Volker_E: Around 18:00 on Wednesday night.
[17:58:35] <James_F>	 Volker_E: Monthly-ish update.
[17:59:40] <Volker_E>	 James_F: Change seemed to have landed for me now (ahem, browser cache)
[18:01:15] <Volker_E>	 Any chance to get back to the former layout?
[18:06:07] <bd808>	 Volker_E: not unless they revert the changes upstream, no
[18:08:54] <Volker_E>	 bd808 :{
[18:09:52] <Volker_E>	 bd808: has this been a topic somewhere? Or just to me?
[18:10:23] <bd808>	 Volker_E: https://phabricator.wikimedia.org/T133825
[18:11:17] <Volker_E>	 bd808: thanks!
[19:57:15] <AndyRussG>	 dr0ptp4kt: Hi! many apologies for not having the chance to get back to you about https://phabricator.wikimedia.org/T132604
[19:57:55] <AndyRussG>	 Before I get to a detailed reply to the points and questions there, pls let me give you a tl;dr of what I'd say, in case you're actively working on stuff:
[19:58:25] <AndyRussG>	 Recommendation is, don't use a cookie, but rather use the LocalStorage mechanism already integrated into CentralNotice, just for storing a persistent bucket value
[19:58:54] <AndyRussG>	 While there have been quite valid reservations about LocalStorage most have been addressed
[19:59:11] <AndyRussG>	 And we're in fact in the process of moving most CentralNotice cookies to LocalStorage, for performance reasons
[20:36:35] <dr0ptp4kt>	 thanks, AndyRussG 
[20:48:52] <AndyRussG>	 dr0ptp4kt: likewise! I think you said in an e-mail that Jeff is working on this? is he on IRC?
[23:43:39] <Fluffernutter>	 I'm having some issues with crosswiki notifications in Firefox. On enwp, I got a red dot telling me that I have a new message on Wikidata, but when I open the alerts drop-down and click on that one, I get  "Could not retrieve notifications. Please try again. (Error: Access to the remote domain was denied)." Reloading in FF (46) made no difference, but when I
[23:43:39] <Fluffernutter>	 opened the same account in Chrome 50, it worked fine.
[23:45:30] <Fluffernutter>	 Oh, RoanKattouw tells me this is a known issue. Stand down the klaxons :)