[01:32:24] New patchset: Aude; "(bug 46229) show edit link if an item is connected to a client page" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55237 [01:42:08] New patchset: Aude; "(bug 46229) show edit link if an item is connected to a client page" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55237 [01:43:31] New patchset: Aude; "(bug 46229) show edit link if an item is connected to a client page" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55237 [02:34:24] Moe_Epsilon: I don't really think that account was a spambot [02:35:29] hmm, I'm not exactly sure now. The properties were useless either way. [02:35:33] Willing to remove the block [02:35:53] well, certainly removing both talk and email is rather harsh given that [02:36:50] I'll change the settings and drop them a message to explain their creations then [02:37:14] that'll go [02:40:16] hi, dev channel seems to be dead. Anyone knows where the schedule page is for mediawiki releases to production? [04:49:01] admins: would you mind closing this request? http://www.wikidata.org/wiki/Wikidata:Requests_for_permissions/Bot/Dexbot_2 [04:50:06] I don't see a consensus (yet) [04:52:03] Jasper_Deng: nobody is active, last edit was two days ago [04:52:33] it can still wait then [04:52:55] OK [05:26:07] personally i like to make sure a request has been open for at least 7 days before closing [05:26:15] unless its super easy [05:29:16] legoktm: it's open for six days now but I think you're right [06:36:04] (show/hide) 06:34, 22 March 2013 (diff | hist) . . (+1,178,272)‎ . . N Wikidata:Dump reports/Burial locations ‎ (+) (top) [06:36:10] * legoktm wonders what he was thinking >.< [07:45:13] setclaimvalue-save-failed: Failed to save the change [07:45:22] no other debugging info? [07:50:06] https://www.wikidata.org/wiki/Q855 [07:50:10] happens when i do it manually too [08:00:55] legoktm: I've got this error too, too much [08:01:06] sometimes this and sometimes json-invalid [08:01:20] they doesn't have any debugging info [08:01:23] :( [08:03:17] the strange thing is my bot can't make item for http://en.wikipedia.org/wiki/Category:%C5%81%C3%B3d%C5%BA_Ghetto [08:03:22] Me niether [08:03:40] o.O [08:03:40] neither [08:03:42] i cant either [08:04:26] I spent three hours for debugging (I thought problem is in the PWB codes) [08:05:03] :( [08:05:12] i just stuck my code in a try: except: pass [08:09:41] legoktm: can you report this bug? I'm gonna die right now [08:09:50] haha sure [08:09:57] thanks [08:13:01] oh but [08:13:01] hmm [08:13:05] my bot eventually did it? [08:13:17] https://www.wikidata.org/w/index.php?title=Q855&diff=14119091&oldid=12734120 [08:13:26] third time is the charm i guess...? [08:14:22] * legoktm cant file a bug now... [08:14:23] gah [08:14:35] actually [08:14:37] ill still file [08:15:45] oh wait, that was me. [08:15:46] gah [08:28:02] * legoktm waves to DixonD1  [08:28:07] I closed your bot request btw [08:50:15] legoktm: error reporting from the API should get a lot better with the current and the next deployment [08:50:44] i filed https://bugzilla.wikimedia.org/show_bug.cgi?id=46446 [08:51:00] but better reporting sounds great :) [08:52:22] legoktm: can you please try to reproduce the problem on http://wikidata-test-repo.wikimedia.de? [08:52:32] err. [08:52:42] "Could not acquire 'repo:messages:en:status' lock."? what gives? [08:53:03] the message cache is going on my nerves :/ [08:53:42] well my bot has edited around 1400 pages and only hit that error once. [09:16:20] New patchset: Henning Snater; "Removed toolbar placeholder node from statement template" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55247 [09:28:58] New review: Tobias Gritschacher; "Test should be registered." [mediawiki/extensions/Wikibase] (master) C: -1; - https://gerrit.wikimedia.org/r/55104 [09:45:58] Abraham_WMDE: moin! do we have a time set for the branch already? and do you know if denny will be available some time before lunch? [09:46:34] moin [09:46:52] I'm just answering your email [09:47:07] ok [09:47:17] we need to speak about what else to pick up. I will sent you now the list with the high prio bugs [09:47:21] the most important bit is to know what needs to be done before code freeze / branch time. [09:47:25] btw [09:47:34] test-repo is not broken for me [09:47:37] and dev also not [09:47:46] I did also not updated the test repo yet [09:48:31] Abraham_WMDE: it's also working for me now. it was a timeout triying to grab a lock, related to the localization cache [09:48:48] maybe the box was just very slow, or something was rebuilding the localization cache in the background? [09:48:54] whatever. [09:49:01] it was broken for about an hour or so. [09:49:27] ok I will look into it, thanks for the stack trace [09:51:25] Abraham_WMDE: I suppose we need to pick up Anja's RDF patch, right? I guess I could get that working next week. [09:52:15] New review: Daniel Kinzler; "Fix for the namespace checker issue in patch I3eeaec15" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/53381 [09:54:30] DanielK_WMDE: good question, I thought on that too [09:54:50] we should have our branch ready on next monday, for a test deployment on test2 [10:02:02] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/54475 [10:02:23] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/54482 [10:02:35] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/54680 [10:02:46] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/54831 [10:02:59] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/54840 [10:03:10] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/54854 [10:03:22] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55070 [10:03:35] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55071 [10:03:44] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55072 [10:03:54] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55247 [10:05:23] DanielK_WMDE: i'd like to work on summaries [10:05:46] for the client, and same time should be able to do something for the repo [10:06:00] and do code review [10:15:20] DanielK_WMDE: poke [10:15:46] if you want to work on summaries in the repo, i can work on terms table [10:16:05] * aude working on summaries in the client now [10:16:18] DanielK_WMDE: 45997 and 45998 is updated on the taskboard [10:16:34] will do code review also [10:18:07] DanielK_WMDE: sorry about yesterday, I was too swamped. today I am available [10:18:35] New patchset: Henning Snater; "(bug 44683) GuidGenerator JavaScript implementation" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/53545 [10:18:35] New patchset: Henning Snater; "(bug 44683) Making use of setClaim API module in JavaScript UI" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/53734 [10:25:34] New review: Daniel Kinzler; "(4 comments)" [mediawiki/extensions/Wikibase] (master) C: -1; - https://gerrit.wikimedia.org/r/52796 [10:26:01] Denny_WMDE: no problem, i had enough to do :) [10:26:15] and I hear you are going to be interviewed today. nice... [10:27:05] aude: let's please talk about summaries in the client for a minute, when i'm done with denny. [10:27:14] done with me? *gulp* [10:27:32] Denny_WMDE: figuring out what needs to go into the branch :P [10:27:38] Abraham_WMDE: thanks [10:27:42] i know :) [10:28:09] let me check the links abraham sent (i was burried in a review for half an hoiur, didn't look yet) [10:29:00] aude: https://bugzilla.wikimedia.org/show_bug.cgi?id=46365 is extending the current iteration, right? [10:29:07] we already do get something back? [10:30:08] Denny_WMDE: yes. actually, the list of "high prio" bugs abraham sent doesn't seem so high prio to me. [10:30:20] i mean, most of them don't block the wmf12/client branch [10:30:24] New review: Aude; "(3 comments)" [mediawiki/extensions/Wikibase] (master) C: -1; - https://gerrit.wikimedia.org/r/55091 [10:30:41] Denny_WMDE: what i want is a) a deadline for the branch and b) a list of blockers [10:31:22] i would love to have the deadline today. but i am afraid this is wishful thinking. so i would settle for monday, if required. [10:31:43] so a) depends on b) [10:31:48] let's figure out b) [10:31:55] yea, we won't make today. [10:32:07] i'd try to aim for early monday though [10:32:11] no later than 2pm [10:32:13] anyway... [10:32:24] so, is there a list we can go through together? [10:32:26] how do we make a list? a google doc? phone? [10:32:45] here and now? [10:32:46] there's my daily from yesterday, and abrahams list from today. [10:32:54] ok, i take those two, wait a second [10:33:04] yes... let me go for little data miners first... [10:33:54] Change merged: Daniel Werner; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55076 [10:35:17] aude: the site link widget can be turned on and off per client wikipedia, is this correct? [10:35:47] Change merged: Daniel Werner; [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/54643 [10:37:36] New patchset: Daniel Werner; "(Bug 42063, bug 44577) Special:EntityData supports RDF output" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/51164 [10:37:44] i don't think we have that yet... [10:37:50] it's my no 1 blocker [10:38:03] hi DanielK_WMDE [10:38:08] hi aude [10:38:45] Denny_WMDE: https://bugzilla.wikimedia.org/show_bug.cgi?id=46365 is not critical... it's just figuring out how to do it more nicely in value formatters [10:38:59] aude: thanks. so we remove that from the list of blockers [10:39:09] (i am keeping note) [10:39:22] i would prefer monday morning so it's not so rushed [10:39:33] * aude like to get summaries for the repo and client in better shape [10:39:38] (working at all for the repo) [10:39:54] moving the terms table over and using would be nice also, but not as essential [10:40:10] what about the sitelinks - can they be switched on and off? [10:40:14] i need to ask hoo man if he's working on the sit elink widget [10:40:27] so currently it is simply in, right? [10:40:30] i can do a switch and make it logged-ino nly [10:40:37] aude: if we want to deploy the sitelink widget, we need to resolve these things. [10:40:37] Denny_WMDE: right [10:40:44] i think that's more urgent than the summaries [10:40:49] DanielK_WMDE: of course, but but but [10:40:52] :P [10:41:00] i want to have them too. but they don't block us. [10:41:05] making it load the js on demand is still on feedback [10:41:17] if we can simply switch off the sitelink widget, then it is no blocker [10:41:21] hoo is working on that and i'm confident we'll get something merged during the weekend [10:41:21] yea... feedback by who? [10:41:31] he's working on the feedback [10:41:45] hrm... [10:41:47] daniel w and i had some feedback [10:42:11] if it's logged in only and on certain wikis, i don't think it's totally critical [10:42:13] i don't like blocking on something that a volunteer may or may not do over the weekend. [10:42:33] it only shows up on pages that are not connected, and for say, itwiki, i think 99% of stuff is connected [10:42:36] how hard is it to kick it simply out? [10:42:42] aude: yes, but we have no kill switch nor logged-in-only merged, do we? [10:42:45] we can make it experimental again [10:42:48] DanielK_WMDE: not yet [10:42:50] ok [10:42:53] right. [10:43:02] so we can say: if by monday morning it is not done [10:43:03] let's have a switch for it like data inclusion [10:43:09] aude, Denny_WMDE: my suggestion is to make it experimental until these things are resolved. [10:43:18] and we should do that *now* [10:43:28] hoo got a little upset when i worked on the js initialization [10:43:37] he really wants to work on it and is working on it further [10:43:50] DanielK_WMDE: ok [10:43:51] excellent. still, i don't want to block on it [10:44:05] i'd like to have it on test2 [10:44:14] ok, so this is resolved. it is experimental, and thus all related bugs are no blockers [10:44:24] i think having the switch would be better and then we can try it out there (i already tried it) [10:44:35] https://bugzilla.wikimedia.org/show_bug.cgi?id=46360 is not a blocker, i assume? [10:44:47] aude: if you implement the switch, we don't have to make it experimental, and could test it on test2. [10:44:57] Denny_WMDE: no. [10:45:00] Denny_WMDE: not really although i put in some more tests (in gerrit) [10:45:24] it would be great, but does not block deployment. ok, removing it from list [10:45:28] right [10:45:59] https://bugzilla.wikimedia.org/show_bug.cgi?id=46363 would be great too. but should we remove it from the blockers list? [10:46:04] i'd say switch for site link widget 2) autosummaries in repo are the blockers [10:46:18] very nice to have 1) improve summaries in client [10:46:29] 2) terms table access for client [10:46:44] Denny_WMDE: i want "kill switch for sitelink dialog (alternative: make it experimental)" on the list [10:47:18] DanielK_WMDE: put on list [10:47:19] where is this list? [10:47:25] Denny_WMDE: 46363 blocks properties-by-label lookup. do you want to block on that? [10:47:38] i would prefer not to. [10:47:40] DanielK_WMDE: no, although very nice to have [10:47:50] aude: we are making it. from my daily yesterday and abrahams response to my daily today. [10:48:03] the list is being generated right now [10:48:06] i will then send it around [10:48:10] ok [10:48:12] and update the dots on the board [10:48:17] ok [10:48:22] Denny_WMDE: ok, so remove 46363 and 46362. [10:48:46] remove 46321 [10:49:00] remove 46232 [10:49:15] Denny_WMDE: they block deployment of the sitelink widget. [10:49:24] if we don't block on that, we don't block on these [10:49:41] yes, but we decided to block on a on/off switch for the sitelink widget [10:49:53] we can only deploy sitelink widgets if these are done [10:50:00] but we do not block for deployment of this to be done [10:50:01] ...but you didn't say whether you want it on or off by default [10:50:04] agree, it's stull useful to be able to test on test2 [10:50:08] off by default [10:50:09] for the widget [10:50:13] Denny_WMDE: ok then [10:50:19] aude: agree [10:50:45] i do not see that we block on autocomments, 45840 [10:50:53] me nither [10:51:06] if we make it, we make it. but if we do not make it, we will not stop deployment [10:51:09] Denny_WMDE: 46365 can also go, the current approach works [10:51:22] DanielK_WMDE: Denny_WMDE agree but very very good ot have them [10:51:32] i recommend to stop work on autocomments until all blockers are resolved. [10:51:43] aude: absolutely agree [10:51:48] let's see if we have any blockers left after this :) [10:51:49] DanielK_WMDE: ok [10:51:51] right now i only have one [10:51:56] aude: yes, but i don't see that we'll get them done properly by monday morning [10:52:00] but we are not done with the list yet [10:52:09] DanielK_WMDE: ? [10:52:10] so, 45997 [10:52:33] Denny_WMDE: that's important [10:52:44] so a blocker I assume [10:52:58] i'd say so [10:53:06] Denny_WMDE: yes. and it's on review [10:53:14] getting it reviewed and properly tested would be good [10:53:15] i guess https://bugzilla.wikimedia.org/show_bug.cgi?id=46259 is not a blocker [10:53:25] the testing is quite a bit of work [10:53:41] i guess https://bugzilla.wikimedia.org/show_bug.cgi?id=45998 is a blocker [10:53:58] 46259 not a blocker [10:54:00] the verbosity thing isn't a blocker, but it's covered by the same patch that solved 46259 [10:54:14] 45998 is important [10:54:17] err, the same one that covers the oldest-first thing i mean [10:54:21] DanielK_WMDE: ah ok [10:54:31] so not a blocker, but will be also resolved, nice [10:54:48] https://bugzilla.wikimedia.org/show_bug.cgi?id=46386 : not a blocker I assume [10:54:56] 45998 is important - not really a blocker, but on review and pretty isolated. [10:55:10] 46386 not a blocker [10:55:15] actually, 45998 will help with testing/reviewing 45997 [10:55:31] agree, the demon thing is not a blocker [10:55:46] i hate demons, ops wants a demon, we'll do it at some point. [10:55:48] all autocomments bugs (45840, 39134, 45278, 45100, 45279, 45281, 45231) not blockers (although important) [10:55:52] daemon :) [10:55:58] daimon [10:56:05] :P [10:56:17] Denny_WMDE: agree [10:56:32] what about 46361 [10:56:33] important but not blockers [10:56:41] novalue and somevalue in the simple inclusion syntax [10:56:49] what happens know when it encounters a novalue? [10:56:50] 46361 is not a blocker [10:57:13] it's ignored [10:57:14] ok [10:57:15] then it is no blocker [10:57:16] empty string [10:57:35] in case there are multiple values, one a no value, there is no comma separating it (@todo) [10:57:41] Denny_WMDE: we should discuss at some point what it *should* do with NoValue and SomeValue snaks. [10:57:54] yes, we should [10:58:23] i'd suggest "none" and "unknown" as a result, but I am not sure if that works [10:58:30] Denny_WMDE: i see no more blockers on the list. there is however a patch on review which i would call a blocker. [10:58:32] Denny_WMDE: https://gerrit.wikimedia.org/r/#/c/55092/ [10:58:33] but let's not do it now, sorry, getting distracted [10:58:41] that's a *really* nasty one, and I screwed it up. [10:58:56] Denny_WMDE: what about string length limit? [10:59:03] did we ever fix it the *right* way in master? [10:59:05] eek, string length limit :) [10:59:15] do we have a bug for fixing it right? [10:59:16] aude: no, we didn't and we cannot until monday morning [10:59:18] or do we need to do evil fix again? [10:59:26] ok, evil fix is a blocker [10:59:26] evil fix until we get it right [10:59:34] evil fix is not a blocker [10:59:35] then put the evil fix on master [10:59:42] it'll biute us if we don't. [10:59:42] i guess we use the same branch of datavalues so that's fine [10:59:48] right [11:00:02] so [11:00:09] here is my list of blockers: [11:00:19] switch of sitelink widget [11:00:19] 45997 [11:00:19] 45998 [11:00:19] https://gerrit.wikimedia.org/r/#/c/55092/ [11:00:32] sorry, that is "switch off sitelink widget" [11:00:52] agreement? [11:00:59] aye [11:01:36] less than i thought [11:01:37] good. [11:02:10] aude: agreed as well? [11:02:42] aude: I think I'll need your help with testing the new dispatch logic. It requires a bit of setup. Not sure where to do this best. [11:02:42] agree [11:02:52] DanielK_WMDE: i have setup [11:02:57] not a problem [11:03:16] * aude would like to have my setup on labs some day [11:03:25] excellent! would be great if you could review it, then. [11:03:48] perhaps you can try the stats patch at the same time, that would make it much easier to monitor what the dispatcher is doing. [11:03:52] yes [11:03:54] agree [11:04:03] cool, thanks [11:04:45] hm, so... now I don't have a blocker to work on, until I get feedback :P [11:04:46] ok, I'll send around and update board. thank you [11:04:50] i'll do reviews & cleanup then [11:04:54] Denny_WMDE: thanks! [11:04:55] thx [11:05:15] Jeblad_WMDE: was reviewing 45998 i think and was about to merge it [11:05:21] Denny_WMDE: tobi's think needs review [11:05:50] if 45998 was merged, that would make it easier to test 45997. [11:05:59] aude: which one? [11:06:15] https://gerrit.wikimedia.org/r/#/c/53974/ [11:06:31] i'll look into that [11:06:44] also https://gerrit.wikimedia.org/r/#/c/55237/ [11:06:48] not a blocker but important [11:08:52] is there a bug for the switch for the sitelink widget? [11:09:15] don't think so [11:09:27] New patchset: Aude; "(bug 46319) add setting to enable or disable site link widget per wiki" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55255 [11:09:40] New patchset: Aude; "(bug 46319) add setting to enable or disable site link widget per wiki" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55255 [11:09:44] DanielK_WMDE: ^ [11:09:51] there is a bug [11:09:51] hm, i suppose I could work on that too, but I don't really know which bits would need to be excluded [11:09:59] ? [11:10:06] ah, good [11:10:11] trivial [11:10:16] ah, that's already the patchset :) [11:10:18] need to make it logged-inonly [11:10:27] that's another bug [11:10:30] yes [11:10:40] aude: if you can exmplain more quickly than code it, i can code it [11:10:53] DanielK_WMDE: code what? [11:11:08] the switch [11:11:10] probably easier if i do it [11:11:13] k [11:11:14] DanielK_WMDE: the switch is done [11:11:22] https://gerrit.wikimedia.org/r/#/c/55255/ [11:11:23] so i'll have lunch and then review stuff [11:11:25] please review [11:11:33] * aude needs to add it in the options doc  [11:11:42] new patch in moment [11:12:45] New patchset: Aude; "(bug 46319) add setting to enable or disable site link widget per wiki" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55255 [11:12:51] new patch done [11:13:12] we'll probably need to update selenium tests accordingly [11:13:15] Tobi_WMDE: ^ [11:13:36] are you finishing the blockers before I sent out the mail? [11:14:38] aude: for what changeset? [11:15:35] New review: Daniel Werner; "(10 comments)" [mediawiki/extensions/Wikibase] (master) C: -1; - https://gerrit.wikimedia.org/r/51164 [11:16:28] Tobi_WMDE: one sec [11:16:38] i'll go ahead and add logged in only to same patch [11:16:41] it's the same line of code [11:18:29] ok, I can modify the tests when you are finished [11:18:42] New patchset: Aude; "(bug 46319, bug 46232) add setting to enable site link widget per wiki and make logged-in only" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55255 [11:19:14] Tobi_WMDE: https://gerrit.wikimedia.org/r/#/c/55255/ [11:19:27] so, the widget is for logged-in users only and [11:19:35] ooops. [11:19:42] and requires setting enableSiteLinkWidget to be true [11:19:53] * aude needs to make it false by default (set it to true for testing) [11:20:52] New patchset: Aude; "(bug 46319, bug 46232) add setting to enable site link widget per wiki and make logged-in only" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55255 [11:21:28] Tobi_WMDE: finished [11:24:37] aude: ok [11:30:01] New review: Daniel Werner; "(3 comments)" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/51164 [11:36:30] omg, Wikidata is so cool I can't stop editing! [11:37:21] odder: :D [11:38:13] I started with airports in Poland, and ended up adding descriptions to counties in Estonia [11:38:16] omg :) [11:38:21] *g* [11:38:22] nice [11:38:28] New review: Daniel Werner; "(1 comment)" [mediawiki/extensions/Wikibase] (master) C: 1; - https://gerrit.wikimedia.org/r/53974 [11:40:17] odder: :D [11:41:20] New patchset: Tobias Gritschacher; "(testing) extended selenium tests for inclusion syntax" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55256 [11:42:12] Change merged: Daniel Kinzler; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55255 [11:43:18] aude, Tobi_WMDE: merged [11:44:39] New patchset: Aude; "add tests for PropertySQLLookup" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55104 [11:45:27] New patchset: Aude; "add tests for PropertySQLLookup" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55104 [11:45:54] Denny_WMDE: how about branching as soon as all blockers are resolved? the people can merge other stuff again. [11:46:32] the alternative is of course to wait asd long as possible, to see whether we can get some of the optional stuff in [11:46:50] but i'm kind of afraid that we'd try to cram too much that way [11:48:28] Hmm... https://www.wikidata.org/w/index.php?title=Q2459837&diff=next&oldid=13985381 [11:48:42] I am getting these in every e-mail sent to me [11:49:03] aude: uh, if i have {{noexternallanglinks:*}} on a page, page_props will not contain wikibase_item? [11:49:04] 10[1] 10https://www.wikidata.org/wiki/Template:noexternallanglinks:%2A [11:49:23] aude: that seems wrong... it implies I can't use wikidata stuff in an infobox either... [11:54:17] DanielK_WMDE: good point [11:54:37] we can decouple them [11:55:52] DanielK_WMDE: i think summaries are a critical optional thing [11:57:48] New review: Daniel Kinzler; "(3 comments)" [mediawiki/extensions/Wikibase] (master) C: -1; - https://gerrit.wikimedia.org/r/55237 [11:58:01] odder: can you elaborate please? [11:58:04] New review: Aude; "need to fix registration of files" [mediawiki/extensions/Wikibase] (master) C: -1; - https://gerrit.wikimedia.org/r/55104 [11:58:40] aude: but probably too big to get right until monday. [11:58:59] aude: anyway, please see my comments on your "show ediut link" patch [11:59:13] i think the solution is to just not care about noexternallanglinks in this context [11:59:42] wikibase_item should be set when one is available. if wikibase_item is set, a link should be show. [11:59:51] never mind the langlinks.- [12:00:39] odder, Lydia_WMDE: that's the diff=next bug. it's fixed in wmf12. [12:00:52] k [12:00:52] just wait until that gets deployed again [12:02:14] odder, Lydia_WMDE: https://bugzilla.wikimedia.org/show_bug.cgi?id=45821 [12:02:47] DanielK_WMDE: really? [12:02:52] show the edit link when the links are suppressed? [12:02:55] nah [12:03:18] we can keep the property but no edit link [12:04:15] aude: if the page is *connected* and the links are suppressed, there should be no "edit links" link (but there could be a "edit data" link, but that's another question). [12:04:33] aude: but the code doesn't do that. it supresses the link when the page is *unconnected* [12:04:41] ...and has noexternallanglinks. [12:04:56] that makes it hard to link the page via wikidata. [12:05:14] or did i read that wrong? [12:05:17] DanielK_WMDE: language links would be the wrong place to do that [12:05:27] o_O [12:05:46] you really want me and other people to keep evil hack for example on the main page of enwiki to hide the link with css? [12:06:03] krinkle did not like that and we *need* to fix it [12:06:05] now [12:06:14] aude: i'm talking about unconnected pages. the main page is not unconnected [12:06:21] yes it is! [12:06:31] it is connected.... but even if not, doesn't matter [12:06:36] hm? [12:06:39] yes, it does matter [12:06:41] a lot. [12:06:43] that's my point [12:06:54] *wrong* way [12:07:06] data is different than language links [12:07:38] let's make a discussion point for next week to talk about where to put a data link [12:07:53] or what to do..... [12:09:01] aude: yes, we need a design decision there. [12:10:13] New patchset: John Erling Blad; "(bug 45998) introducing Special:DispatchStats" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55091 [12:10:36] thanks DanielK_WMDE [12:10:38] New review: Aude; "(3 comments)" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55237 [12:10:59] aude: but... this still isn't right. wikibase_item has to be set if the item is connected, never mind noexternallanglinks. [12:11:15] DanielK_WMDE: agree with that [12:11:42] we can decouple them [12:11:47] aude: ...and to follow your logic, if it's there, and there is NELL:* on the page, we can supress the link [12:11:57] if it's not there, we inject the marker (never mind NELL). [12:12:13] DanielK_WMDE: right [12:12:16] that's what we do [12:12:32] no, that's not what the code does. [12:12:43] (unless i got my brain into a knot) [12:12:45] yes it *is* for when there are language links [12:13:00] we can change that for when there are no language links but the item is connected [12:13:18] "there are no" or "they are supressed"? [12:14:04] New review: John Erling Blad; "There was some additional changes introduced by my IDE, it is now stripping trailing whitespace. I d..." [mediawiki/extensions/Wikibase] (master); V: 2 C: 2; - https://gerrit.wikimedia.org/r/55091 [12:14:07] Change merged: John Erling Blad; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55091 [12:14:24] aude: well, first of all, wikibase_item needs to be decoupled from NELL. [12:15:07] DanielK_WMDE: if ( $noExternalLangLinks === null || !in_array( '*', $noExternalLangLinks ) ) { [12:15:10] then, if wikibase_item is there, we show the link, and if not, we inject the placeholder. and, following your logic, we'd do nither if there's NELL:* on the page [12:15:25] it it's not set or not *, then we show the edit link [12:15:29] yes, that means "no NELL:* on the page" [12:15:55] aude: but that'S in the branch for "wikibase_item is null" [12:16:00] or the magic word is there but does not suppress all [12:16:04] DanielK_WMDE: yes [12:16:40] this logic should be applied independantly of wikibase_item. either always of never. [12:16:50] and wikibase_item needs to be set independantly of NELL. [12:16:55] we agree [12:16:59] good then :) [12:17:02] * aude stop discussing [12:17:14] we can discuss about a data link next week [12:17:24] yea [12:17:29] will you amend the patch accordingly? [12:17:31] that's something that the main page of enwiki probably wants to suppress also [12:17:51] * aude needs to get rid of my css hack there :) [12:17:56] make krinkle happy [12:22:15] https://www.wikidata.org/wiki/Help:Description#Capitalization seems not to follow http://www.wikidata.org/wiki/Help:Description#Common_formulas now I read it [12:30:56] New review: Daniel Kinzler; "(1 comment)" [mediawiki/extensions/Wikibase] (master); V: 2 C: 1; - https://gerrit.wikimedia.org/r/53974 [12:33:37] New review: Daniel Kinzler; "(1 comment)" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55237 [12:34:40] aude: can you do the untangling of wikibase_item in the change you have on gerrit, or do you want that separate? If the latter, I'd call that a blocker; as I see it, wikibase_item is currently broken. [12:34:47] DanielK_WMDE: doing now [12:34:51] ok thanks [12:35:06] Tobi_WMDE: minor issue with your diff patch [12:35:25] Tobi_WMDE is not here right now.... [12:35:41] i'd say your comment is an enhancement [12:35:41] for his patch [12:35:44] agree with it, though [12:39:20] aude: sure is, but not worth filing on bugzilla, if it can be done via a comment before hte merge [12:39:22] much easier [12:39:41] can do it myself, but then someone else has to merge [12:42:02] Change merged: John Erling Blad; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55092 [13:05:21] New review: Tobias Gritschacher; "(1 comment)" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/53974 [13:07:39] New review: Daniel Kinzler; "(1 comment)" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/53974 [13:08:11] New patchset: Aude; "(bug 46229) show edit link if an item is connected to a client page" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55237 [13:09:03] New patchset: Aude; "add tests for PropertySQLLookup" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55104 [13:09:58] New patchset: Aude; "add tests for PropertySQLLookup" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55104 [13:10:36] DanielK_WMDE : aude: I used "/" cause we're using it in the header.. but I could change it to use the colon [13:11:20] Tobi_WMDE: the header is fugly and needs to be fixed. but the logic there is that the header is a *path* that leads to whatever has been changed. [13:11:34] New review: Aude; "@todo in another patch, move other store/sql tests into subdirectory to be consistent with classes" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55104 [13:11:52] DanielK_WMDE: ok [13:12:05] Tobi_WMDE: i'd do it in another patch but whatever you and daniel prefer [13:12:14] Tobi_WMDE: but if we have all snaks in a single change, then the value snaks care key/value pairs, so a ":" makes more sense, I think [13:12:16] need not need a bugticket [13:12:30] * aude checks out the patch [13:12:45] a "/" just looks odd there [13:13:00] * DanielK_WMDE wonders whether the separator should really depend on the interface language... [13:13:12] DanielK_WMDE: i think so [13:13:20] would also say so [13:14:02] DanielK_WMDE: i need your help with something.... [13:14:04] New patchset: Tobias Gritschacher; "(bug 46075) diff view support for multiline references" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/53974 [13:14:26] in the LangLinkHandler we made it to use the $site object for the client site, to get the local / global id [13:15:06] that sometimes interferes with other phpunit tests, so i think we need a way to do the add TestSites in MediaWikiTestCase or something [13:15:19] like it adds user (id 0) and other stuff [13:15:24] or another solution, but i don't know what [13:16:09] and use the globals thing in the tests to stash the setting and use a mock one [13:16:23] thoughts? [13:16:47] DanielK_WMDE : cannot use wfMessage( 'colon-separator' ) without other changes, because it adds html which later gets escaped. [13:17:14] Tobi_WMDE: gah. hardcode a ":" " for now then and add a //TODO [13:17:25] err, ": " [13:17:32] ok [13:17:38] not nice but the way to do it [13:18:10] aude: i don't quite understand the problem. LangLinkHandler uses a Site object... and how does that interfere with what? [13:18:44] DanielK_WMDE: try running some core unit tests in the client [13:18:53] it has a warning (in our code) if the site is not found [13:18:56] aude: for what and when would we need to init the test sites in MediaWikiTestCase? [13:19:09] in other tests, since it's doing parsing [13:19:10] which test generates that warning? [13:19:19] any test that does parsing [13:19:35] ArticleTablesTest.php [13:19:36] ah, i think i see. [13:19:56] it's kind of yucky but i think having the site object handle global / local id is the way forward [13:19:59] any parsing triggers LangLinkHandler, which needs a mock site, which isn't present in other tests [13:20:04] right [13:20:16] the testsites is used in a bunch of other tests [13:20:46] aude: can you give me a phpunit call that will generate the problem quickly? [13:20:47] in our code, so i think it might make sense that it's just done for all tests, but not sure 100% how to handle [13:20:52] ArticleTablesTest.php [13:20:56] that did it [13:20:58] great [13:20:58] New patchset: Tobias Gritschacher; "(bug 46075) diff view support for multiline references" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/53974 [13:20:59] i'll go afk and think about it for a minute [13:21:09] * aude tried to run core tests and noticed it :( [13:21:20] it's just a warning and i think a warning is the right thing in the code [13:23:33] if i put TestSites::insertIntoDb() into MediaWikiTestCase addCoreDBData() then it worked [13:23:54] but only because my setting global id is enwiki and that's one of the test sites entries [13:30:35] New review: Aude; "this patch works okay, though there can be improvement in follow-up patches per the @todos in the code" [mediawiki/extensions/Wikibase] (master); V: 2 C: 2; - https://gerrit.wikimedia.org/r/53974 [13:30:38] Change merged: Aude; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/53974 [13:34:50] i still have problems adding properties, anyone knows whats up with that? [13:34:54] seems the request to http://www.wikidata.org/w/api.php?action=wbgetentities&format=json&ids=p31&languages=en [13:34:56] returns an empty page [13:34:59] even though content-length header is not 0 [13:35:14] property => statement [13:35:58] Gotisch: that request works fine for me... [13:37:04] aude: i see two options: 1) check in the hook whether we are running unit tests, and bail out if we do. we don't need the hook to run in tests. 2) hook into the test case setup, and run the TestSites stuff there. [13:37:53] wfRunHooks( 'ParserTestGlobals', array( &$settings ) ); [13:38:02] that would probably do the trick [13:38:13] both options as ugly, but i can't think of a better way right now [13:38:39] it's really a core thing, but TestSites isn't in core, afaik... [13:40:16] aude: ArticleTablesTest passes for me [13:41:07] ...probably because i have all the test sites in the real sites table [13:41:20] it's only a problem if that is not the case, right? [13:41:28] which site id is failing? [13:43:33] New patchset: Tobias Gritschacher; "(testing) adjusting selenium tests for sitelink-widget" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55258 [13:44:09] yea, passes even with your patch applied [13:44:13] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55258 [13:46:15] * DanielK_WMDE is afk again for a little bit [13:47:33] DanielK_WMDE: testsites is in core [13:47:44] i have all the sites in my sites table too [13:48:03] need to investigate more [13:48:34] aude: you'll have to rebase https://gerrit.wikimedia.org/r/#/c/55104/ manually [13:48:38] :( [13:48:55] gerrit isn't able to do so [13:49:02] ok [13:49:06] but for me locally it went ok [13:49:50] New patchset: Aude; "add tests for PropertySQLLookup" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55104 [13:50:13] New review: Aude; "rebased patchset 6" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55104 [13:56:22] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55104 [14:01:48] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55256 [14:27:07] aude: for the test stuff: it might be best to introduce a hook into the DB setup routing in MediaWikiTestCase. if you submit a patch, i can approve it :) [14:27:40] DanielK_WMDE: not today but sounds like a reasonable thing to do [14:28:01] * aude updating my wiki farm to test dispatcher [14:38:47] Change merged: Daniel Kinzler; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55237 [14:39:09] aude: merged the "edit link" stuff [14:39:19]  [14:39:20] ok [14:57:11] aude: i'm testing json serialization. it seems pretty broken. or else my tests are fudged [15:03:00] * DanielK_WMDE is very confused. [15:07:34] hello [15:07:57] hi Pyfisch [15:08:10] is it a problem, if a bot is not adding summaries for its changes? [15:10:33] I need to know it for my own bot [15:10:57] Legobot is not creating summaries. [15:11:27] Pyfisch: legoktm is running that one [15:11:41] it is generally a good idea to add summaries though i'd say [15:11:53] if it is mandatory is up to the community [15:13:18] Lydia_WMDE: ich denke wir können auch deutsch reden? [15:13:49] können wir auch ;-) [15:15:00] Dann sollten diese Edits von meinem Bot ja ok sein: [[User:FischBot/examples/first_edits]] [15:15:01] 10[2] 10https://www.wikidata.org/wiki/User:FischBot/examples/first_edits [15:15:17] Quellen müssen ja nicht hinzugefügt werden, oder? [15:15:50] das kann ich dir leider nicht beantworten [15:15:56] ist eine entscheidung der community [15:16:15] wird sich dann im botbestätigungsverfahren zeigen [15:16:19] ob das ok ist [15:17:41] also gibt es noch keine feste regel [15:20:49] cu [15:29:04] DanielK_WMDE: huh? [15:29:23] who's in NY from wikidata? [15:29:36] i'm at the conf, trying to find that person :) [15:31:16] I think Jeroen De Dauw was seen in NYC [15:31:55] yurik: jeroen [15:32:01] thanks [15:32:06] will look [15:32:25] aude: naw, it's the tests that are odd [15:32:35] i wonder if they recorded SMW presentation [15:32:46] i'm trying to add tests for claims, and got confused by the way ORMRowTest works [15:32:51] oh [15:32:54] (i'm sure wikidata devs would love to criticize me for it) :))) [16:22:37] DanielK_WMDE: On the statistics; I made something for trendanalysis some years ago. The idea is to make a mean over N datasets in one timeperiod A and a later timeperiod B, and if the difference between stats for those two timeperiods are significant then something is happening. [16:23:37] Something similar can be done for the ChangeDispatcher, but perhaps on a shorter timescale. I was comparing differences over a timeperiod of one year. [16:54:02] Jeblad_WMDE: there are monitoring tools to do stuff like that, for now it's enough to expose the raw data. for monitoring, we should add an api module for fetching the data [16:54:11] i hust wanted something simple first [16:56:18] aude: any issues with the dispatcher? [16:56:25] New review: Aude; "This does not break anything and seems to work a bit better. I have tested it with 2 dispatch scrip..." [mediawiki/extensions/Wikibase] (master) C: 1; - https://gerrit.wikimedia.org/r/55044 [16:56:32] i'm around for another hour, then I'm off for the weekend [16:56:46] (maybe i'll be online tomorrow night, don't know yet) [17:07:02] DanielK_WMDE: it seems good [17:14:00] New patchset: Aude; "(bug 45997) Send changes to most stale wiki first." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55044 [17:15:59] New review: Aude; "rebased in patchset 3" [mediawiki/extensions/Wikibase] (master); V: 2 C: 2; - https://gerrit.wikimedia.org/r/55044 [17:15:59] Change merged: Aude; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55044 [17:16:14] aude: will you merge it, or do we need input from someone else? [17:22:43] Change merged: Aude; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55098 [17:43:12] New patchset: Aude; "Use sentence case on dispatch stats page" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55285 [17:44:19] aude: yay, thank you! [17:44:35] anything you need reviewed? [17:46:55] aude: btw, with new new algorithm, having multiple dispatches *should* improve throughput. it should scale with the number of dispatchers, until we hit some limit in the database. [17:47:02] with the old method, that was not the case [17:48:20] hm, when we deploy this, we should warn about a spike in jobs. ChangeNotification and RefreshLinks. [17:54:56] New patchset: Daniel Kinzler; "More extensive testing of Change classes." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55288 [17:57:19] Change merged: Daniel Kinzler; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55285 [17:57:46] DanielK_WMDE: it seems better [17:58:18] aude: good. what max lag do you see in your test environment? [17:58:28] default [17:58:40] i can try all the options and see how they do [17:58:42] no, i mean what does SPecial:DispatchStats report [17:59:03] well, it's finished processing [17:59:08] it was like a minute [17:59:12] is there some bootstrapping method for a test installation of the wikibase extension to test all features? something that creates a bunch of items? [17:59:24] spent a bit of time being idle when there were changes, though [17:59:52] aude: yes, one minute is the *min* lag, so batches don't get too small and coalescing still works. [18:00:08] aude: ...and that's also the reason for the idle time [18:00:22] DanielK_WMDE: would you be okay if we added a section to the stats page to list the "highest" backlog clients and maybe filter to see specific clients [18:00:31] it won't try if all targets are "fresh enough", to avoid fragmentation of batches [18:00:33] i'd like to be able to check any of the cleints [18:01:07] ok, then the dispatcher did okay, as fast as i could edit and stress test it [18:01:15] aude: sure, go ahead. i'm a bit uncomfortable with listing all, with no limits, but even that would be fine for now. [18:01:17] * aude can put a bot to work [18:01:41] DanielK_WMDE: like the top 10, and ability to select a specific one maybe [18:01:50] sounds nice [18:01:58] if one gets broken, then we don't know the second one or what's up [18:02:01] "top" meaning "worst" [18:02:05] right [18:02:30] now time to look at the lua and page moves again [18:02:37] see if we can get back on wmf12 [18:02:39] page moves? [18:02:46] yes, the core page move bug [18:02:54] ah, unrelated to us, hopefully [18:02:58] it's not wikidata specific [18:03:18] link cache title not found which lua is hitting [18:03:20] though... did we ever add that "go here to change the link on wikidata" thing to the move confirmation? [18:03:24] **** Announcement **** Lua/Scribunto office hours are happening now in #wikimedia-office . Join us if you have questions about how to use Lua to make templates faster and more powerful. [18:03:58] DanielK_WMDE: we did but think this is completely unrelated [18:04:07] aude: is it the link cache / title bug i hit a year ago, when working on contenthandler? [18:04:14] yes indeed [18:04:25] yes, unrelated to the link, i was just wondering about page moves [18:04:27] it pops up, if the code isn't careful about it [18:04:36] the link cache is just horrible [18:04:50] alright, time to try test2 again [18:05:02] anyway. time for dinner. kids need to get to bed. [18:05:15] ok [18:05:20] aude: thanks for your support today! [18:05:32] glad the dispatcher works [18:05:41] * aude worried about it [18:05:44] was worried [19:32:27] Good evening. What's the best approach to merge a lot of dupes? [19:33:22] print them out and grind them up [19:33:38] then add some salt and wather [19:35:46] * multichill just had dinner [20:15:30] finding a page with the interwiki's of an page has to be easier, so many duplicates are created, also as result of the cache doesn't immediately seems to show dat an item is on Wikidata [20:17:59] Romaine: Imported some infobox info from the nlwp [20:18:05] Stumbled upon quite a few dupes [20:19:00] I think if there aren't interwiki's on a page, still the link to Wikidata need to bes shown if an item is on Wikidata [20:20:01] Change abandoned: Daniel Kinzler; "use I55ec8d94 instead" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55107 [20:26:46] Or at least have the possibility to show it as a user preference [20:31:05] An old use case was to list items with similar names in the dialog box on wikipedia [20:31:21] That dialog box isn't there now because of the roll-back [20:32:20] I think it is very important to show similar items, just listing the same content as on the disambiguation page would be a big help [20:33:44] The most critical part now is when a page is not connected to another one and the user trying to connect it doesn't really know what the other pages would be called [20:34:46] That would be something with names that diverges in different languages and at the same time is a concept that exist in several languages [20:35:13] In those cases I think there are several items for each concept [20:36:21] I don't really think the labels are helpfull in those cases, but the aliases would be [21:20:04] [21:23:37] see #wikimedia-translation for more details if smb interested in it [22:21:45] is there some bootstrapping method for a test installation of the wikibase extension to test all features? something that creates a bunch of items? [22:35:09] can someone please advise me what to do when I identify a duplicate (ie. how to merge) [22:35:41] or how to notify that a merge needs to take place [22:36:21] * sDrewth really thinks all that helpful usable information is missing from the wiki presentation [22:36:53] sDrewth: just remove the sitelinks from one and put it on the other entry, then request deletion of the empty one at WD:RFD [22:37:01] sDrewth: there is a request for deletion section [22:37:17] http://www.wikidata.org/wiki/Wikidata:Requests_for_deletions [22:37:53] which takes precedence? or doesn't matter? [22:38:05] the battles at Commons about precedence! [22:38:15] older entry should probably stay [22:38:25] in most cases [22:48:40] anyone around who can reset http://www.wikidata.org/w/index.php?title=MediaWiki:Sidebar&action=history ? [22:48:49] to the previous edit [22:49:51] sure, but with steward's rights, not admin rights [22:49:56] if that is okay with you [22:50:25] usually, the warm weather starts around mid February here lol [22:50:32] not that it makes a difference, it is just a politeness issue [22:50:34] late March, still cold [22:50:46] wrong channel [22:50:47] <_ [22:50:50] <_< * [22:51:39] Lydia_WMDE: ... [22:51:40] (cur | prev) 07:04, 21 March 2013‎ Stryn (talk | contribs | block)‎ . . (301 bytes) (+6)‎ . . (Undid revision 13797815 by Stryn (talk) so it's restored?) (rollback 2 edits | undo) [22:51:40] (cur | prev) 19:41, 20 March 2013‎ Stryn (talk | contribs | block)‎ . . (295 bytes) (-6)‎ . . (createitem → newitem) (undo) [22:51:40] (cur | prev) 04:47, 3 February 2013‎ Hazard-SJ (talk | contribs | block)‎ . . (301 bytes) (+8)‎ . . (undo) [22:51:48] which do you want? [22:52:02] 20 March? [22:52:06] (cur | prev) 19:41, 20 March 2013‎ Stryn (talk | contribs | block)‎ . . (295 bytes) (-6)‎ . . (createitem → newitem) (undo) [22:52:09] that one please :) [22:52:29] it's a bit of a fuckup because of the rollback of the code on that day [22:52:34] the special page was renamed [22:52:43] {{done}} [22:52:43] then rolled back [22:52:43] How efficient, sDrewth! [22:52:46] and now renamed again [22:52:52] thanks! [22:52:57] welcome [22:53:16] is there some bootstrapping method for a test installation of the wikibase extension to test all features? something that creates a bunch of items? [22:54:01] lbenedix: yes we have something for the test system but i don't know details [22:54:12] silke would know [22:54:17] but she's on vacation atm [22:55:23] ok