/irc-logs / mozilla / #developers / 2012-09-21 / end

Options:

# Session Start: Fri Sep 21 00:00:02 2012
# Session Ident: #developers
# [00:00] * bhearsum is now known as bhearsum|afk
# [00:00] * Joins: bbondy_ (bbondy@moz-CBCCE0F3.home.cgocable.net)
# [00:00] * Quits: ekr (ekr@moz-BBE3ABD.mv.mozilla.com) (Quit: ekr)
# [00:00] <@khuey> ehsan: pong
# [00:01] <@ehsan> khuey: AttributeError: 'IDLTypedefType' object has no attribute 'isExternal'
# [00:01] <@ehsan> khuey: I got this when I typedef'ed an interface
# [00:01] <@khuey> backtrace?
# [00:01] <@ehsan> known?
# [00:01] <@ehsan> khuey: https://gist.github.com/3758569
# [00:02] * philor is now known as philor|away
# [00:02] <Callek> ehsan: ping -- assuming I remember your area of focus right
# [00:02] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [00:03] <@ehsan> Callek: pong, assuming that you're going to ask me a very simple question
# [00:03] <@khuey> ehsan: something is wrong, we should have an IDLInterface there, not an IDLTypedefType
# [00:03] <Callek> ehsan: (in beta) is "cursor of single-line textboxes routinely appears as if it is on the right-edge of the input [e.g. if it was an RTL input]"
# [00:03] * Joins: venk (user@moz-214432C.static.tpgi.com.au)
# [00:03] * bwinton is now known as bwinton_away
# [00:03] * juanb is now known as juanb|brb
# [00:03] <@ehsan> khuey: hrm, can you give me a hint to debug this?
# [00:03] <Callek> I see this *all* the time in chatzilla, and quite often in actual webpages
# [00:03] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/3f5309a5b66e - Marty Rosenberg - GCthings don't have a single tag, so mutate the condition to actually do a set-test. (bug 792239, r=dvander)
# [00:04] <@khuey> ehsan: can you pastebin what you added to bindings.conf?
# [00:04] <@ehsan> Callek: do you have a testcase?
# [00:04] <Callek> ehsan: other than just using the browser, no.... :(
# [00:04] <@ehsan> khuey: I probably need to pastebin my entire patch
# [00:04] <@khuey> ehsan: ok
# [00:04] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [00:04] <Callek> ehsan: actually a cZ testcase I just reproduced, and is likely similar to my browser reproduce
# [00:05] <@ehsan> khuey: http://pastebin.mozilla.org/1833517
# [00:05] * rail is now known as rail_away
# [00:05] <Callek> ehsan: in cZ, change tabs, with ctrl+tab [win7]
# [00:05] <Callek> (with input box otherwise empty)
# [00:05] <@ehsan> Callek: hrm... is that a regression?
# [00:06] * Quits: josh (josh@F2D29657.F60B0462.67AC9B1.IP) (Quit: josh)
# [00:06] <Callek> ehsan: it wasn't around 6 months ago, for sure... I suspect its a FF16 regression, since I don't *remember* it when 15 was in beta
# [00:06] * Quits: AryehGregor (AryehGrego@F0BEED3D.BA536DA5.C605BBF7.IP) (Ping timeout)
# [00:06] <Callek> ehsan: I'm willing to get a bug on file, and bisect over the weekend if you don't have any better ideas
# [00:06] * Joins: ekr (ekr@moz-BBE3ABD.mv.mozilla.com)
# [00:06] * Joins: AryehGregor (AryehGrego@F0BEED3D.BA536DA5.C605BBF7.IP)
# [00:06] * Joins: jwilde (Thunderbir@moz-7C6C8188.medford.tufts.edu)
# [00:06] * Joins: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:07] <@ehsan> Callek: it would be very helpful if you could use mozregression to get a regression range
# [00:07] * kmoir is now known as kmoir-afk
# [00:07] * Quits: bonnie (bbsurender@3035F4A5.3753335A.B66DD36E.IP) (Ping timeout)
# [00:07] <Callek> mozregression I could never coerce to work right -- itd be manual
# [00:07] <@khuey> ehsan: you, uh, didn't add any typedefs
# [00:07] <@khuey> wtf
# [00:07] <Callek> but I'd get down to a specific 24 hour range for you :-)
# [00:07] <Callek> at the least
# [00:07] <@ehsan> khuey: oh wait maybe that's the wrong diff
# [00:08] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:08] * Quits: jdm (jdm@moz-ED97493F.cpe.net.cable.rogers.com) (Quit: Lost terminal)
# [00:08] * Parts: NimeshNeema (u2689@moz-160C58C6.com)
# [00:08] <@ehsan> khuey: false alarm, sorry, bad Bindings.conf entry
# [00:09] <@khuey> ehsan: ok, that's what I figured
# [00:09] <@ehsan> this stuff is kind of confusing :(
# [00:09] <@khuey> ehsan: what do you do wrong, ooc?
# [00:09] * Joins: josh (josh@F2D29657.F60B0462.67AC9B1.IP)
# [00:09] <bjacob> tons of unused-variable -Werrors on inbound with gcc 4.6
# [00:09] <@khuey> I'l like to have better error messages than random python exceptions
# [00:09] <@ehsan> khuey: I had added an entry for AudioContext, not mozAudioContext
# [00:09] <@ehsan> and I have typedef mozAudioContext AudioContext;
# [00:09] <@ehsan> khuey: want me to file a bug?
# [00:09] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:10] * gregglind is now known as gregglind_away
# [00:10] <@khuey> ehsan: yes please
# [00:10] * Quits: cviecco_ (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [00:10] <@ehsan> on it
# [00:10] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [00:10] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: ["Textual IRC Client: www.textualapp.com"])
# [00:11] * Quits: twi (Adium@D379170F.57B5FEBA.965084DF.IP) (Quit: Leaving.)
# [00:11] * Quits: beaufour (beaufour@moz-DC1D9B4C.nycmny.fios.verizon.net) (Quit: beaufour)
# [00:11] * AutomatedTester is now known as AutomatedTester|AFK
# [00:12] * sheeri is now known as sheeri-afk
# [00:12] * philor|away is now known as philor
# [00:12] * Joins: bonnie (bbsurender@3035F4A5.3753335A.B66DD36E.IP)
# [00:13] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Quit: mdas)
# [00:14] * Joins: jduell (jduell@F2D29657.F60B0462.67AC9B1.IP)
# [00:14] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:16] * Quits: ircloggr (nodebot@moz-59835B3D.compute-1.amazonaws.com) (Client exited)
# [00:16] * Joins: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:16] * Joins: cviecco_ (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [00:16] * Quits: drexler (chatzilla@moz-BD26ECCD.hsd1.vt.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [00:16] * Joins: ircloggr (nodebot@moz-69705722.compute-1.amazonaws.com)
# [00:17] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/2e6335deeb51 - Jonathan Griffin - Bug 792945 - Remove datazilla from Marionette deps, r=mdas
# [00:17] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: ["Textual IRC Client: www.textualapp.com"])
# [00:17] * Quits: bbondy (bbondy@moz-CBCCE0F3.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [00:17] * bbondy_ is now known as bbondy
# [00:17] * juanb|brb is now known as juanb
# [00:18] * Quits: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:19] <@khuey> ehsan: you hit a nice edge case there ;-)
# [00:19] <@ehsan> heh
# [00:20] <@ehsan> khuey: I tread on dangerous grounds
# [00:20] <@khuey> indeed
# [00:21] * jesup starts a minor storm (atoi/etc)
# [00:21] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/5dde4b86acfb - Jonathan Griffin - Bug 792173 - Add TEST-UNEXPECTED-FAIL output to Marionette, r=mdas, DONTBUILD because NPOTB
# [00:21] <@ehsan> gw280|headhurts: you around?
# [00:22] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [00:22] * Joins: jfkthame (jfkthame@3EC4A1A5.5BC345F5.9542EC20.IP)
# [00:24] * Joins: marco (Thunderbir@823ED589.B1299530.10DC0B64.IP)
# [00:24] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [00:24] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
# [00:25] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Quit: mdas)
# [00:28] * Quits: jfkthame (jfkthame@3EC4A1A5.5BC345F5.9542EC20.IP) (Quit: jfkthame)
# [00:28] * Quits: overholt (overholt@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [00:29] * Joins: anant (Anant@moz-132332B9.hsd1.ca.comcast.net)
# [00:31] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
# [00:31] * Quits: jduell (jduell@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [00:32] * Quits: lahabana (charlymolt@moz-AAF2BBD1.studby.ntnu.no) (Quit: lahabana)
# [00:33] * Quits: Pike (Pike@moz-E31CD2CB.mozilla.org) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0.1/20120905151427])
# [00:33] * Quits: jorendorff (jorendorff@moz-2E139815.hsd1.tn.comcast.net) (Quit: jorendorff)
# [00:33] * Quits: bbondy (bbondy@moz-CBCCE0F3.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [00:34] * Quits: ekr (ekr@moz-BBE3ABD.mv.mozilla.com) (Quit: ekr)
# [00:35] * wlach is now known as wlach|afk
# [00:36] * Quits: _FrnchFrgg_ (_FrnchFrgg@A954F686.E36651AF.74B71A20.IP) (Ping timeout)
# [00:36] * Quits: pnemsak (Miranda@A6E8C11.B7BED47D.3CA1F9DE.IP) (Quit: pnemsak)
# [00:37] * mcote is now known as mcote|afk
# [00:37] * Joins: _FrnchFrgg_ (_FrnchFrgg@A954F686.E36651AF.74B71A20.IP)
# [00:39] <@khuey> ugh
# [00:40] <@khuey> I really need to land that patch to make refcounting thread safety asserts fatal
# [00:40] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:41] * Quits: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [00:42] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
# [00:43] <jesup> we should make all asserts fatal :-/ Then there are warnings.... ;-)
# [00:43] <@khuey> I disagree
# [00:43] <@khuey> we shouldn't make the asserts I hit in my debug builds fatal :-P
# [00:45] <@ehsan> khuey: please!
# [00:45] <jesup> What else will get devs to file/fix them? 1/2 :-) (we could give a cmdline opt to override that, though)
# [00:46] <@khuey> ehsan: well, we need to fix the threadsafety assertions we're hitting first ...
# [00:46] <jesup> Hell, a cmdline opt to make them fatal would be good
# [00:46] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/7d0776416955 - Ehsan Akhgari - Bug 792646 - Implement the skeleton of Web Audio source and destination nodes; r=bzbarsky
# [00:46] <@ehsan> whoa
# [00:46] <@khuey> there is an env var to make them fatal
# [00:46] <@ehsan> there's my first push from git!
# [00:46] <@khuey> you just need to flip it
# [00:46] <@khuey> XPCOM_DEBUG_BREAK=abort
# [00:46] <@ehsan> khuey: do we have a lot of those?
# [00:46] <@khuey> have fun
# [00:46] <@khuey> ehsan: no
# [00:46] <@khuey> ehsan: at least not on desktop
# [00:47] * @khuey has no idea how bad mobile is, since we don't run debug builds on tinderbox ...
# [00:47] * Joins: valenting (Thunderbir@moz-BBE3ABD.mv.mozilla.com)
# [00:47] * Quits: hipokrit (hipokrit@81016825.8DB70AE8.839F6EC0.IP) (Quit: Leaving)
# [00:47] <jesup> khuey: ah, cool. So lets make it the default... (ok, I'm saying this for effect, mostly)
# [00:48] * jesup though he remembered that. Too many things to remember in mozilla/MDN/wiki/code, need more neurons
# [00:48] <jesup> s/though/thought/
# [00:48] <@smaug> jesup: who calls NS_DataChannelAppReady?
# [00:49] * mbrubeck is now known as mbrubeck|away
# [00:49] <jesup> PeerConnectionImpl after the JS NotifyDataChannel call comes back
# [00:50] * geekboy|afk is now known as geekboy
# [00:51] <@smaug> jesup: why the need for NS_DataChannelAppReady ?
# [00:51] <@smaug> hmm
# [00:51] <jesup> http://pastebin.mozilla.org/1833561
# [00:51] <@smaug> ah, right, you don't want to add anything to the interface
# [00:51] <@smaug> jesup: oh, btw, the interface could be builtinclass
# [00:52] * Quits: mcsmurf (mcsmurf@moz-56640A72.dip.t-dialin.net) (Quit: )
# [00:55] <jesup> smaug: yeah, probably
# [00:56] <sicking> anant: ping
# [00:56] * Joins: erikvold_ (erikvold@moz-33BF5BAF.gv.shawcable.net)
# [00:57] * Quits: Matti (chatzilla@moz-6E11F434.dip.t-dialin.net) (Ping timeout)
# [00:58] <Jesse> ehsan: hah "remote: remote: "
# [01:00] <@ehsan> Jesse: we should add one more level of indirection there!
# [01:00] * Joins: bbondy (bbondy@moz-CBCCE0F3.home.cgocable.net)
# [01:00] * Quits: marco (Thunderbir@823ED589.B1299530.10DC0B64.IP) (Ping timeout)
# [01:02] <sicking> geekboy: ping
# [01:03] <@khuey> are strings default-infallible now?
# [01:03] * Joins: tH (Rob@cpc4-seac20-2-0-cust858.7-2.cable.virginmedia.com)
# [01:03] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/dc326f5870d2 - Dave Camp - Bug 792387 - Rule view should highlight which sections of a css selector matches an element. r=jwalker
# [01:03] <firebot> http://hg.mozilla.org/mozilla-central/rev/f731fa718465 - Dave Camp - Merge fx-team to m-c
# [01:03] <firebot> http://hg.mozilla.org/mozilla-central/rev/98a4a0177f22 - Tim Taubert - Bug 422543 - part 1 - make session history support multiple listeners; r=smaug
# [01:03] <firebot> http://hg.mozilla.org/mozilla-central/rev/196ca3ef5b57 - Tim Taubert - Bug 422543 - part 2 - add tests for multiple session history listeners; r=smaug
# [01:04] <@ehsan> roc: ping
# [01:04] <@roc> hi
# [01:04] * Joins: njn (chatzilla@moz-D462D113.dyn.iinet.net.au)
# [01:04] * Joins: marco (Thunderbir@823ED589.B1299530.10DC0B64.IP)
# [01:05] <@ehsan> hey
# [01:05] <@ehsan> so about your review comment
# [01:05] <@ehsan> why does the first change matter?
# [01:06] <gw280|headhurts> ehsan: hey
# [01:06] <gw280|headhurts> ehsan: what's up
# [01:06] <@roc> which review comment?
# [01:07] * Quits: fabrice1 (fabrice@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
# [01:07] <@ehsan> roc: https://bugzilla.mozilla.org/show_bug.cgi?id=792302#c13
# [01:07] * Joins: RealRaven (Thunderbir@6A755D3A.D65CBE70.27F80FAC.IP)
# [01:07] <@roc> it reduces the number of relocations
# [01:07] * Joins: fabrice1 (fabrice@moz-BBE3ABD.mv.mozilla.com)
# [01:07] * Quits: fabrice1 (fabrice@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [01:07] <@ehsan> roc: true!
# [01:08] <@ehsan> thanks :)
# [01:08] * Joins: fabrice1 (fabrice@moz-BBE3ABD.mv.mozilla.com)
# [01:08] * Joins: jorendorff (jorendorff@moz-DD93D6F5.centresource.com)
# [01:08] <anant> sicking: pong
# [01:08] * Quits: fabrice1 (fabrice@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [01:09] * Joins: randix (randix@moz-BDAFEB54.dhcp.astr.or.charter.com)
# [01:09] * Quits: cviecco_ (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [01:09] <@ehsan> gw280|headhurts: sorry, fixed the problem, and pushed to inbound for the first time!
# [01:09] <sicking> anant: regarding the 'access' property. You said you wanted to default this to "readonly" if it wasn't provided. Do you still want to do that even though that isn't always the safest default?
# [01:09] * geekboy is now known as geekboy|afk
# [01:10] * Joins: twi (Adium@C14427C1.8E4B39EC.115CE8E4.IP)
# [01:10] <anant> sicking: Interesting. In that case, I think it might be better tor make "access" a mandatory field
# [01:10] <anant> what do you think?
# [01:11] <gw280|headhurts> ehsan: cool
# [01:11] <gw280|headhurts> ehsan: what was the issue?
# [01:11] <sicking> anant: i'm leaning that way. For example for "device storage" I'd argue that it's "safer" to allow createonly access than readonly access
# [01:11] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving...)
# [01:11] <anant> sicking: agreed, always better to be explicit
# [01:11] * NeilAway wonders whether ehsan noticed bug 792979 fly past
# [01:11] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [01:11] <@ehsan> gw280|headhurts: forgot to ssh-add!
# [01:11] <sicking> anant: the risk is just resource waste, not invading privacy
# [01:12] <sicking> anant: cool
# [01:12] * Quits: tH (Rob@cpc4-seac20-2-0-cust858.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.88.2-rdmsoft [XULRunner 12.0/20120420145725])
# [01:12] <@ehsan> NeilAway: first time seeing that!
# [01:12] <gw280|headhurts> ehsan: oops :P
# [01:12] <@ehsan> NeilAway: ouch, does c-c use that? :(
# [01:12] <@ehsan> NeilAway: I seem to remember checking c-c...
# [01:12] <NeilAway> ehsan: apparently TB does
# [01:12] * Quits: marco (Thunderbir@823ED589.B1299530.10DC0B64.IP) (Ping timeout)
# [01:13] * Joins: ekr (ekr@moz-BBE3ABD.mv.mozilla.com)
# [01:13] <jaws> fox2mike: ping for https://bugzilla.mozilla.org/show_bug.cgi?id=791864 ?
# [01:13] <@ehsan> sadface
# [01:13] * Joins: cviecco_ (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [01:13] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [01:13] * geekboy|afk is now known as geekboy
# [01:14] * Quits: rniwa (rniwa@moz-E98B1DB9.sb.sd.cox.net) (Quit: rniwa)
# [01:15] * Quits: cviecco_ (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:15] <Mook_as> jesup: XPCOM_DEBUG_BREAK used to be fatal (on Linux). It was unusable, that why it isn't fatal anymore.
# [01:16] <Mook_as> (people who ended up hitting the asserts and the people who can fix them tended to be... distinct)
# [01:16] * Quits: msucan (mihai@17969768.DD17A642.B4CEF140.IP) (Quit: Leaving.)
# [01:16] * erikvold_ is now known as erikvold
# [01:17] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
# [01:17] * Joins: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com)
# [01:19] * Quits: josh (josh@F2D29657.F60B0462.67AC9B1.IP) (Quit: josh)
# [01:19] * mattwoodrow|away is now known as mattwoodrow
# [01:20] * Quits: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:20] * catlee-mtg is now known as catlee
# [01:21] * Quits: RealRaven (Thunderbir@6A755D3A.D65CBE70.27F80FAC.IP) (Client exited)
# [01:21] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [01:22] * Quits: Bas (chatzilla@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [01:23] * geekboy is now known as geekboy|afk
# [01:23] * Quits: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP) (Ping timeout)
# [01:24] <@ehsan> vlad: any progress on the rAF bug?
# [01:24] <vlad> ehsan: no :(
# [01:24] <vlad> ehsan: I stopped and was doing some other stuff
# [01:24] <@ehsan> vlad: did you try comparing the frame trees?
# [01:24] <vlad> I think I need to get help from someone who knows that code
# [01:24] <@ehsan> vlad: CC smontagu on the bug
# [01:25] <vlad> no, because I'm pretty sure they'll be different right off the bat -- I mean they're different visually
# [01:25] * davehunt|away is now known as davehunt
# [01:25] <vlad> I played around with other stuff in the layout debugger and didn't really get anywhere
# [01:25] <@ehsan> vlad: I'm not so sure
# [01:25] <@ehsan> so if bidi resolve is being called, my theory is that the frame trees will be the same
# [01:26] <vlad> but if the frame trees are identical, then they should render identically
# [01:26] <@ehsan> which makes this a lot weirder
# [01:26] <@ehsan> well, they _should_
# [01:26] <vlad> I mean I can force a redraw by resizing etc., none of which helps
# [01:26] <@ehsan> hrm
# [01:26] <@ehsan> vlad: you can also log the mozFlushType values that get passed to FlushPendingNotifications
# [01:26] <vlad> hm, that's a good idea
# [01:26] <@ehsan> to make sure we reflow the same way in both cases
# [01:27] <vlad> let's see
# [01:27] <@ehsan> vlad: cause you may have gotten really unlucky and hit a real bidi bug
# [01:27] <vlad> yeah
# [01:27] <vlad> I confirmed that it doesn't happen without my changes
# [01:29] * Quits: mwu (mwu@moz-59435430.hsd1.nj.comcast.net) (Ping timeout)
# [01:29] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [01:29] <@ehsan> that's good
# [01:29] * catlee is now known as catlee-away
# [01:30] * Joins: jwilde1 (Thunderbir@moz-7C6C8188.medford.tufts.edu)
# [01:30] * Quits: jwilde (Thunderbir@moz-7C6C8188.medford.tufts.edu) (Connection reset by peer)
# [01:32] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [01:33] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/78ff52eb09d9 - Ehsan Akhgari - Bug 792302 - Add a more useful pseudo stack entry for flushing to FlushPendingNotifications; r=roc,BenWa
# [01:35] * Joins: marco (Thunderbir@823ED589.B1299530.10DC0B64.IP)
# [01:35] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [01:36] <@khuey> ehsan: do you know anything about talos?
# [01:36] <@ehsan> khuey: one or two things, what's up?
# [01:36] <@khuey> ah, nevermind, I figured it out
# [01:36] * Quits: nmatsakis (nmatsakis@moz-7B0110AD.mv.mozilla.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [01:36] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [01:37] * coop|buildduty is now known as coop|afk
# [01:37] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a05fdefc0214 - Chris Jones - Bug 791164: Inherit priveleges for apps that have hwdecode permission. r=jlebar
# [01:38] <lsblakk> anyone know where the code to http://whattrainisitnow.com/ is on github? i cannot find in awesomebar...
# [01:38] * Joins: mconley (mconley@moz-DFB2FA89.eng.wind.ca)
# [01:38] <lsblakk> nm, found it
# [01:39] <jhammel> http://k0s.org/toolbox/What%20train%20is%20it%3F
# [01:39] <lsblakk> or https://github.com/luser/whatthetrain
# [01:39] <lsblakk> :)
# [01:39] * jhammel was attempting to teach how to fish
# [01:40] * Joins: Bas (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP)
# [01:40] * Joins: RealRaven (Thunderbir@6A755D3A.D65CBE70.27F80FAC.IP)
# [01:40] * Quits: marco (Thunderbir@823ED589.B1299530.10DC0B64.IP) (Ping timeout)
# [01:40] * Joins: sworkman (sworkman@moz-8DB4A576.cpe.net.cable.rogers.com)
# [01:41] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [01:41] <bbondy> anyone from releng still around?
# [01:42] * Quits: RealRaven (Thunderbir@6A755D3A.D65CBE70.27F80FAC.IP) (Client exited)
# [01:43] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [01:44] * Joins: marco (Thunderbir@823ED589.B1299530.10DC0B64.IP)
# [01:44] <nthomas> bbondy: hi
# [01:44] <bbondy> nthomas: hi, I have a bug to test with nightly updates on the oak twig, but using the buidl self server api site to make nightly builds aren't showing up on the tbpl page
# [01:44] <bbondy> and I think aren't building
# [01:45] <bbondy> should I file a bug or is that something you can tweak?
# [01:45] * Quits: mconley (mconley@moz-DFB2FA89.eng.wind.ca) (Input/output error)
# [01:45] * bwinton_away is now known as bwinton
# [01:45] <bbondy> nthomas: for reference, see bug 790467
# [01:45] <philor> bbondy: self-serve triggers nightlies by looking back, um, n weeks, and triggering every nightly that it can find that ran before
# [01:45] * Quits: jwilde1 (Thunderbir@moz-7C6C8188.medford.tufts.edu) (Connection reset by peer)
# [01:45] * Joins: jwilde (Thunderbir@moz-7C6C8188.medford.tufts.edu)
# [01:46] <philor> so in your case, it triggers the "" nightly because that's the only one it can find that ran before
# [01:46] <bbondy> philor: I'm talking about self triggering nightlies with the form where you put a changeset id
# [01:46] <philor> bbondy: me too
# [01:46] * Joins: harth (harth@moz-E378A399.hsd1.ca.comcast.net)
# [01:46] <philor> you submit the form, and it queries the database for "what kind of nightlies run on this branch, anyway?"
# [01:46] <bbondy> ok so what do I do to get a nightly of my most recent changeset?
# [01:46] * philor points at nthomas
# [01:47] <nthomas> I can trigger some manually if you let me the rev and platforms you're after
# [01:48] <bbondy> nthomas: I need 2 x86 nightlies for changeset bc76bbcac69d as high priority, but as lower priority I'd like to be able to trigger them myself at a later date
# [01:48] <bbondy> win32
# [01:48] <nthomas> ok
# [01:48] <bbondy> http://hg.mozilla.org/projects/oak/rev/bc76bbcac69d
# [01:48] <bbondy> thanks!
# [01:48] <bbondy> need me to file a bug for any of this?
# [01:49] <nthomas> nah, won't take a sec
# [01:49] * Quits: jwilde (Thunderbir@moz-7C6C8188.medford.tufts.edu) (Ping timeout)
# [01:49] <bbondy> awesome thanks, I know there's a problem if 2 nightlies finish at the same time btw
# [01:49] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [01:49] <bbondy> but I'm sure you know this already
# [01:50] * Quits: harth (harth@moz-E378A399.hsd1.ca.comcast.net) (Ping timeout)
# [01:50] <nthomas> I'll wait a few mins before starting the second one off
# [01:50] <bbondy> perfect
# [01:51] * Quits: nhirata (nhirata.bu@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: nhirata)
# [01:51] * davehunt is now known as davehunt|away
# [01:51] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [01:52] * Quits: marco (Thunderbir@823ED589.B1299530.10DC0B64.IP) (Ping timeout)
# [01:53] <philor> ehsan: leak
# [01:53] <@ehsan> ouch
# [01:53] * Joins: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [01:54] * Parts: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [01:54] <@ehsan> seems pretty related to my patch doesn't it?!
# [01:54] * Joins: nhirata (nhirata.bu@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [01:55] * Quits: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: leaving)
# [01:55] <philor> I'm not very good at figuring that out, but the "audio" ... "audio" made me think so :)
# [01:55] * Joins: smooney_ (smooney@moz-BBE3ABD.mv.mozilla.com)
# [01:55] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [01:55] * smooney_ is now known as smooney
# [01:55] * Joins: marco (Thunderbir@823ED589.B1299530.10DC0B64.IP)
# [01:56] <@ehsan> yep
# [01:56] <@ehsan> backing out
# [01:56] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [01:56] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [01:57] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [01:58] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/904a52466167 - Ehsan Akhgari - Backout changeset 7d0776416955 (bug 792646) because of leaks
# [01:58] * Quits: nhirata (nhirata.bu@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: nhirata)
# [01:58] * Joins: harth (harth@moz-E378A399.hsd1.ca.comcast.net)
# [01:59] * Quits: sworkman (sworkman@moz-8DB4A576.cpe.net.cable.rogers.com) (Quit: sworkman)
# [01:59] * Joins: merinui (merinui@moz-1D8A7606.osk2.eonet.ne.jp)
# [02:00] * Quits: jorendorff (jorendorff@moz-DD93D6F5.centresource.com) (Quit: jorendorff)
# [02:00] <hub> does anybody know what's the field name for the user email in the CrashReporter reports?
# [02:01] * Joins: jwilde (Thunderbir@moz-333262ED.medford.tufts.edu)
# [02:01] * Joins: jorendorff (jorendorff@moz-DD93D6F5.centresource.com)
# [02:01] * Quits: jimb (user@9E727688.17C2F9C.163DC5C6.IP) (Input/output error)
# [02:01] * Quits: jorendorff (jorendorff@moz-DD93D6F5.centresource.com) (Quit: jorendorff)
# [02:02] <@dolske> not offhand, I could point you to the source....
# [02:02] <nthomas> bbondy: two nightlies are running, but not showing up on tbpl (must've been the way I kicked them off)
# [02:02] * Joins: RyanVM (chatzilla@moz-148999FE.phlapa.fios.verizon.net)
# [02:02] <hub> dolske: yeah a pointer to the source would work
# [02:02] <bbondy> nthomas: awesome, as long as they show up on the ftp it's all good :D
# [02:02] <bbondy> thanks
# [02:02] <nthomas> np
# [02:03] * Joins: jorendorff (jorendorff@moz-DD93D6F5.centresource.com)
# [02:04] * Quits: marco (Thunderbir@823ED589.B1299530.10DC0B64.IP) (Ping timeout)
# [02:05] * Joins: marco (Thunderbir@823ED589.B1299530.10DC0B64.IP)
# [02:05] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/dbed92805ae7 - Chris Peterson - Bug 792702 - Post FilePicker dialog to UI thread, not GeckoBackgroundThread. r=kats
# [02:06] <@dolske> hub: http://mxr.mozilla.org/mozilla-central/source/toolkit/crashreporter/client/
# [02:08] * Quits: harth (harth@moz-E378A399.hsd1.ca.comcast.net) (Ping timeout)
# [02:09] * jeads is now known as jeads|afk
# [02:11] <hub> ok
# [02:11] <hub> thanks
# [02:13] * Joins: harth (harth@moz-E378A399.hsd1.ca.comcast.net)
# [02:13] * Quits: marco (Thunderbir@823ED589.B1299530.10DC0B64.IP) (Ping timeout)
# [02:14] * rail_away is now known as rail
# [02:16] * Quits: jorendorff (jorendorff@moz-DD93D6F5.centresource.com) (Quit: jorendorff)
# [02:16] <@dolske> looks like it's just "Email"?
# [02:16] * rail is now known as rail-brb
# [02:17] * Quits: harth (harth@moz-E378A399.hsd1.ca.comcast.net) (Input/output error)
# [02:17] <bnicholson> ehsan: ping
# [02:17] * Quits: ferongr (ferongr@moz-FFE7E335.dsl.dyn.forthnet.gr) (Ping timeout)
# [02:17] <@ehsan> nthomas: pongish (about to leave the office)
# [02:17] * Joins: marco (Thunderbir@823ED589.B1299530.10DC0B64.IP)
# [02:17] * Quits: jwilde (Thunderbir@moz-333262ED.medford.tufts.edu) (Ping timeout)
# [02:17] <nthomas> 302 bnicholson
# [02:18] <bnicholson> heh
# [02:18] * Quits: marco (Thunderbir@823ED589.B1299530.10DC0B64.IP) (Quit: marco)
# [02:18] <@ehsan> bnicholson: what's up?
# [02:19] <bnicholson> ehsan: sorry, nevermind...think i figured it out
# [02:19] <bnicholson> ehsan: ah, nevermind
# [02:20] * Joins: ferongr (ferongr@moz-FFE7E335.dsl.dyn.forthnet.gr)
# [02:20] <@ehsan> bnicholson: cool!
# [02:20] <bnicholson> nevermind to my nevermind
# [02:20] <@ehsan> lol
# [02:20] <@ehsan> recursion FTW
# [02:20] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
# [02:20] <bnicholson> ehsan: so...AddURIVisit() is getting called for a docshell in pb mode
# [02:20] <bnicholson> here's the stacktrace: http://pastebin.mozilla.org/1833669
# [02:21] * Joins: harth (harth@moz-E378A399.hsd1.ca.comcast.net)
# [02:21] <bnicholson> on mobile, we're adding the history entry to the db when that method is called
# [02:21] <bnicholson> is that not the case on desktop?
# [02:22] <bnicholson> if you happen to know offhand, anyway
# [02:23] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [02:23] * bwinton is now known as bwinton_away
# [02:23] <@ehsan> bnicholson: https://bugzilla.mozilla.org/show_bug.cgi?id=723005 :)
# [02:23] * Quits: bsmith (bsmith@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [02:23] <@ehsan> bnicholson: the history service can get called in various ways
# [02:24] <bnicholson> ehsan: oh, thanks
# [02:24] <@ehsan> bnicholson: so there's a WIP patch there
# [02:24] <@ehsan> bnicholson: but it needs more workl
# [02:24] <bnicholson> heh, i feel like there's nothing to test that's working for this per-tab implementation
# [02:24] <@ehsan> and I have not had enough time to look into it
# [02:24] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [02:25] <@ehsan> bnicholson: well, tons of things are working, you just don't see them cause they're doing their job :)
# [02:26] <bnicholson> i guess the most obvious things i would think of to look at for PB would be 1) cookies, and 2) making sure history visits aren't saved
# [02:26] <@ehsan> bnicholson: I can try to spend some time on the history patch this weekend (no promises though!)
# [02:26] * Quits: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com) (Quit: damons)
# [02:26] <@ehsan> so that you can base your android patch on mine
# [02:26] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Leaving...)
# [02:26] * Quits: ferongr (ferongr@moz-FFE7E335.dsl.dyn.forthnet.gr) (Ping timeout)
# [02:27] <bnicholson> ehsan: ok, i'll start looking into this also
# [02:27] <@ehsan> bnicholson: cool
# [02:27] <bnicholson> though that doesn't necessarily mean i'll actually make any valuable progress
# [02:27] <bnicholson> where by "this" i just meant the remaining pb platform patches
# [02:28] <bnicholson> anyway, thanks - that explains what i'm seeing then
# [02:28] <@ehsan> bnicholson: if you want to fix places, that's superb! :) if not, I suggest you start looking into other things for now
# [02:28] * Joins: ferongr (ferongr@moz-FFE7E335.dsl.dyn.forthnet.gr)
# [02:28] * Joins: lcamacho (Mibbit@43EF2229.4DBF344F.C32E4F0D.IP)
# [02:28] <@ehsan> and revisit history when that bug is fixed
# [02:28] * Quits: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Quit: juanb)
# [02:29] <venk> test_bug455311.js fails in xpcshell-tests. How can I find out what is wrong? I did the replace step given in bug #789221.
# [02:29] * Quits: ekr (ekr@moz-BBE3ABD.mv.mozilla.com) (Quit: ekr)
# [02:29] <lcamacho> gavin: ping
# [02:30] * Joins: jwilde (Thunderbir@moz-333262ED.medford.tufts.edu)
# [02:30] <bnicholson> ehsan: aside from our own history db, there's actually not really anything else we'd have to change for private browsing
# [02:30] <bnicholson> (that i know of)
# [02:31] <bnicholson> so i think the per-tab implementation will be fairly minimal, and i should be able to upload it soon
# [02:31] <bnicholson> excluding any real UI, but that hasn't been fully spec'd still
# [02:32] * Quits: valenting (Thunderbir@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:33] <@ehsan> bnicholson: that's great to hear! have you checked the download manager?
# [02:33] <@gavin> lcamacho: pong
# [02:33] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
# [02:33] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:34] * Joins: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com)
# [02:34] * Quits: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com) (Client exited)
# [02:34] * Joins: ekr (ekr@moz-BBE3ABD.mv.mozilla.com)
# [02:34] <bnicholson> ehsan: i haven't, but that shouldn't work should it? with bug 722859
# [02:34] <@ehsan> bnicholson: oh does fennec use the toolkit download manager?
# [02:35] * Quits: hub (hub@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
# [02:35] <bnicholson> ehsan: yeah, i believe so
# [02:37] <@ehsan> bnicholson: well that's good :)
# [02:38] <@ehsan> bnicholson: I should bribe jdm to finish up his download manager patchjes
# [02:39] <bnicholson> i'm actually not familiar with how downloads work in PB mode
# [02:39] <bnicholson> i assume the file stays, it just gets removed from the downloads list?
# [02:39] <@ehsan> file should stay
# [02:39] <@ehsan> no entry should be left in the download manageer
# [02:40] <bnicholson> downloads show up for us in the android notification bar, so i suppose we'll have to handle that as well
# [02:40] <@ehsan> the way it currently works is that we use a totallt separate db in PB mode
# [02:40] <@ehsan> hrm
# [02:40] <@ehsan> that's a UX call
# [02:40] <@ehsan> it would be useful to see what other browsers do in that case
# [02:40] <bnicholson> yeah, good point
# [02:41] * mjschranz_away is now known as mjschranz
# [02:41] * Quits: jammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Computer has gone to sleep.)
# [02:42] <@ehsan> bnicholson: alright, I promised myself to leave the office before 9pm today
# [02:42] * Joins: victorporo (victorporo@65B2B26E.AB163232.79933D60.IP)
# [02:42] <@ehsan> and I only have 30mins
# [02:42] <bnicholson> ehsan: heh ok, thanks again for your help
# [02:42] * Quits: victorporof (victorporo@65B2B26E.AB163232.79933D60.IP) (Connection reset by peer)
# [02:42] <@ehsan> np
# [02:42] <@ehsan> bnicholson: I may be back online later tonight
# [02:42] <bnicholson> ok
# [02:42] <@ehsan> so feel free to ping me if you need to
# [02:42] <bnicholson> all right
# [02:42] <@ehsan> cool
# [02:46] <jaws> ehsan: i don't know... i've been trying to test it all afternoon
# [02:46] <jaws> ehsan: can you try it out?
# [02:46] <jaws> the cache access should be super fast. even commenting out cache invalidation doesn't help much
# [02:46] * Quits: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com)
# [02:47] <@ehsan> jaws: what do you exactly need help with?
# [02:47] * Joins: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp)
# [02:48] <@ehsan> hrm
# [02:48] <@ehsan> The property access of this.editor was taking 5% of the formatValue function. Switching it to a field removes this extra overhead.
# [02:48] <@ehsan> jaws: please file a bug on that with a testcase! ^
# [02:49] <@ehsan> jaws: I really gotta go now, can you please comment on the bug?
# [02:49] <jaws> yeah
# [02:49] <@ehsan> (sorry but I've been trying to leave for an hour now!!!)
# [02:49] <@ehsan> ty
# [02:49] * Quits: jwilde (Thunderbir@moz-333262ED.medford.tufts.edu) (Ping timeout)
# [02:49] <jaws> hehe no problem :)
# [02:49] <@dolske> ehsan: ping?
# [02:49] <jaws> hah
# [02:49] <@dolske> ;)
# [02:49] <@ehsan> dolske: jaws will help you
# [02:49] * Joins: randix_ (randix@moz-BDAFEB54.dhcp.astr.or.charter.com)
# [02:49] <@ehsan> I'm outahere!
# [02:49] <@dolske> ehsan: go home!
# [02:50] <@ehsan> dolske: I will, if you stop pinging me ;)
# [02:50] * Quits: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [02:50] <@gavin> oh, I just commented in that bug
# [02:50] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [02:51] * lsblakk is now known as lsblakk|afk
# [02:51] * Quits: Goldorak (chatzilla@E91DBBFB.85AB3743.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [02:51] * Quits: ehsan_tb (Thunderbir@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [02:52] <@dolske> there's a bug for making ehsan go home?
# [02:53] * Joins: mccr8 (mccr8@moz-EB2F197F.dsl.dynamic.sonic.net)
# [02:54] <jaws> :D
# [02:55] * Quits: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
# [02:56] * Quits: mccr8 (mccr8@moz-EB2F197F.dsl.dynamic.sonic.net) (Quit: mccr8)
# [02:57] * Joins: rniwa (rniwa@moz-E98B1DB9.sb.sd.cox.net)
# [02:57] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
# [02:58] * geekboy|afk is now known as geekboy
# [03:01] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [03:03] * rail-brb is now known as rail
# [03:03] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:05] * geekboy is now known as geekboy|afk
# [03:05] * Joins: dzbarsky (Adium@moz-39428EC2.phlapa.east.verizon.net)
# [03:07] * Joins: jwilde (Thunderbir@moz-7C6C8188.medford.tufts.edu)
# [03:08] * Quits: anant (Anant@moz-132332B9.hsd1.ca.comcast.net) (Quit: Leaving)
# [03:08] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [03:09] * jeads|afk is now known as jeads
# [03:12] * Quits: himsin (x@DBFA170F.3E31E221.BE3C3C1D.IP) (Ping timeout)
# [03:13] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [03:13] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
# [03:14] * Quits: chewey (chewey@moz-50B9C906.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:15] * Joins: chewey (chewey@moz-8C90F45.dip0.t-ipconnect.de)
# [03:15] * Quits: sewardj (sewardj@moz-2D909364.dip.t-dialin.net) (Ping timeout)
# [03:16] <jlebar> lsblakk|afk, Oh, that's a nice site!
# [03:16] * jlebar bookmarks
# [03:18] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [03:18] * philor fears bbondy's nightlies are going to disappear into the ether, and nthomas will be getting a ping again
# [03:18] <philor> null branch is building a couple of oak nightlies
# [03:19] <nthomas> I should check what they pulled
# [03:20] <nthomas> pulled oak, it's just a reporting issue from by gaff
# [03:20] <philor> pretty sure tbpl will never see them, self-serve might be smarter and recognize them by the rev
# [03:20] <nthomas> bbondy was going to be brave and poll the ftp server
# [03:20] * ctalbert is now known as ctalbert|afk
# [03:23] * mjschranz is now known as mjschranz_away
# [03:24] <@gavin> NeilAway: are you going to file a bug for https://bugzilla.mozilla.org/show_bug.cgi?id=178324#c208?
# [03:24] <@gavin> I think I'm going to write NeilAway an addon that intercepts any comments on bugs fixed >2 weeks and submits new bugs for them automatically, instead
# [03:25] <philor> then you'll deprive him of the joy of having been right-but-ignored when someone notices the same thing six years later
# [03:26] * Joins: dbaron (dbaron@moz-9221B6DD.dsl.dynamic.sonic.net)
# [03:26] * ChanServ sets mode: +o dbaron
# [03:27] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: Mook_as)
# [03:29] * Quits: randix_ (randix@moz-BDAFEB54.dhcp.astr.or.charter.com) (Quit: quit)
# [03:30] <njn> what is jkew's IRC/bugzilla nick? I keep forgetting
# [03:31] <njn> nftkhame or somehting?
# [03:31] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
# [03:31] * Joins: kanru (kanru@moz-99690620.hinet-ip.hinet.net)
# [03:32] <njn> phonebook says jfkthame
# [03:33] <gw280|headhurts> njn: yeah but he's in the UK so it's the middle of the night for him right now
# [03:33] <njn> gw280|headhurts: that's ok, I just needed to CC hiim on bugzilla
# [03:34] <jimb> Am I understanding correctly that nsIXPCScriptable effectively lets one define JSClasses whose hooks call into an XPCOM object?
# [03:34] <@khuey> sort of
# [03:34] <@khuey> the JSClasses are defined and fixed
# [03:35] <@khuey> nsIXPCScriptable just controls what gets forwarded on
# [03:35] <@khuey> well, the scriptable flags do
# [03:35] * mjschranz_away is now known as mjschranz
# [03:35] <@khuey> nsIXPCScriptable implementors implement the hooks they care about, and then set the flags appropriately
# [03:36] <@khuey> but there's not a JSClass per nsIXPCScriptable impl or anything like that
# [03:36] <jimb> khuey: It seems like PopulateJSClass populates a new JSClass with hooks that (I'm assuming) forward to some nsIXPCScriptable object's methods.
# [03:36] <jimb> khuey: So while you may only have a fixed set of JSClasses, the effective back ends for those hooks is open-ended.
# [03:37] <@khuey> right
# [03:37] <jimb> khuey: And the goal of XPCNativeScriptableSharedMap is to avoid creating dozens of identical JSClasses?
# [03:38] <RyanVM> hmm, why aren't linux builds being scheduled on Try?
# [03:38] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: pcwalton)
# [03:38] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [03:38] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [03:38] <nthomas> RyanVM: since we switched to the mock based builds, and enabled capacity in EC2, we've got an issue with machines cloning try the first time. we're working on it
# [03:39] <@khuey> jimb: exactly
# [03:39] <jimb> khuey: Wow, I'm beginning to feel like this makes sense... It's this gigantic reflective really mediocre type system.
# [03:39] <@khuey> heh
# [03:40] <@khuey> fwiw, the new bindings are much more straightforward
# [03:40] <@khuey> every DOM object gets its own JSClass
# [03:40] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [03:41] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [03:41] <jimb> khuey: I want to provide a way for embeddings (like browsers, perhaps) to provide application-appropriate metadata about objects to debuggers.
# [03:41] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Quit: Mardak)
# [03:41] <@khuey> ok
# [03:41] * Joins: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com)
# [03:41] <jimb> khuey: So, for example, if we had a way to get a list of all the globals in the system, for a chrome debugger, then the debugger would be able to look at a global and say, "What is this? Is it an iframe? a JSM?"
# [03:41] * Quits: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com) (Input/output error)
# [03:42] <jimb> khuey: And then you could just wander around the system and the objects you find would explain themselves to you.
# [03:43] * bwinton_away is now known as bwinton
# [03:43] <@khuey> ok
# [03:43] <jimb> khuey: So I was thinking that JSClass could have a new hook that the Debugger would invoke to retrieve the embedding's metadata for a given object.
# [03:44] <jimb> khuey: That led me to wonder, where do Firefox's JSClasses come from?
# [03:44] <jimb> khuey: Which led me to XPCNativeScriptableSharedMap and nsIXPCScriptable.
# [03:44] <RyanVM> nthomas: are they at least running on mozilla hardware in the mean time? (backlogged, of course)
# [03:44] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [03:44] <@khuey> jimb: any road that leads to nsIXPCScriptable is a sad sad road :-)
# [03:44] * Joins: drexler (chatzilla@moz-BD26ECCD.hsd1.vt.comcast.net)
# [03:44] <jimb> khuey: I was afraid you'd say that. :D
# [03:45] <jimb> khuey: So I'm guessing I could add another method to nsIXPCScriptable and take over another bit, if that's the usual way we produce our JSClasses.
# [03:45] <@khuey> jimb: well, it depends on what sort of metadata you want
# [03:45] * Joins: valenting (Thunderbir@moz-BBE3ABD.mv.mozilla.com)
# [03:45] <jimb> khuey: The first kind of host object I really care about is all our global objects, since that's what chrome debugging wants.
# [03:46] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [03:46] <@khuey> jimb: it's worth noting that all XPConnect objects are backed by an nsISupports*
# [03:46] <@khuey> jimb: which already has a mechanism for discovering and sharing metadata
# [03:46] * Quits: anton (anton@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [03:46] <@khuey> namely QueryInterface and nsIClassInfo
# [03:46] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Client exited)
# [03:47] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [03:47] <nthomas> RyanVM: we have the bld-centos6-hp-NNN boxes too
# [03:47] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [03:47] <jimb> khuey: Ahh, so perhaps the JSClasses produced by PopulateJSClass would all use the same metadata hook which just handed out an nsIClassInfo?
# [03:48] <jimb> khuey: In effect, a way to reach nsIClassInfo given a Debugger.Object thing referring to an XPCOM object
# [03:48] <@khuey> jimb: perhaps
# [03:48] <jimb> khuey: But then, I'll bet if I can get an xray wrapper of an XPCOM object, then there's already a way to get an nsIClassInfo for it.
# [03:48] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
# [03:49] <@khuey> jimb: though I don't see any reason you'd need a JSClass hook for it
# [03:49] <@khuey> jimb: right, XPConnect has that information
# [03:49] * jeads is now known as jeads|afk
# [03:49] <@khuey> the situation is more complicated for non-Window globals
# [03:49] <jimb> khuey: If I just gave the debugger code a way to get an xray wrapper, can it get stuff like a JSM global's name?
# [03:49] <@khuey> because they have weird COM objects
# [03:50] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [03:50] <jimb> khuey: My actual mission is "fully identify any global, given a Debugger.Object referring to it".
# [03:51] * Joins: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com)
# [03:51] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [03:51] <@khuey> jimb: what does "fully identify" mean?
# [03:51] <@khuey> jimb: get the URI it came from?
# [03:51] * Joins: ehsan (ehsan@moz-C48D29C4.cable.teksavvy.com)
# [03:51] * ChanServ sets mode: +o ehsan
# [03:52] <jimb> khuey: How to fully identify a global depends on what kind of global it is. If it's a window, then an xray wrapper is enough to reliably get the URL and so on. If it's a JSM, then I'd want the URI. XUL windows have globals, too, right?
# [03:52] * Quits: fitzgen (fitzgen@moz-BBE3ABD.mv.mozilla.com) (Quit: zzzzzzzzz)
# [03:52] * Joins: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [03:52] * Joins: knelson (Adium@moz-A32ED6CB.dsl.pltn13.sbcglobal.net)
# [03:52] * Joins: GinaYeh (GinaYeh@moz-99690620.hinet-ip.hinet.net)
# [03:53] * Quits: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:53] <@khuey> jimb: yes, XUL windows have DOM window globals just like HTML windows
# [03:53] <jimb> khuey: In my naive imagination, I was thinking I'd get a simple JSON-ish object like { "type":"jsm", "url":"resource:///gre/modules/XPCOMUtils.jsm" }
# [03:53] <@khuey> jimb: you might be interested in ...
# [03:53] * @khuey MXRs
# [03:54] <@khuey> jimb: http://mxr.mozilla.org/mozilla-central/source/js/xpconnect/src/XPCJSRuntime.cpp#1199
# [03:54] <@khuey> jimb: that's what gets the compartment URIs in about:memory
# [03:54] <@khuey> presumably you want something similar
# [03:55] <jimb> For an arbitrary compartment, it gets a reasonable URI for the compartment's global?
# [03:55] * fabrice is now known as fabrice|afk
# [03:55] <@khuey> yes
# [03:56] <@khuey> except for the atoms compartment ;-)
# [03:57] * bz_away is now known as bz
# [03:57] <jimb> khuey: It seems like that's not visible to JS at the moment.
# [03:57] <@khuey> no, it's not
# [03:57] <@khuey> but there's no reason we can't hang it off of Components.utils or something
# [03:57] <@khuey> there's just been no need
# [03:58] * Joins: ehsan_tb (Thunderbir@moz-C48D29C4.cable.teksavvy.com)
# [03:58] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [03:58] * Quits: knelson (Adium@moz-A32ED6CB.dsl.pltn13.sbcglobal.net) (Quit: Leaving.)
# [03:59] <jimb> khuey: Is there any particular XPCOM interface that all globals implement?
# [03:59] <@khuey> nsISupports :-P
# [04:00] <@bz> maybe
# [04:00] <jimb> well... that's not very distinctive
# [04:00] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [04:00] <@bz> What are we trying to do?
# [04:00] <@khuey> well
# [04:00] * philor is now known as philor|away
# [04:00] <@bz> (sorry for diving into conversation, missing context)
# [04:00] * Quits: bonnie (bbsurender@3035F4A5.3753335A.B66DD36E.IP) (Quit: Ex-Chat)
# [04:00] <@khuey> actually, sandboxes may not even have XPCOM objects for globals
# [04:00] <jimb> bz: I need to give the devtools guys what they need for chrome debugging.
# [04:00] <@bz> ok
# [04:01] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [04:01] <jimb> bz: Debugger is perfectly okay for that, except that we have no way to enumerate the globals in the system to segregate debuggees (almost everything) from non-debuggees (the globals of the debugger itself).
# [04:01] <@khuey> looks like they do
# [04:01] <@bz> sandboxes have an nsISupports private on the global
# [04:01] <@bz> doesn't do much of anything else, but.... ;)
# [04:01] <@khuey> http://mxr.mozilla.org/mozilla-central/source/js/xpconnect/src/XPCComponents.cpp#3058
# [04:01] <jimb> bz: (By 'Debugger', I mean the JS API by that name.)
# [04:02] <@khuey> so when I said nsISupports, I wasn't kidding
# [04:02] <@khuey> that's all you get ;-)
# [04:02] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [04:02] <@bz> jimb: ok
# [04:02] <@bz> jimb: so you can enumerate the globals, right?
# [04:02] <jimb> bz: I can readily produce a list of all globals, and send the debugger notification of the creation of new globals.
# [04:02] <@bz> jimb: the problem is how to tell which globals are the globals of the debugger itself?
# [04:02] <jimb> bz: That's one part.
# [04:03] <jimb> bz: The other part is, we want to be able to show the developer what these globals are. JSM? Content window? XUL window? Sandbox?
# [04:04] <jimb> bz: But all this is sort of beyond pure JavaScript; it's really about the embedding.
# [04:04] * bwinton is now known as bwinton_away
# [04:04] <jimb> bz: So I had this thought that Debugger.Object instances --- the debugger's handles on debuggee objects --- could have a 'hostAnnotation' accessor.
# [04:04] <jimb> bz: And it'd be up to the embedding (say, the browser, or the xulrunner app) to supply what comes out there.
# [04:05] <jimb> bz: It'd be a way for the embedding to explicitly serve the Debugger.
# [04:05] <@bz> makes sense to me
# [04:05] <@bz> certainly when we're creating globals we know why the heck we're creating them
# [04:05] <jimb> bz: That was my thought.
# [04:05] <@bz> so we could hang some metadata off them somewher or whatnot
# [04:05] * @khuey imagines xpc_DrunkenGlobalCreator that doesn't know why it's creating globals
# [04:05] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Ping timeout)
# [04:05] <@bz> khuey: don't let mrbkap near it
# [04:05] <jimb> SEEMZ LIEK A GOODIEDAAAA
# [04:06] <jimb> *ahem*
# [04:07] * Quits: RyanVM (chatzilla@moz-148999FE.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88.2 [Firefox 18.0a1/20120915094939])
# [04:07] <jimb> Or, since 99.99% of the time a global's never going to have a debugger actually ask about it, it could just provide a hook to produce the metadata on demand.
# [04:07] * Joins: kk1fff (patrick@moz-99690620.hinet-ip.hinet.net)
# [04:07] <@bz> khuey: next you know it'll be called xpc_GOAT (for Globals something something something)
# [04:07] <@bz> sure
# [04:07] <jimb> At first, I was thinking that this was something specific to globals.
# [04:08] <@bz> we could even add a new XPCOM interface
# [04:08] <@bz> that all globals have hanging off them
# [04:08] <@bz> if we want
# [04:08] <@bz> Might be hard for workers...
# [04:08] <jimb> But then I wondered if pretty much all kinds of host objects might want to have the option of providing helpful context to the debugger.
# [04:08] <@bz> or are workers easy?
# [04:08] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [04:08] <jimb> bz: I think workers should be fine...
# [04:08] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [04:09] <@bz> we don't really want a new XPCOM interface on all DOM objects if we can avoid it
# [04:09] <jimb> bz: Each worker thread is going to need to run its own debug protocol server, though. All inter-thread communication needs to happen via the protocol.
# [04:09] <jimb> s/communication/debugging communication/
# [04:10] <jimb> but, setting aside workers --- they're not very popular, and they're not my immediate goal
# [04:11] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
# [04:11] <jimb> bz: If it is indeed true that many kinds of host objects are interested in providing helpful type-specific notes to the debugger, then it seemed like perhaps an optional JSClass hook would be appropriate.
# [04:11] * Joins: himsin (x@DBFA170F.3E31E221.BE3C3C1D.IP)
# [04:11] <jimb> bz: That would be very low overhead when unused.
# [04:11] <@bz> agreed
# [04:11] <@bz> we can certainly do that
# [04:11] <jimb> bz: The debugger would call the hook, and then cache the result.
# [04:11] * Quits: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net) (Quit: jgriffin)
# [04:12] <jimb> bz: So then I wanted to go see whether I could actually write these hooks for the kinds of globals I know about.
# [04:12] <@bz> ah
# [04:12] <@bz> ok
# [04:12] <jimb> bz: So I asked, "What is the class of a global of a JSM?"
# [04:12] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
# [04:13] <jimb> bz: and I ended up looking at nsIXPCScriptable.
# [04:13] <jimb> bz: Which, to be honest, seems fine to me.
# [04:13] <jimb> bz: As long as it extends the way it looks like it extends.
# [04:13] <@bz> it should, as long as there is a free bit
# [04:13] * Joins: nmatsakis (nmatsakis@31F52E50.3AD3A61B.2321E71E.IP)
# [04:13] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [04:13] <jimb> bz: There is.
# [04:13] <jimb> bz: There's a nice big comment.
# [04:13] <@bz> ah, bit 16
# [04:14] <jimb> bz: khuey says it's a sad road, but if it's only sad for the general reasons that XPCOM is usually sad, then that's cool with me.
# [04:14] <@bz> or you could just force everyone who sets IS_GLOBAL_OBJECT to add the hook
# [04:14] <jimb> bz: I'm happy to hum along to the tragic strains of our traditional musical modes.
# [04:14] <@bz> lol
# [04:14] <@bz> yeah, I think it's only sad on general grounds at the moment
# [04:14] <@khuey> don't all JSM/component scopes use the backstage pass as the xpcom global?
# [04:15] <jimb> I did see backstage pass floating around there...
# [04:15] <@bz> hmm
# [04:15] <@bz> yes, they do
# [04:15] <@bz> as the isupports
# [04:15] <@khuey> right
# [04:15] <@bz> but they create a new JSObject?
# [04:15] <@khuey> well if they didn't we would have noticed by now! :-P
# [04:16] <@bz> that's... insane
# [04:16] * Joins: atte (atte@moz-401E92F1.dhcp.inet.fi)
# [04:16] * Quits: Olipro (Olipro@moz-ECCF3294.catv.pool.telekom.hu) (Ping timeout)
# [04:17] <@khuey> so we end up in XPCWrappedNAtive::WrapNewGlobal
# [04:17] <nigelb> sheeri-afk: yes I am :)
# [04:17] * Quits: bbondy (bbondy@moz-CBCCE0F3.home.cgocable.net) (Client exited)
# [04:17] <@khuey> and we call xpc_CreateGlobalObject with a null nsISupports*
# [04:18] <@khuey> heh
# [04:18] * jimb is called down to dinner
# [04:18] <@khuey> so it looks like xpc_CreateGlobalObject doesn't even use the nsIsupports* anymore
# [04:18] <@khuey> that must be a post-CPG change
# [04:19] <@khuey> and previously since all this chrome stuff used the backstage pass it would have ended up in the same compartment
# [04:19] <jimb> khuey, bz: Will you guys be around tomorrow, Pacific time?
# [04:19] <@khuey> that mostly makes sense
# [04:19] <@khuey> yes, I live here :-P
# [04:20] <jimb> khuey: Awesome. I really appreciate your help; I'm pretty lost outside js/src. I don't want to do anything insane.
# [04:20] * Joins: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net)
# [04:20] <Waldo> xpc_CreateGlobalObject is such sadfaces
# [04:20] * Joins: StevenLee (chatzilla@moz-99690620.hinet-ip.hinet.net)
# [04:20] <jimb> bz: and for your help as well, of course.
# [04:20] <@khuey> Waldo: why?
# [04:20] * jimb goes
# [04:20] <@khuey> it's pretty sane these days ...
# [04:21] * Joins: jdm (jdm@moz-ED97493F.cpe.net.cable.rogers.com)
# [04:21] <Waldo> khuey: because last I looked, it was singlehandedly standing in the way of making global objects have the builtin objects on them right from the start
# [04:21] <Waldo> or at least Function and Object as the primal builtins
# [04:21] * Quits: jmaher|afk (jmaher@moz-DB4A9C19.scl3.mozilla.com) (Quit: leaving)
# [04:22] * cjones is now known as cjones-food
# [04:22] * Joins: jrmuizel (jrmuizel@A213BF64.5BCEC6DB.DA78B690.IP)
# [04:22] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Ping timeout)
# [04:23] * Quits: harth (harth@moz-E378A399.hsd1.ca.comcast.net) (Input/output error)
# [04:23] * Joins: jrmuizel_ (jrmuizel@A213BF64.5BCEC6DB.DA78B690.IP)
# [04:23] * Quits: jrmuizel (jrmuizel@A213BF64.5BCEC6DB.DA78B690.IP) (No route to host)
# [04:24] * @bz will be around eastern time
# [04:24] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Ping timeout)
# [04:24] <@bz> which does overlap pacific time
# [04:25] * Joins: allstarschh (allstars@moz-99690620.hinet-ip.hinet.net)
# [04:25] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [04:27] * Quits: jrmuizel_ (jrmuizel@A213BF64.5BCEC6DB.DA78B690.IP) (Ping timeout)
# [04:28] * Joins: jrmuizel (jrmuizel@A213BF64.5BCEC6DB.DA78B690.IP)
# [04:28] * mjschranz is now known as mjschranz_away
# [04:28] * Quits: odin (Odin@moz-66D3502E.zone5.bethere.co.uk) (Ping timeout)
# [04:29] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
# [04:29] * Quits: garnacho (carlos@moz-B27B0825.dyn.user.ono.com) (Ping timeout)
# [04:32] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
# [04:33] * Quits: StevenLee (chatzilla@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [04:37] * Joins: StevenLee (chatzilla@moz-99690620.hinet-ip.hinet.net)
# [04:37] * bwinton_away is now known as bwinton
# [04:38] * Quits: ekr (ekr@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:40] * Joins: Neil (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [04:40] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [04:40] * Neil is now known as NeilAway
# [04:44] * Quits: hobophobe (hobophobe@CEB7969B.BA9CDF59.295A79F4.IP) (Quit: Ommm.......)
# [04:44] * Quits: jrmuizel (jrmuizel@A213BF64.5BCEC6DB.DA78B690.IP) (Connection reset by peer)
# [04:45] * Joins: jrmuizel (jrmuizel@A213BF64.5BCEC6DB.DA78B690.IP)
# [04:47] * khuey is now known as khuey|away
# [04:47] * Joins: biesi_ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [04:47] * Joins: jrmuizel_ (jrmuizel@A213BF64.5BCEC6DB.DA78B690.IP)
# [04:47] * khuey|away is now known as khuey
# [04:47] * Quits: jrmuizel (jrmuizel@A213BF64.5BCEC6DB.DA78B690.IP) (No route to host)
# [04:49] * Quits: jrmuizel_ (jrmuizel@A213BF64.5BCEC6DB.DA78B690.IP) (Client exited)
# [04:49] * Quits: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Quit: masayuki)
# [04:49] * Joins: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
# [04:50] * Quits: @bz (bzbarsky@moz-F9F3C337.bstnma.fios.verizon.net) (Ping timeout)
# [04:51] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [04:52] * Quits: rniwa (rniwa@moz-E98B1DB9.sb.sd.cox.net) (Quit: rniwa)
# [04:52] * Quits: randix (randix@moz-BDAFEB54.dhcp.astr.or.charter.com) (Quit: randix)
# [04:53] * Joins: sworkman (sworkman@moz-8DB4A576.cpe.net.cable.rogers.com)
# [04:53] * bwinton is now known as bwinton_away
# [04:55] * Quits: sworkman (sworkman@moz-8DB4A576.cpe.net.cable.rogers.com) (Input/output error)
# [04:55] * Joins: sworkman (sworkman@moz-8DB4A576.cpe.net.cable.rogers.com)
# [04:56] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [04:56] * Quits: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com) (Quit: ChatZilla 0.9.87-5.1450hg.fc17 [XULRunner 15.0/20120827125645])
# [04:57] * Joins: m_kato (m_kato@moz-348F61F0.mozilla.or.jp)
# [04:57] * Joins: bz (bzbarsky@moz-F9F3C337.bstnma.fios.verizon.net)
# [04:57] * ChanServ sets mode: +o bz
# [04:57] * philor|away is now known as philor
# [04:59] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/eed7b92769c3 - Kyle Huey - Bug 789776: Log an error message when X-Frame-Options vetoes a load. r=jst
# [04:59] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/4050caa0b9c5 - Kyle Huey - Bug 793025: Convert FileReaderSync to WebIDL bindings. r=bz
# [04:59] * Quits: vikash (vikash@53AF0926.80425CF2.5D9ABA9F.IP) (Quit: Leaving)
# [05:00] * Quits: sworkman (sworkman@moz-8DB4A576.cpe.net.cable.rogers.com) (Ping timeout)
# [05:01] * Joins: sworkman (sworkman@moz-8DB4A576.cpe.net.cable.rogers.com)
# [05:01] * Quits: sworkman (sworkman@moz-8DB4A576.cpe.net.cable.rogers.com) (Quit: sworkman)
# [05:02] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
# [05:04] * philor is now known as philor|away
# [05:05] * Quits: coop|afk (Chris@moz-3471349D.dsl.bell.ca) (Quit: coop|afk)
# [05:09] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [05:11] * Joins: rniwa (rniwa@moz-E98B1DB9.sb.sd.cox.net)
# [05:12] <rniwa> bz: ping
# [05:14] <njn> glob|away: where is the new NEEDINFO flag in BMO? I can't find it
# [05:14] * Quits: mbrubeck|away (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Quit: Leaving.)
# [05:15] * philor|away is now known as philor
# [05:16] * Quits: drexler (chatzilla@moz-BD26ECCD.hsd1.vt.comcast.net) (Ping timeout)
# [05:16] * Joins: bsmith (bsmith@moz-8DB4A576.cpe.net.cable.rogers.com)
# [05:17] <kinetik> njn: it's only available on Firefox::Untriaged for now (see http://globau.wordpress.com/2012/09/20/happy-bmo-push-day-14/)
# [05:19] * Quits: lcamacho (Mibbit@43EF2229.4DBF344F.C32E4F0D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [05:20] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [05:20] <njn> kinetik: oh, I missed the bottom of that post; I thought the screenshot was the end of the post
# [05:20] <njn> thanks
# [05:21] * Joins: KaIRC (robert@moz-6A0F5CC1.adsl.highway.telekom.at)
# [05:21] * Quits: KaiRo (robert@moz-1C14D379.adsl.highway.telekom.at) (Ping timeout)
# [05:22] * glob|away is now known as glob
# [05:26] * Joins: nhirata (nhirata.bu@moz-1C9070FC.lightspeed.sntcca.sbcglobal.net)
# [05:27] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [05:27] <@bz> rniwa: ack
# [05:27] <@bz> rniwa: what's up?
# [05:27] <rniwa> bz: hi
# [05:28] <rniwa> bz: so how do you want to fix dromaeo's jslib-modify-jquery?
# [05:28] <rniwa> bz: you suggested adding new cycle to delete the element
# [05:28] * @bz pulls up dromaeo
# [05:28] <rniwa> bz: but not sure how we'd d othat.
# [05:29] * mcote|afk is now known as mcote
# [05:29] <@bz> so
# [05:30] <@bz> my suggestion is as follows
# [05:30] <@bz> 1) Change this.test in webrunner.js to take a fourth (optional) argument for a cleanup function
# [05:31] * Quits: rniwa (rniwa@moz-E98B1DB9.sb.sd.cox.net) (Ping timeout)
# [05:31] * Joins: Mardak (Mardak@moz-ECDC5EBC.dsl.pltn13.pacbell.net)
# [05:31] * Joins: rniwa (rniwa@moz-E98B1DB9.sb.sd.cox.net)
# [05:31] <@bz> rniwa: you still there?
# [05:31] * Quits: dzbarsky (Adium@moz-39428EC2.phlapa.east.verizon.net) (Quit: Leaving.)
# [05:31] <@bz> rniwa: what's the last thing you saw?
# [05:32] <rniwa> bz: sorry
# [05:32] <rniwa> got disconnected.
# [05:32] <rniwa> bz: 1)
# [05:32] <@bz> ok
# [05:32] * Quits: jeads|afk (jeads@moz-E31CD2CB.mozilla.org) (Ping timeout)
# [05:32] <@roc> bz: I've got a question for you when rniwa's done :-)
# [05:32] <@bz> 2) When the cleanup function is present, change the timing loop to stop every N iterations (1000? 5000? we can pick a number)
# [05:32] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/65cf1362d58c - Nicholas Nethercote - Bug 790424 (part 2) - Remove ParseContext::functionList and FunctionBox::{siblings,kids}. r=jimb.
# [05:32] * Joins: jeads (jeads@moz-E31CD2CB.mozilla.org)
# [05:32] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/43ab91c9c8e1 - Nicholas Nethercote - Bug 790424 (part 1) - Set strict mode on functions in default arguments more lazily. code=benjamin,nnethercote. r=nnethercote.
# [05:32] <@bz> And call the cleanup function. Then make sure to subtract the time it took from the overall time it measures.
# [05:33] <@bz> The cleanup function can just go and remove all those nodes we just added to the DOM
# [05:33] <@bz> in this particular test
# [05:33] <@bz> Make sense?
# [05:33] <jesup> bz: want in on the fun hunting down and replacing atoi/etc? Bug 793012 :-)
# [05:33] <@bz> jesup: why would I? ;)
# [05:33] <@bz> roc: fire away
# [05:34] <rniwa> bz: ok.
# [05:34] <@bz> rniwa: I'm open to other suggestions, btw. This is just the best I've come up with so far!
# [05:34] <@roc> the File API defines an interface "URL" which also happens to be a property of the window object
# [05:34] <@roc> with name "URL"
# [05:35] <@bz> roc: mmm
# [05:35] <@roc> I've been trying to migrate this (currently defined as MozURLProperty) to WebIDL
# [05:35] * ekr_ is now known as ekr
# [05:35] <rniwa> bz: alternatively, maybe we can delete all the elements being added between each call to test() ?
# [05:35] <@roc> I finally got it to build, but evaluating window.URL gives a function (!)
# [05:36] <@bz> rniwa: I tried that
# [05:36] * Quits: twi (Adium@C14427C1.8E4B39EC.115CE8E4.IP) (Quit: Leaving.)
# [05:36] <@bz> rniwa: it wasn't good enough
# [05:36] <rniwa> bz: didn't work?
# [05:36] <@bz> rniwa: in my testing
# [05:36] <rniwa> bz: I see :(
# [05:36] <rniwa> bz: one thing i'm worried about running this cleanup every now and then is that
# [05:36] <rniwa> bz: it may affect the results of perf. tests and make it unstable
# [05:36] <@bz> roc: yes
# [05:36] <@bz> roc: that's expected
# [05:37] <@roc> bz: needless to say, window.URL doesn't call nsGlobalWindow::GetURL() anymore
# [05:37] * Quits: KaIRC (robert@moz-6A0F5CC1.adsl.highway.telekom.at) (Input/output error)
# [05:37] <@bz> roc: interface objects are functions
# [05:37] <@bz> Oh, wait
# [05:37] <rniwa> bz: because it would mean that the rate at which we run cleanup code will also change depending on how fast we're running them...
# [05:37] <@bz> window already has a property called "URL"?
# [05:37] <@bz> then defining an interface called "URL" is ... poor.
# [05:37] <@roc> yeah
# [05:37] <rniwa> bz: GC timing, etc… will all depend on this cleanup routine :(
# [05:37] <@bz> Where does fileapi define this?
# [05:37] <@bz> rniwa: mmm
# [05:37] <@bz> rniwa: yes, true
# [05:37] <rniwa> and the last time I checked, GC phase was quite significant portion of these tests.
# [05:37] <@bz> rniwa: which sort of makes the test of questionable utility
# [05:38] <@roc> bz: http://www.w3.org/TR/FileAPI/#creating-revoking
# [05:38] <rniwa> bz: right...
# [05:38] <@roc> which actually cites http://dvcs.w3.org/hg/url/raw-file/tip/Overview.html
# [05:38] <@bz> Urgh
# [05:38] <@roc> http://dvcs.w3.org/hg/url/raw-file/tip/Overview.html#interface-url to be precise
# [05:38] <@bz> _and_ it has a constructor
# [05:38] <@bz> so this is totally busted
# [05:38] <@bz> on the spec level
# [05:39] <@bz> rniwa: maybe we should ask resig what the hell he was _trying_ to test
# [05:39] <@bz> rniwa: and whether he really meant to put 1e7-1e8 nodes in the DOM
# [05:39] <@bz> rniwa: and if so, why that's a useful thing to do
# [05:39] <rniwa> bz: alternatively, we could hard-code for loop & remove in each test itself
# [05:40] <@bz> rniwa: (granted, by that criterion most of dromaeo is bunk. Which it is)
# [05:40] <rniwa> bz: we'll do something like
# [05:40] <@bz> rniwa: how does that differ from what I proposed?
# [05:40] <@bz> rniwa: I guess it would count the remove time as part of the test
# [05:40] <rniwa> for (var i = 0; i < 2000; i++) div.before( elemStr ); cleanup();
# [05:40] <rniwa> bz: right.
# [05:40] <@bz> rniwa: I can probably live with that
# [05:40] <@roc> hmmmmmm
# [05:40] <rniwa> bz: even though it may affect the results to some extent.
# [05:40] <@roc> hang on
# [05:40] <@bz> roc: hanging on
# [05:40] <rniwa> bz: it might be better to take it as part of the test itself
# [05:41] <rniwa> bz: and trying to remove that time
# [05:41] <rniwa> bz: because then we're excluding the time to remove nodes, and yet may will be affected by GCes
# [05:41] <@bz> rniwa: test might end up measuring mostly the remove time
# [05:41] <@roc> actually I think URL is not supposed to be a property of the window
# [05:41] <@bz> rniwa: right
# [05:41] <rniwa> bz: especially if GC involved some async logic.
# [05:41] <rniwa> bz: yeah… that's the right :(
# [05:41] <rniwa> risk*
# [05:42] <@roc> it's just supposed to be the prototype, and the text in File API is misleading/wrong
# [05:42] <@bz> rniwa: I honestly don't think I care if this test measures something pointless
# [05:42] <@bz> rniwa: since it's already doing that ....
# [05:42] <@bz> roc: wait
# [05:42] <@bz> roc: which text?
# [05:43] <@roc> "Blob URIs are created and revoked using methods exposed on the URL object, supported by global objects Window [HTML] and WorkerGlobalScope [Web Workers]."
# [05:43] <@bz> oh
# [05:43] <@bz> I see
# [05:43] <@bz> yeah
# [05:43] <@bz> that's just the interface object
# [05:43] <@roc> OK
# [05:43] <@roc> so then
# [05:43] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [05:43] <rniwa> bz: another tricky part of this test is that adding a node might be an O(n) operation.
# [05:44] <@bz> rniwa: of course
# [05:44] <@roc> I need to remove the URL attribute from nsIDOMWindow
# [05:44] * Joins: kennyluck (kennyluck@1F39F32E.5A6411A4.B720AEC8.IP)
# [05:44] <@bz> roc: agreed.
# [05:44] <rniwa> bz: in which case, removing nodes in a middle of the test may alter the nature of the test itself :(
# [05:44] <@roc> but I also need support for WebIDL static methods to land
# [05:44] <@bz> rniwa: yes
# [05:44] * Quits: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr)
# [05:44] <@bz> roc: yes. it's on Peter's plate
# [05:44] <rniwa> bz: but then… it might be more realistic scenario anyways
# [05:44] <@bz> roc: and depends on other stuff that's on Peter's plate
# [05:44] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
# [05:45] <@bz> rniwa: right. Hence asking jresig about what he really wanted to test here. Or just asking in the form of a pull request. ;)
# [05:45] <rniwa> bz: given it's unrealistic for us to expect authors actually need 1e7 nodes.
# [05:45] <@bz> rniwa: this whole microbenchmark business is just so broken....
# [05:45] <rniwa> bz: yeah :(
# [05:45] <@roc> the patch has been reviewed actually
# [05:45] <rniwa> bz: that was the conclusion I reached when I was looking into Dromaeo
# [05:45] <rniwa> bz: a lot of test cases are such micro benchmarks that it's not realistic
# [05:45] <@bz> roc: yes, I reviewed it. ;)
# [05:45] <rniwa> bz: e.g. running querySelector 10,000 times without ever modifying DOM is unlikely scenario
# [05:46] <rniwa> bz: under which engines that cache the result will have really fast perf.
# [05:46] <@bz> roc: one of the review comments is still unaddressed. :(
# [05:46] <@bz> roc: the bit about xrays
# [05:46] <rniwa> bz: whereas engines that optimize for cases where there will be DOM mutations between each querySelector call will underperform greatly.
# [05:47] <@bz> rniwa: yup
# [05:47] <@bz> rniwa: writing good tests is hard.
# [05:47] <@bz> rniwa: dromaeo was kinda thrown together.
# [05:47] <@bz> rniwa: so are most other benchmarks. :(
# [05:47] <@bz> rniwa: and the whole jsperf debacle.....
# [05:47] <@bz> roc: I should try to convince Peter to just land it and do the Xray bits in a followup
# [05:47] <rniwa> bz: when a time comes, I want to create a real DOM benchmark that tests realistic perf.
# [05:48] <@bz> roc: as long as it's not a security or crash issue, at least
# [05:48] <rniwa> bz: Dromaeo was a breakthrough when it first came out though.
# [05:48] <rniwa> bz: because back then, we didn't have anything else to measure perf. :(
# [05:48] <@bz> rniwa: well, yes. It's still the best DOM benchmark around.
# [05:48] <@bz> rniwa: which is really sad....
# [05:48] <rniwa> bz: i know.
# [05:48] <rniwa> bz: I wish W3C had spent more time creating a good perf. benchmark for us.
# [05:48] <@bz> rniwa: heh
# [05:49] <@roc> there is no such thing as the W3C
# [05:49] <@bz> rniwa: it's _hard_
# [05:49] <rniwa> bz: as much as conformance tests are important, good performance is also quite important.
# [05:49] <rniwa> bz: yeah, that muchI agreed.
# [05:49] <@roc> there's browser vendors, some contributors, and some annoying people
# [05:49] <@bz> rniwa: seen Nicholas Nethercote's blog posts about it?
# [05:49] <rniwa> bz: I don't think so.
# [05:49] <@bz> roc: and some of those sets overlap
# [05:49] <rniwa> i've been working on this whole performance things for like 10 months
# [05:49] <jcranmer> I have a real-world CSS transition stress case :-)
# [05:50] <rniwa> and all I can say is that measuring and improving performance is as far as software engineering can get :(
# [05:50] <mjrosenb> what time is the mi -> mc merge at?
# [05:50] <jcranmer> by stress case I mean if I used JS for animation instead of the transitions, I'd cause slow script dialogs instead
# [05:50] <mjrosenb> namely, If I land something on m-i now, will it be included in tonight's nightly?
# [05:50] <philor> no
# [05:50] <philor> that one's much easier to answer
# [05:51] <@bz> rniwa: https://blog.mozilla.org/nnethercote/2012/08/24/octane-minus-v8/
# [05:51] <mjrosenb> philor: was that for me?
# [05:51] <@bz> rniwa: the bit about 5 categories of benchmarks
# [05:51] * Quits: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net) (Ping timeout)
# [05:51] <philor> mjrosenb: yeah, if you land on m-i, your push or a push above you needs to finish building and testing Windows PGO before it'll be merged
# [05:51] <@bz> rniwa: dromaeo is mostly between 4 and 5
# [05:51] <@bz> rniwa: leaning toward 5, and a pathetic profile
# [05:52] <mjrosenb> philor: ok, so I should just land this fix on m-c then
# [05:52] * mjrosenb will be watching the tree this evening!
# [05:52] <@bz> rniwa: as far as writing benchmarks with suites...
# [05:52] <@bz> rniwa: er, with specs
# [05:53] <philor> mjrosenb: and then the m-c nightly builds on a push which has built on every platform for which we have a nightly, so even if you manually triggered PGO and it finished before 3am and someone felt like merging at that time, you'd still miss the nightly because it would choose the rev before the merge
# [05:53] <@bz> rniwa: a good benchmark (category 1 or 2 in that list) can't really be written together with the spec so easily...
# [05:53] <@bz> roc: I'll poke Peter about static operations
# [05:54] * Joins: MarcosS (Mibbit@moz-80492CE8.dsl.irvnca.pacbell.net)
# [05:54] * Joins: randix (randix@moz-BDAFEB54.dhcp.astr.or.charter.com)
# [05:54] <@bz> anyway
# [05:55] <@bz> rniwa: I think just adding removals here is fine
# [05:55] <@bz> rniwa: in case that wasn't clear
# [05:55] <rniwa> bz: you mean within the test?
# [05:55] <@bz> rniwa: yes
# [05:55] <rniwa> bz: alright, let me try that first.
# [05:55] <@roc> bz: in the generated code "static void StaticMethod(nsISupports*, bool, ErrorResult&);", the first nsISupports* is the relevant global, i.e. inner nsGlobalWindow, right?
# [05:55] <@bz> sounds good
# [05:55] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/9ae014a115b2 - Marty Rosenberg - Qualcomm's snapdragon does not interpret "push sp" as a valid instruction, so don't emit it. (bug 791462, r=dvander)
# [05:55] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f33e3b2c9cac - Nicholas Nethercote - Bug 791607 - Remove unnecessary |#include <new>| directives. r=dmandelin.
# [05:55] <@bz> roc: yes
# [05:56] <@bz> roc: exactly
# [05:56] * Quits: StockHunter (StockHunte@moz-D2DB1663.ldv-co.client.bresnan.net) (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/)
# [05:56] <@roc> cool
# [05:57] * Quits: MarcosS (Mibbit@moz-80492CE8.dsl.irvnca.pacbell.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [05:57] * Quits: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net) (Client exited)
# [05:58] * Quits: rajul (quassel@9DE69724.CE5F87E.27560D6E.IP) (Client exited)
# [05:59] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [06:05] * cjones-food is now known as cjones
# [06:08] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/88a1e8e2df95 - Gregory Szorc - Bug 792135 - Part 1: Add which Python package; r=glandium
# [06:08] * glob is now known as glob|away
# [06:08] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/9b81d80f9492 - Gregory Szorc - Bug 792135 - Part 2: Add which to virtualenv; r=glandium
# [06:11] * Joins: dzbarsky (Adium@moz-39428EC2.phlapa.east.verizon.net)
# [06:12] * Joins: drexler (chatzilla@moz-BD26ECCD.hsd1.vt.comcast.net)
# [06:12] * Quits: merinui (merinui@moz-1D8A7606.osk2.eonet.ne.jp) (Ping timeout)
# [06:12] * Quits: dzbarsky (Adium@moz-39428EC2.phlapa.east.verizon.net) (Ping timeout)
# [06:13] * rail is now known as rail_away
# [06:13] * Quits: bsmith (bsmith@moz-8DB4A576.cpe.net.cable.rogers.com) (Quit: Leaving)
# [06:14] * Joins: jduell (jduell@moz-8DB4A576.cpe.net.cable.rogers.com)
# [06:15] * Joins: merinui (merinui@moz-1D8A7606.osk2.eonet.ne.jp)
# [06:16] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Connection reset by peer)
# [06:18] * mcote is now known as mcote|afk
# [06:19] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [06:19] <philor> so which package did you add?
# [06:19] <jcranmer> yes
# [06:19] <gps> http://pypi.python.org/pypi/which
# [06:20] <jcranmer> gps: damn it, why do you have to go spoil the Abbot & Castello routine?
# [06:21] <philor> probably because he knew that I was prepared to go through with as much of it as I could do
# [06:22] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Quit: Konversation terminated!)
# [06:22] * Quits: Mardak (Mardak@moz-ECDC5EBC.dsl.pltn13.pacbell.net) (Quit: Mardak)
# [06:22] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Client exited)
# [06:23] * sheeri-afk is now known as sheeri
# [06:24] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [06:24] * sheeri is now known as sheeri-afk
# [06:27] <jcranmer> `which' doesn't flow as well though
# [06:27] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Input/output error)
# [06:28] <philor> doesn't flow as well as what?
# [06:29] * Quits: victorporo (victorporo@65B2B26E.AB163232.79933D60.IP) (Connection reset by peer)
# [06:29] * Joins: victorporof (victorporo@65B2B26E.AB163232.79933D60.IP)
# [06:30] * Joins: Mardak (Mardak@moz-ECDC5EBC.dsl.pltn13.pacbell.net)
# [06:31] * glob|away is now known as glob
# [06:32] <mjrosenb> bz: I bet we could do something, like instrument firefox to track what parts of the spec are hit with any given page/script, then lump a complete basis into a "benchmark"
# [06:33] * Quits: pdagnelie (pcd@moz-69F2E428.ugrad.cs.cmu.edu) (Ping timeout)
# [06:33] * Quits: efaust (efaust@moz-B2EFCFF1.andrew.cmu.edu) (Ping timeout)
# [06:33] * Quits: jcranmer (jtcranmer@moz-EBF2B4AB.cs.illinois.edu) (Ping timeout)
# [06:34] * Joins: pdagnelie (pcd@moz-69F2E428.ugrad.cs.cmu.edu)
# [06:34] * Quits: Mardak (Mardak@moz-ECDC5EBC.dsl.pltn13.pacbell.net) (Quit: Mardak)
# [06:36] * Joins: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [06:36] * Quits: thinker (thinker@moz-71AD2643.dynamic.kbronet.com.tw) (Ping timeout)
# [06:37] * Quits: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr)
# [06:37] * @dolske wonders why something as simple as "push sp" would have flaky support
# [06:38] * Joins: fitzgen (fitzgen@moz-85EBB8A.dia.static.qwest.net)
# [06:38] <mjrosenb> dolske: it is marked as undefined in the spec.
# [06:38] * Joins: efaust (efaust@moz-B2EFCFF1.andrew.cmu.edu)
# [06:39] <mjrosenb> dolske: is the value that you store back to memory the old sp value, or the new one?
# [06:39] * Joins: jcranmer (jtcranmer@moz-EBF2B4AB.cs.illinois.edu)
# [06:39] * Joins: Mook (mook@moz-8F011215.dsl.teksavvy.com)
# [06:39] <mjrosenb> s/store back/store into
# [06:39] * Quits: nmatsakis (nmatsakis@31F52E50.3AD3A61B.2321E71E.IP) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [06:39] <@dolske> mmm, yeah, maybe it's one of those things that needlessly enforces certain implementation details
# [06:39] * Quits: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com) (Ping timeout)
# [06:40] * jcranmer is now known as IRCMonkey63729
# [06:40] * IRCMonkey63729 is now known as jcranmer|away
# [06:47] * bz is now known as bz_sleep
# [06:48] * Quits: @dveditz (dveditz@moz-131789FA.dhcp.cruzio.com) (Quit: dveditz)
# [06:48] <mjrosenb> dolske: it gets even worse when you consider that you can push an arbitrary number of registers in one instruction.
# [06:50] * Quits: drexler (chatzilla@moz-BD26ECCD.hsd1.vt.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [06:50] * Joins: odin_ (Odin@moz-66D3502E.zone5.bethere.co.uk)
# [06:52] * Quits: KWierso|Home (chatzilla@moz-296B3117.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [06:53] * Joins: sfink (chatzilla@moz-3808BA02.dsl.pltn13.sbcglobal.net)
# [06:56] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [06:57] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
# [06:58] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Quit: mdas)
# [06:58] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
# [06:58] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Quit: mdas)
# [06:59] * Quits: odin_ (Odin@moz-66D3502E.zone5.bethere.co.uk) (Ping timeout)
# [06:59] * Quits: nhirata (nhirata.bu@moz-1C9070FC.lightspeed.sntcca.sbcglobal.net) (Quit: nhirata)
# [07:00] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
# [07:00] * Quits: jduell (jduell@moz-8DB4A576.cpe.net.cable.rogers.com) (Connection reset by peer)
# [07:01] <mjrosenb> philor: my last push seems to be quite upsetting to the android-reliability gods
# [07:02] * Joins: nhirata (nhirata.bu@moz-1C9070FC.lightspeed.sntcca.sbcglobal.net)
# [07:02] <philor> mjrosenb: I think you mean "so there I was, standing next to three male models and two world famous actors, in front of the mirror, and I didn't look quite so good by comparison"
# [07:02] <philor> the push before wasn't the average, it was a minor miracle
# [07:02] * Joins: odin_ (Odin@moz-66D3502E.zone5.bethere.co.uk)
# [07:03] <philor> I'm just glad RyanVM forgot to clobber so there's at least a little red, I wouldn't have recognized Android at all otherwise
# [07:04] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
# [07:07] * khuey is now known as khuey|away
# [07:08] * Joins: Havvy (Mibbit@moz-8C53F593.ptld.qwest.net)
# [07:10] * philor is now known as philor|away
# [07:10] <mjrosenb> philor|away: possibly.
# [07:12] * Joins: KWierso|Home (chatzilla@moz-296B3117.hsd1.ca.comcast.net)
# [07:13] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
# [07:17] <jaws> if offsetHeight measures the border edge, is there a way to get the measurement for a "margin edge"?
# [07:19] <mjrosenb> jaws: the new .apk will be at the sameurl of theold .apk in like 50 seconds
# [07:19] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Client exited)
# [07:22] <jaws> mjrosenb: ok cool
# [07:23] * philor|away is now known as philor
# [07:24] * Quits: randix (randix@moz-BDAFEB54.dhcp.astr.or.charter.com) (Quit: away)
# [07:26] * Quits: tchevalier (Daily@moz-A1C5F8CC.w81-251.abo.wanadoo.fr) (Quit: tchevalier)
# [07:27] <jaws> mjrosenb: ok, it looks like it fixed it, but after leaving the phone for a while (30 seconds) and then returning it had completely froze and is now doing a soft-reboot by itself
# [07:27] * Joins: dzbarsky (Adium@moz-39428EC2.phlapa.east.verizon.net)
# [07:28] <jaws> it lasted a long time with this build
# [07:28] <mjrosenb> uhh....
# [07:28] <jaws> when it normally crashed it would crash within the first 10 seconds of the page being open
# [07:28] <jaws> this time it took a couple minutes
# [07:28] <mjrosenb> if my patch managed to do that, I would be extremely surprised
# [07:28] <jaws> but my phone just soft rebooted again upon starting up. i hope it's not in a cycle
# [07:28] <mjrosenb> actually, you probably can grab an opt .apk from tbpl's ftp
# [07:28] <jaws> so i think maybe your patch fixed the previous crash and i'm hitting something different now
# [07:29] <mjrosenb> actually, I never was able to find the .apk from tbpl builds
# [07:29] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/deda9b2561ab - Mark Hammond - Bug 792295 - ensure social flyout moves when already open. r=jaws
# [07:30] <mjrosenb> jaws: I feel kind of like the quote "any 'bug' that causes the kernel to crash is by definition a bug in the kernel" applies
# [07:30] <mjrosenb> although, iirc, that was stated by jwz about the X server?
# [07:30] <philor> mjrosenb: click the B, lower left corner there's a "go to build directory" link, it's there on the first line
# [07:31] <mjrosenb> philor: derp. I'd always tried to navigate there on the ftp server, starting at root and guessing randomly
# [07:32] <mjrosenb> philor: it'd worked decently well for win and linux builds
# [07:32] <philor> well, that link just recently got added
# [07:32] * Quits: azakai|far (alon@moz-8D0CC798.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [07:32] <philor> and yeah, mobile builds are weird
# [07:34] <philor> hey, there's the first failure that could even vaguely be yours, since the M4 is the first one that failed after the browser started. not yours, but it could vaguely be, except that it isn't
# [07:35] * Quits: jwilde (Thunderbir@moz-7C6C8188.medford.tufts.edu) (Quit: jwilde)
# [07:35] * Joins: Mano (mano@AF966CAE.6B80C07E.39716721.IP)
# [07:36] <mjrosenb> yeah, I saw that one, then I saw "No errors or warnings found. See below for the full log." and decided that you would know how to star it better than I would
# [07:38] <philor> those are tricksy, because you have to know to search for t-fail< to not get tricked by steps failing at the end because the tegra died halfway through
# [07:39] <mjrosenb> so I was going to say, "we should get some non-tegras to test with, it probably would have prevented this from getting into a nightly in the first place"
# [07:40] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [07:40] <mjrosenb> but yeah, then we'd just have more build and test issues
# [07:40] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
# [07:40] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [07:41] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [07:41] <philor> beagles, no, pandas, no, actual phones!
# [07:41] <philor> I really hope b2g testing is going to come with a dozen full-time test-starrers
# [07:42] <KWierso|Home> or hopefully there will be a "philor cloner" app available :)
# [07:42] <markh> call them test-ninja-ers, then post the positions to reddit, and viola!
# [07:42] * mjrosenb wonders how well we could train a neural network to classify bugs
# [07:43] <philor> "benefits include becoming bitter, and sudden flashes of extreme anger"
# [07:43] <mjrosenb> although we'd probably have a bug open for "everything the neural network has mis-classified"
# [07:45] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6b3d73912991 - David Zbarsky - Bug 779085 - Move attribute stuff from FragmentOrElement to nsGenericElement r=bz
# [07:45] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
# [07:45] * Quits: karl (karl@moz-3840DE5B.jetstream.xtra.co.nz) (Ping timeout)
# [07:45] <philor> we could do autostarring, but it would have to be "here's a bug into which every failure in this test will be thrown until a developer files separate bugs for the separate parts and summarizes the differences"
# [07:46] <philor> one part of that sentence is likely, and one is spectacularly unlikely
# [07:46] * Quits: jcranmer|away (jtcranmer@moz-EBF2B4AB.cs.illinois.edu) (Ping timeout)
# [07:46] <mjrosenb> "eta any minute now"
# [07:46] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [07:47] <philor> not tbpl's most precise feature
# [07:47] * Parts: kentuckyfriedtakahe (ajones@moz-5D29915D.cable.telstraclear.net)
# [07:47] <mjrosenb> markh: it seemslike this may be good for mechanical turk :-p
# [07:47] <mjrosenb> philor: noted.
# [07:47] * Quits: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.88.2 [Firefox 17.0a2/20120902042008])
# [07:47] <mjrosenb> jaws: did you figure out the rebooting issue?
# [07:47] <markh> indeed!
# [07:48] * Quits: jeremyhu (jeremyhu@moz-75C113CA.outersquare.org) (Ping timeout)
# [07:48] <jaws> mjrosenb: i'm thinking that it wasn't your fault, but bad wifi drivers on my phone
# [07:48] <jaws> i get wifi crashes once in a while
# [07:48] <mjrosenb> jaws: that seems much more likely.
# [07:48] <jaws> the cycle did stop
# [07:48] <philor> the actual meaning of "eta any minute now" is "we looked at the average time for the other ones of this same job which are currently visible, and that was less than the time it has already taken"
# [07:50] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [07:50] <mjrosenb> philor: sounds like a quick'n'dirty implementation that is good enough to be annoying when it doesn't work!
# [07:51] * Joins: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
# [07:51] * Joins: jeremyhu (jeremyhu@moz-75C113CA.outersquare.org)
# [07:51] * Joins: past (past@moz-3BBC237D.dsl.dyn.forthnet.gr)
# [07:51] * Joins: jcranmer|away (jtcranmer@moz-EBF2B4AB.cs.illinois.edu)
# [07:52] * Joins: a1103625 (a1103625@moz-A72F54D6.haaga-helia.fi)
# [07:52] * a1103625 is now known as kdeeq
# [07:52] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
# [07:52] <KWierso|Home> I prefer the "oh, you just want test failure notifications in your pinned tab for just your push? sorry, no ETAs allowed"
# [07:53] * jcranmer|away is now known as IRCMonkey64808
# [07:53] * Quits: kdeeq (a1103625@moz-A72F54D6.haaga-helia.fi) (Quit: leaving)
# [07:54] * mjrosenb needs to get tbpl pinned again
# [07:54] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [07:54] <mjrosenb> unfortunately, treestyle tabs is misbehaving again
# [07:54] <mjrosenb> s/again/still/
# [07:54] <mjrosenb> I cannot remember the last time it worked cleanly
# [07:55] <njn> mjrosenb: it's working nicely for me ATM, though it was having trouble a few weeks ago
# [07:57] <mjrosenb> njn: verio?
# [07:58] <mjrosenb> *what version are you running?
# [07:58] * nthomas is now known as nthomas|away
# [07:58] <mjrosenb> wow, that was ANNOYING
# [07:58] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
# [07:58] <mjrosenb> like 3/4 of my keys were being grabbed by the wm for no discernable reason
# [07:58] <njn> mjrosenb: 0.14.2012081101
# [07:58] <mjrosenb> njn: err, firefox version?
# [07:58] <mjrosenb> although that looks much newer than what I'm running
# [07:59] * Quits: dzbarsky (Adium@moz-39428EC2.phlapa.east.verizon.net) (Quit: Leaving.)
# [07:59] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 18.0a1/20120920030543])
# [08:00] <mjrosenb> oh, nevermind, that is the version of tst i'm running
# [08:02] * Joins: a1103625_ (a1103625@moz-A72F54D6.haaga-helia.fi)
# [08:02] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [08:02] <njn> mjrosenb: this is on a recent trunk build
# [08:03] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [08:03] <mjrosenb> Built from http://hg.mozilla.org/mozilla-central/rev/0c8ac138706e (sept. 19)
# [08:04] * Joins: dzbarsky (Adium@moz-39428EC2.phlapa.east.verizon.net)
# [08:04] * Joins: kentuckyfriedtakahe (ajones@moz-104CC309.mv.mozilla.com)
# [08:04] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [08:09] <mjrosenb> 82 minutes just to fail?
# [08:09] <mjrosenb> F-: would not run again
# [08:09] * Joins: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz)
# [08:09] * Quits: @roc (chatzilla@E2F7352.56080C53.97BBD552.IP) (Ping timeout)
# [08:09] <philor> you spend 82 minutes on a tegra, you're going to fail one way or another
# [08:10] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1ba44c7c860a - Chris Jones - Bug 792663: Don't SyncFrontBufferToBackBuffer() while a buffer tracker isn't around to revoke our buffer provider. r=nrc
# [08:10] <philor> they've got horrible ADHD, you have to be ready to do what you want done as quickly as possible once you get their attention
# [08:10] * Quits: Optimizer (Optimizer@C59BC518.2298245.274D17D6.IP) (Ping timeout)
# [08:11] * Joins: sicking (chatzilla@moz-289A587C.hsd1.ca.comcast.net)
# [08:12] <mjrosenb> ok, that push looks about as clean as an android-only fix can get, I'm going to go shower.
# [08:14] <Unfocused> so, tegras are modeled after developers?
# [08:14] * Joins: Optimizer (Optimizer@3EC93034.FCB1410C.274D17D6.IP)
# [08:14] <Unfocused> OH LOOK, A PUPPY!
# [08:14] * Unfocused wanders away
# [08:14] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
# [08:15] <philor> yeah, but I'm regretting that H
# [08:15] <philor> attention deficit narcolepsy disorder would be closer
# [08:15] * Quits: ferongr (ferongr@moz-FFE7E335.dsl.dyn.forthnet.gr) (Ping timeout)
# [08:16] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
# [08:24] * Quits: jdm (jdm@moz-ED97493F.cpe.net.cable.rogers.com) (Quit: Lost terminal)
# [08:27] * Quits: Wes (chatzilla@moz-BEF0C255.page.ca) (Ping timeout)
# [08:28] * Joins: Wes (chatzilla@moz-BEF0C255.page.ca)
# [08:28] * Quits: sicking (chatzilla@moz-289A587C.hsd1.ca.comcast.net) (Ping timeout)
# [08:28] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e5dda6269c22 - Gina Yeh - Bug 791928 - Final version: Broadcast bonding-related events with device name, r=qdot
# [08:31] * Quits: Mook (mook@moz-8F011215.dsl.teksavvy.com) (Quit: Mook)
# [08:32] * Quits: a1103625_ (a1103625@moz-A72F54D6.haaga-helia.fi) (Quit: leaving)
# [08:36] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [08:37] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [08:38] * Quits: biesi_ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [08:39] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [08:39] * ChanServ sets mode: +o smaug
# [08:47] * Quits: zzzzz (chatzilla@moz-F047FBF6.dhcp.embarqhsd.net) (Ping timeout)
# [08:48] * Joins: adrian (adrian@moz-DE8639AB.fbx.proxad.net)
# [08:50] * Joins: andersh (andersh@moz-E473DFF9.bredband.3.dk)
# [08:52] * Joins: zzzzz (chatzilla@moz-F047FBF6.dhcp.embarqhsd.net)
# [08:53] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [08:58] * Quits: dzbarsky (Adium@moz-39428EC2.phlapa.east.verizon.net) (Quit: Leaving.)
# [09:04] * Quits: fitzgen (fitzgen@moz-85EBB8A.dia.static.qwest.net) (Quit: zzzzzzzzz)
# [09:06] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [09:06] <shu> any releng people around?
# [09:08] * Quits: njn (chatzilla@moz-D462D113.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88.2 [Firefox 18.0a1/20120916155703])
# [09:11] <glazou> bonjour
# [09:12] * Quits: himsin (x@DBFA170F.3E31E221.BE3C3C1D.IP) (Client exited)
# [09:13] * Joins: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP)
# [09:15] * Joins: RealRaven (Thunderbir@moz-5770FE03.threembb.ie)
# [09:21] * Joins: surkov (surkov@6476E1B7.95871A73.E17943EE.IP)
# [09:25] * psjinx is now known as zz_psjinx
# [09:26] <Callek> shu: I'm around, whats up?
# [09:27] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
# [09:27] * glob is now known as glob|away
# [09:29] <shu> Callek: there is a consistent jit-test failure (not crash, correctness error) i'm getting on try across many platforms that i cannot reproduce locally at all -- how do i build a js shell as the try servers do?
# [09:29] * Joins: tzimmermann (tzimmerman@moz-751D2467.pools.arcor-ip.net)
# [09:29] * Joins: rajul (quassel@B427FBA5.4B0BDFDC.25B273F5.IP)
# [09:29] <Callek> shu: well prior to looking at building it locally, you know you can download the binaries that try produces locally? can you reproduce that with the try binaries?
# [09:30] <shu> Callek: i did, yeah
# [09:30] * Joins: teoli (teoli@514D186.F3BBB17D.144F44FA.IP)
# [09:30] <shu> Callek: and yes, i can reproduce with the try binaries. but the only lead i have for this is that the try binary throws, and what i build doesn't.
# [09:30] * Quits: zz_psjinx (psjinx_moz@moz-7B5E60AB.compute-1.amazonaws.com) (Quit: ZNC - http://znc.sourceforge.net)
# [09:30] <shu> Callek: so i'd like know the difference in how they're built
# [09:30] * Quits: peterv (peterv@moz-61769038.access.telenet.be) (Connection reset by peer)
# [09:31] * Joins: psjinx (psjinx@moz-7B5E60AB.compute-1.amazonaws.com)
# [09:31] <Callek> shu: Ok, the best pointed on "build locally the same way" is the build logs, which have every step we run, including env variables.
# [09:31] <Callek> s/pointed/pointer/
# [09:31] <Callek> shu: what platform is this on
# [09:32] * psjinx is now known as psjinx|away
# [09:32] * Joins: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net)
# [09:32] <shu> Callek: everything but android: https://tbpl.mozilla.org/?tree=Try&rev=89f6a533a80e
# [09:33] <Callek> shu: what platform do you have locally?
# [09:33] <shu> Callek: and i guess OS X 10.8? i'm not sure what a M without a green B means
# [09:33] * Joins: peterv (peterv@moz-61769038.access.telenet.be)
# [09:33] <shu> Callek: archlinux 64bit, gcc 4.7/clang 3.1. can't reproduce locally with either compiler
# [09:33] <Callek> shu: and yea, OSX 10.8 is using the OSX 10.7 built binaries, fwiw
# [09:34] <Callek> so theres no specific "B" for that platform
# [09:34] * philor is now known as philor|away
# [09:34] <shu> ah okay
# [09:34] * Quits: psjinx|away (psjinx@moz-7B5E60AB.compute-1.amazonaws.com) (Quit: ZNC - http://znc.sourceforge.net)
# [09:34] * Joins: psjinx (psjinx@moz-7B5E60AB.compute-1.amazonaws.com)
# [09:35] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [09:35] * Quits: psjinx (psjinx@moz-7B5E60AB.compute-1.amazonaws.com) (Quit: ZNC - http://znc.sourceforge.net)
# [09:36] * Joins: lahabana (charlymolt@moz-BDACA897.wlan.ntnu.no)
# [09:36] * philor|away is now known as philor
# [09:36] * Joins: harth (harth@moz-D62C1A52.hsd1.ca.comcast.net)
# [09:37] * Quits: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP) (Client exited)
# [09:38] * Joins: psjinx (psjinx@moz-7B5E60AB.compute-1.amazonaws.com)
# [09:38] <Callek> shu: so yea, you can see all the packages we use: https://tbpl.mozilla.org/php/getParsedLog.php?id=15402104&tree=Try&full=1 since its now using mock to instantiate an env.... amd we use the mozconfig at http://mxr.mozilla.org/mozilla-central/source/browser/config/mozconfigs/linux64/debug for (for example) linux64 debug
# [09:38] * Joins: smagnin (pike@moz-DEF53BC9.fbx.proxad.net)
# [09:38] * Joins: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP)
# [09:39] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [09:40] <Callek> shu: and then if you search in the log you can see our command used to build (with env vars) if you search for: Started compile
# [09:40] <Callek> shu: mock is a bit foreign to me, but you can scan that command line and make sense of it, args are logically named.
# [09:41] * Quits: Mano (mano@AF966CAE.6B80C07E.39716721.IP) (Client exited)
# [09:41] * Unfocused wonders why having changes to environment variables reflected in rebuilding a directory suddenly doesn't seem to work for him
# [09:41] * Quits: Optimizer (Optimizer@3EC93034.FCB1410C.274D17D6.IP) (Ping timeout)
# [09:41] * Joins: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com)
# [09:42] <shu> Callek: thanks
# [09:42] <Callek> shu: failing being able to reproduce locally we do have a process for loaning a specific in production system to our devs ... see https://bugzilla.mozilla.org/show_bug.cgi?id=789650 as a template for what you should ask for in a bug
# [09:42] * Joins: Mano (mano@AF966CAE.6B80C07E.39716721.IP)
# [09:42] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [09:43] <Callek> s/in production/system/ (technically we grab a system not in our main production if available, but the ones we do grab match our production systems)
# [09:43] <Callek> ;-)
# [09:43] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [09:44] <NeilAway> gavin: there already is one, it was just easier to comment on the patch like that
# [09:44] * Joins: martyn (martyn@moz-938153B.range86-137.btcentralplus.com)
# [09:45] * Joins: Optimizer (Optimizer@5E09014E.6B61551B.BE90E62C.IP)
# [09:45] * Quits: teoli (teoli@514D186.F3BBB17D.144F44FA.IP) (Ping timeout)
# [09:46] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [09:46] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f1ad620dab86 - Shelly Lin - Bug 790158 - Add os version and hardware info to mozSettings. r=cjones
# [09:47] * Joins: teoli (teoli@514D186.F3BBB17D.144F44FA.IP)
# [09:47] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [09:50] * Quits: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP) (Ping timeout)
# [09:50] * Parts: kentuckyfriedtakahe (ajones@moz-104CC309.mv.mozilla.com)
# [09:50] * Joins: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP)
# [09:50] <@smaug> can I force hg import to use more --fuzz ?
# [09:53] * Quits: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP) (Client exited)
# [09:53] * Joins: Optimizer1 (Instantbir@94C77FC6.955079FB.AA3EB577.IP)
# [09:56] * Joins: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP)
# [09:56] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/929786a618f4 - Fernando Jiménez - Bug 776417 - Prevent navigator.mozPay from being fired from apps in the background; r=fabrice
# [09:56] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/48c4938eaf57 - Olli Pettay - Bug 790856, ensure bounds on the previous viewer, r=bz
# [09:56] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/5013b57e5c40 - Olli Pettay - Bug 790856, ensure bounds on the previous viewer, r=bz, a=akeybl
# [09:57] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a0b08694ac6d - Chris Jones - Back out bug 792663 (1ba44c7c860a)
# [09:58] * Quits: @dbaron (dbaron@moz-9221B6DD.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [09:59] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [09:59] <shu> Callek: is there a try option to only build a js shell and run jit-tests?
# [10:01] <philor> shu: no, the shell builds don't run on try at all yet
# [10:01] * Quits: @ehsan (ehsan@moz-C48D29C4.cable.teksavvy.com) (Input/output error)
# [10:01] <Callek> shu: since we run these tests in the build job, yes. My suggestion, pick a single OS to test, until you find a solution to the error (my suggest for plat is linux64 since its fast to build, and we have the ability now to spin up amazon slaves to build it) and omit all tests/mochi until you clear, this. once you do then run it again with the full set like you did |try: -b do -p linux64 -u...
# [10:01] <Callek> ...none -t none|
# [10:02] <Callek> philor: ummmm..... https://tbpl.mozilla.org/?tree=Try&rev=89f6a533a80e
# [10:02] * Joins: jfkthame (jfkthame@22A9BACE.A1C12133.9542EC20.IP)
# [10:02] * Quits: jfkthame (jfkthame@22A9BACE.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [10:02] <shu> Callek: yeah, that's what i'm doing now
# [10:03] <Callek> shu: I'm going to cancel these XP jobs on you, if you don't mind [since its seems like you don't need them]
# [10:03] <Callek> ;-)
# [10:03] <philor> Callek: yes? which of those is a js shell only, the spidermonkey builds that we only run on inbound and tracemonkey?
# [10:03] * Quits: ehsan_tb (Thunderbir@moz-C48D29C4.cable.teksavvy.com) (Ping timeout)
# [10:03] <shu> Callek: please, go ahead
# [10:03] <Callek> philor: Linux64 B, for example |make[1]: *** [check-jit-test] Error 2|
# [10:03] <Callek> so it still ran some jsshell tests ;-)
# [10:04] <philor> yeah, that would be the other answer, the "no, you can't build just the shell, you have to build the whole browser"
# [10:05] <Callek> philor: well, its a conflict in your "no, the shell builds don't run on try at all yet" ;-)
# [10:05] <Callek> but you are correct in that there is no way to build *only* the shell
# [10:05] <Callek> [on try]
# [10:06] * Quits: Mano (mano@AF966CAE.6B80C07E.39716721.IP) (Client exited)
# [10:08] * Joins: Ms2ger (Ms2ger@C7FCF2D5.F032B4DF.37724B0D.IP)
# [10:08] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [10:11] * philor is now known as philor|away
# [10:11] * Ms2ger waves at philor
# [10:11] * Joins: edmorley (edmorley@moz-7DD935A9.range86-145.btcentralplus.com)
# [10:11] * Joins: ferongr (ferongr@moz-70D9DFD9.dsl.dyn.forthnet.gr)
# [10:12] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [10:12] * ChanServ sets mode: +o roc
# [10:12] * Joins: jfkthame (jfkthame@22A9BACE.A1C12133.9542EC20.IP)
# [10:13] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [10:13] <hsivonen> 10.7 debug build says no type named 'nullptr_t' in namespace 'std'
# [10:13] <hsivonen> just a matter of including <cstddef> or something weirder?
# [10:16] <Ms2ger> I suspect the former
# [10:16] * Quits: martyn (martyn@moz-938153B.range86-137.btcentralplus.com) (Quit: Ex-Chat)
# [10:16] <hsivonen> somehow, other platforms work without the include...
# [10:17] <@smaug> hsivonen: hey, since you're here now... in which way does the parser insert script elements to document
# [10:17] * Joins: martyn (martyn@moz-938153B.range86-137.btcentralplus.com)
# [10:18] <@smaug> I mean, first we parse, then bind the element to document, right?, and then execute the script
# [10:18] <@smaug> and before executing we have notified about the element
# [10:18] * Quits: teoli (teoli@514D186.F3BBB17D.144F44FA.IP) (Connection reset by peer)
# [10:18] <Jesse> hsivonen: maybe because other platforms use other compilers
# [10:18] * Joins: teoli (teoli@514D186.F3BBB17D.144F44FA.IP)
# [10:19] <hsivonen> smaug: yeah, all the notifications are supposed to have been flushed by the time we exec the script
# [10:19] * edmorley is now known as edmorley|busy
# [10:19] <hsivonen> smaug: is there a problem?
# [10:20] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [10:20] <@smaug> hsivonen: we may want to make those parser insertions microtasks
# [10:21] <@smaug> so that MutationObserver callbacks would get called right before executing <script>
# [10:21] <@smaug> but at the time when <script> element is already in document
# [10:21] <hsivonen> smaug: is microtask a Gecko concept, spec concept or both?
# [10:21] <@smaug> both
# [10:22] <hsivonen> smaug: what normally causes MutationObservers to be called?
# [10:22] <@smaug> well, it is still a bit badly defined in HTML spec
# [10:22] <hsivonen> smaug: FWIW, the parser carefully come out of the update batch before executing the script
# [10:23] <hsivonen> are MutationObservers independent of update batches?
# [10:23] <@smaug> hsivonen: MutationObserver's callback is called at the end of the outermost microtask of the innermost task, or end of task
# [10:23] <@smaug> microtask is effectively a script run
# [10:23] <@smaug> say, calling an event listener
# [10:24] * Quits: lahabana (charlymolt@moz-BDACA897.wlan.ntnu.no) (Quit: lahabana)
# [10:24] <@smaug> hsivonen: well, MutationObserver implementation does use the internal nsIMutationObserver which relies on notifications
# [10:24] <@smaug> but not really batches
# [10:26] * Ms2ger frowns
# [10:26] <Ms2ger> smaug, still awake? :)
# [10:26] * Joins: Kailas (krpatil@167E751E.9EA085B9.A76F6622.IP)
# [10:27] * Quits: Optimizer (Optimizer@5E09014E.6B61551B.BE90E62C.IP) (Ping timeout)
# [10:27] <@smaug> Ms2ger: I woke up early
# [10:27] * Joins: krpatil_ (krpatil@167E751E.9EA085B9.A76F6622.IP)
# [10:27] <@smaug> scary
# [10:27] <Ms2ger> Yeah
# [10:27] * Joins: tchevalier (Daily@26DF2FEE.76D180ED.C47D5415.IP)
# [10:27] <hsivonen> smaug: So if they already rely on notifications, wouldn't that mean that they already work the way they should given the way the parser notifies?
# [10:29] <@smaug> but callback is called at the end of microtask
# [10:29] <glandium> hsivonen: why nullptr_t?
# [10:29] <@smaug> and the end of microtask is script run
# [10:29] <@smaug> hsivonen: so we want to make also parser insertions (perhaps wrong terminology here) also microtasks
# [10:30] <@smaug> hsivonen: basically I'd like to add nsAutoMicroTask mt; to somewhere in parser :)
# [10:33] <@smaug> I just wonder where the best place would be
# [10:33] <@smaug> so that also xhtml would be handled
# [10:33] <@smaug> perhaps I could just add dummy { nsAutoMicroTask mt; } to scriptelement
# [10:33] * Quits: tchevalier (Daily@26DF2FEE.76D180ED.C47D5415.IP) (Quit: tchevalier)
# [10:35] <krpatil_> Hi, Can anyone help me in solving a bug in SQL parameter binding syntax? http://pastebin.mozilla.org/1834117
# [10:35] * Joins: garnacho (carlos@moz-B27B0825.dyn.user.ono.com)
# [10:36] * Joins: Goldorak (chatzilla@E91DBBFB.85AB3743.187A1082.IP)
# [10:37] * Parts: Kailas (krpatil@167E751E.9EA085B9.A76F6622.IP) (Leaving)
# [10:39] * Quits: venk (user@moz-214432C.static.tpgi.com.au) (Ping timeout)
# [10:39] <hsivonen> smaug: do you need to break out of microtask for style insertions?
# [10:40] <hsivonen> glandium: to have a special operator= when nullptr is assigned
# [10:40] <hsivonen> glandium: without warning spew about nullptr to integer conversion
# [10:41] <@smaug> hsivonen: style changes aren't dom mutations
# [10:41] <@smaug> so if I understand your question, no
# [10:42] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [10:42] <@smaug> but, hmm, dummy microtask before script execution wouldn't quite work
# [10:42] <@smaug> some event listener might get executed
# [10:43] <@smaug> and it should have stable view of the DOM
# [10:44] <hsivonen> smaug: then you could probably have an automicrotask inside nsHtml5TreeOpExecutor::FlushDocumentWrite() and nsHtml5TreeOpExecutor::RunFlushLoop() so that its scope ends before the |if (scriptElement) {| tail
# [10:44] * Joins: maikmerten (maikmerten@moz-C52AFF9E.dynamic.qsc.de)
# [10:45] <@smaug> why would I need it in DocumentWrite?
# [10:45] <@smaug> oh, hmm
# [10:45] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [10:45] <hsivonen> why would you not? it causes DOM mutations
# [10:45] <@smaug> yeah
# [10:46] <@smaug> hsivonen: but I wonder if there is always script on the stack when FlushDocumentWrite is called
# [10:46] <@smaug> if there is, the mictotask will end when the outermost script execution ends
# [10:47] <hsivonen> smaug: IIRC, there should be
# [10:47] <@smaug> I guess I could add some assertion there
# [10:48] <@smaug> hsivonen: so, I could add automicrotask to nsHtml5TreeOpExecutor::RunFlushLoop
# [10:48] <@smaug> what about xhtml
# [10:49] <hsivonen> that's harder...
# [10:49] <hsivonen> hmm.
# [10:50] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [10:50] <hsivonen> The XML content sink still has the content-initiated flush nonsense.
# [10:50] <hsivonen> for notification flushes that is
# [10:50] * Quits: Optimizer1 (Instantbir@94C77FC6.955079FB.AA3EB577.IP) (Quit: bye :))
# [10:51] * Joins: Optimizer (Instantbir@94C77FC6.955079FB.AA3EB577.IP)
# [10:51] * Joins: thomasstache (Thunderbir@3BF70A30.19A94369.EB3A6EA6.IP)
# [10:51] * Quits: tonymec (tonymec@7E64B866.31BA17B7.277517C1.IP) (Input/output error)
# [10:53] * Joins: jfkthame_ (jfkthame@22A9BACE.A1C12133.9542EC20.IP)
# [10:53] * Quits: jfkthame (jfkthame@22A9BACE.A1C12133.9542EC20.IP) (Connection reset by peer)
# [10:53] * jfkthame_ is now known as jfkthame
# [10:53] * Quits: tonymec|away (tonymec@7E64B866.31BA17B7.277517C1.IP) (Quit: Konversation terminated!)
# [10:53] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [10:54] <hsivonen> smaug: As far as I can tell, you can't solve this problem with a stack-based AutoFoo in the XML case currently. *Maybe* you could solve it with two: outer AutoFoo and an inner InverseAutoFoo.
# [10:54] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [10:55] <NeilAway> AryehGregor: has c-c been compiled with enum nsresult?
# [10:55] <@smaug> so XMLContentSink does some NotifyAppend calls
# [10:55] <hsivonen> smaug: you could try putting AutoFoo in nsExpatDriver::ParseBuffer
# [10:56] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [10:56] <@smaug> oh, that would be high up there
# [10:56] <hsivonen> smaug: and InverseAutoFoo in the sink around bool block = sele->AttemptToExecute();
# [10:57] * Quits: merinui (merinui@moz-1D8A7606.osk2.eonet.ne.jp) (Quit: Leaving...)
# [10:57] <@smaug> do you mean "force flush here", and not inverse
# [10:58] <hsivonen> I mean inverse in the sense that it would end the current microtask and start a new one that the outer AutoFoo would then end
# [10:58] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [10:58] <@smaug> ah, right
# [10:59] <@smaug> ok, that doesn't sound too hard
# [10:59] <@smaug> thanks
# [10:59] * Quits: rajul (quassel@B427FBA5.4B0BDFDC.25B273F5.IP) (Client exited)
# [10:59] <hsivonen> np. I hope it works
# [10:59] * Callek stares blankly at "two AutoFoo and an InverseAutoFoo" statement, and wonders how even hsivonen himself understood that.
# [11:00] <hsivonen> Callek: colon after “two”
# [11:01] <hsivonen> Callek: one AutoFoo and one InverseAutoFoo
# [11:01] * Joins: tonymec__ (tonymec@2897AB85.142531B2.277517C1.IP)
# [11:01] * tonymec__ is now known as tonymec|away
# [11:02] <Callek> hsivonen: oo, heh I was more meaning the whole statement in general, not the grammar of the statement :-)
# [11:02] <Callek> (as an outsider not familiar with the code your talking about) ;-)
# [11:02] <Callek> but the colon does help
# [11:04] <NeilAway> ttaubert: that nit was just by code inspection, I don't know I should review without compiling it ;-)
# [11:04] * glazou is now known as glazou_brb
# [11:04] <ttaubert> NeilAway: hm :) I compiled it and it worked
# [11:05] <NeilAway> ttaubert: fair enough
# [11:05] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [11:05] <ttaubert> NeilAway: I don't need to push that to try, do I?
# [11:05] <Ms2ger> You do
# [11:06] <NeilAway> Ms2ger--
# [11:06] <Ms2ger> mounir--
# [11:06] <ttaubert> wth
# [11:06] <ttaubert> :)
# [11:06] * NeilAway was specifically waiting for Ms2ger to answer :-)
# [11:06] <Ms2ger> ttaubert, if you're asking about pushing to try while I'm around, you'll always get a yes :)
# [11:07] <NeilAway> ttaubert: I think Ms2ger has "try" in his stalk words list ;-)
# [11:07] <ttaubert> haha
# [11:07] * Joins: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP)
# [11:07] * Quits: harth (harth@moz-D62C1A52.hsd1.ca.comcast.net) (Input/output error)
# [11:07] * Quits: rniwa (rniwa@moz-E98B1DB9.sb.sd.cox.net) (Quit: rniwa)
# [11:07] <NeilAway> weird, my build has stopped accepting keyboard input except for the tab key
# [11:07] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [11:07] * NeilAway seems to remember hitting this before
# [11:08] * Joins: nrc (nrc@4B76F2B0.D05BE748.613E47D1.IP)
# [11:08] * Quits: nrc (nrc@4B76F2B0.D05BE748.613E47D1.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 16.0/20120904124322])
# [11:08] * Joins: harth (harth@moz-D62C1A52.hsd1.ca.comcast.net)
# [11:10] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [11:10] * Quits: harth (harth@moz-D62C1A52.hsd1.ca.comcast.net) (Input/output error)
# [11:10] * glazou_brb is now known as glazou
# [11:11] * davehunt|away is now known as davehunt
# [11:11] * Joins: joe_walker (joe_walker@moz-5B263CE9.cable.virginmedia.com)
# [11:11] * Joins: jduell__ (jduell@moz-8DB4A576.cpe.net.cable.rogers.com)
# [11:12] * Joins: lahabana (charlymolt@moz-BDACA897.wlan.ntnu.no)
# [11:12] * Joins: rajul (quassel@E04E2AAC.AB1FF2DF.5700D73F.IP)
# [11:12] * Joins: lahabana_ (charlymolt@moz-662844C.wlan.ntnu.no)
# [11:12] * Joins: harth (harth@moz-D62C1A52.hsd1.ca.comcast.net)
# [11:13] * Quits: jduell__ (jduell@moz-8DB4A576.cpe.net.cable.rogers.com) (Ping timeout)
# [11:14] * Joins: tonymec (tonymec@2897AB85.142531B2.277517C1.IP)
# [11:14] * Quits: lahabana (charlymolt@moz-BDACA897.wlan.ntnu.no) (Ping timeout)
# [11:14] * lahabana_ is now known as lahabana
# [11:15] * Joins: JeroenDeDauw (j@moz-CE7E6767.dip.t-dialin.net)
# [11:15] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [11:16] * Quits: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net) (Ping timeout)
# [11:16] * Quits: sstangl (sstangl@748344B9.A22D542B.1C5878CF.IP) (Ping timeout)
# [11:16] * Quits: dholbert (dholbert@moz-EAA4454E.hsd1.ca.comcast.net) (Ping timeout)
# [11:16] * Quits: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net) (Ping timeout)
# [11:16] * Joins: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net)
# [11:16] * Joins: sstangl (sstangl@748344B9.A22D542B.1C5878CF.IP)
# [11:16] * Quits: harth (harth@moz-D62C1A52.hsd1.ca.comcast.net) (Ping timeout)
# [11:16] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
# [11:16] * Joins: harth (harth@moz-D62C1A52.hsd1.ca.comcast.net)
# [11:16] * Joins: dholbert (dholbert@moz-EAA4454E.hsd1.ca.comcast.net)
# [11:18] * Quits: Goldorak (chatzilla@E91DBBFB.85AB3743.187A1082.IP) (Ping timeout)
# [11:19] * Joins: Goldorak (chatzilla@E91DBBFB.85AB3743.187A1082.IP)
# [11:19] * Joins: msucan (mihai@17969768.DD17A642.B4CEF140.IP)
# [11:22] * Quits: Goldorak (chatzilla@E91DBBFB.85AB3743.187A1082.IP) (Ping timeout)
# [11:23] * Joins: Goldorak (chatzilla@E91DBBFB.85AB3743.187A1082.IP)
# [11:24] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
# [11:24] * Quits: lahabana (charlymolt@moz-662844C.wlan.ntnu.no) (Quit: lahabana)
# [11:26] * Quits: jfkthame (jfkthame@22A9BACE.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [11:27] * Joins: dao (dao@moz-35C3F71E.pool.mediaways.net)
# [11:28] * Joins: Matti (chatzilla@moz-DFE4C6DE.dip.t-dialin.net)
# [11:32] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [11:32] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com)
# [11:33] * Quits: harth (harth@moz-D62C1A52.hsd1.ca.comcast.net) (Input/output error)
# [11:33] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Quit: Leaving)
# [11:33] * Joins: harth (harth@moz-D62C1A52.hsd1.ca.comcast.net)
# [11:35] * Joins: graememcc (chatzilla@moz-69E749DF.range86-163.btcentralplus.com)
# [11:35] * Quits: harth (harth@moz-D62C1A52.hsd1.ca.comcast.net) (Ping timeout)
# [11:36] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [11:39] * Quits: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp) (Quit: nattokirai)
# [11:41] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [11:42] * Quits: JeroenDeDauw (j@moz-CE7E6767.dip.t-dialin.net) (Quit: Leaving.)
# [11:42] * Joins: JeroenDeDauw (j@moz-CE7E6767.dip.t-dialin.net)
# [11:45] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [11:48] * Quits: krpatil_ (krpatil@167E751E.9EA085B9.A76F6622.IP) (Quit: Leaving)
# [11:48] * Joins: Ameya (chatzilla@5F0435BE.80EAE994.3B788C77.IP)
# [11:48] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [11:50] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [11:52] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [11:54] * Joins: c0smikdebris (c0smikdebr@ED2C6906.C568A5F9.D2D1FAF0.IP)
# [11:55] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [11:55] * davehunt is now known as davehunt|away
# [11:55] <jwatt> can someone with access to security bugs CC me on bug 762494 and the bug it was dup'ed to?
# [11:56] * davehunt|away is now known as davehunt
# [11:56] <edmorley|busy> jwatt: sure
# [11:56] * Joins: tchevalier (Daily@26DF2FEE.76D180ED.C47D5415.IP)
# [11:56] <jwatt> edmorley|busy: ta
# [11:57] <Ms2ger> Ed!
# [11:57] <edmorley|busy> Ms2ger: International man of mystery!
# [11:57] <edmorley|busy> Ms2ger: howdy :-)
# [11:57] <Ms2ger> Good, good :)
# [11:57] <Ms2ger> How did the course go?
# [11:58] <edmorley|busy> good thank you
# [11:58] <edmorley|busy> Was quite a lot of fun and I'm now a qualified first aider
# [11:58] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [11:58] <edmorley|busy> we covered quite a lot, since it was 9-5 x 3 days
# [11:58] <Ms2ger> Good to know :)
# [12:00] <glandium> edmorley|busy: you can now save us all
# [12:00] * Joins: Mano (mano@AF966CAE.6B80C07E.39716721.IP)
# [12:01] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [12:01] <NeilAway> ah, turned out to be windows telling gecko that a modifier key was down when it wasn't
# [12:01] <jwatt> edmorley|busy: shame they don't actually test you on all that much :/
# [12:02] * Quits: tchevalier (Daily@26DF2FEE.76D180ED.C47D5415.IP) (Quit: tchevalier)
# [12:02] <edmorley|busy> yeah, though I know I paid attention to the rest :-)
# [12:02] <edmorley|busy> our group was actually pretty attentive
# [12:02] <edmorley|busy> surprisingly
# [12:02] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
# [12:03] <jwatt> sure - but if someone comes up to help me during an accident and says their a qualified first aider, I'm not sure I'm going to have all that much confidence in them doing the right things :)
# [12:03] <edmorley|busy> true
# [12:05] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [12:05] * Quits: valenting (Thunderbir@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [12:07] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [12:08] * Joins: zzzzz_ (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net)
# [12:09] * Quits: rajul (quassel@E04E2AAC.AB1FF2DF.5700D73F.IP) (Client exited)
# [12:11] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [12:12] * Quits: Goldorak (chatzilla@E91DBBFB.85AB3743.187A1082.IP) (Ping timeout)
# [12:12] <mounir> edmorley|busy: are you still working in the London office? :)
# [12:13] * Joins: Goldorak (chatzilla@E91DBBFB.85AB3743.187A1082.IP)
# [12:13] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [12:15] <decoder> can anyone tell me what happened to this try run? https://tbpl.mozilla.org/?tree=Try&rev=fbe65072e128
# [12:15] <decoder> mutation due to radiation?
# [12:15] * Quits: thomasstache (Thunderbir@3BF70A30.19A94369.EB3A6EA6.IP) (Ping timeout)
# [12:16] <Ms2ger> mounir, he is
# [12:16] <Ms2ger> You're moving there?
# [12:17] <mounir> Ms2ger: I moved in London
# [12:17] <mounir> but edmorley|busy is never there
# [12:17] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [12:17] * Quits: surkov (surkov@6476E1B7.95871A73.E17943EE.IP) (Quit: surkov)
# [12:17] <Ms2ger> You did?
# [12:17] <mounir> I took the desk close to him so I would be able to bother him but I never have that chance :(
# [12:17] * Ms2ger is out of dare
# [12:17] <Ms2ger> date, even
# [12:18] <mounir> Ms2ger: you are not, not that many people have heard about that
# [12:18] <mounir> I could tweet/blog/facebook/linkedin it
# [12:18] <mounir> but eh...
# [12:18] <edmorley|busy> mounir: yes I am, but I don't come in on days when I have evening meetings & the last 3 days I've been on a first aid course
# [12:18] * Quits: Goldorak (chatzilla@E91DBBFB.85AB3743.187A1082.IP) (Ping timeout)
# [12:18] <Ms2ger> Yammer!
# [12:18] <mounir> Ms2ger: I don't use that
# [12:18] <Ms2ger> Good
# [12:19] <mounir> Ms2ger: Yammer has never been an official Mozilla's communication medium
# [12:19] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [12:19] <edmorley|busy> mounir: I'll be in on tues :-)
# [12:20] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [12:21] <mounir> edmorley|busy: noted
# [12:22] * Joins: jfkthame (jfkthame@moz-8D43024C.in-addr.btopenworld.com)
# [12:23] * Joins: karl (karl@moz-3A36E2F5.jetstream.xtra.co.nz)
# [12:23] <Callek> Ms2ger: fwiw I *never* liked the idea of Yammer as a community member, [even though I don't mind a free-form communication medium] but to prevent me from accidentally using it as an official medium, I explicitly don't sign up for/use it either
# [12:23] * mattwoodrow is now known as mattwoodrow|away
# [12:23] * Joins: valenting (Thunderbir@moz-85EBB8A.dia.static.qwest.net)
# [12:24] <Ms2ger> Callek, I never signed up for it either ;)
# [12:24] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [12:27] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [12:28] <@roc> me neither!
# [12:29] * Quits: gerv (Instantbir@moz-8E68CF56.in-addr.arpa) (Ping timeout)
# [12:29] * Joins: thomasstache (Thunderbir@3BF70A30.19A94369.EB3A6EA6.IP)
# [12:29] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [12:31] * Quits: smagnin (pike@moz-DEF53BC9.fbx.proxad.net) (Client exited)
# [12:31] * Quits: shu (shu@moz-62AB3AF6.rfrn.org) (Ping timeout)
# [12:31] * Joins: shu (shu@moz-62AB3AF6.rfrn.org)
# [12:32] * Quits: Philip (philip@moz-65AD4613.zaynar.co.uk) (Ping timeout)
# [12:32] * Joins: Philip (philip@moz-65AD4613.zaynar.co.uk)
# [12:32] * Quits: baku (baku@moz-4038023A.ghst.net) (Ping timeout)
# [12:32] * Quits: jtcranmer (jcranmer@moz-A8039BFC.csl.tjhsst.edu) (Ping timeout)
# [12:32] * Joins: jtcranmer (jcranmer@moz-A8039BFC.csl.tjhsst.edu)
# [12:32] * Quits: Nikopol (nikopol@moz-68B53A37.chaosorigin.com) (Ping timeout)
# [12:33] * Quits: ferongr (ferongr@moz-70D9DFD9.dsl.dyn.forthnet.gr) (Ping timeout)
# [12:33] * Joins: Nikopol (nikopol@moz-68B53A37.chaosorigin.com)
# [12:33] * Joins: baku (baku@moz-4038023A.ghst.net)
# [12:34] <Ameya> Could we wrap GetService() ?
# [12:35] <Ameya> I need to filter callers of GetService().... could we achieve wrapping on it?
# [12:35] * Quits: past (past@moz-3BBC237D.dsl.dyn.forthnet.gr) (Ping timeout)
# [12:40] <Yoric> !seen ryanvm
# [12:40] <firebot> ryanvm was last seen 8 hours, 55 minutes and 49 seconds ago, saying 'nthomas: are they at least running on mozilla hardware in the mean time? (backlogged, of course)' in #developers.
# [12:40] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/31084b468d5a - Mounir Lamouri - Bug 792828 - Fix warnings in netwerk/test/. r=Ms2ger
# [12:41] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [12:42] <mounir> would that be shocking to use std::set<nsString> ?
# [12:43] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [12:43] <mounir> the fact that we have to use a function pointer to enumerate nsTHashtable is pretty annoying
# [12:44] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1d44fb1eef16 - Hiroyuki Ikezoe - Bug 792645 - Unify duplicated codes between mobile/android/base/GeckoEvent.java and embedding/android/GeckoEvent.java. r=cpeterson
# [12:44] * Quits: gustavold (gustavold@A066F1CE.C355CF4.FBFF2E6D.IP) (Quit: Leaving.)
# [12:44] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/da5b2bdfd115 - Mike Habicher - Bug 776934 - Add permissions check to camera API. r=jlebar
# [12:45] * Quits: Havvy (Mibbit@moz-8C53F593.ptld.qwest.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [12:46] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [12:46] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [12:47] * Quits: jfkthame (jfkthame@moz-8D43024C.in-addr.btopenworld.com) (Quit: jfkthame)
# [12:48] * Joins: jfkthame (jfkthame@moz-8D43024C.in-addr.btopenworld.com)
# [12:49] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [12:50] <baku> I have a test that fails only on try for android opt/debug. any hints about how to debug it?
# [12:50] * Joins: past (past@moz-3BBC237D.dsl.dyn.forthnet.gr)
# [12:50] * Joins: Havvy (Mibbit@moz-8C53F593.ptld.qwest.net)
# [12:51] <Ms2ger> mounir, fix nsTHashtable instead ;)
# [12:52] * Boriss_afk is now known as Boriss
# [12:52] <mounir> Ms2ger: IMO, this is pointless
# [12:53] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [12:53] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [12:54] <Callek> baku: I'd ask in #mobile during PT day -- they should be able to assist
# [12:55] <baku> Callek, tnx
# [12:55] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
# [12:57] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [12:58] * Joins: sewardj (sewardj@moz-F8E9B5A.dip.t-dialin.net)
# [12:59] <sewardj> roc: did you just attach me to 654028 ?
# [12:59] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [13:00] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [13:00] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [13:00] * jlebar is now known as jlebar|sleep
# [13:01] * Quits: valenting (Thunderbir@moz-85EBB8A.dia.static.qwest.net) (Ping timeout)
# [13:01] * Quits: nthomas|away (chatzilla@moz-224C727C.telstraclear.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.13/20101203074337])
# [13:03] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [13:03] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [13:03] * Joins: lahabana (charlymolt@moz-AAF2BBD1.studby.ntnu.no)
# [13:04] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [13:04] * Quits: Ameya (chatzilla@5F0435BE.80EAE994.3B788C77.IP) (Ping timeout)
# [13:05] * Quits: kennyluck (kennyluck@1F39F32E.5A6411A4.B720AEC8.IP) (Ping timeout)
# [13:05] * Quits: lahabana (charlymolt@moz-AAF2BBD1.studby.ntnu.no) (Ping timeout)
# [13:05] * Joins: lahabana (charlymolt@moz-AAF2BBD1.studby.ntnu.no)
# [13:06] * Quits: jfkthame (jfkthame@moz-8D43024C.in-addr.btopenworld.com) (Ping timeout)
# [13:06] <edmorley|busy> I'm getting on with some TBPL work today, so won't be attending to mozilla-inbound very much; please can people be gentle :-) [if you need me I'll be in #ateam]
# [13:06] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [13:07] * Parts: edmorley|busy (edmorley@moz-7DD935A9.range86-145.btcentralplus.com)
# [13:07] <hsivonen> tbpl broken for everyone or just for me (I’m using VPN to Mountain View)
# [13:08] <hsivonen> ?
# [13:08] * Quits: c0smikdebris (c0smikdebr@ED2C6906.C568A5F9.D2D1FAF0.IP) (Ping timeout)
# [13:08] * Joins: Optimizer1 (Optimizer@852E1266.1D99925B.BE90E62C.IP)
# [13:09] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [13:09] <hsivonen> Controller.js fails with Data not defined on line 48
# [13:09] * Joins: nthomas|away (chatzilla@moz-224C727C.telstraclear.net)
# [13:09] * Joins: Ameya (chatzilla@5F0435BE.80EAE994.3B788C77.IP)
# [13:09] <@roc> sewardj: do you know the guys behind UndoDB?
# [13:10] <@roc> sewardj: I did not CC you on bug 654028 AFAIK
# [13:10] * Joins: valenting (Thunderbir@moz-85EBB8A.dia.static.qwest.net)
# [13:11] * Quits: m_kato (m_kato@moz-348F61F0.mozilla.or.jp) (Ping timeout)
# [13:11] <hsivonen> Firefox can’t find the file at https://tbpl.mozilla.org/js/Data.js
# [13:11] * Quits: karl (karl@moz-3A36E2F5.jetstream.xtra.co.nz) (Ping timeout)
# [13:12] * Quits: valenting (Thunderbir@moz-85EBB8A.dia.static.qwest.net) (Ping timeout)
# [13:12] * Joins: jduell__ (jduell@moz-8DB4A576.cpe.net.cable.rogers.com)
# [13:13] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [13:13] * Quits: kanru (kanru@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [13:14] * Joins: valenting (Thunderbir@moz-85EBB8A.dia.static.qwest.net)
# [13:14] <Callek> hsivonen: wfm, try a shift+reload
# [13:14] * Quits: jduell__ (jduell@moz-8DB4A576.cpe.net.cable.rogers.com) (Ping timeout)
# [13:15] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [13:16] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [13:17] <NeilAway> hsivonen: possibly you're suffering from those recent disk cache problems
# [13:17] * past is now known as past|away
# [13:18] * Joins: c0smikdebris (c0smikdebr@CC7114EE.1B9F2FD8.BE90E62C.IP)
# [13:18] * Joins: kennyluck (kennyluck@1F39F32E.5A6411A4.B720AEC8.IP)
# [13:19] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [13:20] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [13:23] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [13:24] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [13:24] * Quits: StevenLee (chatzilla@moz-99690620.hinet-ip.hinet.net) (Quit: ChatZilla 0.9.89 [Firefox 15.0.1/20120907231657])
# [13:25] * Quits: Ameya (chatzilla@5F0435BE.80EAE994.3B788C77.IP) (Ping timeout)
# [13:26] * Joins: smaug (chatzilla@moz-80F4A1E6.elisa-mobile.fi)
# [13:26] * ChanServ sets mode: +o smaug
# [13:26] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [13:26] * Joins: Ameya (chatzilla@5F0435BE.80EAE994.3B788C77.IP)
# [13:26] <@smaug> mounir: is std::set exception-free ?
# [13:27] <mounir> oh
# [13:27] <mounir> haven't tought about that
# [13:27] <mounir> should check
# [13:27] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [13:28] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [13:28] <@smaug> mounir: in any case, I don't understand why you want to use that
# [13:28] <@smaug> you just replace AppendElement with insert
# [13:28] <mounir> smaug: yes
# [13:29] <mounir> smaug: but a set will not have duplicate
# [13:29] <mounir> so if you have a thousand time the same value like [ "portrait", "portrait" ]
# [13:29] <mounir> (but a thousand time ;))
# [13:29] <@smaug> ah, right
# [13:29] <mounir> it will only have one element in the set
# [13:29] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [13:29] <mounir> sure, if everything is garbadge, it's going to be the same
# [13:30] * Quits: thomasstache (Thunderbir@3BF70A30.19A94369.EB3A6EA6.IP) (Quit: thomasstache)
# [13:30] * Quits: past|away (past@moz-3BBC237D.dsl.dyn.forthnet.gr) (Ping timeout)
# [13:30] <mounir> smaug: I don't thing the method I'm using can throw exceptions
# [13:32] <@smaug> (and indeed, enumerating our hashtables suck)
# [13:32] <@smaug> (we should fix them)
# [13:32] * Quits: JeroenDeDauw (j@moz-CE7E6767.dip.t-dialin.net) (Quit: Leaving.)
# [13:32] <mounir> smaug: or use stl
# [13:32] <mounir> but if exceptions is a problem, that's sad :(
# [13:33] <@smaug> stl isn't too nice either
# [13:33] <@smaug> let's switch to Qt :)
# [13:33] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [13:33] * Joins: JeroenDeDauw (j@moz-CE7E6767.dip.t-dialin.net)
# [13:34] <mounir> smaug: std::set VS nsTHashtable? ...
# [13:34] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [13:34] <mounir> nsTArray vs std::vector
# [13:34] * Quits: kk1fff (patrick@moz-99690620.hinet-ip.hinet.net) (Quit: Leaving)
# [13:34] <mounir> stl is better and way more oftenly used
# [13:35] <Ms2ger> And often badly or slowly implemented
# [13:36] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
# [13:36] <@smaug> yeah, we can't really control the implementation of stl::*
# [13:36] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [13:37] * Joins: ferongr (ferongr@moz-70D9DFD9.dsl.dyn.forthnet.gr)
# [13:37] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [13:37] * tonymec is now known as tonymec|in_town
# [13:38] <AryehGregor> NeilAway, yes, I compiled c-c with enum nsresult at some point. More problems could conceivably have crept in at some point, though.
# [13:38] * Joins: past|away (past@moz-3BBC237D.dsl.dyn.forthnet.gr)
# [13:38] <@smaug> poor bholley
# [13:38] <AryehGregor> Last I checked, though, it does compile locally, IIRC.
# [13:39] * rail_away is now known as rail
# [13:39] <gcp> (if it works at all, see old android ndk)
# [13:39] * Quits: RealRaven (Thunderbir@moz-5770FE03.threembb.ie) (Quit: RealRaven)
# [13:40] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [13:42] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [13:43] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [13:44] * Quits: masayuki1 (Daily@moz-86D7F6E4.zaq.ne.jp) (Ping timeout)
# [13:44] * Joins: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se)
# [13:44] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [13:45] * Joins: edmorley (edmorley@moz-7DD935A9.range86-145.btcentralplus.com)
# [13:45] * Parts: edmorley (edmorley@moz-7DD935A9.range86-145.btcentralplus.com)
# [13:45] * Quits: @smaug (chatzilla@moz-80F4A1E6.elisa-mobile.fi) (Input/output error)
# [13:45] <Optimizer> dao: ping
# [13:45] * Joins: smaug (chatzilla@moz-80F4A1E6.elisa-mobile.fi)
# [13:45] * ChanServ sets mode: +o smaug
# [13:46] <dao> Optimizer: I'm on the run, please leave a comment in the bug
# [13:46] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [13:46] <Optimizer> ok,
# [13:46] * Quits: dao (dao@moz-35C3F71E.pool.mediaways.net) (Quit: Leaving.)
# [13:46] * Joins: RealRaven (Thunderbir@39C19806.97365109.C3498625.IP)
# [13:48] * Joins: masayuki1 (Daily@moz-86D7F6E4.zaq.ne.jp)
# [13:52] * Joins: surkov (surkov@6476E1B7.95871A73.E17943EE.IP)
# [13:52] * Quits: surkov (surkov@6476E1B7.95871A73.E17943EE.IP) (Quit: surkov)
# [13:52] * Quits: RealRaven (Thunderbir@39C19806.97365109.C3498625.IP) (Client exited)
# [13:52] * Joins: RealRaven (Thunderbir@39C19806.97365109.C3498625.IP)
# [13:54] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [13:54] * Quits: RealRaven (Thunderbir@39C19806.97365109.C3498625.IP) (Client exited)
# [13:54] * Joins: RealRaven (Thunderbir@39C19806.97365109.C3498625.IP)
# [13:55] * Joins: m_kato (m_kato@moz-348F61F0.mozilla.or.jp)
# [13:55] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [13:57] * Joins: MisfitGeek (MisfitGeek@moz-BD3E98A8.hsd1.nh.comcast.net)
# [13:58] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [13:59] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [13:59] * Quits: past|away (past@moz-3BBC237D.dsl.dyn.forthnet.gr) (Ping timeout)
# [14:00] * Joins: jwilde (Thunderbir@moz-7C6C8188.medford.tufts.edu)
# [14:01] * Joins: gen (gen@moz-F5AA64CA.s41.a013.ap.plala.or.jp)
# [14:06] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Linkinus - http://linkinus.com)
# [14:07] * Joins: past|away (past@moz-3BBC237D.dsl.dyn.forthnet.gr)
# [14:07] * past|away is now known as past
# [14:10] * Quits: @smaug (chatzilla@moz-80F4A1E6.elisa-mobile.fi) (Ping timeout)
# [14:10] * Quits: schien-laptop (schien@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [14:11] * Joins: smaug (chatzilla@moz-80F4A1E6.elisa-mobile.fi)
# [14:11] * ChanServ sets mode: +o smaug
# [14:14] * Fallen|away is now known as Fallen
# [14:14] * Joins: jduell__ (jduell@moz-8DB4A576.cpe.net.cable.rogers.com)
# [14:16] * Quits: KWierso|Home (chatzilla@moz-296B3117.hsd1.ca.comcast.net) (Ping timeout)
# [14:18] * Joins: KWierso|Home (chatzilla@moz-296B3117.hsd1.ca.comcast.net)
# [14:21] * Quits: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP) (Quit: This computer has gone to sleep)
# [14:22] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [14:23] <decoder> "symbol lookup error: /home/cltbld/talos-slave/test/build/firefox/libxul.so: undefined symbol: g_malloc_n"
# [14:23] <decoder> getting that on try with asan builds now during mochitests
# [14:23] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Input/output error)
# [14:23] <decoder> recent regression
# [14:24] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [14:25] * Joins: markh1 (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au)
# [14:26] * Joins: Pike (Pike@moz-3E12A170.pool.mediaways.net)
# [14:26] * Joins: beaufour (beaufour@moz-DC1D9B4C.nycmny.fios.verizon.net)
# [14:28] * bhearsum|afk is now known as bhearsum
# [14:29] * Quits: c0smikdebris (c0smikdebr@CC7114EE.1B9F2FD8.BE90E62C.IP) (Quit: Computer has gone to sleep.)
# [14:29] * Joins: c0smikdebris (c0smikdebr@CC7114EE.1B9F2FD8.BE90E62C.IP)
# [14:29] * Quits: c0smikdebris (c0smikdebr@CC7114EE.1B9F2FD8.BE90E62C.IP) (Quit: c0smikdebris)
# [14:29] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
# [14:29] * Joins: KaiRo (robert@moz-6A0F5CC1.adsl.highway.telekom.at)
# [14:29] * Quits: jduell__ (jduell@moz-8DB4A576.cpe.net.cable.rogers.com) (Ping timeout)
# [14:30] * catlee-away is now known as catlee
# [14:30] * Joins: loadbang (loadbang@moz-7B5D47F.range86-173.btcentralplus.com)
# [14:31] <glandium> decoder: for try, you can apply the patch from bug 772563
# [14:32] <glandium> decoder: it's surprising that mochitests would run on such old hosts. i thought they were fedora 12
# [14:32] <glandium> rail: ^
# [14:32] <decoder> glandium: thanks a lot. will this be fixed the regular way too? I can include that patch temporarily but not permanently
# [14:33] <glandium> decoder: it will be fixed
# [14:33] <decoder> glandium: thanks a bunch =) awesome as usual
# [14:33] <rail> yeah, Fedora 12
# [14:33] * Joins: jfkthame (jfkthame@22A9BACE.A1C12133.9542EC20.IP)
# [14:34] <rail> https://wiki.mozilla.org/ReferencePlatforms#Reference_Platforms
# [14:34] <decoder> yes thats on fedora 12
# [14:34] <decoder> https://tbpl.mozilla.org/php/getParsedLog.php?id=15408112&tree=Try&full=1
# [14:35] <NeilAway> AryehGregor: ta
# [14:36] * kmoir-afk is now known as kmoir
# [14:37] * Joins: ehsan_tb (Thunderbir@moz-C48D29C4.cable.teksavvy.com)
# [14:37] * Joins: ehsan (ehsan@moz-C48D29C4.cable.teksavvy.com)
# [14:37] * ChanServ sets mode: +o ehsan
# [14:38] * Quits: kennyluck (kennyluck@1F39F32E.5A6411A4.B720AEC8.IP) (Ping timeout)
# [14:38] * Quits: m_kato (m_kato@moz-348F61F0.mozilla.or.jp) (Quit: Leaving...)
# [14:39] * Joins: twi (Adium@D379170F.57B5FEBA.965084DF.IP)
# [14:40] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [14:41] * bz_sleep is now known as bz
# [14:42] * Joins: kennyluck (kennyluck@1F39F32E.5A6411A4.B720AEC8.IP)
# [14:42] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [14:43] * Quits: allstarschh (allstars@moz-99690620.hinet-ip.hinet.net) (Client exited)
# [14:45] * Quits: ehsan_tb (Thunderbir@moz-C48D29C4.cable.teksavvy.com) (Quit: ehsan_tb)
# [14:45] * Joins: ehsan_tb (Thunderbir@moz-C48D29C4.cable.teksavvy.com)
# [14:46] * Joins: jduell__ (jduell@moz-8DB4A576.cpe.net.cable.rogers.com)
# [14:48] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [14:51] <@bz> what did we decide on as the B2G UA?
# [14:52] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [14:52] <NeilAway> one does not just simply decide on the B2G UA
# [14:52] * Joins: c0smikdebris (c0smikdebr@CC7114EE.1B9F2FD8.BE90E62C.IP)
# [14:54] <Callek> bz: we decided not to have any UA for B2G just to confuse people
# [14:54] * Quits: jduell__ (jduell@moz-8DB4A576.cpe.net.cable.rogers.com) (Client exited)
# [14:54] <Callek> or at least I dreamt thats what we decided
# [14:54] * khuey|away is now known as khuey
# [14:54] <KaiRo> bz: AFAIK the decision is to go back to the platform-less UA, but the question came up if device IDs should go in there (looks like most people are against that, though)
# [14:55] <Callek> bah KaiRo comes around with an actual helpful answer
# [14:55] <Callek> :-P
# [14:56] <KaiRo> so AFAIK it *will* be of the form |Mozilla/5.0 (Mobile; rv:17.0) Gecko/17.0 Firefox/17.0|
# [14:57] <KaiRo> the patch to go back to that hasn't been checked in though as we need to go with a spoofing list at the same time to keep some important sites working
# [14:57] <KaiRo> Callek: I'm following those discussions closely
# [14:58] <decoder> glandium: trying with your patch now =)
# [14:58] * Quits: @smaug (chatzilla@moz-80F4A1E6.elisa-mobile.fi) (Ping timeout)
# [14:59] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [15:00] * Joins: vingtetun (vingtetun@moz-F8747CC6.dsl.ovh.fr)
# [15:01] * Quits: Ameya (chatzilla@5F0435BE.80EAE994.3B788C77.IP) (Ping timeout)
# [15:01] * Joins: kk1fff (kk1fff@moz-E1B54CBB.dynamic.hinet.net)
# [15:01] <@bz> KaiRo: does it have the string "Android" in it?
# [15:01] * Joins: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP)
# [15:02] * Quits: gen (gen@moz-F5AA64CA.s41.a013.ap.plala.or.jp) (Quit: gen)
# [15:02] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [15:03] * Quits: Matti (chatzilla@moz-DFE4C6DE.dip.t-dialin.net) (Ping timeout)
# [15:03] * Quits: vtmarvin (Thunderbir@32DFDBE.7102BCB6.B7C3970A.IP) (Client exited)
# [15:04] <Archaeopteryx> bz: there will be site-dependent user agents, see bug 787054
# [15:04] <@bz> Archaeopteryx: yes, I know that part. The question is what the default is.
# [15:04] * Joins: Mic (Mic@moz-BA2B6DFA.superkabel.de)
# [15:05] <Archaeopteryx> comment #0 says: revert the default UA string to not include "Android".
# [15:05] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [15:06] * Quits: c0smikdebris (c0smikdebr@CC7114EE.1B9F2FD8.BE90E62C.IP) (Connection reset by peer)
# [15:06] <Ms2ger> bz, itym "what did we decide on as the B2G UA this week?"
# [15:07] * Joins: Olipro (Olipro@moz-ECCF3294.catv.pool.telekom.hu)
# [15:08] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [15:08] <Archaeopteryx> |Use feature detection| *cough*
# [15:08] * rail is now known as rail-bbiab
# [15:08] <Ms2ger> BWAHAHAHAHAHAHAHA
# [15:09] <@bz> Archaeopteryx: thanks
# [15:09] * @bz kicks mathjax
# [15:09] <@bz> fucking browser sniffing idiocy
# [15:11] * Joins: thinker (thinker@moz-D921FE60.dynamic.kbronet.com.tw)
# [15:12] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [15:12] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [15:14] * Quits: markh1 (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au) (Ping timeout)
# [15:15] * Joins: armenzg (armenzg@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
# [15:15] * Quits: jwilde (Thunderbir@moz-7C6C8188.medford.tufts.edu) (Ping timeout)
# [15:15] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [15:15] * Quits: ehsan_tb (Thunderbir@moz-C48D29C4.cable.teksavvy.com) (Input/output error)
# [15:15] * Joins: ehsan_tb (Thunderbir@moz-C48D29C4.cable.teksavvy.com)
# [15:16] <jesup> we should randomly select from all UAs ever used on each page load
# [15:16] * Joins: c0smikdebris (c0smikdebr@4786FA15.7306E6CA.BE90E62C.IP)
# [15:16] <Ms2ger> What did you say, Opera 4?
# [15:17] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [15:18] * Joins: markh1 (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au)
# [15:19] * Quits: Mano (mano@AF966CAE.6B80C07E.39716721.IP) (Client exited)
# [15:20] <decoder> glandium: the builder in my case was bld-centos6-hp-025 but the test machine is fedora12. is that causing the incompatibilities?
# [15:20] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [15:21] * Quits: masayuki1 (Daily@moz-86D7F6E4.zaq.ne.jp) (Ping timeout)
# [15:21] * Joins: mak (chatzilla@moz-83F91ECE.retail.telecomitalia.it)
# [15:24] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [15:25] * Joins: jwilde (Thunderbir@moz-7C6C8188.medford.tufts.edu)
# [15:27] * Joins: coop (Chris@moz-3471349D.dsl.bell.ca)
# [15:27] * Quits: jwilde (Thunderbir@moz-7C6C8188.medford.tufts.edu) (Ping timeout)
# [15:27] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
# [15:27] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [15:28] * Quits: c0smikdebris (c0smikdebr@4786FA15.7306E6CA.BE90E62C.IP) (Connection reset by peer)
# [15:28] * Joins: smaug (chatzilla@moz-CDD87DD3.elisa-mobile.fi)
# [15:28] * ChanServ sets mode: +o smaug
# [15:29] * sheeri-afk is now known as sheeri
# [15:30] * Quits: armenzg (armenzg@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Ping timeout)
# [15:30] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [15:30] * Joins: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com)
# [15:30] * coop is now known as coop|buildduty
# [15:31] * Joins: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP)
# [15:32] * Quits: vingtetun (vingtetun@moz-F8747CC6.dsl.ovh.fr) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.9.1.16/20110701103042])
# [15:33] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [15:33] * Joins: c0smikdebris (c0smikdebr@67EE36B0.F94ECD12.D2D1FAF0.IP)
# [15:34] * Joins: Mano (mano@AF966CAE.6B80C07E.39716721.IP)
# [15:34] * Joins: bbondy (bbondy@moz-CBCCE0F3.home.cgocable.net)
# [15:34] * Joins: armenzg (armenzg@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
# [15:35] * mjschranz_away is now known as mjschranz
# [15:35] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
# [15:37] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [15:38] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [15:39] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [15:39] * Quits: markh1 (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au) (Ping timeout)
# [15:39] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
# [15:40] * Joins: jwilde (Thunderbir@moz-42996B49.medford.tufts.edu)
# [15:40] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [15:40] * Quits: jwilde (Thunderbir@moz-42996B49.medford.tufts.edu) (Quit: jwilde)
# [15:41] * Joins: jwilde (Thunderbir@moz-42996B49.medford.tufts.edu)
# [15:41] * Joins: Julian (chatzilla@moz-43E73578.greenbytes.de)
# [15:41] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [15:42] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [15:42] * Joins: johanc (chatzilla@moz-8E1A9E8E.bredband.comhem.se)
# [15:42] * Quits: jwilde (Thunderbir@moz-42996B49.medford.tufts.edu) (Ping timeout)
# [15:43] * Quits: c0smikdebris (c0smikdebr@67EE36B0.F94ECD12.D2D1FAF0.IP) (Ping timeout)
# [15:43] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [15:43] <johanc> good afternoon, I am not sure whom to CC in bug #793101
# [15:44] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [15:44] <decoder> glandium: same failure with your patch
# [15:44] * bwinton_away is now known as bwinton
# [15:45] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [15:45] * Joins: tchevalier (Daily@moz-A1C5F8CC.w81-251.abo.wanadoo.fr)
# [15:45] * Quits: Mic (Mic@moz-BA2B6DFA.superkabel.de) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [15:45] * mjschranz is now known as mjschranz_away
# [15:46] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
# [15:46] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [15:47] * mjschranz_away is now known as mjschranz
# [15:47] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [15:47] * ewong|sleep is now known as ewong
# [15:47] * Joins: sheppy (sheppy@moz-B52B0B26.dhcp.kgpt.tn.charter.com)
# [15:48] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [15:49] * Quits: @smaug (chatzilla@moz-CDD87DD3.elisa-mobile.fi) (Ping timeout)
# [15:49] * Joins: schien-laptop (schien@moz-66CC5553.dynamic.hinet.net)
# [15:50] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [15:50] * Joins: markh1 (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au)
# [15:51] * Quits: @ehsan (ehsan@moz-C48D29C4.cable.teksavvy.com) (Input/output error)
# [15:51] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [15:52] * Quits: ehsan_tb (Thunderbir@moz-C48D29C4.cable.teksavvy.com) (Ping timeout)
# [15:52] * Joins: c0smikdebris (c0smikdebr@6638C11B.90E3F4F6.D2D1FAF0.IP)
# [15:52] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [15:54] * Quits: c0smikdebris (c0smikdebr@6638C11B.90E3F4F6.D2D1FAF0.IP) (Ping timeout)
# [15:55] <bbondy> If I'm pushing a bug to m-c and it will eventually land on Beta, should I put the target milestone to v18 and then later put it to v16? Or should I just put it directly to v16?
# [15:55] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
# [15:55] * davehunt is now known as davehunt|away
# [15:55] * Joins: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [15:55] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: bbl)
# [15:56] <bbondy> I never know what the proper thing is to do in that case
# [15:56] <Ms2ger> bbondy, target milestone in 18
# [15:56] <bbondy> and change later? or leave it at 18?
# [15:56] <Ms2ger> Backports are tracked with status-* flags
# [15:56] <Ms2ger> Don't change it
# [15:56] <bbondy> k cool thanks
# [15:56] <Ms2ger> Np
# [15:56] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [15:56] * Joins: lduros (lduros@moz-4894EA28.nic.resnet.group.upenn.edu)
# [15:56] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [15:56] <bbondy> I've been setting it to m-c in the past, but I seen a bug that was set to beta when it was uplifted so then I was confused :)
# [15:57] * Joins: ekr_ (ekr@moz-D7997EC8.rtfm.com)
# [15:57] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [15:59] * Quits: Havvy (Mibbit@moz-8C53F593.ptld.qwest.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [15:59] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [16:00] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [16:00] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [16:01] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [16:03] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [16:04] <zzzzz_> johanc: are all the folks having issues in bug 793101 using L10n builds ?
# [16:04] * Joins: c0smikdebris (c0smikdebr@D8954295.7EC8F5F5.BE90E62C.IP)
# [16:04] <zzzzz_> might be helpful to note that in the bug if that's the case
# [16:04] <johanc> I think I'm on en-uk
# [16:05] <johanc> how can I find out?
# [16:05] <zzzzz_> about:buildconfig
# [16:05] <johanc> can't see anything about l10n
# [16:05] <catlee> see also https://bugzilla.mozilla.org/show_bug.cgi?id=793088
# [16:06] * Quits: c0smikdebris (c0smikdebr@D8954295.7EC8F5F5.BE90E62C.IP) (Connection reset by peer)
# [16:06] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [16:06] * Quits: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net) (Quit: Mardak)
# [16:07] <zzzzz_> johanc: I'm not sure how l10n builds are designated -
# [16:07] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [16:07] <zzzzz_> catlee: thanks, looks to me that 793101 is a likely dupe
# [16:07] * Quits: kk1fff (kk1fff@moz-E1B54CBB.dynamic.hinet.net) (Quit: Leaving.)
# [16:08] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [16:08] * Quits: pw (patrick@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [16:08] * Quits: vchang (chatzilla@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [16:08] * Quits: schien (schien@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [16:08] * Quits: GinaYeh (GinaYeh@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [16:08] * Quits: kk1fff1 (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [16:09] * Joins: randix (randix@moz-BDAFEB54.dhcp.astr.or.charter.com)
# [16:10] <johanc> I marked it as a dupe
# [16:10] <zzzzz_> ok
# [16:10] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [16:10] <johanc> I'll see if I'll encounter the same problem om my laptop.
# [16:10] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
# [16:11] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [16:11] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
# [16:11] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [16:12] <johanc> Is there anything I should log if it doesn't start?
# [16:12] <johanc> Some file
# [16:12] <johanc> or magic
# [16:12] <zzzzz_> sorry dont know
# [16:12] * Joins: jdm (jdm@moz-ED97493F.cpe.net.cable.rogers.com)
# [16:14] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
# [16:14] <NeilAway> bah, jemalloc has been terribly crashy for me lately, trying to allocate past the end of one of its arenas :s
# [16:14] * Joins: teoli_ (teoli@514D186.F3BBB17D.144F44FA.IP)
# [16:15] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [16:15] * Quits: teoli (teoli@514D186.F3BBB17D.144F44FA.IP) (Input/output error)
# [16:15] * teoli_ is now known as teoli
# [16:15] <johanc> oh yeap, same on laptop
# [16:15] <johanc> :<
# [16:15] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [16:16] <johanc> en-GB
# [16:16] * Joins: dao (dao@moz-35C3F71E.pool.mediaways.net)
# [16:16] * Joins: c0smikdebris (c0smikdebr@89175777.85F3EB5A.D2D1FAF0.IP)
# [16:16] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [16:17] * Quits: lahabana (charlymolt@moz-AAF2BBD1.studby.ntnu.no) (Ping timeout)
# [16:17] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [16:17] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
# [16:18] <johanc> is this possibly due to Ion?
# [16:18] * Quits: teoli (teoli@514D186.F3BBB17D.144F44FA.IP) (Quit: )
# [16:18] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [16:18] * Joins: teoli (teoli@514D186.F3BBB17D.144F44FA.IP)
# [16:18] <johanc> oh nevermind, that's not on aurora yet
# [16:18] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [16:18] * Quits: teoli (teoli@514D186.F3BBB17D.144F44FA.IP) (Input/output error)
# [16:19] * coop|buildduty is now known as coop|afk
# [16:19] * Quits: c0smikdebris (c0smikdebr@89175777.85F3EB5A.D2D1FAF0.IP) (Ping timeout)
# [16:19] * Joins: teoli (teoli@514D186.F3BBB17D.144F44FA.IP)
# [16:19] * Joins: teoli_ (teoli@514D186.F3BBB17D.144F44FA.IP)
# [16:20] * Quits: teoli (teoli@514D186.F3BBB17D.144F44FA.IP) (Input/output error)
# [16:20] * Joins: smagnin (pike@moz-DEF53BC9.fbx.proxad.net)
# [16:20] * teoli_ is now known as teoli
# [16:20] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [16:21] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [16:22] * Quits: loadbang (loadbang@moz-7B5D47F.range86-173.btcentralplus.com) (Quit: Bye)
# [16:22] * Joins: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP)
# [16:22] * rail-bbiab is now known as rail
# [16:23] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
# [16:23] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [16:25] * Joins: Ameya (chatzilla@4D2F2B75.A1E6EF62.3B788C77.IP)
# [16:26] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [16:26] <snorp> dao: re: bug 786380
# [16:26] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [16:26] <snorp> dao: it's for sure automatically downloading without any action on your part?
# [16:26] <snorp> dao: over 3g?
# [16:26] <dao> snorp: yes
# [16:27] <snorp> insanity
# [16:27] <snorp> dao: what phone
# [16:27] <dao> galaxy s2
# [16:27] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [16:27] <snorp> so weird
# [16:28] * Quits: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au) (Quit: Any technology, no matter how primitive, is magic to those who don't understand it)
# [16:28] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [16:28] * Joins: c0smikdebris (c0smikdebr@30BBFCBE.90CC607.BE90E62C.IP)
# [16:29] <dao> snorp: I was surprised to see the "apply downloaded update" notification when I was on the road over the last few days. when I actually saw it download the upate about two hours ago, I disabled data mode
# [16:29] * davehunt|away is now known as davehunt
# [16:30] * Joins: Hendikins (wolfox@moz-813A7A15.static.internode.on.net)
# [16:30] <jimm> ah, fx nightly crashed on me. hasn't done that in ages.
# [16:30] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [16:30] * Quits: teoli (teoli@514D186.F3BBB17D.144F44FA.IP) (Input/output error)
# [16:31] <jimm> last crash 8-6
# [16:31] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [16:31] * Quits: markh1 (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au) (Ping timeout)
# [16:32] * Quits: msucan (mihai@17969768.DD17A642.B4CEF140.IP) (Quit: Leaving.)
# [16:32] <snorp> dao: somehow it's reporting that your connection is wifi or ethernet
# [16:32] <snorp> dao: the force flag is never set except for debugging/development
# [16:32] <snorp> not sure what we should do
# [16:33] * Quits: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP) (Quit: Leaving)
# [16:34] * catlee is now known as catlee-mtg
# [16:34] * Joins: teoli (teoli@514D186.F3BBB17D.144F44FA.IP)
# [16:34] * Quits: teoli (teoli@514D186.F3BBB17D.144F44FA.IP) (Input/output error)
# [16:35] * Joins: msucan (mihai@17969768.DD17A642.B4CEF140.IP)
# [16:35] <bbondy> just calling this out.... Firefox tbpl seems a bit wonky but I don't think that's related to my push.
# [16:35] * Quits: Ameya (chatzilla@4D2F2B75.A1E6EF62.3B788C77.IP) (Quit: ChatZilla 0.9.89 [Firefox 15.0.1/20120905151427])
# [16:35] <zzzzz_> bbondy: Android infra issues or did you blow something up
# [16:35] <zzzzz_> heh
# [16:35] * Joins: Ameya (chatzilla@4D2F2B75.A1E6EF62.3B788C77.IP)
# [16:35] * Joins: teoli (teoli@514D186.F3BBB17D.144F44FA.IP)
# [16:35] * Quits: kennyluck (kennyluck@1F39F32E.5A6411A4.B720AEC8.IP) (Quit: kennyluck)
# [16:35] <bbondy> beat you by 3 seconds :)
# [16:36] <bbondy> I think it's just infra issues
# [16:36] <zzzzz_> lol
# [16:36] <bbondy> I've pushed this to try > 1 time
# [16:36] <bbondy> I'm just lucky like that
# [16:36] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [16:37] <zzzzz_> and here I always thought I 'owned the black cloud over ones head'
# [16:37] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [16:38] <bbondy> it really only happens to me when I push something high priority to m-c :)
# [16:38] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Ping timeout)
# [16:38] <zzzzz_> then that sounds like good 'ol Murphy
# [16:39] * gw280|headhurts is now known as gw280|flu
# [16:39] * Ms2ger mumbles about mounir
# [16:39] * Quits: nhirata (nhirata.bu@moz-1C9070FC.lightspeed.sntcca.sbcglobal.net) (Quit: nhirata)
# [16:39] * ewong is now known as ewong|sleep
# [16:40] <decoder> glandium: there's also a g_new call in widget/gtk2/mozcontainer.c, is that ok?
# [16:40] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [16:40] * Joins: darfia (darfia@26ACCF54.DB741B9C.F9B76BD1.IP)
# [16:40] <bbondy> should I notify someone about the infra errors?
# [16:41] * Joins: markh1 (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au)
# [16:41] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [16:41] * Joins: ehsan_tb (Thunderbir@F2D29657.F60B0462.67AC9B1.IP)
# [16:41] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [16:41] * ChanServ sets mode: +o ehsan
# [16:42] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [16:43] * Joins: gustavold (gustavold@A066F1CE.C355CF4.FBFF2E6D.IP)
# [16:43] * mcote|afk is now known as mcote
# [16:43] <catlee-mtg> bbondy: the Android Armv6 opt build?
# [16:43] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
# [16:44] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
# [16:44] <bbondy> ya and there's some rebooting errors on the most recent push
# [16:44] <catlee-mtg> all from bld-linux64-ec2-022 I think
# [16:44] <catlee-mtg> disk full :\
# [16:45] <bbondy> should I fire a new tinderbox build from self serve api for m-c on the latest revision?
# [16:46] <jimm> glandium: ping
# [16:46] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
# [16:46] * Quits: past (past@moz-3BBC237D.dsl.dyn.forthnet.gr) (Ping timeout)
# [16:46] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [16:46] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [16:47] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [16:48] * Joins: hipokrit (hipokrit@81016825.8DB70AE8.839F6EC0.IP)
# [16:48] * Joins: past|away (past@moz-3BBC237D.dsl.dyn.forthnet.gr)
# [16:48] * past|away is now known as past
# [16:50] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [16:50] * Quits: Hendikins (wolfox@moz-813A7A15.static.internode.on.net) (Quit: Any technology, no matter how primitive, is magic to those who don't understand it)
# [16:51] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [16:52] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [16:53] * kmoir is now known as kmoir-afk
# [16:53] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
# [16:54] * Joins: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au)
# [16:54] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [16:54] * khuey is now known as khuey|away
# [16:55] * Joins: overholt (overholt@F2D29657.F60B0462.67AC9B1.IP)
# [16:55] * Joins: nhirata (nhirata.bu@moz-6D599AA6.hsd1.ca.comcast.net)
# [16:55] <glandium> decoder: can you give the url to the built tarball?
# [16:55] <glandium> jimm: pong
# [16:56] <jimm> glandium: hey, in bug 779902, any chance your new packager is saving us a ton of space?
# [16:56] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [16:56] * Joins: smaug (chatzilla@moz-CDD87DD3.elisa-mobile.fi)
# [16:56] * ChanServ sets mode: +o smaug
# [16:57] <decoder> glandium: sure. http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/choller@mozilla.com-8658a93eeb30/try-linux64/
# [16:57] <glandium> jimm: i certainly don't expect that
# [16:57] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [16:57] * Quits: dria (dria@moz-F5EB0C5D.dsl.teksavvy.com) (Quit: dria)
# [16:57] * Quits: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr)
# [16:57] * ekr_ is now known as ekr
# [16:57] <jimm> glandium: ok, thx
# [16:59] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [16:59] <@smaug> !seen bhollery
# [16:59] <@killer> I don't know who bhollery is.
# [17:00] <firebot> I've never seen a 'bhollery', sorry.
# [17:00] * Joins: azakai|far (alon@moz-8D0CC798.lightspeed.sntcca.sbcglobal.net)
# [17:00] <@smaug> !seen bholley
# [17:00] <@killer> I don't know who bholley is.
# [17:00] <firebot> bholley was last seen 1 day, 17 hours, 54 minutes and 7 seconds ago, saying 'mrbkap: thanks' in #content.
# [17:00] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [17:01] * Quits: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz) (Quit: Leaving)
# [17:01] * Quits: ehsan_tb (Thunderbir@F2D29657.F60B0462.67AC9B1.IP) (Quit: ehsan_tb)
# [17:01] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [17:01] * Joins: ehsan_tb (Thunderbir@F2D29657.F60B0462.67AC9B1.IP)
# [17:01] * Quits: martyn (martyn@moz-938153B.range86-137.btcentralplus.com) (Quit: Ex-Chat)
# [17:01] * Quits: c0smikdebris (c0smikdebr@30BBFCBE.90CC607.BE90E62C.IP) (Ping timeout)
# [17:02] <Ms2ger> Poor bhollery
# [17:02] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [17:02] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Quit: Connection reset by beer)
# [17:02] <glandium> jimm: there could be things missing in the manifest, although at the time i landed it, i had checked that the resulting trees with the old and new packager were the exact same
# [17:03] <glandium> jimm: ah, one thing that changes is that the new packager doesn't do startupcache population
# [17:03] <glandium> jimm: so that would be a difference
# [17:03] <glandium> jimm: jsloader/ and jssubloader/ stuff
# [17:04] <jimm> ah, ok
# [17:04] * Quits: Boriss (FlyingToas@88F51059.F3BBB17D.144F44FA.IP) (Quit: Boriss)
# [17:04] <glandium> jimm: would be better to double check that there's nothing more missing
# [17:04] <jimm> glandium: mind posting to that bug so I don't get anything wrong?
# [17:04] * Quits: @smaug (chatzilla@moz-CDD87DD3.elisa-mobile.fi) (Ping timeout)
# [17:04] <jimm> well
# [17:04] <glandium> jimm: sure
# [17:04] <jimm> we know both browser run fine
# [17:04] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [17:04] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/7adfb6640886 - Benoit Girard - Bug 791640 - EventTracer will only measure the main thread responsiveness, fixes profiling hang. r=blassey
# [17:04] <jimm> but yeah, I can check to be sure once builds are going.
# [17:04] <glandium> jimm: well, it's not because it works fine that some obscure stuff is not missing :)
# [17:05] <jimm> right right
# [17:05] * Quits: mconnor (mconnor@moz-DB4A9C19.scl3.mozilla.com) (Quit: leaving)
# [17:06] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [17:06] * Joins: Boriss (FlyingToas@88F51059.F3BBB17D.144F44FA.IP)
# [17:06] * Joins: smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi)
# [17:06] * ChanServ sets mode: +o smaug
# [17:06] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [17:06] * Quits: Optimizer (Instantbir@94C77FC6.955079FB.AA3EB577.IP) (Ping timeout)
# [17:07] * Joins: mconnor (mconnor@moz-DB4A9C19.scl3.mozilla.com)
# [17:07] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [17:07] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9efb8c43ee8a - Marco Bonardo - Bug 781617 - autoFill should respect user's input.
# [17:08] * Joins: armenzg_ (armenzg@AE8CB7EA.3CBDB8AB.DA78B690.IP)
# [17:08] * Quits: armenzg (armenzg@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Ping timeout)
# [17:08] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [17:10] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [17:11] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [17:11] * Joins: c0smikdebris (c0smikdebr@6449F822.C7F36DF9.BE90E62C.IP)
# [17:12] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
# [17:13] <armenzg_> jimm: how should we be generating updates?
# [17:13] <armenzg_> should I assume metroapp.ini for now?
# [17:13] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
# [17:13] * armenzg_ is now known as armenzg
# [17:13] <jimm> updates?
# [17:13] <jimm> bbondy: ^
# [17:13] <armenzg> we grab the previous mar to create the partial updates
# [17:13] <jimm> how does appini play into that/
# [17:13] <bbondy> he means generating MAR files I think
# [17:13] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f6c2ecef45b9 - Nathan Froyd - Bug 792094 - part 2: handle exceptions thrown by sync .write; r=taras
# [17:13] <armenzg> our updates generation on elm, should I grab the metroapp.ini or the application.ini?
# [17:13] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a6d43f472e46 - Nathan Froyd - Bug 792094 - part 1: don't open Telemetry ping files with DEFER_OPEN; r=taras
# [17:14] <armenzg> bbondy: correct
# [17:14] * Quits: randix (randix@moz-BDAFEB54.dhcp.astr.or.charter.com) (Quit: away)
# [17:14] <bbondy> I'm not sure how to change it to load metroapp.ini instead of application.ini, are you doing that change jimm?
# [17:14] <armenzg> we can mess with elm as much as you want but want to know what to expect for the long term
# [17:14] <jimm> I changed the file name to fix some buildbot issues
# [17:15] <bbondy> you changed to metroapp.ini right?
# [17:15] <jimm> yep
# [17:15] <armenzg> bbondy: this is the bug https://bugzilla.mozilla.org/show_bug.cgi?id=779902 - this is the change https://hg.mozilla.org/projects/elm/rev/b2a65e1743e5
# [17:16] <bbondy> armenzg: so you should grab the application.ini and the metroapp.ini
# [17:16] <bbondy> they get written to different locations
# [17:16] <bbondy> don't they?
# [17:16] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [17:16] * Joins: automata (automata@moz-1CE7A56D.ifsc.usp.br)
# [17:17] <armenzg> bbondy: they get written to different locations
# [17:17] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [17:17] <armenzg> we try to get the buildid to generate the partials
# [17:17] <armenzg> 'python' 'build/config/printconfigsetting.py' 'build/obj-firefox/previous/application.ini' 'App' 'BuildID'
# [17:17] <armenzg> ^ in normal circumstances
# [17:18] <bbondy> so both should contain the same buildid
# [17:18] * Joins: lcamacho (Mibbit@CA503ED7.E66F5363.39BCC864.IP)
# [17:18] <bbondy> I think application.ini should be used, but both should be included in the mar
# [17:19] * IRCMonkey64808 is now known as jcranmer
# [17:19] <armenzg> bbondy: after jimm's change, I can trigger a new nightly that would use application.ini
# [17:19] <armenzg> I'm not sure how the mar will come out
# [17:19] <bbondy> it's only on elm so it doesn't matter, we can test it
# [17:19] <armenzg> we would have to verify it
# [17:19] * Quits: automata (automata@moz-1CE7A56D.ifsc.usp.br) (Ping timeout)
# [17:19] <armenzg> ok cool
# [17:20] <bbondy> so we just need 2 nightlies genereated after that changeset
# [17:20] <armenzg> let me trigger on staging once more before moving any further
# [17:20] <bbondy> no one uses any elm builds at the moment, next week there will be people using it though
# [17:20] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [17:21] * Joins: biesi_ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [17:21] <armenzg> bbondy: I will generate 2 nightly builds on that changeset
# [17:21] <bbondy> great
# [17:21] <armenzg> I will leave 40 minutes gaps in between
# [17:21] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [17:21] * philor|away is now known as philor
# [17:21] <bbondy> thx
# [17:22] <Ms2ger> Morning, philor
# [17:24] * Joins: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com)
# [17:24] <mounir> there is a file I want to share between xpcshell tests and mochitests
# [17:24] <mounir> is there any simple way to do that
# [17:25] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Client exited)
# [17:25] <philor> morning Ms2ger
# [17:25] * Joins: zwol (zack@B157AECC.3B4A6B80.689607DE.IP)
# [17:26] * Quits: Optimizer1 (Optimizer@852E1266.1D99925B.BE90E62C.IP) (Ping timeout)
# [17:26] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [17:26] <mounir> :q
# [17:27] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [17:29] * Quits: markh1 (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au) (Ping timeout)
# [17:29] <armenzg> glandium: do you mind filing a bug for the jsloader/ jssubloader/ issue on elm?
# [17:29] <armenzg> assuming that makes sense
# [17:29] * Joins: Optimizer (Optimizer@7DE10DBB.2AA9E06.BE90E62C.IP)
# [17:29] <armenzg> who could work on that?
# [17:29] * Quits: Boriss (FlyingToas@88F51059.F3BBB17D.144F44FA.IP) (Connection reset by peer)
# [17:30] * Joins: Boriss (FlyingToas@88F51059.F3BBB17D.144F44FA.IP)
# [17:30] <glandium> armenzg: it's part of bug 780561. Elm just has an early version. I actually already have, locally, a version that does jsloader/ and jssubloader/
# [17:30] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Ping timeout)
# [17:31] <armenzg> glandium: can I assume it is not something I should worry about?
# [17:31] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [17:31] <glandium> armenzg: you can
# [17:31] <armenzg> glandium: /me carries on - thanks!
# [17:31] <glandium> np
# [17:32] * khuey|away is now known as khuey
# [17:32] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
# [17:33] * Joins: dria (dria@F2D29657.F60B0462.67AC9B1.IP)
# [17:33] * Quits: Optimizer (Optimizer@7DE10DBB.2AA9E06.BE90E62C.IP) (Ping timeout)
# [17:33] * Joins: fitzgen (fitzgen@moz-85EBB8A.dia.static.qwest.net)
# [17:34] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
# [17:35] * Joins: automata (automata@moz-1CE7A56D.ifsc.usp.br)
# [17:35] * Joins: Boriss_ (FlyingToas@88F51059.F3BBB17D.144F44FA.IP)
# [17:35] * Quits: Boriss (FlyingToas@88F51059.F3BBB17D.144F44FA.IP) (Connection reset by peer)
# [17:35] * Boriss_ is now known as Boriss
# [17:35] * Joins: teoli_ (teoli@88F51059.F3BBB17D.144F44FA.IP)
# [17:35] * jimm is now known as jimm-lunch
# [17:35] * Quits: mkaply (mkaply@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Connection reset by peer)
# [17:35] * Parts: naveed (nihsanulla@moz-CA1A84E6.bstnma.fios.verizon.net)
# [17:35] * Quits: Boriss (FlyingToas@88F51059.F3BBB17D.144F44FA.IP) (Connection reset by peer)
# [17:35] * Joins: Boriss (FlyingToas@88F51059.F3BBB17D.144F44FA.IP)
# [17:35] <zwol> I'd like to discuss bug 536603. We're getting two or three intermittent oranges on this test a day. I posted a patch, dbaron said he thought it was barking up the wrong tree but didn't actually r- it, I responded to his comments, no word for a week.
# [17:36] <zwol> I'm inclined to just land it and see if it helps.
# [17:36] * Joins: mkaply (mkaply@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [17:36] * Quits: teoli (teoli@514D186.F3BBB17D.144F44FA.IP) (Ping timeout)
# [17:36] <zwol> Anyone have an opinion?
# [17:36] <@gavin> ehsan: XBL fields are essentially lazy getters
# [17:36] <@gavin> since they are evaluated lazily and only once
# [17:36] <@khuey> zwol: have you tried pinging dbaron?
# [17:36] <@ehsan> gavin: and the value will be cached from that point on?
# [17:36] <@gavin> yes
# [17:36] <zwol> khuey: that's why i'm here
# [17:37] <zwol> khuey: I want to hear from other people too, though
# [17:37] <@khuey> zwol: he's probably on BART in to the office to watch the shuttle overflight
# [17:37] <@ehsan> gavin: ok, I didn't know that, thanks!
# [17:37] <@khuey> zwol: why do you want to hear from people other than the module owner?
# [17:38] <zwol> because intermittent orange affects everyone
# [17:38] * Joins: knelson (Adium@moz-A32ED6CB.dsl.pltn13.sbcglobal.net)
# [17:38] * Parts: knelson (Adium@moz-A32ED6CB.dsl.pltn13.sbcglobal.net)
# [17:38] <zwol> and in particular I'd like to know how annoying this bug is for the people who watch the tree
# [17:39] <glandium> armenzg: can i safely push to elm?
# [17:39] * catlee-mtg is now known as catlee
# [17:42] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [17:42] * Quits: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP) (Connection reset by peer)
# [17:42] * Joins: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net)
# [17:42] <@khuey> that's a lot of blue on m-c
# [17:42] * kmoir-afk is now known as kmoir
# [17:43] <glandium> khuey: ec2 builders, i guess
# [17:43] <@khuey> for b2g?
# [17:44] * Joins: Goldorak (chatzilla@39C8A2D1.3A72797F.187A1082.IP)
# [17:44] <glandium> khuey: looks like so
# [17:44] <@khuey> interesting
# [17:44] <@khuey> TEST-INFO | chrome://mochitests/content/browser/browser/devtools/tilt/test/browser_tilt_05_destruction-esc.js | Attempting to start Tilt.
# [17:44] <@khuey> firefox-bin: Fatal IO error 12 (Cannot allocate memory) on X server :0.0.
# [17:45] * Quits: automata (automata@moz-1CE7A56D.ifsc.usp.br) (Quit: Saindo)
# [17:45] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [17:45] * Quits: erikvold (erikvold@moz-33BF5BAF.gv.shawcable.net) (Quit: erikvold)
# [17:45] <philor> su:browser_tilt_
# [17:46] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/63d670f5bde1 - Ehsan Akhgari - Bug 792646 - Implement the skeleton of Web Audio source and destination nodes; r=bzbarsky
# [17:46] <philor> apparently Tilt is a RAM tester, and has to make sure that every single bit is in use
# [17:46] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
# [17:46] <armenzg> glandium: yeah, no problems
# [17:46] <armenzg> glandium: my experiments on staging should not prevent you of doing work
# [17:47] <@khuey> philor: webgl will do that
# [17:47] <@khuey> philor: thanks for the bz query string
# [17:49] * Quits: dholbert (dholbert@moz-EAA4454E.hsd1.ca.comcast.net) (Ping timeout)
# [17:49] * Joins: ferjm (ferjm@moz-45CEBBA9.red-83-42-171.dynamicip.rima-tde.net)
# [17:49] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
# [17:53] * Joins: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
# [17:53] * catlee is now known as catlee-lunch
# [17:53] <@ehsan> vlad: did you ever get pushing to inbound working?
# [17:54] * Joins: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP)
# [17:54] * Quits: Ameya (chatzilla@4D2F2B75.A1E6EF62.3B788C77.IP) (Ping timeout)
# [17:54] * Quits: jdm (jdm@moz-ED97493F.cpe.net.cable.rogers.com) (Ping timeout)
# [17:54] * Joins: teoli (teoli@514D186.F3BBB17D.144F44FA.IP)
# [17:54] <vlad> ehsan: I haven't tried yet
# [17:54] <@ehsan> catlee-lunch: where are the b2g mozconfigs?
# [17:54] <lcamacho> dao: ping
# [17:54] <@ehsan> vlad: you should, it's working for me!
# [17:54] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
# [17:54] <vlad> nice :)
# [17:54] * Quits: teoli_ (teoli@88F51059.F3BBB17D.144F44FA.IP) (Ping timeout)
# [17:55] * Joins: dholbert (dholbert@moz-EAA4454E.hsd1.ca.comcast.net)
# [17:55] <@ehsan> catlee-lunch: found them, nm
# [17:55] * geekboy|afk is now known as geekboy
# [17:56] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
# [17:57] <@ehsan> jhford: ping
# [17:58] <@ehsan> rail: ping
# [17:58] <rail> ehsan: pong
# [17:58] <dao> lcamacho: pong
# [17:59] * Joins: vingtetun (vingtetun@moz-F8747CC6.dsl.ovh.fr)
# [17:59] <@ehsan> rail: how can I get the gonk-toolchain file from tooltool?
# [17:59] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [17:59] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
# [17:59] * Quits: past (past@moz-3BBC237D.dsl.dyn.forthnet.gr) (Ping timeout)
# [18:00] <rail> one sec
# [18:00] * armenzg is now known as armenzg_lunch
# [18:00] <rail> or min :)
# [18:01] * Quits: Bas (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
# [18:01] <philor> zwol: I hate to admit it, but... not annoying at all, sort of pleasant, since we average close to 3 failures on Android per push, and that one is one of the very very few that you can star from tbpl instead of having to open the log and find the hidden failure and know what words to use to find the bug
# [18:01] * coop|afk is now known as coop|buildduty
# [18:02] * Quits: jeremyhu (jeremyhu@moz-75C113CA.outersquare.org) (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
# [18:02] <philor> if you're going to be annoying with something that can be starred from tbpl, you need to get up into numbers like bug 789003
# [18:05] <lcamacho> dao: please review the patch for https://bugzilla.mozilla.org/show_bug.cgi?id=643184
# [18:06] * Quits: c0smikdebris (c0smikdebr@6449F822.C7F36DF9.BE90E62C.IP) (Ping timeout)
# [18:06] * Joins: randix (randix@moz-BDAFEB54.dhcp.astr.or.charter.com)
# [18:07] <@ehsan> does anyone know what timezone bholley is in?
# [18:07] * Quits: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se) (Ping timeout)
# [18:07] * geekboy is now known as geekboy|afk
# [18:07] * Joins: c0smikdebris (c0smikdebr@CE6A5D1A.FF150F06.D2D1FAF0.IP)
# [18:08] <@khuey> ehsan: he's in europe
# [18:09] <Callek> ehsan: france
# [18:09] * Joins: jammink (textual@moz-BBE3ABD.mv.mozilla.com)
# [18:09] <Callek> ehsan: also, phonebook knows all :-)
# [18:10] <derf> Does the phonebook know what time Bas is awake?
# [18:10] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [18:10] * Joins: Bas (chatzilla@F2D29657.F60B0462.67AC9B1.IP)
# [18:11] * Joins: past (past@moz-3BBC237D.dsl.dyn.forthnet.gr)
# [18:11] * Quits: jammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Computer has gone to sleep.)
# [18:11] <froydnj> depends on where Bas is atm
# [18:12] * Joins: gerv (Instantbir@moz-8F586042.nat.csx.cam.ac.uk)
# [18:12] * Joins: dbaron (dbaron@moz-9221B6DD.dsl.dynamic.sonic.net)
# [18:12] * ChanServ sets mode: +o dbaron
# [18:12] * Quits: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner_)
# [18:12] <Bas> froydnj: Toronto, why?
# [18:12] <Bas> Not for too long though!
# [18:12] * Joins: jammink (textual@moz-BBE3ABD.mv.mozilla.com)
# [18:13] <froydnj> ehsan: thanks for the try server pointer!
# [18:13] * Joins: fabrice (fabrice@moz-BBE3ABD.mv.mozilla.com)
# [18:13] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
# [18:13] <@ehsan> sure thing
# [18:13] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [18:13] <@ehsan> khuey: does he use irc often?
# [18:15] * Joins: Optimizer (Optimizer@FE71C3C.7EF497B2.274D17D6.IP)
# [18:15] <@ehsan> mconley: see if you can use these: http://hacks.mozilla.org/2012/05/dom-mutationobserver-reacting-to-dom-changes-without-killing-browser-performance/
# [18:15] * jimm-lunch is now known as jimm
# [18:15] <@ehsan> mconley: if not, we're gonna have to back that patch out
# [18:15] <mconley> ehsan: alright, I'll see where I get to with those
# [18:15] <mconley> ehsan: thanks
# [18:16] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [18:16] <@khuey> ehsan: not really
# [18:17] * Joins: merinui (merinui@moz-1D8A7606.osk2.eonet.ne.jp)
# [18:17] * Quits: c0smikdebris (c0smikdebr@CE6A5D1A.FF150F06.D2D1FAF0.IP) (Ping timeout)
# [18:17] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
# [18:17] <@ehsan> well shit
# [18:17] <@ehsan> I need a review from him
# [18:18] <@ehsan> is there anyone else who can review xpconnect stuff?
# [18:19] * Quits: schien-laptop (schien@moz-66CC5553.dynamic.hinet.net) (Ping timeout)
# [18:20] * ctalbert|afk is now known as ctalbert
# [18:20] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [18:20] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [18:21] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [18:22] <@khuey> mrbkap?
# [18:22] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:23] <glandium> froydnj: also depends what it does during the evenings
# [18:23] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [18:24] <glandium> or should i say nights
# [18:24] * Joins: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com)
# [18:24] <froydnj> glandium: indeed!
# [18:25] * jlebar|sleep is now known as jlebar
# [18:25] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [18:25] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:27] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [18:27] * Joins: c0smikdebris (c0smikdebr@90187019.8D7BB5F3.D2D1FAF0.IP)
# [18:27] <@bz> ehsan: me, peterv, mrbkap
# [18:27] <@bz> ehsan: jst
# [18:27] <@bz> ehsan: depending on the stuff
# [18:28] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a80eea52a179 - Eric Chou - Bug 793140 - Replace 'NS_OK' with 'true', r=qdot
# [18:28] * Quits: c0smikdebris (c0smikdebr@90187019.8D7BB5F3.D2D1FAF0.IP) (Ping timeout)
# [18:29] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [18:30] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [18:31] * Quits: dao (dao@moz-35C3F71E.pool.mediaways.net) (Quit: Leaving.)
# [18:31] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [18:31] * Quits: Mano (mano@AF966CAE.6B80C07E.39716721.IP) (Client exited)
# [18:32] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
# [18:32] * Fallen is now known as Fallen|away
# [18:33] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [18:34] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [18:34] * sheppy is now known as sheppy-afk
# [18:35] * KaiRo is now known as KaiRo_away
# [18:37] * Joins: edmorley|busy (edmorley@moz-7DD935A9.range86-145.btcentralplus.com)
# [18:38] <edmorley|busy> jhopkins: hi :-)
# [18:38] * Quits: gerv (Instantbir@moz-8F586042.nat.csx.cam.ac.uk) (Ping timeout)
# [18:38] * Quits: edmorley|busy (edmorley@moz-7DD935A9.range86-145.btcentralplus.com) (Connection reset by peer)
# [18:39] * Joins: c0smikdebris (c0smikdebr@736ED058.E1B11408.D2D1FAF0.IP)
# [18:39] <zwol> ping dbaron
# [18:39] * Joins: anant (Anant@moz-132332B9.hsd1.ca.comcast.net)
# [18:39] * Joins: WG9s (bill@moz-D750CC69.maine.res.rr.com)
# [18:39] * Joins: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net)
# [18:39] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [18:39] * Joins: edmorley|busy (edmorley@moz-7DD935A9.range86-145.btcentralplus.com)
# [18:40] * Joins: cviecco_ (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [18:40] <jhopkins> edmorley|busy: hello
# [18:40] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Input/output error)
# [18:40] <edmorley|busy> jhopkins: sorry disconnected for some reason
# [18:40] <edmorley|busy> jhopkins: the treestatus UX needs improving slightly (which is why this has happened a few times), but I noticed m-c and inbound had there messages wiped when you reopened the trees the other day. To reopen and preserve the messages, you need to use the "restore" button next to the appropriate saved previous states, and not manually set to OPEN with no message
# [18:40] <edmorley|busy> s/there/their/
# [18:40] <glandium> decoder: changing the g_new from widget/gtk2/mozcontainer.c should be enough for you (sorry for the delay)
# [18:41] <glandium> decoder: change it with (MozContainerChild*)g_malloc(sizeof(MozContainerChild))
# [18:41] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [18:41] <jhopkins> edmorley|busy: oh, i had no idea. i'll make a note of that for next time
# [18:42] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [18:42] <edmorley|busy> jhopkins: each tree keeps a log of the messages, so easily retrieved anyway :-)
# [18:42] <jhopkins> ok
# [18:43] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [18:43] * Quits: Optimizer (Optimizer@FE71C3C.7EF497B2.274D17D6.IP) (Ping timeout)
# [18:43] * Quits: bbondy (bbondy@moz-CBCCE0F3.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [18:46] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [18:46] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [18:47] * Joins: Mano (mano@AF966CAE.6B80C07E.39716721.IP)
# [18:47] * philor is now known as philor|away
# [18:47] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [18:48] * Quits: Julian (chatzilla@moz-43E73578.greenbytes.de) (Ping timeout)
# [18:49] <lcamacho> gavin: ping
# [18:49] * armenzg_lunch is now known as armenzg
# [18:50] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [18:50] * jeads is now known as jeads|afk
# [18:52] <glandium> armenzg: are builds on elm using pymake?
# [18:52] <armenzg> glandium: I don't think so
# [18:52] <armenzg> glandium: why?
# [18:53] <glandium> armenzg: they look slow, so if they aren't, that's somehow expected
# [18:53] * Joins: givanica (chatzilla@47128F96.4D6D914F.FB866788.IP)
# [18:53] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [18:53] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [18:53] * @bz mutters about people changing qsgen.py
# [18:54] <armenzg> glandium: there were some issues a couple of weeks ago and we decided to disable pymake until figured it out
# [18:54] <armenzg> glandium: if you want anything to change let me know but we probably would need a push to try first
# [18:54] <glandium> armenzg: but we can't build metro on try, can we?
# [18:54] * Joins: schien-laptop (schien@moz-66CC5553.dynamic.hinet.net)
# [18:55] * Joins: Optimizer (Optimizer@27ACB3D7.236DEFC0.BE90E62C.IP)
# [18:55] <decoder> glandium: thanks, trying that now! =)
# [18:55] <Ms2ger> bz, let's kill it :)
# [18:55] * sheppy-afk is now known as sheppy
# [18:56] <armenzg> glandium: you're right... perhaps we can 1) test on staging or 2) push to try before I land the mozconfig changes that flips the win32 builds and win32-metro builds
# [18:56] * Joins: cdiehl_ (cdiehl@moz-4CABBC36.pool.mediaways.net)
# [18:56] * Quits: cdiehl (cdiehl@moz-E084BE5C.pool.mediaways.net) (Ping timeout)
# [18:56] * cdiehl_ is now known as cdiehl
# [18:56] * Quits: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Ping timeout)
# [18:57] * Quits: adrian (adrian@moz-DE8639AB.fbx.proxad.net) (Quit: Konversation terminated!)
# [18:57] <armenzg> or 3) try locally with pymake
# [18:57] * Joins: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com)
# [18:58] * Joins: myk (myk@moz-BBE3ABD.mv.mozilla.com)
# [18:58] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [18:58] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
# [18:59] * Quits: schien-laptop (schien@moz-66CC5553.dynamic.hinet.net) (Ping timeout)
# [18:59] <@gavin> lcamacho: pong
# [19:00] * Quits: @smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi) (Ping timeout)
# [19:00] <armenzg> jimm: do you know if the XP slaves should be failing to run unit tests on the metro builds?
# [19:00] * Quits: dcamp (dave@moz-930D5B64.hsd1.wa.comcast.net) (Quit: Leaving...)
# [19:01] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:01] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
# [19:01] <jimm> armenzg: yes they should
# [19:01] <jimm> vs2012 builds will not run on xp currently
# [19:01] * Joins: KWierso (kwierso@moz-BBE3ABD.mv.mozilla.com)
# [19:02] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [19:02] * Quits: darin (darin@moz-CD91E596.google.com) (Quit: Leaving)
# [19:02] <armenzg> jimm: I see unit tests passing
# [19:02] <armenzg> =/
# [19:02] * Joins: automata (automata@3E0AB089.8DDD1F9.16867D26.IP)
# [19:03] <jimm> armenzg: what generates the build for those slaves?
# [19:03] * Quits: mak (chatzilla@moz-83F91ECE.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
# [19:03] <armenzg> the build was generated this morning on the w64 staging slaves I have with VS2012
# [19:03] * Joins: lahabana (charlymolt@moz-AAF2BBD1.studby.ntnu.no)
# [19:03] <armenzg> jimm: ^
# [19:03] <mounir> someone knows a bit how mozIStorageStatement works?
# [19:04] <mounir> i guess ":foo" means "replace :foo with something I will give you" right?
# [19:04] <jimm> armenzg: ah ok. hmm, I don't know how xp could be loading those builds. that is strange.
# [19:04] <armenzg> I am going to try http://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/elm-win32-metro/1348239076/firefox-18.0a1.en-US.win32.zip
# [19:04] * Joins: stevee (Miranda@moz-26EA4122.cable.virginmedia.com)
# [19:05] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [19:05] * Quits: mkaply (mkaply@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Connection reset by peer)
# [19:05] * Joins: mkaply (mkaply@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [19:05] * Joins: jrmuizel_ (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [19:05] * hwine is now known as hwine|afk
# [19:06] * Joins: kk1fff (kk1fff@moz-9E369FAB.dynamic.hinet.net)
# [19:06] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [19:06] * Quits: past (past@moz-3BBC237D.dsl.dyn.forthnet.gr) (Quit: ChatZilla 0.9.89 [Firefox 18.0a1/20120920030543])
# [19:06] * Joins: kk1fff1 (kk1fff@moz-9E369FAB.dynamic.hinet.net)
# [19:06] * Quits: kk1fff (kk1fff@moz-9E369FAB.dynamic.hinet.net) (Connection reset by peer)
# [19:06] <@bsmedberg> ehsan: is this what you meant about the enum? http://benjamin.smedbergs.us/interdiff/interdiff.php?patch1url=https%3A%2F%2Fbugzilla.mozilla.org%2Fattachment.cgi%3Fid%3D663388&patch2url=https%3A%2F%2Fbugzilla.mozilla.org%2Fattachment.cgi%3Fid%3D663449
# [19:06] * rail is now known as rail_away
# [19:06] * Joins: Ameya (chatzilla@4D2F2B75.A1E6EF62.3B788C77.IP)
# [19:07] * Quits: lahabana (charlymolt@moz-AAF2BBD1.studby.ntnu.no) (Ping timeout)
# [19:07] <lcamacho> gavin: can you help me to find a reviewer for this bug https://bugzilla.mozilla.org/show_bug.cgi?id=643184 ?
# [19:07] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [19:08] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [19:09] * Quits: biesi_ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [19:10] * catlee-lunch is now known as catlee
# [19:10] * Joins: jdm (jdm@F2D29657.F60B0462.67AC9B1.IP)
# [19:10] * Joins: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
# [19:10] * mbrubeck is terrible at bugzilla today
# [19:10] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [19:10] * philor|away is now known as philor
# [19:11] <mbrubeck> Ms2ger: Sorry for wasting your time by uploading the wrong patch. :(
# [19:11] * philor is now known as IRCMonkey64981
# [19:12] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [19:12] * Joins: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
# [19:12] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [19:13] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c0ccd183b276 - Brad Lassey - bug 727352 - don't use JSON for viewport meta data r=kats,mfinkle
# [19:13] * Joins: bbondy (bbondy@moz-CBCCE0F3.home.cgocable.net)
# [19:14] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
# [19:14] * Joins: fxa90id (fxa90id@moz-9E4F76CF.neoplus.adsl.tpnet.pl)
# [19:14] * Joins: fxa90id_ (fxa90id@moz-9E4F76CF.neoplus.adsl.tpnet.pl)
# [19:15] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [19:15] * Joins: bonnie (bbsurender@3035F4A5.3753335A.B66DD36E.IP)
# [19:15] * Quits: paulproteus (quassel@rose.makesad.us) (Ping timeout)
# [19:15] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [19:16] * Quits: fxa90id (fxa90id@moz-9E4F76CF.neoplus.adsl.tpnet.pl) (Quit: Leaving)
# [19:17] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
# [19:17] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2fed77bd195f - Anant Narayanan - Bug 752352: Implement getUserMediaDevices for privileged chrome code; r=smaug, r=jesup
# [19:17] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
# [19:18] * Joins: TheOne (one@moz-4A497D9B.dip.t-dialin.net)
# [19:19] <mbrubeck> Ms2ger: Heads up, I just uploaded yet another patch to bug 716575 that fixes applicable stuff from your last review comment.
# [19:19] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [19:20] * Quits: jrmuizel_ (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Broken pipe)
# [19:20] <mconley> ehsan: crappy news - I'm not getting DOM Mutation events when stuff changes within the document of the editor.
# [19:20] <froydnj> mounir: yes
# [19:20] <mconley> ehsan: I get mutation events if I add DOM nodes as direct children of the editor, or children of those children...but under the document, no dice.
# [19:21] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
# [19:21] <Ms2ger> mbrubeck, I think I'm done now :)
# [19:21] * Joins: paulproteus (quassel@moz-E86A3B42.makesad.us)
# [19:21] <mbrubeck> Ms2ger: Thanks again, and sorry for my clumsiness this morning. :)
# [19:21] * Joins: jwilde (Thunderbir@moz-9CE0CD36.medford.tufts.edu)
# [19:21] <Ms2ger> Np
# [19:21] <@gavin> lcamacho: have you tried emailing dao?
# [19:22] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [19:22] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [19:22] <@gavin> lcamacho: you could try asking Neil Deakin (enndeakin)
# [19:23] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [19:24] * Quits: kk1fff1 (kk1fff@moz-9E369FAB.dynamic.hinet.net) (Quit: Leaving.)
# [19:25] * IRCMonkey64981 is now known as philor
# [19:25] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [19:26] * azakai_ is now known as azakai
# [19:27] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
# [19:27] * Quits: randix (randix@moz-BDAFEB54.dhcp.astr.or.charter.com) (Quit: away)
# [19:28] <@ehsan> mconley: are you listening on the child document?
# [19:28] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [19:28] <@ehsan> bsmedberg: exactly, thanks
# [19:28] * Quits: teoli (teoli@514D186.F3BBB17D.144F44FA.IP) (Input/output error)
# [19:29] <mconley> ehsan: no, but I didn't think I'd have to do that - I thought DOM mutation events should just bubble up...
# [19:29] <@ehsan> bz: is https://bugzilla.mozilla.org/attachment.cgi?id=663216&action=edit something that you can review?
# [19:29] <@ehsan> mconley: I don't exactly know how they work, ping sicking?
# [19:30] <mconley> ehsan: lemme try observing the document - maybe that's all it needs. Hang on...
# [19:30] <@ehsan> mconley: alright
# [19:30] <@ehsan> qDot: ping
# [19:32] * Joins: nmatsakis (nmatsakis@31F52E50.3AD3A61B.2321E71E.IP)
# [19:32] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [19:33] * Joins: teoli (teoli@514D186.F3BBB17D.144F44FA.IP)
# [19:33] * Quits: thinker (thinker@moz-D921FE60.dynamic.kbronet.com.tw) (Ping timeout)
# [19:34] * Quits: zzzzz_ (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net) (Quit: ChatZilla 0.9.87 [Firefox 15.0.1/20120905151427])
# [19:34] <jcranmer> hmm, 793000 was filed yesterday
# [19:35] <jcranmer> which means bug 800000 should happen late October or thereabouts
# [19:35] * Quits: valenting (Thunderbir@moz-85EBB8A.dia.static.qwest.net) (Ping timeout)
# [19:36] * Joins: dzbarsky (Adium@moz-39428EC2.phlapa.east.verizon.net)
# [19:36] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [19:36] <jhammel> or today, if we all file mad bugs ;)
# [19:36] <jcranmer> about 1000 bugs in ~3-4 days
# [19:37] <mconley> ehsan: hey, awesome - that worked. Go figure.
# [19:37] * sheppy gets another recurrence of the unresponsive script in XPCOMUtils.jsm that requires a force quit to get out of, and files bug 793223 with a sample taken.
# [19:37] * jcranmer is now known as jcranmer|away
# [19:37] <@ehsan> mconley: cool
# [19:38] <lcamacho> gavin: No, I haven't but I can contact here but nothing
# [19:38] * Quits: tn (tn@moz-2E73ACE4.wp.shawcable.net) (Quit: Leaving)
# [19:39] * Quits: jwilde (Thunderbir@moz-9CE0CD36.medford.tufts.edu) (Ping timeout)
# [19:39] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [19:40] * Fallen|away is now known as Fallen
# [19:41] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:43] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [19:43] * Quits: joe_walker (joe_walker@moz-5B263CE9.cable.virginmedia.com) (Input/output error)
# [19:44] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:45] * Joins: hub (hub@A5087023.2354C43D.D8E68FF6.IP)
# [19:45] * lsblakk|afk is now known as lsblakk
# [19:46] <armenzg> glandium: should I grab your fixup for elm? "make package" failed for me
# [19:46] * hwine|afk is now known as hwine
# [19:47] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [19:47] * Joins: anton (anton@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:47] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e607ca836919 - Ehsan Akhgari - Bug 793219 - Use bools in DOM Bluetooth code instead of nsresults; r=dhylands
# [19:47] <@gavin> sheppy: what extensions do you have installed?
# [19:48] * jeads|afk is now known as jeads
# [19:48] <sheppy> gavin: uh… I'll get a list and add that to the bug
# [19:49] * Joins: gerv (Instantbir@moz-8F586042.nat.csx.cam.ac.uk)
# [19:49] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [19:50] <sheppy> gavin: added it to the bug
# [19:50] * Joins: Noah (opera@47167BBA.BD8C1556.8C1975D7.IP)
# [19:50] * Joins: jimb (user@9E727688.17C2F9C.163DC5C6.IP)
# [19:50] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [19:50] <@gavin> sheppy: how often does this happen, roughyl?
# [19:51] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [19:52] * Joins: tn (tn@moz-2E73ACE4.wp.shawcable.net)
# [19:53] * Joins: jwilde (Thunderbir@moz-9CE0CD36.medford.tufts.edu)
# [19:54] * Quits: c0smikdebris (c0smikdebr@736ED058.E1B11408.D2D1FAF0.IP) (Ping timeout)
# [19:54] * Quits: Ameya (chatzilla@4D2F2B75.A1E6EF62.3B788C77.IP) (Ping timeout)
# [19:55] * Joins: Ameya (chatzilla@4D2F2B75.A1E6EF62.3B788C77.IP)
# [19:56] * fabrice is now known as fabrice1
# [19:56] * fabrice|afk is now known as fabrice
# [19:56] * Quits: dhylands (dhylands@91EBC268.7E8C66B9.5D698A29.IP) (Input/output error)
# [19:56] * Joins: kk1fff (kk1fff@moz-9E369FAB.dynamic.hinet.net)
# [19:56] <sheppy> gavin: A few times a week, maybe 3-4, starting a couple weeks ago.
# [19:56] * Joins: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:56] <sheppy> That it's always on the same line of XPCOMUtils.jsm is what made it catch my eye.
# [19:56] <@gavin> don't suppose you'd be willing to disable half your extensions for a week and see if that helps? :)
# [19:57] <sheppy> gavin: any in particular?
# [19:57] <sheppy> Of just half at random?
# [19:57] * Joins: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:57] <@gavin> I haven't looked in detail, I was just thinking random binary search
# [19:57] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/b6ac16c3a5c7 - Benoit Jacob - Bug 790086 - Try removing the Optimus WebGL/ANGLE blacklist - r=jgilbert
# [19:57] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/cb2a1ae48b7a - Benoit Jacob - Bug 790946 - Remove support for the MOZ_ prefixed EXT_texture_filter_anisotropic ext name - r=jgilbert
# [19:57] <@gavin> but I suppose some may be more likely culprits than others
# [19:57] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b8ee83073a77 - Benoit Jacob - Bug 777967 - move the InvalidateCachedMinInUseAttribArrayLength calls a bit - r=jgilbert
# [19:58] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b8981694b0cc - Benoit Jacob - Bug 790138 - raise WebGL context limits on desktop - r=jgilbert
# [19:58] <sheppy> gavin: OK, I'll try that.
# [19:58] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/5c5001289c36 - Benoit Jacob - Bug 786383 - add MOZ_AVOID_OPENGL_ALTOGETHER option - r=karlt
# [19:58] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ff0e65d0ee17 - Benoit Jacob - Bug 732660 - Efficient drawElements validation on subarray and/or dynamically updated array - r=jgilbert
# [19:58] * Joins: dhylands (dhylands@91EBC268.7E8C66B9.5D698A29.IP)
# [19:58] <@gavin> you could look through the extension code and see whether any make use of xpcomutils explicitly
# [20:00] <Mook_as> in particular, generateQI... but that might as well be "lots of them" :(
# [20:01] <sheppy> Yeah :(
# [20:01] <sheppy> Restarting Firefox after disabling a bunch of extensions.
# [20:01] <sheppy> I'm starting with the ones that I don't really use very often.
# [20:01] <Mook_as> too bad the slow script dialog can't give you a stack.
# [20:01] <sheppy> Yeah.
# [20:01] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [20:02] <mfinkle> Mook_as, sounds like a great idea
# [20:03] <Mook_as> sheppy: if you can attach a debugger (... which might not be possible if you have no symbols?), poking around http://mxr.mozilla.org/mozilla-central/source/dom/base/nsJSEnvironment.cpp#829 might help
# [20:04] <sheppy> Mook_as: I'll keep that in mind next time it happens. Thanks.
# [20:04] <Mook_as> mfinkle: that probably needs to live behind a hidden pref; having normal people see that is just needlessly scary :p
# [20:04] <sheppy> :)
# [20:04] <Mook_as> sheppy: or even better, attach and set breakpoint _before_ it happens :p
# [20:04] <mfinkle> Mook_as, sure, but it could dump to the console
# [20:04] <Mook_as> (and let it run until it does hit)
# [20:04] * Joins: c0smikdebris (c0smikdebr@2AB59247.49932A2E.BE90E62C.IP)
# [20:04] <mfinkle> which is kinda hidden by default
# [20:05] <bbondy> khuey: ping
# [20:05] <@khuey> bbondy: pong
# [20:05] <bbondy> would you have time to grab this review for stub installer since it's a q3 goal? ( https://bugzilla.mozilla.org/attachment.cgi?id=663308&action=edit )
# [20:06] <bbondy> should be quick
# [20:06] * armenzg is now known as armenzg_brb
# [20:07] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:07] * philor is now known as philor|afk
# [20:07] <bbondy> thank you!
# [20:09] * Quits: @dbaron (dbaron@moz-9221B6DD.dsl.dynamic.sonic.net) (Ping timeout)
# [20:09] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [20:09] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
# [20:09] * Quits: jwilde (Thunderbir@moz-9CE0CD36.medford.tufts.edu) (Ping timeout)
# [20:11] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [20:11] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [20:12] * Quits: tonymec|in_town (tonymec@2897AB85.142531B2.277517C1.IP) (Input/output error)
# [20:12] * Quits: kk1fff (kk1fff@moz-9E369FAB.dynamic.hinet.net) (Quit: Leaving.)
# [20:13] * Joins: lcamacho|home (Mibbit@43EF2229.4DBF344F.C32E4F0D.IP)
# [20:13] * Joins: valenting (Thunderbir@moz-BBE3ABD.mv.mozilla.com)
# [20:14] * Joins: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com)
# [20:15] <Optimizer> jdm: as joe_walker pointed out, there is a way for async test. I will update the test and see over the weekend if it works or not
# [20:15] <Optimizer> try should be really fast over the weekend :P
# [20:15] <jdm> Optimizer: \o/
# [20:15] * Quits: tonymec|away (tonymec@2897AB85.142531B2.277517C1.IP) (Quit: Konversation terminated!)
# [20:16] <Optimizer> what were you saying yesterday that clipboard waits for which event of PB ?
# [20:16] <Optimizer> can I find out somewhere ?
# [20:16] * Joins: StockHunter (StockHunte@moz-D2DB1663.ldv-co.client.bresnan.net)
# [20:17] <jdm> Optimizer: everything related to leaving private browsing will happen no later than the last-pb-context-exited notification
# [20:18] <jdm> so if you watch for that and use executeSoon, you won't have timing problems
# [20:18] <Optimizer> and even with the same session setting true, the hold true, right ?
# [20:18] <jdm> yes
# [20:18] <Optimizer> cool
# [20:18] <Optimizer> :)
# [20:18] <Optimizer> thanks :)
# [20:19] * Fallen is now known as Fallen|away
# [20:19] * mcote is now known as mcote|lunch
# [20:19] * Joins: Matti (chatzilla@moz-DFE4C6DE.dip.t-dialin.net)
# [20:20] * Joins: smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi)
# [20:20] * ChanServ sets mode: +o smaug
# [20:20] * geekboy|afk is now known as geekboy
# [20:20] * Quits: c0smikdebris (c0smikdebr@2AB59247.49932A2E.BE90E62C.IP) (Ping timeout)
# [20:20] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:21] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Quit: Ex-Chat)
# [20:21] * Quits: ferjm (ferjm@moz-45CEBBA9.red-83-42-171.dynamicip.rima-tde.net) (Quit: Leaving)
# [20:21] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/081b9207fe4e - Chris Peterson - Bug 778980 - Part 4a: Fix gcc -Wconversion-null warnings in ipc/chromium. r=bsmedberg
# [20:22] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/224ba5e9fb70 - Chris Peterson - Bug 778980 - Part 2: Fix gcc -Wconversion-null warnings in js. r=dmandelin
# [20:22] * Joins: vikash (vikash@AA095649.80425CF2.5D9ABA9F.IP)
# [20:22] * Quits: markh (Instantbir@CE947AE5.9D3E6021.78BA16EF.IP) (Ping timeout)
# [20:22] * Joins: markh (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au)
# [20:23] <@ehsan> jdm: http://pastebin.mozilla.org/1834850 looks good?
# [20:24] * Quits: KWierso (kwierso@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:24] <Optimizer> ehsan++ , heh
# [20:25] * Joins: dcamp (dave@9E727688.17C2F9C.163DC5C6.IP)
# [20:25] * rail_away is now known as rail
# [20:27] <jdm> ehsan: much better. hyphen after privacy, please.
# [20:28] * Joins: jwilde (Thunderbir@moz-9CE0CD36.medford.tufts.edu)
# [20:28] * Quits: teoli (teoli@514D186.F3BBB17D.144F44FA.IP) (Connection reset by peer)
# [20:28] <@ehsan> jdm: cool, so I'll check it in
# [20:28] * Joins: teoli (teoli@514D186.F3BBB17D.144F44FA.IP)
# [20:28] <@ehsan> git diff
# [20:29] <jdm> no changes found
# [20:29] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [20:29] * Quits: jdm (jdm@F2D29657.F60B0462.67AC9B1.IP) (Quit: Lost terminal)
# [20:29] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
# [20:30] <@bsmedberg> gfritzsche: did you already do a try run on bug 788512?
# [20:30] * Joins: c0smikdebris (c0smikdebr@DC7EA586.96F1AC56.D2D1FAF0.IP)
# [20:31] * Quits: teoli (teoli@514D186.F3BBB17D.144F44FA.IP) (Input/output error)
# [20:32] * Quits: givanica (chatzilla@47128F96.4D6D914F.FB866788.IP) (Client exited)
# [20:32] * Joins: teoli (teoli@514D186.F3BBB17D.144F44FA.IP)
# [20:33] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/cf885613df28 - Ehsan Akhgari - Bug 792565 - Clarify the documentation on nsITransferable::Init; irc-r=jdm
# [20:33] * Quits: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
# [20:35] * Quits: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: leaving)
# [20:36] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/bbe80d33bbcd - Gregory Szorc - Bug 792990 - Properly handle add-ons when resetting Sync; r=rnewman
# [20:36] * Quits: teoli (teoli@514D186.F3BBB17D.144F44FA.IP) (Input/output error)
# [20:38] * Quits: dzbarsky (Adium@moz-39428EC2.phlapa.east.verizon.net) (Quit: Leaving.)
# [20:38] * Joins: dzbarsky (Adium@moz-39428EC2.phlapa.east.verizon.net)
# [20:39] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [20:39] * armenzg_brb is now known as armenzg
# [20:39] * Quits: edmorley|busy (edmorley@moz-7DD935A9.range86-145.btcentralplus.com) (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com)
# [20:42] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/fe13372ae794 - Etienne Segonzac - Bug 793198: Remove an unused import that was causing an NS_ERROR_FACTORY_NOT_REGISTERED on B2G. r=gwagner
# [20:42] * Joins: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP)
# [20:42] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a8309d954e2c - Daniel Holbert - Bug 792634: Give nsDequeFunctor a virtual destructor. r=bsmedberg
# [20:42] * Quits: lcamacho|home (Mibbit@43EF2229.4DBF344F.C32E4F0D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [20:44] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:44] * ChanServ sets mode: +o dbaron
# [20:44] <@dbaron> zwol, pong
# [20:45] * Quits: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP) (Ping timeout)
# [20:46] <zwol> dbaron: I was wondering how your review queue was doing
# [20:46] <@ehsan> bz: ping
# [20:46] <zwol> dbaron: also I wanted to discuss bug 536603
# [20:46] * Quits: automata (automata@3E0AB089.8DDD1F9.16867D26.IP) (Quit: Saindo)
# [20:46] <@dbaron> zwol, re review queue... probably not today, but hopefully Monday?
# [20:46] <zwol> dbaron: ok, cool
# [20:47] <@bsmedberg> bz: have you been following bug 483304?
# [20:47] <zwol> dbaron: regarding the bug, basically I think in the circumstances we should go ahead and make the test change even though you think it probably won't help
# [20:47] * Joins: rajul (quassel@AC7118F4.F9E6DA94.27560D6E.IP)
# [20:47] <zwol> dbaron: unless you think it is actively a bad idea
# [20:48] <@bz> ehsan: ack
# [20:48] <@bz> bsmedberg: nope
# [20:48] <@bz> bsmedberg: I've decided I'm optimizing it out of my life
# [20:48] <@dbaron> zwol, it seems like a bad idea to work around intermittent bugs in our code or testing code by changing the test...
# [20:48] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [20:48] <jesup> bsmedberg: (or others) with DEFINES in a makefile.in, the first one should be += right? (ted r+'d a patch with DEFINES = \)
# [20:48] <@dbaron> zwol, because that's part of what the tests are supposed to find.
# [20:48] <@bsmedberg> bz: yeah, I was feeling the same thing ;-(
# [20:48] * Quits: zzzzz (chatzilla@moz-F047FBF6.dhcp.embarqhsd.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [20:48] <@ehsan> bz: do you have a min to look at https://bugzilla.mozilla.org/attachment.cgi?id=663216&action=edit?
# [20:48] <@bsmedberg> jesup: yes
# [20:48] <@bz> ehsan: looking
# [20:49] <@bz> ehsan: ok
# [20:49] <jesup> bsmedberg: thanks
# [20:49] <zwol> dbaron: in this case, I think we don't actually know if ithe actual intermittent bug is httpd.js or not, and it could equally be the problem I found, and the only way to find out is to land it and see what happens.
# [20:49] <@bz> ehsan: seems sane to me
# [20:49] <@ehsan> bz: thanks, the gist is that msvc has a bug which causes it to just use int unconditionally as the underlying type for enums
# [20:49] <@ehsan> bz: cool thanks so much!
# [20:49] <jesup> bsmedberg: Can I consider that an r+ to change to to +=?
# [20:49] <@bz> r=me
# [20:49] <@dbaron> zwol, the problem you found being that you don't think onload is being delayed appropriately?
# [20:49] <@bsmedberg> jesup: yes
# [20:49] <zwol> right
# [20:49] <jesup> danka
# [20:50] <zwol> nor is it clear to me that onload is _supposed_ to wait for iframe loads
# [20:50] <zwol> and since that's not the point of the test...
# [20:51] <@bsmedberg> oof, we have some tests that rely on onload waiting for iframes, I'm pretty sure
# [20:51] * @bsmedberg would think that onload should wait for them
# [20:51] <zwol> the test we're discussing does just that
# [20:51] <zwol> I don't know what, if anything, is standard here
# [20:51] <zwol> also I have to run off to another meeting
# [20:52] <zwol> back in 20mins or so
# [20:52] * Joins: KWierso (kwierso@moz-BBE3ABD.mv.mozilla.com)
# [20:52] <@bz> bsmedberg: yes
# [20:54] * Quits: rajul (quassel@AC7118F4.F9E6DA94.27560D6E.IP) (Ping timeout)
# [20:54] * Joins: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
# [20:54] * Joins: givanica (chatzilla@47128F96.4D6D914F.FB866788.IP)
# [20:55] * Joins: zzzzz (chatzilla@moz-F047FBF6.dhcp.embarqhsd.net)
# [20:55] * Quits: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:56] * Joins: Mossop_ (mossop@moz-BBE3ABD.mv.mozilla.com)
# [20:56] * Quits: KWierso (kwierso@moz-BBE3ABD.mv.mozilla.com) (Client exited)
# [20:56] * Mossop_ is now known as Mossop
# [20:56] * Joins: KWierso (kwierso@moz-BBE3ABD.mv.mozilla.com)
# [20:58] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/d1b23fd87ba2 - Aryeh Gregor - Bug 777292 - Make nsresult an enum; r=ehsan,cjones,bsmedberg
# [20:58] * merike|away is now known as merike
# [20:58] <firebot> http://hg.mozilla.org/mozilla-central/rev/1b82c517055d - Ehsan Akhgari - Bug 793219 - Use bools in DOM Bluetooth code instead of nsresults; r=dhylands
# [20:58] <firebot> http://hg.mozilla.org/mozilla-central/rev/dbcc29e9fcf6 - Ehsan Akhgari - Bug 777292 - Make sure that the Components.lastResult is interpreted as unsigned integers; r=bzbarsky
# [20:58] <gps> gah. someone we added 70 compiler warnings on OS X between earlier this week and today
# [20:58] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/711db2ce69f0 - Nathan Froyd - Bug 792169 - introduce better, safer constructors for nsArray; r=bsmedberg
# [21:00] * Quits: vikash (vikash@AA095649.80425CF2.5D9ABA9F.IP) (Quit: Leaving)
# [21:00] <jlebar> If class A defines a pure virtual function F and class B inherits from A, does class B need to declare F as virtual?
# [21:00] <@bsmedberg> no
# [21:00] <@bsmedberg> but it's good practice to do so
# [21:00] <gps> if B could be inherited, yes
# [21:00] <jlebar> bsmedberg, Just from a cleanliness PoV, or are there other impacts?
# [21:00] * Quits: jfkthame (jfkthame@22A9BACE.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [21:00] <jlebar> Ah, I see, it matters if C inherits from B.
# [21:00] <@bsmedberg> no, I'm pretty sure it doesn't
# [21:00] <dholbert> jlebar, yeah -- only if C wants to override that function
# [21:01] <@bsmedberg> it automatically virtual for all subclasses of A
# [21:01] <peterv> right
# [21:01] <jlebar> Glad we all agree here. :)
# [21:01] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1b82c517055d - Ehsan Akhgari - Bug 793219 - Use bools in DOM Bluetooth code instead of nsresults; r=dhylands
# [21:01] <@ehsan> jlebar: F would be virtual whether or not you explicitly say so
# [21:01] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/dbcc29e9fcf6 - Ehsan Akhgari - Bug 777292 - Make sure that the Components.lastResult is interpreted as unsigned integers; r=bzbarsky
# [21:01] <dholbert> bsmedberg, what if you have a "B*" pointer pointing to an instance that is actually a C?
# [21:01] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d1b23fd87ba2 - Aryeh Gregor - Bug 777292 - Make nsresult an enum; r=ehsan,cjones,bsmedberg
# [21:01] <@ehsan> jlebar: but as bsmedberg said, you should say so
# [21:01] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ed139b223930 - Ehsan Akhgari - Merge the landing of nsresult-enum on mozilla-central
# [21:01] <dholbert> bsmedberg, if it's not declared as virtual in B, wouldn't you get B's impl when you call that function? (instead of C's)
# [21:02] <@bsmedberg> dholbert: no
# [21:02] * Joins: capella-SIII (capella-SI@moz-867A7433.pools.spcsdns.net)
# [21:02] * jlebar writes a testcase.
# [21:02] <@bsmedberg> once it's declared in A, it's always called virtually
# [21:02] <@bz> jlebar: are you the right reviewer for tarray allocator stuff?
# [21:02] <@bsmedberg> yes he is!
# [21:02] <jlebar> bz, I'm the last one who's touched that to my knowledge, so I guess so. :)
# [21:02] <@bsmedberg> unless there's new-C++ "final" involved, but let's ignore that for now ;-)
# [21:02] * Quits: jwilde (Thunderbir@moz-9CE0CD36.medford.tufts.edu) (Ping timeout)
# [21:03] <dholbert> bsmedberg, interesting/handy. I guess once it's virtual in the ancestor class, it's in all the vtables, so there's no cost to making it virtual everywhere. makes sense
# [21:03] * Joins: maligree (maligree@moz-805BFE8.neoplus.adsl.tpnet.pl)
# [21:04] <jlebar> dholbert, Yeah, looks like bsmedberg is right. http://codepad.org/LTRAGwEo
# [21:05] <armenzg> jimm: I was checking out from projects/elm
# [21:05] <armenzg> I don't know at what point I changed the local change
# [21:06] <@bz> hmm
# [21:06] <@bz> is calling realloc() on a null ptr ok?
# [21:06] * Quits: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
# [21:06] <froydnj> yes
# [21:06] <@bz> yes
# [21:06] <@bz> it is
# [21:06] * Quits: lcamacho (Mibbit@CA503ED7.E66F5363.39BCC864.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [21:07] <dholbert> jlebar, yup
# [21:08] <catlee> ehsan: bugzilla helper doesn't work for me :\
# [21:08] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9f16bba541cc - Steven Lee - Bug 790499 - Time API: Call JS_ClearDateCaches() to update Date object's timezone when the system timezone is reset, r=jlebar
# [21:08] <catlee> I think it fails to prompt for my username/password
# [21:08] <catlee> Timestamp: 21/09/12 02:56:02 PM
# [21:08] <catlee> Error: TypeError: Components.classes['@mozilla.org/network/default-prompt;1'] is undefined
# [21:08] <catlee> Source File: resource://bugzilla-helper/BugzillaHelper.jsm
# [21:08] <@ehsan> catlee: really?
# [21:08] <catlee> Line: 251
# [21:08] <@ehsan> hrm
# [21:08] <@ehsan> dunno why
# [21:09] <@gavin> what is @mozilla.org/network/default-prompt;1?
# [21:09] <@gavin> MXR doesn't know it
# [21:09] * Joins: jfkthame (jfkthame@22A9BACE.A1C12133.9542EC20.IP)
# [21:09] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/cbac99ae6a99 - Nathan Froyd - Bug 793258 - convert PR_FALSE to false in defined-in-idl-files functions; r=ehsan
# [21:10] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- s0 d4Mn l33t |t'z 5c4rY!)
# [21:10] * Joins: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
# [21:10] * Joins: dao (dao@moz-35C3F71E.pool.mediaways.net)
# [21:10] <Mook_as> seems to have died somewhere between CVS and mozilla2.0
# [21:11] * Joins: jgriffin__ (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net)
# [21:11] * Quits: jfkthame (jfkthame@22A9BACE.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [21:11] <froydnj> default-prompt;1, we hardly knew you
# [21:12] * Joins: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP)
# [21:12] * Quits: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net) (Ping timeout)
# [21:12] * jgriffin__ is now known as jgriffin
# [21:12] <@ehsan> gavin: does not exist
# [21:12] <@gavin> catlee: maybe it would work better if you have a saved password?
# [21:12] <@gavin> https://bitbucket.org/sdwilsh/bugzilla-helper/src/b1e7a7c55ea0/resource/BugzillaHelper.jsm#cl-83
# [21:13] <@gavin> (I don't know if that's the code that's still being used)
# [21:13] <catlee> gavin: yeah...I had an old saved password, so I was getting 401 errors
# [21:13] <catlee> so I removed the password, and now I'm getting that error
# [21:13] <catlee> can I add a password manually?
# [21:13] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
# [21:13] <@gavin> you can add it by logging in to bugzilla
# [21:14] <catlee> ah ha!
# [21:14] * davehunt is now known as davehunt|away
# [21:14] <@gavin> or manually via script in a chrome-context scratchpad, or some such, but that's annoying
# [21:14] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [21:15] <catlee> how do I open a browser tab to bugzilla in tb....
# [21:15] <jimm> armenzg: not sure I follow you. did you track down the reason for the vs10 vs. vs12 builds?
# [21:15] * fabrice is now known as fabrice|afk
# [21:15] <armenzg> jimm: yes; I was using projects/elm instead of users/armenzg_mozilla.com/elm
# [21:16] <@gavin> does TB have a sync client?
# [21:16] <armenzg> this means that the win32 builds are win32 builds rather than metro enabled builds
# [21:16] <jimm> armenzg: ok, you should do a pull from elm, I just landed a couple of important build fixes
# [21:16] <armenzg> jimm: OK. I will do so
# [21:17] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Ping timeout)
# [21:17] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/f0c89cebf913 - Gregory Szorc - Bug 780329 - Part 4: Define CompilerWarning.__cmp__; r=jhammel DONTBUILD (NPOTB)
# [21:17] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:17] <firebot> http://hg.mozilla.org/mozilla-central/rev/8ac580ee8e04 - Gregory Szorc - Bug 780329 - Part 2: Add generic settings/config module; r=jhammel
# [21:17] * Joins: dveditz (dveditz@moz-131789FA.dhcp.cruzio.com)
# [21:17] * ChanServ sets mode: +o dveditz
# [21:17] <firebot> http://hg.mozilla.org/mozilla-central/rev/67835b795f5a - Gregory Szorc - Bug 780329 - Part 3: Ability to register structured loggers; r=jhammel
# [21:17] <firebot> http://hg.mozilla.org/mozilla-central/rev/a591d696098e - Gregory Szorc - Bug 780329 - Part 1: Python 3 compatibility; r=jhammel
# [21:17] * Joins: rniwa (rniwa@moz-E98B1DB9.sb.sd.cox.net)
# [21:18] * Joins: jwilde (Thunderbir@moz-8584CEB0.medford.tufts.edu)
# [21:18] * khuey is now known as khuey|away
# [21:18] * Joins: Julian (chatzilla@moz-CC1CF.dip.t-dialin.net)
# [21:18] * Joins: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com)
# [21:19] * Quits: Julian (chatzilla@moz-CC1CF.dip.t-dialin.net) (Quit: ChatZilla 0.9.89 [Firefox 15.0.1/20120905151427])
# [21:19] <Ms2ger> gps, omgomgomg
# [21:19] * Quits: capella-SIII (capella-SI@moz-867A7433.pools.spcsdns.net) (Ping timeout)
# [21:19] <Ms2ger> gps, I know those patches!!!1@@
# [21:19] * Quits: dria (dria@F2D29657.F60B0462.67AC9B1.IP) (Quit: dria)
# [21:19] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
# [21:19] <gps> Ms2ger: relax. it's nothing that exciting... yet
# [21:20] * jlebar is now known as jlebar|away
# [21:21] <gps> although, I'm tempted to land mach with just test running code. it could take a while for build system integration patches to get sorted out
# [21:21] * philor|afk is now known as philor
# [21:22] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
# [21:22] * Joins: capella-SIII (capella-SI@moz-867A7433.pools.spcsdns.net)
# [21:22] * Quits: fitzgen (fitzgen@moz-85EBB8A.dia.static.qwest.net) (Quit: zzzzzzzzz)
# [21:22] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
# [21:23] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [21:23] <biesi> jesup, so, out of curiosity, what exactly is chfind?
# [21:23] * Joins: ericjung (Mibbit@moz-F14FA912.bstnma.fios.verizon.net)
# [21:24] * Quits: givanica (chatzilla@47128F96.4D6D914F.FB866788.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0.1/20120905151427])
# [21:24] <biesi> jesup, also what is the strncpy problem on windows...?
# [21:24] <gps> philor: does the Win64 failure on services-central ring a bell? https://tbpl.mozilla.org/php/getParsedLog.php?id=15417976&tree=Services-Central
# [21:25] * gregglind_away is now known as gregglind
# [21:25] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [21:26] * Quits: MisfitGeek (MisfitGeek@moz-BD3E98A8.hsd1.nh.comcast.net) (Quit: Leaving)
# [21:27] <philor> gps: not at all, "NudgeToIntegers" seems like the sort of thing I'd remember
# [21:28] <gps> philor: hmm. hopefully it goes away. if not, clobber time :)
# [21:28] * mcote|lunch is now known as mcote
# [21:29] * Quits: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP) (Quit: ChatZilla 0.9.89 [SeaMonkey 2.7.2/20120825233257])
# [21:30] * Quits: fxa90id_ (fxa90id@moz-9E4F76CF.neoplus.adsl.tpnet.pl) (Connection reset by peer)
# [21:31] * Joins: bsmith (bsmith@CB3EC984.A5F785DE.396E4C6D.IP)
# [21:32] * Joins: evilpie (chatzilla@moz-3973BA95.pools.arcor-ip.net)
# [21:33] * Quits: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net) (Input/output error)
# [21:34] * Joins: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net)
# [21:34] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [21:35] * Quits: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
# [21:36] * Quits: zwol (zack@B157AECC.3B4A6B80.689607DE.IP) (Quit: zwol)
# [21:36] * Quits: RealRaven (Thunderbir@39C19806.97365109.C3498625.IP) (Client exited)
# [21:36] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
# [21:37] * Joins: marco (marco@31972AB9.A2DD14FC.10DC0B64.IP)
# [21:38] <evilpie> bjacob: http://hg.mozilla.org/integration/mozilla-inbound/rev/cb2a1ae48b7a this commit looks empty
# [21:38] <jesup> biesi: strncpy() on windows doesn't guarantee null-termination(!)
# [21:38] <jesup> shocking, but true
# [21:38] <biesi> jesup, er, it doesn't guarantee that anywhere
# [21:39] <jesup> sorry, right. Getting confused about which bug is which
# [21:41] <@dveditz> Thus PL_strncpyz() ...
# [21:41] <@dveditz> (vs PL_strncpy with traditional behavior)
# [21:42] <jesup> biesi: was getting strncpy and _snprintf mixed up
# [21:42] * bnicholson is now known as bnicholson|lunch
# [21:42] <biesi> ah
# [21:42] <@dveditz> ah
# [21:42] <jesup> _snprintf (on windows) doesn't terminate, snprintf() on linux does
# [21:43] * mattwoodrow|away is now known as mattwoodrow
# [21:43] * Quits: Optimizer (Optimizer@27ACB3D7.236DEFC0.BE90E62C.IP) (Ping timeout)
# [21:43] * Quits: jwilde (Thunderbir@moz-8584CEB0.medford.tufts.edu) (Connection reset by peer)
# [21:43] <jesup> caught that one when cleaning up some imported code
# [21:43] <Ms2ger> gps, do it
# [21:43] * Joins: jwilde (Thunderbir@moz-8584CEB0.medford.tufts.edu)
# [21:43] <Ms2ger> gps, but first, address my comments ;)
# [21:44] <jesup> biesi: chfind - handy-dandy alias - http://pastebin.mozilla.org/1834918
# [21:45] <@dveditz> jesup: also PR_snprintf() --- there's a reason we have all these in NSPR
# [21:45] * Joins: jwilde1 (Thunderbir@moz-8584CEB0.medford.tufts.edu)
# [21:45] <@dveditz> which apparently we try to root out and destroy whenever found
# [21:45] <gps> Ms2ger: yes, they are still in my queue to incorporate. FWIW all the code to run tests might be deprecated by mozharness. I have to figure out what they are doing there
# [21:45] <biesi> Jesse, ah neat. I use ack - http://betterthangrep.com/documentation/
# [21:45] * Quits: jwilde (Thunderbir@moz-8584CEB0.medford.tufts.edu) (Ping timeout)
# [21:45] <biesi> er
# [21:45] <biesi> jesup, ^
# [21:45] <biesi> jesup, or http://betterthangrep.com/
# [21:45] <jesup> and ifind (idl) jsfind (js files), mfind (makefiles), etc. on a fast desktop with an SSD, chfind across the entire tree takes <10 sec typ first time, 1-2 seconds on subsequent
# [21:46] * Joins: Optimizer (Optimizer@3DCA107E.3A385CE3.274D17D6.IP)
# [21:46] * Quits: jwilde1 (Thunderbir@moz-8584CEB0.medford.tufts.edu) (Ping timeout)
# [21:47] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
# [21:47] * Quits: c0smikdebris (c0smikdebr@DC7EA586.96F1AC56.D2D1FAF0.IP) (Ping timeout)
# [21:47] <jesup> These macros date back to my first time in the mozilla tree, back in the 0.9 days
# [21:48] <Ms2ger> gps, yeah, we'll probably want to call into mozharness, but I think we should just get the implementation that calls into `make` landed
# [21:48] <@bz> hmm
# [21:48] <@bz> what do I need to link with to get _CFArrayCreate ?
# [21:49] * Quits: tzimmermann (tzimmerman@moz-751D2467.pools.arcor-ip.net) (Quit: Ex-Chat)
# [21:50] * mattwoodrow is now known as mattwoodrow|away
# [21:50] <@bz> ah, -framework
# [21:50] * Joins: automata (automata@3E0AB089.8DDD1F9.16867D26.IP)
# [21:50] * Ms2ger curses
# [21:50] * Quits: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:52] * Quits: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com) (Quit: damons)
# [21:52] * Joins: jwilde (Thunderbir@moz-8584CEB0.medford.tufts.edu)
# [21:54] * Quits: dao (dao@moz-35C3F71E.pool.mediaways.net) (Quit: Leaving.)
# [21:54] * Joins: dao (dao@moz-35C3F71E.pool.mediaways.net)
# [21:55] * froydnj laughs at nsRDFDataSourceDataSource::GetTargets
# [21:56] * Ms2ger drowns froydnj
# [21:56] <froydnj> ow...
# [21:56] <Ms2ger> It's the kindest way to deal with someone who's been there
# [21:56] <gps> reminds me of the sadness that is https://jira.springsource.org/browse/SPR-8680?page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel
# [21:57] * Joins: c0smikdebris (c0smikdebr@DB8993A1.28FB815D.274D17D6.IP)
# [21:57] * Quits: capella-SIII (capella-SI@moz-867A7433.pools.spcsdns.net) (Ping timeout)
# [21:57] * Quits: jwilde (Thunderbir@moz-8584CEB0.medford.tufts.edu) (Ping timeout)
# [21:57] * Quits: Boriss (FlyingToas@88F51059.F3BBB17D.144F44FA.IP) (Quit: Boriss)
# [21:57] <Ms2ger> gps, I thought you meant the URL
# [21:57] <froydnj> like 70 lines of code in a test file and it doesn't actually *do* anything
# [21:57] * Joins: capella-SIII (capella-SI@moz-867A7433.pools.spcsdns.net)
# [21:58] * Quits: dao (dao@moz-35C3F71E.pool.mediaways.net) (Quit: Leaving.)
# [21:58] <Ms2ger> froydnj, sounds like XPCOM
# [21:58] <gps> Ms2ger: haha
# [21:58] * bz is now known as bz_away
# [21:58] * Joins: jdm (jdm@F2D29657.F60B0462.67AC9B1.IP)
# [22:00] * Quits: marco (marco@31972AB9.A2DD14FC.10DC0B64.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 17.0a2/20120914042009])
# [22:01] * Quits: Optimizer (Optimizer@3DCA107E.3A385CE3.274D17D6.IP) (Ping timeout)
# [22:02] * Joins: armenzg_ (armenzg@moz-B8B589F7.acanac.net)
# [22:02] * Quits: armenzg (armenzg@AE8CB7EA.3CBDB8AB.DA78B690.IP) (Ping timeout)
# [22:02] * Joins: jhammel (jhammel@moz-14240F1C.hsd1.ca.comcast.net)
# [22:03] * Joins: Optimizer (Optimizer@6082469.BA9C3500.274D17D6.IP)
# [22:03] * Joins: armenzg (armenzg@moz-B8B589F7.acanac.net)
# [22:03] * Quits: armenzg_ (armenzg@moz-B8B589F7.acanac.net) (Connection reset by peer)
# [22:04] * philor is now known as philor|away
# [22:05] * Quits: Optimizer (Optimizer@6082469.BA9C3500.274D17D6.IP) (Ping timeout)
# [22:05] * geekboy is now known as geekboy|afk
# [22:06] * Quits: armenzg (armenzg@moz-B8B589F7.acanac.net) (Ping timeout)
# [22:06] <bjacob> evilpie: *oh*, good catch, thanks
# [22:06] * Quits: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
# [22:07] <@ehsan> jlebar|away: are those reds you?
# [22:07] * Joins: jwilde (Thunderbir@moz-8584CEB0.medford.tufts.edu)
# [22:07] * Joins: karl (karl@moz-3A36E2F5.jetstream.xtra.co.nz)
# [22:07] <jdm> gavin: why'd you cc me to the pdf.js localstorage bug?
# [22:08] <evilpie> bjacob: :)
# [22:08] <@gavin> jdm: because you filed the github issue that I pointed to in my comment
# [22:08] <jdm> oh, heh
# [22:08] <sawrubh> jdm: because we love sending you bugmails
# [22:08] * Joins: armenzg (armenzg@moz-B8B589F7.acanac.net)
# [22:09] * jdm shakes his fist
# [22:09] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/57deb0de3513 - Ehsan Akhgari - Backout changeset 9f16bba541cc (bug 790499) becasuse of build bustage
# [22:09] * Quits: bsmith (bsmith@CB3EC984.A5F785DE.396E4C6D.IP) (Quit: Leaving)
# [22:09] * sawrubh cc's jdm on a bunch of others :P
# [22:09] <sawrubh> jdm: hey, btw do you use a tool or something to cc yourself, because I see you at a lot of places
# [22:10] <NeilAway> Mook_as: I thought that if you had Venkman installed then the slow script warning would offer to break in to the debugger ;-)
# [22:10] <jdm> sawrubh: nope. I am just vigilant with my CCing.
# [22:10] * Quits: maikmerten (maikmerten@moz-C52AFF9E.dynamic.qsc.de) (Quit: Leaving)
# [22:10] * Quits: mwu (mwu@moz-59435430.hsd1.nj.comcast.net) (Ping timeout)
# [22:10] <Mook_as> NeilAway: ... that implies a working venkman. I thought people are trying to actively break it these days ;)
# [22:11] * fabrice|afk is now known as fabrice
# [22:11] * Joins: harth (harth@moz-D62C1A52.hsd1.ca.comcast.net)
# [22:11] * Joins: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com)
# [22:12] <NeilAway> ehsan: I thought msvc let you specify the underlying type for an enum?
# [22:12] <@ehsan> NeilAway: not for regular enums
# [22:13] <NeilAway> ehsan: it won't let you do enum foo : uint32_t { ... }; ?
# [22:13] * geekboy|afk is now known as geekboy
# [22:14] <@ehsan> NeilAway: those are supported in msvc11 only
# [22:14] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/94111544f201 - Benoit Jacob - Bug 790946 - Remove support for the MOZ_ prefixed EXT_texture_filter_anisotropic ext name - r=jgilbert
# [22:14] <espindola> Jesse: ping
# [22:15] * Joins: Optimizer (Optimizer@80476128.B0C3F0F8.274D17D6.IP)
# [22:16] * Joins: dria (dria@moz-F5EB0C5D.dsl.teksavvy.com)
# [22:16] <NeilAway> ehsan: I thought 2005 had them
# [22:16] * Quits: jwilde (Thunderbir@moz-8584CEB0.medford.tufts.edu) (Quit: jwilde)
# [22:16] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [22:16] <@ehsan> NeilAway: maybe I'm wrong?
# [22:16] * Joins: jwilde (Thunderbir@moz-8584CEB0.medford.tufts.edu)
# [22:19] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [22:20] * Joins: hobophobe (hobophobe@CEB7969B.BA9CDF59.295A79F4.IP)
# [22:21] * Quits: graememcc (chatzilla@moz-69E749DF.range86-163.btcentralplus.com) (Quit: ChatZilla 0.9.89 [Firefox 15.0.1/20120907231657])
# [22:22] * Joins: fitzgen (fitzgen@moz-BBE3ABD.mv.mozilla.com)
# [22:22] * Joins: jfkthame (jfkthame@22A9BACE.A1C12133.9542EC20.IP)
# [22:22] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [22:23] * Quits: StockHunter (StockHunte@moz-D2DB1663.ldv-co.client.bresnan.net) (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/)
# [22:26] * Quits: mcote (mcote@moz-FD8EB826.mc.videotron.ca) (Ping timeout)
# [22:26] * Joins: mcote (mcote@moz-FD8EB826.mc.videotron.ca)
# [22:26] <froydnj> is nsTArray<nsCOMPtr<> > or nsCOMArray preferred style?
# [22:27] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
# [22:27] * merike is now known as merike|away
# [22:27] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [22:27] * Joins: givanica (chatzilla@47128F96.4D6D914F.FB866788.IP)
# [22:27] <Ms2ger> froydnj, former
# [22:27] <NeilAway> ehsan: yeah, VC8 likes enum foo : unsigned
# [22:28] <@ehsan> ok
# [22:28] <froydnj> Ms2ger: any particular reason?
# [22:29] <Ms2ger> We don't like nsCOMArray, AIUI
# [22:29] <froydnj> any particular reason for *that*? :)
# [22:30] * Quits: jfkthame (jfkthame@22A9BACE.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [22:30] <Ms2ger> It says "COM"
# [22:30] <froydnj> uh-huh
# [22:31] * froydnj COMs Ms2ger out of his lunch money
# [22:31] * Joins: jfkthame (jfkthame@22A9BACE.A1C12133.9542EC20.IP)
# [22:31] <Ms2ger> Damn commie!
# [22:31] <tbsaunde> Ms2ger: and nsCOmptr doesn't ? :p
# [22:31] <Ms2ger> tbsaunde, shh
# [22:31] * davehunt|away is now known as davehunt
# [22:32] <NeilAway> froydnj: there are some edge cases where nsCOMArray is better than nsTArray
# [22:33] <froydnj> NeilAway: like what?
# [22:33] * Joins: jwilde1 (Thunderbir@moz-8584CEB0.medford.tufts.edu)
# [22:33] <Ms2ger> If NeilAway tells you so, you should just believe him, AIUI
# [22:33] * Quits: jwilde (Thunderbir@moz-8584CEB0.medford.tufts.edu) (Ping timeout)
# [22:34] <froydnj> I see
# [22:35] <NeilAway> froydnj: actually I notice that nsTArray has finally got SafeElementAt, so that helps
# [22:36] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
# [22:37] * Joins: jgilbert (jgilbert@moz-2DDAC50E.vc.shawcable.net)
# [22:38] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [22:38] * Quits: andersh (andersh@moz-E473DFF9.bredband.3.dk) (Connection reset by peer)
# [22:40] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:40] * Quits: jfkthame (jfkthame@22A9BACE.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [22:41] * khuey|away is now known as khuey
# [22:41] * bnicholson|lunch is now known as bnicholson
# [22:41] * Quits: beaufour (beaufour@moz-DC1D9B4C.nycmny.fios.verizon.net) (Quit: beaufour)
# [22:42] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [22:42] <NeilAway> eek, someone added some quadratic behaviour to InsertElementSorted() :-(
# [22:42] * Quits: rniwa (rniwa@moz-E98B1DB9.sb.sd.cox.net) (Ping timeout)
# [22:43] <mounir> Honza: ping
# [22:43] * jhammel is now known as jhammel|brb
# [22:43] <NeilAway> froydnj: hmm, looks like there are only two major differences, its element setter is safe, and it has an XPCOM enumerator
# [22:43] * Joins: StockHunter (StockHunte@moz-D2DB1663.ldv-co.client.bresnan.net)
# [22:44] * Joins: rniwa (rniwa@moz-E98B1DB9.sb.sd.cox.net)
# [22:44] * Quits: darfia (darfia@26ACCF54.DB741B9C.F9B76BD1.IP) (Ping timeout)
# [22:45] * Quits: c0smikdebris (c0smikdebr@DB8993A1.28FB815D.274D17D6.IP) (Ping timeout)
# [22:45] * rail is now known as rail_away
# [22:45] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [22:46] * rail_away is now known as rail
# [22:46] * Quits: rniwa (rniwa@moz-E98B1DB9.sb.sd.cox.net) (Ping timeout)
# [22:47] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Input/output error)
# [22:47] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Quit: bye)
# [22:47] * Joins: rniwa (rniwa@moz-E98B1DB9.sb.sd.cox.net)
# [22:47] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [22:49] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [22:49] <@ehsan> khuey: ping
# [22:50] * Quits: dria (dria@moz-F5EB0C5D.dsl.teksavvy.com) (Quit: dria)
# [22:51] * Quits: capella-SIII (capella-SI@moz-867A7433.pools.spcsdns.net) (Input/output error)
# [22:51] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/765f725ff419 - Randell Jesup - Bug 792325: Build libsrtp in mozilla's system, and update script r=ted r=bsmedberg
# [22:51] * Joins: capella-SIII (capella-SI@moz-867A7433.pools.spcsdns.net)
# [22:51] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/5691ca0b22ba - Randell Jesup - Bug 792325: srtp updated from CVS on Fri Sep 21 14:24:48 EDT 2012 rs=biesi
# [22:51] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/50ec63e18d1a - Randell Jesup - Bug 792325: patches from jingle's archive of libsrtp for upstreaming (or replacing with an upstream update) rs=biesi
# [22:52] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [22:52] * Quits: capella-SIII (capella-SI@moz-867A7433.pools.spcsdns.net) (Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org)
# [22:52] <daleharvey> hey, who should I talk about openbadges related stuff with?
# [22:52] * Quits: rniwa (rniwa@moz-E98B1DB9.sb.sd.cox.net) (Ping timeout)
# [22:52] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [22:53] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [22:53] * jcranmer|away is now known as jcranmer
# [22:53] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [22:54] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [22:54] <@khuey> ehsan: pong
# [22:54] <@ehsan> khuey: found it! :)
# [22:54] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d7c22610380a - Michael Wu - Bug 792109 - Generate an outmix per opensl cubeb context not stream, r=kinetik
# [22:54] * Quits: jwilde1 (Thunderbir@moz-8584CEB0.medford.tufts.edu) (Ping timeout)
# [22:54] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/432033434b3a - Ray Cheung - Bug 779500 - WebFM, r=jlebar,glandium sr=jonas
# [22:54] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/6bd02a2c2f32 - Steven Lee - Bug 749053 - FM radio support: AudioManager implementation. r=jlebar,mwu
# [22:54] * Joins: c0smikdebris (c0smikdebr@B71EB2CA.4ECB12B2.274D17D6.IP)
# [22:54] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e5a74d48fd5f - Steven Lee - Bug 749053 - FM radio support: hal implementation, r=jlebar
# [22:55] * Parts: lduros (lduros@moz-4894EA28.nic.resnet.group.upenn.edu)
# [22:55] <mbrubeck> daleharvey: Mark Surman I think, though he doesn't seem to be on IRC.
# [22:55] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f7354c77ad5c - Wes Kocher - Update Jetpack tests in Firefox to pick up bug 793035.
# [22:55] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [22:55] <espindola> catlee: thanks for the work on 791209
# [22:56] <espindola> should I assign it to you?
# [22:56] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [22:56] * Quits: mfinkle (mfinkle@moz-B5F0E45F.hsd1.pa.comcast.net) (Quit: ZNC - http://znc.sourceforge.net)
# [22:56] * Joins: rniwa (rniwa@moz-E98B1DB9.sb.sd.cox.net)
# [22:56] * Joins: capella-SIII (capella-SI@moz-867A7433.pools.spcsdns.net)
# [22:56] * rail is now known as rail_away
# [22:56] <@khuey> ehsan: cool
# [22:57] <@ehsan> khuey: actually
# [22:57] <@ehsan> khuey: do you know about typed arrays?
# [22:57] * rail_away is now known as rail
# [22:57] * Joins: mfinkle (mfinkle@moz-B5F0E45F.hsd1.pa.comcast.net)
# [22:58] * Quits: rniwa (rniwa@moz-E98B1DB9.sb.sd.cox.net) (Ping timeout)
# [22:58] <Ms2ger> ehsan, what do you need to know?
# [22:58] * Quits: dcamp (dave@9E727688.17C2F9C.163DC5C6.IP) (Quit: Leaving...)
# [22:59] <@ehsan> Ms2ger: so I want to create and manipulate typed arrays in C++, and also be able to expose them to js
# [22:59] <Ms2ger> Right
# [22:59] <@ehsan> I'm sort of confused on which typed array class I need to use in C++
# [22:59] <@ehsan> there's one in dom/bindings/TypedArray.h
# [22:59] * Quits: capella-SIII (capella-SI@moz-867A7433.pools.spcsdns.net) (Connection reset by peer)
# [22:59] <Ms2ger> Typed arrays are implemented in jseng
# [22:59] <@ehsan> and another one in js/src/jstypedarray
# [22:59] <@ehsan> ok
# [22:59] <Ms2ger> dom/bindings/TypedArray.h is a wrapper around that
# [22:59] <Jesse> espindola: pong
# [22:59] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [23:00] <@ehsan> Ms2ger: so that wrapper is the thing which is useful to return the array to js?
# [23:00] * Joins: rajul (quassel@613E07F5.596BBA71.5700D73F.IP)
# [23:00] * Joins: capella-SIII (capella-SI@moz-867A7433.pools.spcsdns.net)
# [23:00] <catlee> espindola: sure
# [23:00] <Ms2ger> ehsan, you're in webidl-land, right?
# [23:00] <@khuey> ehsan: no
# [23:00] <@ehsan> yes
# [23:00] <@khuey> ehsan: that wrapper is useful to receive typed arrays
# [23:00] <@khuey> not to create them
# [23:01] <@ehsan> hmm
# [23:01] <@ehsan> khuey: so what is this doing? http://mxr.mozilla.org/mozilla-central/source/dom/bindings/TypedArray.h#65
# [23:01] <@khuey> that is ... not something I've seen before
# [23:02] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [23:02] <Ms2ger> Yeah, I think you get to use that
# [23:02] <espindola> Jesse: just wanted to check if you agree we should port 787302 to Aurora
# [23:02] * Quits: sheppy (sheppy@moz-B52B0B26.dhcp.kgpt.tn.charter.com) (Quit: NO CARRIER)
# [23:02] * Joins: rniwa (rniwa@moz-E98B1DB9.sb.sd.cox.net)
# [23:02] <@ehsan> so let me see if I get this straight
# [23:02] <@ehsan> the TypedArray class holds a buffer
# [23:02] <@ehsan> and a JSObject*
# [23:02] <@ehsan> that... makes no sense
# [23:02] <Ms2ger> No
# [23:02] * Quits: c0smikdebris (c0smikdebr@B71EB2CA.4ECB12B2.274D17D6.IP) (Ping timeout)
# [23:03] <Ms2ger> The TypedArray wraps a JSObject*
# [23:03] <@khuey> the TypedArray class holds a pointer to the buffer
# [23:03] <Ms2ger> But for convenience, it also has a pointer to the buffer owned by that jsobject
# [23:03] <@ehsan> oh I see
# [23:03] <@ehsan> ok
# [23:03] <@ehsan> so
# [23:03] <Ms2ger> (That's for receiving)
# [23:03] <@ehsan> I need to create the TypedArray binding object, use the Data() function to manipulate the buffer
# [23:04] * Quits: rniwa (rniwa@moz-E98B1DB9.sb.sd.cox.net) (Ping timeout)
# [23:04] <@ehsan> and pass the JSObject* to the script?
# [23:04] <daleharvey> thanks mbrubeck
# [23:04] <@ehsan> oh well if that's for receiving then I'm confused
# [23:04] <Ms2ger> No
# [23:04] <Jesse> espindola: having good stacks on aurora sounds like a good idea :)
# [23:04] <Jesse> espindola: did the bug affect crash-stats or just debug builds?
# [23:05] <Ms2ger> You return Uint8Array::Create(aCx, this, length(), data())
# [23:05] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [23:05] <@ehsan> Ms2ger: when?
# [23:06] <@ehsan> Ms2ger: let's take a step back please, I'm really confused
# [23:06] <Ms2ger> OK
# [23:06] <@ehsan> so I have this object, which owns N "arrays"
# [23:06] <Ms2ger> You want to create typed arrays?
# [23:06] <@ehsan> sure
# [23:06] <@ehsan> well
# [23:06] <@ehsan> no
# [23:06] <@ehsan> not necessarily
# [23:06] <Ms2ger> You want to hold on to them?
# [23:06] * jhammel|brb is now known as jhammel
# [23:06] <@ehsan> I want to be able to pass typed arrays to js, and manipulate them myself as well
# [23:06] <Ms2ger> Mm
# [23:06] <@ehsan> does that make sense?
# [23:07] * Quits: KWierso (kwierso@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:07] <Ms2ger> I'm not sure :)
# [23:07] <espindola> Jesse: both
# [23:07] <@ehsan> ok
# [23:07] * Joins: rniwa (rniwa@moz-E98B1DB9.sb.sd.cox.net)
# [23:07] <@ehsan> so here's the API: AudioBuffer createBuffer(numOfChannels, length, etc.)
# [23:07] <@ehsan> which returns the AudioBuffer object
# [23:07] <@ehsan> now, AudioBuffer owns numOfChannels arrays
# [23:07] <@ehsan> (Float32Array in the js sense)
# [23:08] <@ehsan> and it has a member like
# [23:08] * Joins: jwilde (Thunderbir@moz-9DE0ED6A.medford.tufts.edu)
# [23:08] <@ehsan> Float32Array getChannelBuffer(channelIndex)
# [23:08] <@ehsan> so I need to own the arrays in the C++ worls
# [23:08] <@ehsan> *world
# [23:08] <@ehsan> and be able to pass typed arrays to js
# [23:08] <Ms2ger> Mm
# [23:08] <Ms2ger> Does getChannelBuffer(i) always return the same array?
# [23:08] <@ehsan> yes
# [23:09] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [23:09] * Quits: rniwa (rniwa@moz-E98B1DB9.sb.sd.cox.net) (Ping timeout)
# [23:09] <Ms2ger> Hrm
# [23:09] * Joins: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net)
# [23:09] <Ms2ger> How hot is the manipulation from C++?
# [23:09] * Joins: rniwa (rniwa@moz-E98B1DB9.sb.sd.cox.net)
# [23:09] * Quits: Ameya (chatzilla@4D2F2B75.A1E6EF62.3B788C77.IP) (Ping timeout)
# [23:09] <@ehsan> could be very hot
# [23:10] <@khuey> manipulating arrays from C++ that are accessible to JS seems kind of sketchy
# [23:10] <@ehsan> but I don't necessarily need to optimize right now
# [23:10] <Ms2ger> I see
# [23:10] <@ehsan> khuey: why?!
# [23:10] <@ehsan> seems fine to me!
# [23:10] * armenzg is now known as armenzg_dinner
# [23:10] <@khuey> ehsan: is when script can observe changes in the array well defined?
# [23:10] <@ehsan> khuey: probably
# [23:10] * Joins: rniwa_ (rniwa@moz-E98B1DB9.sb.sd.cox.net)
# [23:10] <@ehsan> I don't know all of the web audio api yet
# [23:10] <@khuey> you're filling me with confidence :-P
# [23:10] <@ehsan> but let's say yes
# [23:11] <Ms2ger> So, first, I want bz to review this ;)
# [23:11] <@ehsan> khuey: well we need to support doing this _somehow_
# [23:11] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
# [23:11] <@ehsan> Ms2ger: he's reviewing all of web audio patches!
# [23:11] <Ms2ger> Good
# [23:11] * Joins: rniwa__ (rniwa@moz-E98B1DB9.sb.sd.cox.net)
# [23:11] * Quits: rniwa (rniwa@moz-E98B1DB9.sb.sd.cox.net) (Ping timeout)
# [23:11] * rniwa__ is now known as rniwa
# [23:11] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
# [23:11] <@ehsan> so
# [23:11] * Parts: Noah (opera@47167BBA.BD8C1556.8C1975D7.IP)
# [23:11] <Ms2ger> Second, I think you'll want an array of dom::Float32Array objects
# [23:11] * Quits: bbondy (bbondy@moz-CBCCE0F3.home.cgocable.net) (Client exited)
# [23:11] <@ehsan> ok
# [23:11] <@ehsan> but didn't you say that's for receiving typed arrays?
# [23:11] <Ms2ger> And figure out how to do that without causing sg:crits
# [23:12] <@ehsan> what do you mean?
# [23:12] <Ms2ger> You're holding on to JSObjects
# [23:12] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [23:12] * Joins: c0smikdebris (c0smikdebr@21ED0727.3A385CE3.274D17D6.IP)
# [23:12] <@ehsan> ok
# [23:12] <@ehsan> and?
# [23:12] * Quits: rniwa_ (rniwa@moz-E98B1DB9.sb.sd.cox.net) (Ping timeout)
# [23:12] <Ms2ger> GC is no fun
# [23:12] <@ehsan> oh
# [23:12] <@ehsan> hmm
# [23:12] <@ehsan> well
# [23:12] <@ehsan> I don't _need_ to hold on to JSObjects
# [23:13] <Ms2ger> You do
# [23:13] * Quits: msucan (mihai@17969768.DD17A642.B4CEF140.IP) (Quit: Leaving.)
# [23:13] <Ms2ger> You need to return the same one every time :)
# [23:13] <@ehsan> why?
# [23:13] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [23:13] <@ehsan> hrm
# [23:13] <Ms2ger> And you want to know about changes JS makes to them, no?
# [23:13] <@ehsan> I need to return the same array
# [23:13] <@ehsan> yes
# [23:14] <Ms2ger> Do you need to be told about them right away?
# [23:14] * jlebar|away is now known as jlebar
# [23:14] * Joins: capella-SIII2 (capella-SI@moz-DD0C7E4F.twcny.res.rr.com)
# [23:14] <Ms2ger> As in, synchronously under the array element setter?
# [23:14] <@ehsan> what do you mean?
# [23:14] <@ehsan> oh
# [23:14] <@ehsan> hmm
# [23:14] <@ehsan> I guess
# [23:14] <Ms2ger> Then we're in trouble :)
# [23:15] * Joins: randix (randix@moz-BDAFEB54.dhcp.astr.or.charter.com)
# [23:15] * Quits: capella-SIII (capella-SI@moz-867A7433.pools.spcsdns.net) (Ping timeout)
# [23:15] * Quits: mwu (mwu@moz-59435430.hsd1.nj.comcast.net) (Ping timeout)
# [23:15] <Ms2ger> If you can just read out the data when you need it, that shouldn't be too hard
# [23:15] * gregglind is now known as gregglind_away
# [23:15] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [23:16] <@ehsan> so
# [23:16] * Quits: atte (atte@moz-401E92F1.dhcp.inet.fi) (Connection reset by peer)
# [23:16] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
# [23:17] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
# [23:17] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [23:18] <Ms2ger> Yes?
# [23:18] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [23:18] * Quits: JeroenDeDauw (j@moz-CE7E6767.dip.t-dialin.net) (Quit: Leaving.)
# [23:19] <@ehsan> can RootedObject prevent my JSObjects from getting GCed
# [23:19] <@ehsan> ?
# [23:19] * Quits: jhammel (jhammel@moz-14240F1C.hsd1.ca.comcast.net) (Quit: leaving)
# [23:19] <Ms2ger> That's what it's for
# [23:19] <@ehsan> so
# [23:19] <Ms2ger> (Though it might not yet)
# [23:19] <@ehsan> if I store an array of RootedObjects, am I fine?
# [23:20] <Ms2ger> Yes, until you need fast access to the buffers :)
# [23:20] <Waldo> ehsan: nononononono
# [23:20] * Joins: Ameya (chatzilla@4D2F2B75.A1E6EF62.3B788C77.IP)
# [23:20] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [23:20] <Waldo> ehsan: RootedObject is a stack-only class
# [23:20] <Ms2ger> Boo
# [23:20] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
# [23:21] <Ms2ger> Waldo, then what do you advise? :)
# [23:21] <Waldo> ehsan: it's an RAII class that pushes and pops from a linked list, FIFO
# [23:21] <@ehsan> Waldo: ok how do I hold on to a JSOBject safely?
# [23:21] <Waldo> (or at least it will, when we have a GC that does it
# [23:21] <@ehsan> (in the heap)
# [23:21] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [23:21] <@smaug> what is ehsan doing
# [23:21] <@ehsan> smaug: web audio
# [23:21] <Waldo> ehsan: JS_AddObjectRoot is the current blessed way, I think, but I'm not actually sure it's the bestest way
# [23:21] <sfink> and the wrong order if you mess things up push things in it will
# [23:22] <@ehsan> Waldo: can you please tell me when exactly I should call that?
# [23:22] <Ms2ger> sfink++
# [23:22] <@smaug> ehsan: and some C++ keeps JS array alive?
# [23:22] <@ehsan> this stuff is voodoo to me
# [23:22] <Waldo> terrence: ^ answer this question, please?
# [23:22] <Ms2ger> ehsan, look at ImageData
# [23:22] <@smaug> or arraybuffer?
# [23:22] <@smaug> nsDOMNotifyAudioAvailableEvent has also something similar
# [23:23] <padenot> mozWriteAudio has code for the other direction (js -> c++)
# [23:23] <Ms2ger> JS holding onto C++? I thought we had that solved
# [23:24] * Quits: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Ping timeout)
# [23:24] <@ehsan> smaug: that uses regular js arrays
# [23:24] <@ehsan> Waldo: and JS_AddObjectRoot has one use in the tree
# [23:24] <@ehsan> why do I not feel great about that?!
# [23:24] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [23:24] <@smaug> web audio uses regular js arrays for what?
# [23:24] <@smaug> hopefully not for data
# [23:24] * Joins: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
# [23:24] <@ehsan> smaug: it doesn't, nsDOMNotifyAudioAvailableEvent does
# [23:24] <@smaug> it doesn't
# [23:24] <Ms2ger> ehsan, http://mxr.mozilla.org/mozilla-central/source/content/canvas/src/ImageData.cpp#23
# [23:24] * philor|away is now known as philor
# [23:25] <@ehsan> smaug: http://mxr.mozilla.org/mozilla-central/source/content/events/src/nsDOMNotifyAudioAvailableEvent.cpp#84
# [23:25] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:25] * Quits: cviecco_ (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:25] <@smaug> ehsan: it uses JS_NewFloat32Array
# [23:25] <Ms2ger> You'll want CC stuff like that, I think
# [23:25] <yury> mozWriteAudio might
# [23:25] <@ehsan> smaug: isn't that a regular array?
# [23:25] <Ms2ger> No
# [23:25] <Ms2ger> That's a Float32Array
# [23:25] <@ehsan> oh ok
# [23:25] <@ehsan> good
# [23:25] <Ms2ger> The kind you need too ;)
# [23:25] <@ehsan> so that's what I want
# [23:26] <@ehsan> yep
# [23:26] <@ehsan> man
# [23:26] <@ehsan> this stuff is horribly underdocumented
# [23:26] <Ms2ger> True
# [23:26] * Joins: sgreenlay (sgreenlay@moz-1609A976.dynamic.uwaterloo.ca)
# [23:26] <Ms2ger> I shudder when I think about the GC :)
# [23:26] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
# [23:26] <@smaug> ehsan: yes, both Web Audio API and how to implement this stuff in Gecko
# [23:26] <@ehsan> indeed
# [23:27] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [23:27] <terrence> Ms2ger: working on it
# [23:27] <@ehsan> ok
# [23:27] <@ehsan> so
# [23:27] <@smaug> assuming your C++ is cycle collectable, NS_HOLD_JS_OBJECTS
# [23:27] <@ehsan> I create a regular C++ float[]
# [23:27] <terrence> ehsan: the typical way that C++ keeps JS objects alive is by tracing through them
# [23:27] <Ms2ger> terrence, I know :)
# [23:27] * Joins: naveed (nihsanulla@moz-CA1A84E6.bstnma.fios.verizon.net)
# [23:27] * jeads is now known as jeads|afk
# [23:27] <@ehsan> terrence: tracing through them?
# [23:27] <Ms2ger> ehsan, the _TRACE_ part of http://mxr.mozilla.org/mozilla-central/source/content/canvas/src/ImageData.cpp#23 :)
# [23:28] <@ehsan> ah
# [23:28] <@ehsan> I see
# [23:28] <@smaug> or http://mxr.mozilla.org/mozilla-central/source/content/events/src/nsDOMNotifyAudioAvailableEvent.cpp#50
# [23:28] <@ehsan> voodoo
# [23:28] <Ms2ger> Voodoo indeed
# [23:28] * Joins: michal (michal@moz-41EAF533.lightcomp.cz)
# [23:28] * Quits: c0smikdebris (c0smikdebr@21ED0727.3A385CE3.274D17D6.IP) (Ping timeout)
# [23:28] <@smaug> note, traverse has NS_IMPL_CYCLE_COLLECTION_TRAVERSE_SCRIPT_OBJECTS
# [23:28] <@ehsan> bah
# [23:28] <@ehsan> yes
# [23:29] <terrence> yes ^^, that is the correct answer
# [23:29] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [23:29] <@ehsan> ok
# [23:29] <@ehsan> so let me see if I understand this now
# [23:29] <@ehsan> oh noes
# [23:29] <@ehsan> one more question
# [23:30] <terrence> ehsan: so at GC time, we walk the entire object graph "tracing" and only keep the things that get touched
# [23:30] <@ehsan> JS_NewFloat32Array creates a thing which hides the array
# [23:30] <sfink> hides?
# [23:30] <@ehsan> I mean, it doesn't let you pass in a buffer
# [23:30] <@ehsan> does it?
# [23:30] <Ms2ger> JS_NewFloat32Array creates the array
# [23:30] <sfink> not really, no
# [23:30] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [23:31] <Ms2ger> With an empty buffer
# [23:31] <@ehsan> so I have to copy my C++ buffer inside the JS array back and forth?
# [23:31] <Ms2ger> Of the length you pass in
# [23:31] <Ms2ger> You should copy the initial data in, and the use the buffer the JS array owns
# [23:32] <@dbaron> anybody hit a situation where valgrind can't get past nsStyleFont::nsStyleFont?
# [23:32] <@ehsan> by JS_GetFloat32ArrayData?
# [23:32] <@dbaron> (I recently upgraded to Ubuntu 12.04, and I blame that upgrade.)
# [23:32] <Ms2ger> ehsan, yep
# [23:32] <padenot> dbaron: valgrind works fine for me on ubuntu 12.04
# [23:32] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [23:33] <sfink> ehsan: where are you getting the data from in the first place?
# [23:33] <padenot> dbaron: I don't use the version packaged by ubuntu, though, but compiled from SVN
# [23:33] <@ehsan> sfink: I'm creating the array in C++
# [23:33] <@ehsan> Ms2ger: thanks
# [23:33] <sfink> ehsan: I know. But what's your original data source?
# [23:33] <Ms2ger> So you hold on to the JSObject*, which then holds on to a buffer
# [23:34] <@ehsan> sfink: there's no original data source, I create it myself and fill it with 0s
# [23:34] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [23:34] <Ms2ger> (The first part is... Non-trivial)
# [23:34] <@ehsan> wairt
# [23:34] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [23:34] <sfink> ehsan: then create the array with the right length, grab its buffer, and fill that with zeroes
# [23:34] <@ehsan> Ms2ger: doesn't JS_NewFloat32Array give me a JSObject*?
# [23:34] * Quits: givanica (chatzilla@47128F96.4D6D914F.FB866788.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0.1/20120905151427])
# [23:34] <Ms2ger> ehsan, correct
# [23:35] <sfink> it does, but you have to tell the CC about it if you're going to stick it in a C++ object
# [23:35] <@ehsan> so what do you mean the first part is non-trivial?
# [23:35] <Ms2ger> The CC goop
# [23:35] <@ehsan> right sure
# [23:35] <@ehsan> that's fine
# [23:35] <@ehsan> it's quite trivial in fact ;)
# [23:35] <@ehsan> compared to the whole thing
# [23:36] <sfink> the JSAPI portion of the typed array stuff is fairly exhaustively documented in js/src/jsfriendapi.h, btw
# [23:36] * Joins: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP)
# [23:36] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [23:36] <@ehsan> sfink: well, what I could really use was a documentation which explained how they should be used
# [23:36] <@ehsan> not docs for each function
# [23:37] <@ehsan> but I'll write that blogpost once I get this to work
# [23:37] <@ehsan> :)
# [23:37] <sfink> ok
# [23:38] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [23:38] * Joins: c0smikdebris (c0smikdebr@4AC0C371.1D173DC.274D17D6.IP)
# [23:38] * Quits: Ameya (chatzilla@4D2F2B75.A1E6EF62.3B788C77.IP) (Ping timeout)
# [23:39] * @smaug assumes ehsan doesn't want to learn about CAN_SKIP CC optimization and black-bit-propagation quite yet :)
# [23:39] <@smaug> more macros to add
# [23:39] <@smaug> but they are fortunately optional
# [23:40] <sfink> I wonder if you could automatically detect places where they could be usefully added
# [23:40] <@smaug> really really hard
# [23:40] <@ehsan> smaug: I want to learn about them later not now ;)
# [23:40] <@smaug> it depends on what keeps C++ object alive and how
# [23:40] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [23:41] * mjschranz is now known as mjschranz_away
# [23:41] * Quits: a-865 (fmcz@moz-A5D13CA.cable.mindspring.com) (Quit: ChatZilla 0.9.88.2 [SeaMonkey 2.13/20120912212615])
# [23:41] <sfink> well, if 2 objects never die independently, but always die together... never mind
# [23:41] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [23:41] <@ehsan> is JS_NewFloat32Array fallible?
# [23:42] * rail is now known as rail_away
# [23:42] <sfink> yes
# [23:42] <Ms2ger> Everything is in js-land :)
# [23:42] <@ehsan> suuuper!
# [23:42] <@ehsan> yikes
# [23:42] * Quits: jwilde (Thunderbir@moz-9DE0ED6A.medford.tufts.edu) (Ping timeout)
# [23:43] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:43] <terrence> ehsan: we handle OOM failures... without that many things would be a lot less fallible
# [23:43] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Input/output error)
# [23:43] * jlebar is now known as jlebar|away
# [23:43] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [23:43] * Quits: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [23:44] <@ehsan> terrence: well, fair point
# [23:44] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [23:44] <terrence> ehsan: considering how many OOM failure bugs we have, it's debatable how much utility all that extra error handling is buying us
# [23:45] <@ehsan> fair enough
# [23:45] * sheeri is now known as sheeri-afk
# [23:45] <@ehsan> I'm just sad that I can no longer write nice hippy C++ code ;)
# [23:45] * Quits: stevee (Miranda@moz-26EA4122.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [23:45] <@smaug> terrence: hmm, if there is non-gray js pointing to tracable C++, do we end up unmarkgray the traced JS stuff automatically ?
# [23:45] * Quits: Ms2ger (Ms2ger@C7FCF2D5.F032B4DF.37724B0D.IP) (Quit: nn)
# [23:46] <sfink> I think terrence is a black and white sort of guy
# [23:46] <terrence> smaug: yeah, just give me a few hours to understand what that meant
# [23:46] * Joins: jwilde (Thunderbir@moz-9DE0ED6A.medford.tufts.edu)
# [23:46] <terrence> smaug: right, so the CC needs to flood gray (but not GC gray) along live(?) edges?
# [23:47] <terrence> smaug: but only ones which are not black already, right?
# [23:47] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [23:47] <@smaug> well, I'm not talking about CC here :)
# [23:47] * Joins: jfkthame (jfkthame@22A9BACE.A1C12133.9542EC20.IP)
# [23:48] <sfink> I kind of assumed that whatever is using the gray bits would also check for black and stop when it hit it, but I dunno how any of that stuff works
# [23:48] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [23:48] <@smaug> terrence: I'm wondering about the color of JS stuff after gc
# [23:48] <terrence> smaug: we leave the mark bits alone after GC; GC only knows about black and white
# [23:48] * Quits: jfkthame (jfkthame@22A9BACE.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [23:49] <sfink> xpconnect does the gray marking using the GC's mechanisms
# [23:49] <@smaug> yes, but the stuff that C++ holds may end up gray
# [23:49] <terrence> smaug: there is some code I don't understand that deals specially with cross-compartment edges to preserve color
# [23:49] * mjschranz_away is now known as mjschranz
# [23:49] * Joins: a-865 (fmcz@moz-A5D13CA.cable.mindspring.com)
# [23:50] <terrence> smaug: yes, but I think we never observe gray because we reset the mark bits at the start of marking...
# [23:50] <@smaug> sfink: yeah, I'm thinking about that xpconnect stuff which happens during GC
# [23:50] <@smaug> well, right after
# [23:50] <@smaug> perhaps mccr8 remembers this better
# [23:51] <@smaug> I haven't really looked at GC<->xpconnect stuff too much
# [23:51] <terrence> ah, we do do some gray marking in MarkGrayAndWeak
# [23:51] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [23:51] * kmoir is now known as kmoir-afk
# [23:51] * @smaug is just thinking some optimizations to not mark so many objects gray
# [23:51] <@smaug> gray slows down CC
# [23:52] * mjschranz is now known as mjschranz_away
# [23:52] <sfink> yeah, mccr8's your guy
# [23:53] <mccr8> smaug terrence: the GC doesn't know anything about the C++ that JS holds onto, aside from finalization
# [23:53] <mwu> anyone know of a random red in TestStartupCache.exe?
# [23:53] * Quits: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.89 [Firefox 17.0a2/20120902042008])
# [23:53] <mccr8> sfink: I did play around a little bit with analyzing consecutive CC logs to find objects that are always in there, which indicates the possibility of optimization, but I never got anything useful out of it. Might be more useful now.
# [23:54] * bwinton is now known as bwinton_away
# [23:54] <@smaug> mccr8: so I was thinking that during that phase when xpconnect does gray marking, we could check whether the object is wrappercache and is black
# [23:55] <@smaug> then trace all the js from that C++ object and unmarkgray
# [23:55] * Joins: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP)
# [23:55] <@smaug> (paris bindings will lead to more wrappercache objects)
# [23:56] * Quits: jwilde (Thunderbir@moz-9DE0ED6A.medford.tufts.edu) (Ping timeout)
# [23:56] <mccr8> smaug: bug 717500 maybe? the only problem is that it seemed to require yet another kind of CanSkip. :-/
# [23:56] <@smaug> hmm, we could do that unmarkgray async
# [23:56] * Quits: capella-SIII2 (capella-SI@moz-DD0C7E4F.twcny.res.rr.com) (Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org)
# [23:56] <@smaug> mccr8: not really that bug
# [23:57] * geekboy is now known as geekboy|afk
# [23:57] <@smaug> mccr8: I'm thinking the case JS->C++->JS
# [23:57] <mccr8> ah ok.
# [23:57] <@smaug> after gc we know that the first JS is alive
# [23:57] * Quits: marco (Thunderbir@31972AB9.A2DD14FC.10DC0B64.IP) (Ping timeout)
# [23:57] <@smaug> we could trace C++ and unmark the latter JS
# [23:58] <@smaug> I mean if that latter JS is coming from tracing hooks
# [23:58] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
# [23:59] <mccr8> smaug: yeah I guess if you added some facility to the GC to say "hey, also trace this thing!" then you could call that in the trace hook for the C++ stuff.
# [23:59] <mccr8> so you'd hit the trace hook for the C++ object, it would see that it was being marked black, then it could add whatever it is holding as something to trace further.
# Session Close: Sat Sep 22 00:00:00 2012

The end :)