[00:12:48] has Magnus's useful.js stopped working for others? [00:14:26] hmm, ues [00:14:43] yes [02:38:59] help ! many scripts or gadgets don't work anymore… is it normal ? [02:39:12] it's a problem with bits.wikimedia.org in general [02:39:15] (at this time) [02:40:13] helle Jasper_Deng … thank you… I was worried :§ [02:40:26] do you think it will last ? [02:40:44] not permanently [02:41:00] :DD [02:41:43] I hope so… I meant, is it more a question of minutes, hours, days ? worse, we don't know ? [02:42:47] I don't know the exact details [03:05:58] And either way, the cache might be around for a while after the fix. [08:08:46] New patchset: Henning Snater; "[coordinate.js] Renamed coordinate to globeCoordinate" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/66234 [08:17:17] New patchset: Henning Snater; "[coordinate.js] Renamed coordinate to globeCoordinate" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/66234 [09:12:59] New patchset: Aude; "Split EntityPerPage rebuilder code into separate class" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/63855 [10:19:02] New review: Aude; "problem with the tests in sqlite (but not in mysql)" [mediawiki/extensions/Wikibase] (master) C: -1; - https://gerrit.wikimedia.org/r/63855 [10:32:55] Denny_WMDE: I built the case for the wikidatameter yesterday: https://www.dropbox.com/s/vpr2mgjrx0ku4c7/20130531_115548.jpg [10:33:51] sweet :) [10:34:21] that looks amazing! [10:34:32] :) [10:35:13] lbenedix: I sooo want to buy this for the office [10:35:41] the finishing of the surface takes a few days [10:36:15] oil, wait, oil, wait, ... [10:36:49] :) [10:38:06] Q3808938 (Johannes Hibler) was the mayor of lienz, how should this be expressed? I have started with it but I have not found a property for the city where he was mayor and we cant create for every city a "mayor of " item [10:38:46] Pyfisch: there's a "mayor" property for the town, right? [10:38:51] (but the other way around, no idea) [10:38:59] http://www.wikidata.org/wiki/Property:P6 [10:39:12] http://www.wikidata.org/wiki/Property:P39 [10:39:18] see: http://www.wikidata.org/wiki/Q8863 [10:39:26] http://www.wikidata.org/wiki/Q641159 [10:42:55] lbenedix: ok only the federal republic of germany has today over 11.000 municipalitys, if we also create items for former town mayor lists we need 24.175 items. That are very many [10:44:55] I think we need a different solution [10:45:09] i think there is dicsussion to merge the mayor property with "head of government" property [10:45:13] discussion [10:45:39] Well, "head of government" already has alias "mayor" [10:45:41] there is a mayor property? [10:45:46] right [10:46:05] I just added the former mayor: http://www.wikidata.org/wiki/Q336250 [10:46:25] actually looks like p6 got renamed [10:46:52] p46 got deleted http://www.wikidata.org/wiki/Property_talk:P6 [10:47:00] http://www.wikidata.org/wiki/Wikidata:PFD#Property:P46 [10:48:24] are you working on Fallbacks for Labels? [10:48:51] lbenedix: liangent is for gsoc project [10:49:08] great [10:50:00] especially for persons I dont think the name is different in different languages... [10:51:40] lbenedix: you wish. http://www.wikidata.org/wiki/Q989 [10:52:07] Is 'pope' part of his name? [10:52:16] even without the pop [10:52:19] pope [10:52:21] right [10:52:30] crazy [10:52:45] I thought that you can add also seconds to time value? [10:53:11] Pyfisch: not supported yet in the display [10:53:16] and edititng UI [10:53:27] I dont like the property "office held" [10:53:37] Denny_WMDE: ok [10:54:12] New review: Daniel Kinzler; "(1 comment)" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/66129 [10:54:34] * lbenedix I dont like a lot of properties [10:56:51] anyone around to create the "together with" qualifier? it has been sitting around for a while now: [10:56:53] https://www.wikidata.org/wiki/Wikidata:Property_proposal/Generic#together_with_.2F_gemeinsam_mit [10:57:16] not muich discussion, no idea how i would make people discuss it. apparently, nobody cared :) [10:57:47] people don't like wiki pages for discussion anymore? [10:58:04] well, they have been discussing other properties... [10:58:08] ok :) [10:58:13] "together with" is implied by other claims [10:58:39] lbenedix: but wikidata does not support inference. [10:58:57] It should ;) [11:00:03] lbenedix: that would be quite hard to do, because we don't have any facts, only (possibly contradictory) claims. [11:00:17] the logic needed for this would be quite complex. nice phd thesis. [11:00:26] I dont like the properties "sister", "brother", ... because a generic "sibling" + "sex" would give the same information [11:01:18] lbenedix: again: we don't have inference. and we can't easily get it. so we have to express interesting connections explicitly. [11:01:31] lbenedix: this is also important for tracking the sources and qualifiers for explicit claims. [11:01:52] (btw: "sibling" could also be implicit) [11:02:00] right [11:03:00] lbenedix: btw: one source stating that X got a nobel price and another source stating Y got the same price is not the same as a source stating that both got the price together [11:03:05] it's not the same claim. [11:03:22] so we need a way to model the together-ness directly. [11:03:49] okay [11:03:51] Change merged: Daniel Werner; [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/66234 [11:03:59] * lbenedix is convinced [11:04:04] \o/ [11:04:41] back to "brother" and "sister" what happens if my sister changes her sex? [11:05:18] Sister (from: 1986, until: 2013); Brother (from: 2013) ? [11:05:26] lbenedix: i actually agree with you that "brother" and "sister" should be just "sibling". different issue there. [11:05:58] the relationship is the same. that we have different words for this relationship depending on the person's geneder isn't relevant to the system. [11:06:02] Change merged: Daniel Werner; [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/65289 [11:12:52] edsu: ping [11:17:49] hi, how do i get two items merged? [11:18:14] http://www.wikidata.org/wiki/Help:Merge [11:19:10] it would be nice to add this link to the "already used" error message :) [11:27:55] New patchset: Daniel Werner; "Moves wgValueFormatters global definition in MW specific initialization file" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/66243 [12:06:38] lbenedix: hi :) [12:09:28] edsu: have you thougt about hosting your wikipulse, wikistream and other tools on a tool-labs instance instead of heroku? [12:09:35] i have yes [12:10:14] especiallly wikistream since it is running on a pretty small vps that i pay for, and which is doing a lot of other stuff [12:11:07] lbenedix: do you have experience setting stuff up in labs, about 10 months ago i got wikistream running in a vm in labs, but it wasn't clear how to make it public, with a reasonable hostname [12:11:52] sorry the first part of that needed a question mark :-) [12:12:27] I have no idea. But I heard about tool labs and thougt it might be a good idea [12:13:12] ok, i guess i should really look into it again, since labs is quite a bit more developed now [12:13:30] with the great tool-server migration underway [12:15:22] creating an instance is really easy [12:15:34] but I had no time to make the next step [12:17:10] Denny_WMDE1 suggested it might be fun to do something like wikistream that's a bit more tuned to the wikidata project [12:17:44] what does he mean by 'tuned'? [12:18:06] well, that is my word for what he was talking about :) [12:18:29] i guess something that shows more interesting information than just the title flying by :) [12:19:10] only problem is that there isn't much information about the article itself that is posted to irc channel, where wikistream picks up the updates [12:19:41] I think the bots post their actions in the comment-field [12:20:32] mmhh... "wbsetreference", "wbeditentity-update:0|" [12:21:09] oh hmm, that could be useful [12:21:37] instead of it just being a stream i could collect some aggregate realtime stats in redis [12:22:20] i definitely get the comments currently, i didn't realize there was a perdictable structure to them in wikidata [12:22:27] predictable [12:23:24] Are the comments generated by the wikibase api? [12:23:39] I see them for bot- and human-edits [12:31:26] i'm not sure, I guess a code-spelunk into the wikidata code could answer that [13:05:15] the comments are auto-generated [13:05:22] edsu: lbenedix ^^ [13:05:32] they can be overwritten by bots or humans [13:05:34] but rarely are [13:05:38] great [13:13:47] New patchset: Henning Snater; "[coordinate.js] Optimized precision handling" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/66244 [13:17:57] New patchset: Daniel Kinzler; "Handle If-Modified-Since in Special:EntityData" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/66245 [13:57:08] New patchset: Aude; "Split EntityPerPage rebuilder code into separate class" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/63855 [14:00:54] New patchset: Henning Snater; "[coordinate.js] Removed GlobeCoordinate's "isValid" function" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/66253 [14:02:05] DanielK_WMDE, good job on that example, but I totally dissagree with ori's point about namespaces [14:02:12] we should keep namespaces [14:02:20] and encourage proper design from the start [14:03:04] ppl will take that code and adapt it to their needs, not read it like a book, so if its badly designed, that bad design will propogate throughout other's code [14:04:02] yurik: the jury is still out on namespaces in mediawiki, so let's postpone that until that has been decided. [14:04:14] the namespaces don't change the design at all, so it's nto a big deal [14:04:22] * yurik goes nuclear on the jury [14:04:24] yurik: want to merge the example? [14:04:48] after i read it :) [14:04:48] New review: Jeroen De Dauw; "(1 comment)" [mediawiki/extensions/DataValues] (master) C: 1; - https://gerrit.wikimedia.org/r/66253 [14:05:01] i have read #1, but unfortunatelly didn't comment [14:05:11] so now i'm trying to remember the concerns i had [14:05:12] the differences are small [14:05:38] they were very minor - more like "please explain why this is the way it is" [14:08:01] yurik: i'll try to have a look at the Zero extension btw. you were doing something in preSaveTransform that seems odd on a first glance. [14:08:13] but i should look again. [14:08:16] thanks, that would be awesome! =) [14:08:43] hello lbenedix [14:11:05] do you have more document about requirements of the fallback [14:11:12] especially for what I haven't think of [14:12:20] Denny_WMDE1: edsu lbenedix https://bugzilla.wikimedia.org/46537 (about bot generated summaries) [14:12:29] it's one of the things we need to fix in the api [14:12:43] maybe some of the older modules like set label support custom summaries [14:16:10] DanielK_WMDE, does "prepareSave()" get called when user clicks preview or show diff buttons? [14:16:37] yurik: i suggest to implement ZeroCOnfigContent::prepareSave and return a Status object indicating whether the config is an error or not. [14:16:52] yurik: no, prepareSave is just for editing [14:17:24] there'S currently no good way to hook into validation for previews; you can do it via getParserOutput, but that's not very pretty. [14:18:04] don't you wish you could go back in time and rearchitect a few things? [14:18:16] yurik: yes, i do :) [14:18:33] yurik: ok, and: you have a $config firld that contains the actual structure, right? [14:19:00] yurik: so this *really* shouldn't use TextContent, but derive from AbstractCOntent and implement everythign it needs directly based on the internal data structure [14:19:00] let me pull it up, what file are you looking at? [14:19:09] ZeroConfigCOntent [14:19:40] the only tricky thing when not using TextContent is that EditPage will (per default) refuse to let you edit it. [14:19:43] well, it is text based, just like your xml example? [14:20:19] well, you have an objectified representation of the content, right? [14:20:24] then use that consistently, for everything [14:20:29] i see, ok [14:20:48] perhaps i should add a DomContent things to my example, for contrast :) [14:21:09] yurik: if it's too painful because of editing, don't waste too much time. [14:21:16] config is basically an array that was deserialized from text and validated [14:21:30] it would be nice to collect some thought on what is missing from ContentHandler, and what problems arise using it [14:21:52] yurik: es! which should be done by ZeroConfigContentHandler::unserializeContent [14:22:14] that structure would be used to instantiate a ZeroConfigContent [14:22:30] but as I said: if you do it this way, you don't get automatic text based editing [14:22:47] not exactly - my core code (not content-handler related) pull the text from memcached or HTTP request, parses it, and uses the data to make decision [14:22:54] (this is something that could be changed, perhaps - it would need a better way for EditPage to validate content on preview, etc) [14:23:06] that code runs on all wikis, not just meta that has the Zero editor [14:23:13] so? [14:23:38] yurik: that's the CarrierConfig. ZeroConfigContent should take a CarrierConfig in the constructor, not text [14:24:08] but you said unserialize should convert text to object? [14:24:21] yes. [14:24:35] but i need that operation outside of contentHandler domain [14:24:36] text -> CarrieConfig -> ZeroConfigContent [14:24:39] and then return it [14:25:10] yurik: the parsing? well, the content handler doesn't have to implement that from scratch. it can use whatever facility you have for that [14:25:23] CarrieConfig::parse or whatever [14:25:25] a, ok, so it will just pass it on to carrier config [14:25:28] gotcha [14:26:15] so in a way the only change should be that the constructor of zeroconfigcontent should take the CarrierConfig, not etx [14:26:17] *text [14:26:51] yurik: yea, but that's a big change. You can't derive from TextContent any more, or from TextContentHandler [14:27:06] thsi means you have to provide implementations for more things [14:27:25] and i'm not quite sure how EditPage would like it. try it :) [14:27:26] also I the presavetransform would have to double-validate everything [14:27:37] why? [14:27:54] because i do the "pretty printing" normalization of json [14:28:01] actually i think its already doing that [14:28:07] but pretty printing is for output generation [14:28:12] it belongs into getParserOutput [14:28:35] i want to store the content in normalized form [14:28:39] so diffing is easier [14:28:59] well, ideally, you wouldn't do a text based diff, but a structural diff :) [14:29:07] check the DIff extension, it provides this [14:29:16] (though it doesn't provide a nice way to render the diffs) [14:29:21] so I take user's json, parse it, sort it according to my rules, and spit out the json text again [14:29:56] which makes all the spacing and other issues proper, as well as orders elements in the identical way [14:30:05] you would do the parsing in unserializeContent, and the sorting and serializing in serializeContent [14:30:17] applying defaults probably also goes into unserialize [14:30:33] applying defaults? [14:30:42] oh, as part of validation? [14:31:05] no, as part of normalization [14:31:13] when unserializing [14:31:29] or only apply defaults for display [14:31:31] also possible [14:31:56] i need defaults during the normal operations - don't want to check if its a users' option or default one [14:31:58] yurik: i'm just arguing principles, btw - telling you how I intended this to be used [14:32:06] i totally understand [14:32:23] trying to wrap my problem around your design :) [14:32:31] yurik: for non-text content, we are still missing some standard facilities, so it's not that easy to do. [14:33:05] (DifferenceEngine and EditPage are a bit hard to convince to work with non-text content) [14:33:26] i understand, that's why it seems text is so much easier for this specific problem [14:33:27] hah [14:33:46] * aude scared of EditPAge [14:33:48] btw, there has been some talk to provide a more standard configuration facility through this system [14:33:49] EditPage [14:34:11] we already have Ori's events and the zero configs, and there might be more [14:34:31] json in wiki seems to be a very convinient way to store configs [14:34:49] plus eventually we could provide a better json editor [14:34:50] yurik: yes, Gadgets are another prime candidate for this [14:35:12] i actually saw an editor based on json schema [14:35:17] so yes, JsonContent with specialized diff and editing would be awesome, and would be reusable in several places [14:35:36] you want to hack it together? :) [14:35:46] you have much better knowledge of how it should be done :) [14:35:52] "want", sure. "have time", no. [14:36:33] heh, true that. And its fairly hard for me to dedicate my time to it when its already done and I need to get api2 out :) [14:36:45] its = zero config [14:37:28] yurik: sure. not saying you have to rewrite it. jsut giving feedback. [14:37:48] it's probably working fine as it is, even though it's abusing some bits, and not using other bits it could use [14:37:48] anyway [14:37:48] nono, i totally apeciate it, trying to learn something new :) [14:37:55] back to wikidata stuff [14:38:00] sigh :) [14:38:55] DanielK_WMDE, when you have time, could you put your comments into the code and submit it? something like " @SUGGESTION DanielK: ........................" [14:39:18] this way they won't be lost in the logs of IRC [14:58:27] DanielK_WMDE, i could +2 (don't see any issues), but would you rather have more ppl look at it first? [15:01:13] liangent: are your thougts about the lang fallback documented anywhere? [15:02:48] yurik: no, just merge it [15:03:18] done [15:03:22] thanks :) [15:03:35] now let's hope that jenkins ever gets yround to it... [15:26:58] lbenedix: https://www.mediawiki.org/wiki/User:Liangent/wb-lang and https://www.mediawiki.org/wiki/User:Liangent/wb-lang/dev but with some "too obvious" ideas not written yet [15:43:50] liangent: what are your plans for the implementation? [15:44:34] extension? gadget? or directly in wikibase? [15:45:24] directly in wikibase [15:46:13] will it be possible to define the languages I speak? [15:47:31] it already is :) babel is your friend [15:49:22] okay [15:49:41] some graphical language chooser would be nice [15:49:58] {{#babel:ru-N|en-5|fr-1}} is not very usable for new users [15:50:12] sure. feel free to write one :) [15:50:54] or set up a bug [15:51:13] Denny_WMDE1: I want to to provide a hook to accept any external source of user language preferences? [15:51:46] * DanielK_WMDE thinks babel should write the user's language choices into the user preferences whenever the user page is edited. [15:51:48] liangent: yes, that's a good idea. but i wouldn't prioritize it [15:52:07] New patchset: Daniel Werner; "Made DataValue::getType static, added tests for both static/instance usage" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/66267 [15:52:22] I'd prefer it as a gadget, so Its usable in third-party-projects if they want [15:52:35] New patchset: Daniel Werner; "Change EntityId::getType to be static" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/66268 [15:52:37] New patchset: Daniel Werner; "(bug 49014) Proper formatting of values in EntityView" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/66269 [15:52:37] New patchset: Daniel Werner; "Inject value formatters into EntityView instead of using global in EntityView" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/66270 [15:52:38] New patchset: Daniel Werner; "Implemented EntityContent::getParserOutput" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/66271 [15:52:38] New patchset: Daniel Werner; "EntityView::getHtmlForClaims separation into getHtmlForClaim" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/66272 [15:53:27] liangent: have you an idea for the userinterface? [15:53:29] Denny_WMDE1: no it should be a prioritized one because Babel needs to connect to wikibase with some mechanism and creating a hook is not difficult [15:53:53] liangent: Babel and Wikibase already connect with each other [15:53:59] for the "in other languages" box [15:54:08] Denny_WMDE1: wow how? [15:54:20] if you want to use it somewhere else, it might indeed make sense to refactor that and make it wider available [15:54:57] it has a function, which checks if babel is there, and if so, it uses the babel interface to get the languages [15:54:58] New review: Daniel Werner; "some issue with the property entity formatter" [mediawiki/extensions/Wikibase] (master) C: -2; - https://gerrit.wikimedia.org/r/66269 [15:57:06] New patchset: Daniel Werner; "(bug 49014) Proper formatting of values in EntityView" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/66269 [15:57:17] Denny_WMDE1: generally I don't really like doing things in this way, because Babel interface may be changed accidentally by others [15:57:50] especially when Babel is an extension itself [15:57:56] liangent: as said, it is a good idea to refactor it, and make that more flexible [15:58:23] i am just worried that you might spend more time on that than needed, and it is not necessarily core to your goal [15:58:38] i wouldn't drop it off, just deprioritize it [15:58:50] New review: Daniel Werner; "I know there are different opionions whether to do it this way or whether to use constants instead. ..." [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/66267 [16:00:06] New review: Daniel Werner; "fixed the mentioned issue in patch set 2" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/66269 [16:19:43] Lydia_WMDE: hi [16:20:18] liangent: hey [16:20:58] Lydia_WMDE: actually I have never tried google hangout and I failed to get it work on my computer [16:21:14] and I don't really using those google+ stuff now [16:21:26] liangent: ok does skype work for you? [16:22:30] New patchset: Daniel Werner; "Inject value formatters into EntityView instead of using global in EntityView" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/66270 [16:22:32] I guess it works. at least I used it several times [16:22:42] ok we can also use that [16:23:01] quality is usually better with hangouts but if it doesn't work for you we can do skype [16:23:07] anyway why don't we insist in open source stuff here :p [16:23:25] do you have a working free software alternative? [16:23:35] mumble [16:23:45] lbenedix: working ;-) [16:23:50] also no video afaik [16:24:00] New patchset: Daniel Werner; "Implemented EntityContent::getParserOutput" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/66271 [16:24:15] mumble works for audio [16:24:36] and why is video needed [16:24:55] or, what's the goal of the meetings [16:25:22] catching up on what everyone is working on, discussing issues, getting to know each other better [16:28:49] Lydia_WMDE: I'm not so confident with my oral English :/ but it might be a chance to practice [16:30:03] liangent: i understand - how about we try it once and if it is too hard for you we will try something else? [16:32:07] back in 10 minutes [16:37:34] Lydia_WMDE: ok [16:38:08] Change abandoned: Daniel Werner; "can't rebase this onto the right change set" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/66272 [16:38:09] all others being English-native gives me some pressure :p [16:38:27] and https://en.wikipedia.org/wiki/Google_Hangouts#Open_Source_Alternatives has some alternatives, though I've tried none of them [16:38:37] liangent: most of us are non-native english speakers [16:38:44] varying abilities [16:39:09] * aude struggles with german [16:40:18] liangent: ok great - as aude said not all are native english speakers :) [16:40:23] <- german for example [16:40:23] aude: I find no similarity between English and German at all [16:40:33] unlike some other European languages.. [16:41:14] liangent: quite a lot is different like the grammar [16:43:32] New patchset: Daniel Werner; "EntityView::getHtmlForClaims separation into getHtmlForClaim" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/66274 [16:44:26] aude: and german seems too synthetic in my view [16:44:33] https://en.wikipedia.org/wiki/Synthetic_language [16:45:07] liangent: that sounds right :) [16:54:38] aude: and I don't really understand why it makes sense to have, for example, third person singular form in english, and similar stuff seems more in german [16:55:08] doesn't make sense to me [16:56:24] and they're still there because native speakers are used to them [17:07:58] Did someone customize wikidata_useful.js to add a source ? [17:19:18] New patchset: Liangent; "This API action is wbcreateclaim but examples was saying action=createclaim" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/66275 [17:20:06] cu [17:20:21] New patchset: Liangent; "This API action is wbcreateclaim but examples were saying action=createclaim" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/66275 [17:20:56] New patchset: Daniel Werner; "Properly set globeCoordinate.GlobeCoordinate.prototype.constructor" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/66276 [17:32:18] New patchset: Daniel Kinzler; "Add EntityRevision functionality" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/66280 [18:00:09] DanielK_WMDE: Danwe_WMDE: omnomnom? http://www.lieferando.de/lieferservice-burger-factory-berlin [18:00:19] na, thanks, going home soon [18:06:44] JeroenDeDauw: damn, you made me hungry. but 20 minutes isn't enough [18:13:46] how can I enable experimental data types (coords etc) on my development wiki? [18:15:53] Danwe_WMDE: ^ [18:18:47] liangent: either by 1) setting your wiki to experimental mode in local settings [18:19:33] or 2) override the $wgWBSettings['dataTypes'] setting [18:20:16] define( 'WB_EXPERIMENTAL_FEATURES', true ); [18:21:34] aude: ok I found the logic in WikibaseLib.default.php [18:21:40] good [18:22:23] experimental would turn on stuff like whatever code there is for editing geocoordinates, as it becomes available [18:29:08] DanielK_WMDE: you an idea how to start with this one? https://projecteuler.net/problem=31 [18:36:41] where is gerrit bot? [18:36:58] same place as jenkins? [18:38:57] New review: Aude; "alright, approved :)" [mediawiki/extensions/Wikibase] (master); V: 2 - https://gerrit.wikimedia.org/r/66275 [18:38:58] Change merged: Aude; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/66275 [18:39:19] there's the bot [18:40:46] aude: where should I start to debug when a loading icon is there forever [18:41:02] with no pending xhr requests in firebug, and no errors in error console [18:41:19] liangent: hmmm [18:41:30] do you have universal language selector enabled? [18:41:32] specifically I'm creating a claim for an item on my local wiki [18:41:38] I don't have uls installed [18:42:27] ok [18:42:38] uls was broken earlier today, but that's not it [18:43:09] if you have $wgResourceLoaderMaxQueryLength set in local settings [18:43:19] it needs to be set to a big number like 2000 or something [18:43:34] stuff broke when i had it too small, but then i did get a js error [18:43:47] I don't have it, but my localsettings is really messy [18:43:50] Danwe_WMDE: can you help liangent? [18:43:59] i would try ?debug=true [18:44:07] $ grep require LocalSettings.php | wc [18:44:07] 36 64 2224 [18:44:11] does js work on wiki text pages? [18:44:28] mh? [18:44:42] js being broken is always a challenge, especiall if it is silent [18:44:47] especially [18:45:08] aude: they work everywhere else [18:45:08] it's never really silent. Just open your debugging console and set it to report all errors [18:45:42] yeah... Ctrl + Shift + J [18:46:38] liangent: That one opens the error console in Firefox which is better than the one in Firebug [18:47:25] hmm in firebug console I found mw.Api error: http Object { xhr={...}, textStatus="error", exception=""} [18:47:34] but nothing in firefox console [18:48:11] Ok :P The interesting part is... what does the error read [18:48:13] ? [18:48:46] nothing ... and I finally found the reason [18:49:08] I had repoUrl set to http while I'm working on https pages [18:49:26] Just make it protocol relative [18:50:08] New patchset: Daniel Werner; "Added some TODOs and cleanup to globeCoordinate.parser" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/66288 [18:50:08] hoo: I was setting $wgWBClientSettings['repoUrl'] = $wgCanonicalServer; [18:50:17] New patchset: Daniel Werner; "Properly implemented JS GlobeCoordinateValue::toJSON and newFromJSON" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/66289 [18:50:22] or is there another way to use local wiki without a url set? [18:51:13] liangent: That wont work if you got client wikis... usually it's getting hard coded [18:51:48] aude: Danwe_WMDE: weekly summary! now please - i want to get it done [18:51:56] hoo: I'm using one wiki for both repo and client [18:51:57] panic :) [18:52:04] liangent: That works?! [18:52:22] * hoo got a whole wiki farm [18:52:57] Lydia_WMDE: In case you need more things to list: https://gerrit.wikimedia.org/r/65648 I'm working on that (though slightly stuck in the repo unit tests) [18:53:34] hoo: oh right - that's important [18:53:35] thx [18:54:01] ;) [18:54:13] hoo: if you're not getting unstuck with the test tobi can probably help you on monday [18:55:44] I hope I can get it done... let's see (I'm not that deep into the EntityEdit stuff atm, so it's a bit tricky to unit test it) [18:55:51] liangent: if you have anything to add to the weekly summary please let me know [18:55:58] hoo: sure [18:57:07] hoo: I haven't really used it. I'm just installing both on the same wiki and realize the editing ui is fetching data from client settings [18:58:13] liangent: Oh that might happen [18:58:24] Lydia_WMDE: I can't find something worthy now.. [18:58:32] liangent: ok [18:58:34] Back then I wrote that I didn't have the one wiki for both use case in mind [18:59:07] // We're on a client (or at least the client configuration is available) [19:00:54] hoo: btw my tricky wikifarm implementation: http://tools.wmflabs.org/liangent-php/index.php/zhwiki [19:01:42] liangent: that's incredibly slow [19:02:08]