[02:49:06] <Reguyla>	 I Sure wish I could vote on the ENWP arbcom election coming up. I would love to strike my oppose for anyone currently on the committee since they don't follow policy or community decisions
[09:50:28] <aharoni>	 Hallo.
[09:50:37] <aharoni>	 https://en.wikipedia.org/wiki/Miss_Israel has an interlanguage link to Hebrew,
[09:50:50] <aharoni>	 but if I actually go to the article in Hebrew, then it doesn't have interlanguage links.
[09:51:10] <aharoni>	 If I'll purge the page, I'll probably see them, but shouldn't that be automatic?
[09:51:26] <sjoerddebruin>	 Yeah, but the cache is somewhat stronger in the last few weeks.
[09:51:54] <aharoni>	 I'm not crazy to consider this a bug, right?
[09:52:14] <aharoni>	 "Cache" is a reply to a lot of bugs in the Wikimedia world, but it's still a bug.
[10:14:58] <benestar>	 oh, randomly failing tests: https://gerrit.wikimedia.org/r/#/c/234968/1
[10:22:09] <Nemo_bis>	 Well nowadays stale data is being served more and more, we seem to like it. :) https://phabricator.wikimedia.org/T92357
[10:33:27] <benestar>	 DanielK_WMDE_: how would you set the page props? I think they are updated when the site gets edited, right?
[10:40:47] <DanielK_WMDE_>	 benestar: when parser cache entry is updated. which we have to do whenever sitelinks change.
[10:41:19] <DanielK_WMDE_>	 the typical way to do it is to use a RefreshLinks job, which re-renders the page, but that is not strictly necessary.
[10:41:51] <DanielK_WMDE_>	 benestar: we already swrite stuff like the number of sitelinks into page_props. putting the badges there would be really simple
[10:42:16] <benestar>	 DanielK_WMDE_: what about multiple props?
[10:42:27] <benestar>	 I mean a page can have several badges
[10:43:22] <sjoerddebruin>	 nikki: love your bot work. <3
[10:43:34] * addshore wonders what nikki's bot work is
[10:43:59] <DanielK_WMDE_>	 benestar: one property key per badge: wikibase-badge-q1234 -> true, wikibase-badge-q7893 -> true, etc
[10:44:00] <sjoerddebruin>	 A lot. https://www.wikidata.org/wiki/Special:Contributions/NikkiBot
[10:44:15] <DanielK_WMDE_>	 benestar: oh, we actually put badges into page_props even, just in a different form!
[10:44:34] <DanielK_WMDE_>	 benestar, aude: SidebarHookHandlers has $out->setProperty( 'wikibase_badges', $badges );
[10:44:45] <DanielK_WMDE_>	 just add a loop there for setting one page-prop for each badge, done
[10:46:48] <addshore>	 aude: interesting, that patch doesn't fix that issue...?
[10:47:06] <aude>	 seems not
[10:47:17] * addshore wtfs to himself
[10:47:17] <benestar>	 DanielK_WMDE_: hmm, I cannot find that page prop on my local mediawiki :S
[10:47:27] <addshore>	 right, Ill go and debug the call the api is doing i guess...
[10:48:02] <addshore>	 oh wait, you might have beaten me!
[10:48:40] <aude>	 probably easy fix
[10:48:56] <addshore>	 ahh, it needs to be added into another place
[10:49:01] <aude>	 yep
[10:49:02] <addshore>	 for wbsetsitelink
[10:49:07] <aude>	 ok
[10:49:12] <addshore>	 right, give me a moment, will ammend
[10:49:15] <aude>	 k
[10:53:07] <benestar>	 DanielK_WMDE_: apparently only badges of links to other pages get stored in the db...
[10:53:43] <DanielK_WMDE_>	 benestar: yea, the current use case is for putting markers on langlinks in the sidebar.
[10:53:49] <DanielK_WMDE_>	 but the code can easily adopted, I hope
[10:54:17] <benestar>	 DanielK_WMDE_: but we still want to query for the usage of badges on repo as well, right?
[10:54:43] <DanielK_WMDE_>	 benestar: why? i don't see a use case. the user story doesn't  ask for that as far as I can tell.
[10:55:00] <DanielK_WMDE_>	 we still *might*, but I'm not sure this warrants the introduction of a new db table
[10:55:24] <benestar>	 that's true
[10:55:27] * aude wants SiteLinkLookup to return complete SiteLink objects
[10:55:50] <aude>	 w/o having to load an entire entity
[10:55:55] <benestar>	 aude: that might be a usecase, yes
[10:55:58] <aude>	 maybe we can have another solution though
[10:56:12] <aude>	 i think they want that for lua, for example
[10:56:15] <benestar>	 it would already be great to use a termlookup on client ^^
[10:56:33] <DanielK_WMDE_>	 aude, benestar: would be nice, but I don't see a concrete use case for that either right now. If we need it, that can be achieved with a single field in the sitelinks table.
[10:56:42] <benestar>	 yes
[10:57:03] <benestar>	 just adding a json array or Q1|Q2 to the table will do the job then
[10:57:11] <DanielK_WMDE_>	 aude: you think people want to access the badges on sitelinks from lua *without* accessing any other part of the entity?
[10:57:30] <DanielK_WMDE_>	 in any case: different user story.
[10:57:59] <DanielK_WMDE_>	 the simplies solution I see for the curren story as defined by T110838 is page_props on the client, I think
[11:59:54] <Amir1>	 Lydia_WMDE: hey :)
[12:03:51] <benestar>	 addshore: did you break wbsetsitelinks?
[12:03:59] <addshore>	 benestar: maybe
[12:04:07] <addshore>	 benestar: tbh, what havn't I broken ;)
[12:04:19] <benestar>	 the result isn't indexed by site id anymore
[12:04:24] <benestar>	 but the ui relies on that 
[12:04:33] <addshore>	 yeh, either user a version of WB before my api change was merged OR....
[12:04:49] <addshore>	 pull latest master of core and apply https://gerrit.wikimedia.org/r/#/c/234528/
[12:06:32] <benestar>	 hmm, okk
[12:07:03] <addshore>	 ;)
[12:09:29] <Amir1>	 Lydia_WMDE
[12:09:31] <Amir1>	 :)
[12:09:38] <Lydia_WMDE>	 Amir1: hey
[12:09:40] <Lydia_WMDE>	 Amir1: hangout?
[12:09:48] <Amir1>	 skype probably
[12:09:54] <Amir1>	 hangout doesn't work here
[12:09:58] <Lydia_WMDE>	 ok
[12:10:02] <Amir1>	 thanks
[13:34:47] <nikki>	 sjoerddebruin: good to hear :D
[13:54:05] <sjoerddebruin>	 nikki: hope your edits will have a effect on the suggestions
[14:08:19] <nikki>	 I would be quite happy if it would just stop suggesting person properties when something is a band >_<
[14:10:19] <sjoerddebruin>	 Same applies for restaurants. :P
[14:11:07] <sjoerddebruin>	 Wish it looked at the value of P31 more.
[14:12:36] <sjoerddebruin>	 Will request a suggester update after two weeks. Mostly mid-month. ;)
[14:43:42] <aude>	  jzerebecki https://integration.wikimedia.org/ci/job/beta-scap-eqiad/68007/console
[15:42:41] <benestar>	 Lydia_WMDE: http://m.wikidata.beta.wmflabs.org/wiki/Q15905
[15:43:12] <Lydia_WMDE>	 benestar: \o/
[15:43:18] <aude>	 ooooh :)
[15:43:45] <Lydia_WMDE>	 benestar: want to send an email for testing? or should i?
[15:43:46] <benestar>	 will write down some issues on phabricator, so you can triage Lydia_WMDE 
[15:43:53] <Lydia_WMDE>	 k :)
[15:44:00] <benestar>	 email to whom?
[15:44:06] <Lydia_WMDE>	 wikidata list
[15:44:17] <Lydia_WMDE>	 i am writing right now the email to ask for unit support testing
[15:44:22] <aude>	 all the things :)
[15:44:23] <Lydia_WMDE>	 so today could be christmas! :D
[15:45:50] <benestar>	 hehe
[15:46:07] <benestar>	 some known issues aren't fixed yet
[15:46:18] <benestar>	 I will write them down so that users don't report them twice
[15:46:20] <Lydia_WMDE>	 benestar: that's fine. still some testing would be nice
[15:46:23] <Lydia_WMDE>	 and showing progress
[15:46:26] <Lydia_WMDE>	 cool
[15:46:28] <benestar>	 Lydia_WMDE: where should users write comments?
[15:46:42] <Lydia_WMDE>	 mailinglist, project chat or phabricator imho
[15:46:44] * aude wants to think about enabling arbitrary access again :)
[15:47:06] <aude>	 after next deployment maybe
[15:47:15] <benestar>	 aude: why was it aborted?
[15:47:20] <aude>	 performance issues
[15:47:38] <aude>	 i think enough resolved now on master
[15:47:45] <Jens_WMDE>	 https://twitter.com/shebang/status/636569734767595520
[15:54:53] <Lydia_WMDE>	 benestar: will you get it ready in the next 30 mins?then i can still add it to the weekly summary
[15:55:12] <benestar>	 hmm, will see
[15:55:22] <benestar>	 I want to finish the work on the badges thing if possible
[15:55:28] <benestar>	 after the whole waste of work yesterday :S
[15:56:28] <benestar>	 Jens_WMDE: xD
[15:57:40] <Lydia_WMDE>	 benestar: yes or no? :D otherwise i will send it out in 5 mins
[15:58:15] <benestar>	 Lydia_WMDE: tell me where to write the issues down
[15:58:31] <benestar>	 create a new phabricator task for each or collect them all in one?
[15:58:37] <Lydia_WMDE>	 do you have tickets for them already?
[15:58:48] <Lydia_WMDE>	 then see how i did it in my email just now i'd say
[15:59:51] <benestar>	 ok
[16:02:59] <matej_suchanek>	 Lydia_WMDE: is it worth announcing units in the next Tech News?
[16:03:11] * aude thinks so
[16:03:24] <aude>	 but maybe wikidata people should test first
[16:03:32] <Lydia_WMDE>	 matej_suchanek: with the appropriate this isn't finished sure
[16:03:46] <aude>	 caveat?
[16:04:32] <matej_suchanek>	 provided you deploy it next Wendesday, the next Tech News are the last one before it
[16:06:12] <Lydia_WMDE>	 ok
[16:07:16] * sjoerddebruin hopes for a Special:Nearby
[16:10:42] <benestar>	 Lydia_WMDE: http://pastebin.com/ZrXg1QmG
[16:10:57] <benestar>	 perhaps the sentences can be improved a bit
[16:11:38] <sjoerddebruin>	 benestar: do you have time soon for another script to make my life faster? :)
[16:11:46] <benestar>	 sjoerddebruin: sure :D
[16:12:08] <sjoerddebruin>	 Something to add the current date to https://www.wikidata.org/wiki/Property:P813 :P
[16:12:32] <Lydia_WMDE>	 benestar: looking
[16:12:48] <benestar>	 sjoerddebruin: a nice [today] button, right?
[16:13:15] <Lydia_WMDE>	 benestar: perfect
[16:13:16] <sjoerddebruin>	 Or auto filled for that one
[16:13:25] <benestar>	 yes, that might also work
[16:13:37] <Lydia_WMDE>	 benestar: sjoerddebruin: or make it understand "today"?
[16:13:37] <benestar>	 could even save a button click but not sure if that works with the ui :S
[16:13:42] <aude>	 authority control should someday be integrated with wikibase imho
[16:13:45] <Lydia_WMDE>	 that's something i'd also like in the base software
[16:13:49] <aude>	 and then just work with mobile also
[16:13:58] <sjoerddebruin>	 Lydia_WMDE: also a good one, but I'm very lazy.
[16:14:02] <Lydia_WMDE>	 lol
[16:14:03] <Lydia_WMDE>	 ok
[16:14:08] <benestar>	 aude: yes, that's basically what I wrote in the summary
[16:14:24] <aude>	 ok
[16:14:32] <benestar>	 Lydia_WMDE: sjoerddebruin still needs a special gadget for his <s>lazyness</s> speedyness
[16:14:38] <Lydia_WMDE>	 haha
[16:14:53] <sjoerddebruin>	 I'm always working too fast. :(
[16:14:56] <aude>	 i would say "the Authority Control gadgest doesn't work in mobile"
[16:16:08] <benestar>	 Lydia_WMDE: --^
[16:16:25] <Lydia_WMDE>	 k
[16:16:30] <benestar>	 but well, the authority gadget will never work on mobile...
[16:16:48] <benestar>	 we will only no longer need the authority gadget once we have the identifier datatype
[16:16:56] <Lydia_WMDE>	 right
[16:17:10] <benestar>	 Lydia_WMDE: will the identifier datatype go into wikidata or get its own extension?
[16:17:19] <Lydia_WMDE>	 wikidata imho
[16:17:26] <benestar>	 *wikibase ;)
[16:17:29] <Lydia_WMDE>	 right
[16:17:33] <benestar>	 k
[16:22:34] <aude>	 gadget* without the typo :)
[16:30:02] <Lydia_WMDE>	 benestar|afk: poke
[16:30:05] <Lydia_WMDE>	 now or never?
[16:30:06] <Lydia_WMDE>	 :D
[16:31:52] <Lydia_WMDE>	 benestar|afk: I'm going to send it. hope that is fine with you
[16:39:06] * aude excited :)
[16:43:23] <sjoerddebruin>	 Ok... https://www.wikidata.org/w/index.php?title=Q20856230&type=revision&diff=246923709&oldid=246923647
[17:04:25] <Lydia_WMDE>	 Amir1: argh... i forgot to put in kian into the weekly summary -.-  I'll get it into the next one
[17:05:35] <benestar>	 Lydia_WMDE: what now or never?
[17:05:43] <benestar>	 i gave you the links, didn't I?
[17:05:58] <Lydia_WMDE>	 benestar: yeah i wasn't sure if you wanted to post it or if i should :D
[17:06:01] <Lydia_WMDE>	 i've done it now
[17:06:03] <Lydia_WMDE>	 all good :)
[17:06:35] <benestar>	 thx :)
[17:06:47] <Lydia_WMDE>	 np
[17:06:58] * Lydia_WMDE feels like it is wikidata christmas today
[17:06:59] <Lydia_WMDE>	 :P
[17:08:37] <matej_suchanek>	 Lydia_WMDE: you should keep something for the 3rd birthday
[17:08:44] <Lydia_WMDE>	 matej_suchanek: damn! :D
[17:09:03] <Lydia_WMDE>	 otoh i couldn't let you wait with this until then
[17:13:52] <Amir1>	 It's okay Lydia_WMDE  :)
[17:14:12] <Lydia_WMDE>	 Amir1: added it now and also posted it on twitter and co
[17:14:19] <Lydia_WMDE>	 so will be in the one next week
[17:14:26] <Amir1>	 oh
[17:14:29] <Amir1>	 really cool
[17:14:32] <Amir1>	 thanks :)
[17:15:46] <Lydia_WMDE>	 np
[17:56:53] <benestar>	 DanielK_WMDE_: I've implemented your proposal now 
[18:02:41] <DanielK_WMDE_>	 benestar: oh cool!
[18:08:33] <DanielK_WMDE_>	 benestar: ...and +2. Yay simple code :)
[18:09:18] <benestar>	 :D
[18:12:06] <benestar>	 DanielK_WMDE_: need also to review https://gerrit.wikimedia.org/r/#/c/235042/ but should be easy as well
[18:12:16] <DanielK_WMDE_>	 yes, looking at it now
[18:17:15] <DanielK_WMDE_>	 jzerebecki: https://gerrit.wikimedia.org/r/#/c/234979/
[18:21:49] <addshore>	 for whoever wants it, https://gerrit.wikimedia.org/r/235051
[18:22:09] <Nemo_bis>	 The WikibaseQualityConstraints extension has no extension page?
[18:22:39] <addshore>	 and yay jzerebecki sorting out the pre and post confusion! :D
[18:23:03] <addshore>	 Nemo_bis: see https://www.mediawiki.org/wiki/Wikibase_Quality_Extensions
[18:23:19] <addshore>	 :P
[18:23:42] <Nemo_bis>	 So it doesn't?
[18:24:05] <addshore>	 well, it is an extension of an extension (i do believe) the main extension being WikibaseQuality
[18:24:05] <Nemo_bis>	 Go figure who's active https://git.wikimedia.org/metrics/mediawiki%2Fextensions%2FWikibaseQualityConstraints
[18:24:33] <Nemo_bis>	 uncategorised pages are evil
[18:24:58] <Amir1>	 Lydia_WMDE: around?
[18:25:58] <Nemo_bis>	 This font looks really bad https://upload.wikimedia.org/wikipedia/mediawiki/thumb/6/64/ItemPageCrossCheckButtonsHover.jpg/320px-ItemPageCrossCheckButtonsHover.jpg
[18:26:31] <benestar>	 Nemo_bis: hi :)
[18:27:32] <Nemo_bis>	 Hi benestar 
[18:28:25] <Amir1>	 Lydia_WMDE: I don't have twitter account but someone replied and said omitting artificial is unforgivable. Just saying: 1- name of the course all around the world is "Neural networks" not "artificial neural networks" (just google "neural network course") 2- if you check wikipedia article it says: "...data - neural networks have been used" and tons of other
[18:28:25] <Amir1>	 omitting the "artificial" part  
[18:29:04] <Amir1>	 I'm usually write ANN since I'm too lazy but using neural network is completely ok
[18:30:16] <Amir1>	 fun fact google "neural network course" and Kian is in the first page 
[18:30:18] <addshore>	 DanielK_WMDE_: what formatter do I need to make links like on https://www.wikidata.org/wiki/Special:AllPages ? ;)
[18:32:29] <Nemo_bis>	 Amir1: that's fun indeed, soon you can sell advertising space to coursera and competitors
[18:33:09] <Amir1>	 :)))))) not until WMDE funds me
[18:33:17] <Amir1>	 after that
[18:33:23] <Amir1>	 I think about it :D
[18:35:36] <sjoerddebruin>	 funds!??!?!?!!
[18:39:10] <DanielK_WMDE_>	 addshore: oooohhhh.... that's magic... that just *happens* if you make plain [[Q1234]] links. try it :)
[18:39:53] <benestar>	 DanielK_WMDE_: lol "that just happens" xD
[18:40:27] <DanielK_WMDE_>	 really, try it!
[18:40:33] <DanielK_WMDE_>	 addshore: you can use Linker::makeKnownLinkObj
[18:40:43] <DanielK_WMDE_>	 (eeewww, global state... but consistent)
[18:40:59] <DanielK_WMDE_>	 addshore: give it *just* the title.
[18:41:48] <DanielK_WMDE_>	 benestar: doesn't happen in wikitext. it's a magic trck we use to make "normal" special pages readable with wikibase
[18:41:55] <DanielK_WMDE_>	 because Q128937465 isn't so useful
[18:42:05] <benestar>	 DanielK_WMDE_: would be nice in wikitext as well but perhaps too expensive
[18:42:18] <DanielK_WMDE_>	 and also too magic. how would you override it?
[18:42:30] <benestar>	 [[:Q123
[18:42:36] <benestar>	 a colon before
[18:42:38] <benestar>	 like for files
[18:42:46] <DanielK_WMDE_>	 would be nice if it would work with the pipe trick though.  [[Q64|]] would turn into [[Q64|Berlin]]
[18:42:47] <AsimovBot>	 10[2] 10https://www.wikidata.org/wiki/Q64
[18:42:50] <DanielK_WMDE_>	 yea, that would be nice
[18:45:12] <DanielK_WMDE_>	 benestar, addshore: if you want to know how it works, have a look at LinkBeginHookHandler
[18:45:19] <DanielK_WMDE_>	 (ttok me a minute to find that code again)
[18:46:22] <benestar>	 DanielK_WMDE_: so we won't support to query for all badges regardless the site on wikidata, right?
[18:46:34] * benestar is going to abandon the whole queue then
[18:48:29] <benestar>	 this can still be merged though https://gerrit.wikimedia.org/r/#/c/234850/3
[18:50:41] <DanielK_WMDE_>	 benestar: before you throw away the code, ask Lydia. But I see no strong use case for such a feature; none anyway that would warrant the introduction of a new db table
[18:51:00] <benestar>	 DanielK_WMDE_: abandoned now, can still be restored
[18:51:01] <DanielK_WMDE_>	 we should discuss introducing a new column into items_per_site though. do you want to propose that?
[18:51:12] <benestar>	 poor wasted time of work :(
[18:51:21] <DanielK_WMDE_>	 benestar: sorry about the late intervention. should have though of this solution earlier. 
[18:51:25] <benestar>	 DanielK_WMDE_: how can we avoid such a waste in future?
[18:51:25] <DanielK_WMDE_>	 but it's nice, isn't it?
[18:51:33] <benestar>	 sure, I don't blame you
[18:51:41] <benestar>	 but we should try to fix that in future
[18:51:51] <DanielK_WMDE_>	 more people looking at more things thinking smarter thoughts? I don't know. 
[18:52:28] <DanielK_WMDE_>	 Basically, this solution didn't occurr to anyone when we discussed it. Not much we can do abotu this.
[18:52:32] <addshore>	 makeKnownLinkObj is deprecated ;)
[18:52:45] <addshore>	 @deprecated since 1.16 Use link() hah
[18:52:48] <benestar>	 still nice that we found that solution
[18:53:11] <DanielK_WMDE_>	 benestar: the best we can do is make sure we discuss the proposed solution with the appropriate people, and give enough time for input. we did, and we discussed the outcome, which you implemented... and then I didn't like it ;)
[18:53:28] <DanielK_WMDE_>	 addshore: ah whatever ;)
[18:53:30] <benestar>	 I will try to be smarter next time ^^
[18:53:54] <benestar>	 DanielK_WMDE_: how urgent is it to have the badges in the table?
[18:53:59] <DanielK_WMDE_>	 so will I... if we are all smarter nixt time, every time, we'll be SOOOO SMART in the future ;)
[18:54:18] <benestar>	 I can create a ticket for that but if I guess there are more important things atm :)
[18:54:18] <addshore>	 ahh, i guess that thing has no fallback though, mayeb I wont use it :p
[18:54:23] <benestar>	 yes we will \o/
[18:54:38] <benestar>	 addshore: rather implement the fallback then :P
[18:54:48] <addshore>	 mhhhm, not for this fix ;)
[18:54:53] <DanielK_WMDE_>	 benestar: not very. depends on usage patterns via direct access. if people decide they want to access badges of lots of items in lots of places, and only the badges, then it would be a big improvement to have them in items_per_site
[18:54:58] <DanielK_WMDE_>	 until then, not really.
[18:55:31] <DanielK_WMDE_>	 addshore: oh, no language fallback?! That should actually be fixed!
[18:55:32] <addshore>	 oh wait LinkBeginHookHandler take a lang fallback chain, maybe my local wiki is just missing lots of lables....
[18:55:36] <DanielK_WMDE_>	 shouldn't be hard, right?
[18:55:50] <DanielK_WMDE_>	 addshore: please at least file a bug, it's a really issue if fallback is missing there.
[18:56:00] <addshore>	 looks like it is there DanielK_WMDE_ ;)
[18:56:02] <DanielK_WMDE_>	 hm, but... didn't i implement prefetching with fallback for just this?
[18:56:16] <DanielK_WMDE_>	 yay \o/
[19:02:14] <addshore>	 bah, if I use the tidy globalness of Linker thought I cant prefeth :P and I would feel silly instansiating an object called LinkBeginHookHandler xD
[19:02:42] <addshore>	 well, I could prefetch, as I know WikibaseRepo will give me the same bufferedTermLookup in there and for my call....
[19:02:44] <addshore>	 mhhhhm, uggliness
[19:03:19] <benestar>	 addshore: outch, sounds like a code smell
[19:06:43] <aharoni>	 Hallo.
[19:08:20] <aharoni>	 Is it a known issue that the [edit] link at the sitelinks list on item pages sometimes takes you to Special:SetSiteLink instead of opening the inline sitelinks editor?
[19:08:39] <aharoni>	 Happens to me occasionally. Some JavaScript loading problem, I guess.
[19:10:08] <addshore>	 aharoni: it can happen if you click too quickly! ie. before the JS has fully loaded
[19:10:28] <addshore>	 DanielK_WMDE_: benestar thoguhts? ;) https://gerrit.wikimedia.org/r/235060
[19:11:26] <benestar>	 addshore: what's the differenc ein display?
[19:11:30] <benestar>	 *difference in
[19:12:13] <addshore>	 benestar: links look like this now https://www.wikidata.org/wiki/Special:AllPages
[19:12:27] <addshore>	 inseatd of like this wikidata.beta.wmflabs.org/wiki/Special:ListProperties
[19:13:04] <nikki>	 maybe it's related to the other issues people are having with js stuff not working properly on some page loads
[19:13:28] <benestar>	 addshore: why don't you just format the html yourself?
[19:13:39] <benestar>	 I oppose the usage of global state in that change :S
[19:13:52] <addshore>	 haha, benestar the change is just to make you laugh a little ;)
[19:14:27] <benestar>	 oh dear, I'm too sad that I could laugh atm :(
[19:14:56] <benestar>	 addshore: btw what's the state of WikibaseDMServices?
[19:15:03] <benestar>	 I guess the transition isn't complete yet
[19:15:10] <addshore>	 benestar: near release / just released i guess
[19:15:21] <addshore>	 this next release basically has all / most the stuff in it
[19:15:22] <addshore>	 afaik
[19:17:43] <benestar>	 addshore: sitelinklookup still missing
[19:17:49] * benestar 's going to add it
[19:18:15] <addshore>	 :D
[19:19:55] <Ainali>	 Two weeks ago I was doing a workshop, teaching how to use Autolist2 and Widar. Some participants got error messages saying something "to protect from spam..." Is there a limit on edit pace from one IP?
[19:33:06] <JeroenDeDauw>	 addshore: benestar was released some days ago
[19:33:14] <JeroenDeDauw>	 serialization components updated to match
[19:33:22] <benestar>	 addshore JeroenDeDauw: merge if tests pass https://gerrit.wikimedia.org/r/#/c/235063/ :)
[19:33:24] <JeroenDeDauw>	 WB.git still needs to do that to
[19:33:27] <JeroenDeDauw>	 tho
[19:33:29] <Nemo_bis>	 Ainali: maybe they were adding links?
[19:33:39] <JeroenDeDauw>	 benestar: my jetlag is over9000 atm
[19:33:58] <Nemo_bis>	 Ainali: I'm not sure when the captcha is triggered at Wikidata, for sure it's easier if one is autoconfirmed
[19:33:59] <Ainali>	 Nemo_bis: No, they were just adding statements where the values were other items
[19:34:00] <JeroenDeDauw>	 even if I just took a train starting in the same time zone as im now ;p
[19:34:13] <Nemo_bis>	 ok
[19:34:14] <addshore>	 hah
[19:38:44] <addshore>	 benestar: yes! make all of the patches to use the new stuff!
[19:46:17] <JeroenDeDauw>	 benestar: fix fix fix fix fix fix fix
[19:52:03] <Lydia_WMDE>	 Amir1: hehe yeah... i'll not reply and just leave it be
[19:53:48] <DanielK_WMDE_>	 addshore: i'll merge it
[19:54:06] <addshore>	 =]
[19:54:22] <addshore>	 DanielK_WMDE_: hooray
[19:54:34] <addshore>	 oh wait DanielK_WMDE_ did you see the commit message on PS1?
[19:54:39] <addshore>	 and infact, just the whole of PS1...?
[19:58:22] <DanielK_WMDE_>	 addshore: no, why?
[19:58:31] <addshore>	 have a look ;)
[20:00:12] <DanielK_WMDE_>	 addshore: uh, what about it?
[20:01:39] <DanielK_WMDE_>	 addshore: relying on global state saves quite a bit of bootstrap code, yea...
[20:01:44] <DanielK_WMDE_>	 but still we don't really want that :)
[20:02:12] <DanielK_WMDE_>	 addshore: make a follow-up if you think  this can/should,. be further simplified
[21:01:39] <icinga-wm>	 PROBLEM - wikidata.org dispatch lag is higher than 300s on wikidata is CRITICAL: HTTP CRITICAL: HTTP/1.1 200 OK - pattern not found - 1420 bytes in 0.174 second response time