[09:58:29] Gutted Tag. I am stopping for a few minutes [09:58:31] some job will fail [11:14:48] hashar: Hi, our browser tests time out since a week ago [11:15:01] See https://integration.wikimedia.org/ci/job/browsertests-Wikidata-WikidataTests-linux-firefox-sauce/ [11:15:11] doh [11:15:39] took 1 day and 19 hours [11:16:04] you can look at the build time trend on https://integration.wikimedia.org/ci/job/browsertests-Wikidata-WikidataTests-linux-firefox-sauce/buildTimeTrend [11:16:10] and that reach the 4 hours timeout [11:16:34] https://integration.wikimedia.org/ci/job/browsertests-Wikidata-WikidataTests-linux-firefox-sauce/523/ from Feb 18th took 2h46min [11:17:07] some regression got introduced somehow [11:17:27] #524 there were no changes to the tests themselves [11:17:52] that one I have aborted it manually [11:18:02] it was stuck trying to send irc notification iirc [11:18:08] Yeah, it was [11:18:17] and it references https://github.com/wmde/WikidataBrowserTests/commit/3bf7ebf00b0803942d4c5f573e5be8a87683180c [11:19:03] looking at the console output [11:19:07] cucumber is invoked and does nothing [11:19:39] I see [11:19:49] Why does #524 claim there are no changes, though? [11:20:02] Anyway, the log between #523...#524 includes exactly that commit [11:20:10] yup [11:20:16] I'll try reverting it and retrigger [11:20:18] the job always run on slave-trusty-1015 apparently [11:20:26] I am going to remove the workspace and retrigger it and see what happens [11:20:35] then we can look at reverting the commit and see if that fix it [11:20:50] Ok [11:21:05] Thank you [11:21:29] Also, I don't get notified if these are aborted, only if they fail. [11:21:40] building https://integration.wikimedia.org/ci/job/browsertests-Wikidata-WikidataTests-linux-firefox-sauce/531/console [11:21:49] ah the abort might need a tweak in the notify policy [11:21:57] That would be great [11:23:05] I am doing a strace on the cucumber process [11:23:22] it is definitely talking with sauce labs / beta.wmflabs.org [11:25:03] there are tests running but no output emitted :-( [11:28:39] let me hack the job to use a previous commit [11:31:48] Adrian_WMDE: it is something else. I tried with a previous commit and that is the same behavior [11:34:18] Sucks [11:39:05] Is https://www.wikidata.org/wiki/Property:P1959 a proper ID and can it be converted? [11:39:26] Adrian_WMDE: bah I forgot we always reset --hard origin/master [11:39:53] So you didn't actually check the previous conmit? [11:39:56] ran it with 24197d1 Merge pull request #103 from wmde/firstHeadingClass https://integration.wikimedia.org/ci/job/browsertests-Wikidata-WikidataTests-linux-firefox-sauce/535/console [11:40:33] the thing is we have a build step that looks at the branch being deployed on the target site and reset --hard to it [11:40:41] regardless of what the Jenkins git plugin might have selected [11:41:09] so the job would grab tip of master, but if is running against www.mediawiki.org it will reset --hard to 1.27.0-wmf.14 [11:41:19] which is a common source of confusion :D [11:43:33] Adrian_WMDE: I dont think the issue is in your code [11:44:21] as to why it would stop emitting output, that is an entire mystery [11:50:09] * aude wonders why there was no wikidata build today [12:00:18] Adrian_WMDE: so short story: I have no idea. Would you mind filling a placeholder task please ? I will complete with what I tried [12:00:27] Sure [12:02:29] hashar: https://phabricator.wikimedia.org/T128065 [12:02:44] Office will be disconnected for a few minutes :) [12:03:11] Should I open a task for notifications of aborts? [12:26:22] Adrian_WMDE: yeah another task as well :-} [12:26:30] Adrian_WMDE: the notification fix should be easy [12:28:10] https://phabricator.wikimedia.org/T128067 [12:29:30] Adrian_WMDE: I think if in doubt, fill a task :D [12:29:48] I am concerned about cucumber not giving any output [12:49:07] Hm, not sure if the addition of "partnerships and imports" is a good idea, hence the size of the bar now. https://www.dropbox.com/s/xhwecdq0i4vv4eg/Schermafdruk%202016-02-25%2013.48.42.png?dl=0 [13:15:32] sjoerddebruin: Looks like that effort is getting a bit spread out and duplicated [13:15:45] idk... [13:36:34] Adrian_WMDE: https://phabricator.wikimedia.org/T128035 [13:49:34] aude: Do you know if we already have a phab id for https://www.wikidata.org/wiki/Wikidata:Project_chat#Freebase_links_are_broken ? [13:50:02] This is probably because of the type change from string (authority control gadget) to identifier (wikibase url implementation) [13:50:40] Probably getting urlencoded to prevent some injection fun [13:51:26] (otherwise I'll file a bug) [13:55:19] i don't think we converted the freebase id yet [13:55:26] but see https://phabricator.wikimedia.org/T128035 [13:55:50] Adrian_WMDE says it's easy to fix [14:08:58] multichill: https://www.wikidata.org/wiki/MediaWiki_talk:Gadget-AuthorityControl.js#Broken [14:14:28] multichill: ok, looked at project chat and think that is a different issue (or maybe related) [14:15:44] aude: https://www.wikidata.org/wiki/Property:P646 says external id [14:16:04] yeah, i see [14:16:27] New bug? Do you have a link to the code that renders the identifiers? [14:16:45] i don't think we have a bug report for this yet [14:19:15] I'll file a new one. [14:21:52] thanks [14:25:53] * aude sighs [14:25:59] Adrian_WMDE: https://phabricator.wikimedia.org/T128075 [14:56:50] aude: https://phabricator.wikimedia.org/T128078 can you add the right projects and check? I always mix that part up [14:58:41] multichill: ok [14:59:29] if it's on wikidata, then wikibase repo, if on wikipedia then wikibase client [14:59:34] and "wikidata" always [14:59:50] Lydia_WMDE: ^ [14:59:54] that's the task [15:00:40] Tell me that when phabricator finally is fixed so I can see all options [15:00:53] until then I'm just picking one of the 4 it's offering me [15:01:22] whatever you pick is ok :) [15:01:31] we will see it [15:09:37] jzerebecki: Lydia_WMDE i am thinking we should put wikidata back on wmf13 until the new item issue is fixed [15:09:53] james, matmarex, etc are not around right now [15:12:06] *sigh* wmf.14 was rolled out while the deploy calendar still says no train :( [15:12:43] i know [15:13:45] aude: any other issues that are severe enough besides the new item problem? [15:15:04] not really, but inability to create items is not ok [15:20:20] jzerebecki: https://gerrit.wikimedia.org/r/#/c/273225/ [15:21:08] we are on wmf13 again [15:21:35] it's still urgent to fix and go back to wmf14, but can probably wait for james etc. [15:27:02] is http://opendata.stackexchange.com/a/5251/10362 still current? "arbitrary access" to Wikidata items from other Wikipedia pages is now available. It's currently (14 May 2015) live only on French Wikisource and Dutch Wikipedia; next week it will go live on Farsi Wikipedia, English Wikivoyage, and Hebrew Wikipedia; and if all goes well will be rolled out on all projects in June. [15:42:38] ysangkok: the answer is out of date, but the wikidata page it links is correct, as far as I know [16:10:23] nikki: what if there are multiple results? [16:10:35] nikki: for example, now I am adding population counts to all russian oblasts [16:10:41] and some oblasts already have one [16:11:02] when i use that syntax, i get two numbers on wikipedia. i need a way to only refer to the most recent one [16:12:02] it must be possible with scribunto? [16:20:36] https://www.wikidata.org/wiki/Q3680 is a mess, it has 4 population counts, and only one of them is dated [16:21:47] ysangkok: for the case of population counts with one current one and other of only historic importance; mark one of the counts as preferred, the other ones as normal [16:23:27] ysangkok: see https://www.wikidata.org/wiki/Help:Ranking [16:25:30] jzerebecki: how do I make the #property parser function only take the preferred relation? [16:27:20] ysangkok: it should already do that, does it not? [16:31:08] jzerebecki: indeed it does! but how do I also take the date of the relation when using #Property? If I am replacing old (dated) census data, i would like the new data to also be dated [16:31:19] hi Jens_WMDE [16:31:23] oh not here anymore [16:32:05] ysangkok: what do you mean with "take"? [16:32:38] ysangkok: do you mean make #Property output it? [16:34:18] jzerebecki: yeah, or do a separate #property call that only prints out the property of the property (is that the correct terminology?) [16:34:58] we call it a qualifier on the statement [16:37:04] ysangkok: printing a qualifier also instead of only the value of the statement is only possible with lua, not with the #property parser function [16:39:36] see https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua [16:50:57] ysangkok: When you reference something, please also include the date retrieved and if available: data of publication [18:04:11] Hmm, which item do we use for pages like https://www.wikidata.org/wiki/Q22649422 ? [18:05:39] Just https://www.wikidata.org/wiki/Q14204246 ? [18:16:27] andre__: Who is Studiesworld and why does (s)he get subscribed to every bug? [18:28:18] multichill: ask Studiesworld [18:28:57] (Why do people ask me about User XYZ instead of asking user XYZ? Not the first time...) [18:29:39] https://lists.wikimedia.org/pipermail/wikidata-l/ Wjy [18:29:53] Why's the last message from May 2015 [18:34:55] andre__: Because you and he are the only users who have auto subscribe herald thingie going, user hasn't been around since November and you're our bugmaster [18:36:06] aude: do you know if I can test https://gerrit.wikimedia.org/r/#/c/273244/1 [18:36:09] in vagrant [18:36:45] currently I only have a wikidata/build-resources repo [18:41:22] aude in the require section of composer-php there is "wikibase/external-validation": "dev-master" can I change dev/master to something that would get your gerrit change [18:58:25] multichill: ok, thanks! [18:58:52] jzerebecki: all right, i will play with Lua then [19:00:01] physikerwelt: thanks for your reply on https://en.wikipedia.org/wiki/Wikipedia_talk:Wikipedia_Signpost/2016-02-17/Technology_report [19:01:20] ysangkok... the long answer is here http://mirrors.ctan.org/macros/latex/contrib/mhchem/mhchem.pdf [19:04:18] physikerwelt: i pushed a "dm5" branch to gerrit for each quality extension (like we do with github) [19:04:37] and then can require "dev-dm5" instead of "dev-master" to test the patches [19:05:54] that's just wikibase and external-validation, right? [19:06:48] there is wikibase/quality [19:07:08] and then wikibase/constraints and wikibase/external-validation that both need wikibase/quality (and wikibase) [19:11:29] physikerwelt: i'll added that to wikipedia signpost [19:11:35] physikerwelt: many PHP notices on https://demo.formulasearchengine.com/wiki/Mhchem [19:14:32] ysangkok yes that documentatino should be moved to more stable server [19:15:16] the warnig occour since my mathsearch extension is not yet aware of the ce tag [19:16:53] physikerwelt: i found a consise workaround for the problem i had with +: [19:16:55] :NaCl + H₂SO₄ → NaHSO₄ + HCl [19:16:55] :NaCl~+~H2SO4 -> NaHSO4~+~HCl [19:17:04] the first one turns into the second [19:18:01] ^^ that might give you better spacing [19:18:12] without the ~, i would need {+}, but then the space is too small. since the ~ removed the need for {+} i just use that [19:18:49] but there are so many reaction formulas on wikipedia. this could turn into some idiom [19:22:40] ysangkok it seems that you really want to able to write NaCl + H2SO4 [19:22:56] but currently the tex sanitizer consumes the space [19:23:21] so mhchem can not differentiate between NaCl + H2SO4 and NaCl+H2SO4 [19:26:48] aude: I can not get it working today... I commented here https://phabricator.wikimedia.org/T128098 I'll try again tomorrow [19:34:17] physikerwelt: which extension provides the tag? i want to link it from https://en.wikipedia.org/wiki/Template:Xtag/list [21:23:18] review please https://gerrit.wikimedia.org/r/#/c/273309/ [21:23:34] aude: perhaps there?^^ [21:34:36] jzerebecki: probably will take a look in the morning [21:34:51] the patch looks sane but want to look more closely and like to verify the fix [21:35:13] thx [21:36:51] found a bug on airbnb.com :/ [21:37:22] wish i could just make a patch for them :) [22:11:54] multichill: the english description of Q14204246 says it's for pages in the project namespace, which wouldn't include the mediawiki namespace [22:12:07] I guess we don't have an item for pages in the mediawiki namespace yet [22:15:30] language links in the mediawiki namespace?... uuuhhhhh... why?... [22:18:47] DanielK_WMDE: Because people want to link stuff? [22:18:55] Because they can? [22:19:18] If it's possible -> we'll use it, if it can break down -> we'll break it [22:19:39] Was killing items on https://tools.wmflabs.org/multichill/queries/wikidata/noclaims_colon_list.txt [22:24:26] DanielK_WMDE: Help is a build-in namespace, right? [23:10:21] multichill: yes [23:10:38] Lydia_WMDE: I can't seem to comment on that fb post, but it was deployed to all Wikipedias today [23:15:30] I can't save qualifiers. There's an "add" button, I can define them, but then, there's no "save", just a "remove" and an "add", which would add another one, without saving it [23:17:31] Hmm, I can click on "edit" of the number of inhabitants and then I get a save button that also saves the qua�lifier [23:20:06] JeLuF: yes, I have had the same problem today [23:20:15] it worked normally yesterday [23:20:37] but I think there were changes in the javascript due to errors in identifiers today?