/irc-logs / mozilla / #developers / 2011-12-18 / end

Options:

# Session Start: Sun Dec 18 00:00:00 2011
# Session Ident: #developers
# [00:00] <wg9s> Waldo: Or so that is WTF?
# [00:00] <Waldo> wg9s: yup :-)
# [00:00] * Quits: mconley (mconley@207C0FA.62826BE4.6816E6B7.IP) (Input/output error)
# [00:01] <wg9s> We had issues here locally with the Wakefield Massachusetts track team
# [00:01] <Waldo> Wakefield Track and Field?
# [00:01] <wg9s> Wakefield track and field sweatshirts kind of got a negative reaction from some parents.
# [00:02] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [00:02] <darktrojan> they should check their calendars, WTF happens every week
# [00:02] <Waldo> if they're not actually abbreviating, I can't see there's much to complain about :-)
# [00:02] <wg9s> Of course the kids thought they were hilarious.
# [00:03] <Waldo> colleges often abbreviate Thursday as R so every day's different
# [00:03] <wg9s> OH so in college it is then WRF?
# [00:03] <Waldo> class at 0930 Tuesday and Thursday might be 0930 TR
# [00:04] <wg9s> must be kind of Scooby Doo talk.
# [00:05] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [00:08] * Joins: tonymec__ (tonymec@1255A3AB.EE6CCC0.277517C1.IP)
# [00:08] * tonymec__ is now known as tonymec|away
# [00:10] * Joins: flx_ (flx@moz-85EBB8A.dia.static.qwest.net)
# [00:12] * Quits: biesi (cbiesinger@2E747C8D.C1499D0.396E4C6D.IP) (Ping timeout)
# [00:15] * Quits: azakai|2 (alon@BB0D6842.C1004DD8.CFEE42E2.IP) (Ping timeout)
# [00:16] * Joins: tonymec (tonymec@1255A3AB.EE6CCC0.277517C1.IP)
# [00:20] <wg9s> for those not figuring it out, THsi wa What ray f*#@
# [00:21] <wg9s> oh i ment waht rah F*@
# [00:21] <wg9s> I typo there
# [00:21] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [00:21] <wg9s> that is the Scooby Doo talk
# [00:22] <wg9s> It is a cartoon, from probably b4 your time.
# [00:25] * Quits: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 8.0/20111108090055])
# [00:27] * Quits: merike|away (quassel@moz-A6468214.cable.starman.ee) (Ping timeout)
# [00:27] * jaws is now known as jaws|away
# [00:29] * Quits: rshetty (quassel@3F99FE5.6D8CA814.C842849F.IP) (Ping timeout)
# [00:29] * Joins: rshetty (quassel@3F99FE5.6D8CA814.C842849F.IP)
# [00:29] * Joins: mconley (mconley@moz-7B22FBCF.eng.wind.ca)
# [00:30] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [00:31] * Joins: karl (karl@moz-8DF9828D.jetstream.xtra.co.nz)
# [00:35] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [00:38] * Joins: necolas (necolas@moz-4197BE5D.bb.sky.com)
# [00:39] * jcranmer|away is now known as jcranmer
# [00:39] <jcranmer> Scooby Dooby Doo, where are you?
# [00:39] * Quits: TheLink (TheLink@moz-753C1E34.pools.arcor-ip.net) (Client exited)
# [00:39] * Joins: azakai (alon@moz-8D0CC798.lightspeed.sntcca.sbcglobal.net)
# [00:40] * Joins: cpearce (chatzilla@moz-55A2BC7D.xdsl.xnet.co.nz)
# [00:41] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [00:41] <jcranmer> Waldo: when I first saw MFBT, I was trying to figure out what "mean failure between time" actually meant
# [00:46] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [00:50] * Quits: gmoro (guilherme@3DCBFB93.F520FC74.D159334F.IP) (Ping timeout)
# [00:52] * Quits: mconley (mconley@moz-7B22FBCF.eng.wind.ca) (Ping timeout)
# [00:53] * Joins: azakai|2 (alon@moz-90E3042.lightspeed.sntcca.sbcglobal.net)
# [00:53] <Waldo> :-)
# [00:54] * Joins: gmoro (guilherme@3DCBFB93.F520FC74.D159334F.IP)
# [01:00] * Quits: cpearce (chatzilla@moz-55A2BC7D.xdsl.xnet.co.nz) (Ping timeout)
# [01:03] * Quits: rshetty (quassel@3F99FE5.6D8CA814.C842849F.IP) (Ping timeout)
# [01:03] * Joins: rshetty (quassel@3F99FE5.6D8CA814.C842849F.IP)
# [01:05] * Joins: mconley (mconley@moz-7B22FBCF.eng.wind.ca)
# [01:10] * Joins: KaIRC (robert@moz-69A0E6F2.adsl.highway.telekom.at)
# [01:10] * Quits: KaiRo (robert@moz-1D029F84.adsl.highway.telekom.at) (Ping timeout)
# [01:16] * Quits: pnemsak (Miranda@moz-7409BD53.orange.sk) (Quit: pnemsak)
# [01:17] * KaIRC is now known as KaiRo
# [01:20] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [01:20] * qheaden_away is now known as qheaden
# [01:21] <qheaden> In a mochitest, how can I simulate a click on a context menu element?
# [01:21] * Quits: mconley (mconley@moz-7B22FBCF.eng.wind.ca) (Ping timeout)
# [01:21] <Mossop> EventUtils.synthesizeMouseAtCenter normally
# [01:22] * Quits: jfkthame_afk (jfkthame@DBA4BEB5.90783722.9542EC20.IP) (Quit: jfkthame_afk)
# [01:22] * Joins: mconley (mconley@moz-7B22FBCF.eng.wind.ca)
# [01:23] <qheaden> So you pass it the id of the context menu element?
# [01:23] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [01:23] * Quits: mconley (mconley@moz-7B22FBCF.eng.wind.ca) (Input/output error)
# [01:30] * Quits: mib_bvbple (Mibbit@798911A7.A465502F.67BABDAE.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [01:36] <Mossop> You pass it the element iirc, just search the tree for uses of it to see
# [01:38] * Joins: jfkthame_afk (jfkthame@DBA4BEB5.90783722.9542EC20.IP)
# [01:40] * Quits: jfkthame_afk (jfkthame@DBA4BEB5.90783722.9542EC20.IP) (Quit: jfkthame_afk)
# [01:41] * Quits: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
# [01:45] * Quits: kenny (kenny@moz-7EAF8A2D.hsd1.wa.comcast.net) (Quit: Leaving)
# [01:45] * Joins: DGMurdockIII (dgmurdocki@moz-E933B63.hsd1.il.comcast.net)
# [01:46] * Quits: graememcc (chatzilla@moz-6D728BDA.range86-150.btcentralplus.com) (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111115204015])
# [01:52] * Quits: flx_ (flx@moz-85EBB8A.dia.static.qwest.net) (Ping timeout)
# [01:55] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [01:56] * Quits: necolas (necolas@moz-4197BE5D.bb.sky.com) (Client exited)
# [02:01] * jcranmer is now known as jcranmer|away
# [02:02] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [02:05] * Quits: mike5w3c (MikeS@moz-5D44972B.pool.e-mobile.ne.jp) (Ping timeout)
# [02:05] * Joins: mike5w3c (MikeS@moz-9E3DC711.pool.e-mobile.ne.jp)
# [02:06] * Joins: dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net)
# [02:06] * ChanServ sets mode: +o dbaron
# [02:07] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [02:12] * Joins: regen (Miller@moz-58142D96.adsl.dynamic.seed.net.tw)
# [02:13] * Quits: kaze (kaze@moz-8817C6EA.w90-9.abo.wanadoo.fr) (Ping timeout)
# [02:16] * Quits: jhopkins (jhopkins@moz-41E1D586.tb.shawcable.net) (Ping timeout)
# [02:18] * Joins: GPHemsley (GPHemsley@moz-7D8B319.dyn.optonline.net)
# [02:21] * philor is now known as philor|away
# [02:26] * Joins: flx_ (flx@moz-29B17E9E.hsd1.ca.comcast.net)
# [02:26] * Joins: jhopkins (jhopkins@moz-41E1D586.tb.shawcable.net)
# [02:31] * IRCMonkey35583 is now known as tobbi
# [02:32] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [02:33] * Quits: regen (Miller@moz-58142D96.adsl.dynamic.seed.net.tw) (Quit: regen)
# [02:35] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [02:36] * Joins: rpearl (rpearl@moz-2E617DC4.pc.cs.cmu.edu)
# [02:37] * sancus is now known as sancus_
# [02:37] * sancus_ is now known as sancus
# [02:38] * Quits: slowpoke (slowpoke@moz-D9842FC1.pools.arcor-ip.net) (Quit: The world is not beautiful - but that in itself lends it a kind of beauty.)
# [02:38] * Quits: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net) (Quit: nhirata)
# [02:40] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
# [02:41] * Joins: northWind (northWind@moz-20E58859.cable.teksavvy.com)
# [02:41] * Joins: WeirdAl (chatzilla@moz-5BDC219.hsd1.ca.comcast.net)
# [02:42] <WeirdAl> bent or anyone familiar with implementing web workers, I need some help
# [02:43] * philor|away is now known as philor
# [02:43] * khuey|away is now known as khuey
# [02:44] * Joins: mconley (mconley@A00174C9.68469654.6816E6B7.IP)
# [02:44] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [02:45] <bent> WeirdAl, as long as it's an easy question... ;)
# [02:45] <WeirdAl> it probably is, but I'm in very unfamiliar territory... pastebin in a moment
# [02:45] * Joins: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net)
# [02:47] <WeirdAl> http://pastebin.mozilla.org/1410352 - what the heck are my changes doing? :)
# [02:47] * Joins: kaie2 (kaie@moz-53593440.dip.t-dialin.net)
# [02:48] <bent> er
# [02:48] * Quits: kaie (kaie@moz-AC67CEDD.dip.t-dialin.net) (Ping timeout)
# [02:48] <bent> why are you modifying worker xhr?
# [02:48] * kaie2 is now known as kaie
# [02:48] <WeirdAl> https://bugzilla.mozilla.org/show_bug.cgi?id=xhr-timeout
# [02:49] <WeirdAl> I was asked to.
# [02:49] <smaug> bent: adding any new features to xhr requires modifying workers xhr too
# [02:49] * bent waits for bugzilla...
# [02:49] * bent and waits...
# [02:49] * bent and...
# [02:49] <WeirdAl> smaug: why are you still awake? :)
# [02:49] <KWierso> loaded quickly for me, not that that's helpful for bent...
# [02:50] <bent> interesting
# [02:50] <bent> smaug, oh, for sure, i just didn't see any changes but worker ones ;)
# [02:50] <smaug> my "going to bed soon" takes some time
# [02:50] <WeirdAl> hehe
# [02:50] <bent> WeirdAl, so
# [02:51] <bent> what's your question?
# [02:51] * Parts: rpearl (rpearl@moz-2E617DC4.pc.cs.cmu.edu)
# [02:51] <WeirdAl> well, right now I'm charging in blindly
# [02:51] <WeirdAl> and it's too early to ask for a formal review
# [02:51] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [02:51] <WeirdAl> I guess I'm looking for a "Hacking Workers" primer doc
# [02:52] <bent> haha
# [02:52] <smaug> it is called "ask bent"
# [02:52] * WeirdAl is serious :)
# [02:52] <smaug> so am I
# [02:52] <smaug> :)
# [02:52] <philor> no wonder I've never gotten anywhere with it, I thought it was "get bent"
# [02:52] <bent> well, so far this looks ok... i
# [02:53] <WeirdAl> it won't compile yet, but I'm less concerned about that
# [02:53] <bent> it is supposed to apply to the upload object also?
# [02:53] <bent> i guess that makes sense
# [02:53] <WeirdAl> bent - again, _I do not know what I am doing_
# [02:53] <bent> heh
# [02:54] <bent> well
# [02:54] <bent> basically, you want a "how do i make JS code with the JSAPI" primer
# [02:54] <bent> because that's all this is
# [02:54] <bent> one thing i see wrong is you making a new slot
# [02:54] <bent> you don't need to hold any new data here
# [02:55] <WeirdAl> okay... where's that primer? :p
# [02:55] <bent> https://developer.mozilla.org/En/SpiderMonkey/JSAPI_Cookbook
# [02:55] <bent> https://developer.mozilla.org/en/JSAPI_User_Guide
# [02:56] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [02:56] <WeirdAl> philor++
# [02:56] <bent> basically the JSClass (the thing you're modifying) just tells SM how to make objects work
# [02:57] <WeirdAl> SM?
# [02:57] <bent> spidermonkey
# [02:57] <bent> js engine
# [02:57] <WeirdAl> oh, right
# [02:57] <WeirdAl> -- SeaMonkey was what popped into my head there
# [02:57] <bent> so every instance of XHR in workers has behavior defined by this JSClass struct
# [02:58] <bent> the sProperties thing holds all get/set type properties
# [02:58] <bent> the sFunctions holds all the functions
# [02:58] <bent> so you want to add an 'ontimeout' property
# [02:58] <bent> so you'll add something to sProperties
# [02:58] <bent> which you did
# [02:59] <smaug> also timeout property
# [02:59] <bent> and the thig you added says "when someone sets ontimeout, run the SetEventListener function, with the arg STRING_ontimeout"
# [02:59] <bent> and
# [02:59] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [03:00] <bent> "when someone gets ontimeout, run the function GetEventListener, with the same arg"
# [03:00] * Quits: KWierso (chatzilla@moz-4E7BE0E1.desm.qwest.net) (Ping timeout)
# [03:00] <bent> pretty simple
# [03:00] <bent> smaug, oho
# [03:00] <bent> i missed that
# [03:00] <bent> so the proposed api is:
# [03:01] <bent> xhr = new XHR(); xhr.open("get", myurl); xhr.timeout = 10; xhr.send()
# [03:01] <bent> hm
# [03:01] <smaug> http://dvcs.w3.org/hg/xhr/raw-file/tip/Overview.html#the-timeout-attribute
# [03:01] <WeirdAl> pretty much
# [03:01] <bent> ok
# [03:01] <bent> so then you will need a slot ;)
# [03:01] <bent> sorry about that
# [03:01] <WeirdAl> no problem - I'm trying to learn
# [03:02] <bent> timeout of zero means infinite?
# [03:02] * Quits: andreasn (andreasn@moz-3CDFCC6A.a336.corp.bahnhof.se) (Quit: Ex-Chat)
# [03:02] * adam-afk is now known as adam
# [03:02] <WeirdAl> means there's no timeout applied
# [03:02] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
# [03:02] <smaug> bent: when an event is dispatched to the main thread XHR, does worker XHR somehow automatically forward it to worker listener ?
# [03:02] <bent> smaug, when can you call this?
# [03:02] <bent> smaug, yes
# [03:03] <smaug> you can set timeout at any point
# [03:03] <bent> hm
# [03:03] <WeirdAl> it can be called anytime the request is not sync
# [03:03] <bent> so what happens if the thing is already going?
# [03:03] <smaug> (except for sync XHR in window context)
# [03:03] <smaug> bent: timeout is modified in that case
# [03:03] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [03:03] <WeirdAl> we handle that case :)
# [03:03] <smaug> the idea is that you can increase the time, if you notice that something is being downloaded
# [03:04] <smaug> or kill the timeout
# [03:04] <smaug> (if you set it to 0)
# [03:04] <bent> is this just the same a setting window.seetTimeout?
# [03:04] <smaug> nothing to do with window.setTimout
# [03:04] <WeirdAl> pretty similar though
# [03:05] <bent> right, sorry, bad question
# [03:05] <bent> i meant, what does this do that you couldn't do with window.setTimeout?
# [03:05] <bent> or is it just cleaner
# [03:05] <bent> ?
# [03:05] <smaug> it is cleaner
# [03:05] <WeirdAl> well, this way the user doesn't have to call abort() after a timeout
# [03:06] <bent> so ontimeout fires...
# [03:06] <WeirdAl> and we can distinguish between a timeout and an abort
# [03:06] <smaug> and in worker context where xhr.timeout is supported also with sync XHR, there is no other option
# [03:06] * Joins: dRdR (dRdR@CB3EC984.A5F785DE.396E4C6D.IP)
# [03:06] <smaug> since timers don't run while sync XHR is active
# [03:06] <bent> i see
# [03:07] <bent> so does the xhr auto-abort if the timeout is reached?
# [03:07] <WeirdAl> essentially
# [03:07] <bent> is there a way to prevent it?
# [03:07] <WeirdAl> sure, set the timeout to zero
# [03:07] <bent> from within the ontimeout callback, i mean
# [03:07] <smaug> (timeout isn't added to sync xhr in window context, since no new feature should support sync XHR there. Sync XHR in window context should be removed eventually. May take years though)
# [03:08] <WeirdAl> nope, once the timeout's fired, you're done
# [03:08] * Quits: dRdR (dRdR@CB3EC984.A5F785DE.396E4C6D.IP) (Client exited)
# [03:08] <bent> isn't that kind of racy?
# [03:08] <WeirdAl> it's a timeout event
# [03:08] <smaug> how is that racy ?
# [03:09] <bent> well, say your main thread window is doing lots of js
# [03:09] <WeirdAl> it takes literally the same path as an abort() call
# [03:09] <WeirdAl> except with a different event name
# [03:09] <bent> and the timeout expires
# [03:09] <bent> i assume a runnable is put in queue to fire the ontimeout event
# [03:09] <WeirdAl> nsITimer
# [03:09] <smaug> well, sure, it is racy the same way as any other timer is
# [03:09] <bent> but then your page is still busy
# [03:10] <bent> and eventually it calls xhr.timeout = 0
# [03:10] <bent> will that timer still abort?
# [03:10] <WeirdAl> when the timeout is set to 0, we cancel the timer
# [03:10] <bent> ok...
# [03:10] <bent> so that won't work for xhr on workers
# [03:11] <bent> the main thread xhr will be aborted
# [03:11] <bent> even if the worker xhr sets the timeout to 0
# [03:11] * Quits: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net) (Quit: smooney)
# [03:11] <bent> since we don't really have an xhr that lives on the worker.
# [03:11] <smaug> we could run the timer in worker thread :)
# [03:11] <WeirdAl> you've lost me
# [03:12] <bent> smaug, yes, but it will have to be totally custom code
# [03:12] <qheaden> Is there a way of getting context menu elements by their ID?
# [03:12] <smaug> bent: yeah
# [03:12] <bent> doable though
# [03:12] <qheaden> I've tried document.getElementById, but that doesn't work
# [03:12] <WeirdAl> bent: it sounds really like I should leave this to the experts :s
# [03:13] * philor is now known as philor|away
# [03:13] <bent> WeirdAl, well, your mods to XHR.cpp look fine
# [03:13] <WeirdAl> I hear "totally custom code", and I cringe
# [03:13] <bent> WeirdAl, but the impl is going to be a little tricky
# [03:13] <smaug> qheaden: if the elements are in the document, getElementById does return the right thing
# [03:14] <smaug> qheaden: but, is it possible that something is hidden inside XBL's anonymous content?
# [03:14] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [03:14] <smaug> or are you perhaps using wrong 'document'
# [03:14] <qheaden> smaug: Maybe I'm calling getElementById in the wrong spot. I'm running this code in a mochitest.
# [03:15] <smaug> qheaden: normal mochitest or browser-chrome or chrome?
# [03:15] <WeirdAl> bent - we just can't call on XHR's own timeout code, then?
# [03:15] <qheaden> Normal mochitest
# [03:15] <bent> WeirdAl, no
# [03:15] <bent> there are two event loops here
# [03:15] <bent> so extra care has to be taken to avoid races
# [03:15] <smaug> qheaden: well, context menu is in different document
# [03:16] <qheaden> smaug: But the mochitest I am running seems to have special privilages. It tests the context menus. I am trying to simulate clicking one, which it has the ability to do.
# [03:16] <smaug> qheaden: context menu lives in chrome
# [03:16] <bent> WeirdAl, you see the problem?
# [03:16] <WeirdAl> bent - ok, then let me ask about XHR's progress event timer.
# [03:16] <qheaden> smaug: The test stores the context menu into a variable named "contextMenu"
# [03:16] <WeirdAl> how do you avoid it there
# [03:16] <qheaden> smaug: Which it uses chrome to do.
# [03:16] <smaug> hmm, which test
# [03:17] <qheaden> smaug: browser/base/content/test/test_contextmenu.html
# [03:17] <bent> WeirdAl, there's a listener that just forwards all main thread XHR events to the worker thread
# [03:17] * WeirdAl is not getting it
# [03:17] <bent> WeirdAl, so if main thread thinks its time for a progress event then worker sees a progress event
# [03:17] <WeirdAl> oh, that won't do
# [03:18] <WeirdAl> that's just as bad for raciness
# [03:18] <bent> how?
# [03:18] <qheaden> smaug: Basically, I am trying to simulate the user pressing "Add to Dictionary"
# [03:18] <WeirdAl> worse, probably, since progress events normally would fire much more often
# [03:19] <WeirdAl> bent - based on your explanation, it's the same fundamental problem
# [03:19] <WeirdAl> cross-thread events
# [03:19] * Quits: prip (prip@moz-C330E3B5.k559.webspeed.dk) (Quit: Zzz)
# [03:19] * philor|away is now known as philor
# [03:20] <smaug> WeirdAl: it is not the same problem
# [03:20] <WeirdAl> or maybe "cross-thread timers" is more accurate
# [03:20] <bent> well... not sure if this is what you're talking about, but we block events that shouldn't be received
# [03:20] <bent> after an abort, for instance
# [03:20] <smaug> with timout the problem is that js in worker context is setting a property
# [03:20] <smaug> and that is forwarded to main thread
# [03:20] <smaug> event handling is other direction
# [03:21] <smaug> from main thread to worker thread
# [03:21] * Quits: rshetty (quassel@3F99FE5.6D8CA814.C842849F.IP) (Ping timeout)
# [03:21] <WeirdAl> ok, I get it now
# [03:22] <WeirdAl> still, it leaves me with a problem I can't solve quickly
# [03:22] * Quits: khuey (khuey@moz-B77DEAEB.mozilla.org) (Ping timeout)
# [03:22] <WeirdAl> that custom code bit
# [03:22] * Quits: IRCMonkey37782 (Tobbi@moz-CF7EE6EB.dip.t-dialin.net) (Ping timeout)
# [03:22] <smaug> qheaden: so, function startTest() access the chrome document
# [03:23] <qheaden> smaug: Yeah
# [03:23] <smaug> qheaden: and gets contextMenu from there
# [03:23] <qheaden> smaug: Yup
# [03:23] <smaug> you can access contextmenu elements using the ownerDocument of contextMenu
# [03:23] <qheaden> Ahh ok
# [03:23] <smaug> contextMenu.ownerDocument.getElementById('adf');
# [03:23] * Joins: khuey (khuey@moz-B77DEAEB.mozilla.org)
# [03:24] <WeirdAl> bent - if I post what I have as a partial patch, and with an attempt at a test, would you be willing/able to finish off the custom part?
# [03:24] <WeirdAl> I'll have to read up on the JSAPI docs you posted earlier
# [03:24] <bent> WeirdAl, can't commit to anything any time soon, sadly. Lots of other stuff going on.
# [03:25] <WeirdAl> Who could you recommend? At this point, we can forget about FF11 anyway
# [03:25] <bent> but if you're writing the main thread timeout code too...
# [03:25] <bent> it's going to be the same
# [03:25] <bent> just with a different thread trget
# [03:25] <bent> target
# [03:26] <WeirdAl> hmm, the code in XHR itself (non-worker) I wrote doesn't know anything about threads
# [03:26] <bent> well
# [03:26] <bent> it does ;)
# [03:26] <bent> it just hides that knowledge
# [03:26] <bent> when you call Init on your nsITimer
# [03:26] <bent> it records the target thread
# [03:26] * WeirdAl looks it up
# [03:26] <bent> you can set another thread
# [03:28] <smaug> WeirdAl: see nsITimer.target
# [03:28] <WeirdAl> oh!
# [03:29] <WeirdAl> and here of course, nsIEventTarget is not a DOMEventTarget
# [03:29] <WeirdAl> I do know that much :)
# [03:30] <WeirdAl> so fundamentally, it boils down to getting the right nsIEventTarget for the thread
# [03:30] <WeirdAl> I think
# [03:31] * Joins: Mook (mook@moz-B1410066.dsl.teksavvy.com)
# [03:31] <WeirdAl> hm, I may want to override XHR::SetTimeout, so that the event target can be passed in
# [03:31] * Joins: KWierso (chatzilla@moz-6E3FB3B9.desm.qwest.net)
# [03:32] <bent> well
# [03:32] <bent> you're going to want some kind of static function
# [03:32] <bent> because the XHR lives only on the main thread
# [03:33] <bent> can't be touched directly on the worker thread
# [03:33] * Joins: dao (dao@moz-70F74337.superkabel.de)
# [03:34] <WeirdAl> what I mean is for the worker's SetTimeout to call XHR::SetTimeout(timeLimit, eventTarget)
# [03:35] <WeirdAl> or is that just too simple?
# [03:36] <bent> by "worker's SetTimeout" you mean "worker's XHR.timeout" right?
# [03:36] <bent> not really worker setTimeout
# [03:36] <WeirdAl> yes - XHR::SetTimeout(timeLimit) would call XHR::SetTimeout(timeLimit, nsnull)
# [03:37] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
# [03:37] * bent doesn't get it...
# [03:37] * Quits: DGMurdockIII (dgmurdocki@moz-E933B63.hsd1.il.comcast.net) (Ping timeout)
# [03:37] <bent> is this supposed to be a static function?
# [03:38] * adam is now known as adam-afk
# [03:38] <WeirdAl> no, it's a member of the underlying XHR implementation
# [03:38] <WeirdAl> and has to be treated as such
# [03:38] * Joins: DGMurdockIII (dgmurdocki@moz-E933B63.hsd1.il.comcast.net)
# [03:38] <WeirdAl> unless I'm just not getting it, again
# [03:38] <bent> ok, so then, on a worker you can't touch the XHR implementation
# [03:38] <bent> because you're not on the main thread
# [03:39] <qheaden> smaug: Thanks a lot for helping me with that ownerDocument thing.
# [03:39] * Quits: DGMurdockIII (dgmurdocki@moz-E933B63.hsd1.il.comcast.net) (Quit: get satisfied! :: core-networks.de ««« (Gamers.IRC) »»» gamersirc.net ::)
# [03:39] <qheaden> smaug: I'm still having trouble simulating a click on it though.
# [03:39] * Quits: chewey (chewey@moz-FD12D2E4.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:39] <qheaden> smaug: I'm trying to pass the element to synthesizeMouseClickAtCenter, but it won't click.
# [03:39] * Joins: chewey (chewey@moz-F0009F13.dip0.t-ipconnect.de)
# [03:40] <WeirdAl> bent - nuts. So you're telling me I'm going to have to duplicate a lot of code?
# [03:41] <bent> WeirdAl, should only be a call to createInstance a nsITimer, right?
# [03:41] <darktrojan> qheaden, you could just call doCommand on the menu item
# [03:41] <WeirdAl> that's the first part
# [03:41] <WeirdAl> the second part is firing the event
# [03:41] <darktrojan> since I guess your test isn't really about the mouse clicking on it
# [03:41] <qheaden> darktrojan: Hmm, never saw that function
# [03:41] <bent> well, worker events are all different from mainthread events anyway
# [03:41] <WeirdAl> and closing the XHR, like an abort would
# [03:41] <bent> but yeah
# [03:41] <bent> seems like you're going to need similar code
# [03:42] <bent> but different
# [03:42] <WeirdAl> Maybe I should look up how the abort's handled on the worker XHR
# [03:42] * Joins: rshetty (quassel@3BEA28DB.503916DD.C842849F.IP)
# [03:42] <qheaden> darktrojan: So what do I pass to it? The id of the context menu element?
# [03:42] <smaug> qheaden: you're trying to pass which element to synthclick?
# [03:42] <qheaden> smaug: spell-add-to-dictionary
# [03:42] <darktrojan> it's a function of the menuitem, so menuitem.doCommand()
# [03:43] <smaug> qheaden: again, the element lives in a different document than what synthesizeMouseClickAtCenter is trying to handle
# [03:43] <qheaden> darktrojan: Oh wow, DUH!!! That makes sense.
# [03:43] <darktrojan> :)
# [03:43] * Quits: KaiRo (robert@moz-69A0E6F2.adsl.highway.telekom.at) (Input/output error)
# [03:43] <qheaden> smaug: I think darktrojan's method works better for my purposes.
# [03:43] <bent> WeirdAl, maybe, yeah
# [03:43] <smaug> yeah, that sounds good
# [03:43] <bent> WeirdAl, but i think the answer you're really looking for is "no, you can't simply bolt on a few lines of code to make this work"
# [03:43] <qheaden> Feeling stupid at times; part of being a programmer. :P
# [03:44] <WeirdAl> qheaden: only part?
# [03:44] <darktrojan> heh, I think we all know that feeling
# [03:45] <qheaden> YES IT WORKED! :)
# [03:45] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [03:46] <WeirdAl> I think I need a plan
# [03:47] <WeirdAl> first step: copy everything that we talked about abov
# [03:47] <WeirdAl> e
# [03:49] * Joins: regen (Miller@moz-58142D96.adsl.dynamic.seed.net.tw)
# [03:50] <bent> you'll also want to look at the way timeouts work on workers
# [03:50] <bent> they have their own eventtarget
# [03:50] <bent> that is not a thread
# [03:51] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [03:53] * Joins: darktrojan_ (geoff@moz-BC95E278.dsl.telstraclear.net)
# [03:53] * Quits: darktrojan (geoff@moz-8B34E932.dsl.telstraclear.net) (Ping timeout)
# [03:54] <jduell> sicking: ping
# [03:55] * Quits: mconley (mconley@A00174C9.68469654.6816E6B7.IP) (Quit: Leaving...)
# [03:55] * darktrojan_ is now known as darktrojan
# [03:55] <qheaden> Thank you everyone for helping me make this test work. :)
# [03:55] <qheaden> It is working perfectly now.
# [03:55] * Joins: Yuhao (Mibbit@moz-B7E94894.sw.biz.rr.com)
# [03:55] * Quits: regen (Miller@moz-58142D96.adsl.dynamic.seed.net.tw) (Quit: regen)
# [03:55] <WeirdAl> bent: any more thoughts before I start trying to figure this out?
# [03:57] <Yuhao> Hi I'm wondering if it's possible to know the start and end functions of loading a page? From I hit the URL to the page is done w/ loading, what are the first and last functions got involved?
# [03:58] <qheaden> I'm tired and hugry now. So, later everyone. :)
# [03:58] <qheaden> Thanks again
# [03:58] * Quits: qheaden (IceChat77@moz-67E02157.nrflva.fios.verizon.net) (Quit: I've got to go. See ya!)
# [03:58] <bent> WeirdAl, just keep all the XPCOM stuff in XHRPrivate.cpp
# [03:58] <bent> (not XHR.cpp)
# [03:58] <WeirdAl> right, I figured that much out already
# [03:58] <WeirdAl> XHR.cpp is just for exposing the interface to JS-land
# [03:59] <bent> same story with Worker.cpp and WorkerPrivate.cpp
# [03:59] <WeirdAl> heh, maybe XHR.cpp should be renamed to XHRInterface.cpp :p
# [03:59] * Quits: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net) (Connection reset by peer)
# [03:59] <bent> r-
# [03:59] <bent> ;)
# [04:00] <WeirdAl> I expect I'm going to see a few r-'s from you before I get this right
# [04:00] * bent gets the stamps out
# [04:00] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [04:00] <WeirdAl> all right, I'm going to attach the above convo to the bug
# [04:01] <WeirdAl> for record-keeping
# [04:02] * Joins: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net)
# [04:03] <bent> a summary is probably more useful ;)
# [04:03] * Quits: dao (dao@moz-70F74337.superkabel.de) (Quit: Leaving.)
# [04:03] <philikon> is there an else if in makefiles?
# [04:04] * Quits: smaug (chatzilla@moz-BE053D52.gprs.sl-laajakaista.fi) (Ping timeout)
# [04:04] <philikon> it seems not?
# [04:04] <philikon> which i find surprising
# [04:04] <WeirdAl> %elif, according to Google
# [04:04] <WeirdAl> http://www.opussoftware.com/tutorial/TutMakefile.htm
# [04:05] <Mossop> philor: http://mxr.mozilla.org/mozilla-central/source/gfx/cairo/cairo/test/Makefile.in#561
# [04:05] <philikon> WeirdAl: seems ms specific?
# [04:05] * Quits: romeo (romeo@moz-A9325888.k459.webspeed.dk) (Quit: Leaving)
# [04:05] <WeirdAl> yeah, didn't sound right to me either
# [04:05] <Mossop> Oh I guess that is in a shell, ignore me
# [04:06] <WeirdAl> http://www.gnu.org/software/make/manual/make.html#Conditional-Syntax
# [04:07] <WeirdAl> that says "just use else if ..."
# [04:07] <philikon> yeah so i've been reading tha tpage
# [04:07] <philikon> i cna't get it to work like that
# [04:08] <WeirdAl> pastebin?
# [04:08] * Quits: rjohnson19 (rjohnson19@moz-9148485F.hsd1.ma.comcast.net) (Quit: Leaving)
# [04:08] <bent> https://mxr.mozilla.org/mozilla-central/source/hal/Makefile.in#72
# [04:08] <philikon> that's how i have it!
# [04:08] <philikon> weird
# [04:08] <philikon> thanks bent!
# [04:09] <WeirdAl> what's hal? And is it asking for Dave?
# [04:09] <bent> mxr wins, not me ;)
# [04:09] <philikon> oh duh
# [04:09] <philikon> there's some space sensitivity here
# [04:10] <philikon> wow
# [04:10] <WeirdAl> ... :|
# [04:10] <WeirdAl> that's like the First Rule of Makefile
# [04:10] <WeirdAl> "you do not talk about using spaces"
# [04:11] * Joins: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com)
# [04:13] * Quits: Yuhao (Mibbit@moz-B7E94894.sw.biz.rr.com) (Quit: http://www.mibbit.com ajax IRC Client)
# [04:14] * Joins: Yuhao (Mibbit@moz-B7E94894.sw.biz.rr.com)
# [04:15] * Quits: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net) (Connection reset by peer)
# [04:16] * Joins: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net)
# [04:16] * Joins: regen (Miller@moz-FF2CC521.adsl.dynamic.seed.net.tw)
# [04:17] * Quits: sicking (chatzilla@moz-1FF05400.hsd1.ca.comcast.net) (Ping timeout)
# [04:20] * Ziggy_Maes is now known as Ziggy|AWAY
# [04:21] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
# [04:22] * Joins: rbgray (chatzilla@moz-DB556ADC.woh.res.rr.com)
# [04:23] * Quits: regen (Miller@moz-FF2CC521.adsl.dynamic.seed.net.tw) (Quit: regen)
# [04:24] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [04:24] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [04:27] <WeirdAl> hm, didn't I see a checkin recently that replaced JS_TRUE/JS_FALSE with true/false?
# [04:36] * Quits: ewong|zzz (chatzilla@moz-8A30ED8F.static.netvigator.com) (Quit: Narf)
# [04:38] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [04:39] * Quits: flx_ (flx@moz-29B17E9E.hsd1.ca.comcast.net) (Ping timeout)
# [04:42] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [04:44] * Quits: rbgray (chatzilla@moz-DB556ADC.woh.res.rr.com) (Ping timeout)
# [04:47] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [04:47] * Quits: @dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [04:50] <WeirdAl> bent: I'm looking over the AbortRunnable code, and in its calling nsXHR's Abort, it doesn't do anything to prevent events dispatched within nsXHR's Abort... is that intentional?
# [04:52] * Joins: dRdR (dRdR@moz-F979C50C.cpe.net.cable.rogers.com)
# [04:54] * Joins: brahmana|web (Mibbit@1C084732.A10B347F.D2D1FAF0.IP)
# [05:12] * Joins: Suresh (chatzilla@9025031B.31C45288.EB06F97B.IP)
# [05:12] * Quits: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP) (Quit: ejpbruel)
# [05:15] * Joins: Mano (chatzilla@moz-2B3C72E9.red.bezeqint.net)
# [05:16] * Quits: dRdR (dRdR@moz-F979C50C.cpe.net.cable.rogers.com) (Client exited)
# [05:27] * Quits: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net) (Ping timeout)
# [05:29] * Joins: w1n5t0n (Mibbit@moz-60376324.hsd1.co.comcast.net)
# [05:31] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [05:32] * Parts: w1n5t0n (Mibbit@moz-60376324.hsd1.co.comcast.net)
# [05:33] * Joins: bent_ (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [05:33] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Ping timeout)
# [05:33] * bent_ is now known as bent
# [05:37] * Quits: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net) (Connection reset by peer)
# [05:38] * Quits: fzzzy (donovan@moz-2B41AF9B.lightspeed.mtvwca.sbcglobal.net) (Quit: fzzzy)
# [05:39] * Joins: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net)
# [05:40] * Quits: kanru (user@moz-9D4255A4.dynamic.hinet.net) (Ping timeout)
# [05:41] * Joins: regen (Miller@moz-FF2CC521.adsl.dynamic.seed.net.tw)
# [05:45] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [05:47] * Quits: karl (karl@moz-8DF9828D.jetstream.xtra.co.nz) (Ping timeout)
# [05:50] * rail_away is now known as rail
# [05:51] * philor is now known as philor|away
# [05:53] * Quits: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net) (Ping timeout)
# [06:02] * philor|away is now known as philor
# [06:15] * Joins: bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net)
# [06:15] * ChanServ sets mode: +o bz
# [06:15] * Quits: regen (Miller@moz-FF2CC521.adsl.dynamic.seed.net.tw) (Quit: regen)
# [06:19] * Quits: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com) (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/)
# [06:22] * Quits: Waldo (waldo@moz-104CC309.mv.mozilla.com) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 8.0/20111108090029])
# [06:23] * Quits: Yuhao (Mibbit@moz-B7E94894.sw.biz.rr.com) (Quit: http://www.mibbit.com ajax IRC Client)
# [06:23] * Joins: Yuhao (Mibbit@moz-B7E94894.sw.biz.rr.com)
# [06:27] <WeirdAl> dammit, I overreacted again :(
# [06:27] <WeirdAl> spec says I'm right, but filing a new bug would've been better
# [06:27] <WeirdAl> and the spec can always be changed
# [06:35] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [06:35] * Quits: tonymec (tonymec@1255A3AB.EE6CCC0.277517C1.IP) (Input/output error)
# [06:46] * Joins: regen (Miller@moz-FF2CC521.adsl.dynamic.seed.net.tw)
# [06:48] * Quits: logbot (logbot@moz-785868D2.glob.com.au) (Ping timeout)
# [06:49] * Quits: tonymec|away (tonymec@1255A3AB.EE6CCC0.277517C1.IP) (Input/output error)
# [06:50] * Joins: logbot (logbot@moz-785868D2.glob.com.au)
# [06:51] * Quits: rshetty (quassel@3BEA28DB.503916DD.C842849F.IP) (Quit: No Ping reply in 180 seconds.)
# [06:51] * Joins: rshetty (quassel@3BEA28DB.503916DD.C842849F.IP)
# [06:53] * Joins: sicking (chatzilla@moz-1FF05400.hsd1.ca.comcast.net)
# [06:53] <jesup> firebot: uuid
# [06:54] <firebot> 660bde27-e88c-408b-9fea-0206a240fe04 (/msg firebot cid for CID form)
# [06:54] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [06:54] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [07:07] * Joins: flx_ (flx@moz-85EBB8A.dia.static.qwest.net)
# [07:08] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/c6f51fee373b - Doug Turner - Backout of de081ef87383
# [07:08] <firebot> http://hg.mozilla.org/mozilla-central/rev/e954a042cc37 - Doug Turner - Backout of f39dab2d2adb
# [07:08] <firebot> http://hg.mozilla.org/mozilla-central/rev/3cbf4d778042 - Doug Turner - Backout of b407ff123b6f
# [07:09] <firebot> http://hg.mozilla.org/mozilla-central/rev/7957f2f39615 - Doug Turner - bug 711184 - make sure we don't do any work creating about:home if we're not showing about:home r=dougt
# [07:09] <firebot> http://hg.mozilla.org/mozilla-central/rev/5a609469e7ea - Doug Turner - Backout of 9d027bf631d3
# [07:09] <firebot> http://hg.mozilla.org/mozilla-central/rev/f9bfa4c5c37b - Doug Turner - Backout of 8a5cc33141a3
# [07:09] <firebot> http://hg.mozilla.org/mozilla-central/rev/8cf696f741cd - Doug Turner - Backout of 434e5060c706
# [07:09] <firebot> http://hg.mozilla.org/mozilla-central/rev/0654878f0677 - Doug Turner - Backout of 74277c18e7ce
# [07:09] <firebot> http://hg.mozilla.org/mozilla-central/rev/33cdbc96bf99 - Doug Turner - Backout of ba92c42f126f
# [07:09] <dougt> fennec was crashing on startup. ><
# [07:10] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [07:11] <philor> Tegras were perfectly happy with it, you should quit using such modern stuff
# [07:13] * Quits: Mook (mook@moz-B1410066.dsl.teksavvy.com) (Ping timeout)
# [07:13] * Joins: Mook (mook@68E3C9C2.16C74E88.6F478678.IP)
# [07:18] * Joins: slowpoke (slowpoke@moz-D9842FC1.pools.arcor-ip.net)
# [07:20] * Quits: slowpoke (slowpoke@moz-D9842FC1.pools.arcor-ip.net) (Quit: The world is not beautiful - but that in itself lends it a kind of beauty.)
# [07:25] * Joins: mconley (mconley@A00174C9.68469654.6816E6B7.IP)
# [07:27] * Quits: regen (Miller@moz-FF2CC521.adsl.dynamic.seed.net.tw) (Quit: regen)
# [07:28] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
# [07:32] * philor is now known as philor|away
# [07:34] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [07:37] * Joins: biesi (cbiesinger@2E747C8D.C1499D0.396E4C6D.IP)
# [07:38] * rail is now known as rail_away
# [07:40] * philor|away is now known as philor
# [07:42] * Quits: mconley (mconley@A00174C9.68469654.6816E6B7.IP) (Input/output error)
# [07:44] * Quits: Mook (mook@68E3C9C2.16C74E88.6F478678.IP) (Ping timeout)
# [07:45] * Joins: Mook (mook@moz-B1410066.dsl.teksavvy.com)
# [07:47] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/a5e63e00db27 - Doug Turner - Backed out changeset 7957f2f39615
# [07:48] * philor is now known as philor|away
# [07:49] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Quit: Konversation terminated!)
# [07:50] * Joins: regen (Miller@moz-FF2CC521.adsl.dynamic.seed.net.tw)
# [07:53] * Joins: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net)
# [07:53] <dougt> philor|away: yeah, i don't trust the tegras at all at this point. :/
# [07:54] * philor|away is now known as philor
# [08:00] * Quits: biesi (cbiesinger@2E747C8D.C1499D0.396E4C6D.IP) (Ping timeout)
# [08:00] * Joins: slowpoke (slowpoke@moz-D9842FC1.pools.arcor-ip.net)
# [08:03] * Joins: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net)
# [08:04] * Quits: WeirdAl (chatzilla@moz-5BDC219.hsd1.ca.comcast.net) (Client exited)
# [08:05] * Quits: mike5w3c (MikeS@moz-9E3DC711.pool.e-mobile.ne.jp) (Ping timeout)
# [08:06] * Joins: mike5w3c (MikeS@moz-C495C486.pool.e-mobile.ne.jp)
# [08:06] * Quits: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net) (Quit: smooney)
# [08:09] * sstangl is now known as sstangl-ny
# [08:11] * Quits: slowpoke (slowpoke@moz-D9842FC1.pools.arcor-ip.net) (Quit: The world is not beautiful - but that in itself lends it a kind of beauty.)
# [08:16] * Joins: karl (karl@moz-8DF9828D.jetstream.xtra.co.nz)
# [08:16] * adam-afk is now known as adam
# [08:16] * Quits: brahmana|web (Mibbit@1C084732.A10B347F.D2D1FAF0.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [08:16] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [08:24] * Quits: Yuhao (Mibbit@moz-B7E94894.sw.biz.rr.com) (Quit: http://www.mibbit.com ajax IRC Client)
# [08:26] * philor is now known as philor|away
# [08:29] * Joins: cpearce (chatzilla@moz-55A2BC7D.xdsl.xnet.co.nz)
# [08:31] * Quits: regen (Miller@moz-FF2CC521.adsl.dynamic.seed.net.tw) (Quit: regen)
# [08:33] * Joins: anky (anky@85FD8518.13857F2.A3D1B221.IP)
# [08:36] * anky is now known as drecodeam
# [08:37] * Quits: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net) (Client exited)
# [08:38] * Joins: bsmith (bsmith@A2413EEC.695C1090.1F72B910.IP)
# [08:39] * Joins: jfkthame_afk (jfkthame@DBA4BEB5.90783722.9542EC20.IP)
# [08:39] * Quits: jfkthame_afk (jfkthame@DBA4BEB5.90783722.9542EC20.IP) (Quit: jfkthame_afk)
# [08:39] * Joins: jlebar (jlebar@moz-3F3A6302.dyn.columbia.edu)
# [08:40] * Quits: jlebar (jlebar@moz-3F3A6302.dyn.columbia.edu) (Input/output error)
# [08:40] * Quits: karl (karl@moz-8DF9828D.jetstream.xtra.co.nz) (Ping timeout)
# [08:44] * Joins: jfkthame_afk (jfkthame@DBA4BEB5.90783722.9542EC20.IP)
# [08:47] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [08:47] * Quits: jfkthame_afk (jfkthame@DBA4BEB5.90783722.9542EC20.IP) (Quit: jfkthame_afk)
# [08:55] * Quits: dvander`home (dvander@moz-EC56C22F.hsd1.ca.comcast.net) (Quit: Leaving...)
# [08:57] * Quits: flx_ (flx@moz-85EBB8A.dia.static.qwest.net) (Ping timeout)
# [08:59] * Joins: dvander`home (dvander@moz-EC56C22F.hsd1.ca.comcast.net)
# [09:04] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Quit: raccettura)
# [09:06] * adam is now known as adam-afk
# [09:06] * Joins: MichaelR (MichaelR@moz-79918791.hsd1.ma.comcast.net)
# [09:07] * Joins: victorporof (victorporo@D0477DB.DA9DCE7D.79933D60.IP)
# [09:12] * Quits: northWind (northWind@moz-20E58859.cable.teksavvy.com) (Quit: )
# [09:17] * Joins: flx_ (flx@moz-85EBB8A.dia.static.qwest.net)
# [09:17] * Quits: Mano (chatzilla@moz-2B3C72E9.red.bezeqint.net) (Ping timeout)
# [09:21] * Joins: onecyrenus (onecyrenus@moz-DBF7BAEE.hsd1.ca.comcast.net)
# [09:22] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [09:23] * Quits: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net) (Ping timeout)
# [09:25] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [09:32] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [09:33] * Quits: sicking (chatzilla@moz-1FF05400.hsd1.ca.comcast.net) (Input/output error)
# [09:37] * Joins: onecyrenus1 (onecyrenus@moz-38B8BDE7.pools.spcsdns.net)
# [09:38] * Quits: onecyrenus (onecyrenus@moz-DBF7BAEE.hsd1.ca.comcast.net) (Ping timeout)
# [09:40] * Quits: Suresh (chatzilla@9025031B.31C45288.EB06F97B.IP) (Quit: Suresh)
# [09:51] * Quits: Mook (mook@moz-B1410066.dsl.teksavvy.com) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 6.0/20110811165603])
# [09:53] * Quits: hub (hub@83874EA1.EB7C1AF9.6F478678.IP) (Ping timeout)
# [10:01] * mattwoodrow|away is now known as mattwoodrow
# [10:05] * Joins: grubshka (grubshka@moz-D9EA9AB9.w109-212.abo.wanadoo.fr)
# [10:05] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [10:07] * Joins: Ms2ger (Ms2ger@DA9738C3.641B467F.37724B0D.IP)
# [10:16] * Quits: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [10:17] * Quits: drecodeam (anky@85FD8518.13857F2.A3D1B221.IP) (Client exited)
# [10:22] * Joins: nthomas|away (chatzilla@moz-75DA4CCD.dsl.telstraclear.net)
# [10:24] * Joins: drecodeam (anky@85FD8518.13857F2.A3D1B221.IP)
# [10:27] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Quit: Leaving)
# [10:30] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [10:34] * mattwoodrow is now known as mattwoodrow|away
# [10:34] * Quits: flx_ (flx@moz-85EBB8A.dia.static.qwest.net) (Ping timeout)
# [10:34] * Joins: flx_ (flx@moz-85EBB8A.dia.static.qwest.net)
# [10:35] * Quits: onecyrenus1 (onecyrenus@moz-38B8BDE7.pools.spcsdns.net) (Client exited)
# [10:35] * Joins: onecyrenus (onecyrenus@moz-38B8BDE7.pools.spcsdns.net)
# [10:35] * Quits: onecyrenus (onecyrenus@moz-38B8BDE7.pools.spcsdns.net) (Client exited)
# [10:36] * Joins: onecyrenus (onecyrenus@moz-38B8BDE7.pools.spcsdns.net)
# [10:37] * Joins: erione (erione@4D482437.E91BFA18.C752B3FA.IP)
# [10:37] * Joins: msucan (msucan-@FA9E8863.56E67207.699550A1.IP)
# [10:37] * Quits: onecyrenus (onecyrenus@moz-38B8BDE7.pools.spcsdns.net) (Client exited)
# [10:38] * Joins: onecyrenus (onecyrenus@moz-38B8BDE7.pools.spcsdns.net)
# [10:38] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [10:38] * Quits: onecyrenus (onecyrenus@moz-38B8BDE7.pools.spcsdns.net) (Client exited)
# [10:38] * Joins: onecyrenus (onecyrenus@moz-38B8BDE7.pools.spcsdns.net)
# [10:39] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [10:39] * Quits: flx_ (flx@moz-85EBB8A.dia.static.qwest.net) (Ping timeout)
# [10:39] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [10:40] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [10:41] * Joins: Mano (chatzilla@moz-2B3C72E9.red.bezeqint.net)
# [10:45] * Joins: qheaden (IceChat77@moz-67E02157.nrflva.fios.verizon.net)
# [10:46] * Quits: drecodeam (anky@85FD8518.13857F2.A3D1B221.IP) (Ping timeout)
# [10:49] * Joins: drecodeam (anky@726CB1C2.450376A.A3D1B221.IP)
# [10:50] * Quits: onecyrenus (onecyrenus@moz-38B8BDE7.pools.spcsdns.net) (Quit: Leaving.)
# [10:52] * Quits: johnath_home (noyb@443AFEC5.C275C16F.F061A1E6.IP) (Ping timeout)
# [10:52] * Joins: johnath_home (noyb@443AFEC5.C275C16F.F061A1E6.IP)
# [10:56] * Quits: drecodeam (anky@726CB1C2.450376A.A3D1B221.IP) (Ping timeout)
# [10:57] * Joins: drecodeam (anky@37C658C.E0DAC67D.A3D1B221.IP)
# [10:57] * Joins: flx_ (flx@moz-85EBB8A.dia.static.qwest.net)
# [10:58] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [11:05] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [11:07] * Quits: qheaden (IceChat77@moz-67E02157.nrflva.fios.verizon.net) (Quit: I've got to go. See ya!)
# [11:09] * Joins: protz (jonathan@moz-7F6750F6.xulforum.org)
# [11:11] * Joins: Hughman (Hughman@moz-1727A300.static.tpgi.com.au)
# [11:11] * Quits: cpearce (chatzilla@moz-55A2BC7D.xdsl.xnet.co.nz) (Ping timeout)
# [11:12] * Quits: erione (erione@4D482437.E91BFA18.C752B3FA.IP) (Quit: Leaving)
# [11:19] * Parts: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [11:21] * Joins: jfkthame_afk (jfkthame@DBA4BEB5.90783722.9542EC20.IP)
# [11:25] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [11:27] * Joins: kaze (kaze@moz-6386E8B2.w90-9.abo.wanadoo.fr)
# [11:31] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [11:34] * Quits: nthomas|away (chatzilla@moz-75DA4CCD.dsl.telstraclear.net) (Quit: ChatZilla 0.9.85-rdmsoft [XULRunner 1.9.0.6/2009020411])
# [11:35] * Quits: jfkthame_afk (jfkthame@DBA4BEB5.90783722.9542EC20.IP) (Ping timeout)
# [11:36] * Quits: flx_ (flx@moz-85EBB8A.dia.static.qwest.net) (Ping timeout)
# [11:36] * Joins: jfkthame_afk (jfkthame@D7DD8528.90783722.9542EC20.IP)
# [11:37] * Joins: dao (dao@moz-8103251.superkabel.de)
# [11:39] * Quits: Hendikins (wolfox@moz-9A361C95.static.internode.on.net) (Ping timeout)
# [11:40] * Joins: Hendikins (wolfox@moz-9A361C95.static.internode.on.net)
# [11:42] * Joins: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP)
# [11:43] * Quits: drecodeam (anky@37C658C.E0DAC67D.A3D1B221.IP) (Client exited)
# [11:44] * Joins: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net)
# [11:49] * Joins: drecodeam (anky@37C658C.E0DAC67D.A3D1B221.IP)
# [11:52] * Quits: kaze (kaze@moz-6386E8B2.w90-9.abo.wanadoo.fr) (Ping timeout)
# [11:57] * Quits: jfkthame_afk (jfkthame@D7DD8528.90783722.9542EC20.IP) (Ping timeout)
# [11:57] * Joins: lurking_work (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net)
# [11:57] * Joins: jfkthame_afk (jfkthame@19C2B82A.90783722.9542EC20.IP)
# [12:02] * Joins: flx_ (flx@moz-85EBB8A.dia.static.qwest.net)
# [12:02] * Quits: jfkthame_afk (jfkthame@19C2B82A.90783722.9542EC20.IP) (Quit: jfkthame_afk)
# [12:08] * Joins: kaze (kaze@moz-6386E8B2.w90-9.abo.wanadoo.fr)
# [12:08] * Quits: flx_ (flx@moz-85EBB8A.dia.static.qwest.net) (Ping timeout)
# [12:13] * Quits: grubshka (grubshka@moz-D9EA9AB9.w109-212.abo.wanadoo.fr) (Ping timeout)
# [12:16] * Joins: grubshka (grubshka@moz-498626E5.w86-216.abo.wanadoo.fr)
# [12:17] * Quits: dao (dao@moz-8103251.superkabel.de) (Quit: Leaving.)
# [12:23] * Joins: graememcc (chatzilla@moz-6D728BDA.range86-150.btcentralplus.com)
# [12:24] * Joins: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [12:26] <darktrojan> good to see the hackernews article about device orientation in chrome getting facthammered
# [12:26] * Joins: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
# [12:26] <darktrojan> asa++
# [12:28] <nigelb> heh
# [12:29] <nigelb> darktrojan: link?
# [12:29] * Quits: Unfocused (u2622@moz-160C58C6.com) (Input/output error)
# [12:29] * Quits: ttaubert (u2620@moz-160C58C6.com) (Input/output error)
# [12:29] * Quits: felipe (u2734@moz-160C58C6.com) (Input/output error)
# [12:29] * Quits: jaws|away (u2871@moz-160C58C6.com) (Input/output error)
# [12:29] * Quits: sid0 (u2934@moz-160C58C6.com) (Input/output error)
# [12:29] * Quits: Asa (u3626@moz-160C58C6.com) (Input/output error)
# [12:29] <darktrojan> http://hackerne.ws/item?id=3365591
# [12:30] * Joins: ttaubert (u2620@moz-160C58C6.com)
# [12:30] * Joins: jaws|away (u2871@moz-160C58C6.com)
# [12:30] * Joins: Unfocused (u2622@moz-160C58C6.com)
# [12:30] <nigelb> oooh
# [12:31] <nigelb> asa++
# [12:31] * Joins: felipe (u2734@moz-160C58C6.com)
# [12:33] * Joins: Asa (u3626@moz-160C58C6.com)
# [12:34] * Joins: Fallen|mac (kewisch@moz-584315D7.adsl.alicedsl.de)
# [12:34] * Joins: sid0 (u2934@moz-160C58C6.com)
# [12:36] * Quits: kaze (kaze@moz-6386E8B2.w90-9.abo.wanadoo.fr) (Ping timeout)
# [12:36] * Joins: KaiRo (robert@moz-69A0E6F2.adsl.highway.telekom.at)
# [12:36] <darktrojan> ooh win
# [12:36] <darktrojan> http://www.reddit.com/r/firefox/comments/nbif1/thisll_sound_silly_is_there_an_extension_or/
# [12:36] <darktrojan> I wrote that
# [12:38] <nigelb> zomg win
# [12:41] * Joins: Ally (textual@moz-70626913.range86-150.btcentralplus.com)
# [12:41] * Ziggy|AWAY is now known as Ziggy_Maes
# [12:43] * Quits: drecodeam (anky@37C658C.E0DAC67D.A3D1B221.IP) (Client exited)
# [12:55] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Quit: Leaving)
# [12:59] * Joins: dao (dao@moz-8103251.superkabel.de)
# [13:02] * Joins: necolas (necolas@moz-4197BE5D.bb.sky.com)
# [13:03] <Mano> bz: replied on the binary-stream bug
# [13:06] * Joins: jfkthame_afk (jfkthame@D79C887E.A1C12133.9542EC20.IP)
# [13:07] * Joins: erione (erione@11D88E5D.792E2E02.C752B3FA.IP)
# [13:08] * Joins: TheLink (TheLink@moz-753C1E34.pools.arcor-ip.net)
# [13:11] * Quits: Hughman (Hughman@moz-1727A300.static.tpgi.com.au) (Quit: Bye)
# [13:14] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
# [13:17] * Joins: maikmerten (maikmerten@moz-8BAA93A7.dynamic.qsc.de)
# [13:19] * Quits: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net) (Quit: darktrojan)
# [13:22] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [13:22] * Joins: jfkthame_afk_ (jfkthame@D79C887E.A1C12133.9542EC20.IP)
# [13:22] * Quits: jfkthame_afk (jfkthame@D79C887E.A1C12133.9542EC20.IP) (Connection reset by peer)
# [13:22] * jfkthame_afk_ is now known as jfkthame_afk
# [13:25] * Joins: pnemsak (Miranda@moz-7409BD53.orange.sk)
# [13:25] * Quits: dao (dao@moz-8103251.superkabel.de) (Quit: Leaving.)
# [13:28] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [13:28] * Joins: kaze (kaze@moz-6386E8B2.w90-9.abo.wanadoo.fr)
# [13:30] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [13:31] * Joins: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [13:31] * Quits: kaze (kaze@moz-6386E8B2.w90-9.abo.wanadoo.fr) (Ping timeout)
# [13:34] * Joins: tabb0t (tabb0t@7C91C26E.F8C771EB.FFE8C4AF.IP)
# [13:34] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
# [13:35] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
# [13:38] * Quits: Fallen|mac (kewisch@moz-584315D7.adsl.alicedsl.de) (Quit: Leaving.)
# [13:41] * Quits: pnemsak (Miranda@moz-7409BD53.orange.sk) (Connection reset by peer)
# [13:41] * Joins: pnemsak (Miranda@moz-7409BD53.orange.sk)
# [13:41] * Joins: smaug (chatzilla@moz-57D0D6F1.elisa-mobile.fi)
# [13:42] * Joins: dao (dao@moz-8103251.superkabel.de)
# [13:47] * Joins: prip (prip@moz-C330E3B5.k559.webspeed.dk)
# [13:52] * Quits: klugefoo (kahr@moz-F88DFDF5.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [13:54] * Quits: graememcc (chatzilla@moz-6D728BDA.range86-150.btcentralplus.com) (Ping timeout)
# [13:55] * Joins: klugefoo (kahr@moz-F88DFDF5.lightspeed.sntcca.sbcglobal.net)
# [13:57] * Joins: evilpie (chatzilla@moz-BA45542.pools.arcor-ip.net)
# [13:57] <evilpie> bsmith: ping
# [13:58] <bsmith> evilpie: pong
# [13:58] <evilpie> would you mind looking at bug 440046 ?
# [13:59] <bsmith> Yes. I am doing a bunch of reviews now and that one is next.
# [13:59] <evilpie> this is super awesome, thank you
# [14:00] <evilpie> i am currently trying to follow up with some bug reviews, i feel strongly about
# [14:00] <evilpie> Jesse: ping
# [14:00] <bsmith> ddahl: do you know if there needs to be a separate review for the changes under dom/
# [14:00] <evilpie> mrbkap: ping
# [14:01] <bsmith> evilpie: who are you, btw?
# [14:01] <evilpie> i work on js engine mostly
# [14:01] <evilpie> https://mozillians.org/en-US/u/3dea86ea8f
# [14:03] <Ms2ger> bsmith, I do think that 440046 should be reviewed by a dom peer
# [14:04] <bsmith> Ms2ger: who would be the best one to do it, do you think?
# [14:04] <bsmith> DOM is far away from what I normally work on
# [14:04] <Ms2ger> Mm, smaug?
# [14:05] * Quits: mike5w3c (MikeS@moz-C495C486.pool.e-mobile.ne.jp) (Ping timeout)
# [14:05] * Quits: smvv (smvv@moz-ADA081D0.org) (Ping timeout)
# [14:05] * Joins: smvv (smvv@moz-ADA081D0.org)
# [14:06] * Joins: mike5w3c (MikeS@moz-EDA38A07.pool.e-mobile.ne.jp)
# [14:06] <evilpie> so if somebody would mind look at bug 528661
# [14:06] <evilpie> this would be awesome, too
# [14:06] <evilpie> (First Patch) from somebody, and no comment since 2 months
# [14:08] <Callek> mrbkap: ping (that bugs review is targetted at you)
# [14:09] <evilpie> if required i can review the js bits in bug 440046
# [14:11] <bsmith> evilpie: Riccardo was an intern in Mtn View. I am surprised that we haven't done anything with the XSS filter since he left :(
# [14:11] <bsmith> evilpie: that would be great
# [14:11] <evilpie> didn't know that, but sad anyways :(
# [14:11] <Callek> bsmith: of course, it hadn't gotten any review since that first patch
# [14:11] * Joins: graememcc (chatzilla@moz-6D728BDA.range86-150.btcentralplus.com)
# [14:11] <Callek> bsmith: which I think needs to happen, at least as a general "approach" review, even before a bitrot-fix
# [14:12] * Joins: kaze (kaze@moz-6386E8B2.w90-9.abo.wanadoo.fr)
# [14:12] * Joins: drecodeam (anky@37C658C.E0DAC67D.A3D1B221.IP)
# [14:13] <bsmith> probably because the last comment is: " Still does not compile on windows for some unicode issues, I'm setting up a build environment and will address this shortly."
# [14:13] <smaug> Ms2ger: ?
# [14:13] <evilpie> oh shit, i think i messed that up
# [14:13] <smaug> ah, some review
# [14:13] <smaug> bugzilla is slow....slower...
# [14:13] <bsmith> It seems Riccardo hasn't worked on it since he stopped his internship. We should ping him to see if we need a new owner.
# [14:14] <evilpie> is there any public bug on the bugzilla issue btw?
# [14:14] <Ms2ger> evilpie, did you just dump the entire patch into my inbox?
# [14:14] <evilpie> yeah
# [14:14] <evilpie> i am sorry :/
# [14:14] <evilpie> i only wanted to add a comment
# [14:16] * evilpie pretty amazed that my pushing worked to well
# [14:21] * Quits: dao (dao@moz-8103251.superkabel.de) (Ping timeout)
# [14:21] * Joins: dao (dao@moz-8103251.superkabel.de)
# [14:21] * smaug tries to understand what getRandomValues does
# [14:22] * ewong|sleep is now known as ewong
# [14:23] * Quits: dao (dao@moz-8103251.superkabel.de) (Ping timeout)
# [14:23] <evilpie> smaug: in short it fills an array with random data
# [14:23] <evilpie> http://wiki.whatwg.org/wiki/Crypto
# [14:24] <smaug> I wonder why the API is like that
# [14:24] <evilpie> ugh, somebody duplicated this work
# [14:24] <evilpie> bug 673432
# [14:24] <evilpie> :(
# [14:24] <evilpie> oh this only for mobile, never mind
# [14:25] * Quits: erione (erione@11D88E5D.792E2E02.C752B3FA.IP) (Quit: Leaving)
# [14:25] * Joins: rjohnson19 (rjohnson19@moz-9148485F.hsd1.ma.comcast.net)
# [14:27] * Quits: necolas (necolas@moz-4197BE5D.bb.sky.com) (Ping timeout)
# [14:27] * Joins: necolas (necolas@moz-4197BE5D.bb.sky.com)
# [14:27] * Joins: dao (dao@moz-8103251.superkabel.de)
# [14:30] * Quits: Unfocused (u2622@moz-160C58C6.com) (Input/output error)
# [14:32] * Joins: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com)
# [14:32] * Joins: Unfocused (u2622@moz-160C58C6.com)
# [14:33] * Quits: Elen (El@moz-EB0E359F.hsd1.ut.comcast.net) (Ping timeout)
# [14:33] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [14:34] * Joins: Goldorak (chatzilla@9CD43D39.E6A99E96.187A1082.IP)
# [14:34] * Quits: Goldorak (chatzilla@9CD43D39.E6A99E96.187A1082.IP) (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111104165243])
# [14:36] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [14:39] * Quits: prip (prip@moz-C330E3B5.k559.webspeed.dk) (Ping timeout)
# [14:45] * Quits: jfkthame_afk (jfkthame@D79C887E.A1C12133.9542EC20.IP) (Quit: jfkthame_afk)
# [14:45] * Quits: necolas (necolas@moz-4197BE5D.bb.sky.com) (Client exited)
# [14:48] <evilpie> bugzilla is sloooooowww
# [14:50] * Joins: prip (prip@moz-C330E3B5.k559.webspeed.dk)
# [14:53] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [14:54] <Callek> evilpie: patience, (of course complaining about it won't help)
# [14:54] * Joins: Elen (El@moz-EB0E359F.hsd1.ut.comcast.net)
# [14:55] * Joins: ewong_ (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [14:55] * Quits: ewong (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [14:55] <evilpie> Ms2ger: is the UnwrapObject really required?
# [14:55] <Ms2ger> I have no idea
# [14:55] <Ms2ger> Looked fishy to me as well
# [14:55] * ewong_ is now known as ewong
# [14:59] <smaug> someone familiar with JS API needs to review the patch too
# [15:02] <Ms2ger> evilpie was looking
# [15:03] <evilpie> yep
# [15:04] * Quits: Elen (El@moz-EB0E359F.hsd1.ut.comcast.net) (Ping timeout)
# [15:05] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [15:05] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Client exited)
# [15:06] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [15:07] <smaug> hmm, can I somehow disable one parameter to hg pull
# [15:07] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (NickServ (GHOST command used by rick))
# [15:07] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [15:07] <Callek> "one parameter"?
# [15:08] * Callek doesn't really know what you're asking
# [15:10] * Quits: whimboo (whimboo@moz-216F9AFA.superkabel.de) (Quit: Leaving.)
# [15:11] * Joins: regen (Miller@moz-FF2CC521.adsl.dynamic.seed.net.tw)
# [15:13] * Quits: tabb0t (tabb0t@7C91C26E.F8C771EB.FFE8C4AF.IP) (Ping timeout)
# [15:14] * Quits: regen (Miller@moz-FF2CC521.adsl.dynamic.seed.net.tw) (Quit: regen)
# [15:14] <wg9s> Inbound has been orange since Roc's pushes. should we back something out?
# [15:15] <wg9s> I was thinking backout bug 710521.
# [15:17] * Joins: tabb0t (tabb0t@C4F4C824.76375F80.422D491.IP)
# [15:20] * Joins: mcsmurf (chatzilla@moz-F2A68679.dip.t-dialin.net)
# [15:22] <smaug> Callek: I want to prevent -u
# [15:22] <smaug> Callek: so that I always remember to use --rebase
# [15:23] <Callek> smaug: |hg pull| will prevent -u, but it works and doesn't solve the --rebase issue. :(
# [15:24] * Joins: jfkthame_afk (jfkthame@D79C887E.A1C12133.9542EC20.IP)
# [15:24] * Quits: tabb0t (tabb0t@C4F4C824.76375F80.422D491.IP) (Ping timeout)
# [15:24] <evilpie> i think you could alias hg pull
# [15:25] <Callek> yea was about to suggest that
# [15:25] <Callek> http://www.selenic.com/mercurial/hgrc.5.html
# [15:25] <Callek> you can *probably* alias hg pull to do hg pull --rebase
# [15:25] <Callek> if that fails, a hook to prevent pull -u when you have MQ patches applied may work
# [15:26] * smaug doesn't use MQ ;)
# [15:27] <Callek> well can probably coerce it for what you need anyway :-)
# [15:27] <Callek> but yea, try the alias one, with a local repo test :-)
# [15:28] * Joins: merike|away (quassel@moz-A6468214.cable.starman.ee)
# [15:30] * Joins: kenny (kenny@moz-7EAF8A2D.hsd1.wa.comcast.net)
# [15:31] * ewong is now known as ewong|sleep
# [15:31] <grubshka> Hello, I've a problem with the xurunner app update system
# [15:32] <grubshka> When I do the update, after restart, I've the error "The Update could not be installed (patch apply failed)". I tried to do the update manually and it works well! I put the update log preferences, but it doesn't really helps...
# [15:34] * Joins: tabb0t (tabb0t@FE97021C.DF8249E8.C6104E0F.IP)
# [15:37] * Joins: Suresh (chatzilla@88CFABD5.35EA6F9B.EB06F97B.IP)
# [15:39] <Callek> grubshka: I wasn't aware XULRunner supported automatic updates at all, fwiw.
# [15:40] * Joins: andreasn (andreasn@moz-3CDFCC6A.a336.corp.bahnhof.se)
# [15:40] <grubshka> Callek, huh? I know some applications that use it, and it's "documented" on MDN (Ok, documented is a big word...)
# [15:41] * Callek is not contesting it, just surprised
# [15:42] <grubshka> ok:)
# [15:43] <grubshka> I'll try to build xulrunner with my app. For now I'm using the SDK, but I found an old post (http://answerpot.com/showthread.php?1129374-Xulrunner+auto+update+system) saying it's not working...
# [15:43] <evilpie> because it worked so good last time, any opinion on bug 407983 or bug 676619 ?
# [15:43] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [15:43] * Joins: necolas (necolas@moz-4197BE5D.bb.sky.com)
# [15:45] <evilpie> how do i search for "in-testsuite" in bugzilla?
# [15:46] <mcsmurf> the keyword?
# [15:46] <evilpie> the flag
# [15:46] <mcsmurf> oh, right
# [15:47] <mcsmurf> take a look at https://bugzilla.mozilla.org/query.cgi, "Custom Search"
# [15:47] <Callek> evilpie: btw Bug 07983, Enn is still around aiui, and I know kaze (was?) a contractor, I think he's still employed
# [15:48] <mcsmurf> Flags "is equal to" "in-testsuite+" for example
# [15:48] <Callek> I would try to catch kaze by e-mail and ask if those patch(es) are ready for review, or what the status is, etc.
# [15:48] <mcsmurf> maybe the Google Search in bugzilla would work, too, I almost never use it
# [15:48] * Quits: michal (michal@F8B4DDD2.FC749DA6.F23860FD.IP) (Ping timeout)
# [15:48] <evilpie> mcsmurf mhm
# [15:49] <mcsmurf> s/almost never/hardly/
# [15:50] <Callek> mcsmurf: we can't do google search based on flags, but google search does search bug _content_ nice and well :-)
# [15:50] * Callek never uses google search for our bugs though
# [15:50] <mcsmurf> when looking for special charcters like . + - $ and so on with Google it's difficult anyway ;)
# [15:50] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [15:51] <mcsmurf> or better said: not possible
# [15:51] <evilpie> huhu figured it out i think "flags" contains string "in-testsuite-"
# [15:54] <evilpie> so i am confused does "in-testsuite-" means no in testsuite or tests is not required?
# [15:55] <mcsmurf> use the force, Luke: http://lmgtfy.com/?q=%22in-testsuite%22+meaning 8-)
# [15:56] <Ms2ger> Callek, kaze is employed to work on editor atm
# [15:56] <mcsmurf> ok, today's Sunday, here's the answer: "The "in-testsuite-" means that a bug doesn't need a test (code cleanup, etc). "
# [15:56] <mcsmurf> evilpie: not in testsuite is probably then no flag at all
# [15:57] <evilpie> mcsmurf: "If this explanation is not correct, please edit and/or discuss in mozilla.dev.quality newsgroup." trust++
# [15:57] <Ms2ger> Not in testsuite is in-testsuite:?
# [15:58] * Quits: dao (dao@moz-8103251.superkabel.de) (Quit: Leaving.)
# [15:58] <mcsmurf> but ? means a test will be created
# [15:58] <mcsmurf> for me at least ;)
# [15:58] <Ms2ger> ? means "please can someone else write a test?"
# [15:59] <mcsmurf> one must admit https://wiki.mozilla.org/Bugzilla:MozillaFlagsAndSuch is a quite short page
# [15:59] <mcsmurf> +that
# [16:00] <evilpie> i am going to write a email to kaze
# [16:02] <kaze> evilpie: please do
# [16:02] <grubshka> Does someone know where (in the source) an update is applied when the application starts?
# [16:02] <evilpie> lol
# [16:02] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [16:02] <kaze> :)
# [16:02] <kaze> evilpie, Callek, Ms2ger can I be helpful in some way?
# [16:02] <evilpie> bug 407983
# [16:02] <evilpie> what is the status of that?
# [16:03] <kaze> evilpie: the latest patch proposal should be running
# [16:04] <evilpie> did you "look more closely at the spec" ?
# [16:04] <kaze> on the three patches that Ian has proposed, the first one is the only one that we want in the trunk atm (according to ehsan)
# [16:04] <kaze> I
# [16:04] * Quits: drecodeam (anky@37C658C.E0DAC67D.A3D1B221.IP) (Client exited)
# [16:04] <kaze> I'm still a bit unsure on how this matches the W3C spec for the clipboard API
# [16:04] <kaze> it sure is a move in the right direction
# [16:05] <evilpie> i must admit i have not really looked into this stuff :/
# [16:05] <mcsmurf> grubshka: if you mean binary app updates, this should be http://mxr.mozilla.org/mozilla-central/source/toolkit/xre/nsAppRunner.cpp#3130
# [16:05] <kaze> but I've seen Ian is working on the dataTransfer API, so there might be side-effects
# [16:06] <kaze> errr, sorry, not Ian but Neil :-s
# [16:06] <evilpie> in the best case just comment in the bug on flag somebody for review
# [16:06] <kaze> ok
# [16:06] <grubshka> mcsmurf, thanks! I'll try to understand why it works when I apply the update manually, but it doesn't automatically...
# [16:06] * Joins: michal (michal@F8B4DDD2.FC749DA6.F23860FD.IP)
# [16:07] <mcsmurf> grubshka: there should be an update log, but probably you already know that ;)
# [16:07] <mcsmurf> grubshka: the updater itself is at http://mxr.mozilla.org/mozilla-central/source/toolkit/mozapps/update/updater/
# [16:08] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [16:08] <grubshka> mcsmurf, yep I know about the log, but I don't have the log when it's applied automatically: it seems that the application deletes the directory :(
# [16:08] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
# [16:10] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [16:11] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [16:11] <grubshka> mcsmurf, do you know a little bit the updater? I've the intuition that my problem is caused by my packaging: I'm using xulrunner SDK, and I copy it in a "xulrunner" directory in my app.
# [16:12] <mcsmurf> sorry, not really
# [16:12] <grubshka> ut when an app is built with xulrunner from the source, everything is at the root
# [16:12] <grubshka> ok
# [16:12] <mcsmurf> I know in general how it works, but no technical details
# [16:12] <grubshka> mcsmurf, okay
# [16:12] <grubshka> mcsmurf, thanks anyway, I'll try to see with the source
# [16:13] * Quits: KLB (Kenneth_Ba@34D9F890.96E31AB3.58C7303A.IP) (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111104165243])
# [16:13] * Quits: klugefoo (kahr@moz-F88DFDF5.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [16:16] <smaug> can anyone reproduce: open history side bar, and close it
# [16:16] * Joins: klugefoo (kahr@moz-F88DFDF5.lightspeed.sntcca.sbcglobal.net)
# [16:16] <smaug> content area isn't re-painted immediately
# [16:17] <smaug> so it looks like the sidebar is still open
# [16:17] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
# [16:17] <smaug> hmm, this is not very recent build
# [16:18] * Quits: smaug (chatzilla@moz-57D0D6F1.elisa-mobile.fi) (Input/output error)
# [16:18] * Joins: smaug (chatzilla@moz-57D0D6F1.elisa-mobile.fi)
# [16:19] <smaug> ok, latest nightly doesn't have the problem
# [16:19] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [16:19] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
# [16:21] <evilpie> offtopice: do you listen to any specific music when programming?
# [16:23] <jdm> jhk: PING
# [16:23] <jdm> whoops
# [16:23] <jdm> ping
# [16:23] <jhk> jdm: pong
# [16:23] <jdm> jhk: good detective work!
# [16:23] <jhk> :)
# [16:23] <jdm> jhk: so, there are a couple things you should know
# [16:23] * Joins: maikmerten_ (maikmerten@moz-ECF29949.dynamic.qsc.de)
# [16:24] <jdm> jhk: first, nsresult is an integer type
# [16:24] * Quits: maikmerten (maikmerten@moz-8BAA93A7.dynamic.qsc.de) (Ping timeout)
# [16:24] <jdm> where NS_OK == 0, and error codes are != 0
# [16:24] <Ms2ger> Beep
# [16:24] <Ms2ger> Nonzero nsresults aren't necessarily failures
# [16:24] <jdm> jhk: so for GetInternalStream, you would probably want to return NS_OK and set *aStream = NULL
# [16:24] <jdm> er
# [16:24] <jdm> nsnull
# [16:25] <jdm> Ms2ger: ok, yes, that's true
# [16:25] <Ms2ger> NULL is fine
# [16:26] <Ms2ger> !summon bholley
# [16:26] <jdm> jhk: because functions that return NS_IMETHODIMP actually return an nsresult status code, and the real return value is the first argument
# [16:26] <jhk> jdm : how come we know that which stream we want it to be null.
# [16:27] <Ms2ger> Last argument
# [16:27] <jdm> Ms2ger: also, note that I said error codes are != 0, not that != codes are errors :)
# [16:27] <jdm> jhk: there is only one stream - aStream
# [16:27] <Ms2ger> That's what you said, but what did you mean? :)
# [16:27] * Joins: IanN (chatzilla@moz-3F5A461C.cable.virginmedia.com)
# [16:28] <jdm> Ms2ger: you'll never know!
# [16:28] <Ms2ger> :)
# [16:30] <jdm> jhk: I'm interested to see what happens if you make the change to GetInternalStream that returns a null stream
# [16:30] <jdm> we might need to add some code in AddFileNamePair to create an empty stream
# [16:30] <jdm> I'm not sure
# [16:31] <jhk> but *aStream can have more than one file also. In that case all will be null.
# [16:31] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [16:31] <jhk> so now I should do *aStream = null and return NS_OK right?
# [16:32] <jdm> jhk: yes, I think so. I don't understand what you mean by it having more than one file, though.
# [16:33] <jhk> In webmail we can upload more than one file at a time . Problem occurs only with one file .
# [16:33] <jdm> jhk: yes, but AddFileNamePair only operates on a single file at a time. This should be ok, I think.
# [16:34] <jhk> ok I will try it.:)
# [16:38] * Joins: mjschranz (mjschranz@F3B7A1B3.694CD917.A03BB2CC.IP)
# [16:40] * Joins: drecodeam (anky@37C658C.E0DAC67D.A3D1B221.IP)
# [16:42] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [16:44] * Quits: tabb0t (tabb0t@FE97021C.DF8249E8.C6104E0F.IP) (Ping timeout)
# [16:50] * adam-afk is now known as adam
# [16:55] * Quits: kaze (kaze@moz-6386E8B2.w90-9.abo.wanadoo.fr) (Ping timeout)
# [16:57] <jhk> jdm: "Files of zero size and invalid path have been discarded" even if this files present
# [16:57] <jhk> jdm: this is what we want to show when file is not there
# [16:57] <jdm> jhk: I doubt we actually want to show anything
# [16:57] <jhk> jdm : and files doesn't upload at all
# [16:58] <jdm> let's call is sicking for his thoughts
# [16:58] * Joins: flx_ (flx@moz-85EBB8A.dia.static.qwest.net)
# [16:59] <jhk> jdm :I have seen chrome shows the same message when files doesn't exists.
# [16:59] <jdm> hmm
# [16:59] <jdm> that's a fair point
# [16:59] * Joins: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net)
# [16:59] <jdm> jhk: what's the bug number again?
# [17:00] <jhk> jdm:702949
# [17:01] * Quits: flx_ (flx@moz-85EBB8A.dia.static.qwest.net) (Ping timeout)
# [17:01] <jdm> jhk: where does chrome show the error?
# [17:01] <smaug> bsmith: ping
# [17:01] <bsmith> smaug: pong
# [17:02] <smaug> bsmith: just curious, in which thread does SSL processing happen nowadays?
# [17:02] <smaug> (I couldn't figure that out from Bug 674147)
# [17:03] <smaug> I was wondering the cause of Bug 710176
# [17:03] <smaug> though, I haven't seen Bug 710176 too often
# [17:04] <bsmith> smaug: except certificate validation, it all happens on the socket transport thread
# [17:04] <smaug> k
# [17:04] <bsmith> and certificate validation happens in a separate thread pool
# [17:04] <bsmith> I am aware of Bug 710176 and I will check with Honza to see if his fix for bug 705755 fixes it
# [17:05] <bsmith> Otherwise, it is probably a bug in my implementation of SSL_RestartHandshakeAfterAuthCertificate
# [17:05] <smaug> ok, thanks
# [17:05] * Joins: Jake (Jake@moz-CDAFE004.phlapafg.dynamic.covad.net)
# [17:06] * Quits: drecodeam (anky@37C658C.E0DAC67D.A3D1B221.IP) (Ping timeout)
# [17:09] * Quits: gmoro (guilherme@3DCBFB93.F520FC74.D159334F.IP) (Ping timeout)
# [17:11] * Joins: drecodeam (anky@37C658C.E0DAC67D.A3D1B221.IP)
# [17:13] * Joins: gmoro (guilherme@3DCBFB93.F520FC74.D159334F.IP)
# [17:17] <ddahl> bsmith: I would stay a review for the changes under dom/ is needed
# [17:18] <ddahl> bsmith: s/say/stay
# [17:18] <bsmith> ddahl: I think the review was already done
# [17:18] <bsmith> :)
# [17:18] * Joins: biesi (cbiesinger@2E747C8D.C1499D0.396E4C6D.IP)
# [17:19] <ddahl> bsmith: sorry - just waking up
# [17:19] <bsmith> ddahl: I am concerned about the mobile change
# [17:19] <bsmith> ddahl: in particular, what about the other methods of window.crypto?
# [17:20] <bsmith> ddahl: do they magically work? I would have thought they would need new UI for mobile.
# [17:20] * Joins: flx_ (flx@moz-C1E46B5E.googlewifi.com)
# [17:20] * Quits: jfkthame_afk (jfkthame@D79C887E.A1C12133.9542EC20.IP) (Quit: jfkthame_afk)
# [17:22] <ddahl> bsmith: hmmm. great question. We may have to re-enable methods one by one for mobile - perhaps a new build flag is needed?
# [17:22] * Quits: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net) (Quit: smooney)
# [17:22] * Quits: MichaelR (MichaelR@moz-79918791.hsd1.ma.comcast.net) (Ping timeout)
# [17:27] * Joins: tonymec__ (tonymec@moz-479B0542.adsl-dyn.isp.belgacom.be)
# [17:28] * tonymec__ is now known as tonymec|away
# [17:29] * philor|away is now known as philor
# [17:30] * Joins: Elen (El@moz-EB0E359F.hsd1.ut.comcast.net)
# [17:32] * Joins: MichaelR (MichaelR@moz-B782A5DE.bstnma.east.verizon.net)
# [17:32] * Joins: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net)
# [17:32] <khuey> somebody around with sg access?
# [17:33] <Ms2ger> Nobody who wants to admit it
# [17:33] * Joins: dao (dao@moz-8103251.superkabel.de)
# [17:34] * Quits: prip (prip@moz-C330E3B5.k559.webspeed.dk) (Quit: Leaving)
# [17:35] <Callek> khuey: whats up?
# [17:35] <Callek> a reso/fixed, or something else?
# [17:35] <Ms2ger> A pony?
# [17:36] <khuey> Callek: CC me to 689384 please?
# [17:36] * Callek looks at what it is, and will decide after :-)
# [17:36] <khuey> heh
# [17:36] <khuey> fair enough
# [17:36] <Ms2ger> So, did I remove an interface without breaking c-c?
# [17:36] <Callek> khuey: that must be moco-conf or infrasec
# [17:36] <Callek> I can't access
# [17:36] <khuey> Callek: interesting
# [17:36] <khuey> it's not moco-conf
# [17:36] * khuey wonders if jdm got the wrong bug #
# [17:37] <jdm> hmm?
# [17:37] <Ms2ger> Maybe it's in Zoo
# [17:37] * Joins: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net)
# [17:37] <khuey> jdm: https://bugzilla.mozilla.org/show_bug.cgi?id=709721#c25 ?
# [17:37] <khuey> Callek: thanks
# [17:37] <Callek> np
# [17:38] <jdm> yep, thanks
# [17:40] * Quits: flx_ (flx@moz-C1E46B5E.googlewifi.com) (Ping timeout)
# [17:42] * Quits: tonymec|away (tonymec@moz-479B0542.adsl-dyn.isp.belgacom.be) (Input/output error)
# [17:44] * Joins: tonymec__ (tonymec@moz-479B0542.adsl-dyn.isp.belgacom.be)
# [17:44] * tonymec__ is now known as tonymec|away
# [17:44] * bwinton_away is now known as bwinton
# [17:44] * Joins: flx_ (flx@moz-C1E46B5E.googlewifi.com)
# [17:45] * Quits: Jake (Jake@moz-CDAFE004.phlapafg.dynamic.covad.net) (Quit: Leaving.)
# [17:47] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [17:48] * Quits: flx_ (flx@moz-C1E46B5E.googlewifi.com) (Ping timeout)
# [17:49] * Joins: flx_ (flx@moz-C1E46B5E.googlewifi.com)
# [17:51] * Quits: andreasn (andreasn@moz-3CDFCC6A.a336.corp.bahnhof.se) (Quit: Ex-Chat)
# [17:52] * Quits: flx_ (flx@moz-C1E46B5E.googlewifi.com) (Ping timeout)
# [17:53] * bwinton is now known as bwinton_away
# [17:53] <philor> hmm, I bet that screenshot in https://tbpl.mozilla.org/php/getParsedLog.php?id=8013463&tree=Firefox shows what went wrong
# [17:54] * Joins: andreasn (andreasn@moz-3CDFCC6A.a336.corp.bahnhof.se)
# [17:54] * Joins: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com)
# [17:54] * Joins: flx_ (flx@moz-85EBB8A.dia.static.qwest.net)
# [17:56] * Joins: jfkthame_afk (jfkthame@D79C887E.A1C12133.9542EC20.IP)
# [17:56] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
# [17:56] <philor> at least, I doubt the test wanted to resize the chrome harness window
# [17:56] <gcp> We can see version distribution of existing installations, right?
# [17:58] * Quits: drecodeam (anky@37C658C.E0DAC67D.A3D1B221.IP) (Client exited)
# [17:58] * Quits: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net) (Quit: nhirata)
# [17:58] * Quits: flx_ (flx@moz-85EBB8A.dia.static.qwest.net) (Ping timeout)
# [18:00] * Joins: flx_ (flx@moz-C1E46B5E.googlewifi.com)
# [18:01] * Joins: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com)
# [18:01] <smaug> Could someone please add VoidString()
# [18:02] <smaug> hmm, should that be NullString()
# [18:02] <Ms2ger> NullDOMString()
# [18:02] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [18:03] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [18:03] * Quits: flx_ (flx@moz-C1E46B5E.googlewifi.com) (Ping timeout)
# [18:05] <NeilAway> smaug: have you tried nsAdoptingString() as a workaround?
# [18:06] * Quits: biesi (cbiesinger@2E747C8D.C1499D0.396E4C6D.IP) (Ping timeout)
# [18:06] <smaug> NeilAway: how could that work?
# [18:06] <NeilAway> smaug: I thought it defaulted to void
# [18:06] * Joins: tonymec (tonymec@moz-479B0542.adsl-dyn.isp.belgacom.be)
# [18:06] <smaug> oh
# [18:06] <Ms2ger> NeilAway, also known as "obfuscation"
# [18:07] <mbrubeck> gcp: https://metrics.mozilla.com/stats/firefox.shtml
# [18:07] <NeilAway> smaug: actually nsXPIDLString seems to suffice (nsAdoptingString inherits from it)
# [18:07] <mbrubeck> gcp: More data at https://metrics.mozilla.com/pentaho/ if you have access
# [18:07] * Quits: Elen (El@moz-EB0E359F.hsd1.ut.comcast.net) (Ping timeout)
# [18:08] * Quits: maikmerten_ (maikmerten@moz-ECF29949.dynamic.qsc.de) (Quit: Leaving)
# [18:09] * Quits: dao (dao@moz-8103251.superkabel.de) (Quit: Leaving.)
# [18:10] <NeilAway> can anyone on a) linux b) mac please load http://xml.pastebin.mozilla.org/1410056 as a XUL document and tell me whether all the pairs of tabs match?
# [18:10] <gcp> I'm specifically interested if we can see uptake in EUballot versions
# [18:11] <gcp> I installed it on my mom's PC...and it is *not* getting updates, despite them being enabled
# [18:13] <jdm> NeilAway: how do I load it as a xul document?
# [18:13] <jdm> opening it as test.xul from my filesystem didn't work
# [18:13] <jdm> ah, I found a wiki page
# [18:14] * Joins: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com)
# [18:14] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
# [18:14] * Quits: azakai (alon@moz-8D0CC798.lightspeed.sntcca.sbcglobal.net) (Quit: Ex-Chat)
# [18:14] <jdm> NeilAway: pairs of tabs?
# [18:17] <tonymec> NeilAway: "/!\ Remote XUL / This page uses an unsupported technology that is no longer available by default. / Please contact the website owners to inform them of this problem."
# [18:22] <tonymec> NeilAway: on Linux64 with Remomte XUL Manager extension enabled but I don't see how to work around this "remote XUL prohibition".
# [18:23] <tonymec> s/Remomte/Remote/
# [18:24] <jdm> tonymec: dom.allow_XUL_XBL_for_file -> true
# [18:24] * Quits: pnemsak (Miranda@moz-7409BD53.orange.sk) (Ping timeout)
# [18:24] * Joins: pnemsak (Miranda@moz-7409BD53.orange.sk)
# [18:24] <tonymec> jdm: wilco
# [18:26] * Joins: mib_7djqwn (Mibbit@moz-C6198329.range217-43.btcentralplus.com)
# [18:27] <tonymec> NeilAway: linux x86_64, listitem.css (twice logo and caption) doesn't match all others (only once)
# [18:28] * Joins: anky (anky@37C658C.E0DAC67D.A3D1B221.IP)
# [18:31] <khuey> lol
# [18:31] <khuey> so I installed XP RTM
# [18:31] <khuey> to use Windows Update, you have to install the latest service pack
# [18:31] <khuey> to install SP3, you must have SP1 installed
# [18:31] <khuey> this is a fun game
# [18:32] <JonathanS> khuey, Was Windows is easy to use? ;)
# [18:32] <jdm> ha
# [18:34] * Joins: stefanh (stefanh@moz-3EED0162.customers.ownit.se)
# [18:35] <tonymec> NeilAway: see http://users.skynet.be/antoine.mechelynck/other/listitem.css.png
# [18:36] <Ms2ger> tonymec, hmm, that skin almost makes SeaMonkey pleasant to look at ;)
# [18:37] <mbrubeck> weird cluster of failures on last night's Linux nightly (on dougt's push)
# [18:37] <khuey> rofl
# [18:37] * jcranmer|away is now known as jcranmer
# [18:37] <tonymec> Ms2ger: third-party theme (Kairo's EarlyBlue from AMO) plus a Persona (needs three restarts to set up, I can tell you how)
# [18:38] <bsmith> ddahl: I will look at your patch/bug again in about 8 hours.
# [18:38] <bsmith> ddahl: after that, I am traveling ~16 hours
# [18:39] <bsmith> ddahl: It may be simpler to just disable the feature on native fennec (like xul fennec) and add it back on mobile later
# [18:40] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [18:40] <tonymec> Ms2ger: see bug 520124 comment #110
# [18:41] <philor> mbrubeck: those must be on the nightly, wonder whether that's the first clobber that ran after something landed
# [18:41] <tonymec> Ms2ger: of course, with the _default_ theme a
# [18:41] <IanN> tonymec: does anyone actually run pure gnome3, most seem to use gnome with compiz?
# [18:41] <tonymec> Ms2ger: ...Persona is restartless
# [18:42] <tonymec> IanN: I don't know, let me see what is my Gnome version...
# [18:42] <Ms2ger> I see
# [18:43] * adam is now known as adam-afk
# [18:45] * Quits: Suresh (chatzilla@88CFABD5.35EA6F9B.EB06F97B.IP) (Quit: Suresh)
# [18:45] <tonymec> IanN: libgnome 2.32.1-3.1.2 from openSUSE
# [18:45] <jcranmer> yay
# [18:45] <jcranmer> I found the cause of the newsgroup mark-unread bug
# [18:45] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [18:45] <jcranmer> [more or less]
# [18:45] <IanN> tonymec: ah looks like gnome3 with compiz from the screenshot
# [18:46] <jcranmer> smaug: I would like that too [VoidString]
# [18:46] <tonymec> IanN: I know I have compiz installed, but I meant: I thought this was Gnome *2*
# [18:46] <Ms2ger> jcranmer, enough to write a patch? :)
# [18:47] <jcranmer> Ms2ger: for VoidString, no
# [18:47] <jcranmer> for newsgroup mark-unread, probably
# [18:47] <IanN> tonymec: what does gnome-common say?
# [18:48] * Quits: kenny (kenny@moz-7EAF8A2D.hsd1.wa.comcast.net) (Client exited)
# [18:49] <tonymec> IanN: version 3.1.0-3.1.1 (from YaST about package gnome-common)
# [18:49] <IanN> tonymec: yep, u have gnome 3.1
# [18:50] * Quits: bsmith (bsmith@A2413EEC.695C1090.1F72B910.IP) (Ping timeout)
# [18:51] <tonymec> ah. Well I know KaiRo also uses openSUSE Linux, and of course many ppl use Linux here, but I wouldn't know who has KDE vs Gnome, or Gnome with vs without compiz
# [18:51] <tonymec> IanN: --^
# [18:52] <IanN> tonymec: ok :)
# [18:53] <tonymec> IanN: np
# [18:53] <mbrubeck> The nightly failures happened on the three longest-running mochitest suites
# [18:54] <mbrubeck> so it could also be caused by... something... that happened between 4:11 and 4:13 PST last night
# [18:55] * Joins: Elen (El@moz-EB0E359F.hsd1.ut.comcast.net)
# [18:55] * Joins: Polynomial-C (Poly-C@moz-F63A073A.dip.t-dialin.net)
# [18:58] * jwir3|away is now known as jwir3
# [18:59] * Quits: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com) (Quit: Leaving...)
# [19:00] * Quits: Ally (textual@moz-70626913.range86-150.btcentralplus.com) (Ping timeout)
# [19:01] * rail_away is now known as rail
# [19:02] <evilpie> ms2ger rampage
# [19:03] <Ms2ger> Oops, sorry
# [19:04] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [19:06] * Joins: w1n5t0n (Mibbit@moz-60376324.hsd1.co.comcast.net)
# [19:07] * Quits: evilpie (chatzilla@moz-BA45542.pools.arcor-ip.net) (Input/output error)
# [19:08] * Quits: Elen (El@moz-EB0E359F.hsd1.ut.comcast.net) (Ping timeout)
# [19:08] * Joins: evilpie (chatzilla@moz-BA45542.pools.arcor-ip.net)
# [19:10] * Joins: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [19:11] * Quits: w1n5t0n (Mibbit@moz-60376324.hsd1.co.comcast.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [19:16] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [19:16] * Joins: prip (prip@moz-C330E3B5.k559.webspeed.dk)
# [19:17] * Joins: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net)
# [19:17] * Quits: zandr (zandr@moz-891BD824.milewski.org) (Client exited)
# [19:20] <Jesse> evilpie: good morning
# [19:20] <Ms2ger> Good afternoon
# [19:21] * Joins: zandr (zandr@moz-891BD824.milewski.org)
# [19:22] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Ping timeout)
# [19:22] * jcranmer is now known as jcranmer|away
# [19:23] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [19:25] * Quits: stefanh (stefanh@moz-3EED0162.customers.ownit.se) (Quit: ChatZilla 0.9.87 [SeaMonkey 2.5/20111121020919])
# [19:25] * Quits: davehunt|away (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk) (Input/output error)
# [19:28] <jfkthame_afk> khuey: think we could risk re-enabling graphite on trunk, if we split ots out of libxul? i pushed this to tryserver (with moz_pgo=1) and it seemed to build ok.... would love to get that done before the uplift, so it catches the fx11 train
# [19:28] * jfkthame_afk is now known as jfkthame
# [19:30] * Quits: lurking_work (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net) (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111104165243])
# [19:31] <khuey> jfkthame: I think so
# [19:31] <khuey> jfkthame: I want to do some measurements first, but I expect that we can
# [19:33] <wg9s> jfkthame: Question, do thinks not included in libxul get into sulrunner, and if the answer is no, would not having it in xulrunner be less than what was origianlly planned?
# [19:34] <Ms2ger> Unrelated
# [19:34] <wg9s> hmm OK was trying to say, between my bad typing, do things not included in libxul get into xulrunner?
# [19:34] <Ms2ger> Yes
# [19:34] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [19:35] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [19:35] <mbrubeck> XULRunner includes JS/XUL/CSS/HTML/etc. resources that are not linked into libxul
# [19:35] <mbrubeck> it also includes spidermonkey (libmozjs) and whatever other libraries are part of the gecko runtime
# [19:36] * Joins: slowpoke (slowpoke@A6B0AA65.B93869A1.27500626.IP)
# [19:36] <wg9s> mbrubeck: I was actually hoping for the opposite answer because that would have given a clear delineation of what did and what did not belong in libxul.
# [19:37] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [19:37] * Quits: zandr (zandr@moz-891BD824.milewski.org) (Max SendQ exceeded)
# [19:37] <khuey> we're in the process of figuring that out ourselves ;-)
# [19:38] * Joins: zandr (zandr@moz-891BD824.milewski.org)
# [19:38] <jfkthame> afaict, libxul is just a particular way of linking a bunch of the code for efficiency/convenience, it doesn't determine what is or isn't part of the product
# [19:39] <wg9s> Well, I thhink anything in lixul ends up being part of very product even if it is unused.
# [19:39] * Joins: sewardj (sewardj@moz-C79D927B.cable.virginmedia.com)
# [19:39] <wg9s> s/very/every/\
# [19:40] * Joins: pnemsak_ (Miranda@moz-7409BD53.orange.sk)
# [19:40] <wg9s> hmm i can't even fix my typos without making a new one ;-)
# [19:40] * Quits: pnemsak (Miranda@moz-7409BD53.orange.sk) (Connection reset by peer)
# [19:42] <mbrubeck> wg9s: No, different products can use configure options to exclude things they don't use.
# [19:43] * Joins: mib_vcl983 (Mibbit@DC1003E.AD420D7D.265540B.IP)
# [19:43] <evilpie> Jesse: good afternoon
# [19:44] * Joins: dao (dao@moz-8103251.superkabel.de)
# [19:45] <Jesse> evilpie: were you looking for me earlier?
# [19:45] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [19:46] <evilpie> oh i think we already resolved that, i needed somebody to look at bug 528661
# [19:56] * jfkthame is now known as jfkthame_afk
# [19:57] * Quits: johnath_home (noyb@443AFEC5.C275C16F.F061A1E6.IP) (Input/output error)
# [19:59] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [20:00] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [20:01] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [20:01] * Parts: zandr (zandr@moz-891BD824.milewski.org)
# [20:03] <gcp> in what component do updater bugs go? general?
# [20:03] <Ms2ger> Toolkit somewhere?
# [20:03] <Jesse> gcp: toolkit - application update
# [20:04] <gcp> well, its firefox specific :P
# [20:05] * Quits: mike5w3c (MikeS@moz-EDA38A07.pool.e-mobile.ne.jp) (Ping timeout)
# [20:05] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [20:05] * Joins: flx_ (flx@A01051A9.6F669779.3D1CA460.IP)
# [20:06] <derf> 3TD!
# [20:06] * Joins: mike5w3c (MikeS@moz-58F37FDB.pool.e-mobile.ne.jp)
# [20:06] <Jesse> gcp: firefox specific how?
# [20:06] <sewardj> bc: ping
# [20:06] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [20:06] <gcp> I am pretty sure the eu-ballot versions are not receiving updates
# [20:07] <gcp> or at least some of them :P
# [20:08] <dao> and you're sure it's not a problem in the toolkit code?
# [20:08] * Joins: karl (karl@D285A134.8998A38C.C8A09C26.IP)
# [20:08] <gcp> normal firefoxes sure update, and so does TB
# [20:08] <gcp> anyway, I'll file in toolkit
# [20:09] <dao> well, that wasn't my question
# [20:09] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
# [20:09] <RyanVM> bz: ping
# [20:09] <gcp> given that it works in normal firefoxes, it seems more likely an issue in the logic that matches versions or locales
# [20:10] <dao> that logic should be in AUS (https://bugzilla.mozilla.org/enter_bug.cgi?product=AUS) and toolkit
# [20:11] <dao> unless you're saying the ballot build has a bogus version
# [20:11] <gcp> no, it looked OK to me
# [20:11] * Joins: Elen (El@moz-EB0E359F.hsd1.ut.comcast.net)
# [20:11] <gcp> in fact, as soon as I went into help->about, it downloaded and installed immediately
# [20:12] <gcp> but the browser was in very regular use, yet it was at 5.0 when 7.0 was current
# [20:12] <gcp> I checked again this weekend, and it was still at 7.0 when it should have been at 8.0.
# [20:13] <bjacob> glandium: since the angle splitoff, it seems that the local angle patches are broken
# [20:14] <bjacob> glandium: if i apply a angle update, it works, but if I unapply local angel patches, update angle, and reapply patches, I get strange crashes
# [20:14] <bjacob> glandium: can you have a look at gfx/angle/*.patch and tell me what needs to be adapted?
# [20:14] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/3d74a7c6d71b - Kyle Huey - Back out Bug 629668 because it breaks pymake builds.
# [20:15] * Quits: slowpoke (slowpoke@A6B0AA65.B93869A1.27500626.IP) (Input/output error)
# [20:17] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [20:17] <evilpie> dria: this is buggy https://wiki.mozilla.org/Features/By_team#Mac_Integration
# [20:17] <evilpie> also i would like suggest to make Bug id a required field for new features
# [20:19] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Ping timeout)
# [20:19] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [20:19] <dria> features are not 1:1 related to bugs
# [20:19] * Quits: dao (dao@moz-8103251.superkabel.de) (Quit: Leaving.)
# [20:19] <dria> so that wouldn't make sense
# [20:19] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [20:20] <bjacob> dria: we tend to use bugzilla for everything, including features
# [20:20] <dria> ok
# [20:20] * Joins: slowpoke (slowpoke@moz-AE67AB45.gigabit.perfect-privacy.com)
# [20:20] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [20:21] <dria> and "mac integration" isn't part of the eng team list anymore, so I just need to delete that query. thanks for pointing it out
# [20:22] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [20:23] <evilpie> dria: the problem i often have, there is a feature page, but i can't find the bug
# [20:23] <evilpie> but the bug really exists
# [20:23] <dria> bjacob: fwiw using or not using feature pages is something you'll have to take up with blizzard (platform PM) and sheila (project management lead)
# [20:24] <dria> evilpie: someone should have linked to it then, i guess
# [20:24] <evilpie> yeah
# [20:24] <evilpie> but people forget it when you don't ask them
# [20:24] <evilpie> and you can find the bug id in all kind of places
# [20:25] * Joins: dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com)
# [20:25] * ChanServ sets mode: +o dveditz
# [20:27] * Quits: evilpie (chatzilla@moz-BA45542.pools.arcor-ip.net) (Quit: ChatZilla 0.9.87 [Firefox 11.0a1/20111218031140])
# [20:27] * Quits: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
# [20:31] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [20:32] * Joins: IanN_ (chatzilla@moz-3F5A461C.cable.virginmedia.com)
# [20:33] * Quits: IanN_ (chatzilla@moz-3F5A461C.cable.virginmedia.com) (Quit: ChatZilla 0.9.87 [SeaMonkey 2.8a1/20111217163420])
# [20:33] * Joins: imphil (philipp@moz-655EF802.customer.m-online.net)
# [20:34] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Client exited)
# [20:34] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [20:34] * Quits: karl (karl@D285A134.8998A38C.C8A09C26.IP) (Ping timeout)
# [20:35] * jfkthame_afk is now known as jfkthame
# [20:35] * bent is now known as IRCMonkey61937
# [20:36] * Joins: hom (dvander@moz-EC56C22F.hsd1.ca.comcast.net)
# [20:36] * Joins: bernd (chatzilla@moz-461277E8.superkabel.de)
# [20:37] * Quits: dvander`home (dvander@moz-EC56C22F.hsd1.ca.comcast.net) (Ping timeout)
# [20:39] * IRCMonkey61937 is now known as bent
# [20:40] * Quits: flx_ (flx@A01051A9.6F669779.3D1CA460.IP) (Quit: Lost terminal)
# [20:41] * Quits: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net) (Ping timeout)
# [20:42] * Joins: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net)
# [20:43] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [20:43] <bc> sewardj: pong
# [20:43] <khuey> jdm: ping?
# [20:44] <jdm> khuey: pong
# [20:44] <khuey> jdm: how do we mark good first bugs these days?
# [20:44] <Ms2ger> [mentor=jdm]
# [20:44] <jdm> khuey: mentor=khuey, and a lang= attribute if possible
# [20:45] <khuey> ok
# [20:45] <khuey> jdm: so 492931 is good?
# [20:46] <jdm> khuey: yep!
# [20:46] <khuey> excellent
# [20:46] <khuey> thanks
# [20:46] <jdm> khuey: well, a link to the relevant source file is appreciated
# [20:46] <jdm> just as a decent first step so someone interested can start looking
# [20:46] <khuey> they're kind of spread all over :-/
# [20:46] <jdm> oh
# [20:47] <RyanVM> khuey: So for kicks yesterday, I attempted to build JS with PGO enabled on MSVC2010. xpcshell crashes in Yarr during the second-round make package phase
# [20:47] <jdm> link to a search?
# [20:47] <khuey> jdm: that I might be able to do
# [20:47] <khuey> RyanVM: mmm lovely
# [20:47] <RyanVM> khuey: Yeah. I remember there being a bug back in the day about Yarr crashing with PGO with O2 enabled, but I was still getting crashes with --enable-optimize commented out
# [20:48] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [20:48] <RyanVM> khuey: Would you agree that --enable-optimize="-O2 -GL" is kind of pointless with PGO enabled?
# [20:48] * wg9s wonders if that only occurred on talk like a pirate day.
# [20:48] <khuey> RyanVM: yes, I agree
# [20:49] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
# [20:49] * Quits: mib_7djqwn (Mibbit@moz-C6198329.range217-43.btcentralplus.com) (Quit: http://www.mibbit.com ajax IRC Client)
# [20:49] * Joins: dao (dao@moz-8103251.superkabel.de)
# [20:50] * Joins: karl (karl@D285A134.8998A38C.C8A09C26.IP)
# [20:50] * Quits: dao (dao@moz-8103251.superkabel.de) (Connection reset by peer)
# [20:51] <RyanVM> khuey: I'm thinking that arch:SSE2 is still useful, though
# [20:51] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [20:52] <khuey> on x86 yeah
# [20:54] <bjacob> glandium: ignore me... something really stupid slept in my patch
# [20:59] * Joins: mconley (mconley@A00174C9.68469654.6816E6B7.IP)
# [21:00] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [21:00] * wg9s thinks sometimes when he is really stupid he sleeps in a lot of odd places.
# [21:01] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [21:01] * Quits: Mano (chatzilla@moz-2B3C72E9.red.bezeqint.net) (Quit: ChatZilla 0.9.87 [Firefox 9.0/20111122192043])
# [21:02] * Joins: dao (dao@moz-8103251.superkabel.de)
# [21:02] <NeilAway> tonymec: now, that's weird, because I only get that effect on checkboxes and not listitems
# [21:06] <tonymec> NeilAway: any idea what might cause it on my side? or what to test and how?
# [21:06] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [21:07] <Ms2ger> khuey, orange
# [21:07] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [21:08] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [21:09] <jdm> khuey: ping
# [21:10] * khuey is now known as khuey|away
# [21:10] <khuey|away> jdm: pong
# [21:10] <khuey|away> Ms2ger: wtf?
# [21:10] * khuey|away is now known as khuey
# [21:10] <tonymec> NeilAway: in checkbox.css and checkbox.xul I see only one logo each. In listitem.css and listitem.xul the background is white (greyish in other tabs).
# [21:10] <jdm> khuey: so nsDOMFile::GetInternalStream includes the DEFER_OPEN flag
# [21:11] <jdm> khuey: however, when submitting a form in which the file doesn't exist, this is not good
# [21:11] <jdm> we put off opening the file until we make the http connection
# [21:11] * Quits: hom (dvander@moz-EC56C22F.hsd1.ca.comcast.net) (Quit: Leaving...)
# [21:11] <jdm> we want to be able to tell if we should just create an empty stream instead of one that fails later
# [21:11] <jdm> deferring is bad in this case
# [21:12] <tonymec> NeilAway: where "greyish" = same as non-current tabs on the page's tab bar
# [21:12] <jdm> khuey: relevant caller is http://mxr.mozilla.org/mozilla-central/source/content/html/content/src/nsFormSubmission.cpp#511
# [21:13] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [21:13] <khuey> jdm: mmm
# [21:13] <khuey> jdm: how did this work before?
# [21:13] <jdm> khuey: I'm not sure if it did or not.
# [21:14] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
# [21:14] <khuey> ah
# [21:15] <khuey> jdm: perhaps we can change http://mxr.mozilla.org/mozilla-central/source/netwerk/base/src/nsBufferedStreams.cpp#351 to swallow the error
# [21:15] <khuey> that might have other side effects
# [21:16] <tonymec> NeilAway: in listitem.xul I see a checkbox. In listitem.css, could the whole left-side logo be the checkbox? Clicking it makes the rest of the line (but not the leftside logo) get a blue background as if "selected".
# [21:16] <jdm> khuey: the file's also part of a multiplex stream
# [21:16] <jdm> I think there would need to be a bunch of error swallowing
# [21:18] <wg9s> Way too many inappropriate comments to make about all this swallow talk.
# [21:18] <khuey> jdm: yeah, not sure that's there's an easy solution here
# [21:18] <khuey> we definitely want to defer though, i/o on the gui thread is bad
# [21:18] * khuey channels sdwilsh's ghost
# [21:19] <Asa> sdwilsh died?
# [21:19] * Quits: mjschranz (mjschranz@F3B7A1B3.694CD917.A03BB2CC.IP) (Client exited)
# [21:19] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [21:19] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [21:20] <tonymec> NeilAway: also, in checkbox.css (only) there is a very small bluish graphic (a reduced logo?) inside the (normal-size) checkbox.
# [21:20] <jdm> khuey: doesn't deferring just push the IO until later?
# [21:20] <jdm> it's still on the gui thread
# [21:20] <khuey> jdm: I don't think it is
# [21:20] <jdm> khuey: http://pastebin.mozilla.org/1411592
# [21:20] <khuey> Asa: its a metaphor
# [21:21] <khuey> jdm: mmm
# [21:21] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Quit: Leaving.)
# [21:21] <khuey> I'm tempted to blame necko for this
# [21:21] <khuey> jdm: out of curiosity, is there a bug report that lead you to this?
# [21:22] <wg9s> JUst don;t blame Necco wafers. they are very big in this area of the country.
# [21:22] <jdm> khuey: yep. I've been working with jhk on bug 709262
# [21:22] <wg9s> one of oiur local products.
# [21:22] <jdm> er
# [21:22] <jdm> not that one
# [21:22] <jdm> khuey: bug 702949
# [21:23] <wg9s> Sky Bars are also local to here. THere si only one machine in the whole world capable of making XkyBars.
# [21:23] * Joins: gandalf (zbraniecki@moz-D977477A.neoplus.adsl.tpnet.pl)
# [21:23] <wg9s> SkyBars.
# [21:26] <khuey> jdm: ok, so we should probably fix necko to not do that
# [21:26] <jdm> khuey: is the answer here to create a SafeBufferedIntputStream that swallows the error?
# [21:26] <wg9s> Which I guess means manufacturing of Sky Bars is NOT going to be outsourced to another country anytime soon.
# [21:26] <khuey> jdm: hmm, maybe
# [21:26] * khuey looks
# [21:26] <tonymec> NeilAway: yes, zooming to 300% shows a very small logo inside the checkbox of checkbox.css
# [21:27] * Quits: kennyluck (kennyluck@moz-1C7FC771.dynamic.hinet.net) (Ping timeout)
# [21:27] <khuey> jdm: alternatively, perhaps nsFileInputStream::Available should return 0 instead of throwing?
# [21:28] * Quits: bernd (chatzilla@moz-461277E8.superkabel.de) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.4/2008111312])
# [21:29] * Joins: kennyluck (kennyluck@moz-661C37AF.dynamic.hinet.net)
# [21:29] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
# [21:29] * mattwoodrow|away is now known as mattwoodrow
# [21:29] <khuey> actually, that probably doesn't work
# [21:29] <khuey> since file input streams are blocking
# [21:29] * khuey grumbles about nsIInputStream
# [21:30] <jdm> what do you mean, blocking?
# [21:31] <khuey> nsFileInputStream::IsNonBlocking returns false
# [21:32] <khuey> so an available length of 0 means "block on me" not "you're not getting any more"
# [21:32] <khuey> obviously blocking on reading from a non-existent file will be sad times
# [21:32] <jdm> eww
# [21:33] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [21:33] <khuey> jdm: I'd talk to one of the beezee's about this
# [21:34] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [21:34] * Quits: mcsmurf (chatzilla@moz-F2A68679.dip.t-dialin.net) (Quit: ChatZilla 0.9.87 [SeaMonkey 2.8a1/20111203104810])
# [21:34] <jdm> ok
# [21:34] <khuey> jdm: I'm going to file a bug about Necko defeating the DEFER_OPEN optimization here too
# [21:35] <jdm> khuey: I'm not sure the DEFER_OPEN optimization was ever about moving it off of the main thread
# [21:35] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.87-2011052417 [Firefox 11.0a1/20111217131715])
# [21:35] <jdm> khuey: the bug was about the supposedly async construct/init of file streams performing IO that caused hiccups in fennec
# [21:35] * Joins: nthomas (chatzilla@moz-75DA4CCD.dsl.telstraclear.net)
# [21:36] <khuey> jdm: well when we switched dom files to use it we thought it would move the i/o to the background threads
# [21:36] <khuey> that may have just been my lack of understanding though ;-)
# [21:37] <jdm> heh
# [21:37] * khuey grumbles about MXR being slow
# [21:38] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [21:39] <tonymec> NeilAway: FTR, viewing a local copy of what I've now uploaded as http://users.skynet.be/antoine.mechelynck/other/1410056.xul
# [21:41] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [21:42] * Quits: sewardj (sewardj@moz-C79D927B.cable.virginmedia.com) (Ping timeout)
# [21:44] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Linkinus - http://linkinus.com)
# [21:44] <philor> woohoo, now Linux PGO is busted
# [21:44] <Ms2ger> Wasn't me
# [21:45] <khuey> I'm not fixing this one
# [21:46] <khuey> jdm: http://mxr.mozilla.org/mozilla-central/source/netwerk/base/public/nsIFileStreams.idl#95 :-P
# [21:46] <jdm> >:(
# [21:47] * khuey files a bug
# [21:49] <tonymec> philor: linker out-of-mem as seen in the NGs? Is that why Sm trunk nightlies arrive on time every day on linux-x86_64 and not on other platforms?
# [21:50] <philor> no, and no idea
# [21:53] <tonymec> philor: NG ref, for PGO busted but on W32, is thread "Gecko Is Too Big (Or, Why the Tree Is Closed)" on mozilla.dev.platform
# [21:58] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [21:59] * Quits: grubshka (grubshka@moz-498626E5.w86-216.abo.wanadoo.fr) (Ping timeout)
# [21:59] <khuey> rnewman++
# [22:01] <rnewman> :)
# [22:01] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [22:02] <khuey> "Don't ship footguns, and people won't end up with holes in their feet." is the context for anyone playing along at home
# [22:02] <philikon> ah
# [22:02] <philikon> was wondering
# [22:02] <philikon> yeah
# [22:02] <philikon> srsly
# [22:03] * Joins: eflores (AndChat@538BABFE.A073F3E.97BBD552.IP)
# [22:03] <wg9s> So, don;t give Barney that bullet to keep in his shirt pcket?
# [22:03] <wg9s> pocket?
# [22:03] * Quits: anky (anky@37C658C.E0DAC67D.A3D1B221.IP) (Client exited)
# [22:04] * Joins: grubshka (grubshka@moz-498626E5.w86-216.abo.wanadoo.fr)
# [22:04] <khuey> something like that
# [22:05] * Quits: mib_vcl983 (Mibbit@DC1003E.AD420D7D.265540B.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [22:05] * Joins: lsumar (lsumar@538BABFE.A073F3E.97BBD552.IP)
# [22:07] <philor> awesome, unlike Win where we use a totally unsupported compiler, on Linux, we use a hacked and outdated version of the compiler, and that's probably a gcc error that's fixed in 4.5.3
# [22:07] <Jesse> in what way is the windows compiler unsupported?
# [22:07] * Quits: necolas (necolas@moz-4197BE5D.bb.sky.com) (Connection reset by peer)
# [22:08] <philor> oh, are they still releasing updates to it?
# [22:08] * Joins: necolas (necolas@moz-4197BE5D.bb.sky.com)
# [22:08] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [22:09] * Quits: necolas (necolas@moz-4197BE5D.bb.sky.com) (Ping timeout)
# [22:09] <NeilAway> tonymec: well, the point is, they are supposed to look the same (except for the label text of course)
# [22:12] <tonymec> NeilAway: do you want snapshots for oneor more other tabs? or could I help in any way?
# [22:12] <NeilAway> tonymec: no, I just need something that reproduces the problem, even if it's inconsistent
# [22:13] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [22:14] <tonymec> NeilAway: well, I see the problem every time in latest Sm trunk for linux x86_64
# [22:14] <NeilAway> tonymec: sure, but why do you see it in listitem but I see it in checkbox?
# [22:16] <NeilAway> tonymec: still, that's a question for the layout/gfx guys I suppose
# [22:16] <tonymec> NeilAway: in checkbox.css I see a very small logo inside a normal-size checkbox. In listitem.xul I see a normal-size logo with a 1px border (enlarged checkbox?) around it.
# [22:17] <philikon> khuey: oh, we're actually going to support webidl?
# [22:18] * Quits: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net) (Quit: Instantbird 1.2a1pre)
# [22:18] <tonymec> NeilAway: I see it the same when loading it directly from http://users.skynet.be/antoine.mechelynck/other/1410056.xul and enabling that domain through the Remote XUL Manager extension
# [22:19] * Joins: necolas (necolas@moz-4197BE5D.bb.sky.com)
# [22:20] <khuey> philikon: yes
# [22:20] <khuey> philikon: and we're totally going to do string constants
# [22:20] <khuey> just not in xpidl
# [22:21] <Ms2ger> Oh?
# [22:21] <Ms2ger> We weren't going to do string constants in the platform last time I checked
# [22:21] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [22:22] <Ms2ger> mounir, tell DAPI that, please
# [22:22] <khuey> did those get removed from webidl?
# [22:22] <Ms2ger> Were they ever in WebIDL?
# [22:22] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [22:23] <khuey> uh
# [22:23] <khuey> I have no idea
# [22:23] <khuey> I figured they were since people are writing specs with them ...
# [22:23] * Quits: necolas (necolas@moz-4197BE5D.bb.sky.com) (Client exited)
# [22:23] <khuey> rofl
# [22:23] <khuey> I've seen people get bug numbers in commits before
# [22:23] <khuey> but when people misnumber the tests ...
# [22:23] <khuey> that's great
# [22:24] <Ms2ger> Eh?
# [22:24] <khuey> http://hg.mozilla.org/mozilla-central/rev/c828b73a419a
# [22:25] <Ms2ger> Nice
# [22:26] <Ms2ger> Anyway, ConstType includes integers, floats, booleans, bytes and octets
# [22:26] <philikon> *sniff*
# [22:26] <philikon> i think it'd be nice to have string consts
# [22:26] * Quits: @bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net) (Ping timeout)
# [22:26] <Ms2ger> I don't think so
# [22:27] <philikon> misspell a string = no exception
# [22:27] <Ms2ger> Pff
# [22:27] <philikon> misspell a constant, different
# [22:27] * khuey shrugs
# [22:27] * Joins: sewardj (sewardj@moz-C79D927B.cable.virginmedia.com)
# [22:27] <khuey> you really want enums then
# [22:27] <khuey> you could have type checking!
# [22:27] <khuey> and then JS wouldn't be such a wasteland
# [22:27] <Ms2ger> Misspell the string argument to insertAdjacentHTML, and you get an exception
# [22:27] <philikon> hey hey this is still js :)
# [22:28] * Joins: roc (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [22:28] <philikon> i have accidentally misspelled strings so many times and hunted a bug for hour
# [22:28] <philikon> *hours
# [22:28] <philikon> just because i spelled it "laod" instead of "load" or something
# [22:29] <philikon> maybe that's just me
# [22:29] <khuey> ->AddEventListener(foo, nsGkAtoms::load);
# [22:29] <khuey> so much better
# [22:29] <khuey> :-P
# [22:29] <philikon> bah c++ fanbois
# [22:30] <Ms2ger> Not me
# [22:30] * Quits: karl (karl@D285A134.8998A38C.C8A09C26.IP) (Ping timeout)
# [22:30] <khuey> too bad it doesn't work that way either
# [22:30] <khuey> philikon: I'm hardly a c++ fanboi
# [22:30] <khuey> I just like type checking
# [22:30] <Ms2ger> ->AddEventListener(function(event) { ... }, nsGkAtoms::load);
# [22:30] <khuey> heh
# [22:31] * Joins: mbrubeck_ (Mibbit@moz-755AD63.hsd1.wa.comcast.net)
# [22:31] <philikon> window.addEventListener(func, window.EVENT_LOAD)
# [22:31] <Ms2ger> Eww
# [22:31] <khuey> global scope pollution!
# [22:31] <Ms2ger> Indeed
# [22:32] <philikon> well EVENT_LOAD would be a property of the Window IDL
# [22:32] <philikon> is it my fault that window is also the global object?
# [22:32] <philikon> we should fix that
# [22:32] <philikon> (and we are, wiht modules)
# [22:32] <Ms2ger> Hah
# [22:32] <philikon> also
# [22:32] <philikon> you can already avoid it
# [22:32] <Ms2ger> Unicorns?
# [22:32] <philikon> with an anonymous closure
# [22:32] <khuey> didn't modules get removed too?
# [22:33] <philikon> did they?
# [22:33] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Quit: Make a new plan, Stan!)
# [22:33] <philikon> i thought they were on the plan for es.next
# [22:33] <khuey> oh, I thought you were talking about webidl modules
# [22:33] <philikon> ah no, js modules
# [22:33] <philikon> since you guys were like OMG GLOBAL SCOPE!!11!
# [22:35] <mbrubeck_> should we close the trees? and can we? (apologies if this was already discussed; I'm not at the computer where my scrollback is)
# [22:36] <Ms2ger> Eh? Why?
# [22:37] <mbrubeck_> tbpl and self-serve are down
# [22:37] <mbrubeck_> so we're not seeing test results
# [22:37] * Quits: msucan (msucan-@FA9E8863.56E67207.699550A1.IP) (Quit: .)
# [22:37] <mbrubeck_> actually self-serve might be working
# [22:38] <mbrubeck_> anyway, no *useable* way to tell if breakage is checked in...
# [22:39] <nthomas> what sort of not working ?
# [22:39] <nthomas> tbpl.m.o has content after I force reloaded it
# [22:39] <nthomas> for m-c
# [22:40] <mbrubeck_> hmm, it's just timing out for me
# [22:40] * Joins: Waldo (waldo@moz-104CC309.mv.mozilla.com)
# [22:40] <mbrubeck_> Wal\o
# [22:40] <mbrubeck_> soort
# [22:40] <mbrubeck_> sorry
# [22:40] <mbrubeck_> Waldo's /topic indicates network issues
# [22:40] <Waldo> ?
# [22:41] <Waldo> I felt a great disturbance in the Force, as if millions of network nodes cried out in terror, and suddenly timed out
# [22:41] <Waldo> oh
# [22:41] <Waldo> that
# [22:41] <Waldo> I think philor set that on Friday morning
# [22:41] <Waldo> my change was just to switch m-i/m-c to open
# [22:41] <nthomas> the topic in #it is clear though, so here is probably just stale
# [22:42] <Waldo> p{ossi,roba}bly
# [22:43] <mbrubeck_> tbpl was working fine for me all morning, but it's just been timing out for the last 30 minutes or more
# [22:43] * Quits: graememcc (chatzilla@moz-6D728BDA.range86-150.btcentralplus.com) (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111115204015])
# [22:44] <Ms2ger> http://www.downforeveryoneorjustme.com/tbpl.mozilla.org
# [22:44] <wg9s> mbrubeckseems to timeout for me when there are a lot of filed tests ont he same build.
# [22:44] <wg9s> failed
# [22:44] <wg9s> like 85 earlier today.
# [22:44] <mbrubeck_> maybe it's just me. http://www.downforeveryoneorjustme.com/tbpl.mozilla.org thinks it's up
# [22:45] <mbrubeck_> (I mean TBPL won't even load; I get a network error page)
# [22:45] <nthomas> how about addons.mozilla.org ?
# [22:46] <wg9s> OH: i don;t have that issue I thought you meant timeouts trying to get the log summary.
# [22:47] <mbrubeck_> AMO works for me
# [22:51] * Parts: andreasn (andreasn@moz-3CDFCC6A.a336.corp.bahnhof.se)
# [22:51] * Joins: njn (chatzilla@32788AE8.60066DFE.8660782D.IP)
# [22:53] * Quits: mbrubeck_ (Mibbit@moz-755AD63.hsd1.wa.comcast.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [22:53] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [22:56] * Joins: karl (karl@538BABFE.A073F3E.97BBD552.IP)
# [22:56] * Quits: prip (prip@moz-C330E3B5.k559.webspeed.dk) (Quit: Leaving)
# [22:57] * Quits: slowpoke (slowpoke@moz-AE67AB45.gigabit.perfect-privacy.com) (Input/output error)
# [23:00] * Quits: bhearsum (bhearsum@moz-B7E4BE87.hearsum.ca) (Quit: ZNC - http://znc.in)
# [23:01] * Joins: bhearsum (bhearsum@moz-FBAE94.members.linode.com)
# [23:01] * Joins: dRdR (dRdR@moz-F979C50C.cpe.net.cable.rogers.com)
# [23:01] * Joins: slowpoke (slowpoke@moz-AE67AB45.gigabit.perfect-privacy.com)
# [23:03] * Quits: micahg (micahg@moz-C7CC8D27.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com) (Ping timeout)
# [23:04] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Ping timeout)
# [23:06] * philor changes topic to 'm-c: OPEN m-i: OPEN || Next aurora uplift: 20th Dec || If you are new or want to help, see irc://irc.mozilla.org/#introduction'
# [23:06] <philor> not me, no, though I figured we could just leave it there since it seems to be universally true
# [23:06] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [23:06] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
# [23:06] <Waldo> :-)
# [23:07] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [23:07] <Waldo> philor's law of infrastructure reliability, or something
# [23:08] * Quits: dao (dao@moz-8103251.superkabel.de) (Connection reset by peer)
# [23:08] <philor> "if you like the way it's working, just you wait five minutes"
# [23:08] * Ms2ger changes topic to 'm-c: OPEN m-i: OPEN || Next aurora uplift: 20th Dec || If you are new or want to help, see irc://irc.mozilla.org/#introduction || "if you like the way it's working, just you wait five minutes"'
# [23:09] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Quit: Leaving.)
# [23:09] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
# [23:09] * Joins: dao (dao@moz-8103251.superkabel.de)
# [23:09] * Quits: dRdR (dRdR@moz-F979C50C.cpe.net.cable.rogers.com) (Client exited)
# [23:11] <Waldo> good grief is cairo warning-y
# [23:12] <Ms2ger> Yeah
# [23:12] <Waldo> warning: implicit conversion from enumeration type 'cairo_status_t' (aka 'enum _cairo_status') to different enumeration type 'cairo_int_status_t' (aka 'enum _cairo_int_status') [-Wconversion]
# [23:12] <Waldo> about a squillion times per file
# [23:12] <Ms2ger> If you're fixing warnings, might want to ask edmorley my set of patches
# [23:12] * Ms2ger grumbles at dist/include/nsBaseHashtable.h:150:14: warning: converting to non-pointer type unsigned int from NULL
# [23:13] * Quits: philipp64|laptop (chatzilla@moz-49802010.redfish-solutions.com) (Ping timeout)
# [23:13] <Waldo> libvpx also spews a bunch of -Wconversion
# [23:14] * Joins: kenny (kenny@moz-7EAF8A2D.hsd1.wa.comcast.net)
# [23:14] <Waldo> a bunch in libvpx, a few in expat, and the rest in cairo, for a browser build
# [23:15] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
# [23:16] * Waldo wonders how much we care about the ipc chromium files being unmodified
# [23:16] * Quits: dao (dao@moz-8103251.superkabel.de) (Ping timeout)
# [23:16] <Ms2ger> No
# [23:16] <Ms2ger> Not at all
# [23:16] <Waldo> well, that's an easy warning fix, then
# [23:16] * Joins: dao (dao@moz-8103251.superkabel.de)
# [23:16] <Ms2ger> And don't look at the MOZILLA_CHROMIUM_BUILD defines or whatever, that's just to confuse you
# [23:17] * Quits: jarib (jarib@5E8BCC57.F2902D31.B1C414DA.IP) (Quit: Lost terminal)
# [23:18] <philor> Ms2ger: what was that you were saying earlier about having not broken comm-central?
# [23:18] * Quits: gandalf (zbraniecki@moz-D977477A.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [23:19] <Ms2ger> nsIDOMNSElement
# [23:19] <Ms2ger> At least it seemed to build fine
# [23:19] <Ms2ger> May've broken it in other ways, of course
# [23:19] * Joins: micahg (micahg@moz-C7CC8D27.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com)
# [23:20] <philor> Mac and Windows don't seem to agree about it building fine
# [23:20] * Joins: gandalf (zbraniecki@moz-D977477A.neoplus.adsl.tpnet.pl)
# [23:20] <Ms2ger> \o/
# [23:21] <philor> a perfect record intact
# [23:21] * Joins: mcsmurf (mcsmurf@moz-BE426369.dip.t-dialin.net)
# [23:24] * njn has never had 5 browser builds going at once
# [23:25] <njn> 14:19:17 up 37 min, 7 users, load average: 26.93, 26.57, 17.87
# [23:25] <khuey> heh
# [23:25] <khuey> might finally get to use all your cores
# [23:25] <njn> Waldo: we're both looking at warnings
# [23:25] <njn> khuey: I've only got 4, 8 if you count Hyperthreading
# [23:25] <Waldo> njn: to some extent, yes
# [23:26] <njn> Waldo: what's your strategy? I was going to start going module-by-module
# [23:26] <Waldo> njn: I'm just looking cuz it's the weekend and I've got the games on :-)
# [23:26] * Joins: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com)
# [23:26] <Waldo> "strategy"? not much of one
# [23:26] <Waldo> pipe output into a text file
# [23:26] <Waldo> for warning in $(grep \\[-W ~/moz/inflight/inbound-warnings-clang-v2.txt | sed -e 's/^.*\[$-W.*$\].*$/\1/g' | sort | uniq); do echo "$warning: " `grep -c -- $warning ~/moz/inflight/inbound-warnings-clang-v2.txt`; done
# [23:26] * Quits: gandalf (zbraniecki@moz-D977477A.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [23:26] * Quits: Ms2ger (Ms2ger@DA9738C3.641B467F.37724B0D.IP) (Quit: nn)
# [23:26] <Waldo> pick off likely-ish ones
# [23:26] * khuey waits for WarningShrink to start
# [23:27] <njn> Waldo: but when you get 100s of warnings, how do you choose where to look?
# [23:27] <njn> BTW -Woverlength-strings is f'ing useless
# [23:27] <Waldo> njn: as far as I'm concerned, any warning is spam I don't want to see, so it doesn't hugely matter
# [23:27] <njn> Waldo: I see dholbert is a sympathetic reviewer
# [23:27] <Waldo> njn: note I'm testing with clang, so the warnings I get are different from what you're seeing, likely
# [23:28] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
# [23:28] <njn> Waldo: there's a decent amoount of overlap, AFAICT
# [23:28] <Waldo> njn: he's filed warning bugs before, figured a reasonable choice
# [23:28] <Waldo> yeah, doubtless
# [23:28] <njn> Waldo: I was going to do module by module because that seems good for reviewing
# [23:28] <njn> 3rd party code is a pain
# [23:28] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [23:28] <Waldo> yeah
# [23:28] <njn> NSS is terrible
# [23:28] <Waldo> http://pastebin.mozilla.org/1411989 is a fairly recent set of results I got
# [23:28] <Waldo> with clang
# [23:29] <khuey> that is true in general
# [23:29] <mattwoodrow> njn: Have you tried valgrind on mac osx lion?
# [23:29] <njn> Waldo: Wunused-parameter is useless, turn it off
# [23:29] <mattwoodrow> I'm getting an invalid instruction in libcrypto
# [23:30] <njn> Waldo: http://pastebin.mozilla.org/1411990 is my equivalent :)
# [23:30] <njn> mattwoodrow: no
# [23:30] * Waldo bets it's not a shell one-liner
# [23:30] <Waldo> seems unlikely, given that formatting!
# [23:31] <njn> Waldo: I have a script that does the percentage/summing stuff
# [23:32] <njn> Waldo: it's a concordance type thing, I used vim to extract the "[-Wfoo]" lines
# [23:32] <khuey> bah
# [23:32] <njn> Waldo: I bet if we fixed all the GCC warnings, the clang count would go way down, and vice versa
# [23:32] <Waldo> so'd I, with less flowery :-)
# [23:32] <khuey> why don't I get stacks for my crash on try?
# [23:32] <NeilAway> bah, I leaked 25 strings out of a thousand million
# [23:32] <Waldo> yeah
# [23:33] <NeilAway> (nsStringStatus uses %9 format...)
# [23:33] <philor> khuey: same reason you don't get them for your crash on not-try
# [23:33] <NeilAway> *Stats
# [23:33] <khuey> philor: which is?
# [23:34] <philor> khuey: bug 711179 - it puts the symbols where it says they are, or it gets the crapstack again
# [23:35] <khuey> philor: ty
# [23:35] * Parts: kenny (kenny@moz-7EAF8A2D.hsd1.wa.comcast.net) (Leaving)
# [23:36] <Waldo> njn: want to rubber-stamp a Clang warning fix? http://pastebin.mozilla.org/1411993
# [23:37] <Waldo> produces warnings like /home/jwalden/moz/inttypes/ipc/chromium/src/base/process_util.h:68:28: warning: function 'GetCurrentProcessArchitecture' is not needed and will not be emitted [-Wunneeded-internal-declaration]
# [23:38] <njn> Waldo: rs=me as long as we're allowed to modify that code -- are we?
# [23:38] <Waldo> njn: Ms2ger and http://hg.mozilla.org/mozilla-central/rev/d46151a97b7e suggest the answer is yes
# [23:39] <khuey> if you're talking about chromium code, yes, we can modify it
# [23:39] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [23:39] <njn> Waldo: sounds good
# [23:39] <khuey> tracking upstream isn't something we care about
# [23:40] * Quits: protz (jonathan@moz-7F6750F6.xulforum.org) (Quit: Leaving)
# [23:40] <njn> does anyone use [inbound] whiteboard markings any more?
# [23:41] <dao> some do, it's not clear why
# [23:41] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
# [23:41] <jfkthame> njn: the inbound sheriffs have asked people not to do that any longer, i believe
# [23:42] <njn> jfkthame: fair enough, not much point if it was optional
# [23:42] * Quits: imphil (philipp@moz-655EF802.customer.m-online.net) (Ping timeout)
# [23:42] <njn> Waldo: -Wunused-but-set-variable is really good, IMHO
# [23:42] <njn> Waldo: I think it's fairly new, which is why we have so many with GCC
# [23:42] <njn> dead function calls aplenty
# [23:42] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [23:43] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [23:44] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Quit: Leaving.)
# [23:45] * Quits: tobbi (Tobbi@16BAC97A.933EA279.AC7F8427.IP) (Ping timeout)
# [23:47] * Quits: smaug (chatzilla@moz-57D0D6F1.elisa-mobile.fi) (Ping timeout)
# [23:47] * Joins: smaug (chatzilla@moz-57D0D6F1.elisa-mobile.fi)
# [23:48] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.1/2008072406])
# [23:50] <khuey> it's a little depressing what a well placed NS_ABORT_IF_FALSE can do to find main thread i/o :-/
# [23:50] * Quits: jfkthame (jfkthame@D79C887E.A1C12133.9542EC20.IP) (Ping timeout)
# [23:51] * Joins: jfkthame (jfkthame@78C7B4BE.A1C12133.9542EC20.IP)
# [23:52] <smaug> khuey: ?
# [23:52] <smaug> ah
# [23:52] <smaug> I see
# [23:53] <khuey> smaug: a bunch of DOM file stuff ends up statting on the main thread because Necko does silly things :-(
# [23:53] * Joins: jduell (jduell@moz-A446278F.hfc.comcastbusiness.net)
# [23:53] <smaug> uh
# [23:53] * Joins: Fallen|mac (kewisch@moz-A0987A85.adsl.alicedsl.de)
# [23:54] * Quits: Fallen|mac (kewisch@moz-A0987A85.adsl.alicedsl.de) (Quit: Leaving.)
# [23:54] * Quits: gerv (gerv@moz-8E68CF56.in-addr.arpa) (Quit: Leaving.)
# [23:55] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
# [23:55] * Parts: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
# [23:56] <philor> ttaubert: is browser_tabview_bug597980.js one of your favoritest tests, that you love above all others?
# [23:57] <ttaubert> um... :) wanna disable it?
# [23:57] <philor> bug 653080
# [23:58] <philor> no idea whether the leak analysis script is lying, or being mislead, or it really is the instigator of most of those
# [23:59] <khuey> is that the browser-chrome leak with 600+ comments?
# [23:59] <philor> yup
# [23:59] <khuey> kill it with fire
# [23:59] <ttaubert> you should have CC'ed me
# Session Close: Mon Dec 19 00:00:00 2011

The end :)