[00:09:14] (03Merged) 10jenkins-bot: Get snaks in ReferenceSerializer from cloned $reference [extensions/Wikibase] (wmf/1.25wmf1) - 10https://gerrit.wikimedia.org/r/165397 (https://bugzilla.wikimedia.org/71519) (owner: 10Aude) [00:13:05] (03PS1) 10Aude: Update Wikidata with patch to help address bug 71519 [extensions/Wikidata] (wmf/1.25wmf1) - 10https://gerrit.wikimedia.org/r/165406 [00:26:27] (03CR) 10WikidataJenkins: "Build Successful" [extensions/Wikidata] (wmf/1.25wmf1) - 10https://gerrit.wikimedia.org/r/165406 (owner: 10Aude) [00:27:51] (03CR) 10Aude: [C: 032] Update Wikidata with patch to help address bug 71519 [extensions/Wikidata] (wmf/1.25wmf1) - 10https://gerrit.wikimedia.org/r/165406 (owner: 10Aude) [00:32:39] [travis-ci] wikimedia/mediawiki-extensions-Wikibase/wmf/1.25wmf1/0735940 : aude The build has errored. http://travis-ci.org/wikimedia/mediawiki-extensions-Wikibase/builds/37346379 [00:34:07] travis is broken, not the build [00:36:40] (03Merged) 10jenkins-bot: Update Wikidata with patch to help address bug 71519 [extensions/Wikidata] (wmf/1.25wmf1) - 10https://gerrit.wikimedia.org/r/165406 (owner: 10Aude) [06:50:00] hi ningu [06:50:04] :) [06:50:59] I actually have a technical sparql question [06:51:14] but there doesn't seem to be a channel for that [06:52:11] I noticed that if I query a bunch of triples from the sparql endpoint I've set up -- where a bunch means hundreds of thousands -- I only get a subset unless I also ORDER BY something. that seems weird to me. [06:55:48] maybe it's a feature of the endpoint I'm using. I don't know. [07:59:14] (03CR) 10Tobias Gritschacher: "abandon?" [extensions/Wikidata] - 10https://gerrit.wikimedia.org/r/162861 (owner: 10Aude) [08:05:58] (03PS1) 10Thiemo Mättig (WMDE): Workaround for invalid ParserAfterParse hook call [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165440 (https://bugzilla.wikimedia.org/71772) [08:43:23] Tobi_WMDE_SWE: want a new build? [08:43:51] aude: sure [08:43:55] if possible [08:44:25] (03CR) 10Aude: "this has been helpful and think would also be good for master" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165140 (owner: 10Aude) [08:44:39] i want to automate it again, but probably not until i come back next week [08:44:52] https://github.com/wmde/WikidataBuildResources/pull/9 also needs review [08:46:41] (03Abandoned) 10Aude: New Wikidata Build - 25/09/2014 [extensions/Wikidata] - 10https://gerrit.wikimedia.org/r/162861 (owner: 10Aude) [08:46:58] (03PS1) 10Aude: New Wikidata Build - 08/10/2014 [extensions/Wikidata] - 10https://gerrit.wikimedia.org/r/165451 [08:47:11] i don't even have to copy files around anymore [08:47:26] aude: \o/ [08:47:28] just checkout Wikidata.git, grunt uninstall (clean) and grunt install [08:47:39] should be super easy to automate [08:47:58] aude: so we want to automate this on the wikidatabuilder instance I guess [08:48:03] only need build resources when it has something new [08:48:18] probably new instance there [08:48:24] or old one is fine [08:48:32] aude: what's wrong with the old one? [08:48:55] https://github.com/wmde/WikidataBuilder/issues/29 [08:49:20] and other issues [08:49:54] but in case we want to go back to that approach then maybe leaving the instance untouched is ok [08:49:59] and make new instance [08:53:09] (03Abandoned) 10Aude: Add exception handling to SetClaim with debug logging [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/164060 (owner: 10Aude) [08:53:11] (03CR) 10Tobias Gritschacher: [C: 032] log SerializationException in EntityContentDataCodec [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165140 (owner: 10Aude) [08:53:20] (03Abandoned) 10Aude: Workaround for hhvm memcached issue in CachingEntityRevisionLookup [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/163838 (owner: 10Aude) [08:53:26] thanks [08:55:51] (03Abandoned) 10Aude: Handle other projects sidebar more nicely if not in parser cache [WIP] [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/158879 (https://bugzilla.wikimedia.org/70482) (owner: 10Aude) [08:59:46] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikidata] - 10https://gerrit.wikimedia.org/r/165451 (owner: 10Aude) [09:00:21] (03CR) 10Aude: [C: 032] New Wikidata Build - 08/10/2014 [extensions/Wikidata] - 10https://gerrit.wikimedia.org/r/165451 (owner: 10Aude) [09:03:19] (03Merged) 10jenkins-bot: log SerializationException in EntityContentDataCodec [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165140 (owner: 10Aude) [09:08:45] (03Merged) 10jenkins-bot: New Wikidata Build - 08/10/2014 [extensions/Wikidata] - 10https://gerrit.wikimedia.org/r/165451 (owner: 10Aude) [09:27:30] omg, panic https://en.wikipedia.org/wiki/Special:MathShowImage [09:27:54] aude: ? [09:28:03] click the link ;) [09:28:20] if you specify a hash, then it is broken [09:28:21] did [09:28:27] what is it? [09:28:42] shows math stuff [09:28:46] ah [09:28:54] doesn't currently it seems [09:29:01] no hash [09:39:24] Oh, I had no idea someone had made this https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FWikibase/HEAD/repo%2Fmaintenance%2FimportProperties.php [09:39:58] Nemo_bis: it might be broken [09:40:17] Likely :) [09:40:18] probably no one has used it in a while [09:40:37] Yes, the use case is rather rare [09:41:22] There is Miga to import (in CSV) and display Wikidata stuff http://migadv.com/usage/creating.php [09:41:46] But I need something to export CSV into Wikidata; hopefully not too hard to write in pywikibot [09:47:27] just curious, does anyone here use rdf triple stores? I'm wondering what would be a good choice that balances simplicity, efficiency, and open source [10:16:08] The English of https://www.wikidata.org/wiki/Wikidata:Glossary is atrocioous [10:17:42] "Provenance This is the chronology of ownership or contributors" wtdf [10:44:56] [13WikidataBrowserTests] 15tobijat pushed 1 new commit to 06master: 02http://git.io/dAEIXw [10:44:56] 13WikidataBrowserTests/06master 14ffb676d 15Tobias Gritschacher: Add missing @firefox tag [11:48:22] (03PS1) 10Ebrahim: Override parent DifferenceEngine#getDiffLang for addHeader use [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165465 [11:48:35] (03CR) 10jenkins-bot: [V: 04-1] Override parent DifferenceEngine#getDiffLang for addHeader use [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165465 (owner: 10Ebrahim) [11:49:55] (03PS2) 10Ebrahim: Override parent DifferenceEngine#getDiffLang for addHeader use [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165465 [11:55:34] (03CR) 10Ebrahim: "This is to fix this issue http://www.wikidata.org/w/?diff=78494708&uselang=fa diff-contentalign-left http://i.imgur.com/5xmBUCD.png" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165465 (owner: 10Ebrahim) [12:12:50] aude: Hi. Any thought about ^? [12:18:42] Lydia_WMDE: aude what is the status of https://bugzilla.wikimedia.org/show_bug.cgi?id=70332 - the featured list badge? [12:19:01] Tobi_WMDE_SW: not done [12:19:16] Lydia_WMDE: but still planned this week? [12:19:28] blockers? [12:19:36] yes [12:19:41] blockers: icon [12:19:46] and aude's time [12:20:06] so, who is suposed to make the icon? [12:20:30] we can just use the same as for featured article for now [12:20:44] and then if the community wants another one they can make one [12:20:49] ok, so only blocked on aude's time. fair enough. [12:20:54] :) [12:20:56] yeah [12:26:38] (03CR) 10Aude: "generally seems ok as an immediate solution, though see some nitpicks in the comments." (031 comment) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165440 (https://bugzilla.wikimedia.org/71772) (owner: 10Thiemo Mättig (WMDE)) [12:27:46] Tobi_WMDE_SW: next week then [12:27:50] should be simple [12:27:56] aude: ok. :) [12:28:59] it's the sort of thing we want to schedule a deploy time... probably our next regular deploy [12:29:19] which would be week after next for wikidata/wikipedia [12:29:31] so the community knows when to expect [12:30:02] ok. great. :) [12:36:45] [13WikibaseDataModel] 15filbertkm comment on pull request #216 1463d006f: this is a similar issue as bug 71519. based on how we fixed that, I think a clone is not needed 02http://git.io/37cEPw [12:38:29] Tobi_WMDE_SW: i'd like https://github.com/wmde/WikibaseDataModel/pull/216 reviewed [12:39:07] try to get https://www.wikidata.org/w/index.php?title=Q183&oldid=143201634 working again [12:49:37] http://releases.wikimedia.org/other/incr/wikidatawiki/ [12:50:53] Good afternoon, do not tell me when the server will work daily dump http://releases.wikimedia.org/other/incr/wikidatawiki/ [12:52:40] aude: did you verify this change fixes the problem? it does indeed not look like a functional change to me.. [12:53:09] Tobi_WMDE_SW: it's a bit difficult to verify this one [12:53:38] aude: hm.. how did you identify this spot? [12:54:04] getAllSnaks is called in referenced entities finder [12:54:21] which was one of the triggers for Q183 to fail [12:55:44] i can take another look to see if i can verify [12:56:20] but it's the line https://bugzilla.wikimedia.org/show_bug.cgi?id=71519#c34 where things fail [12:57:29] aude: that looks like $this->getQualifiers() does not return what it should [12:58:01] but if that's the case, the patch won't change anything [12:58:27] otherwise PHP would confuse me [12:58:40] i'll verify more [12:58:45] https://gist.github.com/filbertkm/8448ac0837c24b292fe8 segfaults [12:59:32] aude: so if you could verify that it fails with the old code and works with the same data but with only this line changed, that would be great [13:00:03] and if that's the case, then I am really confused or it is a PHP bug [13:02:18] it is a php bug [13:02:34] or things runnning out of memory, getting corrupted and triggering weirdness [13:02:38] like Q72 [13:03:37] DanielK_WMDE__: piiiiing! [13:03:53] if you want to join us again [13:04:56] (03CR) 10Thiemo Mättig (WMDE): Workaround for invalid ParserAfterParse hook call (031 comment) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165440 (https://bugzilla.wikimedia.org/71772) (owner: 10Thiemo Mättig (WMDE)) [13:05:06] aude: whut? [13:05:27] in a bit [13:19:16] [13WikidataBrowserTests] 15tobijat pushed 1 new commit to 06master: 02http://git.io/XpOGRg [13:19:16] 13WikidataBrowserTests/06master 14cea04db 15Tobias Gritschacher: Remove unused method [13:23:09] [13WikidataBrowserTests] 15tobijat pushed 1 new commit to 06master: 02http://git.io/xI9_rg [13:23:09] 13WikidataBrowserTests/06master 14029fbbb 15Tobias Gritschacher: Remove unused settings from config files [13:54:32] (03CR) 10Aude: Workaround for invalid ParserAfterParse hook call (031 comment) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165440 (https://bugzilla.wikimedia.org/71772) (owner: 10Thiemo Mättig (WMDE)) [13:55:30] (03CR) 10Aude: Workaround for invalid ParserAfterParse hook call (031 comment) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165440 (https://bugzilla.wikimedia.org/71772) (owner: 10Thiemo Mättig (WMDE)) [13:58:09] (03CR) 10Jeroen De Dauw: Workaround for invalid ParserAfterParse hook call (031 comment) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165440 (https://bugzilla.wikimedia.org/71772) (owner: 10Thiemo Mättig (WMDE)) [14:01:39] (03CR) 10Aude: Workaround for invalid ParserAfterParse hook call (031 comment) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165440 (https://bugzilla.wikimedia.org/71772) (owner: 10Thiemo Mättig (WMDE)) [14:07:14] (03CR) 10Thiemo Mättig (WMDE): Workaround for invalid ParserAfterParse hook call (031 comment) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165440 (https://bugzilla.wikimedia.org/71772) (owner: 10Thiemo Mättig (WMDE)) [14:10:04] [13WikidataBrowserTests] 15tobijat pushed 1 new commit to 06master: 02http://git.io/jDYPwA [14:10:04] 13WikidataBrowserTests/06master 14b50f58b 15Tobias Gritschacher: Update Gemfile.lock [14:13:54] (03CR) 10Aude: Workaround for invalid ParserAfterParse hook call (031 comment) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165440 (https://bugzilla.wikimedia.org/71772) (owner: 10Thiemo Mättig (WMDE)) [14:59:07] (03PS1) 10Aude: Add dir="auto" for labelview and alias list items [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165487 [15:00:05] (03CR) 10Aude: "ok for now" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165440 (https://bugzilla.wikimedia.org/71772) (owner: 10Thiemo Mättig (WMDE)) [15:00:16] (03PS1) 10Aude: Workaround for invalid ParserAfterParse hook call [extensions/Wikibase] (wmf/1.25wmf1) - 10https://gerrit.wikimedia.org/r/165488 (https://bugzilla.wikimedia.org/71772) [15:16:15] (03CR) 10Daniel Kinzler: [C: 032] ")-;" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165205 (https://bugzilla.wikimedia.org/71519) (owner: 10Aude) [15:27:09] (03Merged) 10jenkins-bot: Get snaks in ReferenceSerializer from cloned $reference [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165205 (https://bugzilla.wikimedia.org/71519) (owner: 10Aude) [15:42:44] (03CR) 10Nemo bis: "> This is to fix this issue http://www.wikidata.org/w/?diff=78494708&uselang=fa diff-contentalign-left http://i.imgur.com/5xmBUCD.png" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165465 (owner: 10Ebrahim) [16:15:00] [13WikidataBrowserTests] 15tobijat pushed 2 new commits to 06api: 02http://git.io/KbJE5Q [16:15:00] 13WikidataBrowserTests/06api 14eae1e1f 15Tobias Gritschacher: Merge branch 'master' into api... [16:15:00] 13WikidataBrowserTests/06api 14ebdab41 15Tobias Gritschacher: Use new wikidata_api gem to create entities and remove sitelinks [17:56:54] Do we have github Wikidata-lib reporting here? [19:16:39] (03PS3) 10Ebrahim: Make Wikibase diff table to match user language direction [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165465 [19:22:19] (03PS4) 10Ebrahim: Make Wikibase diff table to match user language direction [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/165465 [20:54:02] is there a way to get Wikidata sections again all editable without needing to clieck to edit a section? [20:54:22] +1 [20:56:05] it is not handy for power users [20:56:22] * hoo is not sure what you guys [20:56:24] mean [20:56:40] You want everything in edit mode? The whole page? [20:57:01] yes [20:57:11] as it was before the change of recently [20:58:15] huh? Was that a gadget or something? [20:58:18] no [20:59:02] In other languages section has been changed [20:59:14] hoo: it was indeed possible before [20:59:32] also I need to edit a section before I can change/edit a section [21:00:24] it is so clumpsy for me [21:00:46] I do not work section wise [21:01:14] I see [21:02:20] much more actions I must do now to change/add something [21:02:38] The old way was better. [21:03:14] for example, if I want to add 4 pages to an item + title, then I copy the title of page one, add it to the In other languages section and to the section of connected pages [21:03:22] then page 2 the same [21:03:25] etc [21:03:52] = paste + save + paste + save [21:03:55] now: [21:04:30] edit + paste + save + edit + paste + save [21:05:04] Oh, I see, yes [21:05:16] * hoo is not a designer [21:05:29] But having a solution for this would be nice [21:05:34] yes [21:05:51] if developers make it harder to do the work, less work will be done by the users [21:05:58] Yes, of course [21:05:58] this is less efficient [21:06:18] My motivation to do something on Wikidata is pretty low in the last days because of these changes. [21:06:33] if I much work this way, I will not [21:06:37] Also because I don't like this kind of st00f because of my autism. [21:08:05] sorry, but what does autism have to do with the Wikidata UI? [21:08:22] sjoerddebruin: Romaine: Would be nice if anyone could file a bug [21:08:38] I'm not sure what the performance implications and the work needed are [21:08:57] Vogone: people with autism don't like that things change the way they work. [21:09:01] We're doing a lot of changes to the UI already (that's in progress) [21:09:56] sjoerddebruin: that's a bit of overgeneralisation :p [21:10:04] :O [21:22:50] cloning Wikibase with 40 KiB/s [21:22:53] that's awful [21:22:58] (at my netbook which is using wlan) [21:23:15] Oh, it's the wlan :S [21:24:36] ah, wrong access point :P That would have taken a while [21:24:51] * Romaine wrote a mail about it [21:25:00] (about wuick editing restoring) [21:25:08] Romaine: To which list? [21:25:12] Did you also create a bug? [21:25:12] wikidat [21:25:19] I was planning to create one now [21:25:39] Nice :) [21:27:36] under which section I should place it? [21:27:42] * Romaine tries to find Wikidata [21:28:00] Romaine: MediaWiki extensions [21:28:01] WikibaseClient? [21:28:02] or something like that [21:28:04] -> WikidataRepo [21:28:20] which Product? [21:28:21] Oh, yes. [21:28:21] sjoerddebruin: Client are the client wikis :p [21:28:36] Yeah, confusing names every time. [21:28:45] It is confusing [21:29:11] Romaine: as hoo said, WikidataRepo is the right one [21:30:00] * Romaine does not see a Product named WikidataRepo [21:30:23] Romaine: Product is MediaWiki extensions [21:30:47] ah there [21:31:39] I hope this menu is more based on users logic in Pabricator [21:32:16] +1 [21:32:44] well, now we have Andre to sort the bugs into the right products :) [21:34:20] only sometimes... [21:35:05] Phabricator simply won't have any classifications like "products" vs "components" vs "keywords". All will be "projects". [21:35:47] Which is much less confusing, I guess [21:43:37] sjoerddebruin / hoo: https://bugzilla.wikimedia.org/show_bug.cgi?id=71845 [21:45:57] Romaine: I don't have you first message on the mailing list btw. [21:46:05] I've got the reply. [21:46:18] mmm [21:47:09] I sometimes have that the reply is received earlier than the original message [21:47:19] First time for me. [21:47:29] I have had it so many times [21:47:35] especially with Yahoo [21:47:37] pfffffff [21:48:01] Yahoo and Wikimedia aren't friends... [21:48:58] me and Yahoo aren't friends [21:57:08] that is why I said goodbye to Yahoo [23:43:33] anyone know SPARQL well here? can I ask a question about it? [23:45:50] I am finding that filter(contains(...)) is behaving oddly, and I don't know if the issue is with the sparql endpoint or with my query. [23:47:43] Does anyone know where to file bugs related to the Wikidata UI? In Bugzilla there are the following components: WikibaseDatabase, WikibaseQuery, WikibaseQueryEngine, WikidataClient, and WikidataRepo. I don't think any of those are the correct component though. [23:49:27] Maybe its WikibaseRepo? [23:50:08] hmm, that doesn't exist, but maybe is the same as WikidataRepo [23:52:56] kaldari|2: WikidataClient I think. [23:53:39] They'll get triaged and moved if they're roughly in the right place ;) [23:53:48] James_F: I think WikidataClient is what runs on en.wiki for supplying interlanguage links, etc. [23:54:13] kaldari|2: I thought Wikidata.org was a Wikibase client of itself? [23:54:16] * James_F has no idea. [23:54:28] You are in a labyrinth of badly-named code, all alike. [23:54:41] Looks like it's actually the Wikibase Repository extension, which I'm assuming is represented by the WikidataRepo component :P [23:56:28] nar enough :D