[16:46:54] <hexmode>	15 min till 1.19wmf blocker triage
[16:59:37] <hexmode>	1.19wmf blocker triage in ~1min
[16:59:53] <hexmode>	Edokter: here for the 1.19wmf triage?
[17:00:02] <Edokter>	yes
[17:00:13] <hexmode>	:)
[17:00:36] <Edokter>	hmm, triage page says 13:00 UTC??
[17:00:43] <hexmode>	for everyone: http://etherpad.wikimedia.org/BugTriage-2012-01
[17:01:20] <Edokter>	oh, that was last week...
[17:01:27] <hexmode>	Edokter: heh
[17:02:03] <hexmode>	I started to test some of these
[17:02:11] <hexmode>	but didn't get very far
[17:02:28] <hexmode>	I think http://bugzilla.wikimedia.org/31060 [Regression] Sortable tables: "unsortable" should also work for rows outside the table heading
[17:02:33] <hexmode>	is fixed
[17:03:03] <hexmode>	http://en.wikipedia.beta.wmflabs.org/wiki/Tables
[17:03:13] <hexmode>	seems to work
[17:03:20] <johnduhart>	I'll be here but in the background, I have school work to focus on :(
[17:03:38] <hexmode>	johnduhart: ok, I may ping you to test something
[17:03:44] <johnduhart>	sure
[17:04:25] <hexmode>	this is the one I was testing just now: http://bugzilla.wikimedia.org/31511 Unable to add/remove buttons from (classic) toolbar from a gadget after MW update
[17:04:36] <hexmode>	and found other problems
[17:04:50] <hexmode>	but I'm not sure if it is fixed or  not
[17:06:37] <hexmode>	Just tested again, think it is fixed
[17:09:02] <hexmode>	This is an ugly one: http://bugzilla.wikimedia.org/31676 ResourceLoader should work around IE's limit on number of <style> tags
[17:09:11] *johnduhart 	is reading that
[17:09:16] <hexmode>	but it looks like people have been working on it
[17:09:18] <Edokter>	31511 was marked fixed
[17:10:19] <hexmode>	Edokter: yeah, just testted and marked it
[17:10:55] <hexmode>	looking at 31682 -- edittools for special:upload
[17:10:56] <Edokter>	hexmode=mark :)
[17:11:08] <hexmode>	Edokter: found out!
[17:11:11] <hexmode>	argh!
[17:11:21] <robla>	sorry for being late....what order are you looking through these in?
[17:11:37] <hexmode>	robla: http://etherpad.wikimedia.org/BugTriage-2012-01
[17:11:59] <hexmode>	I was going to test a them before this but got stuck
[17:12:29] <hexmode>	so we're trying to test them now
[17:12:42] <hexmode>	we're on 31682
[17:16:00] <Edokter>	Hmm, Commons:Upload - This page does not currently exist.
[17:16:12] <hexmode>	does https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108191 -- brion's change on this -- fix it?
[17:16:13] <Edokter>	(on beta site
[17:16:21] <hexmode>	Special:Upload?
[17:16:59] <hexmode>	Edokter: http://en.wikipedia.beta.wmflabs.org/wiki/Special:Upload ?
[17:17:19] <Edokter>	that works, link in navbar is broken
[17:17:29] <hexmode>	ah
[17:17:40] <Edokter>	I see edittools on bith
[17:19:17] <hexmode>	anyway, looks like #31682 still needs some work.  I'll check with thedj about it
[17:19:25] *hexmode 	tries the random ping
[17:19:53] <robla>	not a blocker
[17:20:13] <hexmode>	robla: k
[17:20:32] <hexmode>	http://bugzilla.wikimedia.org/31691 Don't send javascript to incompatible browsers
[17:20:48] <hexmode>	that one probably isn't a blocker, either
[17:21:50] <Edokter>	deals with jQuery compatibility; they maintain a list of "actively" supported browsers. probably not a blocker.
[17:22:09] <hexmode>	next: NewParserTest::setupUploadDir() breaks through repo encapsulation
[17:22:37] <hexmode>	robla: you set this to "high"
[17:22:42] <hexmode>	blocker?
[17:22:49] <hexmode>	https://bugzilla.wikimedia.org/show_activity.cgi?id=31737
[17:23:24] <hexmode>	hrm ... only testing
[17:23:31] <hexmode>	unless I'm mistaken
[17:23:36] <hexmode>	not a blocker
[17:24:11] <robla>	let's leave it as a blocker for now
[17:24:21] <hexmode>	k
[17:24:23] <hexmode>	http://bugzilla.wikimedia.org/31757 Add a word-seperator between help-messages in HTMLForm
[17:24:25] <robla>	it's a test for the scariest new code that we will be deploying
[17:26:24] <hexmode>	31757 seems trivial to fix, but I don't have a quick way to test it
[17:27:43] <robla>	not a blocker
[17:27:51] <hexmode>	k, next: 31777 - Upload unknown error ``fileexists-forbidden&#039;&#039;"
[17:28:01] <hexmode>	don't think that is a blocker either
[17:28:09] <hexmode>	since only api users will see it
[17:28:49] <hexmode>	robla: agree?
[17:28:51] <RoanKattouw>	It's easy to fix, too
[17:28:59] <RoanKattouw>	Just add the message to ApiBase.php
[17:29:29] <robla>	hexmode: not sure yet
[17:30:36] <robla>	high priority, but not a blocker
[17:31:04] <hexmode>	done
[17:31:49] <hexmode>	 31883 - Limit of bkusers of list=blocks and titles of action=query is not documented in API help
[17:32:10] <robla>	btw, anything that remains a blocker is pretty much by definition high priority, so we should adjust priorities accordingly
[17:32:34] <hexmode>	robla: will do that after this
[17:32:44] <RoanKattouw>	hexmode: Low prio
[17:32:52] <hexmode>	right, thought so
[17:32:56] <RoanKattouw>	It's documented, but not in a way that's as obvious as the reporter wants it to be
[17:33:51] <hexmode>	31932 - The headline id should belong to <h#> tag and not to inner <span>
[17:34:05] <hexmode>	ugh... doesn't seem like a blocker
[17:34:19] <Edokter>	not a blocker
[17:34:35] <hexmode>	and yes, someone else has already fixed that
[17:35:05] <hexmode>	31983 - Templates of Cite collapse behind
[17:35:46] <hexmode>	doesn't sound like a regression, right?
[17:36:22] <Edokter>	worksforme
[17:36:47] <hexmode>	Edokter: could you leave a comment?
[17:37:12] <Edokter>	Will do
[17:37:31] <hexmode>	32583 find another way to store titles of homepage sections
[17:37:33] <hexmode>	?
[17:39:23] <hexmode>	not a blocker, just an annoyance
[17:40:31] <hexmode>	 33100 - Chrome on OSX crashes
[17:41:51] <Edokter>	Bug says may be related to webfonts extension. is that extension part of 1.19 deployment?
[17:42:04] <hexmode>	20min left in the hour and halfway through the list
[17:42:50] <hexmode>	Edokter: we'll probably be working on it seperately, but the i18n team lead made it a 1.19wmf blocker
[17:43:13] <robla>	let's leave it there
[17:43:22] <robla>	though make sure that it gets assigned
[17:44:02] <hexmode>	k, I'll poke siebrand for that
[17:44:23] <hexmode>	33167 - RevisionDeletion-suppress and log entries don't play nice
[17:44:44] <hexmode>	ugh
[17:45:49] <Edokter>	should be confirmed on labs; bug is encountered on local installation
[17:46:09] <robla>	high priority, assign to Aaron
[17:46:38] <hexmode>	done
[17:47:18] <hexmode>	33214 action=feedcontributions explodes on showsizediff in miser mode
[17:47:25] <hexmode>	miser mode?
[17:47:41] <hexmode>	yeah, we use that on prod, right?
[17:47:45] <johnduhart>	yes
[17:49:27] <hexmode>	also seen in prod
[17:49:28] <hexmode>	https://en.wikipedia.org/w/api.php?action=feedcontributions&format=json&user=123&showsizediff
[17:49:28] <robla>	high priority, but not a blocker
[17:50:44] <hexmode>	33515 - .odb file recognized as application/acad
[17:51:19] <hexmode>	not a blocker...
[17:51:24] <Edokter>	33335: enhancement, resolved, not a blocker
[17:51:41] <Edokter>	sorry, I had that reasy
[17:51:49] <hexmode>	np
[17:52:36] <hexmode>	33515 shouldn't block, right, robla ?
[17:53:02] <robla>	correct
[17:53:34] <hexmode>	33520 - $wgMaxRedirects totally broke at some point -- tarball at most (just from summary)
[17:54:21] <hexmode>	yeah
[17:54:43] <johnduhart>	yeah that doesn't affect us, and it seems to have been an isue for some time
[17:54:49] <hexmode>	next: 33558 - update.php stuck on update revision on large db
[17:55:21] <hexmode>	not a deployment blocker
[17:55:53] <hexmode>	33566 - WikiEditor should use $.fn.bind instead of window.onbeforeunload directly
[17:56:26] <hexmode>	IE8 problem?
[17:58:57] <hexmode>	only used in jquery.wikiEditor.iframe.js ... I'll ask Krinkle if this is really as trivial to fix as it looks
[18:00:30] <hexmode>	33746 - Resource Loader should pre-depend on mw.util
[18:01:03] <Edokter>	I have a suggestion there, waiting for Krinkle to respond
[18:01:15] <hexmode>	robla: I think we're handling that one on wikitech-l ... probably won't block but waiting for discussion
[18:01:58] <robla>	blocker
[18:02:32] <hexmode>	33762 - Uncategorizedpages-summary not shown in Uncategorizedpages
[18:03:41] <hexmode>	oh, yeah, I think Saibo pointed this out to me when he was testing 1.19 on commons.beta
[18:03:57] <hexmode>	(or a similar one)
[18:04:52] <hexmode>	I'll poke ialex about that one
[18:05:46] <hexmode>	5 more, but we're 5min over
[18:05:52] <hexmode>	slogging on
[18:06:09] <hexmode>	33766 - Sidebar ignores templates in MediaWiki 1.18
[18:06:09] <hexmode>	 
[18:06:24] <Edokter>	seems like an old bug
[18:06:52] <hexmode>	and probably doesn't affect wiki*
[18:07:25] <Edokter>	judging from "(did not check in 1.17)", don't know if this is noew
[18:07:27] <Edokter>	new
[18:07:47] <Edokter>	unless there are wiki using templates in the sidebar, not a blocker
[18:07:54] <hexmode>	yeah, and maybe only a tarball issue
[18:08:29] <hexmode>	Edokter: any wmf sites had plenty of time to complain
[18:08:50] <hexmode>	 33768 - The Babel localisations for languages with fallback localisations, show the fallback localisation
[18:09:20] <hexmode>	Gerard thinks this one is very important
[18:09:31] <hexmode>	he has pinged me about it
[18:10:19] <hexmode>	but, I'm confused: is this LU's fault or Babel?
[18:10:54] <hexmode>	and, if it is an extension, it shouldn't block deployment, I don't think, right?
[18:11:03] <hexmode>	robla: priority on this?
[18:12:46] <hexmode>	hrm... I think robla may have another meeting right now
[18:12:47] <robla>	hexmode: not a blocker, but high priority
[18:12:52] <hexmode>	k
[18:13:08] <robla>	I'm supposed to, but I don't know where diederik is
[18:13:36] <hexmode>	33829 - New gadget does not show up in Special:Gadgets and Special:Preferences
[18:13:44] <Edokter>	Krinkle asked me to file that bug assigned to him.
[18:13:56] <Edokter>	but it seems no longer assgned
[18:14:06] <Edokter>	cuase unknow, may be caching issue
[18:14:22] <Edokter>	I'll add not that gadget has appeard since
[18:14:28] <Nemo_bis>	WMF localisation team office hour happening now on #wikimedia-office
[18:14:46] <hexmode>	krinkle has changed the assignment and other details
[18:14:49] <hexmode>	will ask him
[18:16:05] <hexmode>	I suspect it won't be a blocker afterward
[18:16:06] <hexmode>	33829 - New gadget does not show up in Special:Gadgets and Special:Preferences
[18:16:09] <hexmode>	oops
[18:16:16] <hexmode>	33846 - File errors shown at Special:MovePage and Special:Upload are displayed wrongly
[18:16:58] <robla>	33846 - high priority, assign to Aaron
[18:17:10] <hexmode>	leaving a blocker
[18:17:21] <Edokter>	needs confirmation as well
[18:17:42] <hexmode>	last one:
[18:17:43] <hexmode>	33873 - Proofread extension JS loading fully broken on 1.19
[18:18:43] <Edokter>	probably dependency related
[18:19:54] <hexmode>	yeah, leaving a blocker...
[18:20:09] <hexmode>	k, lets see where we are
[18:21:40] <hexmode>	Started with 26 blockers... down to 11
[18:21:43] <hexmode>	W00!
[18:22:54] <hexmode>	k, I'm done here unless someone else has something to say
[18:23:10] <hexmode>	tyvm for your help, Edokter and johnduhart
[18:23:19] <Edokter>	welcome :)
[18:26:01] <Edokter>	off to eat. seeya next time
[18:26:09] <hexmode>	ttyl
[19:25:32] <multichill>	Platonides: Do you know where the php errors at http://toolserver.org/~erfgoed/api/api.php?action=search&limit=100&format=json&srcountry=US&srname=&srid=11000952&sraddress=&srmunicipality=&props=&%23= come from?
[19:27:37] <fabriceflorin>	Hi RoanKattouw, rsterbin and yoni_omniti -- are we ready for deployment?
[19:27:42] <RoanKattouw>	rsterbin: The currently deployed rev is r108701
[19:27:53] <RoanKattouw>	fabriceflorin: I'm ready if rsterbin tells me I can safely cherry-pick
[19:27:56] <RoanKattouw>	I'm gonna prep it now
[19:27:58] <rsterbin>	thanks, i'm looking at the in-between revisions now
[19:28:18] <fabriceflorin>	Thanks, RoanKattouw! Reha, please let us know what you recommend.
[19:28:32] <fabriceflorin>	I'm clearing all data from Survey Monkey now.
[19:30:24] <rsterbin>	RoanKattouw: I don't see anything that looks like a problem.  Let's go ahead.
[19:30:54] <RoanKattouw>	OK, going
[19:34:20] <fabriceflorin>	Sounds great. Thanks, Reha!
[19:35:31] <rsterbin>	np
[19:48:20] <RoanKattouw>	AFTv5 changes for the survey should now be on tet
[19:48:23] <RoanKattouw>	*test
[19:48:24] <fabriceflorin>	RoanKattouw just deployed to test.wikipedia.org, and it looks good to me: http://test.wikipedia.org/wiki/Golden-crowned_Sparrow?bucket=1&debug=true
[19:48:42] <fabriceflorin>	How is this working for you guys?
[19:57:52] <rsterbin>	fabriceflorin: I don
[19:57:57] <rsterbin>	't see any issues
[19:58:28] <fabriceflorin>	Cool. I tested the 3 AFT5 forms on 3 different Mac browsers, and the survey worked very smoothly for me. So I think we're good to go.
[19:59:00] <yoni_omniti>	fabriceflorin, should i complete the survey as part of the test? it will impact your results i guess
[19:59:27] <fabriceflorin>	Yes, please do, and I will delete your test data on our end.
[19:59:54] <RoanKattouw>	OK, deploying
[20:00:02] <fabriceflorin>	Suprisingly, I am not seeing Reha's test yet.
[20:00:07] <RoanKattouw>	I had to step out a bit to tell Tim that certain things were going crazy on the cluster
[20:00:26] <fabriceflorin>	Thanks, RoanKattouw, much appreciated!
[20:00:36] <yoni_omniti>	i just filled out the form, can you see it on your end?
[20:01:24] <yoni_omniti>	rsterbin, are you testing on ubuntu?
[20:01:32] <fabriceflorin>	Yes, Yoni, your test results just showed up on my end for option 1: "Testing 1 2 3"
[20:01:33] <rsterbin>	yes
[20:01:41] <yoni_omniti>	rsterbin: i will do mac and windows then
[20:02:01] <yoni_omniti>	fabriceflorin: great!
[20:02:17] <fabriceflorin>	Cool, thanks. I am sending you all an email with URLs to test on production, once Roan confirms we're live.
[20:02:27] <yoni_omniti>	ok
[20:03:30] <fabriceflorin>	The email will also include links to the survey dashboards where you can monitor the live results for each survey.
[20:04:08] <RoanKattouw>	OK, deployed. Should be live within 5 mins
[20:05:22] <fabriceflorin>	Thanks, Roan. Here's a link to a non-controversial, editable article to test on production in 5 mins: http://en.wikipedia.org/wiki/Golden-crowned_Sparrow?bucket=1&debug=true
[20:07:08] <fabriceflorin>	Reha, are we also displaying the new Survey CTA3 for controversial, semi-protected articles, instead of Learn More CTA2? I'm thinking of pages like this one:
[20:07:09] <fabriceflorin>	http://en.wikipedia.org/wiki/Barack_Obama?bucket=1&debug=true
[20:07:31] <rsterbin>	yes
[20:07:48] <rsterbin>	the learn more cta shouldn't show up at all -- it's all survey all the time
[20:08:08] <fabriceflorin>	Cool. Glad you took care of that. Great call! ;o)
[20:08:14] <rsterbin>	np :)
[20:09:23] <fabriceflorin>	OK, folks, we're live on production!
[20:09:35] <fabriceflorin>	Let's do a few quick tests, then I will clear all data.
[20:09:45] <rsterbin>	ok
[20:12:11] <Ironholds>	congrats all :)
[20:12:13] <rsterbin>	i've tested on golden-crowned sparrow and barack obmaa
[20:12:19] <rsterbin>	obama
[20:12:34] <Ironholds>	rsterbin: animal testing is a crime, y'know
[20:12:38] <Ironholds>	you need a special license
[20:12:51] <Ironholds>	I don't know what the law says about head-of-state testing. It's probably fine.
[20:12:59] <rsterbin>	luckily, i'm secretly an approved testing facility
[20:13:39] <rsterbin>	it's hard to imagine head-of-state rights activists
[20:13:41] <fabriceflorin>	Thanks, guys. I found a bug on Firefox for Option 2, the CTA3 doesn't display completely. But Howie cannot replicate on his Firefox, so this may be intermittent. I am sending you screenshot by email.
[20:14:05] <Ironholds>	rsterbin: can you imagine the issues they'd campaign on?
[20:14:06] <rsterbin>	you're on lion // ff ?
[20:14:12] <Ironholds>	teary stories of little Barry, who was tormented by his owners
[20:14:32] <rsterbin>	i never claimed to *own* anybody!
[20:14:36] <Ironholds>	the cruel, heartless electorate forced him into a room with BOEHNER, refusing to let him leave. He's permanently traumatised and can't sleep with the lights off.
[20:14:40] <rsterbin>	hahaha
[20:15:11] <Ironholds>	damn, now I want to found a head-of-state rights group just for that.
[20:20:57] <yoni_omniti>	just completed the following tests: chrome16/firefox9/safari5 on mac/lion, chrome16/firefox9/ie8 in win7. tested 3 buckets, not in debug mode, both registered and unregistered user. also tested in overlay mode, looks good so far.
[20:23:55] <yoni_omniti>	fabriceflorin: looking at your screenshot, trying to reproduce in prototype and production, no luck - could be intermittent, but will try some more
[20:24:00] <fabriceflorin>	Thanks, Yoni, were you able to reproduce the Firefox 9 / Option 2 bug I just emailed you screenshots for?
[20:24:07] <yoni_omniti>	^^
[20:25:07] <fabriceflorin>	OK, sounds like a minor use case, then. If you cannot reproduce, we should just wait and see what we hear from folks. Thanks!
[20:25:48] <yoni_omniti>	fabriceflorin: do you recall which response you selected?
[20:30:29] <fabriceflorin>	I had selected the Feedback button, but when Howie got the problem this morning, he had selected the bottom form. In both cases, this was with Option 2.
[20:31:59] <fabriceflorin>	In any case, I think we're good to go for now, but if you can reproduce on your end, please make any fix, and we and we can try to deploy it when tested.
[21:22:16] <awjr>	anyone here familiar with the state of the ParserFunctions extension?
[21:23:29] <awjr>	im particularly curious about the safety of deploying it from trunk
[21:33:32] <awjr>	RoanKattouw: i think i have to deploy a bunch of changes to ParserFunctions, bringing deployment in sync with trunk. looking through the revision history of deployment this is probably going to be painful. how do you typically deal with that when merging to deployment?
[21:34:10] <RoanKattouw>	I usually just delete and rebranch
[21:34:23] <RoanKattouw>	But you'll probably at least want to diff trunk against 1.18wmf1 first to see what changes you're introducing
[21:34:32] <RoanKattouw>	And verify that all the trunk revs have actually been reviewed
[21:35:06] <awjr>	aye
[21:35:09] <awjr>	ok thanks Roan
[21:43:01] <awjr>	RoanKattouw: sorry to hassle you again - but is there an easy way in initialise settings to enable something on /all/ wikipedias  or do i need to list them each individually?
[21:45:46] <RoanKattouw>	'default' => 'true'
[21:45:54] <RoanKattouw>	awjr: ---^^
[22:02:50] <awjr>	RoanKattouw: thanks. just had a weird issue with 'configchange'
[22:02:51] <awjr>	awjrichards@fenari:/home/wikipedia/common$ configchange wmf-config/InitialiseSettings.php "Setting up FeaturedFeeds config; disabled by default"
[22:02:51] <awjr>	Sending        wmf-config/InitialiseSettings.php
[22:02:51] <awjr>	Transmitting file data .
[22:02:51] <awjr>	Committed revision 2861.
[22:02:51] <awjr>	copying to apaches
[22:02:51] <awjr>	srv299: Error reading response length from authentication socket.
[22:02:51] <awjr>	awjrichards@srv299's password:
[22:03:16] <RoanKattouw_away>	Whoa
[22:03:23] <awjr>	i did nothing, then a couple of timeouts for other servers flew by,
[22:03:26] <RoanKattouw_away>	OK just press Enter on the password prompt
[22:03:39] <RoanKattouw_away>	Then yell at someone in ops about srv299 being borked
[22:03:43] <awjr>	i did that twice, which was followed by the expected:
[22:03:43] <awjr>	srv299: Permission denied (publickey,password).
[22:03:45] <RoanKattouw_away>	I gotta go to a meeting now, Dana has shown up at my desk
[22:03:49] <awjr>	and then it seemed to be??? done?
[22:03:49] <awjr>	ok
[22:41:01] <awjr>	i just deployed a new extension - FeaturedFeeds - but the i18n messages to not seem to be getting translated, anybody know why that might be? you can see here:
[22:41:02] <awjr>	https://test.wikipedia.org/wiki/Main_Page
[22:41:17] <awjr>	look down in the sidebar and you'll see "ffeed-sidebar-section"
[22:42:29] <awjr>	oh i forgot to add it to the extension list...