[00:18:25] another database lock? :/ [05:20:20] hello [05:21:09] hi there [05:22:05] world [05:22:37] Hi. [05:23:20] we have a quorum. [05:24:30] * jeremyb wonders who wants to QA https://bugzilla.wikimedia.org/31369 :) [05:24:32] Cue the lights and sound. [05:24:47] jeremyb: Did you test the test cases? [05:24:55] Can you write proper test cases? [05:26:07] i suppose we could do that... [05:26:52] oh man, that one [05:27:04] my mind is still thinking about h264... [05:27:33] I voted. [05:27:35] You're welcome. [05:29:45] you did? [05:30:00] crtl+f "mz" didn't turn up anything [05:30:18] Refresh? [05:30:26] I voted within the past hour or two. [05:30:29] Or intended to, anyway! [05:30:46] aha! there you are [05:30:55] (refresh yeah, thought I did, apparently I had two tabs with it open) [05:32:22] https://commons.wikimedia.org/wiki/Commons:Requests_for_comment/MP4_Video [05:32:25] For the lurkers. [05:39:32] yes i know [05:39:44] oh good :) [05:39:48] by the way [05:40:10] Why is [[User:Babel AutoCreate]] sometimes tagged with "Mobile ediT" [05:40:30] i can't see a legitimate reason why a script would use a mobile platform [05:40:57] that...seems like a bug [05:41:03] link to an edit? [05:41:34] https://en.wiktionary.org/w/index.php?title=Category:User_zh-2&diff=next&oldid=22112918 [05:42:12] huh [05:42:18] let me file a bug [05:43:15] If this happens a lot, I guess we need to reevaluate the statistics for number of mobile edits [05:46:05] Withoutaname: https://bugzilla.wikimedia.org/show_bug.cgi?id=60160 [05:46:29] thanks [05:46:36] Withoutaname: that might be interesting :) [05:47:00] https://en.wiktionary.org/w/index.php?limit=50&tagfilter=Mobile+edit&title=Special%3AContributions&contribs=user&target=Babel+AutoCreate&namespace=&tagfilter=mobile+edit&year=2014&month=-1 [05:47:05] just looks like one edit [05:47:57] thats good [05:48:10] hopefully we can check crosswiki for other hiccups [05:48:41] https://en.wikipedia.org/wiki/Category:User_Ar [05:48:59] that doesn't look right. [05:49:24] https://en.wikipedia.org/wiki/Special:Contributions/Babel_AutoCreate [05:49:29] none of the recent ones are right >.> [05:50:49] ah here we are https://th.wikipedia.org/w/index.php?limit=50&tagfilter=&title=%E0%B8%9E%E0%B8%B4%E0%B9%80%E0%B8%A8%E0%B8%A9%3A%E0%B9%80%E0%B8%A3%E0%B8%B7%E0%B9%88%E0%B8%AD%E0%B8%87%E0%B8%97%E0%B8%B5%E0%B9%88%E0%B9%80%E0%B8%82%E0%B8%B5%E0%B8%A2%E0%B8%99&contribs=user&target=Babel+AutoCreate&namespace=&tagfilter=mobile+edit&year=2014&month=-1 [05:51:21] :| [05:51:29] nice find though [05:51:38] * legoktm adds to bug [05:52:02] thanks lego [05:53:29] https://www.mediawiki.org/wiki/Special:Code/MediaWiki/97084 [05:54:26] oh speaking of which [05:54:47] can that script be set to run again on the categories once we make a change to the mediawiki message [05:55:09] it looks like it runs automatically [05:55:16] oh wow [05:55:19] this is...terrible [05:55:31] it makes the edit during a user's request [05:55:32] well we can't change what it does :S [05:55:40] what how? [05:56:01] it's making edits during a parser hook. [05:56:02] wow [05:57:06] uh... [05:57:43] so what I wanted to do was change the standard "Users in this category..." blah blah blah header at the top of each category [05:57:55] to a localizable message for Wikidata [05:58:15] and to do that I had to replace _every_ instance of that message into a template that I made [05:58:21] by hand [05:58:33] errr? [05:59:27] so I was thinking about replacing the system message at [[MediaWiki:babel-autocreate-text-levels]] with the template instead [05:59:33] and then setting the script to run [06:00:28] I don't know how to control the script that way, or ask their community for help [06:00:32] i think that might work [06:00:35] well [06:00:48] so i think it just automatically creates categories whenever someone adds a {{#babel:blah}} to their page [06:01:39] that's fine for new categories [06:01:46] but for existing ones how do I replace the text [06:02:21] no clue [06:05:43] I think I'll file that as a feature request in bugzilla then [06:11:21] legoktm: Can you cross-reference r97084 with your bug? [06:11:42] it's not at fault [06:11:48] Oh. [06:11:56] I thought this was a Babel bug. [06:12:01] it is [06:12:15] but that commit isn't the cause of it [06:12:15] It's filed as a MobileFrontend bug. [06:12:26] All right. [06:12:48] I'm moving it [06:15:57] wait so you're saying, when someone types in {{#babel:foo}} it creates a new Category:User foo even though "foo" might be entirely wrong? [06:16:25] no [06:16:33] it has to be a valid language name I think [06:16:39] code* [06:16:41] not really sure [06:20:37] Ok, I checked https://en.wikipedia.org/wiki/Category:User_Zh-1 and zh is a valid langcode [06:21:03] https://en.wikipedia.org/w/index.php?title=User:Ordre_Nativel&action=edit <- the zh for the source code has a capitalization though [06:42:56] Gloria: yes, i'm working on some :) [06:43:31] but maybe we should have this done somehow other than adhoc per patch [06:54:29] btw how old is the babel extension [08:49:32] hey legoktm [08:49:35] hi [08:49:43] when you did the query for cherokee were those pages moved [08:50:24] and the last one Super_Piper_Cherokee I'm not seeing [08:50:51] yeah [08:50:55] via a server side script [08:51:19] oh i meant did you move them using the script? [09:02:28] hm, your query seemed to contain some characters like \x3a [09:02:36] I'm assuming its to replace the colon [09:02:57] is it possible similar scripts caused the uproar on ani the other day [15:58:31] a user accidentally uploaded blahblah.jpg as blahblah.jpg.pdf , and the system won't let me change the file extension. [15:58:42] is there any way around that aside from re-uploading? [16:56:25] asking a sysop? [16:58:51] also, you should really avoid such file names. [16:59:10] perhaps that wasn't the real one [17:15:41] \join #freenode [18:22:43] Hello! Are there any Wikimedia staff online? We have a rather serious issue going on [18:23:05] MusikAnimal_: Describe the issue as much as possible [18:23:19] the recent changes IRC feeds are not populating [18:23:23] Oh yea MusikAnimal_ is right [18:23:29] Huggle isn't working [18:23:45] no Huggle, no STiki, no ClueBot NG = lots of undetected vandalism [18:24:06] apparently there is no way to force Huggle to use the slower API queries? [18:24:09] MusikAnimal_: Is this the English Wikipedia? [18:24:12] yes [18:24:18] It's probably because of the tampa outage [18:24:26] MusikAnimal_: Newyorkadam proably because of the tampa outage [18:24:26] does it rely on labs things? [18:24:31] Igloo is working though [18:24:36] things running out of tools will also probably not be fully working [18:24:39] It's likely running on tools, yeah [18:24:44] * guillom didn't even know there was a Tampa outage. [18:24:49] labs is just "half" up [18:24:52] It's in the topic.... [18:25:11] IRC feeds are apparently still in tampa [18:25:12] marktraceur: Who reads the topic? :P [18:25:14] guillom: triple fiber cut :p [18:25:22] (Not me, apparently.) [18:25:24] we are on a work-around [18:25:25] yep, status report reflects IRC recent changes performance issues http://status.wikimedia.org/ [18:25:27] triple (fiber cut) to be exact [18:25:28] gwicke: yes, merge away! :) [18:25:31] and waiting for real fix [18:25:32] mutante: Oh. [18:25:35] it's probably another lawnmower [18:25:48] mwalker: :D [18:25:55] So I guess I could assume the Wikimedia team is aware of the issue [18:26:03] MusikAnimal_: yup. ops are on it :) [18:26:12] Wonderful. Thanks! [18:26:19] ops also has to wait for a response [18:26:19] MusikAnimal_: yw! Thanks for reporting! [18:26:24] from those who fix fibres [18:26:26] You bet! I guess I'll use Igloo for now. Cheers [18:26:36] MusikAnimal_: :) wear warm clothing! [18:26:42] lol [18:26:50] but parav oid implemented a work around [18:26:57] that gives us BZ and the wikitech start page, etc [18:27:16] but it can still influence labs related things, per Coren [18:29:38] Specifically, anything to do with database replication is known to not work until we get photons moving again. [18:34:09] kaldari: great, will do [19:32:54] Looks like IRC feed is back to normal function. Big thanks to the WM team! [19:33:07] :) [19:34:05] Only problem is ClueBot has not resumed patrolling. I have contacted one of the operators, I'm assuming it may just need to be restarted. [19:35:52] anomie: any idea why AnomieBOT hasn't edited in over 2 hours? [19:36:44] jackmcbarn: RC IRC feed was down, probably the same reason ClueBot has not edited for the same amount of time [19:36:54] MusikAnimal_: Labs has currently no connection with the replica dbs, I guess ClueBot uses them? [19:37:21] fyi that's me with network stuff, not actual recovery in the #ops channel [19:37:32] see http://lists.wikimedia.org/pipermail/labs-l/2014-January/002014.html [19:37:42] sitic: I know ClueBot scores recent changes, which you can actually monitor, it has it's own IRC channel. Not sure if it uses labs or not [19:37:53] MusikAnimal_: one can hope, at least it's not my fault then ;) [19:38:09] jackmcbarn: Fiber cut to Tampa, which is preventing any access from Labs to production. [19:39:00] #cluebotng-spam [19:39:13] Doesn [19:39:30] wasn't the internet supposed to be built to survive lines getting cut, by routing through other lines? what ever happened to that plan? [19:39:35] Doesn't look like ClueBot is scoring anything [19:41:13] yeah [19:41:20] there are two "diverse" paths [19:41:21] jackmcbarn: NAT destroyed that years ago. [19:41:24] MusikAnimal_: AFAIK it needs the database to judge if a user is "new" and prevent to revert experienced users. http://tools.wmflabs.org/?status says that cbng_relay and cbng_core are running [19:41:26] they claimed to have 3 fiber cuts [19:41:31] so ... that's why [19:41:46] NAT is the scourge of the net. [19:42:19] we don't actually use NAT for production though, however we do use it for labs [19:43:19] sitic: I see. Well I have heard back from Damian, he is currently looking into it. So we'll find out! [19:43:21] anomie: btw, is there a clean way to inject new css classes into LinkClassifier? right now i'm using an awful onload mess at https://en.wikipedia.org/wiki/User:Jackmcbarn/common.js [19:45:29] jackmcbarn: The way would be to assign into LinkClassifier.cats like you're doing there. I don't know whether all the onload mess is necessary or not, I've never tried it. [19:47:42] if i don't use all the onload mess, either it ends up trying to assign to it before the script loads, or after the script runs [20:13:16] [[Tech]]; EdSaperia; How can I tell if a user is logged in?; https://meta.wikimedia.org/w/index.php?diff=7125459&oldid=7058852&rcid=4856519 [20:30:01] I;ve confirmed ClueBot NG relies on wmflabs replica DBs, but I'm pretty sure you all knew that already. How might one monitor the state of the replicas? [20:32:43] MusikAnimal_: might be best to ask on #wikimedia-labs [20:34:39] MusikAnimal_: there is currently no connection labs <-> replica dbs [20:35:16] also API edits from labs fail due to network issue [20:35:35] so we have to wait for the fibre [20:50:17] * Damianz gives MusikAnimal_ a cookie [20:51:07] thanks Damian! [20:58:21] this page says that the file is used on enwiki https://commons.wikimedia.org/wiki/File:Openwebmail.png#footer [20:58:27] but the link on enwiki points to the same file... [20:58:31] (a forward) [20:58:38] and the original local file was deleted [20:58:48] another admin tried to recreate and delete again, but that didn't help [20:58:51] so eh, help! :P [21:01:03] nvm, already fixed by NotASpy [21:02:53] (NotASpy "uploaded the file with no data/licence/source and deleted it straight away") [21:13:16] anomie: today I've had two users (librarians) fighting with wrongly unattached local accounts [21:14:08] one had a local automatically created but completely unattached account; the other had it attached, but just passwordless and email-less (the password reset is possible, but doesn't get sent despite saying otherwise) [21:14:38] and this is out of 20 librarians in a workshop, quite a high failure rate :( what can we do, we already have half a dozen bugs filed about those SUL failures [21:16:51] Nemo_bis: Hmm. If you tell me the usernames I can have a look to see if I can figure out what might have happened. Other than that, I guess your best bet is to get those bugs on someone's radar. [21:23:43] anomie: like who? [21:24:05] I know what happened [21:24:29] there are half a dozen similar mixed bugs about the hundreds small variations of failure for SUL and all the related byproducts [21:25:55] anomie: I'm asking suggestions on how to report such bugs in a more useful (more atomic?) way that could perhaps sometime attract some action [21:26:17] Nemo_bis: Oh? What happened then? [21:26:23] currently it's just a huge chaotic mess nobody wants to look into because the failure might be happening anywhere [21:26:48] it happens that CentralAuth doesn't update all the tables as it should [21:27:07] sometimes it creates the account but stops before attaching it, sometimes it forgets the email, sometimes the password, sometimes both [21:29:12] those local accounts are completely lost, they can only be renamed and "usurped" [21:30:45] That all sounds rather vague for expecting someone to be able to find what's going wrong in the code. [21:32:04] Is Tampa laggy at the moment? [21:32:32] anomie: exactly :) that's why instead of adding more reports of poking people in vain I'd need some advice on how to make the issue more investigatable [21:32:45] sjoerddebruin: Connection between Tampa and Eqiad is down. [21:32:57] and sorry if I bother you but I don't know who else to ask :/ [21:33:03] Our recent changes bot was acting weird. Huge lag. [21:34:03] Nemo_bis: Well, I started by asking you for the user names so I could look at what exactly is in the database, and if there's anything interesting in the log files. [21:36:44] anomie: sure, you can try: Biblioambiente, Albe329 [21:37:00] Nemo_bis: And which wiki are they on? [21:37:44] anomie: what do you mean? the home wiki, all the wikis attached or the broken ones? [21:38:18] Nemo_bis: Which one is the attached but passwordless and emailless, and which is the unattached? [21:38:24] Special:CentralAuth doesn't return them all, but http://toolserver.org/~quentinv57/sulinfo/ works [21:38:50] Albe329 unattached, the other sent email reminder but failed; both on Commons [21:52:31] andre__: Hi, can you please look at the/my last comment at bug 37404 and if theres something with RT #4968. No clue if there is something with puppet which I don't know, but I also can't see it [22:15:22] [[Tech]]; MF-Warburg; /* Can I apply different CSS if a user is logged in? */; https://meta.wikimedia.org/w/index.php?diff=7126320&oldid=7125459&rcid=4856677 [22:16:34] Nemo_bis: For both I see log messages "commonswiki: authentication for 'X' succeeded", "commonswiki: plugin: attempting wgCentralAuthAutoMigrate for 'X'", "commonswiki: Already fully migrated user 'X'", and then "commonswiki: plugin: unattached account for 'X'". That last one is weird: either the database was screwed up somehow or there was some sort of bogus data cached. For Albe329 the commons account was renamed out of the way so I can't see w [22:16:34] hat might have been going on. For Biblioambiente, I can't see any reason for that message to be hit now. But I see there was a rename on at least itwiki today after the last CentralAuth log entries, so who knows. [22:22:17] anomie|away: yep, I asked them to be renamed [22:38:47] The mailserver is up again? :P [22:49:25] sjoerddebruin: I received some 5h old mail indeed :) [22:49:43] 3h here. [23:09:23] marktraceur: blank-reject? [23:09:45] twkozlowski: What? [23:10:38] that's advanced English, kind sir. [23:20:31] ... [23:20:36] twkozlowski: I have no idea what you're on about [23:21:27] You included the word "blank-reject" in an item for Tech News #4 [23:22:01] And it's advanced English; we try to word things using as simple words as possible. [23:22:17] But I guess basile will fix it tomorrow. [23:22:31] Did you mean blanket-reject? [23:25:39] Yep. [23:58:32] Let's pretend bugzilla.wikimedia.org isn't working for me. [23:58:35] DNS cache? [23:58:47] ping is dead. [23:59:13] Looks like I'm hitting ashburn if I traceroute.