[01:07:28] <jayvdb>	 I am still seeing pages with parts of the interface in the wrong language. e.g. https://www.wikidata.org/wiki/Q93189 is in pt
[01:08:48] <jayvdb>	 so was https://www.wikidata.org/wiki/Property:P1103 until I purged it
[01:10:35] <jayvdb>	 it seems the problem is caused by someone editing/adding a label/description - the language added/edited becomes the interface language for the next readers
[01:12:31] <jayvdb>	 https://www.wikidata.org/wiki/Q3532038 UI is in Russian
[01:15:36] <jayvdb>	 https://www.wikidata.org/wiki/Q130232 UI is in Spanish. (someone added a link to eswiki)
[01:15:44] <jayvdb>	 these can be found on the RecentChanges page
[01:17:41] <jayvdb>	 https://www.wikidata.org/wiki/Q2555173 - Finnish
[01:17:59] <jayvdb>	 new item https://www.wikidata.org/wiki/Q15697736 - Arabic
[01:21:02] <hoo>	 oh
[01:21:49] <hoo>	 <!-- Saved in parser cache with key wikidatawiki:pcache:idhash:3362716-0!*!*!*!en!*!* and timestamp 20140201010740
[01:21:50] <hoo>	 wtf
[04:10:01] <legoktm>	 parser cache isn't setting the language properly?
[06:47:30] <jayvdb>	 Wikibase Query Engine has disappeared from https://git.wikimedia.org/repositories/ (&gerrit)
[06:47:31] <GerardM->	 https://www.wikidata.org/wiki/Q140?setlang=en shows in German ...
[06:47:55] <GerardM->	 legoktm:  indeed
[06:48:27] <legoktm>	 jayvdb: I think the repo got renamed or merged somewhere
[06:48:30] <GerardM->	 jayvdb Reasonator shows it correct
[06:56:16] <jayvdb>	 WikibaseQuery is in the list with the same name it has had for quite a while.  o well, wmde github has it still
[07:49:11] <GerardM->	 jayvdb there is the WDQ that DOES provide query now
[09:12:33] <GerardM->	 does anybody know if a bug has been posted ?
[09:12:39] <jayvdb>	 im doing it now
[09:37:57] <jayvdb>	 https://bugzilla.wikimedia.org/show_bug.cgi?id=60715
[09:39:53] <GerardM->	 thanks jayvdb 
[10:36:13] <benestar>	 where is Lydia?
[11:02:25] <jayvdb>	 GerardM-: do you see anything any possible improvement here https://www.wikidata.org/wiki/Wikidata:Requests_for_permissions/Bot/JVbot ? .. ;-)
[11:06:12] <JohnFLewis>	 benestar: In Belgium.
[11:06:37] <benestar>	 JohnFLewis: for what purpose?
[11:07:06] <JohnFLewis>	 benestar: FOSDEM
[11:07:20] <benestar>	 do you know when she will be back
[11:07:21] <benestar>	 ?
[11:07:42] <JohnFLewis>	 3rd of Feb?
[11:13:13] <benestar>	 jayvdb: the task looks good but I think we should wait some time for community members to comment
[11:13:20] <benestar>	 then I'll approve
[12:34:12] <benestar>	 aude: hi :)
[12:34:38] <benestar>	 having a bit of time?
[13:40:50] <benestar>	 should we merge https://www.wikidata.org/wiki/Q1902342 and https://www.wikidata.org/wiki/Q732699 ?
[13:53:21] <hoo>	 aude: Around?
[15:03:10] <grrrit-wm>	 (03CR) 10Siebrand: [C: 04-1] "Message documentation is missing for newly added strings." [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/109685 (owner: 10Addshore)
[15:16:09] <hoo>	 damn global state
[15:16:12] * hoo  rages

[15:26:26] <grrrit-wm>	 (03PS1) 10Hoo man: Prevent WikiPage::doEditContent from adding to the ParserCache [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110694 
[15:26:50] <grrrit-wm>	 (03CR) 10Addshore: "The doc is in the i18n file!" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/109685 (owner: 10Addshore)
[15:26:57] <hoo>	 addshore: Around?
[15:27:02] <addshore>	 just :P
[15:27:41] <hoo>	 addshore: See that patch, it's insane
[15:27:57] <hoo>	 but the only fix I could find, despite disabling the parser cache (yet again)
[15:28:10] <grrrit-wm>	 (03PS2) 10Hoo man: Prevent WikiPage::doEditContent from adding to the ParserCache [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110694 
[15:29:41] <addshore>	 >.>
[15:30:38] <grrrit-wm>	 (03PS1) 10Hoo man: EntityView::getHtml's second parameter is bool $editable [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110695 
[15:31:58] <hoo>	 addshore: I guess that's also the issue why we have the same problems in other extensions (eg. InputBox)
[15:32:14] <hoo>	 MediaWiki ... -.-
[15:32:31] <addshore>	 :D
[15:33:15] <grrrit-wm>	 (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110694 (owner: 10Hoo man)
[15:36:07] <grrrit-wm>	 (03PS3) 10Hoo man: Prevent WikiPage::doEditContent from adding to the ParserCache [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110694 
[15:38:44] <grrrit-wm>	 (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110694 (owner: 10Hoo man)
[15:43:02] <grrrit-wm>	 (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110695 (owner: 10Hoo man)
[15:44:57] <grrrit-wm>	 (03CR) 10Addshore: [C: 032] EntityView::getHtml's second parameter is bool $editable [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110695 (owner: 10Hoo man)
[15:47:21] <grrrit-wm>	 (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110694 (owner: 10Hoo man)
[15:52:34] <hoo>	 hah, found a better solution :)
[15:55:00] <grrrit-wm>	 (03PS4) 10Hoo man: Add EntityHandler::makeParserOptions [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110694 
[16:00:49] <grrrit-wm>	 (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110694 (owner: 10Hoo man)
[16:02:40] <grrrit-wm>	 (03PS5) 10Hoo man: Add EntityHandler::makeParserOptions [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110694 
[16:02:42] <hoo>	 addshore: ^
[16:08:13] <grrrit-wm>	 (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110694 (owner: 10Hoo man)
[16:57:07] <hoo>	 hi DanielK_WMDE
[16:57:14] <hoo>	 We got ParserCache problems, yet again... https://gerrit.wikimedia.org/r/110694
[17:30:58] <benestar>	 DanielK_WMDE: hi :)
[17:31:11] <benestar>	 are you still working on the entity redirect bug?
[17:31:58] <hoo>	 benestar: It's Saturday, so I doubt he'll be working on anything today :D
[17:32:09] <benestar>	 hoo: I meant in general :P
[17:33:00] <benestar>	 hoo: so why are you here? ;)
[17:33:38] <hoo>	 benestar: Doing stuffs :P Fixed a rather critical bug for the deployment and now I'm doing non-Wikidata things...
[17:33:55] <benestar>	 hoo: something like Sportschau? :)
[17:33:56] <hoo>	 * which came up after the deployment
[17:36:27] <hoo>	 benestar: heh, no... one of the things is writing the Statement for my steward candidacy
[17:36:46] <benestar>	 ok, so still Wikimedia things ;)
[17:36:55] <hoo>	 partly, yes
[19:53:47] <grrrit-wm>	 (03CR) 10WikidataJenkins: "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110809 (owner: 10L10n-bot)
[20:06:25] <Schisma_____>	 hi
[20:07:04] <Schisma_____>	 is it planned to connect wikidata also to other (non-wikimedia foundation) wikis?
[20:07:30] <Schisma_____>	 for instance the wikis who are hosted by wikia
[20:07:47] <TomT0m>	 Schisma_____, that depends, what do you mean by "connect" ?
[20:08:28] <DanielK_WMDE>	 benestar: i didn't work on it while traveling, planningto finish it next week.
[20:09:01] <benestar>	 DanielK_WMDE: great, so how far will the implementation be finished then?
[20:09:09] <Schisma_____>	 like linking sherlock holmes (Q4653) also to to sherlock holmes article in the baker street wiki: http://bakerstreet.wikia.com/wiki/Sherlock_Holmes
[20:09:10] <DanielK_WMDE>	 Schisma_____: there are no concrete plans, but we all agree that it would be nice :)
[20:09:13] <benestar>	 will redirects already be possible?
[20:09:42] <Schisma_____>	 should i Propose it somewhere?
[20:09:45] <DanielK_WMDE>	 Schisma_____: the tricky bit is to find an efficient way to notify a potentially very large number of client wikis about changes on wikidata.org
[20:10:07] <DanielK_WMDE>	 we are looking into pubsubhubbub, but it seems like it's not really smart enough for the task.
[20:10:18] <benestar>	 Schisma_____: do you mean to make wikia wikis clients of wikidata or only having identifiers to them?
[20:10:27] <DanielK_WMDE>	 Schisma_____: if you can propose a concrete way to do it, sure
[20:10:40] <Schisma_____>	 DanielK_WMDE: do the wiki clients need to change something in their code?
[20:11:02] <benestar>	 Schisma_____: if they want to use wikibase, yes
[20:11:19] <Schisma_____>	 i mean in the end its just a link
[20:11:32] <DanielK_WMDE>	 benestar: it's a chain of at least three changes, maybe more. can't tell you how far i'll get next week. hoefully, at least the entity store stuff will be done
[20:11:41] <DanielK_WMDE>	 getting the cachign right is tricky though
[20:11:47] <benestar>	 ok, sounds great :)
[20:11:55] <benestar>	 DanielK_WMDE: if I can help anyhow, please tell me
[20:12:09] <benestar>	 I'd love to speed things a bit up
[20:12:18] <benestar>	 not sure if I can be helpful though
[20:12:22] <DanielK_WMDE>	 Schisma_____: client wikis have to install an extension, but that currently only works if the repository's database can be accessed directly. a new notification mechanism would have to be iunvented and implemented
[20:12:32] <Schisma_____>	 icicic
[20:12:39] <DanielK_WMDE>	 also, wikia uses a rather old version of mediawiki, they would have to update to 1.22 
[20:13:02] <benestar>	 Schisma_____: it depends on whether wikia wants to be strongly connected to wikidata as DanielK_WMDE pointed out
[20:13:19] <DanielK_WMDE>	 yea - just fetchigng information from wikidata is simple enough
[20:13:28] <DanielK_WMDE>	 being notified when stuff changes is a lot more tricky
[20:13:35] <Schisma_____>	 DanielK_WMDE:  and using a link type clain wouldn't be the easiest way?
[20:13:41] <Schisma_____>	 claim
[20:13:43] <benestar>	 if you only want to have links, you can also propose a property like the links to freebase ;)
[20:13:48] <DanielK_WMDE>	 (because sending notifications about all changes to all clients would just be way too much)
[20:14:08] <benestar>	 not sure if the community will like it though, but that's something you can propose
[20:15:02] <DanielK_WMDE>	 Schisma_____: the easiest way to do what? *associate* a wiki page on wikia with a data item? sure. once we have simple queries up, you could even use that for a reverse lookup, finding the item associated with a given wikia page
[20:15:08] <DanielK_WMDE>	 that should be possible in a couple of months
[20:15:40] <DanielK_WMDE>	 but as I said: notifications are a lot harder. what if somebody changes thatlink? or some other info that is then pulled in by the wikia page?
[20:21:03] <benestar>	 lol, my bot is talking with itself
[20:21:37] <benestar>	 https://www.wikidata.org/w/index.php?title=User%3ABeneBot*%2Fmovelinks.js&diff=107065371&oldid=107065205
[20:25:11] <hoo|away>	 DanielK_WMDE: FYI, https://gerrit.wikimedia.org/r/110694 ... do we consider that critical? Would like it to be backported
[20:26:59] <uew>	 just wondering, editing items with many claims seems terribly slow... any particular reason?
[20:27:45] <hoo|away>	 uew: Are that recent regressions (=> did it recently get slower)?
[20:29:19] <uew>	 not sure since when exactly, today it is so the whole day, before i didnt edit on wikidata for quite some while
[20:29:39] <hoo>	 uew: Is it the editing itself or rather the page loading?
[20:32:38] <uew>	 the page loading too, but also the editing. when i for example add a new qulifier to a statement it takes several second until it accepts a value
[20:33:12] <uew>	 saving too is slow
[20:33:25] <hoo>	 Sounds like server-side slowness, mh
[20:36:24] <Schisma_____>	 I'm sure wikia would appreciate to be connected to wikidata 
[20:37:08] <benestar>	 Schisma_____: is there already a consensus or is it only your idea atm?
[20:37:26] <Schisma_____>	 i just had this idea
[20:37:42] <Schisma_____>	 and wanted to know if its already been discussed
[20:37:52] <benestar>	 Schisma_____: maybe you might also bring this topic up there so that they can discuss about it, too
[20:48:13] <Schisma_____>	 benestar: i will
[20:48:32] <Schisma_____>	 where is the place for such a meta topic?
[20:52:14] <uew>	 not really sure about server-side... every time i edit/add/save a claim or qualifier my cpu usage gets through the roof
[20:52:54] <uew>	 maybe something with javascript?
[20:52:54] <hoo>	 mh, just also tried that locally, it's not super-fast, but certainly doesn't take seconds (server side9
[20:53:01] <hoo>	 Could be :/
[20:58:19] <benestar>	 uew: that is perhaps the javascript problem which makes the browser hang up
[20:59:53] <DanielK_WMDE>	 hoo: hm, looks nasty. not sure the solution is the best, though. but definitly better than polluting the cache.
[21:00:11] <DanielK_WMDE>	 hoo: yes, should be backported (if it fixed the problem, didn't test)
[21:00:52] <hoo>	 DanielK_WMDE: It fixed the problem for me locally... an earlier patch set just disabled the ParserCache while saving pages, but that seemed totally insane
[21:01:20] <DanielK_WMDE>	 uew: what benestar said. there are a lot of issues with JS performance
[21:02:44] <DanielK_WMDE>	 hoo: not totally insane, just means that we don't pre-fill the cache. pre-filling on safe isn't that useful anyway if the cache is split by language. also, not as useful for wikibase as for core, since we don't re-load the page right after editing.
[21:02:58] <DanielK_WMDE>	 but i agree that using the correct parser options is preferable.
[21:03:18] <hoo>	 DanielK_WMDE: Sure, but changing the global in there seemed a little... well :P
[21:03:30] <hoo>	 What I have now seems acceptable
[21:04:03] <grrrit-wm>	 (03CR) 10Daniel Kinzler: [C: 031] Add EntityHandler::makeParserOptions (031 comment) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110694 (owner: 10Hoo man)
[21:04:38] <DanielK_WMDE>	 hoo: oh, i didn't see the patch, so i didn't know that - eeek :D
[21:15:47] <grrrit-wm>	 (03PS6) 10Hoo man: Add EntityHandler::makeParserOptions [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110694 
[21:16:36] <grrrit-wm>	 (03CR) 10Hoo man: "Expanded the inline comment a little, also clarified the commit summary. Per Daniel" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110694 (owner: 10Hoo man)
[21:21:28] <grrrit-wm>	 (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110694 (owner: 10Hoo man)
[21:30:26] <benestar>	 Lydia_WMDE: :DDD
[21:31:25] <hoo>	 hey Lydia_WMDE :) How was the talk?
[21:55:45] <Schisma_____>	 bye
[21:56:34] <benestar>	 Schisma_____: bye, and good luck :)
[21:57:17] <DanielK_WMDE>	 JeroenDeDauw: saw the picture Siebrand posted of your talk. red shirt and black pants makes it seem like you'll die early on the mission... the resolution isn't too good, is that a communicator you are waring on the shirt?...
[21:59:52] <sjoerddebruin>	 When are we going to hit the 14-mark?
[22:08:48] <grrrit-wm>	 (03CR) 10Hoo man: "This caused a regression... yet again" (031 comment) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/98281 (owner: 10Bene)
[22:11:01] <hoo>	 benestar: ... why did you do that afterall?
[22:13:33] <benestar>	 hoo: sorry, that's silly
[22:13:39] <benestar>	 what do you mean with afterall?
[22:13:55] <benestar>	 also can I use the same patch although it is already merged?
[22:14:15] <hoo>	 benestar: I already have a fix
[22:14:30] <hoo>	 but maybe I'm overlooking something... why did you do that?
[22:14:34] <benestar>	 hoo: so what do you mean with "afterall" ?
[22:15:14] <hoo>	 * after all
[22:15:42] <hoo>	 Why did you introduce that function although it's apparently not needed (see supper class)
[22:15:51] <hoo>	 * super
[22:16:27] <grrrit-wm>	 (03PS1) 10Hoo man: Avoid "Maximum function nesting level reached" in SpecialSetSiteLink [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110824 
[22:17:09] <hoo>	 benestar: ^
[22:18:21] <benestar>	 hoo: I see, I wanted to be sure that the id belongs to an item
[22:18:38] <benestar>	 but did not remember that getitem itself uses getentity
[22:18:47] <benestar>	 I am really ashamed
[22:18:59] <hoo>	 Also that function is not even called in there AFAIS
[22:19:21] <hoo>	 sorry, forget that
[22:19:23] <hoo>	 wrong context
[22:21:44] <hoo>	 benestar: I still get ""P20" is not a valid item id. Site links can only be set for items." so that's probably not needed
[22:21:59] <grrrit-wm>	 (03CR) 10Bene: [C: 031] "This does not check whether the id passed is really an item id but this is done at the content check anyhow so it does not matter at this " [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110824 (owner: 10Hoo man)
[22:22:02] <grrrit-wm>	 (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110824 (owner: 10Hoo man)
[22:22:28] <benestar>	 hoo: yes, because there is the check for entitycontent and itemcontent
[22:22:31] <hoo>	 :)
[22:23:06] <hoo>	 That again proofs the point that we need more unit tests for these... second time they throws Fatal errors within like 2 weeks -.-
[22:23:19] <hoo>	 * throw
[22:27:54] <benestar>	 hoo: I already extended some but anyhow the page got through...
[22:28:21] <hoo>	 benestar: :) Thanks for working on these parts, they certainly need love
[22:28:52] <benestar>	 I also need to test more on my local host but it is extremely slow
[22:29:05] <benestar>	 hoo: is there a better option then using a localhost?
[22:29:33] <hoo>	 benestar: Not really, our Lab test systems are broken atm
[22:29:48] <benestar>	 -.-
[22:30:03] <hoo>	 usually your localhost will get faster after a couple of page hits, if not, you might want to install a byte-code cache and/or use memcached
[22:30:07] <hoo>	 you can also use beta wikidata
[22:30:11] <hoo>	 it usually runs master
[22:30:32] <benestar>	 hoo: I think fatal errors should be fixed before getting to master ...
[22:30:36] <hoo>	 http://wikidata.beta.wmflabs.org/wiki/Special:SetSiteLink/Q123
[22:30:42] <hoo>	 Of course
[22:31:19] <hoo>	 oh, the problem isn't yet on beta as that is running Wikidata master, but not Wikibase master, gnah
[22:37:21] <benestar>	 hoo: ah, the tests only covered SpecialModifyTerm pages...
[22:38:32] <grrrit-wm>	 (03CR) 10Jeroen De Dauw: [C: 032] Avoid "Maximum function nesting level reached" in SpecialSetSiteLink [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110824 (owner: 10Hoo man)
[22:55:54] <grrrit-wm>	 (03PS1) 10Bene: Create more tests for Special:SetSiteLink [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110825 
[23:01:31] <grrrit-wm>	 (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110825 (owner: 10Bene)
[23:01:41] <hoo>	 benestar: Don't hard code Entity/Item ids
[23:02:18] <benestar>	 :'(
[23:04:44] <hoo>	 :/
[23:06:06] <grrrit-wm>	 (03CR) 10Hoo man: [C: 04-1] "Please don't hard code entity ids, rather create things when needed." (032 comments) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110825 (owner: 10Bene)
[23:06:19] <rschen7754>	 lol
[23:06:52] <hoo>	 rschen7754: huh?
[23:07:20] <rschen7754>	 just lurking :O
[23:20:34] <benestar>	 hoo: does jenkins use experimental features?
[23:20:48] <hoo>	 benestar: Yep, the tests are broken if you disable those :/
[23:22:45] <grrrit-wm>	 (03PS2) 10Bene: Create more tests for Special:SetSiteLink [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110825 
[23:23:15] <benestar>	 hoo: @settings, I fear there isn't
[23:23:35] <hoo>	 mh... Jeroen wont like that
[23:23:51] <benestar>	 I know but the settings are directly used
[23:24:19] <benestar>	 we have to change something in general if we want to avoid this settings hacks
[23:24:43] <hoo>	 ok :/
[23:25:49] <hoo>	 array( $badgeId => '' )
[23:25:51] <hoo>	 looks flawed
[23:28:22] <grrrit-wm>	 (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110825 (owner: 10Bene)
[23:29:37] <grrrit-wm>	 (03CR) 10Hoo man: [C: 04-1] Create more tests for Special:SetSiteLink (034 comments) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110825 (owner: 10Bene)
[23:30:11] <hoo>	 also to much indentation, forgot that</nitpick>
[23:31:45] <benestar>	 hoo: new tests means initialising everything again
[23:34:42] <hoo>	 benestar: not really, you can have just a generic matches array and extend that per test
[23:35:04] <benestar>	 hoo:  you mean as a private variable?
[23:35:19] <hoo>	 why not, yes
[23:35:42] <benestar>	 ok, if that is allowed :P
[23:37:13] <benestar>	 hoo: should I also change the other test to that format?
[23:37:29] <hoo>	 you mean for the other special pages?
[23:37:42] <hoo>	 Rather not yet, at least not in the same change set
[23:47:23] <grrrit-wm>	 (03PS3) 10Bene: Create more tests for Special:SetSiteLink [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110825 
[23:49:17] <hoo>	 benestar: Rather use a static var instead of setting it each time in setUp
[23:49:32] <benestar>	 hoo: don't tink so
[23:49:43] <hoo>	 but I do
[23:49:45] <benestar>	 because each test should have the plain version
[23:49:57] <hoo>	 Yep
[23:50:04] <benestar>	 otherwise the data could already be modified by another test
[23:50:10] <benestar>	 ->static
[23:50:10] <hoo>	 $matchers = self::$matchers;
[23:50:22] <benestar>	 hoo: hehe, ok...
[23:50:33] <benestar>	 hoo: aren't that references?
[23:50:40] <hoo>	 not in PHP
[23:50:55] <hoo>	 only for objects
[23:52:07] <benestar>	 hoo: and why is it better to use the static variable?
[23:52:39] <hoo>	 benestar: You can also use a member variable, but no need to reset that in set'Up each time
[23:52:58] <grrrit-wm>	 (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/110825 (owner: 10Bene)
[23:53:12] <benestar>	 yes, I know...
[23:57:29] <benestar>	 why is phpunti so slow?
[23:57:55] <hoo>	 benestar: It's not, we just have a lot of tests
[23:58:12] <benestar>	 hoo: I limit it to SpecialWikibasePage
[23:58:22] <benestar>	 * WikibaseSpecialPage
[23:58:26] <hoo>	 If you run the tests locally you can usually cut down the running time by 40% if you disable xdebug