[00:00:38] <kaldari>	 Krenair: oops, left that from debugging
[00:01:35] <kaldari>	 Krenair: uncommented
[00:02:37] <kaldari>	 also rebased
[00:03:08] <Krenair>	 Deprecated:  Use of Linker::makeLinkObj was deprecated in MediaWiki 1.21. [Called from call_user_func_array in (internal function)] in /var/www/MediaWiki/Git/core/includes/debug/Debug.php on line 283
[00:03:27] <Krenair>	 I wonder where that notice is coming from... Oh well, not related to Echo
[00:03:59] <RoanKattouw>	 It doesn't say where it comes from, so you don't really know I suppose
[00:04:09] <RoanKattouw>	 whether Echo is to blame
[00:04:37] <kaldari>	 I'm pretty sure we don't use makeLinkObj anywhere
[00:04:38] <mdale>	 j^ the page appears to work for me
[00:05:21] <Reedy>	 ConfirmAccount does
[00:05:51] <Reedy>	 10 usages in our repos seemingly
[00:06:04] <Krenair>	 kaldari, just gave it a final test and merged
[00:06:06] <kaldari>	 I mean we don't use it anywhere in Echo :)
[00:06:07] <mdale>	 j^: is it not working for you ?
[00:06:19] <kaldari>	 Krenair: Thanks!
[00:06:37] <robla>	 mdale: j^: unfortunately, I think we're probably going to need more time to figure this out than what we'll likely have before tomorrow's window
[00:06:39] <j^>	 mdale: it works ok, but fails if i add ?debug=true
[00:07:05] <mdale>	 interesting ( in a bad way )... are you in IE9 pretending to be IE8?
[00:07:27] <j^>	 robla: right now we have a situation where it works for mdale and me and not for chrismcmahon.
[00:07:31] <j^>	 mdale: that was IE8/XP
[00:07:41] <mdale>	 yep
[00:08:00] <chrismcmahon>	 mdale: I have yet to see TMH do anything other than ""Sorry, your browser either has JavaScript disabled or does not have any supported player...". in my IE8/IE7 on test2/test.  I don't know what the source of that issue might be.
[00:08:04] <mdale>	 I get a Notice"><!-- CentralNotice --><script>mw.centralNotice.initialize();< error in IE(
[00:08:09] <mdale>	 IE 9
[00:08:37] <mdale>	 is that IE9 pretending to be IE8 or IE7 ... or real deal?
[00:09:08] <chrismcmahon>	 mdale: both of my Windows instances are running native IEs, but their configuration is somewhat suspect.
[00:09:32] <robla>	 chrismcmahon: these are remote vm's, right?
[00:09:46] <mdale>	 hmm... can we have more people test their IE's in this room?
[00:10:01] <chrismcmahon>	 robla: IE7 is WinVista under VMWare fusion, IE8 is crossbrowsertesting.com
[00:14:43] <mdale>	 chrismcmahon: do those machines successfully play with the existing  cortado embed?
[00:16:04] <chrismcmahon>	 mdale: not sure I know what you're after.  do you have an example?
[00:16:20] <mdale>	 I mean like:http://en.wikipedia.org/wiki/File:Folgers.ogv
[00:16:27] <mdale>	 does it work with the old player?
[00:16:52] <chrismcmahon>	 checking...
[00:16:56] <chrismcmahon>	 but I bet they do
[00:17:18] <chrismcmahon>	 they work on commons
[00:17:58] <mdale>	 ok
[00:18:01] <mdale>	 yea that was my question
[00:18:46] <mdale>	 can you expose access to that VM... I just have XP/IE8 and win7/IE9 and Win8/IE10 handy.
[00:20:27] <j^>	 https://lh5.googleusercontent.com/-34E3vNdxGKw/UBLP6l1A1GI/AAAAAAACh2I/W8TdOh-_B7o/halloween.jpg
[00:20:44] <mdale>	 hehe
[00:22:12] <chrismcmahon>	 mdale: I can PM you the logon for crossbrowsertesting if you like.
[00:22:17] <Krenair>	 kaldari, what about those other icons which are in modules/icons? (gift, heart, people, trash)
[00:22:23] <mdale>	 I think I have recreated one sec...
[00:22:42] <kaldari>	 Krenair: yeah, might as well add all of them :)
[00:26:34] <mdale>	 yay
[00:26:35] <mdale>	 fixed.
[00:26:41] <kaldari>	 Krenair: All icons addded
[00:27:55] <Krenair>	 {{done}}
[00:27:55] <mdale>	 j^ easy review on this one: https://gerrit.wikimedia.org/r/31160
[00:28:19] <chrismcmahon>	 ha
[00:28:32] <mdale>	 good old trailing comas
[00:29:57] <j^>	 merged
[00:30:41] * chrismcmahon  is also handling trick-or-treaters and cooking dinner, sorry for any disruptions

[00:33:45] <j^>	 i'm off for tonight
[00:35:42] <chrismcmahon>	 I'm going to have to do the same.  I'll be available around 7AM Pacific as usual.
[00:37:18] <mdale>	 me too ;) ... we can test tmw morning see how we feel .. thanks and have a good Halloween.
[00:40:51] <Krenair>	 yay gerrit 503s
[01:21:47] <Krenair>	 That deprecated notice I posted earlier was from Renameuser, and it's already being fixed: https://gerrit.wikimedia.org/r/#/c/23986
[04:23:43] <Dcoetzee>	 Hi all, is anyone here?
[04:23:53] <Dcoetzee>	 There's a technical emergency on Commons, could really use immediate help.
[04:24:06] <Dcoetzee>	 Please see http://commons.wikimedia.org/wiki/Commons:Administrators%27_noticeboard#new_nasty_bug.21
[04:29:04] <RoanKattouw>	 Dcoetzee: Could you report that on Bugzilla and CC aschulz@wikimedia.org ?
[04:29:27] <Dcoetzee>	 RoanKattouw: Riley's just entered it at 41615
[04:29:43] <RoanKattouw>	 !b 41615
[04:29:43] <wm-bot>	 https://bugzilla.wikimedia.org/show_bug.cgi?id=41615
[04:31:12] <RoanKattouw>	 Over in wikimedia-tech they're also reporting https://bugzilla.wikimedia.org/show_bug.cgi?id=41617 , also a nasty file undeletion bug
[04:31:17] <RoanKattouw>	 Today was the regularly scheduled biweekly deploy to Commons
[09:03:55] <Nemo_bis>	 preilly: do you if this is possible? https://translatewiki.net/wiki/Thread:Support/About_MediaWiki:Mobile-frontend-empty-homepage/en_%285%29
[09:04:23] <Nemo_bis>	 or MaxSem
[09:05:38] <MaxSem>	 I'll make it https
[09:05:50] <MaxSem>	 protocol-relative makes no sense here
[09:08:07] <Nemo_bis>	 ok thanks
[09:08:34] <Nemo_bis>	 that's what I was wondering, no idea if protocol-relative works on mobile devices
[09:09:24] <MaxSem>	 https://gerrit.wikimedia.org/r/31195
[09:09:35] <MaxSem>	 should work everywhere
[09:10:07] <MaxSem>	 however, it makes sense only for links to the wiki itself
[09:10:25] <MaxSem>	 otherwise, just use https if you can
[09:10:59] <Nemo_bis>	 ok
[09:11:07] <Nemo_bis>	 thank you!
[09:17:44] <ori-l>	 <MaxSem> however, it makes sense only for links to the wiki itself
[09:17:45] <ori-l>	 how come?
[09:45:48] <hashar>	 hello
[12:35:08] <Tpt>	 Hi, is it possible to make this patch live on server: https://gerrit.wikimedia.org/r/#/c/31187/
[12:35:10] <Tpt>	 It will remove the error reported in this bug: https://bugzilla.wikimedia.org/show_bug.cgi?id=41616
[12:35:12] <Tpt>	 And allow migration of Wikisources to wmf3.
[13:47:12] <hashar>	 anomie: there :-]
[13:47:19] <hashar>	 anomie: I am not entirely sure what test2 is
[13:47:29] <hashar>	 as far as I know it is a production wiki just like the rest
[13:47:52] <anomie>	 Yes, it is. But it's not showing up on beta, yet.
[13:48:35] <hashar>	 at first I guess we want to find out if there is a testwiki database on beta
[13:49:08] <anomie>	 test2.wikipedia.beta.wmflabs.org redirects to incubator for some reason
[13:49:31] <hashar>	 beta.wmflabs.org is a wildcard DNS entry so anything is accepted
[13:49:46] <hashar>	 I guess if we don't find the project in  wikiversions.dat, that trigger a redirects
[13:50:21] <hashar>	 though I have no idea how test2 is setup in production
[13:50:29] <anomie_>	 uh oh, I hope that connection drop was an isolated incident...
[13:50:43] <hashar>	 ;-]]]]]]]]]
[13:50:58] <hashar>	 beta.wmflabs.org is a wildcard DNS entry so anything is accepted I guess if we don't find the project in  wikiversions.dat, that trigger a redirects
[13:50:58] <hashar>	 though I have no idea how test2 is setup in production
[13:52:37] <anomie>	 hashar- if you can point me towards what I'll have to do generically, I'll figure out (or ask other people) what to do for test2 specifically.
[13:54:09] <hashar>	 so the configuration files are located in /data/project/apache/common-local
[13:54:12] <anomie>	 I guess I need to make sure a database for test2wiki exists on labs's mysql server (how do I do that?), then manipulate wmf-config to point test2 at that database. DNS is already working, so I don't have to worry about that at least.
[13:54:17] <hashar>	 which is shared on all instances
[13:54:21] <hashar>	 there is a symbolic link  /home/wikipedia/common
[13:54:31] <hashar>	 which is the path used in production
[13:54:46] <hashar>	 most commands are usually run from the deployment-dbdump virtual instance
[13:54:50] <hashar>	 which is kind of a bastion / work machine
[13:56:05] <hashar>	 anomie: we have two sql servers. The wikivoayge ones are on one host
[13:56:11] <hashar>	 all the other ones on deployment-sql
[13:56:17] <hashar>	 to connect you can use that lame script : http://dpaste.org/Sa3pQ/
[13:56:40] <hashar>	 will paste it on labsconsole
[13:57:37] <hashar>	 or use the mediawiki wrapper to run command line utilities:   mwscript sql.php --wiki=enwiki
[13:57:37] <hashar>	 that will send you to the correct database
[13:59:41] <hashar>	 added to the doc https://labsconsole.wikimedia.org/w/index.php?title=Deployment/Overview&diff=8522&oldid=8166
[14:00:32] <hashar>	 anomie: we just have a `testwiki` database.
[14:01:03] <hashar>	 so I guess you will have to use the addWiki script
[14:01:06] <anomie>	 So I see there is no test2wiki in deployment-sql. How do I create that? Oh... addWiki.php script that's mentioned just below there?
[14:01:47] <hashar>	 since I had to write that doc that seems to be a good way to find it out
[14:02:17] <hashar>	 https://labsconsole.wikimedia.org/w/index.php?title=Deployment/Overview#New_wiki
[14:02:56] <hashar>	 the production counterpart is at https://wikitech.wikimedia.org/view/Add_a_wiki
[14:03:05] <hashar>	 though there is a ton of stuff that does not apply to beta
[14:04:22] <hashar>	 anomie: around still?
[14:04:38] <anomie>	 hashar- Yes. I'll expand that "New wiki" section there as I do this.
[14:04:51] <hashar>	 so I guess you need to:  mwscript addWiki.php --wiki=test2wiki
[14:05:12] <hashar>	 you will have to add a database name to mediawiki version mapping. That is done by editing wikiversions.dat
[14:05:28] <hashar>	 simply add an entry at the end, should be something like: test2wiki php-master
[14:06:08] <hashar>	 stupiiiiidd scripts
[14:10:09] <anomie_>	 Still flaky, apparently :(
[14:10:17] <anomie_>	 hashar- So, if I make the changes to /data/project/apache/common-local on deployment-dbdump, then see if everything is working, then I can send them off to Gerrit right from there? Or is it more complicated, or should it just be done differently?
[14:11:18] <hashar>	 that path is a git clone of https://gerrit.wikimedia.org/r/p/operations/mediawiki-config.git
[14:11:43] <hashar>	 I guess we could use ssh to easily push from beta to gerrit
[14:12:16] <hashar>	 though that means having a ssh key on the labs instance that could be read by anyone. Hence it definitely need to be password protected
[14:12:26] <anomie>	 hashar- I suppose the needed private key isn't there. Heh, you just said that
[14:12:47] <hashar>	 you want to generate another ssh key
[14:12:49] <hashar>	 dedicated to lab
[14:12:57] <hashar>	 and the public part in your gerrit profile
[14:13:58] <hashar>	 I have added the remote
[14:14:43] <anomie>	 But I can modify and test there on beta, then copy it locally and submit. That'll work. Does git/gerrit even handle multiple different accounts working from the same local repo correctly?
[14:16:41] <hashar>	 should / might
[14:16:42] <hashar>	 no idea
[14:16:56] <hashar>	 I have added a gerrit remote ssh://gerrit.wikimedia.org:29418/mediawiki/core.git
[14:17:17] <hashar>	 the working directory is indeed shared
[14:17:32] <hashar>	 so someone staging a change (git add) will stage it for the other person
[14:18:19] <hashar>	 I usually edit stuff inline then copy paste back to my comp
[14:18:21] <hashar>	 not ideal though
[14:43:16] <gerrit-wm>	 New patchset: Hashar; "MWDumper job now triggered by Gerrit" [integration/jenkins] (master) - https://gerrit.wikimedia.org/r/31245
[14:43:36] <gerrit-wm>	 New review: Hashar; "sync from production" [integration/jenkins] (master); V: 1 C: 2;  - https://gerrit.wikimedia.org/r/31245
[14:43:36] <gerrit-wm>	 Change merged: Hashar; [integration/jenkins] (master) - https://gerrit.wikimedia.org/r/31245
[14:51:48] <hashar>	 anomie: I am off to take care of my wife
[14:51:52] <hashar>	 not sure I will connect again today
[14:51:57] <hashar>	 :-/
[14:52:03] <hashar>	 off
[14:52:06] <anomie>	 hashar- ok, I hope your family feels better
[15:06:24] <andre__>	 siebrand: could you tell me the history behind https://bugzilla.wikimedia.org/show_bug.cgi?id=8092 and https://bugzilla.wikimedia.org/show_bug.cgi?id=8090 ? Are those old "wikidata" tickets obsoleted nowadays by the new "wikidata" project?
[15:07:21] <siebrand>	 andre__: They're OmegaWiki related. I'm no longer involved in that project.
[15:07:54] <andre__>	 siebrand, I see. thanks
[15:21:57] <Reedy>	 A new version of git-review is available on PyPI.
[15:21:59] <Reedy>	 Wooo
[15:22:39] <Reedy>	 Aaannnnd it failed
[15:26:02] <sumanah>	 less woo
[15:26:46] <Reedy>	 http://p.defau.lt/?Kz0z15bmZ_0w5_DimzzwZg
[15:37:09] <Platonides>	 anomie, can we try to solve https://gerrit.wikimedia.org/r/16869 ?
[15:38:18] <anomie>	 marktraceur- Update on gerrit change 16869?
[15:39:43] <marktraceur>	 !g 16869
[15:39:43] <gerrit-wm>	 New patchset: Stefan.petrea; "X-forwarded-For field taken into consideration for geoip" [analytics/udp-filters] (master) - https://gerrit.wikimedia.org/r/31145
[15:39:43] <wm-bot>	 https://gerrit.wikimedia.org/r/#q,16869,n,z
[15:40:26] <Platonides>	 gerrit is crazy with the other one
[15:41:26] <marktraceur>	 anomie: I never got 'round to it, but Platonides seems to never have updated it, so still -1
[15:42:20] <Platonides>	 marktraceur, other than the fewer than, is there something else to be fixed?
[15:43:10] <marktraceur>	 Platonides: I liked the default values, but no, that should do it
[15:47:05] <Platonides>	 changed
[15:48:50] <marktraceur>	 Platonides: Merged
[15:49:33] <marktraceur>	 Platonides: You might want to also rebase the other patch
[15:49:39] <marktraceur>	 ....so it stops spamming us
[15:49:53] * Platonides  rebases 16872

[15:49:55] <Platonides>	 I just did it
[15:50:27] <Platonides>	 that was a strong incentive to finally get these merged :)
[15:50:27] <marktraceur>	 ^demon: Is there a great reason for 16872 to continually spam "Tried to merge, failed for missing dependency" even after anomie removed his +2?
[15:51:19] <Platonides>	 not even with sane intervals
[15:51:50] <Platonides>	 I first thought, it would have been a cron job trying to merge standing ones hourly
[15:52:01] <Platonides>	 but the intervals don't make sense
[15:52:16] <^demon>	 I haven't ever looked into how that behavior happens.
[15:52:25] <^demon>	 I understand the sentiment, but the results are flawed.
[15:53:18] <marktraceur>	 Hm, and it would appear that the merge attempts carried over to the rebased change
[15:53:40] <Platonides>	 indeed
[15:54:22] <Platonides>	 even though it was now marked as not verified and -2
[15:54:36] <Platonides>	 maybe it was trapped in some queue
[15:57:04] <^demon>	 master has some major refactoring of the merge operations. Didn't make 2.5, sadly.
[15:57:20] <^demon>	 I'd be curious if this still happens after that.
[15:58:59] <Platonides>	 well, seems easy to test
[15:59:20] <Platonides>	 just use a commit you don't mind if it finally gets merged
[15:59:39] <Platonides>	 :)
[16:00:07] <Platonides>	 marktraceur, I submitted a new patch of https://gerrit.wikimedia.org/r/16873
[16:14:03] <gerrit-wm>	 New patchset: Stefan.petrea; "X-forwarded-For field taken into consideration for geoip" [analytics/udp-filters] (master) - https://gerrit.wikimedia.org/r/31145
[16:36:49] <gerrit-wm>	 New patchset: Stefan.petrea; "X-forwarded-For field taken into consideration for geoip" [analytics/udp-filters] (master) - https://gerrit.wikimedia.org/r/31145
[16:38:31] <gerrit-wm>	 New patchset: Stefan.petrea; "X-forwarded-For field taken into consideration for geoip" [analytics/udp-filters] (master) - https://gerrit.wikimedia.org/r/31145
[16:48:50] <gerrit-wm>	 New patchset: Stefan.petrea; "X-forwarded-For field taken into consideration for geoip" [analytics/udp-filters] (master) - https://gerrit.wikimedia.org/r/31145
[16:49:24] <hashar>	 poor jenkins is stalled again :(
[16:49:43] <hashar>	 the wikibase installer is stalled after   15:55:24      [exec] ...site_identifiers table already exists.
[17:01:37] <Platonides>	 WikimediaMessages went from 61MB to 8.9 after repacking
[17:01:52] <Platonides>	 it took a long time, though
[17:05:15] <Reedy>	 hah
[17:06:09] <marktraceur>	 What channel did we decide on for the metrics meeting? -office?
[17:20:39] <gerrit-wm>	 Change merged: Ottomata; [analytics/udp-filters] (master) - https://gerrit.wikimedia.org/r/31145
[17:30:47] <MatmaRex_>	 @MediaWikiMeet
[17:30:53] <MatmaRex_>	 wait.
[17:31:17] <MatmaRex_>	 ugh, is this a twitter user reference? :(
[17:33:25] <sumanah>	 http://youtu.be/vqAsiCctZjU
[17:33:25] <apergos>	 gwicke: parsoid spof is spoweing again, can you pleasr take a look?
[17:33:30] <apergos>	 *spweing
[17:33:31] <apergos>	 er
[17:33:39] <apergos>	 *spewing
[17:34:08] <apergos>	 one email a minute...
[17:35:55] <gwicke>	 apergos: ok, piping to /dev/null now
[17:36:01] <apergos>	 thnks
[17:36:36] <apergos>	 can you see if parsoid-roundtrip is still whining every ten minutes, while you're at it?
[17:36:39] <apergos>	 gwicke:
[17:37:33] <gwicke>	 apergos: is it possible to redirect that mail to us?
[17:37:57] <apergos>	 no, sadly
[17:37:58] <apergos>	 at least not by me
[17:38:06] <apergos>	 you could try some sort of MAILTO or something
[17:38:12] <apergos>	 in the crontab
[17:38:27] <gwicke>	 ok
[17:38:36] <apergos>	 no idea how local mail works on those instances
[18:07:44] <DarTar>	 yo mlitn
[18:07:53] <DarTar>	 got your mail, off to test in a second
[18:35:54] <DarTar>	 hey mlitn, I cleared my cache and now I can't see AFT on: http://en.wikipedia.org/wiki/Golden-crowned_Sparrow
[18:38:05] <MaxSem>	 Reedy, regarding Listings: what you didn't like about $wgExtensionsFunctions[] = function(){ ... } ?
[18:38:21] <Reedy>	 just looks weird and dynamicy
[18:39:34] <MaxSem>	 heh, you yourself proclaimed the era of PHP 5.3 - here go the fruits:)
[18:40:18] <DarTar>	 mlitn: that was on Chrome  / Mac OS ^^
[18:40:24] <DarTar>	 can you try and reproduce it?
[18:40:35] <DarTar>	 clear cache and load that page
[18:41:33] <Reedy>	 I didn't kill off php 5.3
[18:41:36] <Reedy>	 just less than ;~)
[18:41:52] <MaxSem>	 I like this way because it avoids creation of pointless global functions
[18:42:12] <Reedy>	 lol
[18:42:21] <Reedy>	 Wikidata do even weirder stuff ;)
[18:44:40] <MaxSem>	 like breaking the core?:P
[18:47:45] <mlitn>	 DarTar: I just tried chrome with cleared cache & and AFT is working for me
[18:47:59] <DarTar>	 hm weird
[18:48:05] <DarTar>	 could be a glitch, trying again
[18:49:10] <DarTar>	 still not showing up :-/
[18:50:17] <DarTar>	 fabriceflorin: can you try and load Golden Crowned Sparrow  on Chrome/Mac OS with a clear cache?
[18:51:08] <mlitn>	 DarTar: and how about an other browser?
[18:51:21] <DarTar>	 trying FF
[18:51:43] <DarTar>	 works fine in FF
[18:51:57] <fabriceflorin>	 Dario, I just reported a similar problem with Chrome Incognito -- see my email about this, as well as this Bugzilla ticket: https://bugzilla.wikimedia.org/show_bug.cgi?id=41508 Works fine on regular Chrome with a cookie, as well as on Firefox and Safari.
[18:52:05] <DarTar>	 I'm baffled, could be a chrome extension
[18:52:28] <fabriceflorin>	 Note that the Chrome Incognito issue was reported last week, so it wasn't introduced by this deployment.
[18:52:48] <mlitn>	 DarTar: i wouldn't be surprised if it's just chrome, with their weird over-agressive caching
[18:52:48] <DarTar>	 fabriceflorin: saw that, I am not in incognito mode tho
[18:55:00] <fabriceflorin>	 DarTar: Yes, you're probably right that this could be Chrome caching issue. mlitn : Any ideas of what could be causing this issue?
[18:55:00] <DarTar>	 ok mlitn I guess you were right, forced a hard removal of everything on chrome
[18:55:05] <DarTar>	 working fine now
[19:03:23] <fabriceflorin>	 mlitn and DarTar: Glad that you were able to resolve this Chrome issue. Are we finding any evidence of click tracking data still being logged for AFT5, or have we stopped tracking that data, as intended?
[19:04:22] <DarTar>	 fabriceflorin: looking it up right now
[19:14:33] <mlitn2>	 fabriceflorin: DarTar: I have to go now. I"ll be checking my mails so please let me know if there's a problem
[19:15:51] <mlitn2>	 I'm not seeing it do any CT call being made though, so I assume we're good
[20:03:12] <Krinkle>	 Im getting 404 errors on several wikis from central notices
[20:03:13] <Krinkle>	 <img border="0" src="//bits.wikimedia.org/skins-1.17/common/images/closewindow.png" alt="Close">
[20:03:38] <Krinkle>	 nl.wikipedia.org
[20:07:24] <Krinkle>	 Fixed for https://meta.wikimedia.org/wiki/MediaWiki:Centralnotice-template-WikiConfNL
[20:09:39] <dschoon>	 Is there a page somewhere that lists all the mediawiki hooks?
[20:11:42] <sumanah>	 dschoon: checking out https://gerrit.wikimedia.org/r/#/c/27255/
[20:12:24] <dschoon>	 heh, does this imply there is otherwise no documentation?
[20:12:50] <sumanah>	 there's something, I'm looking on mediawiki.org now
[20:13:00] <dschoon>	 i did some searches and failed
[20:13:09] <dschoon>	 or at least, what i found wasn't quite what i hoped
[20:13:32] <sumanah>	 https://www.mediawiki.org/wiki/Hooks#Available_hooks  &  https://www.mediawiki.org/wiki/Category:MediaWiki_hooks
[20:14:00] <sumanah>	 https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/core.git;a=blob;f=includes/Hooks.php;h=c9c06793f807249c68980885f8a2f7d8ddfebc71;hb=HEAD is way too short to be complete
[20:14:01] <dschoon>	 awesome, thanks.
[20:14:01] <Reedy>	 dschoon: docs/hooks.txt in core
[20:14:19] <Reedy>	 should be mostly up to date
[20:14:19] <sumanah>	 wait, https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/core.git;a=blob;f=docs/hooks.txt
[20:14:22] <dschoon>	 heh
[20:14:37] <dschoon>	 Reedy: any chance I could pick your brain for a few minutes?
[20:14:45] <Reedy>	 ohnoes
[20:14:47] <Reedy>	 Whats up?
[20:14:48] <dschoon>	 you seem like a good person to ask arcane technical questions about mediawiki.
[20:15:00] <dschoon>	 sec
[20:15:26] <^demon>	 There's usually fun stories to explain why we're doing something that seems stupid now :)
[20:19:05] <dschoon>	 ty sumanah
[21:16:16] <spagewmf>	 kaldari, I'm deploying E3 stuff. I assume E2 team is done, can you confirm
[21:17:42] <kaldari>	 spagewmf: matthias is deploying for us today, but I don't see him on IRC
[21:17:59] <kaldari>	 so I assume he must be done and went to bed
[21:18:51] <spagewmf>	 Thanks. I'm just sync-dir E3Experiments
[21:36:32] <kaldari>	 How do you set a preference (toggle type) to on by default? If I add 'default' => 'true' to the pref definition it shows up as checked in the preferences, but it doesn't actually take effect (i.e. set the user option) until I click 'save' in the preferences :(
[21:38:26] <kaldari>	 and what's the difference between type 'check' and type 'toggle'?
[21:42:49] <kaldari>	 I imagine there must be a config for setting the default user options...
[21:44:16] <kaldari>	 found it: $wgDefaultUserOptions
[21:47:21] <kaldari>	 adding this to the documentation on preferences...
[22:12:39] <Krinkle>	 kaldari: ping
[22:12:53] <Krinkle>	 kaldari: on https://nl.wikipedia.org/wiki/Zandbak Im getting
[22:12:53] <Krinkle>	 XMLHttpRequest cannot load https://meta.wikimedia.org/wiki/Special:RecordImpression?banner=2012EditorSurvey&campaign=EditorSurvey2012&userlang=nl&db=nlwiki&sitename=Wikipedia&country=NL&bucket=1. Origin https://nl.wikipedia.org is not allowed by Access-Control-Allow-Origin.
[22:13:14] <Krenair>	 known bug
[22:13:17] <Reedy>	 Yup
[22:13:45] <Krenair>	 https://bugzilla.wikimedia.org/show_bug.cgi?id=41632
[22:13:56] <Krinkle>	 Does it need cross-origin? Does it need to read the response?
[22:14:21] <Reedy>	 It should be fixed within the next 2 hours or so anyway
[22:14:24] <Krinkle>	 ok
[22:16:45] <Krinkle>	 https://bugzilla.wikimedia.org/show_bug.cgi?id=41632#c3
[22:16:45] <Krinkle>	 okay
[22:23:12] <kaldari>	 Krinkle: going to deploy the fix momentarily
[22:43:55] <pgehres>	 are there known issues with the Jenkins parser cache tests timing out?
[22:46:32] <Reedy>	 yeah
[22:46:36] <Reedy>	 quite a lot is timing out
[22:46:39] <Reedy>	 and being slow
[22:47:32] <chrismcmahon>	 I think hashar said something about tweaking gallium for that
[22:50:51] <pgehres>	 okay, should I try and get jenkins to rerun, or just ignore it for https://gerrit.wikimedia.org/r/#/c/31337/ https://integration.mediawiki.org/ci/job/MediaWiki-Tests-Parser/8479/ ?
[22:54:25] <pgehres>	 Reedy: ^?
[22:55:17] <Reedy>	 I wouldn't worry about it
[22:55:30] <pgehres>	 cool, thanks
[22:59:53] <pgehres>	 Reedy: do i need to do anything tricky to get Gerrit to merge the change after Jenkins fails it?
[23:01:17] <Reedy>	 Simples thing I find is to amend the commit, push it, then just immediately review it
[23:01:44] <pgehres>	 Okay, will do.