[10:57:50] apergos: you have a moment [10:58:11] depends! what's up? [10:58:14] the http://dumps.wikimedia.org/wikidatawiki/20130505/ wikidata dump is again choking on the logging table [10:58:22] can we just kill that so it can proceed with the rest? [10:59:06] ah yes, I even have code to do the right thing but it's not deployed yet [10:59:36] the right thing? :) great [10:59:55] well [11:00:03] at least it will batch the request and cheat that way [11:00:23] ok [11:00:26] the right thing would be not to have a zillion autopatrolled bot entries in the log and to batch the request right in export.php [11:00:31] yep [11:00:31] but my workaround dos work [11:00:34] *does [11:00:38] i am trying to unstuck the discussion for that [11:00:40] I'll use it to rerun that step at the end [11:00:58] thanks for the heads up [11:02:49] is there an API way to select a random article from a category in commons? [11:03:26] or alternatively a way to request this extension to be installed https://www.mediawiki.org/wiki/Extension:Random_In_Category [11:04:15] having a new extension installed in production means three things: community agreement for the specific wiki, code review for security, code review for performance/general concerns [11:04:43] dMaggot: there's list=random and list=categorymembers in the api, but don't think they can be done together in the same request [11:04:56] list=random can be restricted by namespace, though [11:05:17] http://en.wikipedia.org/w/api.php [11:05:31] apergos: thought so [11:07:18] apergos: but where does one start that process? [11:08:55] yeah they can't be conbined afaik [11:09:14] *combined [11:12:03] dMaggot: just get the categorymembers and randomize yourself afterwards :) most categories are not huge [14:13:23] hello everyone [14:14:04] hi Nnemo [14:14:25] There is a bug. Can you help me ? [14:14:35] Go ahead and describe it, Nnemo [14:19:40] On commons.wikimedia.org , the Template:LangSwitch pretends to accept the parameter "default". And in fact this parameter is needed. [14:20:27] But the template does not take the parameter with its empty value [14:20:52] I have tried to pass the value like this : |default={{{nothing|}}} [14:21:11] But the template still acts as tough there were no "default" param [14:23:18] How can I really pass an empty value to this parameter ? [14:27:15] Nnemo: hmm, I don't know [14:27:37] Nnemo: is this new, or has it been like that for a while? [14:30:27] Sumanah, I will try to find some help [14:56:32] Hello [15:30:10] Hi, I'm looking into Content and ContentHandlers - those for JS, CSS, wikitext and plain text seem to be predefined. There isn't one for XML though. Does anybody know if an XML content type is available somewhere? [15:30:16] andre__: be right there [15:30:41] wibby: No, we don't have XML pages. [15:30:41] greg-g, on the way too :) [15:33:29] Dantman: do you think it would be difficult to create an XML content type? I have some PHP experience but I'm new to mediawiki. I am trying to create a wiki that supports XML content types in order to force certain pages to adhere to an XML schema [15:37:43] wibby: I suppose you could. But what you probably want is not an XML content type but a content type specific to your extension and it's purposes. [15:43:45] Dantman: I don't really have an extension. Only this XSD and a bunch of XML files that adhere to it. We want to put those into a wiki for easy collaboration. But of course we want to make sure that they are valid, otherwise we could just use wikitext with . Or do you think an extension is the way to go here? [16:04:53] wibby: Of course... even if we had an XML type it wouldn't validate by schema. [16:16:58] I see. I'll create a little extension that basically just adds my XML content type and handler then [18:32:52] hi, [18:33:16] how to handle multiple interwiki to same language wiki? [18:33:43] eq. multiple translations of a specific text [18:34:14] to be able to use Doublewiki on *any* of them... [18:38:36] Hi, is it possible to reset a botpassword, I've completly forgotten the password and apparently I registered it with an old email address [18:41:07] Can you prove ownership? [18:41:20] no problem at all [18:41:31] http://no.wikipedia.org/wiki/Bruker:Probot [18:41:36] this is the bot in question [18:41:58] http://no.wikipedia.org/w/index.php?title=Bruker:Probot&oldid=5764103 [18:42:04] and the first edit made by the bot [18:45:38] Looks like the bots email is on a university account [18:46:07] I can change the bots email to the same as yours [18:46:21] that would have been great [18:46:43] I graduated a couple of years ago, so that email is inactive [18:47:11] it's either the norwegian (ntnu) one, or a NZ (VUW) one [18:48:07] ntnu [18:48:43] yeah, I've lost controll of both years ago [18:49:34] You should have a password reset email for the bot account now [18:49:52] lovely, thanks heaps! :) [18:50:04] np [18:50:12] just got the reset email [20:21:54] aha [22:05:05] So Reedy / hashar, getting login.wm.o into beta? [22:05:30] Iirc, it was just adding the domain to a couple of files, right? [22:12:07] csteipp: so what is the domain ? logging.wikimedia.org ? [22:12:15] login.wikimedia.org [22:12:36] and that is just a wiki, not some custom crazy code like a nodejs node backend, is it? [22:12:47] Yup [22:12:50] Locked down wiki [22:12:55] We already have loginwiki configured in production, I *think* we just need it added to a few of the domain lists [22:13:27] so if you want to handle that [22:13:28] Maybe merge in the InitialiseSettings/CommonSettings [22:13:54] the DNS entry logging.beta.wmflabs.org already points to the beta squid text [22:14:04] I guess you just have to tweak the mediawiki-config.git [22:14:05] login [22:14:08] then addwiki.php [22:14:08] not logging [22:14:09] :p [22:14:14] oh [22:14:21] lets switch to french so. [22:14:27] connexion / journaux [22:14:29] :-] [22:14:37] :) [22:14:38] sorry too late [22:14:47] so yeah I guess that is mostly figuring out the mw conf [22:14:50] and creating the wiki [22:15:19] Might be a couple of labs conditional paths that need a line or 2 adding/tweaking [22:16:15] whenever the change is merged that self deploy on beta via Jenkins [22:16:20] so go ahead :-] [22:16:42] and hopefully the addWiki script will work on beta [22:17:09] Reedy: csteipp I get a similar change to add Wikidata on beta too https://gerrit.wikimedia.org/r/#/c/61428/ [22:17:25] been too crazy last 2 weeks to get it seriously reviewed / deployed though [22:18:34] Yeah, that looks about right, from what I remember of wikivoyage [22:19:05] Also, iirc we have to push all the dblist files back in when we run addwiki [22:20:28] no idea :-] [22:20:40] I will have to figure it out with the wikidata folks [22:20:53] but yeah you should be fine creating the login wiki [22:21:18] csteipp: I will try to reminder to ping you about the HTTPS status in beta [22:21:25] we are deploying it after the i18n deployment window [22:24:52] hashar: Cool. I'll be around all day tomorrow [22:27:50] csteipp: I am disconnecting by 9am PST :D [22:34:10] and I am off [22:34:11] *wave*