[10:51:05] Nemo_bis: TSUsers is obsolete. LDAP is Toolserver LDAP, not Wikimedia (Labs) LDAP though. I haven't updated that tool in a few years and unfortunately don't have time to maintain it at the moment. [10:51:28] There's a few small tools like that that I never put in version control, if you'd like the source, I'm happy to give it to you :) [10:56:40] Krinkle: solved already https://toolserver.org/~nemobis/tsusers/licenses.txt [10:57:02] Nemo_bis: bash loop output? [10:57:03] nice [10:57:18] yes [10:57:34] bash scripts always come to the rescue of non-coders [11:15:03] I'd love to know who created the custom CSS for Wikimedia Bugzilla back in those days. [11:15:05] Copying all files over from standard to custom skin, instead of overwriting specific definitions in custom and falling back to standard, was not the greatest idea ever, if somebody (me) now tries to understand the mess of five years without syncing the upstream CSS changes to our custom CSS. [11:15:21] blurgh. [11:18:07] didn't gullium make it [11:18:15] anyway, you should be able to see the history in svn iirc [11:19:22] it's always been a mess, yes [11:21:30] I don't understand a lot of things (and not sure if trying to understand is a good use of my time), but I can at least remove stuff where I know that it doesn't make sense. Slighty better... [11:51:36] hi! can gadget have unicode chars in their name (URL)? I can't seem to get it to work on sv-wikt [11:55:43] specifically: the last item on https://sv.wiktionary.org/wiki/MediaWiki:Gadgets-definition doesn't show up on https://sv.wiktionary.org/wiki/Special:Finesser (I just moved the pages) [12:03:23] skalman12: i don't think that's allowed, no. iirc, it has to do with the resource loader. [12:03:30] (has been years since i touched that code though) [12:08:19] DanielK_WMDE: well that's annoying! I guess I'll just use an English name [12:13:02] skalman12: the problem is that the name is used not just as a name, but as an identifier in several places (e.g. as html entity ids). and identifiers are usually ascii-only. [12:13:23] would be possibel to work around this, but it didn't seem worth the trouble at the time (sorry) [12:13:41] skalman12: ask RoanKattouw to fix that for Gadgets2.0 :) [12:13:57] Hmm [12:14:02] :P [12:14:08] Non-ASCII characters shouldn't be a problem in ResourceLoader [12:14:18] I wonder if the regex used to parse Gadgets-definition is too restrictive [12:14:56] RoanKattouw: the gadget handles it in the header anyway... [12:16:00] skalman12: Looks like it's working for me ... [12:16:30] Three Gadgets on the Gadgets-definition page and the same three on Special:Finesser [12:17:05] RoanKattouw: I just changed from omdirigera_hänvisning to redirect_cross-reference [12:17:09] Oh, I see, you changed it to the English name in https://sv.wiktionary.org/w/index.php?title=MediaWiki%3AGadgets-definition&diff=1620616&oldid=1620605 [12:17:15] RoanKattouw: yeah [12:17:28] RoanKattouw: i made it restrictive to avoid trouble. the name is used in message keys (all ascii per convention), settings (all ascii per convention), html tag ids (ascii only per spec), etc [12:17:43] it would be possible to work around, but... [12:17:59] * RoanKattouw is slightly frustrated that he speaks Swedish well enough to understand skalman12's edit summary but not well enough to actually have a conversation with skalman12 about this :S [12:18:10] * RoanKattouw resolves to spend more time learning Swedish [12:19:13] The regex doesn't look like it's explicitly preventing ä but maybe it needs /u to explicitly allow it [12:19:38] skalman12: If you feel so inclined you could experiment to see if the problem is with the name of the Gadget or the name of the file [12:20:04] fwiw, the HTML spec doesn't require ascii IDs: http://www.whatwg.org/specs/web-apps/current-work/multipage/elements.html#the-id-attribute [12:20:12] e.g. maybe *redirect_cross-reference|omdirigera_hänvisning.js works but the reverse doesn't [12:20:35] RoanKattouw: I'll check [12:22:37] "*abc|åäö.js" appears to work [12:23:03] i.e., it appears on https://sv.wiktionary.org/wiki/Special:Finesser [12:23:12] should I try the other way around too? [12:26:57] I'll try that too.. [12:28:04] I suspect that will not work then, but please do try [12:28:17] Knowing these things will help us understand the bug better [12:28:42] so: "åäö|abc.js" does *not* work (it doesn't appear on Special:Finesser) [12:30:36] RoanKattouw: you were right. Is there anything else I can do to help? [12:35:23] skalman12: That's it, thanks. I'll file a bug [12:36:21] RoanKattouw: great! bye for now :) [12:37:25] Hah, actually it looks like this was already reported and closed as INVALID: https://bugzilla.wikimedia.org/show_bug.cgi?id=18637 [12:37:36] in 2009 [13:07:47] RoanKattouw_away: poor purodha :) [13:24:49] Yay, testwiki works with my new non docroot based site deduction [14:10:54] Yay [14:24:42] I wonder if it'd be useful to have phpunit installed on tin [14:24:53] We have some non mediawiki standalone tests [14:34:13] RoanKattouw: And the follow up from this is deleting most of the different docroots, and collapsing a lot of the apache vhosts :D [14:34:42] Where we have stuff such as: [14:34:43] #arbcom_nlwiki Wiki [14:34:43] [14:34:43] DocumentRoot "/usr/local/apache/common/docroot/arbcom_nlwiki" [14:34:43] ServerName arbcom.de.wikimedia.org [14:36:43] lolwut [14:36:45] Ouch, you've uncovered the German domination of Dutch jjustice [14:37:08] There's a few of these wikimedia subdomain arbcoms, which aren't in the DNS servers [14:37:12] It's just full of bloat [15:42:49] apergos: why did they stop updates? http://ftp.fi.muni.cz/pub/wikimedia/?C=M;O=A [15:46:57] they weren't purging the old updates [15:47:00] the old dumps, I mean [15:47:55] "weren't" as in it's solved now? [15:47:55] at some point I'll steal back some of their older dumps and add them to our archives dir, so don't tell them [15:47:55] lol [15:47:55] I was trying to understand if we still lack a mirror for latest dumps in Europe [16:12:39] greg-g: About? [16:13:11] hi there [16:13:43] Is anyone else about who can do todays deploy? I need to go out tonight [16:13:50] I've already done half the workd https://gerrit.wikimedia.org/r/#/c/89825/ ;) [16:13:55] heh [16:14:28] I bet I could con csteipp or ^d to do it [16:14:53] missing the Core quarterly review thingy? [16:15:08] Baaaah [16:15:10] What time is that? [16:15:26] 1:30 pdt [16:23:38] * aude wouldn't mind wikidata and wikivoyage and commons being done soon :) [16:24:04] greg-g: Reedy csteipp [16:24:30] Could almost jfdi and be done with it ;) [16:24:30] i think our stuff is rather trivial this time and test wikidata / test2 seem fine [16:24:30] wait for it, here comes ^d [16:24:57] I nominate ^d for the deploy [16:24:57] ok :) [16:25:46] manybubbles: speaking of deploy-like things... plan to do the enwikisource primary today? [16:26:12] greg-g: I could do that [16:27:06] greg-g: It looks like my time to do that is now. I hadn't realized. [16:27:35] manybubbles: yeah, sorry, bad communication on Friday (well, lack of) since I was sick [16:28:25] manybubbles: so, you have time now if you want to do it [16:29:58] ^d: is there anything special to do when syncing out InitializeSettings.php or is it the same as an extension? [16:30:44] <^d> Nope [16:31:52] ^d: sweet. then if you'll approve https://gerrit.wikimedia.org/r/#/c/89848/ i'll do the deploy [17:38:27] andre__: the bz rest api is not enabled on wmf's bz, right? [17:42:28] woo, irc [17:44:03] valhallasw: how many APIs does it have? because at least one works [17:44:17] more pywikibot imports coming? [17:46:23] valhallasw: it's not [17:46:55] (if it is, the endpoint is in a nonstandard place) [17:53:36] ^d: https://gerrit.wikimedia.org/r/#/c/89825 [17:56:41] Nemo_bis: there is the old xmlrpc api and the new rest api, at least on mozilla.org [17:56:47] legoktm: OK [17:57:02] xmlrpc is enabled though [17:57:46] yeah, but it's xmlrpc. [17:57:56] I suppose I can work with it. [17:58:08] YEKS YEML ARR PEE CEEE! [17:58:29] (I'm trying to add an upload-patch-from-bugzilla option to my gerrit patch uploader) [17:59:05] * YuviPanda feels guilty about non functional SuchABot [17:59:27] SuchAShame [18:05:37] valhallasw: any apis bugzilla might have totally suck [18:05:47] valhallasw: i would seriously recommend scraping wikitext [18:06:09] MatmaRex: the rest api is not too horrible - e.g. https://api-dev.bugzilla.mozilla.org/latest/attachment/386129?attachmentdata=1 [18:06:14] apergos: What surprised me is that there doesn't seem to be a directory of mirror services anywhere on the web, or at least none I could find in a five minutes search. I created https://en.wikipedia.org/wiki/Category:Internet_mirror_services [18:06:33] ok [18:06:36] valhallasw: the python library i used for the import wasn't that bad [18:06:42] the pwb import* [18:06:46] that's interesting indeed [18:18:15] legoktm: I finally found how to do it using the normal xmlrpclib [18:26:22] greg-g: ^d i am off for a few hours.... everything looks fine on wikidata, wikivoyage, etc. :) [18:26:27] as expected.... [18:27:18] <^d> later aude [18:31:12] help needed [18:31:23] please pm me [18:31:38] someone tried to change his password and now even can't login anymore [18:31:55] looks like he managed to change it [18:32:02] he did? [18:32:11] I'm talking about Velocitas... [18:32:14] he should request a password recovery [18:32:15] and I don't think he can [18:32:20] where? [18:32:40] https://en.wikipedia.org/wiki/Special:PasswordReset [18:32:51] yes [18:32:51] (change domain for appropiate wiki) [18:32:53] he tried to do that [18:32:58] but then got an error [18:33:04] and he can't change his password anymore [18:33:08] request another change [18:33:11] or use his old password [18:33:20] <^d> "An error?" What kind of error? [18:33:33] an error about an extension or so [18:33:44] he got it in dutch [18:33:46] >> [18:33:47] "De wachtwoordwijziging is afgebroken door een uitbreiding." [18:34:01] (he wanted to change the password because of the labs notification) [18:34:23] that message is resetpass-abort-generic [18:34:25] Trijnstel: did he try to change his old password to the same one? [18:34:33] they* [18:34:38] they should not do that. [18:35:01] have them try to reset it again using the same page? or does it not work either? [18:35:10] You probably also shouldn't ever see resetpass-abort-generic, ideally [18:35:15] (ah, it's a he, okay) [18:35:45] [20:35] MatmaRex have them try to reset it again using the same page? or does it not work either? <- it doesn't work [18:36:04] RoanKattouw: The patch has 2 cases where you do (since we missed setting the error message correctly)... but yeah, it only happens if you reset it to either your current password, or one that was leaked. [18:36:05] and he tried to do it on other proejcts [18:36:09] but it doesn't work there either [18:36:21] so he can't login anymore on nlwiki (where he's an admin) [18:36:52] Trijnstel: Does this person have a centralauth/global account? [18:36:59] Or local only> [18:37:16] yes [18:37:22] no, he has a centralauth account [18:37:25] (iirc) [18:37:27] let me check [18:37:57] yes, he has: https://meta.wikimedia.org/wiki/Special:CentralAuth/Velocitas [18:38:50] so... can you fix this for him please? :) [18:38:56] Trijnstel: And he's locked out of this central auth account, right? Can't login anywhere? [18:39:03] that's correct [18:39:15] he can't login with his old password, or with the temporary password [18:39:25] en he can't change the temporary password into a new one [18:39:41] and he can't do that on any wmf project [18:40:16] andre__, legoktm: http://tools.wmflabs.org/gerrit-patch-uploader/bugzilla/13365 [18:40:23] I just sent him a password reset [18:40:35] no errors: "A password reset email has been sent. " [18:41:57] Platonides: Thatnks. That should get him into the wiki, where he can do a normal password change to reset his global account's password. [18:42:50] no problem [18:42:53] thnx, I told him this; let's hope it'll work [18:43:06] valhallasw, there is no REST API for Bugzilla. [18:43:07] yep, it worked! [18:43:09] perfect [18:43:11] thanks everyone :) [18:43:18] there are XML and JSON RPC interfaces [18:43:23] Bugzilla 5.0 will get a REST API [18:43:25] Trijnstel: But if you could communicate to them that they need to use a password that they've never used before when doing the reset, that woudl be helpful. We compare the new password do the ones that leaked, and give that error if we get a match. [18:44:13] andre__: mozilla's bugzilla has some sort of REST api, but I have it working using xml-rpc now. :-) [18:44:27] valhallasw, I know. They are going to kill it for a proper one now. [18:44:33] valhallasw, https://bugzilla.mozilla.org/show_bug.cgi?id=866927 [18:44:35] I see. [18:45:02] I know, it's a mess. :) [18:45:21] csteipp: done! [18:45:25] and thanks again [18:46:42] * andre__ back after reboot [20:49:53] * derp cuddles TBloemink