[03:59:48] I have a question about compiling mediawiki-php-luasandbox producing a non-viable binary for hhvm. Is this the right venue? [15:40:20] Has there been a recent change that could have affected the edit toolbar and/or the "Add links" on the side under "Languages"? Some people o hr.wiki are claiming that the toolbar doesn't even show up, and the link now goes straight to Wikidata, whereas it opened up a pop-up before. [15:40:27] I can't seem to replicate it, though... [16:57:47] Srdjan_m: sounds like a JS issue [16:58:02] the last time I've seen this, it was from one of our local gadgets [16:58:39] crashing and causing the rest of the code to stop from executing [16:59:01] you might want to ask the users to check their console for errors [16:59:26] given step-by-step instructions, most users can find the errors [17:20:06] strainu: well, i gave some instructions on how to do it. hopefully we'll have something we can work with soon. [20:14:19] strainu: well, i got this from a user. http://pastebin.com/bBTBY2Mk [20:20:29] "Secure Connection Failed The connection to en.wiktionary.org was interrupted while the page was loading." [20:21:03] Feels like the OCSP takes forever [20:28:42] you shouldn't be making external OCSP connections, and OCSP shouldn't affect the connection to wiktionary, either. [20:28:54] are you sure it's not some local-to-you network issue? [20:30:09] (maybe that first line wasn't clear: we fetch our OCSP data externally from the live TLS terminators, and then staple the static OCSP data into the connection. So your browser shouldn't be connecting directly to e.g. GlobalSign's OCSP servers, and nothing about loading our sites is capable of hanging up on something on our end doing so, either) [20:31:25] (there are a number of changes to the above planned in the near future, but none of have been deployed even for testing, yet) [20:39:36] strainu: maybe it's got to do something with https://hr.wikipedia.org/wiki/MediaWiki:Gadget-novestranice.js if i'm reading it correctly [20:46:35] bblack: I said "feels like" because I didn't inspect what is going on, but establishing the secure connection often takes multiple seconds [20:49:20] Nemo_bis: logged-in or out? What URL? UA? network? ... [20:50:39] both logged in and logged out but usually logged in, all browsers, observed both at home and in GARR [20:50:58] all of our sites? [20:51:03] what's GARR? [20:51:13] GEANT for Italy [20:51:21] university network [20:51:46] all sites, I think, but usually those which have not been visited for at least a few hours I think [20:51:58] (or maybe I'm just making that up= [20:52:18] it's hard to image there's an issue that's not local to a specific UA, not local to a specific network, not specific to auth/anon, and yet it's slowing down our site by seconds and nobody else is complaining.... [20:52:30] s/site/site(s)/ [20:52:45] DNS issues? [20:53:50] if it happens only every noew and then and perhaps only in Italy, I wouldn't be surprised [20:54:08] can you get a console trace of the network timeline, etc? [20:54:33] no, because the issue never happens upon reload [20:55:04] but it does happen reliably on initial load? [20:55:24] no [20:55:29] (after a few hours I guess?) [20:55:42] I can't really find a pattern [20:56:07] I only know that it doesn't happen if I visited the same domain in the last few minutes (or maybe hours) [20:58:41] could be DNS caching. our TTLs are only 10 minutes long [20:59:08] could be [20:59:20] (but for most, using larger shared caches from ISPs or google public DNS, etc, it's unlikely you'll be the one user hitting the refresh for the shared DNS cache anyways) [20:59:36] (and even then, DNS cache refresh should be pretty robust and quick, unless the cache is borked) [21:01:25] Is there any way to monitor such cases? [21:05:25] not really, except to catch it in a browser dev console with some kind of timeline/waterfall [21:11:36] hello, is there not a way to query a user's global rename log via the API? [21:11:49] you can use logevents to get the full log https://meta.wikimedia.org/w/api.php?action=query&list=logevents&letype=gblrename&leprop=timestamp|details [21:12:36] but it doesn't appear you can narrow it down to one user's global rename log (where that user has been renamed) [21:12:59] I would expect letitle=Example or letitle=User:Example to work, but no dice :( [21:56:04] musikanimal: try letitle=Special:CentralAuth/Example ? [21:57:26] https://meta.wikimedia.org/w/api.php?action=query&list=logevents&letype=gblrename&leprop=title|timestamp give that away [22:00:15] legoktm: yes that's it! thank you :) [22:01:32] I didn't have title in my response, and didn't think to go off of that. Makes sense now! [22:43:41] anybody here familiair with translatewiki? [22:44:23] what I always struggle with, how to get from the mediawiki page to the message on translatewiki [22:48:21] from which page? [22:49:40] well, I notice on wikipedia an untranslated page [22:50:09] link? [22:50:12] then I look with uselang=qqx to find the mediawiki page [22:50:26] So then just go to translatewiki, MediaWiki:messagename/lang [22:50:42] and I find for example mediawiki:checkuser-log-entry-ipusers [22:50:47] is it that simple? [22:50:50] yes [22:50:50] yes [22:51:24] akoopal: by that point, you've done the hard work [22:52:00] ok [22:52:16] simpler then I thought :-) [22:52:33] and Krenair link was in this case difficult, checkuser log :-)