[08:59:18] 01[13DataValuesJavascript01] 15tobijat pushed 1 new commit to 06master: 02http://git.io/IbuPzQ [08:59:18] 13DataValuesJavascript/06master 14b19ee0c 15Tobi Gritschacher: Merge pull request #4 from wmde/renamevptest... [08:59:34] 01[13DataValuesJavascript01] 15tobijat pushed 1 new commit to 06master: 02http://git.io/cCSKQw [08:59:34] 13DataValuesJavascript/06master 1488ce895 15Tobi Gritschacher: Merge pull request #3 from wmde/vptests... [09:16:05] (03PS4) 10Addshore: (bug 47070) No import of wikitext to entity NS [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/100565 (owner: 10Daniel Kinzler) [09:36:33] 01[13DataValuesJavascript01] 15snaterlicious created 06removedtdependency (+1 new commit): 02http://git.io/D_Kq3A [09:36:33] 13DataValuesJavascript/06removedtdependency 14078555c 15snaterlicious: Removed dependency on dataTypes [10:50:35] (03CR) 10Daniel Kinzler: "@Springle: the reason is that we are dropping the assumption that ids will always be prefix+number. For the current code and use case, wik" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/101197 (owner: 10Daniel Kinzler) [11:03:10] (03PS1) 10Adrian Lang: Add trivial tests for claimview, make them pass [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/107352 [11:05:39] (03CR) 10Daniel Kinzler: [C: 04-1] "documentation issues, test cases" (034 comments) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/106905 (owner: 10Hoo man) [11:07:38] (03CR) 10Daniel Kinzler: Refactor the PHP part of the Lua library (031 comment) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/106905 (owner: 10Hoo man) [11:31:22] when is the first dump of 2014 ready ? [11:42:43] GerardM-: ask the WMF :) [11:43:03] the Wikidata dump as well ? [11:43:12] what channel ? [11:48:59] GerardM-: all dumps. dumps are made by ops folks on the live servers. that is, by the wmf. [11:49:16] i guess #wikimedia-operations (not #wikimedia-ops) [11:49:37] though dumps are not day-to-day ops stuff... hell, i don't know [11:49:42] find ariel and poke him :) [12:15:24] (03PS2) 10Adrian Lang: Add trivial tests for claimview, make them pass [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/107352 [12:44:45] GerardM-: http://dumps.wikimedia.org/wikidatawiki/20140106/ [12:45:15] Thanks aude [12:45:30] sure :) [12:45:33] prodding Magnus for new statistics :) [13:23:50] Tobi_WMDE: ping [13:24:20] aude: hey [13:24:36] is there a meeting? [13:24:43] nope [13:24:45] * aude suspects almost no one there [13:24:46] ok [13:24:58] aude: daily? [13:25:05] yeah, in 30 min [13:25:09] :) [13:25:19] (03CR) 10Addshore: [C: 04-1] Add trivial tests for claimview, make them pass (031 comment) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/107352 (owner: 10Adrian Lang) [13:25:29] i'm in favour of having a daily [13:25:36] ok [13:26:28] (03PS3) 10Adrian Lang: Add trivial tests for claimview, make them pass [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/107352 [13:26:44] (03CR) 10Addshore: [C: 032 V: 032] Add trivial tests for claimview, make them pass [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/107352 (owner: 10Adrian Lang) [13:27:05] (03Merged) 10jenkins-bot: Add trivial tests for claimview, make them pass [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/107352 (owner: 10Adrian Lang) [13:27:36] DanielK_WMDE_: the question was not about having the daily but whether aude joins.. ;) [13:27:47] :D [13:39:53] [travis-ci] wikimedia/mediawiki-extensions-Wikibase#1559 (master - 5ebe5bc : Adrian Lang): The build has errored. [13:39:53] [travis-ci] Change view : https://github.com/wikimedia/mediawiki-extensions-Wikibase/compare/88fc889f6e1e...5ebe5bcf1c50 [13:39:53] [travis-ci] Build details : http://travis-ci.org/wikimedia/mediawiki-extensions-Wikibase/builds/16932243 [14:08:53] GerardM-: hi are you there [14:09:05] I am [14:09:33] looking at the stats and trying to understand trends [14:09:34] I ran my bot two or three days ago [14:09:41] http://tools.wmflabs.org/wikidata-todo/stats.php?reverse [14:09:47] it added like 50K labels [14:09:48] :) [14:10:05] huh only so few ? [14:10:56] yeah [14:11:18] weird [14:11:43] such a low number should not even register on top of the statistics [14:11:47] there are like 10K items without any labels [14:12:05] I need to see what is wrong about them [14:13:59] ... on a different topic ... I added loads of boxers using "profession" "boxer" [14:14:12] only to realise that most of them are probably amateurs [14:14:34] I am not going to revert [14:14:45] but is is one of those things [14:16:40] Amir1: 2014-01-06 114,003 is the number of items with zero labels [14:17:32] oh I saw the first date [14:17:38] (I thought it's the newest) [14:21:47] is this 10K the current number (after you ran the bot) ? [14:22:10] no [14:22:17] I thought it's 10K [14:23:17] I'll work on it very soon [14:23:57] when it is a pywikipedia bot thing I would not mind running it regularly [14:24:26] gets me out of your hair [14:26:01] I run the code every two weeks (after updating dumps) [14:31:25] does anyone here knows when wikisource will be added (the exact time)? [14:32:04] aude: ^^ [14:35:51] ~8pm cet [14:36:03] ~19:00 UTC [14:36:09] aude: thank you :) [14:36:35] ~ is important :) [14:40:20] https://gerrit.wikimedia.org/r/#/c/107372/ :) [14:52:39] [13DataValuesJavascript] 15snaterlicious opened pull request #6: Removed dependency on dataTypes (06master...06removedtdependency) 02http://git.io/eIaoZA [14:53:21] (03PS1) 10Henning Snater: Adjust to changes in DataValuesJavaScript [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/107374 [15:03:45] [13DataValuesJavascript] 15JeroenDeDauw comment on pull request #6 14078555c: So if dataTypeId is provided, the dataValueType is ignored? Seems like the "private" functions invoked here should just be made "public" and used. 02http://git.io/xR-czQ [15:04:00] how fancy [15:04:03] :> [15:05:30] I sent an e-mail to wikidata-tech a while ago about getting hashes of qualifiers, does anyone in here knows about it? [15:09:36] GerardM-: I can't run anything right now because memory of WMF labs are full [15:09:41] :( [15:10:01] [13DataValuesJavascript] 15JeroenDeDauw comment on pull request #6 14078555c: @snaterlicious My comment regarding two parameters was on this function 02http://git.io/AAsbZQ [15:10:40] is that not an issue for the labs ops ? [15:11:55] yes [15:14:41] Amir1 it said that they just freed up a lot of memory [15:16:45] I just start running it [16:19:05] 01[13DataValuesJavascript01] 15snaterlicious pushed 1 new commit to 06removedtdependency: 02http://git.io/56AvSA [16:19:06] 13DataValuesJavascript/06removedtdependency 1415cbe9f 15snaterlicious: Switched to using dedicated registerParser/registerFormatter functions [16:36:34] 01[13DataValuesJavascript01] 15snaterlicious pushed 1 new commit to 06removedtdependency: 02http://git.io/0InzCg [16:36:34] 13DataValuesJavascript/06removedtdependency 14e3dba73 15snaterlicious: Added parameter check [16:37:15] (03PS2) 10Henning Snater: Adjust to changes in DataValuesJavaScript [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/107374 [17:09:30] (03PS9) 10Hoo man: Refactor the PHP part of the Lua library [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/106905 [17:09:38] (03CR) 10Hoo man: Refactor the PHP part of the Lua library (035 comments) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/106905 (owner: 10Hoo man) [17:10:45] (03CR) 10Hoo man: "Addressed Daniel's comments" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/106905 (owner: 10Hoo man) [17:11:32] (03PS3) 10Hoo man: Introduce mw.wikibase.entity Lua library [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/107206 [17:15:53] (03PS4) 10Hoo man: Introduce mw.wikibase.entity Lua library [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/107206 [17:16:53] (03CR) 10Hoo man: "Changes per Daniel's code review on I1d0f139" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/107206 (owner: 10Hoo man) [17:25:43] DanielK_WMDE_: Where do you want documentation for the new Lua stuff? [17:26:42] hoo: docs/lua.wiki ? [17:27:50] DanielK_WMDE_: Ok :) Shall I pack integration tests into the last feature commit in the stack or into a separate one? [17:28:11] (that one's not yet in gerrit) [17:28:27] I have it locally without docs. yet [17:30:53] hoo|away: as you like - depends on the size of the patches [17:30:55] going to eat something... will pick your reply later [17:31:08] if you put it into a separate patch, mention this in your commit message of earlier patches [17:31:12] DanielK_WMDE_: Integration tests will be huge, probably as I have to mess with a lot of things [17:31:22] right, so keep them separate [17:31:28] ok :) [17:49:02] GerardM-: I'm running the code again: https://www.wikidata.org/wiki/Special:Contributions/Dexbot [17:49:28] maybe simply I forgot to run it [17:51:54] it does not matter ... at least another 100.000 edits for your bot ... up to the 200.000.000 :) [17:52:21] without labels duplicate items are not found [17:56:36] :) [17:56:52] my bot made 10M edits not more [18:11:59] (03PS1) 10Hoo man: Implement mw.wikibase.entity.renderClaims [WIP] [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/107395 [18:12:04] Reedy: anytime, the sites table can be added and populated on wikisource [18:12:32] DanielK_WMDE_: Could you have a quick glance at https://gerrit.wikimedia.org/r/107395 I just want to know whether you like the approach... I did it as suggested by you (I hope) [18:14:08] aude: Done [18:14:26] sudo -u apache foreachwikiindblist wikisource.dblist sql.php ~/sites.sql [18:14:27] easy easy [18:26:00] (03CR) 10Daniel Kinzler: Implement mw.wikibase.entity.renderClaims [WIP] (033 comments) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/107395 (owner: 10Hoo man) [18:31:39] (03CR) 10Hoo man: "RE to Daniel" (033 comments) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/107395 (owner: 10Hoo man) [18:31:58] DanielK_WMDE_: Replied... hope I understood your comments correctly [18:32:12] (03PS1) 10Aude: Allow populate sites table to work without wikibase enabled [extensions/Wikibase] (mw1.23-wmf6) - 10https://gerrit.wikimedia.org/r/107396 [18:32:15] * aude grumbles [18:32:31] for the branch only and we really need a better home for that script! [18:32:43] +1 [18:32:52] * aude always forgets [18:34:03] (03CR) 10Daniel Kinzler: Implement mw.wikibase.entity.renderClaims [WIP] (031 comment) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/107395 (owner: 10Hoo man) [18:34:27] We also need to better integrate sites into core... eg globalSiteId is still a wikibase setting, not a MediaWiki one [18:34:31] that sucks [18:34:44] hoo: true [18:34:50] i guess that's why i've not moved it yet [18:35:45] Yeah... I wanted to get the globalSiteId into Scribunto to save us implementing it, but there's no way Scribunto can know the site id (besides we assume == wgDBname... which we shouldn't) [18:35:57] should i self merge my patch (verified) or does someone want to ? [18:36:14] aude: One sec. [18:36:16] k [18:36:50] (03CR) 10Hoo man: [C: 032 V: 032] Allow populate sites table to work without wikibase enabled [extensions/Wikibase] (mw1.23-wmf6) - 10https://gerrit.wikimedia.org/r/107396 (owner: 10Aude) [18:36:54] thanks [18:37:14] aude: Just wondered that these have no Wikibase namespace... but on the other hand, they should be in core anyway... mh [18:37:30] so it can easily be moved to core [18:38:33] that makes sense... we might want to open an RfC about moving the setting into core etc. [18:39:06] there was the "new sites system" rfc [18:39:21] i think it's still imcomplete implementation wise, as far as core is concerned [18:39:32] needs better caching etc. [18:39:58] https://www.mediawiki.org/wiki/Requests_for_comment/New_sites_system [18:40:02] yes [18:40:21] if it will ever replace interwiki, i think it might need more thought, caching and other changes [18:40:26] not entirely what we have now [18:41:57] "Linking Aude (think this somewhat overlaps with refactoring), Hoo man, Duesentrieb ⇌, This, that and the other" [18:42:06] looks like we're almost the only ones wanting it atm [18:43:03] i don't like the rfc grouping [18:43:06] but yeah [18:43:28] it's far from perfect... but I guess things will work out alright next week [18:43:38] * aude would put Linker with refactoring and sites with crosswiki [18:44:05] +1 ... linking sounds somewhat stupid [18:44:10] whatever [18:51:05] DanielK_WMDE_: mh... on Jens' change you wrote "This (potentially) loads the entire entity from external storage. for every snak value..." https://gerrit.wikimedia.org/r/#/c/101201/7/client/includes/scribunto/Scribunto_LuaWikibaseLibraryImplementation.php [18:51:40] as you said my internal cache is superfluous... is that ok now? [18:54:26] hoo: ha, good catch! i only found that the in-memory cache is applied in the lookup after i wrote that comment. and it might not be guaranteed to always be true... [18:54:55] the thing is, i'd hugely prefer if this thing would operate directly on an *object*, instead of looking up an object for an id every time a property is accessed. [18:55:05] but i don't know how to make this work with lua [18:55:29] yeah, that's a very static programming style atm... let me think [18:56:38] (you could implement some kind of "object pointer" which could then be resolved to an actual php object using some internal allocation table - aich amounts to exactly the same thing: caching entities by id). [18:56:42] *wich [18:57:17] I thought about that a bit and all solutions were very hackish [18:58:00] we can't pass object instances to Lua, so we always have to store them in PHP and then find the right one there if Lua calls back to PHP [18:58:13] right [18:58:16] tell you what [18:58:22] keep that local cache for now [18:58:38] maybe make a comment pointing out that it may be redundant [18:59:04] yeah... better be safe than offline :D [19:01:10] hehehe [19:08:34] 8 Catchable fatal error: Argument 2 passed to Wikibase\Api\ResultBuilder::__construct() must implement interface Wikibase\EntityTitleLookup, none given, called i [19:08:34] n /usr/local/apache/common-local/php-1.23wmf10/extensions/Wikibase/repo/includes/api/ApiWikibase.php on line 51 and defined in /usr/local/apache/common-local/php-1.23wm [19:08:34] f10/extensions/Wikibase/repo/includes/api/ResultBuilder.php on line 64 [19:08:51] [travis-ci] wikimedia/mediawiki-extensions-Wikibase#1560 (mw1.23-wmf6 - 370421e : Hoo man): The build has errored. [19:08:51] [travis-ci] Change view : https://github.com/wikimedia/mediawiki-extensions-Wikibase/compare/cadb236b51e1...370421e096d4 [19:08:51] [travis-ci] Build details : http://travis-ci.org/wikimedia/mediawiki-extensions-Wikibase/builds/16950181 [19:09:00] Possibly transient [19:10:43] huh [19:11:14] Hasn't been another in about 6 minutes [19:11:27] aude: the stuff you backported to get rid of the xml errors changed the constrructor arguments of ResultBuilder [19:11:37] not sure how that would trigger the problem, but it's something to keep in mind [19:11:54] Reedy: any API request should trigger that if it's a problem [19:11:58] https://www.wikidata.org/w/api.php?action=wbgetentities&ids=q60&format=xml [19:12:05] well, any request to a wikibase api module [19:12:07] seems to work [19:12:12] pretty sure it didn't [19:12:17] good then [19:12:30] we can watcha nd see [19:12:37] probably got hit while the codebase was inconsistent [19:12:41] yes [19:12:56] the xml errors were quite frequent [19:13:12] amazingly people requesting xml [19:13:50] aude: there's a lot of mature XML libraries out there. JSON is relatively new, there are few standard libs. especially older code tends to use xml. [19:13:59] xml is rather nice to read for humans :P And it provides more structure context than eg. JSON [19:14:05] sure [19:14:11] also, for large data sets, XML has a standardized event based parsing interface (SAX), while JSON doesn#t [19:14:14] that'S a real problem [19:14:16] * aude nods [19:14:42] fun handling json in java [19:14:45] this actualyl worries me a bit wrt JSON dumps [19:15:06] well, i bet there are decent json libraries for java - just no standard ones :) [19:15:18] there are [19:15:30] there are also a couple for like C++ [19:15:34] how many?.... ;) [19:15:38] but most seem rather hackish hobby projects :P [19:15:45] i mean, how many standards? [19:16:02] that's when i gave up and import the dump with java into a db table (id, entity type, blob) [19:16:07] then use php :) [19:16:22] https://xkcd.com/927/ [19:16:24] java has a couple options [19:17:53] http://www.json.org/ they have a list of implementations at the bottom [19:18:09] http://json.org/java/ doesn't look very nice [19:18:49] whatever :) [19:18:53] there are a couple that are more common [19:19:01] jackson and gson [19:19:10] "yo, so it's a json parser written in bash" wtf [19:19:15] nothing simple as json_decode() [19:19:24] and give me an array [19:21:34] Yep... libxml2 eg. has bindings to almost everything :P [19:23:07] ok, i'm off [19:23:17] cu! [19:23:26] wow... TitleValues... cu [19:28:02] aude: Ok, so... [19:29:02] Reedy: does the script work? [19:29:07] Dunno [19:29:10] ok [19:29:13] it should [19:29:20] It won't actually work on wikisource when Wikibase isn't enabled [19:29:21] does nto require wikibase [19:29:26] Oh? [19:29:28] we made it so [19:29:30] aha [19:29:33] we can try [19:29:41] really needs to be moved out of wikibase, but for another dayu [19:29:42] day* [19:29:54] After the summit... [19:29:57] yeah [19:30:38] Lol [19:30:39] Nope [19:30:40] It doesn't [19:30:41] reedy@tin:/a/common$ mwscript extensions/Wikibase/lib/maintenance/populateSitesTable.php enwikisource [19:30:41] PHP Fatal error: Class 'SiteMatrixParser' not found in /a/common/php-1.23wmf10/extensions/Wikibase/lib/maintenance/populateSitesTable.php on line 55 [19:30:41] Fatal error: Class 'SiteMatrixParser' not found in /a/common/php-1.23wmf10/extensions/Wikibase/lib/maintenance/populateSitesTable.php on line 55 [19:31:19] really? [19:31:26] how... [19:31:32] I've got better things to do than make up errors ;) [19:31:54] That's the old version [19:31:56] There seems to be SiteMatrixParser in 2 different files [19:31:58] line numbers no longer mathc up [19:32:17] Does for me [19:32:21] https://gerrit.wikimedia.org/r/107396 that's not deployed [19:32:31] After updating earlier today [19:32:32] Line 55 [19:32:32] $siteMatrixParser = new SiteMatrixParser( $scriptPath, $articlePath, [19:32:32] $stripProtocols, $expandGroup ); [19:32:49] That looks senisble [19:32:58] it's not updated [19:33:01] one sec [19:34:12] gah, need to update wikibase again [19:34:20] it only got the xml thing [19:34:59] oh [19:35:18] probalby an issue with me amending patch [19:38:25] Reedy: https://gerrit.wikimedia.org/r/#/c/107418/ should help [19:39:17] We can just enable it on tin btw. Merge and pull the config update. Then sync-common on tin rather than sync-dir/file/dblist [19:40:16] true [19:41:26] reedy@tin:/a/common$ mwscript extensions/Wikibase/lib/maintenance/populateSitesTable.php enwikisource [19:41:26] done. [19:41:26] reedy@tin:/a/common$ [19:41:32] better [19:41:35] ok [19:41:38] * aude looks [19:42:06] Did it need --strip-protocols too? [19:42:13] i think so [19:42:39] also site identifieres doesn't look right [19:43:55] por quoi? [19:44:43] James_F: do you have 5 mins to talk about wikimania submissions at some point today? [19:45:10] Reedy: it's empty [19:45:18] * aude investigates [19:45:21] lol [19:48:16] Lydia_WMDE: Sure. [19:48:26] Lydia_WMDE: Am just talking about Programme Committee stuff right now, actually. :-) [19:51:31] with "--site-group wikisource" is better it seems [19:53:41] select count(*) from site_identifiers; [19:53:42] 128 [19:53:54] what wikisource should have [20:01:10] re-done on enwikisource [20:01:36] looks good [20:02:29] so now for all wikisource projects [20:03:38] sudo -u apache foreachwikiindblist wikisource.dblist extensions/Wikibase/lib/maintenance/populateSitesTable.php enwikisource --strip-protocols --site-group wikisource [20:05:06] looks good [20:05:14] Done [20:05:18] yay! [20:05:46] https://gerrit.wikimedia.org/r/#/c/107372/ :) [20:06:07] one sec [20:06:17] before you sync Reedy [20:06:30] needs $wgWBClientSettings['allowDataTransclusion'] = false; [20:08:54] Anywhere in particular? [20:10:09] patch coming [20:10:34] https://gerrit.wikimedia.org/r/#/c/107426/ [20:10:44] wikisource and commons don't get data yet [20:10:53] everything else looks fine [20:12:34] wait... how did that every even work if we used to set it to true below unconditionally [20:13:11] mmmm [20:13:58] Haha [20:16:03] I hope nobody used that on commons yet... ewk [20:16:07] It is live nao [20:16:55] aude: to late: https://commons.wikimedia.org/w/index.php?title=Template:On_Wikidata&action=edit [20:17:03] [[:Category:{{#property:P373|of={{{1|}}}}}]] [20:17:29] It's already been disabled.. [20:17:59] huh [20:18:02] wtf [20:18:19] well, it's only available on connected pages on commons [20:18:21] i guess that's fine [20:18:55] it's not full potential [20:19:27] mh... seems like it was commented out [20:19:40] not sure whether it really ever worked on commons [20:20:14] * aude says enable data everywhere... no reason wikisource shouldn't have it either, tbh [20:20:19] up to Lydia_WMDE [20:20:57] wikisource seems good https://en.wikisource.org/wiki/Author:Henry_James [20:21:50] logs quiet [20:34:20] Hi all…is there a property suitable for indicating when a particular piece of equipment entered/left service? I would have thought of P729 (“service entry”) and P730 (“service retirement”) but that specifies aircraft in the description and seems to be intended for when a model/class entered or left service, not a specific instance. Any advice? [20:38:25] anyone just waiting for strange bugs? [20:38:26] https://www.wikidata.org/wiki/Q170509 [20:38:33] click edit on wikisource link [20:38:36] then cancel [20:38:47] aude: ^ [20:39:03] for me the link becomes empty [20:39:05] * aude looks [20:39:06] reloading helps [20:39:13] * hoo also loosk [20:39:19] (no edit is made) [20:39:34] * lazowik clears cache [20:39:49] can reproduce... [20:39:51] ugh [20:40:04] only on wikisource [20:40:08] mhm [20:40:26] I must admit i was frightened at first [20:40:30] also get "Server responded: SyntaxError: Unexpected token <" [20:40:30] and rushed to history [20:40:38] Could not query site API. Please try again later. [20:41:06] aude: in console? [20:41:31] in the error bubble [20:41:41] me not [20:42:41] works in debug mode [20:42:55] I'd blame it on the cache [20:43:48] server-side? [20:44:05] well, that must be server-side [20:44:06] wbSiteDetails [20:44:24] needs to be purge [20:44:44] mhm [20:44:46] aude: ^ [20:45:25] wikibase.sites is the module name... the rest is up to those with shell [20:45:46] Reedy: ^ :p [20:45:48] :) [20:46:09] memcached [20:46:13] maybe [20:46:25] resources [20:47:12] maybe? [20:47:33] oh [20:48:44] Wikibase/lib/includes/modules/SitesModule.php [20:48:55] it depends on a setting to filter the sites [20:49:32] aude: Doesn't matter... it works in debug mode [20:49:40] so that can't be the cause [20:49:48] it's a resource module [20:50:05] cached [20:50:08] yep [20:50:16] so purge it :P [20:50:27] * aude let Reedy [20:50:40] although probably could do it [20:52:29] Where's the relevant js code? [20:52:40] Wikibase/lib [20:53:00] the PHP thing overrides the resource loader class in fills it with JSON [20:53:02] but this is a resource module in php [20:53:05] there's no .js file [20:53:14] Wikibase/lib/includes/modules/SitesModule.php [20:53:33] I'm not sure there's a great deal I can do about that [20:53:40] hmmm [20:53:50] if it was a js file, touch and sync should force a reload etc [20:53:53] just touch lib/resources/wikibase.Site.js that should also purge the dependency [20:54:14] ok, that makes more sense ;) [20:54:52] *reloads [20:54:53] * [20:55:03] better [20:56:22] nope [20:56:34] wbSite thing is better but not the js [20:57:16] mh [20:57:33] https://www.wikidata.org/wiki/null?callback=jQuery18309328256673179567_1389732981748&action=opensearch&namespace=0&suggest=&search=Auteur%3AHenry+Jam&_=1389733035387 [20:57:38] why null? [20:57:46] that doesn't work [20:58:10] where did you get that link? [20:58:19] why is it searching wikidata? [20:58:22] ah, I see [20:58:24] from console [20:58:28] wbSiteDetails also [20:58:59] Everything is fed from that, except the repo api access stuff and client stuff which I factored out [21:00:04] huh, now it works for me [21:00:13] https://fr.wikisource.org/w/api.php?callback=jQuery183038244435330852866_1389733148354&action=opensearch&namespace=0&suggest=&search=Auteur%3AHenry+James&_=1389733196278 [21:00:33] yep. wbSiteDetails is ok now [21:00:41] could be it takes a minute [21:00:42] ok... time to eat [21:00:57] ok [21:00:57] possible [21:01:21] now question if we want https://gerrit.wikimedia.org/r/#/c/107430/ ? [21:01:33]