[03:24:31] Hi! Long ago redirecting user pages to another wiki using #REDIRECT was discouraged, because that added the page to Special:BrokenRedirects. That doesn't happen anymore; is there any reason to discourage that now? Is it still discouraged on some wikis? [03:24:54] (On some Wikimedia wikis, that is.) [03:43:24] global userpages are in testing now, so I imagine that we can discourage users to not redirect pages... on tech terms I can't imagine problems with a interwiki-redirect (imo) [03:52:51] Thanks. :) [03:53:50] Pathoschild: o/ [03:54:04] Pathoschild: https://lists.wikimedia.org/pipermail/wikitech-ambassadors/2015-February/001092.html :) [03:54:51] Yay! \o/ [03:55:12] CentralAuth on mw now shows the number of wiki one is attached on..is it global userpage related? [03:55:50] probably not [03:56:49] * lestaty looks to synchbot again and can see pathos crying [03:56:49] comets: https://phabricator.wikimedia.org/T86503 [04:02:24] Do we have an idea how soon this could go live, assuming all goes well with the test? Are we talking weeks or months? [04:03:06] If it's right around the corner, I might start discouraging new Synchbot requests to create user pages. [04:29:02] Pathoschild: full deployment is currently scheduled for Feb 18th [04:37:55] Whee! [04:47:35] legoktm: will the "use global user page" setting default to true when this goes live, or will users have to manually set it on all wikis? [04:55:17] Pathoschild: it'll be true, and since it only exists as a global preference (which isn't deployed) it won't have any effect or even exist on WMF wikis [05:00:15] Thanks. :) [16:10:35] legoktm: any eta on global prefs? [16:28:16] Betacommand: you can help test global user pages for now :) [17:33:37] I have problem accessing wikimedia servers over IPv6. Over IPv4 everything works fine, and IPv6 functions fine for e.g. Google. [17:33:52] It fails here like the following: http://paste.debian.net/144572/ [17:34:15] I can open a connection to en.wikipedia.org, but don't get any reply. [17:34:38] v6 ping works everywhere, mtr traces are also fine. [17:35:52] Once I force v4 the connection is ok: http://paste.debian.net/144573/ [17:39:39] works for me [17:40:23] does it help if you force it to resolve to 2620:0:861:ed1a::1 ? (eqiad datacenter instead of esams) [17:41:21] Yes, it does. [17:51:35] Uhm, seems to be very unreliable: I've got answer from 862 once as well, and now 861 does not respond. [17:51:54] Anyway, I have found I see the same issue with another host, so it is not wikimedia related, but something to ask ISP. [17:51:57] Sorry for the noise! [22:59:55] Betacommand: not really. I'm not happy with the current implementation... [23:02:00] legoktm: What don't you like? [23:06:37] https://github.com/wikimedia/mediawiki-extensions-GlobalPreferences/blob/master/SpecialGlobalPreferences.php mainly [23:09:14] https://github.com/wikimedia/mediawiki-extensions-GlobalPreferences/blob/master/GlobalPreferences.hooks.php#L147 is also pretty bad :/