[00:47:04] New review: Hoo man; "(1 comment)" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/71543 [00:57:46] New review: Jeroen De Dauw; "This change adds more domain logic into the presentation layer" [mediawiki/extensions/Wikibase] (master) C: -1; - https://gerrit.wikimedia.org/r/71543 [01:07:09] New review: Hoo man; "I don't actually add much new logic which isn't API specific (much of that is parameter validation) ..." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/71543 [01:09:42] :( [01:09:46] w [02:39:43] Emw: Hm. Too many notifications might be spammy. Maybe in the page, there could be a line like "These users will be notified about this property: {{user|blah}},…", so you can subscribe for ones you are interested in, and that same list could be used for notifying when starting a PfD. [02:39:44] [4] 10https://www.wikidata.org/wiki/Template:user [02:41:27] hoo left. [04:10:27] lazyktm: that might work [04:11:52] in any case, moving property proposals to their own subpage should help users track the discussions easier [07:38:12] New review: Daniel Kinzler; "(1 comment)" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/71343 [08:49:15] New review: Daniel Kinzler; "@Jeroen: I don't see what you mean - the module parameters are specific to the domain, so why is it ..." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/71543 [08:50:50] Lydia_WMDE, aude|away: moin! anyone in the office? will you set up the hangout for the daily? [08:54:09] DanielK_WMDE: i'm not in the office - on vacation now ;-) [08:55:33] hrmmm... so who *is* in the office? [08:55:35] anyone? [08:55:50] Henning_WMDE: who's there for the daily? [09:53:59] New review: Addshore; "SpecialEntitiesWithoutDescriptionTest.php test fails" [mediawiki/extensions/Wikibase] (master) C: -1; - https://gerrit.wikimedia.org/r/67634 [09:59:07] one question concerning wikidata: looking at http://en.wikipedia.org/wiki/Schr%C3%B6dinger_equation#Time-dependent_equation we have the statement Ψ is the wave function [09:59:40] I have a system that discovers the relation between Ψ and the page wave function [10:00:09] is there a way to modell that in wikidata or should I use another way to modell that relationship` [10:11:57] New review: Aude; "per the @todo notes in the tests. it would best to have something in the test that tests that entit..." [mediawiki/extensions/Wikibase] (master) C: -1; - https://gerrit.wikimedia.org/r/67634 [10:13:56] If I want to link a Wikidata item with a MusicBrainz ID, should I make a statement or "link a page" to the item? [10:14:07] If the former... how do I make a statement? [10:14:43] (I have tried looking around at documentation, but I have yet to find anything useful.) [10:15:25] Freso: add a statement [10:15:29] i.e. [10:15:32] go to the item [10:15:37] find the list of statements [10:15:44] at the end, there is a [add] link [10:15:47] click on it [10:15:52] select the property [10:15:55] Denny_WMDE: And if there's no "[add]" link? :) [10:15:59] i.e. MusicBrainz ID or sth similar [10:16:08] do you have the URL of the item? [10:16:44] just the link to the page, or the item id [10:17:14] Denny_WMDE: I could give you a link to any Wikidata item - I don't get a link for adding new statements. I can apparently append to existing ones, but not add new ones. [10:17:20] E.g., https://www.wikidata.org/wiki/Q432552 [10:17:40] under the boy saying GND identifier [10:17:50] just above the header "List of pages linked to this item" [10:17:58] is there not a link [add] for you? [10:17:59] I have [edit] and [add] for every statement, but no [add] at the end of the "list", as per the screenshot on https://www.wikidata.org/wiki/Help:Statements [10:18:15] Nope. [10:18:27] can you make a screenshot of that? [10:18:32] * Freso is https://www.wikidata.org/wiki/User:Freso if it's a permission issue [10:18:35] Sure. [10:19:00] that page is not protected [10:19:12] Haha. [10:19:16] Okay, nevermind. [10:19:17] if you can edit existing statements, you should also be able to add new ones [10:19:22] found it? [10:19:30] I hadn't allowed scripts for wikidata.org [10:19:33] * aude believe you but sure there is not an [add] link above "List of pages linked..." and after GND [10:19:39] And apparently the [add] link is scripted. [10:19:44] no scripts needed [10:19:48] do you have js on? [10:19:50] javascript? [10:19:53] They are now. [10:19:56] yes, but almost everything on the page is in javascript [10:19:57] ok [10:19:58] perfect [10:20:01] Which made the link appear. [10:20:07] feel free to ask if you run into other issues [10:20:12] Sure thing. :) [10:22:07] New review: Addshore; "This should have been a..." [mediawiki/extensions/Wikibase] (master) C: 2; - https://gerrit.wikimedia.org/r/71072 [10:22:07] Change merged: Addshore; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/71072 [10:27:03] Is there a reason it's link to release groups instead of releases? [10:27:12] (MusicBrainz :)) [10:28:07] no idea [10:28:15] try the talk page of the property [10:28:16] https://www.wikidata.org/wiki/Q13646888 - the MusicBrainz Release Group only has one release listed right now, but I know a later published version of the book exists with a different ISBN, which would still be the same release group but a different release. [10:29:14] there is also the MusicBrainz work ID [10:29:20] maybe that#s what you are looking for? [10:31:13] Denny_WMDE1: A work is a composition/song/poem, etc. [10:31:23] Denny_WMDE1: In MusicBrainz terminology. [10:32:00] Denny_WMDE1: I've been doing MB editing for almost 10 years. I'm fairly well versed in the different MusicBrainz entity types. :) [10:32:05] I am not :) [10:32:18] best to check with the community on-wiki [10:32:43] Well, I think I figured it out from the MB side of things. [10:33:11] try here: http://www.wikidata.org/wiki/Wikidata:Project_chat [10:34:01] they might point you either to a better place for asking this, or try to resolve it. Wikidata is still very much work in progress, and has a lot of rough spots [10:37:45] I think there's something that needs resolving on the MB side first, AFAICT. [10:38:06] But thanks for your pointer. I might head there if I get the MB side issue(s) sorted out. :) [10:38:18] great :) [10:42:26] New review: Addshore; "Mainly i18n fixes" [mediawiki/extensions/Wikibase] (master) C: 2; - https://gerrit.wikimedia.org/r/72348 [10:42:54] New review: Addshore; "Mainly i18n fixes +v" [mediawiki/extensions/Wikibase] (master); V: 2 - https://gerrit.wikimedia.org/r/72348 [10:42:55] Change merged: Addshore; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72348 [11:08:45] hoo: dependency of https://gerrit.wikimedia.org/r/#/c/71996/ was resolved [11:10:06] who of you know what was the occupation of John Hartford was. Who don't know it? [11:11:54] :) [11:13:40] * aude rages, where is the site link widget?  [11:13:48] then realizes i got logged out :) [11:14:56] is there a simple to add a bunch of reviewers at the same time? [11:15:10] you can add the wikidata group [11:15:16] i think just type Wikidata [11:15:16] aude beat me :< [11:15:20] :) [11:15:20] yes! [11:15:29] then lydia etc. can even review :) [11:16:00] * hoo is not in that group :P [11:16:13] hoo: you should be, although you can +2 anyway [11:16:18] New review: Addshore; "Looks like you have addressed Daniels comments" [mediawiki/extensions/Wikibase] (master) C: 1; - https://gerrit.wikimedia.org/r/71845 [11:16:25] aude: I can +2 anyway, but I'm not in there :P [11:16:51] hoo: yes you are :) [11:17:13] no reason for you not to be there [11:17:38] anyone care to review this one for me? ;p https://gerrit.wikimedia.org/r/#/c/71610/ [11:18:05] aude: thanks... did you yet set the setting for title normalization? People keep asking for that [11:18:13] hoo: not yet [11:18:16] maybe tonight [11:18:19] :) [11:18:39] alright, is it just me or the add links link is now hidden / collapsed? [11:18:51] probably fault of ULS [11:20:06] :/ [11:20:18] it might be i clicked to close it [11:20:25] and then it remembers that [11:20:51] it seems my bot is spamming rc [11:21:09] but I see no (documented) param to set my edits as bot? [11:21:17] bot=1 [11:21:27] yikes [11:22:35] liangent: i think that bot=1 is a general mediawiki thing, not wikidata specific [11:22:53] addshore: is that correct? [11:23:07] yus :) [11:23:11] ok [11:23:21] aude: anyway action=edit explicitly documents it.. [11:23:39] *looks* [11:23:50] liangent: hmmm, suppose we could explicitly document it for the wikibase modules too [11:24:11] New review: Addshore; "Looks perfectly sane and doesn't break anything" [mediawiki/extensions/Wikibase] (master) C: 1; - https://gerrit.wikimedia.org/r/72260 [11:24:52] shall I? :P [11:25:24] heh, I will, its documented in wbsetaliases and such [11:25:41] addshore: please do [11:25:47] {{doing}} [11:25:48] [5] 10https://www.wikidata.org/wiki/Template:doing [11:25:53] :) [11:29:15] mw.MediaWikiApiError: save-failed: Could not create a new page. [11:29:15] It already exists.; request: {'action': 'wbeditentity', 'token': at 0x13791b8>, 'data': '{}', 'format': 'json'} [11:29:27] how can '{}' be existing? [11:29:31] addshore: ^ [11:29:45] mhhhm, the errors in the api are broken [11:29:54] what request did you give it? [11:30:27] liangent: I guess you have to set the new param [11:30:32] yus :) [11:30:42] but that should really give a different error *files a bug* [11:31:00] yep [11:31:21] hoo: the new param? [11:31:30] its documented ;p [11:31:32] new=1 [11:31:36] i think? [11:31:37] new=item [11:31:38] ;p [11:31:42] ah, yes [11:31:43] or new=property [11:32:00] Daniel posted about that on one of the mailing lists [11:32:02] probably -tech [11:32:22] addshore: no I didn't find it [11:32:28] * aude knows the widget has that now [11:32:28] is it live? [11:32:38] its live the docs are not? :P [11:32:43] think so [11:32:53] aude: I think Tobi fixed the widget [11:32:54] something fucky like this :) [11:32:58] New patchset: Henning Snater; "Preventing replacing of templates" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72499 [11:32:58] *funky [11:33:16] I hope he did it right :P Didn't test it in some time [11:33:43] hoo: he did and it works [11:33:55] :) [11:34:15] There's a minor patch for the widget in gerrit, btw :P [11:34:19] yes [11:34:25] * aude reviewing [11:34:27] Well, actually two [11:34:28] addshore: is the code for new=item param live on wikidata.org? [11:34:36] *checks* [11:35:01] it i add links for Help:Contents, then the label of the new item is "Contents" [11:35:10] think your patch fixes it [11:35:15] It does, yes :) [11:35:22] liangent, not as far as i cant see [11:35:33] the german link is "Hilfe:English" ? [11:35:55] oh, that' sfine [11:36:02] it goes to a help page for english speakers :) [11:36:25] addshore: anyway {'action': 'wbeditentity', 'token': at 0x13791b8>, 'data': '{}', 'format': 'json'} this works most of the time [11:36:42] to create an empty item [11:36:44] aude: I had to use mw.Title to get the human readable form (localized namespace, no underscores..) [11:36:46] I agree it should :P [11:37:03] liangent: is it only occasionally this happens? [11:37:11] addshore: yes [11:37:18] hmm, very off [11:37:23] *odd (i cant type today) [11:37:31] and it's listed as an example: [11:37:35] Set an empty JSON structure for the entity, it will be extended with an id and the structure cleansed and completed. Report it as pretty printed json format.: api.php?action=wbeditentity&data={}&format=jsonfm [11:38:46] yup [11:39:47] Change merged: jenkins-bot; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/71556 [11:40:29] addshore: so? [11:41:48] liangent: someone forgot to update the documentation apparently :( [11:42:47] its fixed in my next change, also regarding docing the bot flag, it seems only 1 module that actually accepts the bot flag was missing the doc for it [11:43:32] New patchset: Addshore; "Adding and fixing API examples" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/71610 [11:43:42] in this one ;p ^^ review it ? ;p [11:44:24] New review: Addshore; "PS11 adds bot flag documentation for all modules that currently accept the bot flag" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/71610 [11:44:51] New patchset: Henning Snater; "Implemented wikibase toolbarlabel and toolbarbutton widget" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/71633 [11:45:04] New patchset: Henning Snater; "Implemented toolbar and toolbareditgroup jQuery widgets" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72247 [11:46:41] per the bot flag issue, see the new https://bugzilla.wikimedia.org/show_bug.cgi?id=50933 :) [11:48:36] addshore: some other issue ... I'm adding &bot=& and it's not working? [11:48:46] adding that to what? [11:48:50] :) [11:48:56] New patchset: Henning Snater; "Implemented toolbar and toolbareditgroup jQuery widgets" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72247 [11:49:03] addshore: various wb editing calls [11:49:14] do you have the bot flag? :O [11:49:50] addshore: I have [11:50:02] bot=1? :D [11:50:24] addshore: right. I have to explicitly add some value for wikidata api modules to have them work [11:50:32] but iirc core accepts this style of boolean checks in various modules [11:51:04] does core mainly just need bot= ? [11:53:24] addshore: right [11:53:30] hmmm [11:53:39] core uses 'bot' => false, in getAllowedParams [11:53:40] shall I file a bug for this also? ;p [11:53:47] while we use 'bot' => null, [11:53:51] this is the difference [11:54:02] * makes a new bug* [11:55:13] oh really? [11:55:54] aude: see ApiBase::getParameterFromSettings [11:56:05] $type = gettype( $paramSettings ); [11:56:07] ... [11:56:08] if ( $type == 'boolean' ) { [11:56:10] that's it [11:56:27] liangent: https://bugzilla.wikimedia.org/show_bug.cgi?id=50934 [11:57:43] liangent: thanks for finding that [11:58:03] yeah... we need to set ApiBase::PARAM_TYPE => 'boolean', [11:58:48] aude: I don't know why my working pattern is always triggering bugs in various places :p [11:58:54] not only wikibase [11:59:10] liangent: it's very helpful [11:59:30] :D [12:00:19] *watches the bug list grow* (we should have a graph for this)! Open bug graph! [12:00:35] liangent: Not only you... many of the bugs I fix from time to time in various components were self found... [12:01:42] liangent: looking at your patch for {{#property:...}}. Am I understanding correctly that the "target" language will be the content language, not the user language? [12:02:03] DanielK_WMDE: in the user preferred variant [12:02:05] also, is english always considered the final fallback? [12:02:14] hoo: eek, ok [12:02:22] DanielK_WMDE: which property? [12:02:41] I have 2 patches related to that [12:02:54] that's not easy for me to test :) i wish we had automatic de -> ch-ch transliteration :) [12:03:15] this one: https://gerrit.wikimedia.org/r/#/c/71072/19 [12:03:20] * aude changed my wiki to kurdish [12:03:28] :P [12:03:29] trying to figure out how it works [12:03:44] addshore: again mw.MediaWikiApiError: save-failed: Could not create a new page. [12:03:44] It already exists.; request: {'action': 'wbeditentity', 'bot': True, 'token': at 0x23a7668>, 'data': '{}', 'format': 'json'} [12:04:09] seems serbian and zh have the most complex variant support [12:04:15] DanielK_WMDE: how big or small the difference is between de and ch-ch? [12:04:16] DanielK_WMDE: Only thing I'm worried about with that patch is the parser cache [12:04:17] how often do you get this error? [12:04:22] * aude can't read chinese [12:04:37] could try serbian but won't know the difference [12:04:43] it seems odd that it is only coming to light now [12:05:23] liangent: 'new' : 'item' [12:05:28] did you add that? [12:06:01] addshore: about once every 100~200 creations [12:06:14] aude: no and it's not documented in live wikidata api [12:06:28] aude: I suspect it's not live yet [12:06:29] liangent: that might be the one place missing [12:06:34] interesting and odd, i might go and have a dig in a moment :) [12:06:56] aude: I dont think new= is actually live :) *has spent to long looking at his local instal recently* [12:07:06] addshore: hmmm, ok [12:07:26] you must be right or the add links widget would be broken [12:07:42] we have a backport for it, so it is fixed though [12:08:31] * aude slightly confused [12:08:55] i think new= is new for what we are deploying on wikidata today [12:09:02] hehe >> https://bugzilla.wikimedia.org/chart.cgi?category=MediaWiki+extensions&subcategory=WikidataRepo&name=976&label0=All+Open&line0=975&label1=All+Closed&line1=976>=1&labelgt=Grand+Total&datefrom=&dateto=&action-wrap=Chart+This+List (sorry I got distracted looking for a graph) [12:09:38] and that we have a patch for the widget already backported, so the widget will be okay [12:11:12] aude: addshore: I'm restarting it with new=item regardless of what the doc says [12:11:19] let's see whether it happens again [12:11:37] you may get an error with that *checks* [12:11:47] addshore: checks? [12:12:25] you might get an error as it is an unexpected param (if its not live on wikidata) [12:12:29] liangent: so if i set my client wiki to ku [12:12:37] addshore: that's a warning not an error [12:12:38] then how do i see it convert to ku-arab? [12:12:45] where does this happen and how? [12:13:05] aude: add variant=ku-arab to your url [12:13:11] liangent: ok :) [12:13:11] this should be the easiest thing [12:13:33] or there should be a dropdown near the "Talk" tab [12:13:34] * aude can at least understand the script changes [12:13:38] ok [12:13:49] and a preference item [12:14:11] yes there is a tab [12:14:25] liangent: of course! :) [12:14:26] liangent: Small, at least for the automatic part: just replace every "ß" by "ss". [12:14:51] liangent: a few words have different gender, spelling or morphology, but that can be ignored. [12:15:20] DanielK_WMDE: you can try to implement it yourself :p I just have no knowledge of that language [12:15:34] i have never looked how that could be implemented [12:15:37] * aude would like variant that changes "color" to "colour" :) [12:15:40] DanielK_WMDE: https://gerrit.wikimedia.org/r/72053 [12:15:44] this should be an example :) [12:15:52] liangent: anyway: if all else fails, "en" should be used, right? or is that only in some specific cases? [12:16:22] liangent: ha, nice :) [12:16:33] liangent: it works! [12:16:59] although the heading is displayed ltr with rtl script [12:17:08] the body content is rtl [12:17:27] good enough for me to test [12:17:32] aude: uselang=kk-arab&variant=kk-arab use both together [12:17:42] liangent: ok [12:18:17] that works [12:18:29] so i can set it as my preference [12:18:59] DanielK_WMDE: perfectly the converter should be able to convert stuff written by piglatin users to "normal english" but... [12:19:01] liangent: hm, MessagesDe_ch.php exists. I suppose that doesn't matter? [12:19:05] you can implement it :) [12:19:19] DanielK_WMDE: de-ch? [12:19:24] or ch-ch? [12:19:27] liangent: DanielK_WMDE doesn't look too complicated to implement a simple variant [12:19:41] liangent: yes. it has a separate message file. that'S no issue for implementinc a converter, is it? [12:19:48] aude: yea. [12:20:26] DanielK_WMDE: it's often *expected* to have variants as a standalone supported language too [12:20:38] there also can be a language class [12:20:45] conversion is not applied on interface messages [12:20:50] LanguageKu_ku.php [12:21:21] there is KuConverter that converts the script [12:21:29] inside LanguageKu.php [12:22:04] LanguageKu_ku.php only had an additional regex thing [12:22:26] * aude looks at LanguageKu.php as an example [12:22:56] 'ku-arab' => new ReplacementArray( $this->mLatinToArabic ), [12:23:12] liangent: which module were you having problems with bot= ? [12:23:27] addshore: almost everything [12:24:17] addshore: grep for 'bot' => null for everything broken [12:24:26] and 'bot' => false for everything good [12:24:30] then manually check the rest [12:24:59] heh liangent modify entity already uses bot=>false :P (wasnt that what you were using when you found it)? [12:25:24] addshore: or one of the modules that extends it? [12:25:35] not sure about edit entity [12:25:50] edit entity extends modify entity [12:25:57] class EditEntity extends ModifyEntity [12:25:58] yes [12:26:05] addshore: I'm not using it [12:26:14] only the claim qualifier and reference stuff use bot => null [12:26:25] wikidata.py: action = 'wbsetreference', [12:26:25] wikidata.py: action = 'wbgetentities', [12:26:25] wikidata.py: action = 'wbgetentities', [12:26:25] wikidata.py: action = 'wbeditentity', [12:26:25] wikidata.py: action = 'wbsetsitelink', [12:26:25] wikidata.py: action = 'wbsetlabel', [12:26:25] wikidata.py: action = 'wbcreateclaim', [12:26:26] wikidata.py: action = 'wbcreateclaim', [12:26:26] wikidata.py: action = 'wbcreateclaim', [12:26:27] wikidata.py: action = 'wbcreateclaim', [12:26:27] wikidata.py: action = 'wbcreateclaim', [12:26:28] wikidata.py: action = 'wbgetentities', [12:27:04] addshore: ^ [12:27:35] liangent: please use pastebin or github gist if you want to paste more than 3 lines [12:27:37] aude: addshore: mw.MediaWikiApiError: save-failed: Could not create a new page. [12:27:38] It already exists.; request: {'format': 'json', 'bot': True, 'token': at 0x2c016e0>, 'action': 'wbeditentity', 'new': 'item', 'data': '{}'} [12:27:46] it's still failing [12:29:34] * addshore has to jump onto something else really quick but ill brb [12:29:41] DanielK_WMDE: ok and just filed https://bugzilla.wikimedia.org/show_bug.cgi?id=50935 .. [12:30:00] liangent: 'token': at 0x2c016e0> [12:30:05] where does that come from?? [12:30:32] ah, this is python output, not api output [12:30:35] makes more sense :) [12:31:13] DanielK_WMDE: yeah [12:31:26] using a token allows easier auto retry on failure [12:31:31] token lambda [12:31:40] (or should be function [12:31:46] liangent: i think what is happening is the api refusing to create an empty item [12:31:52] the error messages suck :) [12:32:00] liangent: try providing a label [12:32:20] DanielK_WMDE: well it's happening randomly [12:32:23] not always [12:32:38] o_O [12:32:51] at a not-so-high rate [12:33:07] then it's time to try and get the full error response [12:33:19] api responses from wikibase contain a lot of extra info about errors and warnings [12:33:35] there'S no standard place for these, so the bot framework probably doesn't pick them up [12:33:44] huh, i changed my client wiki (including $wgLang) to ku [12:33:53] (well, ok, *some* api modules provide extra info) [12:33:57] with the add links widget, "en" is not a choice [12:34:47] aude: Rebuild your sites table [12:34:54] oh, i think i know why maybe [12:34:58] * aude knows why [12:35:00] doh! [12:35:11] A site is linkable if sites[ site ].getGlobalSiteId() !== mw.config.get( 'wbCurrentSite' ).globalSiteId [12:35:12] i have to change my client settings [12:35:25] yes, my global id is still enwiki [12:35:34] *not* a bug [12:36:42] :) [12:37:07] DanielK_WMDE: ok let's wait for its next fail [12:38:20] DanielK_WMDE: If you got a second: https://gerrit.wikimedia.org/r/71543 do you think that's mergeable in the current state (despite minor stuff maybe, I mean in general). (As Jeroen -1ed it) [12:38:22] Denny_WMDE: can you review this commit and the two that depend on it? https://gerrit.wikimedia.org/r/#/c/71383/ You already had some look at it [12:38:27] And its been sitting there for a week now [12:39:34] didn't see you already commented... shame on me [12:42:37] *returns* [12:44:04] liangent: Im going to make a little script to test it on my local install :P [12:44:09] I wonder how fast it can go ;p [12:45:49] New review: Denny Vrandecic; "(1 comment)" [mediawiki/extensions/Ask] (master) C: 2; - https://gerrit.wikimedia.org/r/71823 [12:46:26] addshore: test with repeated entity creation? [12:46:32] yup [12:47:42] btw for any bots importing labels from wikipedia article titles... [12:48:03] I guess you should strip disambiguation parentheses [12:48:12] and put the disambig text in description [12:48:16] is this right? [12:50:08] Change merged: Denny Vrandecic; [mediawiki/extensions/Ask] (master) - https://gerrit.wikimedia.org/r/71383 [12:50:13] Denny_WMDE: odd review order you have :) Usually on starts with the first commit, not the last one :P [12:50:30] JeroenDeDauw: i think i messed up something in the interface [12:50:37] i intended to start with the oldest one [12:52:26] https://www.wikidata.org/w/index.php?diff=5000000&oldid=1 meh... Exception ... [12:52:37] Change merged: jenkins-bot; [mediawiki/extensions/Ask] (master) - https://gerrit.wikimedia.org/r/71823 [12:52:37] Change merged: Denny Vrandecic; [mediawiki/extensions/Ask] (master) - https://gerrit.wikimedia.org/r/71631 [12:53:15] hoo: comparing wrong content types? [12:53:26] obviously should not be an exception [12:53:29] aude: yep Diff not implemented for Wikibase\ItemContent; override generateContentDiffBody to fix this. [12:53:55] liangent: re disambiguation suffixes: a bot should do that, but it'S not always trivial. not all languages handle disambiguation in the same way. this already startes with things like "Rome, Indiana". [12:54:28] liangent: yes running a test now creating as many items as I can ;p [12:54:37] * aude see bots get it wrong sometimes [12:54:48] they normally leave the description empty also [12:55:37] aude: it should be an exception on the low level, but high level code should check to avoid it (or catch and handle it) [12:55:49] DanielK_WMDE: right [12:56:06] trying to compare appls and oranges *should* result in an error [12:56:09] I would like to have an "empty" wikibase ItemContent revision to compare against, so that I see everything that is set :P [12:56:20] an error not exception [12:56:27] +1 [12:56:39] hoo: ItemContent::newEmpty()? [12:56:41] liangent: 130 so far and nothing has come up [12:56:46] oldid=1 obviously is creating the main page [12:56:53] oh, you mean one that actually has a revision id... [12:56:58] wikitext [12:56:59] DanielK_WMDE: I mean on Wikidata.org [12:57:02] oldid=1? [12:57:05] in the interface [12:57:11] could fake diffs for revid=0 :) [12:57:30] oh actually liangent im running on the current head of the repo, i should probably use the current live version :) [12:57:33] http://www.wikidata.org/w/index.php?oldid=1 [12:57:43] i think it got moved [12:57:59] interesting that does not show the h2 header [12:58:17] oh, it's the mainpage [12:58:20] css hidden [12:58:39] liangent: ok... i think the fallback code for {{#property: }} is ok, but i have some questions (see inline comments) [12:58:43] DanielK_WMDE: Something like that... I just want a formatted diff like output of everything that's set :P [12:58:46] heh, interesting liangent I can reproduce it! [12:59:18] i have not been able to try actual variants in the UI, but since this change does not mess with the creation of fallback chains, i will just assume that they work. [12:59:38] aude: I guess we should open a bug for the Exception... is that rather core or WikibaseRepo? [12:59:52] hoo: core [12:59:55] addshore: what's it? [12:59:57] hoo: just compare with a completely different and/or mostly empty item and ignore the "removed" bits [13:00:06] addshore: my script crashed too [13:00:16] although needs verifying [13:00:18] aude: what do you think of merging https://gerrit.wikimedia.org/r/#/c/71072/ ? [13:00:25] DanielK_WMDE: probably... I could even write a small JS hack that just removes the left side [13:00:40] https://gerrit.wikimedia.org/r/#/c/71072/ is merged [13:00:46] i'm reviewing the next patch [13:00:48] no idea what it was, but out of 178 creations it missed 2. q23 q42 [13:00:51] DanielK_WMDE: it has no more useful stuff [13:00:56] {"servedby": "mw1115", "error": {"info": "Could not create a new page.\nIt already exists.", "code": "save-failed", "messages": {"0": {"type": "error", "name": "edit-already-exists"}, "html": {"*": "

Could not create a new page.\nIt already exists.\n

"}}}} [13:01:02] hoo: or you could just use Special/EntityData/q12345.json [13:01:12] * aude looking at https://gerrit.wikimedia.org/r/#/c/71996/ [13:01:18] ...or .xml, so your browser makes it pretty. [13:02:00] DanielK_WMDE: Well, I don't want to see :P [13:02:12] liangent: hm. that sounds like a race condition. should not happen, the id increment function should be atomic. please file a bug. [13:02:58] hoo: hm? ignoring a few lines of boilerplate is a problem? [13:03:37] liangent: can you tell me why you didn't use FALLBACK_ALL for the parser function? [13:03:58] DanielK_WMDE: Well, for a gadget it's probably nicer to not have that (although I'm fine with that as I know what is important and what not) [13:04:30] DanielK_WMDE: then it mixes English label into any language where it has no translated label [13:04:31] hoo: it's xml. just manipulate the dom. [13:04:57] and we need to take care to it [13:05:04] so do you think this is still an expected behavior? [13:05:10] :D My laziness ... but sounds doable :D [13:05:11] liangent: yes. an english label is still better than "q67234786", no? [13:05:28] liangent: actually, this could/should be a per wiki setting [13:05:50] (might actually not be "english yes/no", but an entire "base chain"... [13:05:51] ) [13:05:57] in a lot of cases, i might expect it to have en fallback [13:06:06] hrmmm [13:06:13] some default label like a place name [13:06:33] other cases, not sure [13:06:43] liangent: we have to handle directionality anyway, no? though i'd consider that a separate feature. [13:06:51] or a person's name [13:10:19] liangent: i don't hink mediawiki supports this, but the Turkmen language can be written in kyrillic (let) or arabic (rtl) alphabet... [13:10:28] DanielK_WMDE: just call it propertyParserFunctionFallbackLevel and let sysadmins to use those constants? [13:10:42] DanielK_WMDE: what's Turkmen? [13:10:50] liangent: yes, but then the constants should be top level constants, not class constants [13:11:06] otherwise, the mention of the class in the config file will cause it to be loaded prematurely [13:11:48] liangent: alternatively: 'propertyParserFunctionFallbackLanguages' => array( 'de', 'en' ); [13:12:18] that is, allow for a per-wiki custom base fallback [13:12:26] for german, it's sensible to fall back to en. [13:12:50] DanielK_WMDE: so maybe better but what about variants? [13:13:07] so "translated it to target language whenever possible"? [13:13:28] liangent: the custom chain would only be used if nothing was found for variants. it would be used for "OTHER" fallback [13:13:47] i would expect variants to be used [13:14:18] sure, if "de" is in the chain, and i have de-ch set, and there is a converter, it should be used [13:14:34] hm... [13:14:38] thinking about this.... [13:14:56] is it the right approach to cover language fallback and variants in one go? [13:15:19] shouldn't we first look for the language, and once we have found an appropriate value, see if we can and should apply a variant conversion? [13:15:50] liangent, aude: but that stuff doesn't need to be addressed in this change [13:16:02] regarding this change, i'm just a bit uneasy about hardcoding the fallback level like that [13:16:02] New patchset: Addshore; "api AllowedParam bot now only has to be set (not have a value)" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72507 [13:16:05] DanielK_WMDE: this logic is already wrapped in the fallback chain class [13:16:06] liangent: hoo ^^ [13:16:12] could for now be fixed with a //TODO: make this configurable [13:16:33] liangent: yes, i'm asking whether that is the right approach, or if the two things shouldn't rather be separate [13:16:45] just food for thought, or an argument over lunch :P [13:17:00] New review: Aude; "(1 comment)" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/71072 [13:17:16] DanielK_WMDE: so "we first look for the language" is getFetchLanguage [13:17:24] Arrrrrrr, who can I bribe to finish this deserialization code? It's soooooooooooooooooooo boring :| [13:17:28] DanielK_WMDE: the name which confused you [13:18:31] aude: what does "an empty string" mean? [13:19:02] liangent: the parser function never shows q100 or whatnot [13:19:17] aude: it does for me. [13:19:25] DanielK_WMDE: wtf? [13:19:26] I think so as well [13:19:33] Haven't tested it in a while, though [13:19:59] something is very broken then [13:20:23] aude: no, it's an option for EntityIdLabelFormatter [13:21:08] aude: $this->defaultOption( self::OPT_LABEL_FALLBACK, self::FALLBACK_PREFIXED_ID ); [13:21:12] *shrug* [13:21:16] Krinkle: there? [13:21:21] aude: i think it's fine, actually. [13:21:27] wtf! [13:21:27] hoo: Yes [13:21:33] when did that change! [13:21:33] the empty string would indicate that the property isn't there. [13:21:36] hoo: Can you link to the change where you optimise the things? [13:21:41] there *is* a target, we just don't know the label [13:21:44] when did we agree on that? [13:21:51] who changed it? [13:22:03] Krinkle: not yet ready for the stage... it works but it's not beautiful (yet) [13:22:24] aude: git blames jeroen: db5f210dbed2ed8c15d353da5311bc26dfdbc06b [13:22:44] hoo: Make sure you don't optimise too the point where you have implicit dependencies [13:22:57] DanielK_WMDE: it's fine for a default option but not for the parser function [13:23:03] Krinkle: mh? Why? [13:23:12] hoo: If foo.js and bar.js both use mw.Api and also both depend on quux.js which uses mw.Api, then foo and bar should have both mw.Api and quux as dependency, not just quux. [13:23:34] Krinkle: Is that going to break? That's exactly what I hacked [13:23:36] DanielK_WMDE: so, a label gets deleted [13:23:47] then someone edits a wikipedia page and saves (reparses) [13:23:54] and a q1000000000 appears [13:24:06] even though they did not touch the template [13:24:12] hoo: If you want to do that kind of optimisation, you could consider doing that in core (not sure if there's problems, if not its fine, if there are prorblems it would be a problem either way) [13:24:17] they edit with the visual editor and it appears? [13:24:19] hoo: But it is bad to do it in the module definition locally [13:24:33] aude: how is that worse than the result that the respective entriy *disappears* from the infobox? [13:24:38] hoo: Because if someone changes quux to no longer use mw.Api, your stuff breaks. And no it is imho not fair to require that kind of checking [13:24:46] Krinkle: Oh, you don't get what I mean... I wrote a script to automatically optimize the RL dependency tree [13:24:55] hoo: Dependencies are explcicit for a reason, and must associate directly to the module in question. [13:24:56] (in the way you described) [13:25:19] So we can spell our stuff out and the script optimizes it away... [13:25:30] just show me once you're ready :) [13:25:33] aude: seeing q123456 gives in indication of what is wrong, and where to fix it. the empty string doesn't. the empty string sais "this property isn't set". [13:25:48] Krinkle: That's a bit of hte problem, I don't know how to properly intergrate it with RL [13:26:05] grrrrrrrrr [13:26:06] hoo: Krinkle: I simply use dependency in a way "list all sources where any of objects I used is placed" [13:26:16] aude: at least, that'S how it seems to me now. i don't see an issue with it. maybe i'm missing something? [13:26:18] liangent: Yeah :P [13:26:23] how is someone to know how to fix it? [13:27:09] Krinkle: Right now I'm using my new class at the bottom of ResourceLoaderStartUpModule::getModuleRegistrations to optimize $registrations :| [13:27:11] aude: by knowing that they are looking at an item id (that's one advantage of the q prefix). that'S for power users, of course [13:27:15] the label is not available from wikidata [13:27:18] but if the entry just disappears, they won't even notice [13:27:24] like: [13:27:25] then use what's defined in the template [13:27:28] and if they do, they have no way to see which item to fix [13:27:30] $resourceLoaderDependencies = new ResourceLoaderDependencies( $registrations ); [13:27:30] $registrations = $resourceLoaderDependencies->flattenDependencies(); [13:27:40] not the templates can't do that [13:27:41] now [13:27:59] aude: if wikidata doesn't have a value for that property, yes. if that value is just missing a label?... i don't think that's a good idea,# [13:28:01] it's better to have q100000000000 than use what's defined in the template locally? [13:28:26] Krinkle: ^ (flatten is the wrong term, I know, but that's minor) [13:28:26] really? [13:28:30] aude: i think so, yes. less surprising: if the property is set, you'll see the value. [13:28:35] New patchset: Addshore; "Adding the bot param to api wbsetclaim" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72509 [13:28:57] aude: but make a straw poll, i don't care that much :) [13:29:14] gah [13:29:31] i'd rather see whatever is defined locally than q10000000000000000 [13:29:59] that's a much better fallback, but if a variant or something in fallback is availble then show that [13:30:16] * aude does not think q1000000000 should be in the fallback [13:30:33] though weird to change the behaviour now if it's been like this for a while [13:31:01] makes me want to use lua [13:31:06] :P [13:31:41] not sure what to do now [13:31:42] aude: Can't we just ship like a lua pseudo template and implement the parser functions in Lua? [13:31:50] :) [13:33:02] DanielK_WMDE: aude: or just change my function call to extractPreferredValueOrAny() ? see https://gerrit.wikimedia.org/r/#/c/71845/10/lib/includes/LanguageFallbackChain.php [13:33:49] that's the original behavior of Utils::lookup[User]MultilangText() [13:34:08] liangent: i'd only want "any" after exhausting some locally defined "base" chain. but that's for later. i suggest to just add a //TODO there. [13:34:15] anyhow... Krinkle did you seem my notes? I don't want to polish this code prior to knowing that I'm integrating it correctly [13:35:20] hoo: I saw your ilnes on irc, or did you mean other notes? [13:35:37] Krinkle: No, I mean these lines on how I integrated it with RL [13:35:59] liangent: ok, having ku-arab (thanks to liangent) is a big improvement over ق10 [13:36:10] I don't know right away where this logic should go and/or whether it will cause problems. I'd recommend opening a ticket on bugzilla and submitting a patch that "works" for you, then we can take it from there. [13:36:55] Krinkle: Ok, I yet only have like a quick prototype I wrote yesterday night, but Wikibase Repo seems to work with it, so it's probably not breaking (it's just not nice to see) [13:37:07] ‏aude: what's ‫ ق10? [13:37:09] DanielK_WMDE: i'd say the next step, re: empty strings and q ids is to have edit warnings for these issues [13:37:09] I'm going to push that to gerrit later today [13:37:13] liangent: q10 [13:37:25] with the q localized [13:37:34] ok [13:38:02] the user should have feedback in some place, like i get when i fail to provide an edit summary [13:38:03] (should I localize it for zh too?) [13:38:08] the user can ignore the warnings [13:38:21] liangent: it's not? [13:38:24] aude: or ask them to provide a translation? [13:38:28] i have no idea what is appropriate for zh [13:38:34] aude: it's not localized yet [13:38:39] ok [13:38:42] and zh is not based on letters... [13:38:42] i can't tell you [13:39:01] for arabic script based languages, it would be expected [13:39:05] I may have to use the whole thing meaning "item" [13:39:19] makes sense [13:39:51] New patchset: Daniel Kinzler; "(bug 49742) Hook PropertyInfoStore in service reg." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/71343 [13:40:01] aude: where can I localize it? [13:40:15] New review: Daniel Kinzler; "rebased" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/71343 [13:41:39] liangent: it might be the converter changing it [13:41:43] * aude verifies [13:43:01] hoo: Sure, I won't take "works on my machine" as a very reinsuring statement (nothing personal). LIke I said, it sounds great, and if we do it we shouldn't do it anywhere other than in core. [13:43:45] I need to focus on other things but if you cc me on a bug and/or gerrit change, I'll check it out when I can [13:45:59] aude: right. converter might change it :) [13:46:45] and with https://gerrit.wikimedia.org/r/71996 it'll be no longer the case [13:46:51] liangent: ok [13:47:05] Q10 would also be okay in arabic script [13:49:03] aude: I could imagine the converter is not handling these edge cases well. it was initially developed for zhwiki and zhwiki is still the biggest wiki using it now [13:49:27] but unlike some other language using the converter, no latin alphabets are involved in zh [13:49:35] liangent: sure.... not a big problem in this case, either way it's done [13:50:00] either way would be perfectly acceptable [13:51:28] without the converter, it's q10 [13:53:07] aude: you can speak ar? [13:53:25] then you might want to check my patches about any bidi related things [13:53:42] liangent: not well enough to review patches [13:53:46] only to find bugs [13:54:01] especially about those languages which have different directionality when written in different scripts [13:54:03] aharoni is best for rtl stuff [13:54:29] i could +1 perhaps [13:54:33] _.-^hallo^-._ [13:54:37] :) [13:54:50] liangent: which patch? [13:55:11] I am in a heavy bugfixing and code review overload lately, but I can try. [13:55:35] aharoni: not now :) [13:59:00] New patchset: Jeroen De Dauw; "Added SortExpressionDeserializer" [mediawiki/extensions/Ask] (master) - https://gerrit.wikimedia.org/r/72510 [13:59:01] New patchset: Jeroen De Dauw; "Get rid off clutter comments" [mediawiki/extensions/Ask] (master) - https://gerrit.wikimedia.org/r/72511 [13:59:01] New patchset: Jeroen De Dauw; "Added DescriptionRoundtripTest" [mediawiki/extensions/Ask] (master) - https://gerrit.wikimedia.org/r/72512 [13:59:01] New patchset: Jeroen De Dauw; "Remove dead links" [mediawiki/extensions/Ask] (master) - https://gerrit.wikimedia.org/r/72513 [13:59:01] New patchset: Jeroen De Dauw; "Update INSTALL file" [mediawiki/extensions/Ask] (master) - https://gerrit.wikimedia.org/r/72514 [14:01:08] New patchset: Daniel Kinzler; "(bug 49742) Hook PropertyInfoStore in service reg." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/71343 [14:01:36] Denny_WMDE1: https://gerrit.wikimedia.org/r/#/c/72510/ [14:02:35] should I use lang="mul" for contents in mixed language e.g. from fallback? [14:02:44] New patchset: Daniel Kinzler; "Auto-populate wb_property_info in updater." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72515 [14:04:05] liangent: sounds sensible, but beware https://bugzilla.wikimedia.org/show_bug.cgi?id=41807 [14:04:31] liangent: that means that there actually might be a lable that uses "mul" as its language code (at some point) [14:04:39] New review: Denny Vrandecic; "(1 comment)" [mediawiki/extensions/Ask] (master) - https://gerrit.wikimedia.org/r/72510 [14:04:58] liangent: hm actually: if the language comes from a fallback, can't you just give the correct code? [14:05:09] the result is always in a specific language, not in multiple, right? [14:06:29] DanielK_WMDE: for the whole EntityView content block [14:06:46] and each label will have its own language specified [14:10:20] liangent: why set a language there at all? [14:10:37] New patchset: Aude; "Claim modifying api elements to extend ModifyClaim" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72321 [14:11:26] DanielK_WMDE: trying to override the global lang="" [14:11:45] liangent: ah. you could use an empty tring. but "mul" will do too. [14:11:55] New patchset: Micha? ?azowik; "(bug 47942) Make .wb-snaktypeselector-menu visible on MonoBook" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72516 [14:12:00] afk for a few [14:13:42] how much do we care non js users? [14:14:25] liangent: well, they can't edit claims currently via the UI [14:14:50] we have special pages for editing labels, etc. without js [14:15:01] nothing like that for claims yet [14:15:44] New review: Denny Vrandecic; "(1 comment)" [mediawiki/extensions/Ask] (master) - https://gerrit.wikimedia.org/r/72510 [14:16:26] liangent: there should be a clear path for how to support non-js users [14:16:38] i.e. for claims we need the appropriate special pages etc. [14:20:40] New patchset: Jeroen De Dauw; "Imrpoved documentation for SortExpression" [mediawiki/extensions/Ask] (master) - https://gerrit.wikimedia.org/r/72518 [14:20:52] Denny_WMDE1: https://gerrit.wikimedia.org/r/#/c/72518/ [14:28:11] Change merged: jenkins-bot; [mediawiki/extensions/Ask] (master) - https://gerrit.wikimedia.org/r/72518 [14:28:11] Change merged: jenkins-bot; [mediawiki/extensions/Ask] (master) - https://gerrit.wikimedia.org/r/72514 [14:28:11] Change merged: jenkins-bot; [mediawiki/extensions/Ask] (master) - https://gerrit.wikimedia.org/r/72513 [14:28:11] Change merged: jenkins-bot; [mediawiki/extensions/Ask] (master) - https://gerrit.wikimedia.org/r/72512 [14:28:11] Change merged: jenkins-bot; [mediawiki/extensions/Ask] (master) - https://gerrit.wikimedia.org/r/72511 [14:28:11] Change merged: Denny Vrandecic; [mediawiki/extensions/Ask] (master) - https://gerrit.wikimedia.org/r/72510 [14:28:24] that's like playing domino [14:32:53] Denny_WMDE1: lets try to break the domino world record, but then with commits? :D [14:35:21] nooo! [14:46:51] New review: Aude; "much improved!" [mediawiki/extensions/Wikibase] (master) C: 2; - https://gerrit.wikimedia.org/r/71610 [14:48:14] Change merged: jenkins-bot; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/71610 [14:50:52] New patchset: Jeroen De Dauw; "Cleanup old files after they got moved out of Wikibase Lib and Wikibase Repo" [mediawiki/extensions/WikibaseQuery] (master) - https://gerrit.wikimedia.org/r/72523 [14:51:25] Denny_WMDE1: what? We can't get sponsorship for doing that? :/ [14:55:01] Change merged: jenkins-bot; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72319 [14:55:06] New review: Daniel Kinzler; "Seems ok, but I'd like feedback to my comments before going ahead with this." [mediawiki/extensions/Wikibase] (master) C: 1; - https://gerrit.wikimedia.org/r/71865 [15:00:36] liangent: wha do we need LanguageFallbackChainSerializer ? [15:00:45] when do we have to serialize fallback chains? [15:04:40] New review: Daniel Kinzler; "needs tests. nothing fancy, just make sure the language fallback thingy is in the output." [mediawiki/extensions/Wikibase] (master) C: -1; - https://gerrit.wikimedia.org/r/72226 [15:09:01] New review: Daniel Kinzler; "-1 for Misleading documentation." [mediawiki/extensions/Wikibase] (master) C: -1; - https://gerrit.wikimedia.org/r/72256 [15:10:15] New review: Daniel Kinzler; "What exactly is this going to be used for?" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72258 [15:14:17] New patchset: Addshore; "Standardising many errors throught the api" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72528 [15:14:36] New review: Aude; "(1 comment)" [mediawiki/extensions/Wikibase] (master) C: -1; - https://gerrit.wikimedia.org/r/72509 [15:18:39] New review: Daniel Kinzler; "Please use composition instead of subclassing, unless there's a very good reason." [mediawiki/extensions/Wikibase] (master) C: -1; - https://gerrit.wikimedia.org/r/72225 [15:19:59] New patchset: Micha? ?azowik; "Make .wb-snaktypeselector-menu visible on MonoBook" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72516 [15:20:41] DanielK_WMDE: to echo it back in ajax requests [15:21:26] New patchset: Henning Snater; "Limiting number of registered event handlers in toolbar button widget" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72529 [15:21:36] New review: Daniel Kinzler; "(1 comment)" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72319 [15:24:08] New patchset: Addshore; "Adding the bot param to api wbsetclaim" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72509 [15:24:36] New review: Addshore; "Fixed, apparently I copied the line from the wrong place! :)" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72509 [15:28:58] liangent: what for? [15:31:41] New review: Daniel Kinzler; "(1 comment)" [mediawiki/extensions/Wikibase] (master) C: -1; - https://gerrit.wikimedia.org/r/72320 [15:32:02] New patchset: Daniel Kinzler; "Adding unit test for wbsetaliases" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72351 [15:32:23] DanielK_WMDE: for using same fallback chain in wbgetentities calls [15:32:48] so labels from autosuggests use the same language info [15:40:49] New review: Daniel Kinzler; "renaming is a good idea, but please pick a better name :)" [mediawiki/extensions/Wikibase] (master) C: -1; - https://gerrit.wikimedia.org/r/72316 [15:46:47] Change merged: jenkins-bot; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72507 [15:47:36] liangent: shouldn't wbgetentities just construct the fallback chain itself, based on a single language code? [15:47:43] i see no reason to pass this around... [15:47:56] Change merged: jenkins-bot; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72509 [15:48:14] liangent: somethign else: why do we need full language objects in LanguageWithTranslation and in LanguageFallbackChain? Why can't we just have the codes there? [15:48:23] goodness... please don't hack around there any further :P Still got a big change to getentieties in gerrit :P [15:48:39] liangent: we could then easily cache a full list of these in memcached. [15:48:40] DanielK_WMDE: nope there's also babel uselang info etc [15:48:57] and maybe also anything other to be added to newFromContext in the future [15:49:46] DanielK_WMDE: because I was imaging language is lazy loaded initially [15:50:01] so I simply used them at the beginning [15:50:41] New review: Daniel Kinzler; "Looks ok, but I would like a better solution" [mediawiki/extensions/Wikibase] (master) C: 1; - https://gerrit.wikimedia.org/r/72352 [15:52:18] DanielK_WMDE: regarding the null vs exception: see new code line 257 at https://gerrit.wikimedia.org/r/#/c/72352/6/lib/includes/LanguageFallbackChainFactory.php [15:52:47] do you thing have a try catch here is fine? [15:54:00] liangent: yes, it is. you loop over stuff an decide to keep looping on faiure [15:54:04] DanielK_WMDE: "we could then easily cache a full list of these in memcached." I even think this should be a common usage to request a list of fallbacks, and it's caching code should be in core [15:54:06] that's perfectly legit and nicely explicit [15:54:19] liangent: yep :) [15:54:27] (same for language directionality) [15:54:33] for language names, something like this exists [15:54:56] liangent: anyway: try to avoid language objects as much as possible. [16:05:52] Denny left the building - time to refactor everything! [16:05:54] New patchset: Addshore; "use EntityIdParser instead of getPrefixedId" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72532 [16:07:14] * aude refactors jeroen! [16:07:52] hah, DanielK_WMDE, any suggestions for a better name? :P [16:08:50] * lazyktm nudges addshore about fixing https://bugzilla.wikimedia.org/show_bug.cgi?id=49978 :D [16:10:23] New review: Daniel Kinzler; "needs tests; please improve testability (see inline comments)" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72226 [16:13:00] Does Jenkins run on draft changes? [16:13:05] anyone knows that? [16:13:12] it used to [16:13:14] not sure anymore [16:13:15] \o/ [16:13:20] ah crap [16:13:21] it wasn't very private [16:13:27] so it might have been changed [16:13:41] If it doesn't I'm going to undraft it [16:13:48] * aude expects nothing on the internet to be private :) [16:13:48] Change merged: jenkins-bot; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/71343 [16:14:02] especially something in gerrit [16:14:05] Yeah... I don't want it to be private anyway [16:14:23] just don't want to get screamed at for uploading WIP for core [16:14:25] but there are security patches sometimes, i think that are more private [16:14:47] mh... let's see [16:14:52] aude: Are you into RL? [16:14:53] ask hashar [16:15:08] hoo: only when necessary [16:15:22] :D ok [16:15:27] hoo, aude: maybe if you manually add it as a reviewer? [16:15:36] that would be nice [16:15:46] * JeroenDeDauw splits off aude into a seperate git repo and then converts it to CVS [16:15:58] :) [16:16:12] New review: Daniel Kinzler; "Looks ok to me, but i don't understand this code well enough to approve." [mediawiki/extensions/Wikibase] (master) C: 1; - https://gerrit.wikimedia.org/r/72090 [16:16:48] DanielK_WMDE: wfSetVar returns the original value ... I don't think it's required there but I'm just used to it in core [16:16:50] https://gerrit.wikimedia.org/r/#/c/71865/6/repo/includes/actions/HistoryEntityAction.php [16:17:27] liangent: i would avoid wfSetVar [16:17:39] seems easy to do without that one [16:18:09] aude: and return nothing? [16:19:42] which patch was that? (i saw it) [16:21:42] woot [16:21:56] Just had one of these "and that worked?" moments :P [16:22:09] \o/ [16:22:28] Seems like we just expect mediawiki.api to load and don't actually have that dependency in our JS Api module... [16:22:43] DanielK_WMDE: AAAAAAAAAAH https://gerrit.wikimedia.org/r/#/c/72078/3/lib/includes/Term.php [16:23:00] DanielK_WMDE: did you fix that atrocity in a follow up yet? [16:24:22] aude: The tests are run for drafts... and my RL optimization passed the Qunit tests \o/ [16:24:30] JeroenDeDauw: yep, https://gerrit.wikimedia.org/r/#/c/72079/ [16:25:08] DanielK_WMDE: weeeee [16:25:23] JeroenDeDauw: so merge it :) [16:25:40] DanielK_WMDE: submit button is disabled [16:25:40] wtf [16:25:45] JeroenDeDauw: dependencies [16:25:53] loool [16:25:57] New patchset: Hoo man; "Add mediawiki.api as dependency for wikibase.RepoApi" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72535 [16:26:09] DanielK_WMDE: needs rebase [16:26:22] hoo: glad the tests still run [16:26:30] bah. can't now. give it a -1 for rebase so i don't forget [16:26:39] i'm trying to fix wikipedia.de (!) [16:26:45] ...and should be fixing dinner [16:26:46] DanielK_WMDE: two merges for the price of one rebase if it happens in the next few minutes :p [16:26:59] the gerrit bird? [16:27:04] it's the first time I see it :p [16:27:05] https://gerrit.wikimedia.org/r/#/c/72354/ [16:27:13] DanielK_WMDE: why care about wikipedia.de? It's in GERMAN! o_O [16:27:29] I want to do https://bugzilla.wikimedia.org/show_bug.cgi?id=40810 [16:27:32] * JeroenDeDauw hides under the table now [16:27:46] Denny wrote how it should be done https://bugzilla.wikimedia.org/show_bug.cgi?id=40810#c11 [16:27:51] and my question is [16:28:04] should I do one commit per point [16:28:09] or one big? [16:28:58] lazowik: one per point. [16:29:03] lazowik: or even more. [16:29:13] keep commits small, and logically self-contained [16:29:18] that speeds up review [16:29:19] ok [16:29:23] thanks! [16:29:31] Yeah, this feature is way to big to implement in one go, esp if you do not know the codebase and implications [16:31:10] lazowik: you probably want to start by adding the badges field to the SimpleSiteLink class in WikibaseDataModel [16:31:18] that's what I'm going to do [16:31:29] creating branch badges_structure [16:32:05] first step to my longest git journey ever [16:33:03] I have my sites table missing somehow :/ [16:33:48] let's make this epic [16:33:49] http://www.youtube.com/watch?v=mpELe90QuLg [16:39:19] New patchset: Liangent; "Show entity label with language fallback in action=history" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/71865 [16:44:44] New patchset: Liangent; "Remove Utils::lookup[User]MultilangText() and related functions" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/71845 [16:44:55] New patchset: Liangent; "Show entity label with language fallback in action=history" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/71865 [16:48:06] New patchset: Liangent; "LanguageWithConversion: Allow lazy language object construction" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72320 [16:48:25] New patchset: Liangent; "LanguageFallbackChainFactory: Avoid creating Language objects" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72352 [16:51:24] DanielK_WMDE: one Language::factory('xx') is as expensive as repeated multiple Language::factory('xx'); right? [16:52:24] New patchset: Liangent; "LanguageFallbackChainFactory: Avoid creating Language objects" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72352 [16:53:12] New patchset: Liangent; "LanguageFallbackChain: Avoid creating Language objects" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72353 [16:53:26] New patchset: Liangent; "SerializationOptions: Avoid creating Language objects" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72354 [16:57:14] New patchset: Liangent; "LanguageFallbackChainFactory: Avoid creating Language objects" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72352 [16:57:48] New patchset: Liangent; "LanguageFallbackChain: Avoid creating Language objects" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72353 [16:57:49] New patchset: Liangent; "SerializationOptions: Avoid creating Language objects" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72354 [16:59:51] New patchset: Liangent; "New class LanguageFallbackChainSerializer" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72256 [17:01:57] New review: Liangent; "(1 comment)" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72256 [17:04:15] when will multilingual text be live? [17:06:20] New review: Hoo man; "Works like a charm, thanks for the patch :)" [mediawiki/extensions/Wikibase] (master) C: 2; - https://gerrit.wikimedia.org/r/68043 [17:07:53] Change merged: jenkins-bot; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/68043 [17:13:11] New review: Jeroen De Dauw; "(1 comment)" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72532 [17:16:39] New patchset: Liangent; "Label and description serialization now accepts LanguageFallbackChain as the language option" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72225 [17:20:47] New patchset: Liangent; "Merge commit '6d31fb446dcf9f2626db43158d0660bdeb658087'; commit 'eff575e318b47a83d06d70d7b792cf84df18a2bd'; commit '5dbdfb3c5032e24cf4d042959844256f1550c743'" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72257 [17:22:16] New patchset: Liangent; "ApiGetEntities now accepts a new parameter, contextlanguage." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72260 [17:23:40] this history page is really spammed by my bot https://www.wikidata.org/w/index.php?title=Q394701&action=history [17:24:06] New patchset: Liangent; "Include preferred labels / descriptions for entities in JS on EntityView" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72226 [17:27:40] New patchset: Jeroen De Dauw; "Added DispatchingDeserializer" [mediawiki/extensions/Ask] (master) - https://gerrit.wikimedia.org/r/72547 [17:27:40] New patchset: Jeroen De Dauw; "Introduced TypedObjectDeserializer to avoid code duplication" [mediawiki/extensions/Ask] (master) - https://gerrit.wikimedia.org/r/72548 [17:28:27] JeroenDeDauw: should I add pageBadges or create page array with name & badges? [17:34:50] heh [17:38:27] I'll go for array [17:40:28] New review: Liangent; "(1 comment)" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72226 [17:51:08] New review: Legoktm; "Can you add an example query and description that uses this parameter?" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72260 [18:05:26] New patchset: Liangent; "Include preferred labels / descriptions for entities in JS on EntityView" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72226 [18:06:46] New patchset: Liangent; "Include preferred labels / descriptions for entities in JS on EntityView" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72226 [18:14:51] New review: Liangent; "(1 comment)" [mediawiki/extensions/Wikibase] (master) C: -1; - https://gerrit.wikimedia.org/r/72316 [18:35:17] New patchset: Addshore; "Refactor ModifyItemBase to ModifyEntityTestBase" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72316 [18:37:14] New review: Addshore; "re refactored, fixed the token function" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72316 [18:38:16] Liangent I fixed the commit message for you ;p ^^ :-) [18:43:34] addshore: :) [18:47:39] New review: Matmarex; "Looks good to me, but I didn't test." [mediawiki/extensions/Wikibase] (master) C: 1; - https://gerrit.wikimedia.org/r/72516 [19:06:47] JeroenDeDauw still there? [19:12:14] New patchset: Addshore; "Adding unit test for wbsetaliases" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72351 [19:29:31] Abraham_WMDE: you wanted to contact me regarding the wikidatameter... [19:35:37] yay, http://www.wikidata.org/wiki/Special:ItemByTitle/enwiki/Barack_obama works now :) [19:35:40] hoo: ^ [19:36:05] Just tested it with my hometown on dewiki :) [19:36:15] \o/ [19:39:06] https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team#Item_by_title [19:40:21] great, thanks [19:41:36] https://www.wikidata.org/wiki/Q849697 is this about degree of doctor or about the event when you are getting your degree? [19:44:21] linnea: The German one is about the promotion to the degree [19:44:51] hoo: ok finnish is too [19:45:16] I'm just asking because the Barack Obama page says that "academic degree: Doctorate" [19:45:38] and that doctorate is linked to finnish promotion page [19:45:41] linnea: The en, fr and it pages seem to be different, though [19:46:04] but is Barack Obama doctor? as https://en.wikipedia.org/wiki/Doctor_(title) [19:46:48] hmm wikipedia maybe knows :P [19:50:21] Import failed: Can't save non-default content model with $wgContentHandlerUseDB disabled: model is wikitext , default for MediaWiki:Gadget-oldeditor.js is javascript <-- yet my import from enwiki --> mw.o still worked [19:50:23] DanielK_WMDE: ^ [19:51:59] lazyktm: Are you trying to import from WD.org to a 'pedia? [19:52:14] hoo: no, that was an import from enwiki to mediawiki.org [19:52:31] 19:49, 8 July 2013 Legoktm (talk | contribs | block) transwikied MediaWiki:Gadget-oldeditor.js (5 revisions from w:en:MediaWiki:Gadget-oldeditor.js) [19:53:11] ah, yes... that's a weird thing, but I think it's known [19:53:27] ok [19:53:41] that's one of the very few points where b/c has been hurted [19:56:35] New patchset: Jeroen De Dauw; "Added SelectionRequestDeserializer and refactored to get rid of duplicate code" [mediawiki/extensions/Ask] (master) - https://gerrit.wikimedia.org/r/72619 [20:10:05] New review: Hoo man; "This even works in IE! ... thanks for the patch :)" [mediawiki/extensions/Wikibase] (master) C: 2; - https://gerrit.wikimedia.org/r/72516 [20:11:23] Change merged: jenkins-bot; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72516 [20:18:59] lazyktm: the page MediaWiki:Gadget-oldeditor.js seems to have the wrong content type in your dump. you can enable wgContentHandlerUseDB, but then the page will get the wrong type (from the dump) in the database. [20:19:04] better to fix the fump [20:19:09] *dump even [20:19:23] DanielK_WMDE: Um, I imported it from enwiki to mediawiki.org [20:19:32] And I used the transwiki feature, not xml upload [20:19:36] lazyktm: that's odd [20:19:46] hm... maybe that's the issue, for some odd reason [20:19:57] let me have a quick look [20:20:23] thanks. i have to go afk now though [20:20:59] lazyktm: strange. https://en.wikipedia.org/wiki/Special:Export/MediaWiki%3AGadget-oldeditor.js gives the correct type [20:21:28] lazyktm: please try with an xml dumplaod+upload. [20:21:32] in any case, please file a bug [20:22:50] why is wikidata api using a 'session-failure' error rather than badtoken used by core? [20:26:44] lazyktm: can't reproduce. mediawiki.org gives me " All revisions were previously imported." wikidata.org gives me "MediaWiki:Gadget-oldeditor.js 5 revisions" [20:27:16] liangent: for no good reason whatsovever. please talk to addshore, he's been cleaning up api error messages [20:29:38] heya all, especially Lydia_WMDE, could you add a few sentences for a new Wikidata deployment status update for June here: https://www.mediawiki.org/wiki/Wikidata_deployment [20:29:54] 1-2 sentences is all that's needed, really, links are awesome [20:32:36] https://www.wikidata.org/w/index.php?title=Q13659184&action=history byte count is exactly the same as https://www.wikidata.org/w/index.php?title=Q13659183&action=history :p [20:40:57] "Main language first" gadget is broken due language codes being "enwiki" and such now [20:42:22] How do I mark cross extension dependancys in gerrit? 0_o [20:42:51] Mention revision in commit message [20:43:01] Liangent, file a bug for it ;p make sure 'api' is in the summary :-) [20:43:26] Reedy, the whole hash? :-) [20:44:17] The first 8-10 characters is usually enough [20:47:26] addshore: I'm not really sure whether we should change it because it breaks b/c [20:47:39] as we've started using session-failure [20:49:12] Mhhm, I have a feeling something in the api has to be non BC at some point :/ [20:51:18] Urgh, apparently only my wikibase repo is setup nicely for gerrit atm :( [20:57:02] New patchset: Addshore; "Adding checks for Rank and PropertyId" [mediawiki/extensions/WikibaseDataModel] (master) - https://gerrit.wikimedia.org/r/72632 [20:59:02] Mhhm reedy, changeid or the git hash? [20:59:10] change id usually [21:01:06] New patchset: Addshore; "use EntityIdParser instead of getPrefixedId" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72532 [21:02:09] Mhmm, not sure that quite worked ;p [21:04:38] addshore: gerrit doesn't understand cross repo dependencies. per convention, we put something like "IMPORTANT: Needs I65ae3dcc2 in Foobar extension". [21:06:00] New patchset: Liangent; "EntityViewHtml - DO NOT MERGE" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72363 [21:07:01] New review: Liangent; "As everything will be replaced by JavaScript, I'm planning to do JS part earlier, as long as the int..." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72363 [21:07:41] DanielK_WMDE: any idea about that qqc? [21:08:21] specifically what should I do to get the original fallback chain used for page view in api.php?action=wbgetentities? [21:09:15] if we just newFromContext from api call's context, we may miss something [21:09:31] e.g. uselang= on index.php [21:09:38] or even, the user is changing language in another tab [21:09:40] DanielK_K I see :) [21:12:10] that [21:12:32] that's the reason (and the only reason I'm seeing now) to serialize a language fallback chain [21:14:53] New patchset: Jeroen De Dauw; "Adding checks for Rank and PropertyId" [mediawiki/extensions/WikibaseDataModel] (master) - https://gerrit.wikimedia.org/r/72632 [21:15:08] New review: Jeroen De Dauw; "Rebase to see if Jenkins marks this as fail - it should :)" [mediawiki/extensions/WikibaseDataModel] (master) - https://gerrit.wikimedia.org/r/72632 [21:16:31] liangent: wouldn't it be enough to echo the current context language back to the api? [21:16:57] liangent: the view constructs the fallback from the context language. the api could do the same thing, if given the same context language, right? [21:17:38] it'll work with babel stuff too [21:18:03] if you want the fallback to depend on more parameters, perhps it's still easier to loop these through than to pass around the fallback chain [21:18:22] basically... do we even want to allow the client to specify a fallback chain in the api? [21:18:45] if we do that, we have to impose limitations, to avoid dos attacks via extremely long fallback chains. [21:36:13] New patchset: Addshore; "use EntityIdParser instead of getPrefixedId" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72532 [21:42:04] DanielK_WMDE: Hm. Did you try deleting the current page on mw.o, and then re-importing? [21:46:48] New review: Jeroen De Dauw; "(1 comment)" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72532 [21:46:52] http://www.wikidata.org/w/index.php?title=Q358687&diff=54879317&oldid=54875721 hmm, this caused on a simply null edit, what is wrong? [21:47:19] Sk1d: ^ [21:47:19] var data = JSON.parse(wbEntity); [21:47:19] data.id = undefined; [21:47:19] data.type = undefined; [21:47:19] data.claims = undefined; [21:47:19] new mw.Api().post({ [21:47:19] action: 'wbeditentity', [21:47:20] id: 'Q358687', [21:47:20] data: JSON.stringify(data), [21:47:21] token: mw.user.tokens.get('editToken'), [21:47:21] summary: '' [21:47:22] }).done(function (m, d) { console.log(m, d); }).fail(function (message, data) { console.log(message, data); }) [21:48:14] Sk1d: test this in your browser console, if you simply override what you read on a page it will remove aliases!! [21:49:00] Hmm, if I make a change in i18n (changing a messages key) am I going to mess up the not that auto i18ns everything? ;p I have also changed the en message of the key but left the translations as they were... [21:49:18] Open http://www.wikidata.org/wiki/Q358687 open javascript console (ctrl+shift+j on chrome, ctrl+shift+k on firefox) and press that script [21:49:33] aude: hi, can you look at this? [21:50:05] it is simply a null edit (overriding what is available on a page on it itself) but it will remove aliases [21:51:10] hmm [21:54:02] Sk1d: really don't know what is wrong with wikidata api... please let someone know on these field informed about this bug [21:55:56] issnt addshore working at wikidata? [21:57:59] *waves* [21:59:59] my pywikipedia bot suddenly does not work anymore.. [22:00:28] What's happening? [22:00:58] crash on datapage.get() did something change?? [22:01:59] *pings lazyktm* do you know anything of the above?? [22:02:06] addshore: http://www.wikidata.org/wiki/MediaWiki_talk:Gadget-Merge.js#aliases_get_removed [22:02:51] Error message: self._title = self._contents['entity'].title() AttributeError: 'list' object has no attribute 'title' [22:05:53] *takes a look* [22:06:10] New patchset: Addshore; "Changing summary for wbeditentity clear" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72641 [22:07:55] New review: Hoo man; "Two issues: Don't change any languages despite en and qqq, the others have to be moved on TWN. Furth..." [mediawiki/extensions/Wikibase] (master) C: -1; - https://gerrit.wikimedia.org/r/72641 [22:11:17] Ebraminio that is odd... [22:12:38] addshore: can you fill a bug for it? [22:13:31] Yup [22:17:12] Done at 50983 [22:18:47] addshore: if you remove/edit a message key, TWN takes care of everything else [22:18:58] addshore: thanks [22:18:59] michiel1972: try asking in #pywikipediabot. are you using trunk or rewrite? [22:19:10] New review: Addshore; "True indeed, I forgot previous use would be affected." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72641 [22:19:50] Sk1d: please vote or cc yourself in https://bugzilla.wikimedia.org/show_bug.cgi?id=50983 [22:20:07] ebraminio, addshore: the serialization code of parts of the api have been updated. it should not have changed the way things get serialized, but maybe it has [22:20:57] ebraminio, addshore: my first guess is that wbgetentities now always wraps its output in a list, while it previously didn't. but that'S just a wild guess [22:21:07] worth investigating though [22:21:27] ebraminio: done [22:22:00] anyway, time for bed [22:23:18] DanielK_WMDE: :-) but please check http://www.wikidata.org/wiki/MediaWiki_talk:Gadget-Merge.js#aliases_get_removed code once, it is not using wbgetentities even [22:25:20] New patchset: Addshore; "Changing summary for wbeditentity clear" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72641 [22:25:41] ebraminio: not sure, but wbEntity is really an internal thing - it's possible that it does notcontain the complete data but only what the api needs [22:26:06] better not make assumptions about it :) [22:26:25] ebraminio: what happens if you pass an empty "aliases" parameter? [22:26:27] DanielK_WMDE: my actual code is using 'wbgetentities' [22:26:37] It's $serializer->getSerialized( $entity ) [22:26:40] lazyktm: going to try... [22:26:59] hoo: yea, and that code is new [22:27:30] hoo: yea, and that code is new's output unintentionally changed after the last update [22:27:44] err, that was for ebraminio [22:27:59] but i'm tired and just guessing :) [22:29:54] lazyktm: nothing, but that is not the point, code wants merge two item so actually sometime it needs send aliases parameter anyway [22:30:17] so it works if you pass an empty aliases parameter? [22:30:20] or it doesnt work? [22:31:00] New patchset: Addshore; "use EntityIdParser in api/getclaims" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72532 [22:31:25] lazyktm: if i don't send aliases on wbeditentity it will not remove aliases [22:31:32] lazyktm: [22:31:32] var data = JSON.parse(wbEntity); [22:31:32] data.id = undefined; [22:31:32] data.type = undefined; [22:31:32] data.claims = undefined; [22:31:32] data.aliases = undefined; [22:31:32] new mw.Api().post({ [22:31:33] action: 'wbeditentity', [22:31:33] id: wbEntityId, [22:31:34] data: JSON.stringify(data), [22:31:34] token: mw.user.tokens.get('editToken'), [22:31:35] summary: '' [22:31:56] lazyktm: but this is not helpful, because i must send aliases sometime anyway [22:32:04] Yeah, I'm not sure then. [22:40:13] New review: Legoktm; "So for some of these, you're using ->text() which will localize the message, but on others they have..." [mediawiki/extensions/Wikibase] (master) C: -1; - https://gerrit.wikimedia.org/r/72528 [22:40:16] addshore: ^ [22:45:18] New patchset: Addshore; "use EntityIdParser in api/getclaims" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72532 [22:46:30] *looks* [22:51:26] bbl dinner [22:52:48] New review: Addshore; "My plan was/is to fix the localisation of the error messages in a followup that will address https:/..." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72528 [23:29:15] New review: Jeroen De Dauw; "Almost there ;p" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/72532