[00:32:38] just had a db error on account creation, Function: CentralAuthUser::register MySQL error: 1062: Duplicate entry 'Jithin.jaise' for key 'gu_name' (10.64.16.30) [00:32:55] Looks like the account was created, but I dunno if it has mailed the password to the user. [00:52:18] stwalkerster: Jithin.jaise is not your username is it [00:53:20] nope, it's a user account I was creating for someone via en:WP:ACC [00:54:18] ah 01:29, 21 March 2013 User account Jithin.jaise (talk | contribs) was created by Stwalkerster (talk | contribs) and password was sent by email (Requested account at WP:ACC, request #95862) [00:54:24] oh you already replied :) [00:55:09] well the account seems to be ok https://meta.wikimedia.org/wiki/Special:CentralAuth/Jithin.jaise [00:55:26] yeah, I was bringing attention to it, no idea what happened. The only thing I can't confirm is if the password was actually sent, but yeah, it seems to have created OK [01:04:02] !log catrope synchronized php-1.21wmf11/includes/db/LoadBalancer.php '319ace81250b97dff0e6ee6df4b1f570f468bf5c' [01:04:19] !log catrope synchronized php-1.21wmf12/includes/db/LoadBalancer.php '319ace81250b97dff0e6ee6df4b1f570f468bf5c' [01:05:07] stwalkerster: the centralauth DB is a bit stressed right now, AFAICS :) [01:06:16] fair enough :) [01:21:34] gn8 folks [01:36:25] I get an strange error with renaming a page... [01:36:32] [7e3be025] 2013-03-21 01:36:09: Fatal exception of type MWException [01:37:26] why> [01:41:39] Romaine: 2013-03-21 01:36:09 mw1042 nlwikimedia: [7e3be025] /w/index.php?title=Speciaal:PaginaHernoemen&action=submit Exception from line 71 of /usr/local/apache/common-local/php-1.21wmf12/includes/LinksUpdate.php: The Title object did not provide an article ID. Perhaps the page doesn't exist? [01:42:01] this page: https://nl.wikimedia.org/wiki/Wikimedia:De_kroeg/Archief20070417 [01:42:09] I wanted to rename to https://nl.wikimedia.org/wiki/Wikimedia:De_kroeg/Archief/2007 [01:44:45] RoanKattouw: any idea? [01:46:59] Hmm no not really [01:47:01] Try again? [01:47:10] I did it 10 times [01:47:19] all other renamings went fine [01:47:24] is the page to large? [01:47:32] I don't think so [01:47:52] Hmm lemme check in the DB [01:48:02] For some reason it's trying to construct a LinksUpdate for an invalid title [01:48:04] Actually [01:48:09] Why don't I put in a debug line [01:50:26] ¿Alguien que hable español? [01:51:17] !log catrope synchronized php-1.21wmf12/includes/LinksUpdate.php 'Debugging hack for move page bug on nlwikimedia' [01:51:31] Romaine: Try it now? It will fail but I'll collect more information [01:51:39] ok [01:51:56] done [01:51:58] (And please report the error message) [01:51:59] fail [01:52:04] [458e1031] 2013-03-21 01:51:52: Fatal exception of type MWException [01:52:06] Thanks [01:52:14] (I need the 458e thing to locate the backtrace) [01:52:17] es.wikinews have the same problem ._. [01:52:26] http://commons.wikimedia.org/wiki/File:Error_4a8bf893_Wikinoticias.jpg [01:52:46] Romaine: When you moved pages before, did you move them to new names or on top of existing ones? [01:53:07] new names [01:53:34] Odd [01:53:46] This backtrace is giving me the impression that moving to any new title would fail [01:53:51] https://nl.wikimedia.org/w/index.php?title=Speciaal:Bijdragen/Romaine&offset=20130320193047&target=Romaine [01:54:17] hah [01:54:35] Hmm it is a Wednesday [01:54:42] Maybe your other moves were before nlwikimedia switched to wmf12 [01:55:01] only a few hours ago :S [01:55:58] OK I can reproduce on wmf12 [01:56:07] Moving any page to a previously nonexistent title seems to be broken [01:56:16] (Tried to move [[Test]] to [[Test2]] on test2wiki) [01:57:06] OK I'm gonna report this and go home [01:57:21] ok, thanks [01:58:32] The peer review system is also failing [01:58:34] :( [01:58:51] !log catrope synchronized php-1.21wmf12/includes/LinksUpdate.php 'Revert debugging hack' [02:00:36] logmsgbot: why are you so chatty? stupid bots [02:01:40] ARgh [02:01:49] I can't log into wikitech-static because my key changed [02:16:58] !log LocalisationUpdate completed (1.21wmf12) at Thu Mar 21 02:16:57 UTC 2013 [02:23:47] Ready? [02:41:31] !log LocalisationUpdate completed (1.21wmf11) at Thu Mar 21 02:41:30 UTC 2013 [02:45:57] RoanKattouw_away: Did you file a bug about morebots? [02:46:27] I don't think he did. [02:48:16] https://bugzilla.wikimedia.org/show_bug.cgi?id=46400 [06:31:56] !log tstarling rebuilt wikiversions.cdb and synchronized wikiversions files: [06:32:10] Logged the message, Master [06:32:14] !log reverting all wikis to 1.21wmf11 due to move page being totally broken (bug 46397) [06:32:21] Logged the message, Master [06:33:58] !log tstarling rebuilt wikiversions.cdb and synchronized wikiversions files: [06:34:10] Logged the message, Master [07:38:24] I have problem with some items on wikidata [07:38:46] I get "An error occurred while trying to perform remove and because of this, your changes could not be completed." when I try to remove links on some of them [07:39:11] for example removing zh-wiki link on: http://wikidata.org/wiki/Q169964 [07:48:47] XMLHttpRequest cannot load http://www.wikidata.org/w/api.php. Origin http://wikidata.org is not allowed by Access-Control-Allow-Origin. [07:48:57] Susan: what is the deal with that, anyway? [07:50:27] ori-l, I found that adding www to the url fixes the problem [07:51:12] right, but it's a weird misconfiguration to have laying around a prominent and active project [07:51:59] ori-l: When the wiki was set up (and still, I think), the Wikidata folks wanted just "wikidata.org". [07:52:11] ori-l, Yep. I't wierd. [07:52:11] But a lot of Wikimedia infrastructure assumes www. [07:52:12] So there's a mix. [07:52:15] And shit is brokennnn. [07:52:18] And probably cached broken. [07:52:36] well, this particular problem doesn't have anything to do with caching [07:52:49] Maybe. [07:53:19] Cache bit me the other day with redirects. [07:53:35] Did you see https://bugzilla.wikimedia.org/show_bug.cgi?id=44570#c41 ? [07:53:49] i'm reading https://bugzilla.wikimedia.org/show_bug.cgi?id=41847 [07:53:57] https://bugzilla.wikimedia.org/show_bug.cgi?id=41847 is the re.. yeah. [07:54:06] 44570 is unrelated to Wikidata. [07:54:09] But related to cache. [08:39:58] ori-l: https://gerrit.wikimedia.org/r/#/c/55024/ [08:40:34] maybe that would help with wikidata, but won't perfectly fix https://bugzilla.wikimedia.org/45005 [08:44:26] thanks ori-l [08:46:44] np, hope it helps [08:47:03] aude: were you going to sync it? [08:47:19] ori-l: don't have such permission [08:48:14] aude: if i sync it, could you help verify the potential issue with authentication that you noted in the patch? [08:52:45] ori-l: probably should have someone look at it [09:07:38] DanielK_WMDE_: thoughts re https://gerrit.wikimedia.org/r/#/c/55024/? [09:10:06] ori-l: seems fine, but i'm not an expert on CORS [09:10:30] in any case, we'll *eventually* want wikidata to be on wikidata.org, so this should be in the list anyway [09:12:15] i think it's worth trying [09:12:27] but need to keep alert if there are any new issues [09:14:41] !log olivneh synchronized wmf-config/CommonSettings.php 'Add 'wikidata.org' to to allow CORS' [09:14:53] Logged the message, Master [09:17:31] what is logmsgbot doing here? [09:17:58] it causes the output in the server admin log to double [09:18:52] should be kickbanned [09:19:59] i don't have ops, sadly [09:26:03] ori-l: you do [09:26:32] funny that [09:26:52] looks like chanserve parse complains [09:27:15] i would be running freenode by now if that was the case [09:27:52] anyways, let me look at the channel logs and figure out what logmsgbot is doing here in the first place [09:35:22] ori-l: site.pp has for fenari : $ircecho_logs = { "/var/log/logmsg" => "#wikimedia-tech" } [09:35:44] * ori-l looks [09:36:04] been like that since Ibb454f8883bfa89122260e53461108ab8775b38a [09:36:05] !g Ibb454f8883bfa89122260e53461108ab8775b38a [09:36:05] https://gerrit.wikimedia.org/r/#q,Ibb454f8883bfa89122260e53461108ab8775b38a,n,z [09:36:36] merged on Mar 18 23:18 [09:36:47] so I guess that is a regression and we need to move it back to operations channel [09:37:00] you are welcome :-] [09:37:37] and leslie put it back to operations with If0fe1482f7557cc2d1032a4f92f3e5f834806b11 [09:37:38] !g If0fe1482f7557cc2d1032a4f92f3e5f834806b11 [09:37:38] https://gerrit.wikimedia.org/r/#q,If0fe1482f7557cc2d1032a4f92f3e5f834806b11,n,z [09:39:57] hashar: thanks! submitting a patch [09:40:19] ori-l: did already :-] [09:40:35] it is in the wire [09:40:46] it's not in until it's in! [09:40:48] * ori-l races [09:40:53] j/k [09:40:58] https://gerrit.wikimedia.org/r/55031 [09:40:59] :) [09:43:14] rebooting [10:02:57] andre__: pleaaaaase act upon https://bugzilla.wikimedia.org/show_bug.cgi?id=41922 now :) [10:03:06] I wanna see some products killed at last [10:03:27] maybe we'll see the day when I'm able to file a bug against an app without losing a hour :) [10:04:45] Nemo_bis, join #wikimedia-mobile and convince the team to set up a wiki page that provides an overview? [10:04:50] not sure what I could do right now :-/ [10:05:41] andre__: per last comment, merge those three products in a single one [10:06:05] if there's a single product, the effect of confusion is less catastrophic [10:06:17] App->whatever and I'm done [10:06:37] Nemo_bis, not even sure which "three products" you exactly refer to right now. Could you add a comment in the bug report to clarify? [10:07:07] plus adding classifications in Bugzilla (a level above "product") is on my list for the next weeks... might help too. [10:22:19] andre__: ah you beat me [10:22:47] Nemo_bis, hehe. Commented :) [10:23:06] andre__: definitely ok as for products merging [10:24:03] Wikisource App product is empty... component "General" can be merged to "generic" [10:24:32] it has 1 report, but yeah [13:49:25] Need help launching the Hebrew Wikivoyage which has been approved by the board of trustees and the language committee. Anyone around whom can help? [13:52:18] WikiJunkie: I guess that will be handled via https://bugzilla.wikimedia.org/show_bug.cgi?id=46416 [13:53:07] WikiJunkie: I am not sure who handle wiki creations nowadays [13:53:33] Reedy? [13:55:57] WikiJunkie: It needs members of ops involved, so it will be unlikely to be reedy [13:56:07] since the dns zones need to be created iirc [13:57:25] I was hoping that would be able to chat with the developer/s of the wiki through this channel directly [13:59:52] I had to rejoin the channel. Sorry [14:00:14] So is there no way of contacting the developers directly ? [14:10:19] So is there no way of contacting the developers directly ? [14:11:50] WikiJunkie_: You could try, #wikimedia-ops [14:12:01] Oh, wait, no [14:12:03] Wrong channel [14:12:20] #wikimedia-operations [14:12:22] most of them are also in here, but due to the timezones they most likely be around [14:15:35] I see [14:16:06] p858snake|l_: when do you think most of them would be around ? [14:17:54] SF SBHs is always a good shot [14:18:53] WikiJunkie_: robla might be able to help or point you in the right direction of whom to ask [14:19:21] thanks [14:19:41] what's the question [14:20:01] robla: creating a wiki that langcom has approved [14:20:26] WikiJunkie_: is there a bug filed for it? [14:20:36] yup [14:20:37] https://bugzilla.wikimedia.org/show_bug.cgi?id=46416 [14:20:39] ;-D [14:21:31] andre__ can help push it through the process [14:22:35] great thanks [14:22:36] Yepp, I've got an ops triage meeting later today and it's on the list. [19:03:21] query Tim-camera [19:09:46] InitialiseSettings.php has wgMetaNamespace array; anybody know what that is ? [19:13:21] xyzram: See docs in includes/DefaultSettings.php [19:17:11] or https://www.mediawiki.org/wiki/Manual:$wgMetaNamespace [19:25:33] RoanKattouw: Nemo_bis: thanks; so is the idea that some wikis want to use a name (perhaps localized) other than the default for their Project namespace and that array in InitializeSettings.php encapsulates those pairs ? [19:25:49] Yes [19:25:55] Quite commonly, actually [19:26:06] Ok [19:58:46] Hmm. I'm getting xyzram and vyznev confused in my head. [19:59:17] It's InitialiseSettings.php, BTW. [20:24:29] * hashar claps hands [20:48:09] !log payments cluster updated from 18fd11a4 to df3c8dbc9 [20:48:16] Logged the message, Master [20:52:18] mlitn [20:52:21] who is mlitn ? [20:52:28] that would be me [20:52:37] site just went boom [20:53:20] matthiasmullie: on #operations [21:23:12] greg-g: Having some trouble with our deployment. Looks like Jenkins is having trouble building MediaWiki core. Is there a way we can get it to try again. See https://gerrit.wikimedia.org/r/#/c/55142/ for example. [21:24:01] greg-g: right now it won't even let us sumbit it for merging in the gerrit publish interface [21:25:00] ugh, and Chad's gone [21:26:00] hashar: ^^ [21:26:11] <(VV)> [21:26:33] also https://gerrit.wikimedia.org/r/#/c/55140/ [21:26:36] kaldari: remove jenkins from review and manually merge [21:26:44] ok... [21:26:46] kaldari: the wmf branch is broken in jenkins for some reason :-( [21:26:48] kaldari: sorry [21:27:33] hashar: by broken in jenkins, you mean? (just so I understand the issue) [21:27:44] greg-g: not sure :-] [21:27:47] hashar: thx [21:27:48] heh, got it [21:27:59] greg-g: there are several issues, qunit fetches all the wmf submodules each time a job is run [21:28:05] [21:28:13] greg-g: and some jobs randomly can't find the commit to build which immediately produce a failure [21:28:26] awesome, randomness [21:28:27] going to be a lot of fun tomorrow [21:28:42] maybe the git replication is lagging out a bit [21:28:55] I will find out :-] [21:28:58] thanks [22:06:08] I am about to run scap [22:33:07] bsitu: probably best to put that notice in -operations as well in the future [22:35:31] greg-g: will do! thanks for reminding [23:59:34] gn8 folks