[04:14:48] * Riley looks [04:15:57] Ah. [06:16:40] floody floody [07:26:01] good morning [07:38:31] New patchset: Aude; "Rename resource files, consistent with WikibaseLib" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35129 [09:53:02] New patchset: Henning Snater; "Improved check for sites already in use" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35138 [10:07:32] Riley: ? [10:08:45] you talked about improvimg my edit summaries. How should they look like according to you? [10:23:49] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/34880 [10:28:44] Merlissimo: hi you have a minute? [10:28:58] Denny_WMDE: yes [10:29:03] re https://bugzilla.wikimedia.org/show_bug.cgi?id=42325 [10:29:21] can you point me to the code used to create the items? [10:29:45] i would like to now basically how your call to the API looked like that allowed you to create the item with the conflicting sitelinks [10:29:51] because, as you say, this should not be possible [10:29:59] and we are trying to reproduce the bug here [10:30:57] do you need the code? it could be that i have the used post string in logs. maybe i look for that first [10:31:28] the post string would be perfect [10:31:56] A true hesenberg bug! [10:32:07] perhaps the code jump over the constraint [10:32:18] heisenberg [10:32:38] well, not a heisenbug yet :) [10:32:50] we simply didn't manage to reproduce it yet [10:33:08] if we start looking into it and Merlissimo cannot reproduce it anymore too, *then* it is a heisenbug [10:34:06] there is also half an hour between these edits, so not a mysql transaction problem [10:34:16] yep [10:34:48] grep is searching .... [10:35:06] also, can you do us the favor and try the same at wikidata-test-repo ? [10:35:25] actually, one after the other [10:35:30] first, let us try to reproduce it [10:35:37] then we can do that ourselves on the test system [10:36:20] Thanks for reporting bugs, even if they are sometimes hard to close.. ;) [10:37:16] The community at Wikidata is a bit to good at pinpointing all of our bugs.. o_O [10:37:24] double edits like this happens quite often but these edit normally fail as i can see in the error log [10:37:50] yes, they should *always* fail [10:45:49] mmh, at this time poststring was not logged (i have 46G of logs for the last month if my interwikibot) [10:46:07] :d [10:46:11] pity [10:46:21] can you reproduce it? [10:46:27] like, trying the same thing again? [10:47:53] then there must be already some more of those items in wikidata.org [10:49:09] i don't like that suggestion [10:49:19] post string is created using this method: http://kpaste.net/96708a45f [10:49:38] thx [10:51:01] can you give me any post string creating an item? [10:54:36] Denny_WMDE: http://kpaste.net/02560ad6 [10:55:48] thx [10:56:21] i modified the token because the original one is still in use [10:56:29] sure :) [10:58:01] Denny_WMDE: what whould happen if a undelete the duplicate item? [10:58:19] nothing bad should happen [10:58:33] they should be deleted by ID though, not by site : title [10:58:47] i do not know what happens if you try to access anything by site : title [10:59:23] to undeletion that causes duplicate sitelinks is allowed? [11:00:30] oh [11:00:31] sorry [11:00:32] no [11:00:36] i misunderstood [11:00:43] no, undeletion *should* not work [11:00:46] New patchset: Henning Snater; "No-JS view for entity claims" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/34879 [11:00:59] You can't undelete if there is an conflicting sitelink [11:01:04] i cannot reproduce the error :P [11:03:13] i tried a shortend form [11:03:14] summary=Summary%20text&token=43deadd0a6306d6efa93908f897d1bff%2B%5C&bot=&data=%7B%20%22sitelinks%22%3A%20%5B%20%7B%20%22site%22%3A%20%22dewiki%22%2C%20%22title%22%3A%20%22Kurzhaarcollie%22%2C%20%22add%22%20%3A%20%22%22%20%7D%2C%20%7B%20%22site%22%3A%20%22enwiki%22%2C%20%22title%22%3A%20%22Smooth%20Collie%22%2C%20%22add%22%20%3A%20%22%22%20%7D%20%5D%20%7D&exclude=ns%7Ctitle%7Ctouched%7Cdescriptions [11:03:19] Beim Wiederherstellen der Seite ist ein Fehler aufgetreten. [11:03:19] Wechseln zu: Navigation, Suche [11:03:19] Die Wiederherstellung ist fehlgeschlagen: [11:03:20] ;-) [11:03:26] good [11:03:38] i changed my token too [11:04:48] is there a unique condition on wb_items_per_site within the database table? [11:05:41] select ips_site_id, ips_site_page, GROUP_CONCAT(ips_item_id) from wb_items_per_site group by ips_site_id,ips_site_page having count(*) > 1; [11:05:41] Empty set (35.17 sec) [11:06:23] i thought there is [11:06:32] which is one more reason i am surprised this worked [11:06:51] but we check it in the code too, before we submit [11:06:58] Jeroen would know [11:07:01] CREATE UNIQUE INDEX /*i*/wb_ips_item_site_page ON /*_*/wb_items_per_site (ips_site_id, ips_site_page); [11:07:15] The condition is in the secondary storage .. I guess.. [11:07:27] It was the broken secondary storage thingy [11:08:06] But it could be possible to store it in the item, but then lookup would fail .. [11:08:27] Now its in an transaction and the whole transaction *should* fail [11:09:28] That means it could be a way out of the transaction that does not make it fail even if the secondary storage is broken [11:09:57] Thats strange.. [11:14:33] New review: Tobias Gritschacher; "When you have old entries in the recent changes table (e.g. from current master) you'll get errors:" [mediawiki/extensions/Wikibase] (master); V: 0 C: -1; - https://gerrit.wikimedia.org/r/34692 [11:17:14] as long as we cannot recreate the bug, it is hard to figure it out :-/ [11:19:49] Merlissimo: can you try to recreate it with the smooth collie? [11:21:26] i think the problem is that the older (maybe wrong in db) item was deleted and the item created later is correct. [11:22:19] but both items existed at the same time [11:23:29] yes, but i would guess sth. was wrong with the frist item and so blocking creation of second item faild [11:24:44] Q38790 was created at 2:28. Q39272 was created at 2:58. It was deleted a week later. [11:25:44] the creation of Q39272 with the those sitelinks should not have been possible [11:25:55] the question is, can we reproduce this? [11:26:00] a frist test failed because if my internal check: [11:26:12] props=sitelinks/urls|info&sites=ptwiki|dewiki|jawiki|plwiki|cswiki|frwiki|ruwiki|enwiki|ltwiki|fiwiki|itwiki&titles=Smooth+collie|Kurzhaarcollie|%E3%82%B9%E3%83%A0%E3%83%BC%E3%82%B9%E3%83%BB%E3%82%B3%E3%83%AA%E3%83%BC|Owczarek+szkocki+kr%C3%B3tkow%C5%82osy|Kolie+kr%C3%A1tkosrst%C3%A1|Colley+%C3%A0+poil+court|%D0%9A%D0%BE%D0%BB%D0%BB%D0%B8+%D0%BA%D0%BE%D1%80%D0%BE%D1%82%D0%BA%D0%BE%D1%88%D1%91%D1%80%D1%81%D1%82%D0%BD%D1%8B%D0%B9|Smooth+Co [11:26:12] llie|Trumpaplaukis+kolis|Sile%C3%A4karvainen+skotlanninpaimenkoira|Smooth+Collie [11:26:12] GETDATAptwiki:Smooth collie:38790 [11:26:12] GETDATAdewiki:Kurzhaarcollie:38790 [11:26:12] GETDATAjawiki:スムース・コリー:38790 [11:26:13] GETDATAplwiki:Owczarek szkocki krótkowłosy:38790 [11:26:15] GETDATAcswiki:Kolie krátkosrstá:38790 [11:26:18] GETDATAfrwiki:Colley à poil court:38790 [11:26:20] GETDATAruwiki:Колли короткошёрстный:38790 [11:26:22] GETDATAenwiki:Smooth Collie:38790 [11:26:24] GETDATAltwiki:Trumpaplaukis kolis:38790 [11:26:26] GETDATAfiwiki:Sileäkarvainen skotlanninpaimenkoira:38790 [11:26:29] GETDATAitwiki:Smooth Collie:38790 [11:26:31] no missing sitelinks [11:27:11] hmm [11:27:12] deactivation this test is a bit complicated. i can only rewrite this in the evening [11:27:24] shall i delete the sitelinks to en for a moment? [11:28:34] I' change my code later to be able to test it [11:28:52] ok, thanks [11:28:59] you are on german time? [11:29:03] yes [11:29:26] we try to hunt the bug down further [11:29:29] any help is appreciated [11:30:07] i really cannot reproduce it [11:30:08] New patchset: Tobias Gritschacher; "(no bug) added additional check before accessing api response" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35141 [11:40:37] New patchset: Henning Snater; "DataValue QUnit tests improvements" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/35142 [11:41:04] Change merged: Henning Snater; [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/34893 [11:42:46] Change merged: Henning Snater; [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/34901 [11:43:05] Change merged: Henning Snater; [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/34902 [11:43:18] Change merged: Henning Snater; [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/34903 [11:44:09] Denny_WMDE: i have bad news [11:44:15] New patchset: Aude; "More specific comments in recent changes and watchlist" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/34692 [11:44:18] http://www.wikidata.org/wiki/Q38504 vs. http://www.wikidata.org/wiki/Q38505 [11:46:01] only one item has rows in wb_items_per_site [11:46:22] Jeblad_WMDE: is just posted: [11:46:23] http://www.wikidata.org/wiki/Q38504 vs. http://www.wikidata.org/wiki/Q38505 [11:46:55] thx [11:47:11] related time window [11:47:31] yes, same night [11:47:41] unlike the other one this *could* be a race condition [11:47:51] the other one was half an hour and should not be a race condition [11:48:03] (should, but it still could, though) [11:48:29] i run some sql queries to detect this case [11:48:55] this is the only one i found [11:49:04] thx [11:49:16] only Q38504 seems returned [11:50:29] Change merged: Daniel Werner; [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/35142 [11:50:46] Q38505 i guess you dont have the post for this one either? [11:50:59] no [11:51:11] queries i run to detect this: [11:51:14] create temporary table t (text VARCHAR(255) PRIMARY KEY); [11:51:14] insert into t (text) select term_text from wb_terms left join wb_items_per_site on term_entity_id=ips_item_id and ips_site_id='dewiki' where term_language='de' and term_type='label' group by term_text having count(term_entity_id) > 1 and count(ips_item_id)=1; [11:51:14] select text, GROUP_CONCAT(term_entity_id) from t inner join wikidatawiki_p.wb_terms on text=term_text inner join wikidatawiki_p.page ON CONCAT('Q',term_entity_id)=page_title inner join wikidatawiki_p.revision on page_latest=rev_id where term_language='de' and term_type='label' and page_namespace=0 and rev_user_text='MerlIwBot' group by text having count(*) > 1; [11:51:37] if you have time tonight, it would be helpful if you could try to do the same on wikidata-test-repo [11:52:51] Change merged: Henning Snater; [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/34904 [11:53:08] i think we should leave the duplicate on wikidata.org for now, shouldn't we? [11:54:01] dunno [11:54:14] it is good to know it didnt happen often [11:54:41] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/34692 [11:56:46] maybe you can a scan about the complete database if wb_items_per_site matches content of json object? [11:57:12] yes, we should do that [11:57:22] just to see if there are more of those [11:57:48] (hopefully not also new errors) [11:58:08] yeah [12:00:10] Change merged: John Erling Blad; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/34873 [12:00:10] Change merged: John Erling Blad; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/34868 [12:00:24] Denny_WMDE: another thing. Would i be useful to create a funktion for http://www.wikidata.org/wiki/Template:ItemDisambiguation instead of using this template? [12:00:54] Change merged: John Erling Blad; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/34885 [12:01:24] Change merged: John Erling Blad; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/34887 [12:01:51] hmm… dunno. not sure what the advantage of {{#ItemDisambiguation:en|X}} over {{ItemDisambiguation|en|X}} would be [12:01:51] 10[2] 10https://www.wikidata.org/wiki/Template:ItemDisambiguation [12:02:26] inline links [12:02:41] and not external links [12:03:46] the same result as [[Special:ItemDisambiguation/en/Seo District]], but without whitespace replacement [12:03:47] 10[3] 10https://www.wikidata.org/wiki/Special:ItemDisambiguation/en/Seo_District [12:03:49] Change merged: Henning Snater; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/34906 [12:04:46] also for ItemByTitle [12:04:52] isnt there a function for the whitespace replacement? [12:05:18] i think you can make internal links with the template too [12:05:49] no because you rejected https://bugzilla.wikimedia.org/show_bug.cgi?id=41534 [12:05:55] whitespace should not be a problem.. [12:06:02] Must be something wrong somewhere [12:07:08] mediawiki replaces all whitespaces with underscore in internallinks [12:07:44] ItemDisambiguation does not normalize against external sites [12:07:50] ItemByTitle does [12:08:16] Change merged: John Erling Blad; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/34888 [12:08:35] hmm [12:08:38] i am writing it down [12:08:41] thanks for the report [12:08:59] something is wrong there [12:09:09] Jeblad_WMDE: [[Special:ItemByTitle/enwiki/New York City]] [12:09:18] 10[4] 10https://www.wikidata.org/wiki/Special:ItemByTitle/enwiki/New_York_City [12:09:39] also AsimovBotuses underscores and so you won't find Q60 [12:09:56] Or rather, not even ItemByTitle does normalization [12:10:13] yep, i do not think that is as it should be [12:10:28] But title will be normalized during storage so it will be impacted by normalization [12:10:31] Change merged: Daniel Werner; [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/34498 [12:11:09] I don't think we ever should do normalization against external sites except during store operation [12:11:34] But we could do underscore replacements [12:12:07] ... for sitelinks only [12:16:07] New review: Raimond Spekking; "i18n review" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/34906 [12:17:38] New review: John Erling Blad; "Self commits, only some doc stuff" [mediawiki/extensions/Wikibase] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/35035 [12:17:38] Change merged: John Erling Blad; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35035 [12:18:20] Change merged: Daniel Werner; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35138 [12:20:22] New patchset: Tobias Gritschacher; "Removed unused local vars" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35029 [12:20:35] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35029 [12:33:48] New patchset: Aude; "Do not include wikidata edits with enhanced recent changes preference" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35144 [12:34:07] Change merged: Daniel Werner; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/34879 [12:35:35] New patchset: Henning Snater; "(no bug) added additional check before accessing api response" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35141 [12:37:00] New patchset: Henning Snater; "(no bug) Using dummy response in AliasesEditTool QUnit test" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35141 [13:26:37] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35141 [13:28:04] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35129 [13:29:55] Denny_WMDE: works again: http://wikidata-dev-client.wikimedia.de/w/index.php?title=Special:RecentChanges&hidewikidata=0 [13:33:24] TobiasG_WMDE: thx! [13:38:43] New patchset: Daniel Werner; "Adjusted wb.Snak.newFromJSON() to new JSON structure" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35150 [13:39:53] http://www.flickr.com/photos/vizzzion/sets/72157632098484924/with/8216719425/ [13:39:56] * Lydia_WMDE waves [13:40:07] Denny_WMDE: it is checking the core rights apparently, so I cannot edit as anon if I disable anon editing [13:40:19] good, thanks [13:40:33] Lydia_WMDE: hey [13:40:38] hope you having fun [13:40:42] very much so [13:40:51] great :) [13:40:56] we're about to go on a trip to Hampi until wednesday morning [13:41:10] just waiting for the last person to arrive from paris ;-) [13:41:15] i just sent an email to the list telling them that bots are completely up to the community, and that we don't have any stake at all in it anymore :) [13:41:25] i know a person called hampi [13:41:30] but he is from northern germany [13:41:35] hehe [13:43:39] Denny_WMDE: re bots: i thought i was pretty clear already but apparently not [13:43:41] so thx [13:43:52] yes, i agree, i thought so too [13:44:19] i am probably the source of confusion, mixing personal opinion with official stance [13:46:13] happens [13:51:08] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35144 [13:51:15] New patchset: Aude; "Follow up to Ifffc1886, fix the ids used in diff links" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35153 [13:51:46] JeroenDeDauw: https://gerrit.wikimedia.org/r/#/c/34891/ [13:52:10] New patchset: Siebrand; "Consistency fix: sitelink -> site link" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35155 [13:53:04] Change merged: Siebrand; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35155 [13:53:10] New patchset: Jeroen De Dauw; "Return correct rev ID from setclaimvalue" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/34891 [13:53:22] New patchset: Jeroen De Dauw; "Initial poke at setreference API [DO NOT SUBMIT]" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/34912 [13:58:40] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35153 [14:03:29] Sebaso_WMDE: is there any ETA when wikidata databases will be available on toolsever again? since yesterday s3 cluster is down and other cluster have only very old data. [14:04:30] some more people already asked me to update http://www.wikidata.org/wiki/Wikidata:Labels_and_descriptions_task_force/en [14:10:35] Change merged: John Erling Blad; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35125 [14:11:39] Change merged: John Erling Blad; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/34891 [14:13:14] Merlissimo: hey there! do you have a minute? [14:14:08] johl: yes if a longer response time is ok [14:14:16] SURE [14:14:22] oops. [14:14:51] HEY JOHL!!! [14:15:08] JeroenDeDauw: NYAN. [14:15:14] !nyan [14:15:14] ~=[,,_,,]:3 [14:15:15] !nyan [14:15:15] ~=[,,_,,]:3 [14:22:45] Merlissimo: "you talked about improvimg my edit summaries. How should they look like according to you?" I'm just picky, ignore me :P [14:23:28] Edit summaries should ideally say what is changed in a way ters enough for the limited space [14:24:11] Yes, I was just looking at the contribs of his bot and the interwiki project ids go off the page :P [14:25:00] Riley: you prefer a simple sentence iwhtout details and you wrote above [14:25:27] Yes, because thats what non-bots to when using the scripts. [14:25:29] i changed by summary, so that you can see on what the bot is working on [14:25:47] e.g. http://www.wikidata.org/wiki/Special:Contributions/BeneBot* - you don't know the topic [14:26:30] http://wikidata.org/wiki/Special:Contributions/MerlIwBot contains it also in long summaries: Bot: Ergänze: "World League di pallavolo 1993" - pt,de,ja,pl,bg,fr,ru,w,tr,it [14:26:51] Yes, aware of that. [14:27:29] Its a better. [14:27:34] It is better.* [14:28:54] only the calculation for available space fails sometimes because of additional autosummary [14:46:12] https://www.ohloh.net/p/compare?project_0=Wikidata&project_1=Semantic+MediaWiki&project_2=MediaWiki# [14:46:16] Check out the all time commits graph [14:46:22] Denny_WMDE: Abraham_WMDE1 ^ [14:54:06] who rated the project? :) [15:06:37] JeroenDeDauw: Wow! That is so neat that it is already beating semantic-mediawiki.org when it is only 8 months old and semantic-mediawiki.org is 6 years old. [15:07:57] Merlissimo: You're a manager for all those projects O.o? [15:07:58] Riley: that's an odd statement. For one, there is no competition going on. And obviously Wikidata is getting more commits, we have a whole team of paid people after all [15:08:18] Riley: ? [15:08:19] agree [15:08:28] and code size =/= beating [15:08:45] Riley: also that was not my point at all, what I find surprising in the graph is that we have basically as many monthly commits now as MediaWiki core has [15:08:52] so far, smw is still more useful than wikidata :) [15:11:05] Right. [15:14:39] Let me clarify what I just said: Merlissimo I meant to ping JeroenDeDauw but my IRC is screwed up (tab) and JeroenDeDauw I was actually looking at the "Estimated Cost" column thinking it is how much the project is worth, which is why I said "beating" (but as Denny_WMDE said, sws is still more useful than wikidata.) [15:15:02] Now I need to go to sleep because I am confusing everyone including myself. G'night! [15:17:15] Riley: cost != worth, and keep in mind this is based on a heuristic that is only based on vcs history, so should be taken with more then a grain of salt [15:17:50] Ah right. Thanks for clarifying that aswell. [16:02:25] Hmm [16:02:28] Denny_WMDE: About? [16:02:39] ? [16:02:57] Reedy: about what? [16:02:58] I'm just about to do the prep work and create the 1.21wmf5 branch [16:03:25] I was just going to ask what version (of Wikidata et al) I'm supposed to be using [16:03:30] ah [16:03:42] i thought we would start our cycle only on Dec 3 [16:03:45] wait i have to ask quickly [16:04:05] Oh, Chris' code review [16:04:47] It doesn't matter that much I guess. I can use the same version as wmf4, and we can easily update the branch later on [16:05:07] ok [16:05:10] just to understand [16:05:21] you would start today to tag the branch [16:05:29] and then to deploy the following week? [16:05:33] Reedy: deployment is today? [16:05:40] for mw.org/test/test2 [16:05:41] because we would have sent you an email on dec 3, next monday [16:05:47] I left wikidata on the first round of deploys... [16:05:56] https://www.mediawiki.org/wiki/MediaWiki_1.21/Roadmap [16:06:03] We can fix/move that as necessary [16:06:18] https://gerrit.wikimedia.org/r/#/c/34702/ [16:06:29] Reedy: someone might want to review that ^ (not wikidata related) [16:06:47] otherwise vector skin breaks if you have collapsible nav (like wikipedia) [16:06:50] Reedy: we are not prepared to have something to deploy today [16:07:04] we were aiming for dec 3 [16:07:17] let us move Wikidata to Phase3 or 4 od wmf5? [16:07:39] wait a second [16:07:42] we are discussing [16:08:23] so, no [16:08:40] we cannot take our current tag for deploying test2 sorry [16:09:05] let us move to next monday [16:09:06] ok? [16:09:24] New patchset: John Erling Blad; "(Bug 42060) Minor cleanup to wbgetentities" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35169 [16:09:36] ok, we got confused somehow and thought it was dec 3 [16:10:25] Ok, moved to phase3/monday 3rd [16:10:26] https://www.mediawiki.org/w/index.php?title=MediaWiki_1.21%2FRoadmap&diff=609733&oldid=608400 [16:10:34] thank you [16:10:40] shall we in general try to move to phase1? [16:10:55] I'll branch 1.21wmf5 today using the same point as we are currently using for 1.21wmf4. Not that it really makes any difference at this point [16:10:58] (this depends on the workload deployment usually has) [16:11:11] ok [16:11:34] It's up to you [16:11:51] It would probably make sense as it's in quite active development [16:14:36] New review: Jeroen De Dauw; "Looks like the behaviour is the same, but I don't get get why the loop should wrap around to begin w..." [mediawiki/extensions/Wikibase] (master); V: 0 C: 1; - https://gerrit.wikimedia.org/r/35169 [16:15:53] ok, we use phase1 [16:16:24] New patchset: Tobias Gritschacher; "(no bug) added more selenium tests for client RC" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35170 [16:17:44] but only this week, let us use phase 3 [16:18:13] i.e. branch and deploy on dec 3 [16:22:32] Ok [16:31:44] New review: John Erling Blad; "It wraps up four special cases as one general case. Its a quite common way to do things like this. O..." [mediawiki/extensions/Wikibase] (master); V: 0 C: 0; - https://gerrit.wikimedia.org/r/35169 [16:42:15] New patchset: Aude; "(bug 42449) Initial implementation of remote access of items per site" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35172 [16:43:28] New review: Aude; "do not merge yet" [mediawiki/extensions/Wikibase] (master); V: 0 C: -2; - https://gerrit.wikimedia.org/r/35172 [16:43:33] New review: Tobias Gritschacher; "what's about the "DO NOT MERGE"? You sould remve it if you want this to be merged? Or does it still ..." [mediawiki/extensions/Wikibase] (master); V: 0 C: 0; - https://gerrit.wikimedia.org/r/34881 [16:44:23] Jeblad_WMDE: https://bugzilla.wikimedia.org/show_bug.cgi?id=42042 url was also ok in the testwiki some time ago with the version that is currently used on wikidata.org. So i think i is a config bug [16:45:01] There is no config on this.. [16:45:13] * Jeblad_WMDE don't really remember as it is so long ago [16:46:00] i only remeber that i never had problem with empty url on test repo and i implemented it at my bot just after props=sitelinks/urls was added as feature [16:47:50] The branch we rolled out had several backports so I won't be supprised if one or more backports are missing. [16:48:15] Right now I don't think we should bother with more backports unless they are really urgent [16:48:44] In one week (don't tell anybody) we are rolling something again [16:49:35] should i count how often dec 3 was written in this channel within the last week? [16:50:52] Weeeell, .. 3. dec I have a electricity check in my apartment so I'm busy [16:52:19] the electricity check in my apartment is dec 5 [16:52:26] does sb. want to comment http://www.wikidata.org/wiki/Wikidata:Project_chat#Label_language_problem_for_uz ? MF-Warburg / Romaine / Tpt ? [16:56:21] Merlissimo: so the problem is that currently it is impossible to create uz-latn/cyrl labels? [16:56:39] yes [16:57:20] hmh [16:57:23] the question is should i enabledda workaround until config on wikidata is changed [16:58:37] still most books are in uz-cyrl and not in uz-latn and i think only a minority uses latn, so cyrl would be important [16:59:25] writing system was changed between 1995 and 2005 [17:00:09] actually my wife is uzbek [17:00:22] uz-latn should be the default script according to her [17:00:28] New patchset: Aude; "(bug 42449) Initial implementation of remote access of items per site" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35172 [17:00:34] that is what the population uses and what is used in the schools [17:00:36] uz falls back to uz-latn [17:00:44] that sounds right [17:00:48] Merlissimo: but afaics there is no workaround for adding uz-cyrl before the bugs are fixed? Then it would probably be best if your bot uses uz for uz-latn (as everyone does); and adds uz-cyrl later [17:00:52] but is it ok to throw uz-cyrl away? [17:01:05] for uz-cyrl there is a transliteration method [17:01:16] so i guess we should either have both [17:01:25] or just rely on the automatic translieration for uz-cyrl [17:01:31] how is it done for sr-latn? [17:02:26] also uz.wp is in latn [17:02:35] on wikis using variants my bots adds the variant language code. this works for all wikis except uzwiki [17:03:05] Denny_WMDE: depends: http://uz.wikipedia.org/w/index.php?title=Bosh_Sahifa&variant=uz-cyrl [17:03:33] with having uz-cyrl you cannot e.g. search for items in this laguage [17:03:35] Merlissimo: that's using the transliteration i mentioned [17:04:01] all variant wiki are using transliterations [17:04:33] the same as for sr-latn here: https://sr.wikipedia.org/sr-el/%D0%93%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B0 [17:04:49] does sr-latn work as a language on wikidata? [17:05:43] Denny_WMDE: my bot added sr, kk and zh variant on e.g. http://wikidata.org/wiki/Q137649 [17:06:31] yes all other variants are accepted [17:06:36] sr-latn is serbian with latin letters instead of those russian weird thingys? [17:06:40] but it is sr-el in this case [17:07:08] i guess we should then also support uz-cyrl [17:07:21] do we need to raise that with the ULS team or can we do that ourselves? [17:08:53] uz-latn and uz-cyrl are the only not supported variant [17:09:32] good thing we don't support uz-arab [17:09:40] this was used for most of the uzbek history :) [17:10:07] New patchset: Aude; "(bug 42449) Initial implementation of remote access of items per site" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35172 [17:10:45] only until 1940 [17:12:07] most of its history :) [17:12:29] New review: Aude; "this doesn't yet use the DBAccessBase class, but nonetheless this works" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/35172 [17:13:27] egypt most used language code egyp (hieroglyphs) in history [17:14:18] (as is already reported on [[Wikidata:Contact_the_development_team#hieroglyphs_and_writing_systems]] ) [17:14:26] 10[5] 10https://wikidata.wikidata.org/wiki/Contact_the_development_team%23hieroglyphs_and_writing_systems [17:14:51] :D [17:18:00] Denny_WMDE: so i do not need a workaournd because uz-variants will be enabled soon? [17:19:09] i would suggest that to be the solution [17:19:28] we just need to make sure not to forget it (i.e. someone should file a bug) [17:19:49] i will file it, and you try to reproduce that other bug with the duplicate sitelinks? :) [17:20:29] Denny_WMDE: there are already two bugs - if you have read the section onwiki [17:21:23] there is no transliteration support at wikidata [17:21:49] ups, wrong channel [17:21:57] but that is not the same [17:22:03] uz should be as sr [17:22:15] either both allow for the script variant [17:22:16] yes [17:22:17] or neither [17:23:33] added https://bugzilla.wikimedia.org/show_bug.cgi?id=42451 [17:24:07] Denny_WMDE: that duplicates https://bugzilla.wikimedia.org/show_bug.cgi?id=42397 [17:24:36] true. i close mine. why didnt i find it? [17:24:42] ah, i was searching for "uzbek" [17:25:13]