[08:26:52] Nemo_bis, any idea what was up with Special:Translate on testwiki? Are you able to make translations of https://test.wikipedia.org/wiki/Traduire_du_fran%C3%A7ais ? [08:37:07] tto: no [08:38:18] tto: https://phabricator.wikimedia.org/T153418 [08:39:30] Nemo_bis: Thanks for filing [08:44:17] tto: could just be a temporary error though [08:44:50] debug=true shows "tpt-unknown-page" [08:45:00] uh, but the page was marked yesterday [08:45:15] Nemo_bis, https://test.wikipedia.org/w/index.php?title=Translations:Finnish_translation_test/1/it&action=edit works but https://test.wikipedia.org/w/index.php?title=Translations:Translate from English/1/it&action=edit fails [08:45:29] Dunno if the job queue is working https://test.wikipedia.org/w/api.php?action=query&meta=siteinfo&siprop=statistics [08:47:11] 0 jobs seems like a normal state of affairs for a low-activity wiki [08:47:22] https://or.wikipedia.org/w/api.php?action=query&meta=siteinfo&siprop=statistics has 0 as well [08:50:14] translate tables aren't replicated to labs, so I can't look in there [09:07:38] was 2 jobs a moment ago, so they're hopefully being processed [17:57:51] [[Tech]]; Tavallayi; /* How to create P31 and P279 properties in my wikibase repository */ new section; https://meta.wikimedia.org/w/index.php?diff=16166153&oldid=16153067&rcid=8696170 [18:06:19] Since the breach in November, I have been unable to log into en.wikipedia.org directly - I need to log into another project (like fr.wikipedia.org) - does anyone have any suggestions on how I could figure out the issue? [18:10:50] Whats your username? [18:12:11] puridilip [18:15:46] Zppix: CFloyd (WMF) [18:16:27] Locks don't apply per-wiki [18:16:39] what do you mean by 'unable'? [18:17:53] Krenair: im thinking central auth issues? [18:18:10] likely [18:18:50] coreyfloyd: what does central auth say about your account does it show an account existant on enwiki [18:19:34] Zppix: how do I check that? [18:19:48] Sec [18:19:52] Zppix: possibly realted, I can’t log into commons at all [18:22:04] https://en.wikipedia.org/wiki/Special:MergeAccount [18:23:30] coreyfloyd, 20<Krenair>30 what do you mean by 'unable'? [18:24:29] Krenair: error message: "There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again." [18:24:52] huh [18:25:07] anomie, ^ [18:26:33] Zppix: en wiki is listed on that page [18:26:49] as is commons [18:27:06] Hmm [18:27:15] very strange [18:27:20] Krenair: can we purge central auth and session manager? [18:27:35] Zppix, what do you mean? [18:27:47] Restart andor clear cache [18:27:54] what cache? [18:28:12] Saved sessions etc [18:28:30] It seems like corey pissed off session manager and central auth [18:28:32] You want me to log everyone out to fix a single account? [18:28:39] No [18:28:44] I meant for corey only [18:29:40] Krenair, coreyfloyd: If you just want to fix it, try clearing your all cookies in your browser. That usually fixes it. If you want to try to debug it, capture the HTTP requests and responses for the loading of the login page and the attempt to log in (probably as a HAR file) then post them somewhere where I can look at them. [18:30:54] anomie: let me try the cookies and see if that resolves it… if not I’ll start capturing requests… [18:31:07] that sort of data would need to be sent privately, right? [18:33:16] anomie: Krenair Zppix that worked… too easy [18:33:49] https://phabricator.wikimedia.org/T150503 [18:33:53] may have have been bad cookies for anything I was logged into during the breach [18:34:04] coreyfloyd: next time can we please not piss off session manager and central auth xD [18:34:41] Krenair: Yeah, it probably contains tokens. Maybe even your password if it includes the POST data. [18:35:24] Krenair: or on a blocked phab task (either way im NDa'd) [18:36:07] anomie, yeah, maybe best make that clear when making those kinds of suggestions [18:36:26] lol - well i make it a point to try not to piss off any computers as we await our forthcoming robot overlords [18:39:23] coreyfloyd: the wmf bible says thou shall worship thy central suth and session manager as thy are thou great god xD [21:30:16] RoanKattouw or Krinkle perhaps around? [21:33:41] Maybe i could help you akoopal ? [21:34:32] zppix: looking for somebody knowing the wikimedia wikisetup quite well who can speak dutch [21:34:52] I dont speak dutch one moment [21:35:15] question on the dutch wikipedia helpdesk about the w: interwikilink [21:35:19] akoopal: OK [21:35:29] Vraag maar raak [21:35:42] o nee, niet de helpdesk [21:35:54] https://nl.wikipedia.org/wiki/Wikipedia:Verzoeken_voor_wijziging_menu%27s_en_dialoogteksten#w: [21:40:10] akoopal: Geen naamruimte prefix, maar een interwiki inderdaad. [21:40:17] akoopal: en interwikis zijn niet hoofdletter gevoelig. [21:40:29] ja, ok [21:40:36] Voor normale links die geforceerd naar de hoofdnaam ruimte begin met een dubbele punt [21:40:50] maar waarom gaat hij op nl-wiki naar en-wiki [21:40:53] net als een link naar [[:Categorie:Voorbeeld]] zonder een categorie link maar pagina link [21:41:01] akoopal: w: is de interwiki voor Engelse Wikipedia [21:41:06] dat is altijd zo geweest voorzover ik weet [21:41:14] net als m: voor meta [21:41:31] als ik op de nederlandse wikiquote (bijv) naar w: gaat kom ik op nl-wikipedia [21:41:59] en andersom vanaf nl-wiki ga je met q: naar de nederlandse wikiquote [21:42:19] akoopal: Dat klopt [21:42:37] akoopal: q: op nl.wikiquote gaat naar engelse wikiquote [21:42:45] en zoals en: op nl-wikipedia naar en-wikipedia gaat en op nl-wikiquote naar en-wikiquote [21:43:26] ik vraag me af wat handig is, lastig :-) [21:43:40] project interwikis gaan eerst van buiten-project naar binnen-project (zelfde taal editie), en dan binen het project gaat het naar de engelse [21:43:51] is geen sterke reden voor maar is vrij diep geprogrammeerd [21:44:06] en hoedanook, de link werkt nog steeds niet zoals bedoeld als we het zouden aanpassen [21:44:07] het gedrag wat ik begrijp snap ik [21:44:14] 1 fout voor de andere fout [21:44:38] maar op nl-wiki zou ik zeggen dat w: gewoon naar zou moeten gaan [21:44:50] even mijn gevoel he [21:44:54] Ja ik vind het ook stom [21:45:08] Maar het werkt al meer dan 10 jaar zo dus ik denk dat we eraan vast zitten :/ [21:45:13] dat je expliciet en: moet doen om naar de engelse wiki te gaan :-) [21:45:28] durft een van jullie op die pagina te antwoorden? :-) [21:45:31] akoopal: In dit geval is het album naam "W:/2016" [21:45:38] dus dat linkt sowieso verkeerd [21:45:43] ja, die zijn lastig [21:46:00] "/2016" op nlwiki zou ook verkeerd zijn voor dat geval [21:46:03] namen met dubbele punten zijn lastig [21:46:06] Is de link nu gerepareerd? [21:46:29] https://nl.wikipedia.org/w/index.php?title=Help:Helpdesk&oldid=48202216#Link_naar_Engels_talige_Wiki.2C_wat_niet_de_bedoeling_is [21:47:27] Hm.. apart [21:47:31] het gebeurd nu niet meer voro mij? [21:47:44] https://nl.wikipedia.org/wiki/While(1_Is_Less_than_2) linkt naar https://nl.wikipedia.org/w/index.php?title=W∶/2016ALBUM/ [21:47:48] https://nl.wikipedia.org/w/index.php?title=While(1_Is_Less_than_2)&diff=next&oldid=48202191 [21:47:49] zonder speciale code [21:47:51] en redirect niet [21:47:55] Volgens dat laatste comment hebben ze de colon vervangen door een of andere rare unicode colon [21:47:59] Ah [21:48:04] Hm.. [21:48:08] Of nou ja, niet een colon maar een karakter dat er op lijkt [21:48:33] Aye, oke, ik snap het. Ook als we de link fixen door met een : te beginnen, zou het alsnog redirecten. [21:48:35] Helaas is er geen Cyrillische W, anders had dat ook nog gekund :) [21:48:41] Ja klopt [21:48:47] Het is niet een langlink of Category [21:48:48] Tsja [21:48:53] idd [21:49:18] W\:... :-) [21:49:27] Wat is de enwp policy voor dit probleem? Titles die beginnen met M: of andere 1-letterige interwiki prefixes [21:49:49] Ik zat te denken aan OS/2 en iPhone maar da's niet hetzelfde probleem [21:49:56] Wat hebben ze toen gedaan met Course: Blah blah? [21:50:10] Dat was een episode title van een serie en Course: was (is?) een namespace prefix van EducationProgram [21:50:13] "V: The New Mythology Suite is located at V – The New Mythology Suite (v: is a prefix for Wikiversity)" [21:50:26] back to english perhaps, what is the solution on en-wikipedia for titles that start with an interwiki code [21:50:42] so an album-title W:/2016 for example [21:50:43] Yeah, their solution is to use a dash instead [21:50:51] e.g. "W-2016" [21:51:00] And there's a template for "wrong name for technical reasons" right? [21:51:02] And then use the same as nlwiki: A template on top indicating the change in title for technical reasons [21:51:21] Which interestingly, is already used on the article where the issue originated on nlwiki [21:51:29] Album name "while(1<2)" [21:51:37] https://nl.wikipedia.org/wiki/While(1_Is_Less_than_2) [21:51:43] Doesn't [[en:iPhone]] have such a template already? [21:51:56] No, it simply uses DISPLAYTITLE to change I to i [21:52:00] no need for alternate title [21:52:03] Hm [21:52:07] and we don't apologize for the url [21:52:10] only for the title [21:52:15] but we cant display title for a different character [21:52:18] only case differences [21:52:27] (by default, there is a setting to allow it, but we don't do that in prod) [21:53:18] is one of you willing to answer that, or shall I try :-) [21:58:52] hmm, silence :- [21:58:53] ) [22:07:28] Sorry, got distracted. [22:12:09] Sorry, me too, answering another nlwiki question (about 2FA) [22:13:38] Krinkle: Are you going to respond on wiki or shall I? [22:14:35] roan: you mean the one from wutsje about a manual? [22:14:43] Yeah [22:14:50] Specifically the part about mobile phone numbers [22:15:06] Which, I don't think we even support SMS 2FA, only TOTP [22:18:44] we don't [22:18:46] RoanKattouw: Ha, interesting. Taketa replied already [22:18:57] RoanKattouw: And apparently DISPLAYTITLE does allow prefixing of a "W" [22:19:03] which is surprising to me [22:19:07] since we're in strict mode [22:19:24] https://en.wikipedia.org/wiki//2016ALBUM/ [22:19:30] Hah, I didn't see his response [22:19:34] "W:/2016ALBUM/" [22:19:37] Am I looking at the wrong talk page? [22:19:50] Ugh, VisualEditor breaks firstHeading if I go to edit and doesnt' restore it when going to read mode [22:19:56] Yeah I think the displaytitle normalization logic may not be aware of interwiki prefixes maybe? [22:19:58] Stuck at ":/2016ALBUM/" [22:20:03] -: [22:20:08] hah [22:20:11] Well spotted [22:20:27] Sometimes it also gets document.title stuck at "Editing Foo" but when I try to reproduce it I can't [22:20:33] Yeah, same here. [22:21:08] taketa only answered the helpdesk one? [22:21:35] on the other page, it might need a comment we can't get rid of it due to history? [22:24:13] RoanKattouw: on the English Wikipedia, [[W:/2016ALBUM/]] actually links to https://en.wikipedia.org/wiki//2016ALBUM/, because 'w:' is a "local" interwiki prefix (it points to the wiki itself) [22:24:37] the normalization logic is actually aware of this, apparently ;) [22:24:58] (on all other Wikimedia wikis, 'w:' points to the Wikipedia in a given language) [22:36:38] MatmaRex: but on other wikipedia's it always points to en-wikipedia [22:37:39] hm, indeed. huh. [22:38:38] Whats lang do you selected akoopal in perferences [22:39:19] Zppix: depends, on nl-wiki just dutch [22:39:35] Globallly [22:39:35] afaik that shouldn't affect interwiki's [22:40:15] there aren't global preferences? [22:40:27] Whats set on meta [22:40:52] english [22:41:17] but is that of influence? [22:42:45] No, it isn't. [22:44:45] Krinkle: i thought meta determined what wiki w: went to [22:45:53] Zppix: The interwiki map is maintained on a wiki page on Meta-Wiki, yes. [22:46:22] So wouldnt changing the interface lang in meta change what w: goes to [22:46:22] but user preferences (of current wiki or any other wiki) have no influence on interwiki resolution. [22:46:27] No. [22:46:51] So why does w: goto enwiki [22:46:52] Destinations of interwiki prefixes are solid and undynamic. [22:47:07] On a given wiki, whatever interwikis are configured always go the same destination. [22:47:42] There are no global interwikis (from a software perspective). There are a few interwikis we automatically configure on all wikis by default, though. Those are listed at https://meta.wikimedia.org/wiki/Interwiki_map [22:47:57] But w: is not there. [22:47:58] Zppix: practically speaking, w: goes to enwiki, because it has always gone to enwiki, and changing it now would probably break thousands of links on hundreds of pages on dozens of wikis. [22:48:45] MatmaRex: not completely true [22:48:51] On a given wiki, goes to the current project's edition in that langauge. So nl: on enwp goes to nlwp, nl: on enwq goes to nl wikiquote. [22:49:00] Couldnt we just change it to where w: goes based upon lang [22:49:00] w: goes to en-wiki on other wikipedia's [22:49:02] : goes to the current language's edition of that project. [22:49:14] And if in that project already, it goes to the English edition. [22:49:20] so w: on nlwikiquote goes to nlwikipedia [22:49:29] and q: on nlwikipedia goes to nlwikiquote [22:49:57] So this based-on logic is already there essentially [22:50:21] Zppix: you use interwiki's in wikitext [22:50:40] if it would be dependent on settings, it would be a mess [22:51:07] as of course articles are not named the same on the different wikipedia's [22:52:04] MatmaRex: with bot-work you could fix it, not sure if it is worth it [22:58:16] akoopal: it really isn't. and you still couldn't fix links in old versions of the pages, or outside the wikis. [22:58:37] true [22:59:11] although outsite wiki's you are silly if you use it, instead of directly to the correct wiki