[00:02:50] your unique check for label/description causes some problem for existing conlficts [00:03:10] i cannot change desc for http://www.wikidata.org/wiki/Q318363?uselang=de because of an conflict at en [00:03:16] DanielK_WMDE: ^^ [00:04:39] Merlissimo: please file a bug. [00:05:04] that restriction is probably going to be dropped. but it would still be useful to understand the issue exactly. [00:05:47] my bot is listing those item on http://www.wikidata.org/wiki/Wikidata:Labels_and_descriptions_task_force/en#ItemDisambiguation_conflict , but not for every language atm [00:11:26] DanielK_WMDE: done https://bugzilla.wikimedia.org/show_bug.cgi?id=42754 [02:45:25] Good .. eh .. night? [02:45:42] Its in the middle of the night here [02:46:07] 03:45 Berlin time.. [03:57:47] New patchset: John Erling Blad; "(Bug 42762) Corrected the message key of wbeditentity" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/37184 [06:47:08] Hey, how do i start a voting for TA [06:55:22] translation admin? [10:11:30] DanielK_WMDE: poke [10:26:38] Abraham_WMDE: whut? [10:27:10] DanielK_WMDE: happy nikolaus [10:27:17] ;) [10:27:23] :P [10:28:05] thanks. i hope your boots were as full as mine this morning! [10:28:53] do we have an item for "nikolaus" :-D [10:37:05] Abraham_WMDE: solange wir nicht wichteln müssen... [10:38:43] PHP Fatal error: Call to a member function getEntity() on a non-object in /usr/local/apache/common-local/php-1.21wmf5/extensions/Wikibase/repo/includes/actions/HistoryEntityAction.php on line 38 [10:39:40] JeroenDeDauw: http://www.gossamer-threads.com/lists/wiki/wikitech/317402 [10:40:38] JeroenDeDauw: i suppose that means it's ok to use addQuotes() on numbers. Though I still think there should be a second method with a more appropriate name, because "quotes are fine for numbers" may not be true for all database systems. [10:43:15] MaxSem: can you get us a stack trace? [10:43:34] I can't [10:43:45] .oO(wtf is HistoryEntityAction?) [10:43:57] I can add some debugging code though [10:44:00] Reedy: can you get us a stack trace for that error? [10:44:20] DanielK_WMDE, nobody of your team has shell access? [10:44:39] MaxSem: no. [10:44:59] i suppose it's time to ask for that though [10:45:03] especially for debugging [10:45:21] anyway, I've gotta go [10:45:45] o_O [10:45:47] wtf [10:48:31] ha. [10:48:32] boom [10:48:40] can reproduce, fixing [10:51:33] New patchset: Tobias Gritschacher; "(bug 42761) make PHPUnit test aware of empty sitelinks" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/37203 [10:55:27] Jeblad_WMDE: https://gerrit.wikimedia.org/r/#/c/37203/ [10:55:47] this should fail for you, can you check? [11:09:03] New patchset: Daniel Kinzler; "(minor fix) Avoid error for history of missing page." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/37206 [11:09:56] MaxSem: fixed in https://gerrit.wikimedia.org/r/#/c/37206/ [11:10:16] hm, should put this on bugzilla [11:12:23] New review: Jens Ohlig; "Dankon! Tio estas grava ŝanĝo." [mediawiki/extensions/Wikibase] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/37011 [11:12:23] Change merged: Jens Ohlig; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/37011 [11:13:40] New patchset: Daniel Kinzler; "(bug 42768) Avoid error for history of missing page." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/37206 [11:14:49] hi, I will be tweaking Jenkins this afternoon so it starts repairing PHP lint + jshint results on Wikibase [11:15:07] then will try to get it actually able to load the extensionn with proper settings and install the DB :) [11:20:50] hashar: wirth separate jobs for client and repo setup? [11:20:57] i don't think that can/should be done on the same DB... [11:21:16] DanielK_WMDE: still have to look at the mail / bug notify I received [11:21:32] DanielK_WMDE: but yeah that would be the idea, get a generic linting job [11:21:41] then one for client and one for repo [11:28:21] Abraham_WMDE: is john there? [11:28:59] noper [11:29:01] nope [11:31:27] DanielK_WMDE: not at the office yet [11:48:15] Change merged: Daniel Kinzler; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/37203 [12:09:17] Abraham_WMDE: please put the following items on the board, with my head on them: #42761 (doing), #42769 (feedback), #42769 (doing). [12:09:38] hi Denny_WMDE! please have a look at the mail i just sent to the internal list about preparing the client [12:10:37] DanielK_WMDE: thx [12:12:03] checked [12:12:59] DanielK_WMDE, cheers [12:20:12] is #42769 in feedback or in doing? and you probably missed one [12:20:51] DanielK_WMDE: ^ [12:34:46] Denny_WMDE: the example was modified. can you add a german label to http://www.wikidata.org/wiki/Q398804?uselang=de ? [12:35:00] e.g. "Derivation" [12:36:09] ok, got it, thanks [12:38:31] just an idea for the language selector: what about urls like http://www.wikidata.org/wiki/Q398804/de showing german ? [12:39:21] because subdomain is not requestable bei ui [12:39:31] http://www.wikidata.org/wiki/Q398804?uselang=de does that [12:39:40] what's the advantage of /de doing that too? [12:39:53] yes, but i cannot create inline links [12:40:21] Merlissimo: this was all discussed in length. putting the language into the url has two big problems: all links in the html output must be re-written, and all 500 or so possible urls for a given page must be purged every time the page changes. [12:40:23] not good... [12:40:26] then i could simply use [[d:Q398804/de]] on all wikipedias [12:40:27] 10[2] 10https://www.wikidata.org/wiki/Discusi%C3%B3n:Q398804/de [12:40:49] Merlissimo: there's a long thread on wikitech about it (if not more), and a bugzilla ticket with some details [12:53:32] aude: is bug 42478 still valid? [12:55:01] aude: also, bug 42474 is only relevant when running outside of wmf cluster right? [12:57:10] 42478 we'll probably see on jenkins but not a huge priority [12:57:51] 42474: we have the config setting [12:58:23] it should be a separate item to make things work outside of the cluster [12:59:26] Denny_WMDE: ^ [13:02:57] ok. so 42474 is *that* separate item? [13:17:19] DanielK_WMDE: https://bugzilla.wikimedia.org/show_bug.cgi?id=42159 is closed, is it? [13:17:46] 13:17, 6 December 2012‎ Reedy (Talk | contribs | block)‎ . . (77,426 bytes) (+52,329)‎ . . (updated muchly) [13:17:53] https://www.mediawiki.org/w/index.php?title=MediaWiki_1.21%2Fwmf5&diff=613786&oldid=613638 [13:17:54] Lol. [13:19:51] lots of work [13:23:08] "What changed? Stuff" [13:25:11] Denny_WMDE: no. this bug asks for anons to be able to *explicitly* set their language, in which caching should be disabled using the appropriate headers. [13:25:23] currently, we just force anons to use english. that's not the same [13:29:29] ok [13:35:18] Denny_WMDE: i have a pretty long list of todos i need to put into bugzilla. [13:35:37] some of them should go into the next sprint... i guess i'm a bit late, i'll try to do the urgent ones first. [13:35:53] you still have half an hour :) [13:36:00] i am going through the list myself right now [13:36:09] DanielK_WMDE: ^ [13:41:44] half an hour is not a lot to file 10 bugs [13:44:46] is wbeditenity auto summary now en only or is only localisation missing? [13:45:08] Danwe_WMDE: is this still open: https://bugzilla.wikimedia.org/show_bug.cgi?id=40950 [13:45:09] ? [13:45:25] wbeditentity auto summary should not be en only [13:45:27] looking [13:45:38] http://wikidata.org/wiki/Special:Contributions/MerlIwBot?uselang=de [13:45:46] "Created a new item: " [13:46:18] Denny_WMDE: Had to ask Henning, he did something with the used widgets, but I think he is still changing stuff to use the jQuery.suggester widget. [13:47:51] i thought it was possible, that why im asking [13:47:51] Denny_WMDE: https://bugzilla.wikimedia.org/show_bug.cgi?id=41347 and https://bugzilla.wikimedia.org/show_bug.cgi?id=41345 would be good ot do [13:47:51] ok [13:48:00] aude: thanks [13:48:08] * aude sure Merlissimo would appreciate if we get those done [13:48:53] @aude +1 [13:54:48] DanielK_WMDE: aude is this still open? https://bugzilla.wikimedia.org/show_bug.cgi?id=40406&list_id=1649986 [13:55:14] Denny_WMDE: DanielK_WMDE i am working on https://bugzilla.wikimedia.org/show_bug.cgi?id=42780 [13:55:33] important before HU-WP deployment [13:55:48] Denny_WMDE: no, that was fixed. don't ask me for the commit id though :) [13:55:54] and determine how exactly we will run pollforchanges [13:55:57] for test2wiki [13:56:04] aude: yea, true [13:56:08] what interval or continuously as a daemon [13:56:22] the pruning interval and make sure it's enough, etc. [13:56:36] and what to do in case, pollforchanges has to be restarted [13:57:14] (now that i am understanding a bit better how these types of scripts can be run in production) [13:59:10] Denny_WMDE: per DanielK_WMDE, yes changes table uses prefixed ids now [14:04:32] Denny_WMDE: #42777 is critical [14:04:50] the rest... well, just look over the 4 or so bugs i just filed [14:05:06] Denny_WMDE, Abraham_WMDE: do you want me in the spring planning via hangout? [14:05:30] ok, check out if this looks good everyone. http://meta.wikimedia.org/wiki/Wikidata/Development/Current_sprint [14:05:36] let's go to the sprint start [14:05:42] DanielK_WMDE: would be helpful (i'm not denny or abraham, though) [14:05:49] Abraham_WMDE: TRY TO GET DanielK_WMDE IN IF POSSIBLE [14:05:56] sorry, shiftcapsed [14:06:49] DanielK_WMDE: skype? [14:06:53] just invite me whenever [14:06:59] i hate skype :) [14:07:02] but yea, whatever [14:14:47] Denny_WMDE: sshould i open a bug for the wbeditentity localisation problem? [14:17:55] Merlissimo: is that the autocomment thing? [14:18:02] yes [14:18:48] system message for de is available http://www.wikidata.org/w/index.php?title=Special%3AAllMessages&prefix=Wikibase-item-summary-wbeditentity&filter=all&lang=de&limit=500 [14:19:47] other auto summaries are ok : https://www.wikidata.org/w/index.php?title=Q399373&action=history [14:19:55] Hallo. [14:20:29] Now that interlanguage links storage is stabilizing, is anything clever planned for resolving interlanguage links conflicts? [14:20:55] Like, a very simple thing: Is there at least a big list of all the known conflicts? Or a plan to make one? [14:23:11] Merlissimo: ^ maybe you know? [14:23:34] Change merged: Jeroen De Dauw; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/37206 [14:24:22] aharoni: there is a page collecting them [14:24:27] on wikidata.org [14:24:32] actually 2 [14:24:37] I think that I saw it, but it's manual. [14:24:43] People just find things and add them. [14:24:46] it has to be manual in the end [14:25:04] this can't be solved automatically [14:25:13] But you can create a list of all the conflicts. [14:25:30] I coded something like that in Perl a few years ago, although it probably needs updating. [14:25:40] And quite possible pywikipediabot can do it, too. [14:25:41] aharoni: i have such a list. [14:25:47] if anyone wants to code that please go ahead [14:25:54] must need to get is well formated [14:25:55] is it online anywhere [14:25:59] it's not going to be done by the dev team [14:26:11] that's OK :) [14:26:18] i plan to create report pages for every wiki [14:27:04] it should lists all missing articles with an additional comment if that because of an conflict [14:27:32] New patchset: Jeroen De Dauw; "bug 42718 - add wb_entity_per_page to Wikibase.sql" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/37217 [14:28:24] OK, and are there any thoughts about anything even smarter? Like some AI that tries to suggest resolutions to the conflicts? For example, by comparing categories? [14:30:19] my bot can automatically solve some few conflict. i think all others must be done by human. i don't think that category will help [14:31:11] i think it would be useful to inlcude commons and species when solving conflicts at the same time. so maybe we should wait until more sites are possible on wikidata. [14:32:07] for incubator my bot uses a completle different algorithm that solves all conflicts automatically [14:51:05] New patchset: Jeroen De Dauw; "Use EditEntity in removeclaims and added token requirement" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/37220 [14:52:20] aharoni: I know a few people at google who did some quite smart stuff [14:52:27] there is also some research on that [14:52:29] Change merged: Jeroen De Dauw; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/37184 [14:52:39] i guess we will see these being integrated during the next year [14:52:48] great. [14:53:32] this is just a private guess, though :) [14:53:42] i have not talked to any of these people in specific about it [14:56:42] why does Special:EntitiesWithoutLabel contains entities with labels? is they cached? [14:57:14] ah , soory [14:57:21] depends on the language i think [14:58:24] fallback [15:12:29] * Silke_WMDE is working on the demo system [15:12:51] we shouldnt be doing fallbacks...? [15:18:40] Denny_WMDE: i was only confused to see labeled items on https://www.wikidata.org/wiki/Special:EntitiesWithoutLabel?language=de [15:19:20] hmm indeed [15:20:01] by it shows en label and de labels are missing [15:21:44] New patchset: Jeroen De Dauw; "Added DMS and DM tests for coordinate parser" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/37222 [15:29:33] it is using the same fallback as messages [15:33:19] Change merged: Jeroen De Dauw; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/37055 [15:35:12] someone please poke me when svenmanguard shows up [15:39:21] DanielK_WMDE: Did you recreate your sites table? [15:41:28] Jeblad_WMDE: locally? yes. [15:41:30] at some point. [15:42:13] Seems like site_type is "unknown" of some reason [15:42:17] Jeblad_WMDE: but we didn't pick that ticket up for this sprint, right? so i removed it from my todo list. [15:42:21] Should be an integer [15:42:46] an integer? sure? I'm pretty sure the type is a string [15:42:51] at least, in the database, it's a string [15:42:58] maybe that is mis-documented somewhere [15:43:03] used to be an int, i think [15:43:09] DanielK_WMDE: what do you think - is there a point of deploying on Monday again? [15:43:18] protected static function getClassForType( $siteType ) { [15:43:27] * @param integer $siteType [15:43:41] SitesTable.php, line 110-ish [15:43:47] Jeblad_WMDE: my guess is that the documentation is outdated. ask jeroen [15:43:53] anyway - i try not to get hung up on this, since we didn't pick this up [15:44:32] Denny_WMDE: not much. but we should try to get the client site going by monday. or on monday. [15:45:17] yes, agree with that [15:45:30] but no need to deploy a new version i guess [15:45:36] Denny_WMDE: there are some fixed that should be backported and deployed, but that kind of thing doesn't need a deployment window [15:45:49] we just do it on the branch [15:46:06] Denny_WMDE: 42768 for instance [15:46:12] hmm, i am not sure there is anything that needs to be deployed so urgently... [15:46:56] JeroenDeDauw: when merging stuff into master, please mark the respective bug as fixed (if that patch actually fixes the bug) [15:47:30] we could try a test run. [15:47:40] of the process [15:47:59] tag today, test, have it up for deployment on monday [15:48:05] Denny_WMDE: i like that! +1 [15:48:08] be deployed without any issues or problems [15:48:25] (cause we haven't actually changed much) [15:48:54] AnjaJ_WMDE: what do you think? [15:50:27] sure, we should do that [15:52:56] DanielK_WMDE: all: the procedure says, take Wednesday's tag and use this as the basis for the deployment [15:53:14] and that has been already tested [15:53:17] was there anything that has been done *since* yesterdays tag that *has* to be backported [15:53:36] and that shouldn't wait one cycle [15:54:12] in the future our sprints, the tagging etc will be better aligned [15:54:21] sprint ends [15:54:26] we tag on wednesday [15:54:33] we deploy the following monday [15:54:59] then one wednesday later, we tag again [15:55:04] hmm [15:55:20] that doesnt allow for much time for external reviews [15:55:30] i will try to write it down [15:55:39] Denny_WMDE: wouold be nice to have a branch with only the verified stuff in it... [15:56:01] yeah [15:56:04] not gonna happen [15:56:39] Denny_WMDE: then at least decide at demo time which stuff goes from experimental to standard. then do that, then tag again. [15:56:44] that's the tag we want to deploy [15:56:56] that sounds good [15:57:03] yes [16:02:02] New patchset: Aude; "(no bug) give the client an batch of changes to handle" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/37226 [16:02:49] DanielK_WMDE: aude: if we take yesterdays tag [16:02:51] and deploy that [16:02:56] would we break something [16:03:06] i.e. did we backport anything in last weeks branch [16:03:13] the one deployed yesterday [16:03:23] that isnt there in yesterday's tagged version? [16:03:42] Denny_WMDE: should be ok [16:04:21] no db change needed? :) [16:05:52] New patchset: Aude; "(bug 42780) additional checks upon saving a recent change entry" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/37227 [16:06:02] New patchset: Jeroen De Dauw; "Use EditEntity in removeclaims and added token requirement" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/37220 [16:06:20] Denny_WMDE: no [16:06:34] would be nice to get https://gerrit.wikimedia.org/r/#/c/37227/ in [16:06:36] good [16:07:05] not super elegant yet but would help to prevent duplicate entries in recent changes [16:07:17] i'd like to try to get through the process [16:07:19] DanielK_WMDE: ^ if you can review, that would be great [16:07:25] Denny_WMDE: ok [16:07:31] i would prefer to actually use yesterdays tag [16:07:38] ok [16:07:45] or else not deploy at all on monday [16:07:54] if we're doing just test2wiki, then ok [16:07:58] it will be in in the following deployment [16:08:01] looks like [16:17:57] DanielK_WMDE: ping me when you have 5 minutes time [16:30:03] New patchset: Daniel Kinzler; "(bug 42769) No entity data in EntityChange objects." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/37232 [16:31:41] Denny_WMDE: now? [16:31:46] ok [16:31:57] re http://wikitech.wikimedia.org/view/Schema_changes [16:32:02] "to be scheduled" [16:32:07] row wikidatawiki [16:32:18] i think this is *not* the change we want to have [16:32:27] Reedy added it here [16:32:47] terms_search_key is not even a table [16:32:48] but we rather want the change that actually adds a unique column, to this and that other table [16:32:51] it should be wb_terms [16:33:02] alter table /*_*/wb_terms add column term_search_key VARCHAR(255) NOT NULL; [16:33:02] alter table /*_*/wb_terms add index /*i*/wb_terms_search_key (term_search_key); [16:33:06] this is the change linked [16:33:11] but we also want the new index on wb_items_per_site [16:33:20] yes, we do want that [16:33:27] plus wb_items_per_site [16:33:37] for terms, this means we have to truncate, modify, then rebuild [16:33:54] we should make sure that *this* rebuild script also works [16:34:10] but to be clear: we want that, but we don't need it for the cleint to work [16:34:22] i understand that [16:34:24] this is just a the-sooner-the-better thing [16:34:36] but does this already add the unique field that we need? [16:34:42] for wb_terms? [16:34:59] i thought it only adds a normalized key [16:35:01] for search [16:35:07] and builds an index on it [16:35:18] it does not add a key [16:36:02] if we make this change we are no better off than before [16:36:33] err. [16:36:48] if we need to modify that table in ANY way, we need to truncate and rebuild. [16:36:56] and if we do that anyway, we should add the row id column [16:37:10] (please don't call it "a key", but case "a key" is the same thing as "an index") [16:37:45] i'm trying to find my row-id commit on gerrit... where did it go? [16:38:30] so, basically: add two columns in wb_term and one in wb_items_per_site [16:38:51] wb_terms needs to be truncated and rebuild [16:39:09] possibly, the same is needed for wb_items_per_site.... [16:39:23] hm, that would suck. we have a strong constraint on that. so we would have to go read-only during rebuild [16:39:32] that table is big. [16:39:47] so, the question is... do we want to do that now? [16:40:02] it is a the-sooner-the-better thing [16:40:06] but no need to do it now [16:40:09] indeed :) [16:40:21] but i'd like to hear what asher and/or ready have to say about it [16:40:34] asher agreed with your changeset [16:40:53] great. but did he also comment on how to do the schema change? [16:40:57] https://gerrit.wikimedia.org/r/#/c/36780/ [16:40:57] that's the important question here... [16:41:13] no. that is why i put it on the agenda for tongiht [16:41:18] *tonight [16:41:33] but one way or the other, http://wikitech.wikimedia.org/view/Schema_changes is wrong [16:42:00] yes [16:42:12] well. incomplete [16:42:20] and mislabeled [16:42:26] would you mind to fix? [16:42:30] https://gerrit.wikimedia.org/r/#/c/36780/2/repo/includes/store/sql/AddRowIDs.sql [16:42:38] that's what should be added too, i guess [16:43:47] Denny_WMDE: i don't think i have access there [16:43:51] probably shouldn't, either [16:44:33] Denny_WMDE: no, I can't edit there [16:44:43] ok, then we should make sure Reedy knows that [16:44:46] Reedy: ping [16:53:36] i sent an email [17:01:48] DanielK_WMDE: joining the call? [17:02:06] DanielK_WMDE: poke [17:02:09] oops, so late already. [17:02:11] ok [17:17:00] New patchset: Jeroen De Dauw; "Change implementation of ParserOptions" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/37239 [17:20:11] OK. Editing in test-repo is working again. (cc Jeblad_WMDE) [17:23:04] * Jeblad_WMDE thinks Silke is damn clever [17:27:23] New patchset: Tobias Gritschacher; "(bug 42770) use js wb.Api for labels,description,aliases,sitelinks" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/37240 [17:35:57] New patchset: Jeroen De Dauw; "Get rid of global state in ValueParserFactory" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/37242 [17:46:04] New review: Platonides; "I don't think it's a good idea to have a ParserOptions class in this extension." [mediawiki/extensions/DataValues] (master); V: 0 C: -1; - https://gerrit.wikimedia.org/r/37239 [17:48:57] aude: would you look at the rebuild script? one thing i'm worries about is that it may not be able to gracefully resume ofter it crashed. [17:49:06] i'll probably not have time right now to really look into this [17:58:19] New patchset: Daniel Kinzler; "(minor) assue re-caching works for sites table." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/37245 [18:03:58] New review: Jeroen De Dauw; "That's a valid concern but not related to this commit, since the name was not introduced here." [mediawiki/extensions/DataValues] (master); V: 0 C: 0; - https://gerrit.wikimedia.org/r/37239 [18:04:18] New patchset: Jeroen De Dauw; "Added tests for ParserOptions" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/37246 [18:04:36] DanielK_WMDE: please to has review of the ValueParser commits I just made? [18:05:09] DanielK_WMDE: you wanted to have a look at that stuff anywayz :) [18:09:02] New patchset: Jeroen De Dauw; "Change implementation of ParserOptions" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/37239 [18:09:14] New patchset: Jeroen De Dauw; "Get rid of global state in ValueParserFactory" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/37242 [18:09:19] New patchset: Jeroen De Dauw; "Added tests for ParserOptions" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/37246 [18:10:08] DanielK_WMDE: i can look at the script in ~1/2 hour but can't be online and coding all evening [18:16:20] DanielK_WMDE: poke [18:26:45] * JeroenDeDauw throws something at DanielK_WMDE [18:26:58] * JeroenDeDauw also denies he's impatient [18:50:48] JeroenDeDauw: cooking dinner, then putting the kids to bed [18:51:03] i have been meaning to do reviews for weeks now. [18:51:07] DanielK_WMDE: ffs, get your priorities right already [18:51:11] i hardly ewver get around to it [18:51:13] i'll try tomorrow [18:51:14] * JeroenDeDauw hides [18:51:18] :P [18:51:32] * JeroenDeDauw throws another stuffs at DanielK_WMDE from his hiding place [19:04:39] New patchset: Jeroen De Dauw; "Stuff last rev id into pageinfo rather then the serialized data model element, as per mainlinglist discussion" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/37252 [19:11:43] Lydia_WMDE: Wikidata is showing up in that analysis as a project doing very well [19:11:56] Since the bugs are assigned to WIkidata bugs [19:12:06] Not to nobody [19:24:16] JeroenDeDauw: i know :) [19:24:33] but Quim is still complaining no? [19:24:36] that's silly [19:24:50] Change merged: John Erling Blad; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/37252 [19:34:47] Bit delayed, but I'm here now... [19:40:43] DanielK_WMDE: What's up with regards to the schema changes? [19:42:29] Reedy: schema changes are not on the agenda today. waiting for feedback from asher. ^demon is running a rebuild script and will do some config stuff and cron jobs later. [19:42:40] looks like we can get the test2 client going by tomorrow [19:44:54] Awesome [19:46:12] New patchset: Jeroen De Dauw; "Added group" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/37257 [19:46:20] Change merged: Jeroen De Dauw; [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/37257 [20:50:38] Is someone admin on wikidata-test-client.wikimedia.de? If so, could you check https://bugzilla.wikimedia.org/show_bug.cgi?id=42792 - this concerns an IP block. [21:13:12] bye [21:25:51] PHP Catchable fatal error: Argument 1 passed to Wikibase\EntityContentFactory::getTitleForId() must be an instance of Wikibase\EntityId, null given, called in [21:25:51] /usr/local/apache/common-local/php-1.21wmf5/extensions/Wikibase/repo/includes/api/ApiModifyEntity.php on line 65 and defined in /usr/local/apache/common-local/php-1.21w [21:25:51] mf5/extensions/Wikibase/repo/includes/content/EntityContentFactory.php on line 140 [21:25:57] Was that one from earlier? [21:26:42] Nope, to bugzilla! [21:28:36] No stack trace either [21:28:36] grr [21:31:29] hrm [21:32:08] Looks like there's only that one and then "Call to a member function getEntity() on a non-object" from earlier [21:32:52] ugh [21:33:02] nothing on test2? [21:33:15] Seemingly not [21:33:46] ok [21:34:10] * aude confused why links don't show up there now, but can look at it more tomorrow [21:34:16] Which is good, I guess ;) [21:34:18] Oh :/ [21:34:38] From next week, are we deploying Wikidata extensions from master? [21:34:58] no errors is good on test2 [21:35:37] no links is not great but could be we just forgot something [22:16:39] Change merged: Daniel Werner; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/37240 [22:28:24] * multichill pokes DanielK_WMDE to join #wikilovesmonuments [22:29:00] Your presence is requested! ;-) [22:34:57] Hello. [22:35:03] How do I edit a Special page? [22:35:26] In this case http://www.wikidata.org/wiki/Special:CreateItem [22:36:01] Through checking out the code and uploading a patch [22:36:08] Oh. Foo [22:36:12]