[01:32:04] fyi: [01:32:06] "You attempted to reach www.en.wikipedia.org, but instead you actually reached a server identifying itself as *.wikipedia.org. This may be caused by a misconfiguration on the server or by something more serious. An attacker on your network could be trying to get you to visit a fake (and potentially harmful) version of www.en.wikipedia.org." [03:25:02] p858snake|l: http://en.uncyclopedia.co/wiki/UN:N [03:33:51] p858snake|l, did you get there following a link? [03:33:56] The cert is not valid for that URL. [03:35:46] no i didn't, I built it myself [03:36:07] Second-level subdomains are all do that. [03:36:10] s/are // [03:36:16] That's why they're being phased out. [04:00:55] are responses with set-cookie headers cached? assume the user is anonymous and the cookie is not in the list of XVO cookies. [04:09:37] Answered my own question. Per the response will be cached, but subsequent requests that hit the cache won't get the set-cookie header, because Squid will filter them out. [04:10:04] Same in Varnish? [04:12:00] I'm not sure. Squid claims it's simply following RFC 2109 here, but if you look up RFC 2109 it's confusing as fuck. [07:47:41] MaxSem: does PageImages really lack a component, or am I blind? [07:47:52] I mean on bugzilla of course [07:48:08] weee [07:48:22] it's perfect, no need for bugs! [07:48:26] :D [07:48:26] helloo [07:48:34] so where does this come from? https://meta.wikimedia.org/wiki/User_talk:Nemo_bis#Changing_coordinates_system_in_eu:wp [07:48:38] hi hashar :) [08:00:27] is there a tool to check which wikimedia wikis a user is administrator at? [08:01:59] http://toolserver.org/~quentinv57/sulinfo/ iirc [08:08:35] and for hat collectors http://toolserver.org/~pathoschild/crossactivity/ to see where they even use the flag [08:27:40] thanks, do you know what api query I can use on a username to retrieve their user rights across wikimedia wikis? want to do that to a bunch of users (~40) once only, and I can try to script that [08:29:40] when it's less than few hundreds, my API is TabMixPlus, "open all in tabs" [08:35:16] gry: dont think you can make multiwiki queries [08:36:22] gry: #wikimedia-labs might have a solution [08:46:06] AzaToth: Nope, but you could write the base url string for it then reillerate it against a list [09:06:55] [[Tech]]; Verdy p; [none]; https://meta.wikimedia.org/w/index.php?diff=5558304&oldid=5534073&rcid=4262840 [11:19:07] 502 Bad Gateway [11:19:07] nginx/1.1.19 [11:19:47] maybe just a one time thing... [13:24:03] what translation tools are available to help translate from one wiki to another one? [15:08:00] lfaraone: ping, you there? [15:08:05] se4598: pong [15:09:56] lfaraone: re https://bugzilla.wikimedia.org/show_bug.cgi?id=49347 , ask your local technical adminstrator to apply the code to your MediaWiki:Common.js as described on the talkpage [15:10:26] dewiki and frwiki where AFT is also enabled have already this fix [15:10:43] se4598: ah. I'm an enwiki administrator, so I can just make the edit? [15:12:03] yeah, look at at the bottom of https://de.wikipedia.org/wiki/MediaWiki:Common.js for the final code [15:13:43] so, before the final line in https://en.wikipedia.org/wiki/MediaWiki:Common.js that says "/* DO NOT ADD CODE BELOW THIS LINE */"? :) [15:13:59] but after "} );" [15:15:17] put it before /* End of mw.loader.using callback */ one line above [15:16:02] mlitn: ^ [15:16:53] indeed, right before that line should do the trick [15:18:30] done. [15:19:27] https://en.wikipedia.org/w/index.php?title=MediaWiki%3ACommon.js&diff=559403611&oldid=556727450 [15:19:32] nothing seems broken, woo. [15:21:35] lfaraone: looks great [15:21:36] 2 changes were added on dewiki though, that perhaps would be good to add too: [15:21:37] https://de.wikipedia.org/w/index.php?title=MediaWiki:Common.js&diff=119420602&oldid=119318520 && https://de.wikipedia.org/w/index.php?title=MediaWiki:Common.js&diff=119318520&oldid=119306387 [15:24:37] mlitn: both are IMO not necessary, enwiki has it defined in a function for resource-loader and I don't see any overlapping vars [15:25:33] yes, makes sense [15:27:53] lfaraone: I think it should be now ok for all users :) [15:28:15] se4598: stellar, thanks. [16:57:13] Aaron|home: can you run some TTM jobs to see how fast they are with the new solr config? https://bugzilla.wikimedia.org/show_bug.cgi?id=48164#c5 [17:01:50] Elsie: I don't remember, is there a way to get the orange bar back with some user script or whatever? [17:02:05] Nemo_bis: There's a js at en wiki [17:02:10] Let me find it. [17:02:21] hoo: present? [17:03:17] bug 49115 is said to be fixed, but I don't see the fix on the wiki's itself: https://bugzilla.wikimedia.org/show_bug.cgi?id=49115 [17:03:22] Nemo_bis: http://en.wikipedia.org/wiki/User:Writ_Keeper/Scripts/orangeBar.js [17:05:19] is this just waiting to be enrolled to the wiki's? [17:07:35] Philon: thanks but it has no effect for me on mediawiki.org [17:07:39] Romaine: Will be enrolled next Thursday (June 20) [17:07:46] ok thanks [17:08:14] hmm did I import it correctly [17:08:38] Nemo_bis: no [17:09:53] Nemo_bis: try this [17:09:54] mw.loader.load('//en.wikipedia.org/wiki/User:Writ Keeper/Scripts/orangeBar.js'); [17:10:00] apergos: wanna test search on el.wikivoyage really quick? needs Greek [17:10:16] Philon: yes, I just needed to switch on the mind [17:10:21] Nemo_bis: importScript doesn't work cross-wiki, I think [17:10:42] it's working [17:11:28] Nemo_bis: so URI does the trick? [17:14:33] Philon: apparently; I'm a blind user [17:14:44] Nemo_bis: ? [17:15:00] Philon: I just keep using whatever worked in 2006 or shortly later [17:15:13] :p [17:21:43] Nemo_bis: they were running since yesterday [17:23:18] Aaron|home: Oh. Thanks. Since when? Is/was there a backlog? Were some dropped? [17:24:10] doesn't seem to be a backlog now [17:42:07] Aaron|home: How do I know if some updates were dropped? [17:42:23] ^demon: I suppose https://gerrit.wikimedia.org/r/#/c/67531/ is not deployed? [17:42:56] <^demon> Huh? It is. [17:45:17] ^demon: Hm, so why isn't this live? https://git.wikimedia.org/commitdiff/mediawiki%2Fextensions%2FUploadWizard.git/07f033d1932d9b54bcbc92890a2372f3c0406a21 [17:46:02] e.g. https://translatewiki.net/w/i.php?title=MediaWiki:Mwe-upwiz-campaign-conf-thanksLabelPage/lb&oldid=4759661 vs. https://commons.wikimedia.org/wiki/MediaWiki:Mwe-upwiz-campaign-conf-thanksLabelPage/lb [17:46:38] <^demon> Nemo_bis: What does 67531 have to do with the latter? [17:47:09] ^demon: well, if LU is non-functioning one can't expect localisation updates to spread [17:48:37] <^demon> Do we know if LU is broken? Aaron|home said it ran yesterday... [17:48:56] I did? [17:49:31] :) [17:49:37] let's check if core was updated [17:49:51] Nemo_bis: I see some abandoned jobs in the stats, not sure how old those were...I don't see any errors in the job run log (except from those DB connection errors that tended to happen only when running from terbium manually) [17:50:09] those would have been retried anyway [17:50:18] <^demon> Ohhhh, herp derp. Combination of issues. [17:50:25] <^demon> Aaron|home: Can you give me a hand with some mod_rewrite? [17:51:35] nope, core wasn't updated either https://it.wikipedia.org/wiki/MediaWiki:Passwordreset-text-many [17:51:45] ^demon: I can try ;) [17:52:48] Aaron|home: Ok. Mostly, I didn't remember if you had to drop some jobs from the queue. [17:52:59] I never deleted any myself no [17:53:02] oki [17:53:07] there were too few to bother [17:53:14] ^^ [17:58:14] <^demon> Aaron|home: I'm trying to redirect this: [17:58:18] <^demon> /r/gitweb?p=mediawiki/core.git;a=blob_plain;f=languages/messages/MessagesLbe.php;hb=HEAD [17:58:20] <^demon> to this: [17:58:42] <^demon> https://git.wikimedia.org/raw/mediawiki%2Fcore.git/HEAD/languages%2Fmessages%2FMessagesLbe.php [17:59:38] <^demon> I tried every kind of escaping on the regex I can think of, but I wasn't matching and rewriting :\ [17:59:57] what is the rule that doesn't work? [18:17:29] mutante: sorry, I was out. if you still need a test lemme know [18:27:26] greg-g, awjr_away, MaxSem: E2 has a pretty complicated deployment today - core changes, changes to multiple extensions, running maintenance scripts, and 2 versions of MediaWiki to deal with, so it's almost certain we will be running over our deployment window :( [18:28:18] luckily there doesn't seem to be anyone scheduled after Mobile today though [18:28:35] yup:) [18:28:39] no worries [18:28:40] right, just you two [18:28:46] thanks for the heads up, kaldari [18:29:18] Aaron|home: the last I remember him mentioning is 01.25 < ^demon> RewriteRule ^/r/gitweb\?p=mediawiki/core\.git;a=blob_plain;f=languages/messages/([a-z_]+)\.php;hb=HEAD https://git.wikimedia.org/raw/mediawiki%2Fcore.git/HEAD/languages%2Fmessages%2F$1.php [R=301,NC] [18:38:14] apergos: yes please, it seems it just started working:) [18:38:32] ok, what would you like me to test? [18:38:41] search for things on el.wikivoyage.org [18:39:44] hmm, in the browser it looks to me like it does, but at the same time using curl i still get the error.. this is odd [18:41:16] so t will find the page of the same title [18:41:24] but for pages containing the term itsays no results [18:41:35] Παρουσιάστηκε σφάλμα κατά την αναζήτηση:The search backend returned an error: [18:41:49] well it says that there was an error during the search (that's the first part) [18:41:52] Nemo_bis: I don't see new TTM jobs getting adding? Is that just because there is no activity? [18:42:13] I'm as a logged in user via ff [18:42:17] apergos: hrmm, thanks, that means it doesn't really work [18:42:33] see, like this: [18:42:45] curl http://search1015.eqiad.wmnet:8123/search/enwikivoyage/this [18:42:57] this is how a working result looks like [18:43:08] and if you replace "en" with "el" you'll see an error, yea [18:44:00] bummer [18:44:03] but it has been imported: " 2013-06-10 17:38:17: elwikivoyage (ID 28878) 433 pages (198.9|7992.0/sec all|curr), 433 revs (198.9|609.1/sec all|curr), ETA 2013-06-10 17:38:17 [max 434]" [18:44:10] Importing elwikivoyage ... [18:44:10] MediaWiki lucene-search indexer - rebuild all indexes associated with a database. [18:44:15] so i don't know [18:44:35] also asked Peter who will take a look later [18:45:44] Aaron|home: I see translation activity 30 min ago on Meta [18:46:08] *getting added [18:46:34] Aaron|home: do you want me to translate a bit to watch it? [18:47:18] ok [18:47:49] Nemo_bis: if you want [18:57:10] guillom: "Wikimedia error messages no longer link to the #wikipedia [[$meta-irc-chans|IRC channel]] on [[:w:en:Freenode|Freenode]]." [18:57:24] this is not correct, they will no longer do so only when we update to varnish [18:57:35] hmm [18:57:56] odder: ^ [18:57:57] Nemo_bis: thanks; I'll move it to the "Future changes" section. [18:58:17] guillom: you can keep the translations maybe, it should be clear enough if it's another section [18:58:36] ok [18:58:39] Aaron|home: I have to go to dinner now, can you check if a handful jobs arrived in the last minutes? :) [18:58:59] what wiki? [18:59:04] meta [18:59:17] trying to be faster at translating than vanadium at updating solr seems a lost cause, however slow solr may be :) [19:00:13] hm, maybe marking some big page for translation would be more effective at testing load, I'll do that later [19:01:22] I don't see anything [19:03:01] guillom: true. [19:13:41] starting scap [19:22:00] Aaron|home: I guess they're being fast then, because the index is being updated https://meta.wikimedia.org/w/index.php?title=Special%3ASearchTranslations&query=%C3%A8+ora+possibile+aggiungere [19:22:34] no, "only the bigger changes use jobqueue" says N. [19:36:34] greg-g, awjr_away, MaxSem: our scap is finished, only 5 minutes over the window :) [19:37:03] cool, cause our window starts only in 24 minutes:) [19:37:34] strange that there's a 30 minute gap in between [19:37:51] although I guess that's a good idea :) [19:37:58] so relax and test what you've deployed:) [19:38:09] kaldari: well done :) [19:38:18] indeed, gaps are good [19:38:22] "mind the gap" [19:38:27] totally [19:45:27] <^demon> Aaron|home, Nemo_bis: Sorry about that, had to dip out for a few minutes [19:45:44] <^demon> s/few minutes/bit/ [19:46:25] is https://en.wikipedia.org/wiki/MediaWiki:Revdelete-confirm not the text used on `"Delete/undelete revisions"? When I go to https://en.wikipedia.org/w/index.php?title=Special:RevisionDelete&target=Special%3ALog%2Fdelete&type=logging&ids=1 , I see the same text but "the policy" is a wikilink to [[Wikipedia:Policy]]. [19:48:53] lfaraone: https://www.mediawiki.org/wiki/Manual:System_message#qqx [19:51:56] Nemo_bis: yeah, it looks like it is in fact customised on Wikipedia [19:52:24] global: Please confirm that you intend to do this, that you understand the consequences, and that you are doing this in accordance with [[{{MediaWiki:Policy-url}}|the policy]]. [19:52:24] customised: Please confirm that you intend to do this, that you understand the consequences, and that you are doing this in accordance with [[Wikipedia:Revision deletion|the policy]]. [19:52:24] but the former seems to be shown? [20:00:35] the-wub: haven't seen you in a long time [20:01:22] hey Prodego. just stopped hanging out in IRC for a bit really. [20:56:54] [[Tech]]; HYanWong; /* List all parent categories of a page */ new section; https://meta.wikimedia.org/w/index.php?diff=5560264&oldid=5558304&rcid=4265394 [21:05:43] ^demon: http://pastebin.com/YTTWDsXu [23:03:07] Odder, here?