/irc-logs / mozilla / #developers / 2012-06-12 / end

Options:

# Session Start: Tue Jun 12 00:00:03 2012
# Session Ident: #developers
# [00:00] <fryn> bholley: ping
# [00:00] * cadecairos is now known as cadecairos_away
# [00:00] * AaronMT is now known as AaronMT|away
# [00:02] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Quit: leaving)
# [00:02] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
# [00:02] * Quits: Mitch (chatzilla@moz-A21A3DB9.sbr802.nsw.optusnet.com.au) (Quit: ChatZilla 0.9.88.2 [SeaMonkey 2.10/20120604225435])
# [00:03] <@ehsan> fryn: hi!
# [00:04] <fryn> ehsan: hey, we (jwilde and i) want to listen for the completion of a text selection
# [00:04] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Quit: jgriffin)
# [00:04] <fryn> e.g. usually this happens when the user releases the mouse button after dragging to select the text
# [00:05] <fryn> do you know how we could listen for that?
# [00:05] <@ehsan> fryn: I don't think we currently expose that via an event
# [00:05] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [00:06] * Quits: krit (krit@moz-1FC1932F.adobe.com) (Quit: Leaving.)
# [00:06] * Quits: jduell (jduell@moz-E49CB243.hsd1.ca.comcast.net) (Ping timeout)
# [00:07] <KWierso> fryn: not sure offhand how the Addon SDK's selection module's 'select' event works: https://addons.mozilla.org/en-US/developers/docs/sdk/latest/packages/addon-kit/selection.html
# [00:07] * Joins: jduell (jduell@moz-E49CB243.hsd1.ca.comcast.net)
# [00:09] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Quit: L'ordinateur est en sommeil)
# [00:10] * Quits: pnemsak (Miranda@A6E8C11.B7BED47D.3CA1F9DE.IP) (Ping timeout)
# [00:10] * Quits: mdas (mdas@moz-E31CD2CB.mozilla.org) (Quit: mdas)
# [00:10] * Quits: tal (tal.aloni.@moz-980F9947.red.bezeqint.net) (Quit: )
# [00:10] * joduinn-mtg is now known as jouidnn-coffee
# [00:10] * jouidnn-coffee is now known as joduinn-coffee
# [00:11] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [00:11] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [00:13] * Joins: krit (krit@moz-1FC1932F.adobe.com)
# [00:13] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [00:14] * Quits: krit (krit@moz-1FC1932F.adobe.com) (Quit: Leaving.)
# [00:14] * Quits: nrc (nrc@moz-5DAE2951.bitstream.orcon.net.nz) (Ping timeout)
# [00:15] * Joins: mark (mark@moz-9E3E12EC.off.net)
# [00:15] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [00:15] <bholley> fryn: pong
# [00:15] <bholley> fryn: shall we chat?
# [00:16] <fryn> bholley: yeah sure.
# [00:16] <bholley> fryn: video or irc?
# [00:16] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [00:16] <fryn> bholley: are you in the MV office or elsewhere?
# [00:16] <bholley> fryn: I'm in europe
# [00:16] * Quits: jduell (jduell@moz-E49CB243.hsd1.ca.comcast.net) (Ping timeout)
# [00:17] <fryn> ah
# [00:17] * Joins: jwilde1 (Adium@moz-BBE3ABD.mv.mozilla.com)
# [00:17] <fryn> let's just chat in #developers then.
# [00:17] <bholley> fryn: ok
# [00:17] <fryn> jwilde1 has been working on fixing up those tests,
# [00:17] <bholley> fryn: yeah, I saw \o/
# [00:18] <fryn> and we're wondering why the uses of enablePrivilege in the other password manager tests need to be removed.
# [00:18] <fryn> are you removing your workaround for enablePrivilege in the next release?
# [00:18] <fryn> i agree that in an ideal world,
# [00:18] <fryn> we wouldn't use enablePrivilege at all
# [00:19] <fryn> and all those tests should be browser-chrome tests,
# [00:19] * sheeri is now known as sheeri-afk
# [00:19] <fryn> but the Firefox desktop front-end team is really really short of people
# [00:19] * kmoir-afk is now known as kmoir
# [00:19] <fryn> and we have more than enough things to do. (in fact, we're smaller than the devtools team.)
# [00:19] <bholley> fryn: so, here's the situation
# [00:20] <bholley> fryn: enablePrivilege is going away, eventually
# [00:20] <bholley> fryn: and the decision has been made that it's the responsibility of the relevant module owners to fix up the tests
# [00:21] <bholley> fryn: now, there's a bit of a collective action problem where nobody feels like they're blocking things because other modules haven't fixed their stuff either
# [00:21] * AutomatedTester is now known as AutomatedTester|AFK
# [00:22] <fryn> ok. understood.
# [00:22] <fryn> is there a timeline for this stuff?
# [00:22] <bholley> fryn: the nuclear option is to disable all tests that use enablePrivilege, and let the module owners decide whether to let the tests rot or not
# [00:22] <fryn> specifically, fixing those 4 or 5 tests in password
# [00:22] * Quits: twi (Adium@moz-F9E4EE7F.cust.dsl.vodafone.it) (Quit: Leaving.)
# [00:22] <fryn> will be a stopgap while we have your workaround.
# [00:22] <fryn> when is the workaround going away?
# [00:23] <bholley> fryn: as soon as it can. It depends what kind of traction we get
# [00:23] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Connection reset by peer)
# [00:23] <bholley> fryn: but FWIW, the tests in toolkit are one of the long poles
# [00:23] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [00:23] * Quits: sid (sid@moz-34D4B897.dsl.pipex.com) (Ping timeout)
# [00:23] <fryn> bholley: i'd actually prefer the nuclear option over keeping enablePrivilege. we shouldn't let old stuff block us from moving forward on good, new stuff (ionmonkey, etc.)
# [00:23] <bholley> fryn: because they're involved enough that they're not easy to fix by outsiders
# [00:24] * Joins: erikvold (erikvold@84B8C786.B12AEDC0.6E712CE2.IP)
# [00:24] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [00:25] <bholley> fryn: if you guys don't think the tests are worth the effort to keep you're welcome to disable them. But in general, losing test coverage sucks
# [00:25] <gavin> why are these tests so hard to fix?
# [00:25] <bholley> gavin: the toolkit tests?
# [00:25] <gavin> yes
# [00:25] <bholley> gavin: because they touch chrome much more deeply than other tests
# [00:25] <gavin> pwmgr specifically, right?
# [00:25] <bholley> gavin: most tests that use enablePrivilege just use it to gc() or something
# [00:26] <gavin> "touch chrome" in what way?
# [00:26] <bholley> gavin: the password manager tests are really chrome tests that are unfortunately implemented in content
# [00:26] <fryn> most of them originated
# [00:26] * Joins: WeirdAl (chatzilla@moz-D461843.ask.info)
# [00:26] <fryn> before we had browser-chrome tests
# [00:27] <fryn> as dolske explained it.
# [00:27] * catlee is now known as catlee-away
# [00:27] <bholley> gavin: look at test_prompt_async, for example
# [00:27] * joduinn-coffee is now known as joduinn
# [00:27] <fryn> gavin: https://bugzilla.mozilla.org/show_bug.cgi?id=762528
# [00:28] <bholley> gavin: this ain't your grandfather's html
# [00:28] <gavin> doesn't look like it'd be that hard to convert to a browser chrome test
# [00:28] <bholley> gavin: oh, sure
# [00:29] <fryn> gavin: dolske seemed reluctant both times i talked to him about it.
# [00:29] <fryn> bholley: we'll fix the ones you specifically listed.
# [00:29] <bholley> gavin: I was mostly referring to the fact that it's hard to convert to specialPowers
# [00:29] <fryn> this week.
# [00:29] <gavin> fryn: why?
# [00:29] <fryn> gavin and dolske should talk about what to do with the rest.
# [00:29] <bholley> fryn: anyway, my understanding is that it took jonathan less than a day to fix those tests. I don't imagine it would take more than 3 days to do all of it
# [00:30] <fryn> gavin: just that other things are higher priority, i think.
# [00:30] <fryn> dolske: ^
# [00:30] <fryn> bholley: yeah, it seems easier than i expected so far.
# [00:31] * jgilbert_ is now known as jgilbert
# [00:31] <bholley> fryn: the toolkit tests are 1/4 of the total uses of enablePrivilege in the tree
# [00:32] <Waldo> heh
# [00:32] <fryn> 165 matching lines in 67 files https://mxr.mozilla.org/mozilla-central/search?string=enableprivilege&find=%2Ftoolkit%2F&findi=&;filter=^[^\0]*%24&hitlimit=&tree=mozilla-central
# [00:32] * Quits: squib (squib-@moz-3F6F2A9C.ep.wisc.edu) (Quit: Leaving)
# [00:32] <bholley> fryn: yep
# [00:32] * Joins: jduell (jduell@moz-E49CB243.hsd1.ca.comcast.net)
# [00:32] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
# [00:33] <WeirdAl> !seen mixedpuppy
# [00:33] * Joins: jstraus (Adium@moz-C7B4D9FC.hsd1.ma.comcast.net)
# [00:34] <capella> firebot still down
# [00:34] * Quits: harth (harth@88F51059.F3BBB17D.144F44FA.IP) (Ping timeout)
# [00:34] <fryn> dolske: i'd prefer that you and gavin decide what to do about those tests, and i and/or jwilde and/or others can get it done based on that decision.
# [00:35] * Quits: smagnin (pike@moz-DEF53BC9.fbx.proxad.net) (Ping timeout)
# [00:35] * Joins: harth (harth@88F51059.F3BBB17D.144F44FA.IP)
# [00:35] <Waldo> bz: the FieldAccessorGuard pattern is an idiom, see JS_CallNonGenericMethodOnProxy for an example of it; I'm kind of worried about effectively copying that API comment into the patch
# [00:35] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:36] * Joins: Matti (chatzilla@moz-B6C0B9A9.dip.t-dialin.net)
# [00:36] * Waldo notes he's not a fan of the entire pattern, but he has no better ideas for an API that implements the desired semantics but isn't awful and confusing
# [00:36] <bholley> fryn, dolske: removing enablePrivilege from toolkit would be a giant leap in the direction of removing enablePrivilege, which vastly simplifies xpconnect code and prevents sg:crits. jst is adamant that it happen eventually. But for the moment I'll only bother you about the ones that blow up with my hack
# [00:36] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [00:37] <bholley> fryn, dolske: also keep in mind that my hack probably breaks tests in the sense that they'll be green when they shouldn't be. So any test that retains enablePrivilege is weakened to some degree
# [00:37] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [00:38] <khuey> netscape.security.manager.enablePrivilege = function() { SimpleTest.finish(); }
# [00:38] <@ted> heh
# [00:38] * Quits: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Connection reset by peer)
# [00:38] <khuey> ted: btw I think I'm going to come down tomorrow
# [00:38] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:38] * bholley likes khuey's implementation of the nuclear option
# [00:38] <khuey> we can do lunch/dinner/whatever as time permits
# [00:38] <@ted> khuey: okay, cool
# [00:38] <khuey> bholley: I'm all about nuclear options
# [00:38] <bholley> khuey: :-)
# [00:38] * jcranmer|away is now known as jcranmer
# [00:38] <@ted> khuey: oh, we have a scheduled dinner tomorrow
# [00:38] <@ted> so we could do lunch
# [00:38] <khuey> ok
# [00:38] <@ted> or dinner a different day
# [00:38] <khuey> sgtm
# [00:38] <jwilde1> *also likes khuey's option*
# [00:40] <fryn> khuey++
# [00:40] * Quits: jesup|laptop (chatzilla@B05600D2.3F4E4C13.AF6F698.IP) (Ping timeout)
# [00:40] <fryn> bholley: thanks for the explanation.
# [00:40] <fryn> also, jwilde++ for working on fixing those tests. :)
# [00:40] <bholley> indeed! :-)
# [00:40] * Quits: loadbang (loadbang@moz-60B9465F.range86-147.btcentralplus.com) (Ping timeout)
# [00:41] * Joins: loadbang (loadbang@moz-D0A88600.range86-144.btcentralplus.com)
# [00:41] <khuey> who is jwilde?
# [00:41] <khuey> jwilde1: who are you? :-P
# [00:42] <fryn> khuey: my fantastic intern! :D
# [00:42] <khuey> you have an intern?
# [00:42] <khuey> I didn't know our standards for mentors had slipped so far
# [00:42] <fryn> khuey: i know, me, intern mentor, scary^W awesome times, right? :P
# [00:42] <fryn> khuey--
# [00:42] <fryn> :(
# [00:42] * Quits: dao (dao@moz-40632E1F.superkabel.de) (Ping timeout)
# [00:42] * Quits: harth (harth@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
# [00:42] <khuey> fryn: :-P
# [00:42] <jhammel> wait...i *don't* have an intern? ;)
# [00:42] * Quits: romaxa_home (romaxa@moz-54F5744A.net) (Ping timeout)
# [00:43] <khuey> that's how I felt for about half a second
# [00:43] <khuey> then I remembered that I don't like people
# [00:43] <khuey> and I was happy I don't have an intern
# [00:43] * Joins: timdream (timdream@moz-1AB092B1.adsl.dynamic.seed.net.tw)
# [00:43] <fryn> heh
# [00:43] <KWierso> khuey++
# [00:43] * Joins: dao (dao@moz-40632E1F.superkabel.de)
# [00:43] * Quits: bholley (anonymous@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [00:44] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
# [00:44] * Quits: Pike (Pike@moz-E31CD2CB.mozilla.org) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
# [00:44] * Quits: kaze (kaze@moz-85E57673.w82-123.abo.wanadoo.fr) (Ping timeout)
# [00:45] <nthomas> rillian: you should raise the priority on bug 755941 if you need IT to move faster, I suggest major
# [00:45] <nthomas> or criticial if it's a 24 hour thing
# [00:45] <khuey> who files IT bugs that aren't blockers? :-P
# [00:46] <jhammel> khuey: your first mistake is thinking of interns as people
# [00:46] * Joins: krit (krit@moz-1FC1932F.adobe.com)
# [00:46] <khuey> jhammel++
# [00:46] * Quits: jbalogh (jbalogh@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving...)
# [00:46] <@ted> khuey: you should get a robot intern
# [00:47] * Quits: dao (dao@moz-40632E1F.superkabel.de) (Quit: Leaving.)
# [00:47] * Joins: romaxa_home (romaxa@moz-54F5744A.net)
# [00:47] * Joins: bholley (anonymous@moz-68DEBBE6.adsl.alicedsl.de)
# [00:47] <KWierso> and thus begins the robot uprising
# [00:47] * Joins: bholley_ (anonymous@moz-104CC309.mv.mozilla.com)
# [00:48] * IanN mutters skynet
# [00:49] <khuey> robointern
# [00:49] * Quits: @dbaron (dbaron@moz-CD63533D.dsl.dynamic.sonic.net) (Connection reset by peer)
# [00:49] * Quits: bholley (anonymous@moz-68DEBBE6.adsl.alicedsl.de) (Ping timeout)
# [00:49] * bholley_ is now known as bholley
# [00:49] <khuey> I like the sound of htat
# [00:49] <bsmith> What is a good example of a binary component that exists only for use by xpcshell tests?
# [00:49] <rillian> nthomas, ok, thanks. it's certainly not next-24 hours critical yet. More an issue of it having been a month.
# [00:49] <nthomas> yeah :-S
# [00:49] <bsmith> (by "good" I mean, optimized for maximal copying)
# [00:49] <khuey> bsmith: xpcom/tests/component_no_aslr
# [00:50] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Quit: ajuma)
# [00:50] * Quits: mcsmurf (mcsmurf@moz-4BCD893A.dip.t-dialin.net) (Quit: )
# [00:51] <bsmith> thanks khuey
# [00:52] <khuey> bsmith: make sure you leave out the bit that filters out the ASLR flag :-P
# [00:52] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [00:53] <Wes> If I use a video tag to load a small (20K) video, and it shows up in my http access log twice..... is it doing some kind of half-load and content hand-off? Or is there a bug in there somewhere?
# [00:53] * Quits: raphc (rc@moz-5F29C83B.wb.wifirst.net) (Ping timeout)
# [00:54] <@bsmedberg> Wes: are they both GET requests or is one a HEAD, and are they range requests?
# [00:54] <padenot> Wes: if it is ogg, it is because we need to load the end of the file to compute the duration
# [00:55] <Wes> bsmedberg: Hm! They are both gets, never thought about range requests, is there an easy way to tell this? Log says ""GET /images/small.avi HTTP/1.1" 206 16818"
# [00:55] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
# [00:56] * Quits: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.88.2 [Firefox 14.0a2/20120527042007])
# [00:56] <khuey> is there a Range header?
# [00:56] * Quits: janv (varga@moz-400565FD.flarion.as5628.telecom.sk) (Ping timeout)
# [00:56] <Wes> Ah, yes, 206 is a partial content result code
# [00:56] <Wes> lemme sniff
# [00:56] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Ping timeout)
# [00:56] <philor> wow, nice tree
# [00:57] <philor> who wants to admit to dereferencing a null nscomptr in teststartupcache?
# [00:59] <Wes> padenot: Content is full of 'MPlayer junk data!', guess it's not ogg. (not sure how to tell for sure)
# [00:59] <padenot> Wes: link?
# [01:00] * erick is now known as erick-away
# [01:00] <JonathanS> fascanting way of saying "content"
# [01:00] <Wes> bsmedberg, khuey, this is strange: both requests have Content-Range: bytes 0-16817/16818
# [01:00] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [01:00] <Wes> padenot: http://chiptic.net/videotest.html
# [01:01] <padenot> uh, avi
# [01:01] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [01:01] * Joins: Havvy (Mibbit@moz-C8F5011C.ptld.qwest.net)
# [01:02] <philor> froydnj: do you feel like a good candidate for the TestStartupCache bustage?
# [01:02] * Joins: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
# [01:03] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
# [01:03] * Quits: loadbang (loadbang@moz-D0A88600.range86-144.btcentralplus.com) (Connection reset by peer)
# [01:04] * Joins: artur (artur@moz-6DFBD742.hsd1.vt.comcast.net)
# [01:04] * Joins: loadbang (loadbang@moz-D0A88600.range86-144.btcentralplus.com)
# [01:06] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:06] * Quits: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:07] <Waldo> why oh why oh why oh why does the XBL code, including the patch I'm writing for it, have to make me want to hit my head against a wall, hard, or gouge my eyes out? :-(
# [01:07] * Quits: bholley (anonymous@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [01:07] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:07] * Joins: bholley (anonymous@moz-68DEBBE6.adsl.alicedsl.de)
# [01:07] * Joins: bholley_ (anonymous@moz-68DEBBE6.adsl.alicedsl.de)
# [01:07] * Quits: bholley (anonymous@moz-68DEBBE6.adsl.alicedsl.de) (Connection reset by peer)
# [01:07] * bholley_ is now known as bholley
# [01:07] <philor> because XBL
# [01:08] * Quits: bholley (anonymous@moz-68DEBBE6.adsl.alicedsl.de) (Quit: bholley)
# [01:08] <fryn> Waldo: it was a big mistake imho to make XBL binding based on arbitrary CSS selectors. :/
# [01:08] <Waldo> very much so
# [01:08] <fryn> x-tag/web components is smartly tied to tag names.
# [01:09] * Quits: krit (krit@moz-1FC1932F.adobe.com) (Quit: Leaving.)
# [01:09] <jlebar> bz, Ah, there I go again with "surely." :)
# [01:09] * Quits: Matti (chatzilla@moz-B6C0B9A9.dip.t-dialin.net) (Quit: ChatZilla 0.9.88.2 [SeaMonkey 2.13a1/20120611003002])
# [01:09] <Waldo> jlebar: don't call him surely
# [01:09] <fryn> i'm glad that tab atkins and co. were convinced not to repeat the XBL mistake. the first time i talked to him about it (a year ago), the draft had still involved selectors.
# [01:10] * Quits: TheLink (TheLink@moz-45ED2356.pools.arcor-ip.net) (Client exited)
# [01:10] <jcranmer> so, when are we replaing xbl?
# [01:10] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
# [01:10] <Waldo> jcranmer: top men are working on it (namely, mrbkap)
# [01:11] <jhammel> jcranmer: sounds like you just volunteered :)
# [01:11] * kmoir is now known as kmoir-afk
# [01:11] * Joins: Sander (chatzilla@moz-7B3722C7.dsl.dynamic.simnet.is)
# [01:11] <jcranmer> jhammel: I'm rewriting libmime
# [01:11] <jcranmer> that hereby excuses me from any other rewrites for the next two years
# [01:12] <jhammel> hmmm....i hope my talos rewrite does that for me
# [01:12] * Joins: krit (krit@moz-1FC1932F.adobe.com)
# [01:14] * Joins: njn (chatzilla@moz-AAAE8926.dyn.iinet.net.au)
# [01:14] <Waldo> anyone worked through the gcc 4.7 compilation failures yet, that I can crib work from, if I don't get my clang build working again in short order?
# [01:14] * Quits: kentuckyfriedtakahe (kentuckyfr@E1543D00.EC928025.5A8C189B.IP) (Client exited)
# [01:14] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
# [01:14] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [01:15] * Joins: kentuckyfriedtakahe (kentuckyfr@E1543D00.EC928025.5A8C189B.IP)
# [01:16] * Quits: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [01:16] * Joins: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com)
# [01:16] * Quits: erikvold (erikvold@84B8C786.B12AEDC0.6E712CE2.IP) (Quit: erikvold)
# [01:16] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [01:16] * joduinn is now known as joduinn-mtg
# [01:18] * juanb_ is now known as juanb
# [01:19] * Fallen is now known as Fallen|away
# [01:20] <Waldo> egad, gcc 4.7 warns up the wazoo about enumeral mismatches compiling clang
# [01:20] * Joins: davidb (davidb@moz-68BF56A6.dsl.bell.ca)
# [01:20] * Waldo wonders how bad Mozilla is if that's the case, given clang was building mostly warning-free last he built with 4.6
# [01:22] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [01:23] * Quits: kentuckyfriedtakahe (kentuckyfr@E1543D00.EC928025.5A8C189B.IP) (Client exited)
# [01:23] * Joins: bbondy (bbondy@moz-815B377A.home.cgocable.net)
# [01:24] * Quits: drice (derice@moz-1D9C882A.deploy.akamaitechnologies.com) (Quit: Leaving.)
# [01:24] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Boriss)
# [01:24] * Joins: harth (harth@moz-C2C235AC.bb.sky.com)
# [01:25] <NeilAway> fryn: iirc we only notify when the selection collapse status changes
# [01:25] * Quits: Stan (Stan@moz-9FE64D71.dip.t-dialin.net) (Ping timeout)
# [01:25] <philor> maybe I'll just start backing things out until I feel better
# [01:26] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [01:26] <NeilAway> fryn: tying xbl to tag names makes it useless
# [01:27] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [01:28] <WeirdAl> what're we replacing xbl with?
# [01:28] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [01:29] <WeirdAl> (and no, I'm not volunteering either)
# [01:29] <froydnj> philor: whew, no :)
# [01:29] <Waldo> WeirdAl: web components, a collection of specs I don't know much about
# [01:29] <WG9s> ybl?
# [01:29] * Joins: kentuckyfriedtakahe (kentuckyfr@E1543D00.EC928025.5A8C189B.IP)
# [01:29] <WG9s> ycm?
# [01:29] <philor> froydnj: who would you pick instead?
# [01:29] <WeirdAl> oh, that thing
# [01:29] <Waldo> NeilAway: why? just means you have to say "this name corresponds to these construction/binding implementation details"
# [01:30] <WeirdAl> Waldo: are we just looking to kill off XUL in the long run and replace it with HTML5?
# [01:31] <Waldo> WeirdAl: wouldn't say "just", but killing off XUL for HTML is certainly desirable and a part of long-term musings
# [01:31] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
# [01:31] <Waldo> doubt there's a specific plan for it now, tho
# [01:32] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:32] <froydnj> philor: not sure; that's a weird intermittent failure
# [01:32] * WeirdAl sighs: he's trying to build tomorrow's tools for yesterday's code :(
# [01:33] * jhammel is trying to build tomorrow's code with yesterday's tools :(
# [01:33] <NeilAway> Waldo: because it's inconvenient to have to use a new tag name for each binding
# [01:33] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Leaving...)
# [01:33] * mattwoodrow|away is now known as mattwoodrow
# [01:34] * Joins: sewardj (sewardj@moz-2005C667.dip.t-dialin.net)
# [01:34] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [01:34] <NeilAway> Waldo: we currently have six textbox bindings, for instance
# [01:35] * Quits: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP) (Quit: beaufour)
# [01:35] * Joins: AndChat|624225 (AndChat624@E1543D00.EC928025.5A8C189B.IP)
# [01:35] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [01:35] * ChanServ sets mode: +o dbaron
# [01:36] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [01:36] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [01:36] * ChanServ sets mode: +o dbaron
# [01:36] * aki is now known as aki|bbl
# [01:36] <Waldo> NeilAway: I think it's pretty much agreed <input type="..."> was a mistake
# [01:37] * WG9s thinks things that come in six-packs are good by definition ;-)
# [01:37] * Joins: Stan_ (Stan@moz-9FE64D71.dip.t-dialin.net)
# [01:37] <NeilAway> Waldo: Thunderbird's filter editor has a really useful use of xbl on attributes
# [01:38] <NeilAway> Waldo: the filter action value is set as an attribute on the action target listcell, which then gets bound to the appropriate type of content
# [01:38] <Waldo> NeilAway: just might mean you need a mega-binding for it
# [01:39] * Quits: Goldorak (chatzilla@504CDF79.35D36EE.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [01:39] <Waldo> really this whole aspect of XBL is a foundation of sand; it has so many bad implications for the rest of the stack
# [01:39] * Quits: jduell (jduell@moz-E49CB243.hsd1.ca.comcast.net) (Ping timeout)
# [01:39] <WeirdAl> Waldo: I'd rather it was two or three mini-bindings - the common API, and then an overlay of properties based on the type
# [01:39] * WeirdAl is talking about input
# [01:41] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [01:41] <Waldo> WeirdAl: no, you'd really rather it were separate elements differently named, so that <input type="submit"> doesn't have a valueAsDate property; and don't say it only has it if type="date", because type can be changed at runtime, and then the property has to appear and disappear, and what happens if script's made the property non-deletable?
# [01:41] <Waldo> WeirdAl: or even made the entire element non-extensible so no new properties *at all* can be added to it
# [01:41] <froydnj> philor: back me out if you like; I have a hard time seing how the commit could have that action at a distance, but I have an equally hard time seeing as how anybody else could have caused that
# [01:42] <WeirdAl> Waldo: wrt input type attribute, that ship's already sailed
# [01:42] <WeirdAl> only with HTML 28 might we be able to claw that back
# [01:43] <Waldo> WeirdAl: web components shouldn't have to support what basically everyone agrees is a design error
# [01:44] <philor> froydnj: thanks, we can always reland you in a nice clean tree in six or eight hours :)
# [01:44] <Waldo> although as I said, maybe a mega-binding could do it
# [01:44] * Waldo kind of doubts it, form elements probably have to be faster than a super-general system like web components can allow
# [01:45] <NeilAway> Waldo: and it's neat that I can change a button from a regular button to a dual menubutton just by setting an attribute.
# [01:45] * bear is now known as bear-afk
# [01:46] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [01:46] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Ping timeout)
# [01:47] <Jesse_> dzbarsky: oong
# [01:47] * darktrojan likes that he can switch bindings using a style attribute if necessary
# [01:47] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [01:47] <dzbarsky> Jesse_: is calling
# [01:47] <dzbarsky> + SpecialPowers.DOMWindowUtils.garbageCollect() sync?
# [01:48] <dzbarsky> i.e. is that how I convert the testcase in bug 763626
# [01:49] * heycam|away is now known as heycam
# [01:49] <Waldo> NeilAway, darktrojan: there are lots of things that are neat but completely wrong, and/or not something we should go out of our way to support; js1k and similar are an example
# [01:49] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [01:49] <Waldo> s/an/another/
# [01:49] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [01:50] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [01:50] * Quits: db48x` (user@moz-83319934.dsl.static.sonic.net) (Client exited)
# [01:50] * Joins: db48x` (user@moz-83319934.dsl.static.sonic.net)
# [01:51] * Quits: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: to the cleaners!)
# [01:51] <Jesse_> dzbarsky: dunno. look at the code, or try it with a build that crashes?
# [01:52] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [01:52] <Jesse_> oh, it's using DOMWindowUtils? probably the same thing fuzzPriv ultimately calls :)
# [01:52] * Joins: nalexander (nalexander@moz-59682A1.dmz.scl3.mozilla.com)
# [01:53] <Jesse_> hmm, no, mine calls Cu.forceGC()
# [01:54] <Jesse_> garbageCollect() is weird, it forces both GC and CC
# [01:54] * coop is now known as coop|afk
# [01:55] * Parts: nalexander (nalexander@moz-59682A1.dmz.scl3.mozilla.com)
# [01:55] * Joins: jbalogh (jbalogh@moz-5D2708AA.hsd1.ca.comcast.net)
# [01:56] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [01:57] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [01:58] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
# [01:58] * Quits: kmoir-afk (chatzilla@moz-4CA9B556.cable.teksavvy.com) (Ping timeout)
# [01:58] * Quits: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
# [01:59] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [02:00] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [02:00] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
# [02:00] * Quits: timdream (timdream@moz-1AB092B1.adsl.dynamic.seed.net.tw) (Quit: timdream)
# [02:05] * Joins: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [02:05] * Quits: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com) (Quit: sworkman_)
# [02:06] * Quits: overholt (overholt@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: overholt)
# [02:07] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:07] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
# [02:08] * Quits: jet (junglecode@moz-CEF75604.hsd1.ca.comcast.net) (Quit: jet)
# [02:09] * Quits: rillian (giles@A5087023.2354C43D.D8E68FF6.IP) (Quit: Ex-Chat)
# [02:09] * Quits: db48x` (user@moz-83319934.dsl.static.sonic.net) (Client exited)
# [02:09] * Joins: db48x` (user@moz-83319934.dsl.static.sonic.net)
# [02:09] * Quits: priya (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
# [02:12] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
# [02:13] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [02:13] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Quit: darktrojan)
# [02:13] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:15] * nthomas is now known as nthomas|away
# [02:15] * Joins: nattokirai_ (nattokirai@moz-348F61F0.mozilla.or.jp)
# [02:15] <db48x`> I'm ok with replacing XBL as long as we have some means of abstraction of similar power to replace it with
# [02:19] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving)
# [02:19] <dzbarsky> Jesse_: that's fine, it should still crash I think
# [02:20] <Jesse_> yeah, probably
# [02:20] <Jesse_> on the other hand, this other bug/testcase i'm working on, with the 4 specially interleaved calls to GC and CC...
# [02:21] <dzbarsky> good luck to you sir ;)
# [02:21] * Quits: IanN (chatzilla@moz-3F5A461C.cable.virginmedia.com) (Quit: ChatZilla 0.9.88.2 [SeaMonkey 2.12a1/20120523223741])
# [02:21] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [02:22] <bdahl> anyone have any pointers on how to set an nsIFrame's width to auto?
# [02:22] * Quits: Sander (chatzilla@moz-7B3722C7.dsl.dynamic.simnet.is) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [02:23] * Quits: KWierso (Daily@moz-66981D8E.desm.qwest.net) (Quit: KWierso)
# [02:24] * Joins: jduell (jduell@moz-D4496E92.hsd1.ca.comcast.net)
# [02:25] <db48x`> bdahl: width: auto
# [02:25] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
# [02:25] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [02:26] <bdahl> db48x`: in css yes, but i'm talking about nsIFrame
# [02:26] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [02:26] * Parts: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [02:26] * Joins: edwin (me@538BABFE.A073F3E.97BBD552.IP)
# [02:27] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [02:27] * Joins: KWierso (Daily@moz-66981D8E.desm.qwest.net)
# [02:27] * devd is now known as devd_afk
# [02:30] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [02:30] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [02:30] * Quits: bbondy (bbondy@moz-815B377A.home.cgocable.net) (Ping timeout)
# [02:31] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [02:32] <khuey> ted: ping
# [02:32] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [02:32] * ChanServ sets mode: +o ehsan
# [02:32] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
# [02:32] * Quits: mike5w3c (MikeS@moz-27DD1FA3.xgsspn.imtp.tachikawa.spmode.ne.jp) (Quit: mike5w3c)
# [02:33] * Quits: krit (krit@moz-1FC1932F.adobe.com) (Quit: Leaving.)
# [02:34] * joduinn-mtg is now known as joduinn-coffee
# [02:34] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [02:34] <dholbert> dbaron, is there any way to ask a document "are there any CSS animations registered / scheduled to play at any point in the future?"
# [02:34] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
# [02:35] <@dbaron> dholbert, depends how much of the code you already want written for you :-)
# [02:35] * Quits: WeirdAl (chatzilla@moz-D461843.ask.info) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0/20120601045813])
# [02:35] * edwin is now known as edf
# [02:36] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
# [02:36] * edf is now known as edwin
# [02:36] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
# [02:36] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [02:37] <dholbert> dbaron, heh. I was just glancing back at the SVG-as-an-image impl of the boolean "imgIContainer::animated" attr ( http://mxr.mozilla.org/mozilla-central/source/image/public/imgIContainer.idl#91 ), and realized we should probably be checking for CSS animations
# [02:37] <dholbert> dbaron, (right now we just check for SMIL animations, which is easy)
# [02:37] * WG9s is confused by topic. He thought uplifts occurred on Tuesdays. 2012-07-16 seems to be a Monday.
# [02:38] <@dbaron> WG9s, they're Mondays now
# [02:38] <WG9s> So it would seem.
# [02:38] <@dbaron> WG9s, there was a thread about it on dev-somethingorother
# [02:38] <dholbert> dbaron, anyway -- mostly wanted to ask if it's at all possible / sensible to check "are there css animations in this document" (modulo a little bit of implementation work) -- if so, I'll file a bug
# [02:39] * Quits: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com) (Quit: damons)
# [02:39] <dholbert> dbaron, sounds like "yes, it's possible, but not yet trivial" is the answer
# [02:39] * Quits: jbalogh (jbalogh@moz-5D2708AA.hsd1.ca.comcast.net) (Quit: Leaving...)
# [02:39] <@dbaron> dholbert, yes, should be possible
# [02:39] <dholbert> :)
# [02:39] <@dbaron> dholbert, shouldn't be that hard, I don't think
# [02:39] * Joins: jprmc (jprmc@500CA98.5BCEC6DB.DA78B690.IP)
# [02:39] <dholbert> dbaron, awesome.
# [02:39] <WG9s> Just sayin' in the past Mozilla releases (like record releases, but not sure what the relationship was there, and not sure anyone remembers records other than he) have ALWAYS been on Tuesdays.
# [02:40] <dholbert> WG9s, releases are still tuesdays
# [02:40] <@dbaron> WG9s, the releases are still Tuesdays
# [02:40] <dholbert> WG9s, we just decided that giving RelEng a few-hour-turnaround was sadistic
# [02:40] <WG9s> OK so we uplift a day ahead to give more time to get the release ready?
# [02:40] <dholbert> yeah
# [02:41] <WG9s> OK I can understand that
# [02:41] <@dbaron> dholbert, though there will be a bit of an issue of timing, since you need to wait until style has been resolved
# [02:41] <dholbert> dbaron, ok
# [02:41] * Quits: adrian (adrian@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:42] * Quits: zpao (zpao@moz-39F526F1.hsd1.ca.comcast.net) (Client exited)
# [02:42] <WG9s> The other thing I don;t quite get is what takes so long in getting Auroroa to be ready after a release.
# [02:43] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [02:43] * Quits: Mook_as (Daily@moz-1FCC0032.activestate.com) (Quit: Mook_as)
# [02:43] <WG9s> Is that a trying to figure out what features need to be backed out before we update Auroroa users?
# [02:45] * Joins: dao (dao@moz-40632E1F.superkabel.de)
# [02:45] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [02:45] <mbrubeck> mfinkle: red on Aurora
# [02:46] * Quits: Jesse_ (jruderman@moz-BBE3ABD.mv.mozilla.com) (Quit: Jesse_)
# [02:46] <mbrubeck> and Beta
# [02:46] * Quits: KaiRo (robert@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [02:47] * Quits: rnewman (rich_holyg@moz-59682A1.dmz.scl3.mozilla.com) (Quit: Reconnecting)
# [02:47] * Joins: rnewman (rich_holyg@moz-59682A1.dmz.scl3.mozilla.com)
# [02:47] * Joins: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com)
# [02:47] <jgilbert> !seen jsmith
# [02:48] <KWierso> !summon firebot
# [02:48] * Joins: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com)
# [02:48] * Quits: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [02:48] * WG9s just sayin' perhaps things should required to land on aurora and be green BEFORE landing on beta?
# [02:49] * Quits: dcamp (dave@9E727688.17C2F9C.163DC5C6.IP) (Quit: Leaving...)
# [02:49] <jgilbert> WG9s: how demanding of you
# [02:49] <WG9s> ;-)
# [02:49] * Quits: wesj (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:49] * Joins: dcamp (dave@9E727688.17C2F9C.163DC5C6.IP)
# [02:49] * zzzzz thought the SOP for red on Android was 'clobber' :P
# [02:49] <mbrubeck> This 'un's fer real
# [02:49] * Quits: loadbang (loadbang@moz-D0A88600.range86-144.btcentralplus.com) (Quit: loadbang)
# [02:50] <WG9s> no retrigger and if that does not work then clobber i think
# [02:51] <@dbaron> WG9s, that's double the time spent watching the tree, which is mostly just a waste
# [02:51] * Quits: dcamp (dave@9E727688.17C2F9C.163DC5C6.IP) (Ping timeout)
# [02:51] * mjschranz_away is now known as mjschranz
# [02:51] <WG9s> as if anyone actullay paid attention to android test results ... sigh!
# [02:52] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
# [02:52] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [02:52] * Joins: janv (varga@moz-400565FD.flarion.as5628.telecom.sk)
# [02:53] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
# [02:53] * Quits: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [02:53] * Quits: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com) (Client exited)
# [02:54] <zzzzz> WG9s: ++
# [02:54] * Joins: priya (Adium@moz-5843392D.hsd1.ca.comcast.net)
# [02:56] * Quits: priya (Adium@moz-5843392D.hsd1.ca.comcast.net) (Quit: Leaving.)
# [02:56] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [02:57] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [02:58] * Quits: db48x` (user@moz-83319934.dsl.static.sonic.net) (Ping timeout)
# [02:59] * ewong|away is now known as ewong
# [03:01] * Joins: roc (chatzilla@6F26F756.3C82DFDE.1F72B910.IP)
# [03:01] * ChanServ sets mode: +o roc
# [03:01] * Joins: jesup|laptop (chatzilla@B05600D2.3F4E4C13.AF6F698.IP)
# [03:01] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Quit: Mardak)
# [03:01] * Quits: espindola (espindola@moz-A2730B62.dsl.teksavvy.com) (Quit: Ex-Chat)
# [03:03] * Joins: thinker (thinker@moz-71AD2643.dynamic.kbronet.com.tw)
# [03:03] * Joins: db48x (user@moz-83319934.dsl.static.sonic.net)
# [03:03] * Quits: ashish (ashish@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
# [03:04] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
# [03:06] * Joins: kmoir-afk (chatzilla@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
# [03:06] * Joins: erikvold (erikvold@F8130478.1699A1DD.67CA24A9.IP)
# [03:08] * Quits: TheCrap (TheCrap@moz-A0F24C4C.dip0.t-ipconnect.de) (Ping timeout)
# [03:08] * Joins: ashish (ashish@moz-59682A1.dmz.scl3.mozilla.com)
# [03:09] * Quits: @dveditz (dveditz@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:09] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
# [03:10] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
# [03:10] * ChanServ sets mode: +o ehsan
# [03:11] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Quit: Mardak)
# [03:11] * Quits: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com) (Ping timeout)
# [03:13] * Joins: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net)
# [03:13] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [03:14] * Quits: jprmc (jprmc@500CA98.5BCEC6DB.DA78B690.IP) (Quit: Leaving)
# [03:16] * Joins: victorporof (victorporo@5C453B31.BEB908B0.79933D60.IP)
# [03:16] * fabrice is now known as fabrice|afk
# [03:17] * Quits: espadrine (espadrine@moz-BBE3ABD.mv.mozilla.com) (Quit: espadrine)
# [03:19] * Quits: chewey (chewey@moz-6CF0C78.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:19] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Ping timeout)
# [03:19] * Joins: chewey (chewey@moz-AD2C04D.dip0.t-ipconnect.de)
# [03:19] * nthomas|away is now known as nthomas
# [03:19] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [03:20] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
# [03:20] * aki|bbl is now known as aki
# [03:21] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
# [03:21] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 13.0/20120605112324])
# [03:22] * Quits: ianbicking (ianbicking@moz-5D45B48D.hsd1.mn.comcast.net) (Quit: ianbicking)
# [03:22] <darktrojan> does anyone know how to make an onboard microphone not sound like a badly tuned radio?
# [03:22] * Quits: biesi (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP) (Ping timeout)
# [03:23] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Ping timeout)
# [03:23] <Unfocused> besides not using the onboard microphone? :P
# [03:23] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [03:24] <darktrojan> yeah I'm coming to that conclusion
# [03:24] <philor> fml
# [03:24] * Quits: kmoir-afk (chatzilla@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Ping timeout)
# [03:24] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Client exited)
# [03:25] * Joins: dveditz (dveditz@moz-BBE3ABD.mv.mozilla.com)
# [03:25] * ChanServ sets mode: +o dveditz
# [03:25] <philor> mbrubeck: I would be very very very open to advice
# [03:25] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [03:25] <@dolske> wear sunscreen
# [03:26] * Quits: jrmuizel (jrmuizel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [03:26] <darktrojan> back out ALL the things
# [03:27] * Quits: @ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Input/output error)
# [03:27] * Joins: m_kato (m_kato@moz-348F61F0.mozilla.or.jp)
# [03:28] * Quits: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [03:29] * WG9s thinks if we back-out ALL the things then we won't really have a browser will we?
# [03:29] <Unfocused> eat your greens
# [03:29] <WG9s> I will galdly pay you tuesday for a homburger today!
# [03:30] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
# [03:30] * ChanServ sets mode: +o ehsan
# [03:31] <WG9s> (and please excuse my crappy typing)
# [03:32] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [03:33] * Quits: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com) (Quit: damons)
# [03:33] * Joins: jrmuizel (jrmuizel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [03:34] * Quits: @roc (chatzilla@6F26F756.3C82DFDE.1F72B910.IP) (Ping timeout)
# [03:34] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:35] * cjones is more of a fedora man
# [03:35] * Quits: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Quit: juanb)
# [03:37] <Waldo> hmm, so new mq+try has been broken for four-odd months now? :-\
# [03:37] * Waldo eyes bug 725362 beadily
# [03:37] * Joins: jonwil (jonwil@moz-B6B15592.static.tpgi.com.au)
# [03:37] * bwinton_away is now known as bwinton
# [03:38] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 13.0/20120605112324])
# [03:38] <Unfocused> its not broken if you use the trychooser extension...
# [03:40] <tbsaunde> 8rkkall you have to do is sacrifice a particularly cute fuzzy creature
# [03:41] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88.2 [Firefox 16.0a1/20120610181009])
# [03:41] <Unfocused> uh, preferably not me
# [03:44] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [03:45] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [03:47] * Quits: dao (dao@moz-40632E1F.superkabel.de) (Quit: Leaving.)
# [03:48] * Quits: victorporof (victorporo@5C453B31.BEB908B0.79933D60.IP) (Client exited)
# [03:48] * Joins: mwu (mwu@moz-B57CEA7A.dynamic.hinet.net)
# [03:50] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [03:51] * bwinton is now known as bwinton_away
# [03:51] * Joins: ianbicking (ianbicking@moz-5D45B48D.hsd1.mn.comcast.net)
# [03:51] * Joins: victorporof (victorporo@5C453B31.BEB908B0.79933D60.IP)
# [03:52] * Quits: harth (harth@moz-C2C235AC.bb.sky.com) (Input/output error)
# [03:54] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Quit: darktrojan)
# [03:54] * Parts: jwilde1 (Adium@moz-BBE3ABD.mv.mozilla.com)
# [03:55] * Quits: sewardj (sewardj@moz-2005C667.dip.t-dialin.net) (Ping timeout)
# [03:56] * khuey is now known as khuey|away
# [03:56] * Joins: sewardj (sewardj@moz-83E2467A.dip.t-dialin.net)
# [03:59] * Quits: jrmuizel (jrmuizel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [04:00] <philor> we really need to make some sort of decision about whether we're just going to apply inbound rules to every tree or not
# [04:01] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Quit: jgriffin)
# [04:01] <philor> because...
# [04:01] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Connection reset by peer)
# [04:01] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [04:02] <philor> ehsan: you've got unstarred failures on beta
# [04:02] <philor> dbaron: you've got unstarred failures on beta
# [04:02] <@ehsan> let me take a look
# [04:02] * Quits: dria (dria@F2D29657.F60B0462.67AC9B1.IP) (Quit: dria)
# [04:02] <philor> mfinkle: you've got unstarred failures on beta
# [04:02] <philor> tn: you've got unstarred failures on beta
# [04:02] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [04:02] <philor> blassey: you've got unstarred failures on beta
# [04:03] <blassey> philor: not that I can see
# [04:03] <blassey> on tbpl
# [04:03] * Joins: Asa (asa@moz-FEE5419.csi-sbs.com)
# [04:04] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [04:04] <philor> https://tbpl.mozilla.org/?tree=Mozilla-Beta&rev=67e8121ecd13
# [04:04] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:06] <blassey> philor: why is inbound closed?
# [04:06] <philor> blassey: please, please, please don't tell me that you can't tell
# [04:06] <philor> https://tbpl.mozilla.org/?tree=Mozilla-Inbound&onlyunstarred=1
# [04:06] * Quits: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [04:06] <philor> and maybe hit the down-arrow once
# [04:07] <blassey> philor: tbpl changed
# [04:07] <blassey> was looking for color on the top
# [04:07] <blassey> but seriously, if the tree is closed there needs to be a bug and it needs to be in the note
# [04:08] <philor> do not push me
# [04:08] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Connection reset by peer)
# [04:08] <philor> seriously, do not
# [04:09] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [04:09] * joduinn-coffee is now known as joduinn
# [04:09] <blassey> so, the "recent TBPL changes" link gives me a blank page
# [04:09] <blassey> thank you google groups
# [04:09] <KWierso> blassey: works for me :\
# [04:10] <blassey> and philor, I don't know what you're talking about in terms of pushing you
# [04:10] <blassey> but right now I've got no idea why inbound is closed
# [04:10] <blassey> is it an IT outage?
# [04:10] <blassey> is it some automation thing?
# [04:11] * Quits: billm (billm@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [04:11] <blassey> KWierso: well, can you tell me how I bring the pretty colors back?
# [04:11] * Quits: mwu (mwu@moz-B57CEA7A.dynamic.hinet.net) (Ping timeout)
# [04:11] <blassey> since I can't see that newsgroup post
# [04:11] <blassey> is there a wiki?
# [04:11] * Joins: mike5w3c (MikeS@moz-3B22AB37.tokyo.fdn.vectant.ne.jp)
# [04:12] <mfinkle> philor, got my two
# [04:12] <KWierso> blassey: I think that's a "you can't do that anymore" thing, if you're talking about the squares up in the corner
# [04:12] <Waldo> blassey: because there's a bunch of orange that's unexplained, and many builds on tbpl have been orange off and on since this morning even?
# [04:12] * Quits: AaronMT|away (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [04:12] <KWierso> blassey: the post's contents: http://pastebin.mozilla.org/1660891
# [04:13] <Waldo> blassey: the usual thought is bad stuff got pushed, but given the number of backouts thus far, who knows
# [04:13] <blassey> KWierso: thanks
# [04:13] <Waldo> blassey: hence the closure until things can actually be straightened out
# [04:13] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving...)
# [04:13] <blassey> Waldo: cool, thanks
# [04:14] * blassey updates closed message
# [04:14] * Joins: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com)
# [04:14] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [04:19] * Quits: tchevalier (Instantbir@moz-BEF161E0.w92-143.abo.wanadoo.fr) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [04:20] * Joins: jrmuizel (jrmuizel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [04:21] * Joins: thucydides (chatzilla@moz-27D36808.maine.res.rr.com)
# [04:21] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [04:21] * Quits: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com) (Quit: ChatZilla 0.9.87-5.1450hg.fc17 [XULRunner 13.0/20120605112244])
# [04:22] * Quits: thucydides (chatzilla@moz-27D36808.maine.res.rr.com) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0/20120601045813])
# [04:25] * Quits: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP) (Ping timeout)
# [04:26] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [04:27] * Quits: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [04:29] * Joins: mwu (mwu@moz-99690620.hinet-ip.hinet.net)
# [04:30] * mjschranz is now known as mjschranz_away
# [04:39] * Quits: db48x (user@moz-83319934.dsl.static.sonic.net) (Quit: reboot windows)
# [04:42] * Quits: jesup|laptop (chatzilla@B05600D2.3F4E4C13.AF6F698.IP) (Ping timeout)
# [04:43] * Quits: mreavy (chatzilla@B05600D2.3F4E4C13.AF6F698.IP) (Ping timeout)
# [04:44] * Joins: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP)
# [04:45] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [04:45] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Connection reset by peer)
# [04:45] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [04:46] * Quits: jrmuizel (jrmuizel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [04:47] * Joins: nhirata (nhirata.bu@moz-250E4BAA.dsl.static.sonic.net)
# [04:48] * Joins: db48x (user@moz-83319934.dsl.static.sonic.net)
# [04:50] <@dbaron> bz, so what's the chance you could review https://bug759755.bugzilla.mozilla.org/attachment.cgi?id=632110 this evening?
# [04:50] * Joins: nli` (nli@moz-99690620.hinet-ip.hinet.net)
# [04:50] * Quits: db48x (user@moz-83319934.dsl.static.sonic.net) (Client exited)
# [04:50] * Joins: db48x (user@moz-83319934.dsl.static.sonic.net)
# [04:51] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [04:52] * Quits: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
# [04:53] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [04:54] <philor> interesting, the last 761049 on inbound was at 22:00 last night
# [04:55] * Quits: Asa (asa@moz-FEE5419.csi-sbs.com) (Ping timeout)
# [04:55] * Joins: Asa (asa@moz-FEE5419.csi-sbs.com)
# [04:57] * Joins: wesj (Instantbir@moz-135A9FA9.hsd1.ca.comcast.net)
# [04:58] <@bz> dbaron: looking
# [05:03] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [05:03] * Quits: @dveditz (dveditz@moz-BBE3ABD.mv.mozilla.com) (Quit: dveditz)
# [05:06] * Joins: Mardak (Mardak@moz-9509DFBB.hsd1.ca.comcast.net)
# [05:08] * heycam is now known as heycam|away
# [05:09] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
# [05:09] <@bz> dbaron: done
# [05:09] * Quits: johanc (chatzilla@moz-8E1A9E8E.bredband.comhem.se) (Ping timeout)
# [05:10] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [05:10] * Quits: hub (hub@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
# [05:10] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [05:10] * lsblakk is now known as lsblakk|afk
# [05:12] * Joins: timdream (timdream@moz-DFF1A5E8.hinet-ip.hinet.net)
# [05:12] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
# [05:14] * joduinn is now known as joduinn-afk
# [05:16] * Quits: avih (quassel@moz-C7E2C64E.red.bezeqint.net) (Ping timeout)
# [05:19] <philor> blassey: inbound is open
# [05:19] <mwu> philor: thanks for clearing this mess up
# [05:19] <njn> philor: thanks for cleaning all the messes up
# [05:20] <mwu> cleaning*
# [05:20] * Quits: db48x (user@moz-83319934.dsl.static.sonic.net) (Ping timeout)
# [05:20] <philor> yw
# [05:20] <mbrubeck> So, was kbrosnan's patch pushed to Try before crash-landing on Beta and Aurora?
# [05:21] * Joins: KaiRo (robert@moz-9CE00FC0.holiday-inn-express.mozilla.hq)
# [05:22] <mbrubeck> It has a new mochitest-plain-1 failure on Aurora in a test that uses setTimeout...
# [05:22] * Quits: mike5w3c (MikeS@moz-3B22AB37.tokyo.fdn.vectant.ne.jp) (Ping timeout)
# [05:23] <mbrubeck> in a background tab
# [05:23] <mbrubeck> ...
# [05:23] <mbrubeck> blassey: ^
# [05:24] * Joins: dvander`home (dvander@moz-EC56C22F.hsd1.ca.comcast.net)
# [05:26] * Quits: bc (bc@454BDC37.1D5E8529.AC69809B.IP) (Ping timeout)
# [05:26] * Joins: db48x (user@moz-83319934.dsl.static.sonic.net)
# [05:27] * Joins: bc (bc@454BDC37.1D5E8529.AC69809B.IP)
# [05:29] * Joins: avih (quassel@570D9BA8.BE57F194.51B98CA5.IP)
# [05:30] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: nbvcx)
# [05:31] * Joins: dzbarsky (Adium@moz-85EBB8A.dia.static.qwest.net)
# [05:33] * Joins: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
# [05:33] * Quits: bc (bc@454BDC37.1D5E8529.AC69809B.IP) (Ping timeout)
# [05:33] * Quits: timdream (timdream@moz-DFF1A5E8.hinet-ip.hinet.net) (Quit: timdream)
# [05:34] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Ping timeout)
# [05:34] <blassey> mbrubeck: no it wasn't
# [05:36] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
# [05:36] * Joins: twi (Adium@moz-F9E4EE7F.cust.dsl.vodafone.it)
# [05:38] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
# [05:38] <blassey> mbrubeck: what is the best way to disable that test for android?
# [05:41] * Quits: Mardak (Mardak@moz-9509DFBB.hsd1.ca.comcast.net) (Quit: Mardak)
# [05:45] <blassey> mbrubeck: it hasn't actually failed on central yet
# [05:45] <blassey> but when it does, https://gist.github.com/9f43bf66ec3b23ecc067
# [05:46] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
# [05:47] <blassey> mbrubeck: up for your review in bug 736602
# [05:48] <Jesse> ehsan: i thought debuggers were being fixed to be able to handle frame pointer omission
# [05:51] * Quits: dzbarsky (Adium@moz-85EBB8A.dia.static.qwest.net) (Quit: Leaving.)
# [05:52] * Joins: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net)
# [05:52] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [05:53] * Quits: @bsmedberg (bsmedberg@moz-BBE3ABD.mv.mozilla.com) (Quit: bsmedberg)
# [05:57] * Quits: vikram360 (vikram360@1A6CCEE6.5CE7E5D4.2A068A5E.IP) (Ping timeout)
# [05:57] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [05:58] <cjones> Jesse, debuggers don't need frame pointers
# [05:59] * Joins: vikram360 (vikram360@A60ED3A7.B0351687.2A068A5E.IP)
# [05:59] * Joins: krit (krit@moz-3AE657AD.hsd1.ca.comcast.net)
# [06:00] <Jesse> so why https://groups.google.com/forum/?fromgroups#!topic/mozilla.dev.platform/UENmwUOFCkU
# [06:03] <cjones> that's for the sake of non-debugger tools
# [06:03] <cjones> we don't ship debug data along with firefox
# [06:03] <cjones> to walk the stack *quickly*, frame pointers are needed
# [06:03] <cjones> like what a profiler would do
# [06:03] * Quits: janv (varga@moz-400565FD.flarion.as5628.telecom.sk) (Ping timeout)
# [06:03] * Joins: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP)
# [06:04] * Joins: janv (varga@moz-400565FD.flarion.as5628.telecom.sk)
# [06:05] * Quits: davidb (davidb@moz-68BF56A6.dsl.bell.ca) (Quit: davidb)
# [06:06] <cpearce> how can I test a web "app" in a locally build firefox instance?
# [06:06] <cpearce> s/build/built"
# [06:08] * Quits: db48x (user@moz-83319934.dsl.static.sonic.net) (Client exited)
# [06:08] * Joins: db48x (user@moz-83319934.dsl.static.sonic.net)
# [06:08] * philor is now known as philor|away
# [06:09] * Joins: johanc (chatzilla@moz-8E1A9E8E.bredband.comhem.se)
# [06:09] * Joins: glob (glob@moz-DF237567.glob.com.au)
# [06:10] * cjones is now known as cjones-dinner
# [06:10] * Quits: johanc (chatzilla@moz-8E1A9E8E.bredband.comhem.se) (Ping timeout)
# [06:13] * Joins: kaze (kaze@moz-85E57673.w82-123.abo.wanadoo.fr)
# [06:15] * philor|away is now known as philor
# [06:15] * Quits: db48x (user@moz-83319934.dsl.static.sonic.net) (Client exited)
# [06:15] * Joins: db48x (user@moz-83319934.dsl.static.sonic.net)
# [06:15] * Joins: Hughman (Mibbit@612FCB38.45583DB0.A3B82EC7.IP)
# [06:16] * Quits: Hughman (Mibbit@612FCB38.45583DB0.A3B82EC7.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [06:16] * Joins: Hughman (Mibbit@612FCB38.45583DB0.A3B82EC7.IP)
# [06:17] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [06:20] * philor is now known as philor|away
# [06:22] * Quits: db48x (user@moz-83319934.dsl.static.sonic.net) (Client exited)
# [06:22] * Joins: db48x (user@moz-83319934.dsl.static.sonic.net)
# [06:24] * Quits: KaiRo (robert@moz-9CE00FC0.holiday-inn-express.mozilla.hq) (Input/output error)
# [06:26] * heycam|away is now known as heycam
# [06:26] * Quits: db48x (user@moz-83319934.dsl.static.sonic.net) (Client exited)
# [06:26] * Joins: db48x (user@moz-83319934.dsl.static.sonic.net)
# [06:27] <Jesse> hub: did https://bugzilla.mozilla.org/show_bug.cgi?id=733513 get backed out or something? my mac nightly wasn't built with --enable-accessiblity (but my tinderbox debug build was)
# [06:27] * Quits: StevenLee (chatzilla@moz-99690620.hinet-ip.hinet.net) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0/20120601175215])
# [06:27] <hub> Jesse: yes it was
# [06:27] * philor|away is now known as philor
# [06:27] <hub> because it was breaking a lot of sh*t on Mac
# [06:28] <hub> Jesse: but it is gonna come back soon
# [06:28] <Jesse> can you reopen, or at least comment in the bug pointing to where it will be re-enabled?
# [06:29] <Jesse> this actually makes my job easier -- i don't have to figure out what the signature of this crash bug is in nightlies if it doesn't exist in nightlies ;)
# [06:29] <hub> Jesse: https://bugzilla.mozilla.org/show_bug.cgi?id=761763
# [06:29] <Jesse> i'll just file it with the debug crash signature
# [06:30] <hub> commented
# [06:30] <hub> Jesse: it is out of Aurora, for example
# [06:32] <Jesse> https://bugzilla.mozilla.org/show_bug.cgi?id=749160 scares me too
# [06:33] * Quits: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [06:33] <hub> Jesse: it has to happen
# [06:35] * Joins: bc (bc@moz-E31CD2CB.mozilla.org)
# [06:35] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [06:36] <Jesse> my bug is https://bugzilla.mozilla.org/show_bug.cgi?id=763819, have fun
# [06:36] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
# [06:36] * Joins: sawrubh (Mibbit@ADDF2403.9DDDDF6A.553D87E5.IP)
# [06:37] <hub> just on it
# [06:38] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
# [06:38] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [06:38] * glob is now known as glob|away
# [06:38] <hub> extensions messing with a11y
# [06:39] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Connection reset by peer)
# [06:39] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [06:40] <Jesse> i *could* make the fuzzer only enable accessibility when it starts, not later. but it's possible in real life for accessibility to be enabled after startup, right?
# [06:40] * Quits: bc (bc@moz-E31CD2CB.mozilla.org) (Ping timeout)
# [06:40] * Joins: bc_ (bc@454BDC37.1D5E8529.AC69809B.IP)
# [06:41] <hub> Jesse: it is a legitimate crash
# [06:41] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Ping timeout)
# [06:41] * Joins: birtles_ (chatzilla@moz-348F61F0.mozilla.or.jp)
# [06:41] <hub> I think
# [06:41] * birtles_ is now known as birtles
# [06:42] * Quits: AndChat|624225 (AndChat624@E1543D00.EC928025.5A8C189B.IP) (Ping timeout)
# [06:42] * Joins: AndChat|624225 (AndChat624@E1543D00.EC928025.5A8C189B.IP)
# [06:43] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
# [06:44] * philor is now known as philor|away
# [06:46] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Boriss)
# [06:46] <darktrojan> kbrosnan, looks like that aurora orange is here to stay
# [06:46] <sawrubh> ehsan: ping
# [06:47] <sawrubh> dolske: ping++
# [06:48] * Joins: bsmedberg (bsmedberg@moz-9CE00FC0.holiday-inn-express.mozilla.hq)
# [06:48] * ChanServ sets mode: +o bsmedberg
# [06:49] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Ping timeout)
# [06:49] <Callek> o god, I pushed to aurora without actually checking tree first
# [06:49] <Callek> how dare I treat aurora like its inbound
# [06:49] * Callek requests philor's mercy
# [06:49] <darktrojan> heh
# [06:49] <@bz> penance
# [06:50] <@bz> Two hail brendan's
# [06:50] <Jesse> Callek: don't worry, we made an aurora-inbound just for you and redirected your pushes there
# [06:50] <Callek> Jesse: wonderful ;-)
# [06:50] <Callek> darktrojan: since I'm now tipmost-on-the-hook on aurora, which aurora-orange are you talkingabout
# [06:50] <Callek> android-Native-M1 ?
# [06:50] <darktrojan> yeah
# [06:51] <Jesse> oh, and you get to be the merge ninja
# [06:51] <sawrubh> I have the following signature of a window, and I want to extract it's chrome window by using some QI dance like given here : http://mxr.mozilla.org/mozilla-central/source/browser/components/feeds/src/WebContentConverter.js#496 , can someone tell me will I succeed
# [06:51] <sawrubh> because currently I'm not ;)
# [06:51] <sawrubh> sorry http://pastebin.mozilla.org/1660974 is the signature
# [06:52] <hub> Jesse: so you build with a11y on the mac?
# [06:52] <hub> Jesse: to run the fuzzer
# [06:52] <Jesse> more or less
# [06:53] * Quits: @bsmedberg (bsmedberg@moz-9CE00FC0.holiday-inn-express.mozilla.hq) (Ping timeout)
# [06:53] <Jesse> i build with a11y on mac. for fuzzing, i mostly use tinderbox debug builds (rather than my own builds), which also have a11y enabled.
# [06:53] <@dolske> sawrubh: hi
# [06:53] * Joins: MarcoZ (Daily@moz-9AB92CDD.dip.t-dialin.net)
# [06:53] <sawrubh> dolske: I have a quick question
# [06:53] <sawrubh> dolske: ^^
# [06:54] <Callek> darktrojan: is there a bug tracking that orange yet?
# [06:54] <Callek> 35891 INFO TEST-END | /tests/content/xml/document/test/test_bug691215.html | finished in 904228ms
# [06:54] <darktrojan> Callek, I haven't really looked at it, I just noticed the next one died with the same result
# [06:54] * Quits: vikram360 (vikram360@A60ED3A7.B0351687.2A068A5E.IP) (Ping timeout)
# [06:55] * Quits: nhirata (nhirata.bu@moz-250E4BAA.dsl.static.sonic.net) (Ping timeout)
# [06:55] <Callek> darktrojan: interestingly though, I see https://bugzilla.mozilla.org/show_bug.cgi?id=720064 which it is not though, since the suite keeps going
# [06:55] <darktrojan> such is my contempt for android :-)
# [06:55] * philor|away is now known as philor
# [06:55] <@dolske> sawrubh: shoot
# [06:56] * Joins: bsmedberg (bsmedberg@moz-9CE00FC0.holiday-inn-express.mozilla.hq)
# [06:56] * ChanServ sets mode: +o bsmedberg
# [06:56] <sawrubh> dolske: basically the problem is that I have a bad cert dialog window. I need to get the PB flag of it's opener. and I'm planning to do this by getting the chrome window and then using it's |gPrivateBrowsingUI.privateWindow| property
# [06:56] <sawrubh> I have the following signature of a window, and I want to extract it's chrome window by using some QI dance like given here : http://mxr.mozilla.org/mozilla-central/source/browser/components/feeds/src/WebContentConverter.js#496 , will I succeed
# [06:56] * philor snickers at "a bug tracking that orange"
# [06:56] <sawrubh> http://pastebin.mozilla.org/1660974 is the signature
# [06:57] <@dolske> sawrubh: try it and find out
# [06:58] <Callek> darktrojan: the *best* part -- 45 ok(1, "Hey, we got here, that's good"); is emmediately followed by 46 SimpleTest.finish();
# [06:58] <darktrojan> hah
# [06:58] <Callek> and we *did* get the "Hey, we got here" line
# [06:58] <sawrubh> dolske: actually I did, and it's failing at the first QI being done itself. This is my code : http://pastebin.mozilla.org/1660985
# [06:58] <sawrubh> dolske: I thought maybe if the dump of openerWindow will help in finding the reason
# [06:59] * Quits: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Connection reset by peer)
# [06:59] * Joins: fabrice1 (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
# [06:59] <@bz> sawrubh: is window.opener null?
# [07:00] <sawrubh> bz: let me check and tell
# [07:00] * Joins: benvie (brandon@moz-1C805788.nc.res.rr.com)
# [07:01] <bdahl> bz: have a bit for a few printing reflow questions?
# [07:01] <@bz> um
# [07:02] * Quits: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP) (Quit: lmandel)
# [07:02] <@bz> maybe, but I might not have answers
# [07:02] <@bz> fire away
# [07:02] * Quits: ianbicking (ianbicking@moz-5D45B48D.hsd1.mn.comcast.net) (Quit: ianbicking)
# [07:02] <Callek> ooo hey, I'm even better because I was staring at trunk's tbpl
# [07:02] * Callek sighs at utter fail
# [07:02] * Callek probably should NOT have pushed tonight
# [07:03] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Ping timeout)
# [07:03] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
# [07:03] <philor> it's okay, blassey's permaorange across three trees, doesn't matter which one you look at
# [07:03] * Joins: ianbicking (ianbicking@moz-5D45B48D.hsd1.mn.comcast.net)
# [07:04] <darktrojan> at least you're watching a tree
# [07:04] <bdahl> bz: earlier I was talking to you about the right margin coming up negative due to over constraint. it seems the printing code needs to have a width set on the page content frame (e.g. no auto), so I was looking at a few options for fixing it.
# [07:04] <Callek> philor: and the aurora one kinda makes me go an "ah-ha" at this
# [07:04] <Callek> as in, "this would fail for other tests too"
# [07:04] <Callek> http://callek.pastebin.mozilla.org/1660990
# [07:04] <mbrubeck> mfinkle, blassey: r+ for the test-disabling patch
# [07:05] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
# [07:05] <bdahl> bz: i'm not really sure what frame should handle the margins? PageContentFrame or PageFrame?
# [07:05] * Quits: mwu (mwu@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [07:05] * Callek decides to let blassey deal with his perma orange
# [07:06] <blassey> mbrubeck: we were just discussing wether to disable the test or change the pref for the tests
# [07:06] <bdahl> bz: i can subtract the left/right margins from the available size in nsPageFrame
# [07:06] <blassey> changing the pref has the added benefit of being do-able on aurora and beta
# [07:06] <bdahl> bz: or i can change computeSize in PageContentFrame and subtract them there
# [07:06] <mbrubeck> blassey: Yeah, changing the pref is better.
# [07:06] <philor> and the disadvantage of not knowing when what you ship is broken but what we test is not
# [07:06] * Joins: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net)
# [07:07] <mbrubeck> I'm actually kind of surprised that only one test broke
# [07:07] <mfinkle> me too
# [07:07] <@bz> bdahl: I'm not sure either, honestly. roc or fantasai know that stuff a lot better than I do...
# [07:07] <mfinkle> mbrubeck, but this only affects background tabs
# [07:07] <mfinkle> so i guess most tests are foreground
# [07:07] * Quits: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net) (Ping timeout)
# [07:08] * Joins: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net)
# [07:08] <sfink> anyone want to sneak http://pastebin.mozilla.org/1660992 into something so I don't have to do a "No bug. DONTBUILD. DONTTHINK. JUSTDOIT." push?
# [07:08] <Callek> btw holy tryserver batman!
# [07:08] <Callek> try 1597 / 222
# [07:09] <Callek> sfink, imo, "just do it, correct m4 typo, no bug" is worth it
# [07:09] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
# [07:09] <capella> tell me about it .... waiting on try ...
# [07:09] <Callek> sfink, and imo, a DONTBUILD is *bad* with that, since it *can* burn stuff touching that file
# [07:09] <Callek> sfink: but it *is* a great ridealong with someone else
# [07:10] <sfink> I'll just queue it up for my next push. I don't think anyone else notices the "dn: no such command" error message anyway.
# [07:11] * Quits: krit (krit@moz-3AE657AD.hsd1.ca.comcast.net) (Quit: Leaving.)
# [07:11] <Callek> sfink: sounds good ;-)
# [07:12] * Quits: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net) (Ping timeout)
# [07:13] * Joins: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net)
# [07:13] * Joins: priya (Adium@moz-5843392D.hsd1.ca.comcast.net)
# [07:14] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
# [07:15] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [07:15] <blassey> mbrubeck: yea, that test had to jump through hoops to get something that acted like a background tab
# [07:16] * glob|away is now known as glob
# [07:16] * nthomas is now known as nthomas|away
# [07:17] * Quits: AndChat|624225 (AndChat624@E1543D00.EC928025.5A8C189B.IP) (Ping timeout)
# [07:17] * Joins: AndChat|624225 (AndChat624@E1543D00.EC928025.5A8C189B.IP)
# [07:18] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
# [07:19] * Quits: Asa (asa@moz-FEE5419.csi-sbs.com) (Connection reset by peer)
# [07:19] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
# [07:22] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [07:22] * Quits: Hughman (Mibbit@612FCB38.45583DB0.A3B82EC7.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [07:23] * Quits: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net) (Ping timeout)
# [07:23] * Joins: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net)
# [07:23] * Quits: bc_ (bc@454BDC37.1D5E8529.AC69809B.IP) (Ping timeout)
# [07:23] * Quits: sawrubh (Mibbit@ADDF2403.9DDDDF6A.553D87E5.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [07:23] * Joins: dveditz (dveditz@moz-5051E786.dhcp.cruzio.com)
# [07:23] * ChanServ sets mode: +o dveditz
# [07:24] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [07:25] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
# [07:25] * Joins: vikash (vikash@D1D666C6.8FA6D6A1.ADC0C9EC.IP)
# [07:25] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Ping timeout)
# [07:26] * Joins: vikram360 (vikram360@C13EDD5C.3DCFA0B5.2A068A5E.IP)
# [07:26] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [07:27] * Joins: krit (krit@moz-3AE657AD.hsd1.ca.comcast.net)
# [07:27] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [07:28] * Joins: bc (bc@454BDC37.1D5E8529.AC69809B.IP)
# [07:28] * Joins: decoder (quassel@45737F17.411DB1E9.95550721.IP)
# [07:29] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [07:31] * Joins: nhirata (nhirata.bu@moz-250E4BAA.dsl.static.sonic.net)
# [07:33] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [07:33] * Joins: timdream (timdream@moz-AF6BDFEE.adsl.dynamic.seed.net.tw)
# [07:34] * Quits: nhirata (nhirata.bu@moz-250E4BAA.dsl.static.sonic.net) (Connection reset by peer)
# [07:34] * cjones-dinner is now known as cjones
# [07:34] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [07:35] * Quits: vikram360 (vikram360@C13EDD5C.3DCFA0B5.2A068A5E.IP) (Ping timeout)
# [07:35] * Quits: bc (bc@454BDC37.1D5E8529.AC69809B.IP) (Ping timeout)
# [07:35] * Joins: vikram360 (vikram360@C2365C8E.7CEECBE3.B84D4DA2.IP)
# [07:37] * Joins: nhirata (nhirata.bu@moz-250E4BAA.dsl.static.sonic.net)
# [07:38] * Quits: vikram360 (vikram360@C2365C8E.7CEECBE3.B84D4DA2.IP) (Ping timeout)
# [07:38] <markh> dumb question re 'dom/' vs 'comtent/' - why is XMLHttpRequest implemented in dom/ while WebSockets are implemented in content/?
# [07:38] * Quits: krit (krit@moz-3AE657AD.hsd1.ca.comcast.net) (Quit: Leaving.)
# [07:39] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Quit: mike5w3c)
# [07:40] * Joins: vikram360 (vikram360@38836025.8FBA3BDE.2A068A5E.IP)
# [07:44] * Joins: jrmuizel (jrmuizel@25F88422.B7606226.6BED537B.IP)
# [07:44] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
# [07:45] * khuey|away is now known as khuey
# [07:45] <khuey> markh: XHR isn't implemented in DOM
# [07:46] <khuey> content/base/src/nsXMLHttpRequest.cpp
# [07:47] * Joins: dbaron (dbaron@moz-CCB6A8E3.dsl.dynamic.sonic.net)
# [07:47] * ChanServ sets mode: +o dbaron
# [07:47] * Joins: zpao (zpao@moz-39F526F1.hsd1.ca.comcast.net)
# [07:48] * joduinn-afk is now known as joduinn-home
# [07:49] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
# [07:50] * Quits: kaze (kaze@moz-85E57673.w82-123.abo.wanadoo.fr) (Ping timeout)
# [07:51] * Joins: mwu (mwu@5AAE35B2.5EFFC0B8.24454B25.IP)
# [07:52] <nrc> who's looking after the tree? I seem to have orange on my inbound push
# [07:52] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [07:53] <nrc> not sure what to do next
# [07:53] * Joins: dzbarsky (Adium@moz-85EBB8A.dia.static.qwest.net)
# [07:54] <markh> khuey: ahh - I saw it in dom/workers so jumped to a wrong conclusion :)
# [07:55] <markh> so I guess a idl-based impl for workers would also wind up in dom/workers...
# [07:55] <markh> s/idl/webidl/
# [07:57] <mbrubeck> nrc: You can back out your push, or I can back it out for you if you prefer
# [07:59] <nrc> mbrubeck: I can back it out, is hg backout --from-rev ... --to-rev ... the preferred way?
# [07:59] <@dolske> nrc: the reftest orange seems to imply there's a problem in one of the reftest manifests
# [07:59] <@dolske> nrc: looks like you cut'n'pasted a bit too much from a diff?
# [07:59] <@dolske> https://hg.mozilla.org/integration/mozilla-inbound/rev/5937df943e0f
# [07:59] <nrc> dolske: yes, that, pretty much exactly!
# [08:00] <@dolske> if you think that's the only issue, just push a fix.
# [08:00] <nrc> dolske: can I just push a patch that makes that change?
# [08:00] <@dolske> sure
# [08:01] <@dolske> we will still make fun of you for not pushing to try or testing locally, though!
# [08:01] <nrc> dolske: OK, I'll give that a go, thanks
# [08:01] <mbrubeck> I'm also seeing leaks in the debug reftests
# [08:01] <mbrubeck> is that a separate problem?
# [08:02] * Joins: nhirata_v2 (nhirata.bu@moz-250E4BAA.dsl.static.sonic.net)
# [08:02] <nrc> Not sure, I hope not, I pushed to Try before the weekend, but then messed up my local repo (thus the copy and pasting of diffs), so it might be a new problem
# [08:02] * Quits: nhirata (nhirata.bu@moz-250E4BAA.dsl.static.sonic.net) (Connection reset by peer)
# [08:02] <nrc> Is it best to back out, or try the fix first?
# [08:03] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Ping timeout)
# [08:03] * nhirata_v2 is now known as nhirata
# [08:03] * Joins: RudyL (rudy@moz-99690620.hinet-ip.hinet.net)
# [08:03] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
# [08:03] <mbrubeck> I think backing out would be good, since I don't think the reftest.list fix will affect these leaks
# [08:03] <@dolske> yeah
# [08:03] <nrc> OK, I'll do that
# [08:04] <@dolske> with the possible exception of if you can reproduce the leak leak locally and the reftest fixes it.
# [08:04] <@dolske> but that seems unlikely. :)
# [08:04] <nrc> is hg backout --from-rev ... --to-rev ... the preferred way?
# [08:05] <mbrubeck> I've never heard of those options
# [08:05] <mbrubeck> mak has a script: https://wiki.mozilla.org/User:Mak77
# [08:05] <cjones> is that actually implemented in hg now?!?
# [08:05] <cjones> aw
# [08:06] <mbrubeck> I tend to use "hg diff -r<last changeset to back out> -r<last good changeset> | hg qimport - -n backout"
# [08:06] <mbrubeck> philor does "hg qnew backout; hg backout <revN>; hg qref; hg backout <revN-1>; hg qref; ..."
# [08:06] <mbrubeck> It's a matter of personal style. :)
# [08:06] * Quits: Ryan (rflint@moz-A287E317.com) (Ping timeout)
# [08:06] * Quits: cedricv (cedricv@moz-EA1E52EF.inaddr.ip-pool.com) (Ping timeout)
# [08:06] <mbrubeck> ehsan has yet another method at http://ehsanakhgari.org/blog/2010-09-09/backing-out-multiple-consecutive-changesets-mercurial
# [08:07] * Joins: Ryan (rflint@moz-A287E317.com)
# [08:07] * Joins: cpearce (chatzilla@moz-E5C9EA4F.xdsl.xnet.co.nz)
# [08:07] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
# [08:07] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
# [08:08] * Quits: jtcranmer (jcranmer@moz-A8039BFC.csl.tjhsst.edu) (Ping timeout)
# [08:08] * Joins: cedricv (cedricv@moz-EA1E52EF.inaddr.ip-pool.com)
# [08:08] * khuey is now known as khuey|away
# [08:08] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [08:11] * Joins: jtcranmer (jcranmer@moz-A8039BFC.csl.tjhsst.edu)
# [08:11] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
# [08:11] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Connection reset by peer)
# [08:13] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [08:14] * Quits: squeakytoy (squeakytoy@moz-79070305.dynamic.se.alltele.net) (Quit: Leaving)
# [08:14] * Quits: janv (varga@moz-400565FD.flarion.as5628.telecom.sk) (Ping timeout)
# [08:14] * Joins: janv (varga@moz-400565FD.flarion.as5628.telecom.sk)
# [08:15] <nrc> mbrubeck: I'm trying philor's method, do I do a qfinish and push to finish?
# [08:19] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [08:20] * Joins: anant (anant@11B4FA69.9177E0D5.8F18B5D0.IP)
# [08:22] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
# [08:23] * Quits: jrmuizel (jrmuizel@25F88422.B7606226.6BED537B.IP) (Input/output error)
# [08:23] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [08:23] * Quits: janv (varga@moz-400565FD.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [08:24] * Quits: anant (anant@11B4FA69.9177E0D5.8F18B5D0.IP) (Quit: anant)
# [08:25] * Quits: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner_)
# [08:25] * Quits: @bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net) (Quit: Leaving)
# [08:25] * Joins: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
# [08:26] * Joins: bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net)
# [08:26] * ChanServ sets mode: +o bz
# [08:27] <mbrubeck> nrc: yes
# [08:28] * Joins: Hughman (Mibbit@612FCB38.45583DB0.A3B82EC7.IP)
# [08:29] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Quit: Konversation terminated!)
# [08:29] * Joins: bjacob_ (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [08:29] * philor is now known as philor|away
# [08:29] * Joins: mreavy (chatzilla@B05600D2.3F4E4C13.AF6F698.IP)
# [08:30] <mbrubeck> nrc: Any luck? If you're having difficulty and want to move on, I can push a backout before I go to sleep...
# [08:30] * bz is now known as bz_sleep
# [08:31] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [08:31] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
# [08:31] * Joins: janv (varga@moz-400565FD.flarion.as5628.telecom.sk)
# [08:32] <nrc> mbrubeck: I think so, but I didn't get the commit message right, so it bounced, I'm hopeful I can get it right, I'll try to fail quickly if I fail
# [08:32] * Joins: jrmuizel (jrmuizel@25F88422.B7606226.6BED537B.IP)
# [08:33] * Quits: mreavy (chatzilla@B05600D2.3F4E4C13.AF6F698.IP) (Ping timeout)
# [08:34] <mbrubeck> nrc: Okay, sounds good. I'm heading to bed now; if you do have any other problems don't worry -- edmorley will get it when he comes in, or someone else will.
# [08:34] <nrc> mbrubeck: actually I think I've failed
# [08:34] * Joins: past (past@moz-B7E8705F.dsl.dyn.forthnet.gr)
# [08:35] <nrc> - I tied myself in knots by commiting a patch to fix the reftest manifest before making the backout patch
# [08:35] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
# [08:35] <nrc> and now I can't figure out how to get my repo back to how I want it :-(
# [08:35] <mbrubeck> nrc: Okay, I'll try it
# [08:36] <nrc> mbrubeck: thanks!
# [08:36] <mbrubeck> nrc: "hg up -C" (warning: destructive) works wonders for resetting a repo to a known state
# [08:36] <kentuckyfriedtakahe> nrc: I still can't figure out why this image is alpha 251 instead of alpha 255 so I'm going to give up for today.
# [08:37] * philor|away is now known as philor
# [08:37] <kentuckyfriedtakahe> nrc: this is despite stepping through a bunch of pixman code.
# [08:38] * Parts: kentuckyfriedtakahe (kentuckyfr@E1543D00.EC928025.5A8C189B.IP)
# [08:38] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
# [08:40] <nrc> mbrubeck: sorry for messing that up, hopefully my next attempt at pushing will work
# [08:41] * Quits: mcote|afk (mcote@moz-FD8EB826.mc.videotron.ca) (Ping timeout)
# [08:41] * Joins: mcote|afk (mcote@moz-FD8EB826.mc.videotron.ca)
# [08:42] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [08:44] * Joins: mreavy (chatzilla@B05600D2.3F4E4C13.AF6F698.IP)
# [08:44] * Joins: wolfiR (wolfiR@moz-97AB7B3A.open-xchange.com)
# [08:45] * @dolske looks up "takahe"
# [08:45] <@dolske> rofl. \o/
# [08:45] * Quits: zpao (zpao@moz-39F526F1.hsd1.ca.comcast.net) (Client exited)
# [08:46] * Quits: mreavy (chatzilla@B05600D2.3F4E4C13.AF6F698.IP) (Ping timeout)
# [08:46] * Quits: nhirata (nhirata.bu@moz-250E4BAA.dsl.static.sonic.net) (Connection reset by peer)
# [08:47] * Joins: kanru` (user@moz-1EF3A4CE.dynamic.hinet.net)
# [08:47] * Joins: kaze (kaze@moz-A8A9D5A2.fbx.proxad.net)
# [08:49] * Quits: fabrice1 (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Quit: Leaving.)
# [08:49] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
# [08:49] * Quits: AndChat|624225 (AndChat624@E1543D00.EC928025.5A8C189B.IP) (Quit: Bye)
# [08:50] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
# [08:50] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Ping timeout)
# [08:51] * Quits: jrmuizel (jrmuizel@25F88422.B7606226.6BED537B.IP) (Input/output error)
# [08:51] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
# [08:52] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [08:54] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
# [08:54] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [08:55] * Quits: Hughman (Mibbit@612FCB38.45583DB0.A3B82EC7.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [08:56] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [08:56] * Joins: Hughman (Mibbit@612FCB38.45583DB0.A3B82EC7.IP)
# [08:57] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [08:57] <glandium> <META http-equiv="Content-Type" content="text/html; charset=utf-16"> in a file full of utf-8... safari books don't have a clue, do they?
# [08:58] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
# [08:58] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
# [08:58] <glazou> bonjour
# [08:59] * Quits: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner_)
# [08:59] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
# [09:01] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Ping timeout)
# [09:02] * philor is now known as philor|away
# [09:03] * Joins: dcamp (dave@moz-930D5B64.hsd1.wa.comcast.net)
# [09:05] * Joins: anant (anant@moz-55A5166F.in-addr.dgcsystems.net)
# [09:05] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
# [09:06] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
# [09:08] * Joins: jesup|laptop (chatzilla@47F40369.10A53EE3.77834EAA.IP)
# [09:09] * Joins: mreavy (chatzilla@47F40369.10A53EE3.77834EAA.IP)
# [09:10] * heycam is now known as heycam|away
# [09:10] * Joins: smontagu (chatzilla@1E9B982B.BAF838BD.CC465D70.IP)
# [09:12] <MarcoZ> Good morning!
# [09:12] <MarcoZ> Does anybody know by chance what the approved way is on mobile (native) to simulate a key press?
# [09:12] * Quits: njn (chatzilla@moz-AAAE8926.dyn.iinet.net.au) (Client exited)
# [09:13] <MarcoZ> I basically want to capture key presses, check if the meta key is included (event.metaKey), and if that's the case, pass on the key press with the metaKey property disabled, but all other modifiers unchanged.
# [09:13] <MarcoZ> This is from within a JSM; so with enhanced privileges.
# [09:13] * Quits: romaxa_home (romaxa@moz-54F5744A.net) (Ping timeout)
# [09:13] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Ping timeout)
# [09:13] * Joins: catalinb (ethereal@C0ACE62F.9F328403.5BC07656.IP)
# [09:15] * Joins: espadrine (espadrine@moz-BBE3ABD.mv.mozilla.com)
# [09:15] * Joins: sawrubh (Mibbit@3D0D07B2.BD57A133.DDC6F5D1.IP)
# [09:16] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
# [09:18] * Joins: andreasn (andreasn@73B37BA9.90C1090D.CAC080E6.IP)
# [09:18] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
# [09:19] * Quits: Vincent_Chang (chatzilla@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [09:20] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [09:20] * Joins: Vincent_Chang (chatzilla@moz-99690620.hinet-ip.hinet.net)
# [09:21] * Joins: romaxa_home (romaxa@moz-54F5744A.net)
# [09:22] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [09:23] <Yoric> In C++, is there a static way to compute the offset of a field relative to its struct?
# [09:23] <Yoric> i.e. a way of computing the relative offset of |d_type| in |struct dirent| without leaving a garbage |dirent| in ram?
# [09:23] * Quits: wlach (wlach@moz-FC19529.vif.net) (Ping timeout)
# [09:23] <Yoric> Ah, I see |offsetof|.
# [09:25] <@dbaron> Callek, you shouldn't star a build with "Maybe intermittent, test theory with a retry" since then by starring it it looks taken care of
# [09:25] <MarcoZ> Ah, found an example in b2g where they do exactly what I need. :)
# [09:25] <Callek> dbaron: how is that any less meaningful than the zillion "a;r" that are blindly starred by others?
# [09:26] <Callek> I see your point, but just curious if there *is* a difference?
# [09:26] <@dbaron> Callek, it's not, and I don't know what a;r means, and I've been meaning to bug philor about it
# [09:26] <Callek> dbaron: I at least know what it "means" "android-sucks; retry"
# [09:26] <Callek> to paraphrase how he told it to me
# [09:28] * Joins: HanLin (Mibbit@FC55F22A.EEEA66A6.9FF96A6E.IP)
# [09:29] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [09:31] * Quits: dcamp (dave@moz-930D5B64.hsd1.wa.comcast.net) (Quit: Leaving...)
# [09:32] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
# [09:32] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [09:32] * Quits: Havvy (Mibbit@moz-C8F5011C.ptld.qwest.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [09:33] * Quits: @bsmedberg (bsmedberg@moz-9CE00FC0.holiday-inn-express.mozilla.hq) (Quit: bsmedberg)
# [09:33] * Joins: necolas (necolas@moz-2D68B52B.bb.sky.com)
# [09:34] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
# [09:34] * Quits: kredik (chatzilla@moz-7BF4BFBD.w80-11.abo.wanadoo.fr) (Quit: ChatZilla 0.9.88.2 [Firefox 3.6.28/20120306064154])
# [09:34] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
# [09:34] * Quits: timdream (timdream@moz-AF6BDFEE.adsl.dynamic.seed.net.tw) (Ping timeout)
# [09:34] * Joins: timdream (timdream@moz-AF6BDFEE.adsl.dynamic.seed.net.tw)
# [09:35] * Joins: bc (bc@454BDC37.1D5E8529.AC69809B.IP)
# [09:36] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
# [09:37] * Quits: timdream (timdream@moz-AF6BDFEE.adsl.dynamic.seed.net.tw) (Ping timeout)
# [09:38] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
# [09:38] * Joins: wlach (wlach@moz-317E1B5D.vif.net)
# [09:39] * Joins: Stan (Stan@moz-B19A6E8D.dip.t-dialin.net)
# [09:40] * Quits: necolas (necolas@moz-2D68B52B.bb.sky.com) (Client exited)
# [09:40] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
# [09:40] * Quits: Stan_ (Stan@moz-9FE64D71.dip.t-dialin.net) (Ping timeout)
# [09:40] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
# [09:40] * Joins: jfkthame (jfkthame@1E761AA8.A1C12133.9542EC20.IP)
# [09:41] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
# [09:41] * Quits: jduell (jduell@moz-D4496E92.hsd1.ca.comcast.net) (Ping timeout)
# [09:42] * Quits: bc (bc@454BDC37.1D5E8529.AC69809B.IP) (Ping timeout)
# [09:42] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
# [09:47] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [09:48] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
# [09:50] * Quits: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com) (Quit: Leaving.)
# [09:52] * Quits: davidillsley (davidillsl@moz-7589D4C0.range86-145.btcentralplus.com) (Connection reset by peer)
# [09:52] * Joins: davidillsley (davidillsl@moz-7589D4C0.range86-145.btcentralplus.com)
# [09:53] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Leaving...)
# [09:55] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
# [09:55] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Ping timeout)
# [09:57] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [09:58] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
# [09:59] * Joins: smagnin (pike@moz-DEF53BC9.fbx.proxad.net)
# [10:02] * Joins: firewolfbot (firebot@moz-F8C1AF63.carolina.res.rr.com)
# [10:02] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Ping timeout)
# [10:03] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
# [10:03] * Quits: firewolfbot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Client exited)
# [10:04] * Quits: ianbicking (ianbicking@moz-5D45B48D.hsd1.mn.comcast.net) (Quit: ianbicking)
# [10:05] * Quits: priya (Adium@moz-5843392D.hsd1.ca.comcast.net) (Quit: Leaving.)
# [10:05] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
# [10:07] * Joins: martyn (martyn@moz-32A2E36C.range86-158.btcentralplus.com)
# [10:08] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
# [10:09] <jonwil> Looks like it might be possible to run vs 11 compiled binaries on XP after all if one of my 3 ideas posted to bug 744942 can be implemented
# [10:09] * Joins: garnacho (carlos@moz-B280EE34.dyn.user.ono.com)
# [10:10] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [10:11] * Joins: alexdmt (Mibbit@moz-1E20CB3E.grenet.fr)
# [10:11] * glazou is now known as glazou_afk
# [10:12] * Joins: ekr (ekr@47F40369.10A53EE3.77834EAA.IP)
# [10:12] <firebot> I'm back.. If there's any problems with me - please let Wolf know at firebot-admin[@]psychoticwolf.net or file a bug.. Thanks.
# [10:13] <NeilAway> firebot: wb
# [10:13] * Quits: nattokirai_ (nattokirai@moz-348F61F0.mozilla.or.jp) (Quit: nattokirai_)
# [10:15] <Yoric> hi firebot
# [10:16] <darktrojan> hooray
# [10:16] * AutomatedTester|AFK is now known as AutomatedTester
# [10:16] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Quit: )
# [10:16] <firebot> NeilAway! dude!
# [10:16] <firebot> Yoric: hello
# [10:16] * Joins: dao (dao@moz-C2046A0A.superkabel.de)
# [10:18] * Quits: dao (dao@moz-C2046A0A.superkabel.de) (Ping timeout)
# [10:19] * Joins: dao (dao@moz-C2046A0A.superkabel.de)
# [10:23] * Quits: dao (dao@moz-C2046A0A.superkabel.de) (Connection reset by peer)
# [10:24] <capella> is it possible to do a repo clone and build firefox first time in 17 mins? anyone (yes / no )
# [10:24] * Joins: dao (dao@moz-C2046A0A.superkabel.de)
# [10:24] <glandium> can someone paste me the output of dumpbin -imports on all dlls from objdir/dist/bin on windows and the output of otool -l for the dylibs+XUL from objdir/dist/bin on mac ?
# [10:24] <alexdmt> capella: hm I'm afraid you can't
# [10:24] <capella> thats what i said!
# [10:25] <glazou_afk> capella: 9mins here
# [10:25] * glazou_afk is now known as glazou
# [10:25] <capella> hah!
# [10:25] <glazou> oh sorry, you said repo clone too
# [10:25] <glazou> then no
# [10:25] * Joins: raphc (AndChat501@4326583E.7F75B59F.B3F72630.IP)
# [10:25] <alexdmt> lol
# [10:25] <glazou> repo clone alone takes almost 9 mins
# [10:25] <mwu> maybe if you use the git repo instead
# [10:25] * Joins: atuljangra (Mibbit@9075BEE0.4850A4DD.1957C0DA.IP)
# [10:26] * Joins: msucan (mihai@452AB583.C1570FFF.BD62875.IP)
# [10:27] <glazou> capella: of course cloning a local clone of hmo that you keep up-to-date with cron is faster
# [10:27] <glazou> that's what I do here
# [10:28] <NeilAway> glazou: I do that, but my script doesn't log errors, and at one point it went a week before I noticed :s
# [10:29] <glazou> NeilAway: cron doesn't mail you the result of hg pull ?
# [10:29] * Quits: janv (varga@moz-400565FD.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [10:29] <atuljangra> capella: I want to laugh here too ;)
# [10:29] <capella> ok explain this again - 17 mins?
# [10:29] <NeilAway> glazou: I don't think I have mail set up on my VMs
# [10:29] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Leaving...)
# [10:30] <atuljangra> is it possible to do a repo clone and build firefox first time in 17 mins? 17 minutes does not include repo clone. 17 minutes for "make".
# [10:31] * glob is now known as glob|away
# [10:31] <capella> if so ill explore getting off windows
# [10:32] * Quits: raphc (AndChat501@4326583E.7F75B59F.B3F72630.IP) (Connection reset by peer)
# [10:32] <glazou> not even mentioning hg is super-slow on windows...
# [10:32] * Joins: raphc (AndChat501@4326583E.7F75B59F.B3F72630.IP)
# [10:32] <atuljangra> capella: Yes, windows may take hours, Linux is awesome :)
# [10:32] <atuljangra> capella: You have a mac right?
# [10:32] <dwarfcrank> hours? bah, if you run on old hardware
# [10:33] <dwarfcrank> my laptop does it in ~45 minutes and it's a puny Core i3
# [10:33] <capella> build on WIN takes 25 mins tops ... clobber takes 1-1.5
# [10:33] <atuljangra> dwarfcrank: yes, but undoubtedly Linux is faster. :)
# [10:33] <glazou> building in 9mins, whatever the platform
# [10:33] <dwarfcrank> yeah, no doubt about that
# [10:34] <atuljangra> glazou: what are your machine's specs?
# [10:34] <glazou> core i7 2600, 6Gb RAM
# [10:35] <atuljangra> and 9 minutes is first time build?
# [10:35] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [10:35] <glazou> yes, I _always_ build from scratch
# [10:35] <glazou> atuljangra: http://www.glazman.org/weblog/dotclear/index.php?post/2011/01/19/Hackintosh
# [10:36] <NeilAway> is nsIXMLHttpRequest.idl an XPIDL or a WebIDL interface?
# [10:36] <glazou> that box has three disks, one for winxp/win7, one for various linuxes, one for osx
# [10:36] <atuljangra> glazou: Awesome :-)
# [10:36] <glazou> and cheap
# [10:36] * Joins: janv (varga@moz-400565FD.flarion.as5628.telecom.sk)
# [10:37] <glazou> 750 euros
# [10:37] <atuljangra> glazou: you do -j6 or what? in .mozconfig.
# [10:37] <glazou> -j8
# [10:37] <glazou> and I can really see the eight cores working
# [10:37] <atuljangra> glazou: okay :-)
# [10:38] <capella> eight cores? eight threads?
# [10:38] <atuljangra> yes :-) I just bought a new Laptop, and I am fascinated the way it works. :-) my earlier laptop was really old.
# [10:38] <glandium> glazou: I doubt that's true, the build system doesn't parallelize that good, although it will use all cores sporadically
# [10:38] <glandium> glazou: although, i'd recommend using -j12
# [10:39] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [10:39] <glazou> glandium: http://twitpic.com/85lrb9 during a win7 build of bluegriffon
# [10:40] * Quits: nli` (nli@moz-99690620.hinet-ip.hinet.net) (Quit: nli`)
# [10:40] * nli is now known as nli|away
# [10:40] <capella> cool! actually 8 cores
# [10:40] <glazou> glandium: and same thing on OS X : http://twitpic.com/54zupq
# [10:41] * Quits: masayuki (Daily@moz-911CC660.zaq.ne.jp) (Quit: masayuki)
# [10:41] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
# [10:41] <atuljangra> And here's mine, full usage of two cores that I had earlier : http://t.co/DBNKmkur
# [10:41] <glandium> glazou: well that last one is exactly what i'm saying.
# [10:41] * Quits: raphc (AndChat501@4326583E.7F75B59F.B3F72630.IP) (Ping timeout)
# [10:42] <glazou> yeah not always 8 cores
# [10:42] <glandium> not even near half the build time
# [10:42] <glazou> but stil good enough to have build from scratch for one arch in 9mins
# [10:42] * Joins: kaie2 (kaie@moz-F6F1D858.dip.t-dialin.net)
# [10:42] <glazou> (double that for universal builds on osx of course)
# [10:42] * Quits: jonwil (jonwil@moz-B6B15592.static.tpgi.com.au) (Client exited)
# [10:42] <NeilAway> glazou: oh, what's happening is that the script pulls all my trees (c-c, m-c, ldap, irc, domi, venkman) so if the last one succeeds cron is quiet
# [10:43] * Quits: kaie (kaie@moz-22741B65.dip.t-dialin.net) (Ping timeout)
# [10:43] * kaie2 is now known as kaie
# [10:46] * Joins: raphc (AndChat501@4326583E.7F75B59F.B3F72630.IP)
# [10:46] * Joins: sid (sid@moz-116A7199.cs.st-andrews.ac.uk)
# [10:48] <AryehGregor> glazou, do you have an SSD? I've also got an i7-2600, 16G RAM, Ubuntu 11.04, but a build from scratch takes more like 15 minutes.
# [10:49] <atuljangra> AryehGregor: glazou exactly the same case with me :-/
# [10:49] <atuljangra> AryehGregor: were you using -j12?
# [10:49] <AryehGregor> atuljangra, I'm using -j16. Maybe that's too high.
# [10:49] <atuljangra> I guess you should try using -j12.
# [10:49] <AryehGregor> Also, I run a cron job to make sure that the source directory stays in OS cache.
# [10:50] <AryehGregor> 17 * * * * nice -n 19 find /mnt/extra/checkouts/mozilla-central -type f -exec cat {} + >/dev/null 2>&1
# [10:50] * AryehGregor tries j12, will report back
# [10:50] * Quits: @dbaron (dbaron@moz-CCB6A8E3.dsl.dynamic.sonic.net) (Ping timeout)
# [10:51] * Quits: @dveditz (dveditz@moz-5051E786.dhcp.cruzio.com) (Quit: dveditz)
# [10:52] <glazou> AryehGregor: no, regular HD
# [10:52] <AryehGregor> I don't see any iowait during build, so I suspect that's not the culprit for me.
# [10:53] * Quits: raphc (AndChat501@4326583E.7F75B59F.B3F72630.IP) (Quit: Bye)
# [10:53] <capella> hmmmm .... looks like i need an i7 2600
# [10:54] <glazou> there's even better now, I took the 2600 because it was a good compromise between price and power at that time
# [10:54] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [10:55] <atuljangra> capella: Or maybe shifting to Linux, that would surely fasten up things :-)
# [10:55] <AryehGregor> If you have a desktop (not laptop) and you spend a lot of time working on compiled code, get the best CPU you can possibly afford.
# [10:55] <glazou> atuljangra: I hope you're using pymake and not the regular make on windows ?
# [10:55] <capella> laughs .... gave up unix / linux / etc. after college
# [10:55] <AryehGregor> At least compiled code like Gecko that parallelizes decently.
# [10:55] <AryehGregor> There are lots of points where it's only using one or two cores, sadly, but a decent chunk of the time it's using all of them.
# [10:56] <atuljangra> glazou: I am on ubuntu, using regular make with -j6
# [10:56] <glazou> ok
# [10:56] <atuljangra> capella: why so?
# [10:56] * glazou reads the price of the top MBP on the apple store and faints
# [10:57] * Joins: steviez (chatzilla@moz-63AB5735.hsd1.ca.comcast.net)
# [10:57] <mwu> AryehGregor: http://s3.amazonaws.com/data.tumblr.com/tumblr_l9d2pwdlhM1qaxjufo1_1280.png?AWSAccessKeyId=AKIAI6WLSGT7Y3ET7ADQ&Expires=1339577326&Signature=rG0WKKBtbY0RRl7dUizCCoct8zY%3D
# [10:57] * Quits: steviez (chatzilla@moz-63AB5735.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88.2 [Firefox 14.0/20120605113340])
# [10:57] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [10:57] <capella> just happened that way .... went commercial :)
# [10:57] <AutomatedTester> glazou: tbh if you did the same specs to a generic laptop it would be the same
# [10:58] <mwu> AryehGregor: from http://blog.kylehuey.com/post/1192028728/an-xperf-cpu-log-of-a-j32-pymake-build-of
# [10:58] <glazou> AutomatedTester: still $3750 is a bit of something for a laptop...
# [10:58] <atuljangra> capella: Okay :-) I am still in my sophomore year, and loving Ubuntu :-)
# [10:59] <AryehGregor> Right -- I see a lot more maxing-out on my machine, but that's 8 virtual cores instead of 16. Makes sense.
# [10:59] <capella> yah - it was unix in my time
# [10:59] <AutomatedTester> glazou: definitely, glad I never have to pay it myself :)
# [10:59] <AryehGregor> What's the primary thing that serializes compilation, I wonder?
# [10:59] * atuljangra believes MBP are somewhat expensive(have always been)
# [11:00] <capella> apple >is< pricey - who buys those things?
# [11:00] <mwu> the build quality makes up for it
# [11:01] * Joins: edmorley (edmorley@moz-E62685CD.range109-152.btcentralplus.com)
# [11:01] <glandium> glazou: try maxing a Mac Pro
# [11:01] <glazou> yeah
# [11:01] <glandium> it's over $14k
# [11:01] <capella> faints
# [11:01] <mwu> build quality on the laptops that is
# [11:01] <mwu> I'd never get their desktops
# [11:01] <glandium> mwu: the unibody ones are good, the previous line of white macbooks was pure crap
# [11:02] * atuljangra $14k...... faints
# [11:02] <AutomatedTester> glazou: ++
# [11:02] <AutomatedTester> glandium: even
# [11:02] * Quits: dzbarsky (Adium@moz-85EBB8A.dia.static.qwest.net) (Quit: Leaving.)
# [11:02] <NeilAway> AryehGregor: in general or in m-c?
# [11:02] <mwu> glandium: yeah I only started with their unibody laptops
# [11:02] <AutomatedTester> plastic crap
# [11:02] <AryehGregor> NeilAway, in m-c.
# [11:02] <glazou> glandium: with displays and 4 HDs...
# [11:02] * atuljangra loves his Asus :-)
# [11:02] <mwu> and the only thing that comes close to the macbook air is about 2x the price (sony vaio)
# [11:03] <AutomatedTester> atuljangra: have you got the ultrabook?
# [11:03] <glazou> glandium: the white macbooks had one thing superior : wifi reception
# [11:03] <NeilAway> AryehGregor: although each directory builds as parallel as it can, we currently still build each directory sequentially, which really sucks for nss
# [11:03] <atuljangra> AutomatedTester: Nope, will get it next year. Zenbook. For now Asus n55sl.
# [11:03] <AutomatedTester> atuljangra: I played with bmoss ultrabook, very very nice
# [11:04] * Quits: RudyL (rudy@moz-99690620.hinet-ip.hinet.net) (Quit: RudyL)
# [11:04] <glandium> mwu: what is very pricey on apple hardware is not getting the baseline. RAM and HD upgrades are ridiculously pricey
# [11:04] <AryehGregor> NeilAway, that sounds like it should be easy to improve, no?
# [11:04] <mwu> yeah they seriously rip you off if you do that
# [11:04] <glandium> when i bought my mbp, it was cheaper for me to buy it with the normal HD, and buy a really good SSD on the side
# [11:05] <AryehGregor> Or would you run into all kinds of fun races?
# [11:05] <glazou> always
# [11:05] <glandium> than to buy an MBP with a not-so-good SSD
# [11:05] * Quits: edmorley (edmorley@moz-E62685CD.range109-152.btcentralplus.com) (Ping timeout)
# [11:05] <atuljangra> AutomatedTester: bmoss ultrabooks?
# [11:05] <AryehGregor> Or wait -- by "directory" do you really mean directory, or top-level directory?
# [11:05] <AutomatedTester> bmoss is engineering director
# [11:05] <AutomatedTester> his asus ultrabook
# [11:05] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
# [11:05] <glandium> mwu: and the best part is that the new MBPs (the slim ones) have everything soldered on the motherboard, so you can't upgrade yourself now
# [11:05] <AutomatedTester> atuljangra: ^
# [11:06] * Quits: victorporof (victorporo@5C453B31.BEB908B0.79933D60.IP) (Quit: Linkinus - http://linkinus.com)
# [11:06] <mwu> it's the price of making things thinner.
# [11:06] <atuljangra> AutomatedTester: Okay :-) Is that a zenbook?
# [11:07] <AutomatedTester> atuljangra: dunno if it is the zenbook, just know its asus and looks like a MBA
# [11:07] <AutomatedTester> so yes?
# [11:07] <mwu> glandium: I have an air and a w520 now
# [11:07] <atuljangra> AutomatedTester: yes I guess.
# [11:07] * Joins: edmorley (edmorley@moz-E62685CD.range109-152.btcentralplus.com)
# [11:07] <mwu> which covers all my use cases
# [11:08] <AutomatedTester> the only thing in the MBP that is worth the update is 16GB RAM
# [11:09] <glandium> AutomatedTester: the "retina" display is nice
# [11:10] <glandium> mwu: thinner is also an excuse to sell you overpriced stupid cables... like the thunderbolt to gigabit ethernet cable
# [11:10] <NeilAway> AryehGregor: well, someone would have to figure out which sets of directories we could build in parallel
# [11:10] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Quit: Leaving)
# [11:10] <ferongr> It'd be interested to see how that anemic mobile GPU deals with 3D content
# [11:10] <ferongr> in that resolution
# [11:10] * Quits: GPHemsley (GPHemsley@moz-A2DF0FC4.hfc.comcastbusiness.net) (Ping timeout)
# [11:11] <NeilAway> AryehGregor: at one point we had to build content before layout/build before toolkit/library, not sure if that's still true
# [11:11] <atuljangra> ferongr: Exactly.
# [11:11] * Joins: mak (chatzilla@moz-DA520FA.retail.telecomitalia.it)
# [11:12] <ferongr> and while fullscreen games have the option to switch resolutions, WebGL content doesn't unless the browser triggers a low capability mode (?) and the WebGL app supports it (? correct me if I'm wrong)
# [11:13] <glandium> NeilAway: it's still true order wise, but it's not true in the sense that if you do targetted build and only changed stuff in content, you can skip layout
# [11:13] * atuljangra now thinks of the new iPad's 2048-by-1536 resolution.
# [11:13] * Quits: edmorley (edmorley@moz-E62685CD.range109-152.btcentralplus.com) (Ping timeout)
# [11:13] <NeilAway> glandium: well, as long as you don't add new files ;-)
# [11:14] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [11:14] * Joins: edmorley (edmorley@moz-E62685CD.range109-152.btcentralplus.com)
# [11:14] <glandium> NeilAway: that should work now
# [11:14] <mwu> huh, so they removed the ethernet from the mbp?
# [11:14] <glandium> mwu: from the slim one, yes
# [11:14] <glandium> mwu: it's the price of making things thinner ;)
# [11:14] <glandium> they even removed the minidisplay port
# [11:14] * Joins: paolo (paolo@FCA1CD2A.6FB13B06.8628926.IP)
# [11:15] <glandium> there's an hdmi port, though
# [11:15] <mwu> AIUI the thunderbolt port can be used as mini-dp
# [11:15] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [11:16] <mwu> hmm
# [11:16] <mwu> or maybe not?
# [11:16] <NeilAway> glandium: oh, nice
# [11:16] <mwu> oh, yeah, it should work
# [11:17] <glandium> mwu: ah yeah, it's compatible
# [11:17] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
# [11:17] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Input/output error)
# [11:18] * Quits: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.88.2 [Firefox 14.0a2/20120527042007])
# [11:19] * Joins: raphc (quassel@moz-A8A9D5A2.fbx.proxad.net)
# [11:19] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [11:22] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
# [11:22] * Joins: JeroenDeDauw (j@moz-15F3975B.dip.t-dialin.net)
# [11:25] * Quits: bjacob_ (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Quit: Konversation terminated!)
# [11:26] * Joins: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz)
# [11:29] * Joins: smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi)
# [11:29] * ChanServ sets mode: +o smaug
# [11:29] * Joins: Optimizer (Instantbir@77CF06B9.2F75738C.2AB48280.IP)
# [11:31] <@smaug> um
# [11:31] * Joins: TheCrap (TheCrap@moz-D09C58E1.dip0.t-ipconnect.de)
# [11:31] <@smaug> so m-i hasn't been merged to m-c for two days ?
# [11:32] <@smaug> or only some changesets from m-i are in m-c
# [11:32] * Joins: bc (bc@454BDC37.1D5E8529.AC69809B.IP)
# [11:32] * Joins: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
# [11:32] * Quits: Optimizer (Instantbir@77CF06B9.2F75738C.2AB48280.IP) (Ping timeout)
# [11:32] <jfkthame> smaug: normally, it only gets merged up to the latest PGO-green changeset, so it'll typically lag by some hours at least
# [11:34] <@smaug> yes, some hours
# [11:34] <@smaug> but there are now patches which landed 06-10
# [11:34] <@smaug> in m-i
# [11:34] * @smaug lands a patch to m-c manually
# [11:35] <jfkthame> hmm, yeah, last merge i can see was late sunday night
# [11:35] * @smaug doesn't use m-i, but would like to see one patch in m-c asap
# [11:36] <gaston> plz, someone think about the poor changesets!
# [11:36] <darktrojan> m-i has been busted for a large part of that time
# [11:36] * Quits: bc (bc@454BDC37.1D5E8529.AC69809B.IP) (Ping timeout)
# [11:36] <gaston> (and merge them :)
# [11:36] * Joins: Optimizer (Instantbir@77CF06B9.2F75738C.2AB48280.IP)
# [11:36] * Joins: lahabana (Mibbit@moz-929E1FC2.imag.fr)
# [11:37] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Quit: Connection reset by beer)
# [11:37] <jfkthame> i expect one of our friendly and awesome sheriffs will merge today, it looks like a9479d148ce5 would be a good candidate at least
# [11:38] <edmorley> smaug: we had to sort out a bad merge yesterday, then no-one did in once UK hours had ended, then the tree was busted again several times
# [11:38] <edmorley> starring now and then if all good will merge
# [11:38] <@smaug> ok
# [11:38] <@smaug> then I won't land a patch separately
# [11:38] <jfkthame> see, a friendly and awesome sheriff is on the case :)
# [11:38] * Quits: alexdmt (Mibbit@moz-1E20CB3E.grenet.fr) (Quit: http://www.mibbit.com ajax IRC Client)
# [11:38] <edmorley> heh :-)
# [11:39] <edmorley> jfkthame: thank you for your work on the tinderbox log hangs btw
# [11:39] <gaston> edmorley++
# [11:39] <edmorley> jfkthame: that hang makes me sadfaces multiple times a day when going through logs
# [11:39] <@smaug> edmorley: bug# for the log hangs ?
# [11:39] <jfkthame> edmorley: y/w…. i don't think the patches so far will be anywhere near sufficient, unfortunately, but at least we're chipping away at it
# [11:40] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
# [11:40] <jfkthame> we should get a few percent improvement when the script-itemizer patch is reviewed, i believe
# [11:40] <edmorley> smaug: bug 762710
# [11:40] * Joins: graememcc (chatzilla@moz-26E0603A.range86-147.btcentralplus.com)
# [11:43] * darktrojan wonders how that auto merge script is getting on
# [11:44] <edmorley> I'm not working on it atm, TBPL stuff first (effort given edge cases vs time saving reward better); though graememcc has a different approach that he was trying the other day that seemed pretty cool
# [11:45] <darktrojan> I can push a merge if someone is willing to assist working out which bugs actually still need to be marked
# [11:45] <edmorley> I'm just about to do one
# [11:45] * Joins: Cwiiis (cwiiis@88F51059.F3BBB17D.144F44FA.IP)
# [11:45] <darktrojan> k
# [11:46] <edmorley> the tree had to be starred first (people seem to not be bothering with starring m-c after they land any more) & there were automatically resolved conflicts on the merge (which given yesterday's fun and games with RyanVM's bad merge, I'm inspecting manually)
# [11:47] <MarcoZ> edmorley: ping?
# [11:48] <edmorley> MarcoZ: hi :-)
# [11:48] * Quits: karl (karl@moz-321F88BB.jetstream.xtra.co.nz) (Ping timeout)
# [11:49] <edmorley> booo dbaron relanded the stuff that was in them midst of the bad merge mayhem, but did so on m-c, rather than the fixed up inbound :-(
# [11:49] <MarcoZ> edmorley: Hi! I'm having trouble with the current tbpl. I see the number of unstarred failures, for example 22 on Aurora currently, but can't seem to get the actual failures showing to see if I can star some of them. No matter what I try: Screen reader mouse emulation to hover or click, they won't get added to my web view.
# [11:49] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Input/output error)
# [11:49] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [11:50] <edmorley> MarcoZ: ah, were you using the overview boxes that were top right of the UI? If so, these have since gone, but you can use the 'j' and 'k' keys to go back and forwards through the unstarred failures
# [11:51] <edmorley> MarcoZ: after page load, one tap of the 'k' key gets you to the first failure
# [11:51] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [11:51] <MarcoZ> edmorley: Let me try!
# [11:51] <edmorley> MarcoZ: first unstarred failure, that is
# [11:53] <MarcoZ> edmorley: Ah, I see how it works now, thanks!
# [11:53] * Quits: Optimizer (Instantbir@77CF06B9.2F75738C.2AB48280.IP) (Ping timeout)
# [11:54] <edmorley> MarcoZ: the back/forwards keys loop through the unstarred failures and don't hit an end point btw
# [11:55] <graememcc> edmorley: want me to do that marking for you?
# [11:55] <edmorley> MarcoZ: there is also 'unstarred only' view, toggled using the 'u' key, which only shows the letters for runs that failed and aren't starred, I don't know if that would help with the screenreader
# [11:56] <MarcoZ> edmorley: I'll give that a try, too. But I decided with over 20 failures, it's no time to land anything on Aurora currently. :)
# [11:56] <edmorley> MarcoZ: let me know if the j/k key navigation doesn't work well for you and I'll see what we can do
# [11:56] <MarcoZ> edmorley: No, it actually works quite well!
# [11:57] * Joins: Optimizer (Instantbir@77CF06B9.2F75738C.2AB48280.IP)
# [11:57] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Ping timeout)
# [11:58] * Joins: GPHemsley (GPHemsley@moz-A2DF0FC4.hfc.comcastbusiness.net)
# [11:58] <edmorley> MarcoZ: a dev.platform post about that change and a couple of others: https://groups.google.com/d/msg/mozilla.dev.platform/LvVhcpUDdZs/F5KR8w8kYoEJ
# [11:58] * Quits: @ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Input/output error)
# [11:58] <edmorley> MarcoZ: also, there is a list of keyboard shortcuts under the help menu in tbpl
# [11:59] <edmorley> MarcoZ: a couple were added recently, eg: ctrl+enter for submitting the comment dialog
# [12:00] <TheOne> Unfocused: I'm missing Lightning in 14b1 :(
# [12:00] <edmorley> MarcoZ: if there are any others that would be useful, let me know :-)
# [12:00] * Quits: Optimizer (Instantbir@77CF06B9.2F75738C.2AB48280.IP) (Ping timeout)
# [12:02] * Joins: Optimizer (Instantbir@19A5812C.E39A9539.2AB48280.IP)
# [12:02] <edmorley> graememcc: sorry, yes that would be great :-)
# [12:03] <edmorley> graememcc: is the page publicly accessible?
# [12:04] <graememcc> coming soon!
# [12:04] <edmorley> :-)
# [12:06] * edmorley wonders if he should have clobbered android pre-emptively on m-c
# [12:08] * Quits: anant (anant@moz-55A5166F.in-addr.dgcsystems.net) (Connection reset by peer)
# [12:09] * Joins: anant (anant@moz-55A5166F.in-addr.dgcsystems.net)
# [12:11] * ewong is now known as ewong|away
# [12:12] * Joins: prazuber (prazuber@moz-8FDA4E25.savvy.volia.net)
# [12:13] * mattwoodrow is now known as mattwoodrow|away
# [12:14] * Quits: nattokirai (nattokirai@moz-6A258170.dynamic.ppp.asahi-net.or.jp) (Quit: nattokirai)
# [12:15] <edmorley> blassey: aurora native android M1 is permaorange (https://tbpl.mozilla.org/php/getParsedLog.php?id=12570950&tree=Mozilla-Aurora) as of one of these two pushes: https://hg.mozilla.org/releases/mozilla-aurora/rev/6ccff991c3b1 or https://hg.mozilla.org/releases/mozilla-aurora/rev/ffbb1fe5d731
# [12:22] * Quits: vikash (vikash@D1D666C6.8FA6D6A1.ADC0C9EC.IP) (Quit: Leaving)
# [12:23] * Joins: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net)
# [12:24] * Quits: HanLin (Mibbit@FC55F22A.EEEA66A6.9FF96A6E.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [12:26] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [12:28] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
# [12:29] * Joins: alexdmt (Mibbit@moz-1E20CB3E.grenet.fr)
# [12:30] <prazuber> What to do if reftests are failing, but summary is empty?
# [12:30] <edmorley> link?
# [12:31] <prazuber> https://tbpl.mozilla.org/?tree=Try&rev=d284a6e82f88
# [12:32] * Quits: ekr (ekr@47F40369.10A53EE3.77834EAA.IP) (Quit: ekr)
# [12:32] * Quits: ircloggr (nodebot@moz-AFFC34D.compute-1.amazonaws.com) (Client exited)
# [12:32] * Joins: nrc (nrc@moz-5DAE2951.bitstream.orcon.net.nz)
# [12:33] <edmorley> prazuber: that's just android issues, best bet to retrigger if says no summary
# [12:33] * Joins: ircloggr (nodebot@moz-C839FEFC.compute-1.amazonaws.com)
# [12:35] <prazuber> edmorley: thanks, I'll try that
# [12:35] * Quits: glob|away (glob@moz-DF237567.glob.com.au) (Ping timeout)
# [12:37] * Joins: loadbang (loadbang@moz-D0A88600.range86-144.btcentralplus.com)
# [12:37] * Joins: glob (glob@moz-DF237567.glob.com.au)
# [12:39] <AryehGregor> Why does Android have so many issues?
# [12:39] <edmorley> 302 jmaher|afk & co
# [12:40] <edmorley> tl;dr the tegra boards used to test are unreliable, connectivity issues, randomly wander off into the corner and stare at the wall looking blankly etc
# [12:41] <edmorley> SD cards randomly not writable, after restart work fine, etc
# [12:42] <Standard8> its a wonder mobile phones work at all...
# [12:42] <edmorley> heh :-)
# [12:42] * Joins: TheLink (TheLink@moz-45ED2356.pools.arcor-ip.net)
# [12:43] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [12:45] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [12:46] * Quits: erikvold (erikvold@F8130478.1699A1DD.67CA24A9.IP) (Quit: erikvold)
# [12:46] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [12:46] * Quits: dao (dao@moz-C2046A0A.superkabel.de) (Quit: Leaving.)
# [12:47] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [12:48] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Ping timeout)
# [12:50] * Quits: raphc (quassel@moz-A8A9D5A2.fbx.proxad.net) (Ping timeout)
# [12:51] * Parts: loadbang (loadbang@moz-D0A88600.range86-144.btcentralplus.com)
# [12:51] <sawrubh> edmorley: one question, can I by mistake cancel some build. There is a button against the tests, and it says that Cancel build. I haven't pressed it(yet ;)) but I hope it ask for the user's credentials if I do ?
# [12:51] * Joins: raphc (quassel@moz-A8A9D5A2.fbx.proxad.net)
# [12:51] * Joins: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [12:51] <Optimizer> If I have a setter like this
# [12:51] <Optimizer> set abcd(value) {do something};
# [12:51] <Optimizer> Then how do I call the setter ?
# [12:52] <darktrojan> abcd = foo
# [12:52] <sawrubh> something.abcd = foo
# [12:52] <sawrubh> or as darktrojan said :)
# [12:52] <sawrubh> and by something
# [12:52] <sawrubh> I didnt mean the something
# [12:53] <Cwiiis> If an nsRect goes into negative coordinates, I guess x and y are higher than xmost/ymost? (thinking rtl frame rects)
# [12:53] <sawrubh> in the body of the setter, sorry it was "something2"
# [12:54] <Optimizer> :D
# [12:54] <Cwiiis> and in that case, I guess width/height are also negative?
# [12:54] <Optimizer> thanks
# [12:54] <AryehGregor> Random question: why have a.forget(b)? Why not just b = a.forget()? To save copying a temporary? But why isn't forget() inline, so the compiler can optimize out the temporary?
# [12:54] * Quits: kaze (kaze@moz-A8A9D5A2.fbx.proxad.net) (Ping timeout)
# [12:56] * Quits: vikram360 (vikram360@38836025.8FBA3BDE.2A068A5E.IP) (Ping timeout)
# [12:56] * Joins: vikram360 (vikram360@E24205EB.AF8B567D.2A068A5E.IP)
# [12:57] * Quits: paolo (paolo@FCA1CD2A.6FB13B06.8628926.IP) (Client exited)
# [12:58] * Quits: kaie (kaie@moz-F6F1D858.dip.t-dialin.net) (Quit: Leaving)
# [12:58] <tbsaunde> AryehGregor: so you can assign to a raw pointer with having an implicit convertion from already_AddRefed<i> to i*
# [12:59] <AryehGregor> Hmm, interesting.
# [13:00] * Quits: espadrine (espadrine@moz-BBE3ABD.mv.mozilla.com) (Quit: espadrine)
# [13:01] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Ping timeout)
# [13:01] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Quit: darktrojan)
# [13:02] * Quits: janv (varga@moz-400565FD.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [13:02] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [13:03] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Ping timeout)
# [13:06] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [13:07] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [13:07] <glandium> Standard8: arguably, phones are not development boards
# [13:08] <glandium> Standard8: fwiw, i'm working on fixing bug 762621
# [13:09] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [13:09] * glob is now known as glob|away
# [13:12] * Joins: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [13:14] <edmorley> sawrubh: sorry, was on the way in to the office
# [13:14] * Quits: nrc (nrc@moz-5DAE2951.bitstream.orcon.net.nz) (Ping timeout)
# [13:14] <edmorley> sawrubh: yeah you can if on try; if other trees then best not to since cancelling a build will burn the next push (unless you also clobber), and cancelling a test run may end up cancelling one other than the one you meant, due to coalescing
# [13:15] * Joins: jfkthame_ (jfkthame@1E761AA8.A1C12133.9542EC20.IP)
# [13:15] * Quits: jfkthame (jfkthame@1E761AA8.A1C12133.9542EC20.IP) (Connection reset by peer)
# [13:15] * jfkthame_ is now known as jfkthame
# [13:16] * Quits: jfkthame (jfkthame@1E761AA8.A1C12133.9542EC20.IP) (Connection reset by peer)
# [13:17] * Joins: jfkthame_ (jfkthame@1E761AA8.A1C12133.9542EC20.IP)
# [13:17] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [13:18] * Quits: jfkthame_ (jfkthame@1E761AA8.A1C12133.9542EC20.IP) (Connection reset by peer)
# [13:18] * Joins: jfkthame (jfkthame@1E761AA8.A1C12133.9542EC20.IP)
# [13:19] * Joins: jfkthame_ (jfkthame@1E761AA8.A1C12133.9542EC20.IP)
# [13:19] * Quits: jfkthame (jfkthame@1E761AA8.A1C12133.9542EC20.IP) (Connection reset by peer)
# [13:19] * jfkthame_ is now known as jfkthame
# [13:19] <sawrubh> edmorley: thanks
# [13:19] * Joins: anant_ (anant@moz-55A5166F.in-addr.dgcsystems.net)
# [13:19] * Quits: anant (anant@moz-55A5166F.in-addr.dgcsystems.net) (Connection reset by peer)
# [13:19] * anant_ is now known as anant
# [13:22] * Joins: dao (dao@moz-C2046A0A.superkabel.de)
# [13:23] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [13:25] * Joins: squeakytoy (squeakytoy@moz-135838FA.netset.se)
# [13:27] * Fallen|away is now known as Fallen
# [13:28] * Joins: dria (dria@20347F7B.5BCEC6DB.DA78B690.IP)
# [13:31] * Joins: mike5w3c (MikeS@moz-69946E82.xgsspn.imtp.tachikawa.spmode.ne.jp)
# [13:31] <@smaug> and location bar is broken again
# [13:31] <@smaug> or still
# [13:33] * AutomatedTester is now known as Automatedtester|away
# [13:33] * Fallen is now known as Fallen|away
# [13:33] * Joins: bc (bc@454BDC37.1D5E8529.AC69809B.IP)
# [13:35] * Quits: m_kato (m_kato@moz-348F61F0.mozilla.or.jp) (Quit: Leaving...)
# [13:36] * Quits: dao (dao@moz-C2046A0A.superkabel.de) (Quit: Leaving.)
# [13:37] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
# [13:37] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Input/output error)
# [13:39] * Joins: Goldorak (chatzilla@504CDF79.35D36EE.187A1082.IP)
# [13:40] * jcranmer is now known as jranmer|away
# [13:40] * jranmer|away is now known as jcranmer|away
# [13:40] <Standard8> glandium: oooh, thanks. Do you think you'll have a fix today, and will it be simple?
# [13:41] <glandium> Standard8: it won't be simple, but it will be definitive
# [13:41] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [13:41] <glandium> meaning, there won't be any need for any change when you add libraries or whatever
# [13:42] <Standard8> glandium: ah right. I'm just wondering if there's a safe fix we can do on branches
# [13:42] * bhearsum|afk is now known as bhearsum
# [13:43] * Quits: mwu (mwu@5AAE35B2.5EFFC0B8.24454B25.IP) (Ping timeout)
# [13:44] <Standard8> glandium: especially as we're looking at a .1 for other issues as well
# [13:45] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [13:45] <glandium> Standard8: we can probably have a simple fix for branches, but it will be on mozilla side, not comm
# [13:45] * Quits: sid (sid@moz-116A7199.cs.st-andrews.ac.uk) (Ping timeout)
# [13:45] * Quits: dria (dria@20347F7B.5BCEC6DB.DA78B690.IP) (Ping timeout)
# [13:45] * Quits: tonymec (tonymec@moz-978D6C36.adsl-dyn.isp.belgacom.be) (Ping timeout)
# [13:46] <glandium> Standard8: although, it is possible to have a comm-only hack
# [13:47] * Joins: retina (blah@187E4755.501E67FD.45459EBF.IP)
# [13:47] <retina> http://www.anandtech.com/show/5998/macbook-pro-retina-display-analysis
# [13:48] <retina> http://images.anandtech.com/doci/5998/Screen%20Shot%202012-06-11%20at%208.21.29%20PM.png Chrome looks pretty bad
# [13:48] <AryehGregor> Oh, feh, documents don't have an mNodeInfo? Why not?
# [13:48] * AryehGregor wants nsINode::Tag to work
# [13:48] * Joins: tonymec (tonymec@moz-978D6C36.adsl-dyn.isp.belgacom.be)
# [13:48] * Joins: dria (dria@20347F7B.5BCEC6DB.DA78B690.IP)
# [13:48] <@smaug> whaat, some of Macbooks are still without SSD ?
# [13:49] <AryehGregor> Oh, or they do?
# [13:49] * AryehGregor is confused
# [13:49] <@smaug> and yet expensive as h**l
# [13:49] <AryehGregor> nsDocument::Init sets mNodeInfo appropriately, but the constructor doesn't . . . hmm.
# [13:49] <@smaug> (not that I use a macbook :) )
# [13:50] * Joins: timdream (timdream@4B7DBB4C.2D3125E3.74E0D10F.IP)
# [13:51] * Quits: dria (dria@20347F7B.5BCEC6DB.DA78B690.IP) (Ping timeout)
# [13:54] * Joins: dria (dria@20347F7B.5BCEC6DB.DA78B690.IP)
# [13:54] * Joins: jhk1 (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [13:54] * Quits: bc (bc@454BDC37.1D5E8529.AC69809B.IP) (Ping timeout)
# [13:54] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Quit: Leaving.)
# [13:54] <@smaug> retina: have you filed a bug to make sure FF is updated to support retina display
# [13:55] <@smaug> (I could be wrong, but I think changing some prefs might be enough)
# [13:56] <retina> smaug I didn't, but I think it's important enough especially after seeing the comparison image between Chrome(not Retina aware) and Safari(Retina aware)
# [13:56] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Linkinus - http://linkinus.com)
# [13:57] <@smaug> retina: so, please file a bug
# [14:00] * Joins: askalski (akuda@moz-137D1D7A.mimuw.edu.pl)
# [14:01] <retina> actually there's a bug already, https://bugzilla.mozilla.org/show_bug.cgi?id=674373 but not sure if it covers Retina Macbook Pro too
# [14:01] * Joins: IanN (iann@4837CDFE.2ECE621A.E5F36E28.IP)
# [14:02] <glandium> Standard8: fix there
# [14:06] * Joins: janv (varga@35A5F25C.207798BC.2A7F8BFC.IP)
# [14:08] * Joins: aleth (Instantbir@moz-F4963E9F.ictp.it)
# [14:09] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Quit: Ex-Chat)
# [14:09] * Joins: kmoir-afk (chatzilla@moz-4CA9B556.cable.teksavvy.com)
# [14:09] * Joins: NimeshNeema (u2689@moz-160C58C6.com)
# [14:09] * kmoir-afk is now known as kmoir
# [14:09] * Quits: janv (varga@35A5F25C.207798BC.2A7F8BFC.IP) (Quit: This computer has gone to sleep)
# [14:10] * Joins: darfia (darfia@20C4F0CB.2F9EAEB9.C36097CD.IP)
# [14:10] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [14:12] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Ping timeout)
# [14:12] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
# [14:13] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
# [14:14] * Joins: bholley (anonymous@moz-104CC309.mv.mozilla.com)
# [14:14] * Joins: drice (derice@moz-1D9C882A.deploy.akamaitechnologies.com)
# [14:15] <AryehGregor> From #whatwg: [120612 14:55:45] <annevk> is http://mxr.mozilla.org/mozilla-central/source/netwerk/base/src/nsStandardURL.cpp Gecko's URL implementation?
# [14:17] * Joins: espindola (espindola@moz-1F4DE5C6.dsl.teksavvy.com)
# [14:17] * Quits: glob|away (glob@moz-DF237567.glob.com.au) (Ping timeout)
# [14:18] * Joins: glob (glob@moz-DF237567.glob.com.au)
# [14:20] * Joins: Mano (mano@moz-47B2C60B.cablep.bezeqint.net)
# [14:20] * glob is now known as glob|away
# [14:22] * Quits: askalski (akuda@moz-137D1D7A.mimuw.edu.pl) (No route to host)
# [14:23] * Parts: aleth (Instantbir@moz-F4963E9F.ictp.it)
# [14:24] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [14:26] * Quits: retina (blah@187E4755.501E67FD.45459EBF.IP) (Quit: )
# [14:26] * Fallen|away is now known as Fallen
# [14:27] <edmorley> we just had an old school arcade machine arrive at the london office :-D
# [14:27] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
# [14:29] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Input/output error)
# [14:30] <glandium> edmorley: what is running on it?
# [14:30] * Quits: Optimizer (Instantbir@19A5812C.E39A9539.2AB48280.IP) (Ping timeout)
# [14:30] <Standard8> ls
# [14:30] <Standard8> edmorley: I really will have to get down to the office again, see all the new toys you guys have got
# [14:31] <edmorley> glandium: some japanese fighter game, can't remember what it's called at my desk now lol
# [14:31] <edmorley> building security gave us some weird looks getting it in the building and in the lift
# [14:31] <edmorley> only just fit
# [14:32] * Joins: gandalf (gandalf@moz-6937DDA7.neoplus.adsl.tpnet.pl)
# [14:33] * Quits: gandalf (gandalf@moz-6937DDA7.neoplus.adsl.tpnet.pl) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [14:34] * Joins: Optimizer (Instantbir@19A5812C.E39A9539.2AB48280.IP)
# [14:34] * Quits: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [14:35] <froydnj> philor|away: thanks for re-pushing bug 763525!
# [14:35] * Joins: nhirata (nhirata.bu@moz-250E4BAA.dsl.static.sonic.net)
# [14:40] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Ping timeout)
# [14:40] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
# [14:42] * sheeri-afk is now known as sheeri
# [14:42] * Automatedtester|away is now known as AutomatedTester
# [14:42] * Joins: louisremi (louisremi@moz-381A2210.dsl.sta.abo.bbox.fr)
# [14:43] * Quits: dria (dria@20347F7B.5BCEC6DB.DA78B690.IP) (Quit: dria)
# [14:43] <Standard8> glandium: in answer to the question on that bug... http://pastebin.mozilla.org/1661157
# [14:43] <Standard8> :-(
# [14:43] <glandium> Standard8: what question?
# [14:43] <Standard8> glandium: why we haven't picked up the prldap60 issue previously
# [14:44] * Joins: bbondy (bbondy@moz-815B377A.home.cgocable.net)
# [14:44] <Standard8> glandium: so if I'm reading that right, we're picking up the system libplds4 first...
# [14:44] <glandium> Standard8: well, that doesn't explain why nobody had the problem before, although the number of people without system libnspr is maybe pretty low
# [14:45] <glandium> Standard8: it's worse, you're picking both
# [14:45] <Standard8> yeah
# [14:45] <Standard8> I'm not sure of our Linux beta numbers, but I believe there's a lot getting it from PPAs etc
# [14:45] <Standard8> which would have system nspr afaik
# [14:46] <Standard8> whereas I'm guessing Mandriva doesn't
# [14:46] <louisremi> Hi, I'm wondering why do we use camel-case for "Moz"-prefixed event names ("MozAfterPaint", "MozSwipeGesture", etc) when all other event names are lower-case ("canplaythrough", "readystatechange", etc). Anticonformism?
# [14:46] * Quits: sawrubh (Mibbit@3D0D07B2.BD57A133.DDC6F5D1.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [14:46] <Standard8> or doesn't have the right version
# [14:46] <glandium> Standard8: i think some gnome app comes with a dependency on nspr...
# [14:46] <Standard8> hmm
# [14:46] <Standard8> well, its definitely wrong anyway
# [14:47] * Joins: janv (varga@35A5F25C.207798BC.2A7F8BFC.IP)
# [14:47] <@smaug> louisremi: no reasons
# [14:48] <glandium> Standard8: yeah, the patch i attached should work
# [14:48] <@smaug> louisremi: note, Moz* gesture events are chrome only events
# [14:48] <glandium> Standard8: do you prefer i use that bug for the long term fix as well, or should i file a new one?
# [14:48] <@smaug> louisremi: also, DOMContentLoaded is a "standard" event
# [14:48] <@smaug> louisremi: so is DOMAttrModified etc
# [14:48] <Standard8> glandium: could you file a new one, as I suspect its a core fix?
# [14:48] * Joins: johanc (chatzilla@moz-8E1A9E8E.bredband.comhem.se)
# [14:48] * ewong|sleep is now known as ewong
# [14:49] <glandium> Standard8: ok
# [14:49] <louisremi> smaug: yep, but the vast majority is lowercase, and some conventions don't hurt
# [14:49] <@smaug> louisremi: sure. All the event for which onfoo attribute support is wanted, must be all-lowercase
# [14:49] <@smaug> s/event/events/
# [14:50] <Standard8> glandium: yeah, that works with a local hack on dependentlibs.list, thanks :-) I'll get that landed in a bit
# [14:50] <@smaug> louisremi: as of now, there isn't really any convention. For new event lowercase should be used
# [14:50] <louisremi> smaug: we even introduced two events with dashed names: "smartcard-insert" and "smartcard-remove": https://developer.mozilla.org/en/JavaScript_crypto
# [14:51] <louisremi> smaug: "For new event lowercase should be used" Amen.
# [14:52] <@smaug> louisremi: smardcard events are far from new
# [14:52] * jcranmer|away is now known as jcranmer
# [14:52] * Joins: bc (bc@454BDC37.1D5E8529.AC69809B.IP)
# [14:52] <louisremi> sure
# [14:55] * Quits: janv (varga@35A5F25C.207798BC.2A7F8BFC.IP) (Quit: This computer has gone to sleep)
# [14:55] <@smaug> louisremi: don't expect any sanity in the APIs used in the Web :)
# [14:56] <louisremi> smaug: but don't give up on sanity either :-)
# [14:56] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Ping timeout)
# [14:56] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
# [14:56] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
# [14:57] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [14:57] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [14:57] * Joins: sid (sid@moz-116A7199.cs.st-andrews.ac.uk)
# [15:01] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a2/20120609042006])
# [15:02] * Quits: raphc (quassel@moz-A8A9D5A2.fbx.proxad.net) (Ping timeout)
# [15:02] * Joins: raphc (quassel@moz-A8A9D5A2.fbx.proxad.net)
# [15:03] * Joins: dria (dria@F2D29657.F60B0462.67AC9B1.IP)
# [15:03] * Quits: jfkthame (jfkthame@1E761AA8.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [15:03] * Joins: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com)
# [15:05] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
# [15:09] * Quits: bc (bc@454BDC37.1D5E8529.AC69809B.IP) (Quit: leaving)
# [15:09] * Joins: bc (bc@454BDC37.1D5E8529.AC69809B.IP)
# [15:10] * Quits: raphc (quassel@moz-A8A9D5A2.fbx.proxad.net) (Ping timeout)
# [15:10] * Joins: raphc (quassel@moz-A8A9D5A2.fbx.proxad.net)
# [15:10] * Joins: armenzg (armenzg@DA398619.5BCEC6DB.DA78B690.IP)
# [15:10] * Quits: sid (sid@moz-116A7199.cs.st-andrews.ac.uk) (Input/output error)
# [15:11] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [15:13] * Quits: raphc (quassel@moz-A8A9D5A2.fbx.proxad.net) (Ping timeout)
# [15:13] * Joins: raphc (quassel@moz-A8A9D5A2.fbx.proxad.net)
# [15:13] * Quits: armenzg (armenzg@DA398619.5BCEC6DB.DA78B690.IP) (Ping timeout)
# [15:14] * Joins: armenzg (armenzg@DA398619.5BCEC6DB.DA78B690.IP)
# [15:14] <glandium> Standard8: fyi, bug 763893
# [15:16] * Quits: raphc (quassel@moz-A8A9D5A2.fbx.proxad.net) (Ping timeout)
# [15:16] * Joins: raphc (quassel@moz-A8A9D5A2.fbx.proxad.net)
# [15:17] <Standard8> glandium: nice :-)
# [15:17] * Joins: krit (krit@moz-3AE657AD.hsd1.ca.comcast.net)
# [15:17] * Joins: krit1 (krit@moz-3AE657AD.hsd1.ca.comcast.net)
# [15:17] * Quits: krit (krit@moz-3AE657AD.hsd1.ca.comcast.net) (Connection reset by peer)
# [15:17] <glandium> Standard8: you'll be able to remove the extralibdeps.mk files, then :)
# [15:17] * Quits: Mano (mano@moz-47B2C60B.cablep.bezeqint.net) (Client exited)
# [15:18] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Ping timeout)
# [15:18] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
# [15:18] * glob|away is now known as glob
# [15:18] <Standard8> glandium: :-)
# [15:20] * Quits: raphc (quassel@moz-A8A9D5A2.fbx.proxad.net) (Client exited)
# [15:21] * Joins: krit (krit@moz-8569A55.adobe.com)
# [15:21] * Quits: krit1 (krit@moz-3AE657AD.hsd1.ca.comcast.net) (Ping timeout)
# [15:22] * Quits: nhirata (nhirata.bu@moz-250E4BAA.dsl.static.sonic.net) (No route to host)
# [15:22] * Joins: nhirata (nhirata.bu@moz-250E4BAA.dsl.static.sonic.net)
# [15:23] * Joins: bjacob_ (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [15:23] * Joins: jfkthame (jfkthame@1E761AA8.A1C12133.9542EC20.IP)
# [15:24] * Quits: jfkthame (jfkthame@1E761AA8.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [15:25] * Joins: kaze (kaze@moz-A8A9D5A2.fbx.proxad.net)
# [15:25] * armenzg is now known as armenzg_omw
# [15:26] * Quits: @smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi) (Ping timeout)
# [15:26] * mjschranz_away is now known as mjschranz
# [15:27] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [15:27] * Quits: armenzg_omw (armenzg@DA398619.5BCEC6DB.DA78B690.IP) (Ping timeout)
# [15:27] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [15:28] * Joins: sid (sid@moz-116A7199.cs.st-andrews.ac.uk)
# [15:29] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
# [15:30] * Joins: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP)
# [15:30] * Quits: bjacob_ (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Connection reset by peer)
# [15:31] * Joins: bjacob_ (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [15:31] * Joins: marco (marco@3A0F4000.A00BAEB.10DC0B64.IP)
# [15:31] * Quits: nhirata (nhirata.bu@moz-250E4BAA.dsl.static.sonic.net) (Ping timeout)
# [15:31] * Joins: rohan (chatzilla@34750AEB.2C2BFB59.35E0727C.IP)
# [15:32] * Joins: nhirata_v2 (nhirata.bu@moz-250E4BAA.dsl.static.sonic.net)
# [15:32] * Quits: tonymec (tonymec@moz-978D6C36.adsl-dyn.isp.belgacom.be) (Input/output error)
# [15:35] * bwinton_away is now known as bwinton
# [15:35] * Quits: nhirata_v2 (nhirata.bu@moz-250E4BAA.dsl.static.sonic.net) (No route to host)
# [15:36] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [15:36] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [15:36] <mkaply> Can someone remind me how to see the diffs between two builds? I have the HG URLs from about:buildconfig for the two builds.
# [15:37] <Optimizer> hi, is there something wrong in this code : let p = document.getElementsByClassName("classname");
# [15:37] <Optimizer> for each (let pp in p) {
# [15:37] <Optimizer> let id = pp.getAttribute("producerId");
# [15:37] <Optimizer> }
# [15:38] <Standard8> mkaply: diffs or changesets?
# [15:38] <mkaply> Standard8: sorry, changesets
# [15:38] <Optimizer> i am getting an error that pp.getAttribute is not a function
# [15:38] <Standard8> mkaply: for changesets you want something like http://hg.mozilla.org/comm-central/pushloghtml?fromchange=ad67b3c1a764&tochange=94186d8c148d
# [15:38] * Joins: asadotzler (asa@D13E5E3F.A1EC5031.204CA821.IP)
# [15:38] <Standard8> mkaply: note that's a c-c one, not m-c ;-)
# [15:38] <mkaply> Optimizer: yes. for each will give you the length I think
# [15:39] <Optimizer> but for normal arrays and objects, for each works fine
# [15:39] * Joins: janv (varga@moz-400565FD.flarion.as5628.telecom.sk)
# [15:39] <AryehGregor> Optimizer, "for each" is a Mozilla-ism, I think -- does dropping the "each" work?
# [15:39] * Joins: tonymec (tonymec@moz-978D6C36.adsl-dyn.isp.belgacom.be)
# [15:40] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
# [15:40] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Quit: Ex-Chat)
# [15:40] <Optimizer> AryehGregor: nopes
# [15:41] <AryehGregor> Dunno, then, sorry.
# [15:41] <Optimizer> when I drop each, the object list will be iterated using property name, while when I use for each, its objects would be iterated on
# [15:41] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
# [15:41] <Optimizer> I need for each only
# [15:42] * bear-afk is now known as bear
# [15:43] <Optimizer> oh I get it
# [15:43] <Optimizer> the array has one more attribute , length
# [15:43] <Optimizer> mkaply was almost correct
# [15:43] * mcote|afk is now known as mcote
# [15:43] <mkaply> Optimizer: That's why you can't use for each on it.
# [15:43] <Optimizer> hmm
# [15:44] <mkaply> just use a regular for loop
# [15:44] <Optimizer> hmm
# [15:44] <Optimizer> yes
# [15:44] * Quits: darfia (darfia@20C4F0CB.2F9EAEB9.C36097CD.IP) (Quit: Saindo)
# [15:44] * Joins: darfia (darfia@20C4F0CB.2F9EAEB9.C36097CD.IP)
# [15:44] <mkaply> ok, none of my nsIXMLHttpRequests are working in FF13
# [15:44] <mkaply> FF14
# [15:45] <mkaply> NS_ERROR_XPC_CI_RETURNED_FAILURE
# [15:45] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [15:45] * Quits: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: bye)
# [15:46] * kats|away is now known as kats
# [15:46] <jcranmer> *sigh*
# [15:46] <jcranmer> how much of configure.in do we really need?
# [15:46] <Standard8> jcranmer: all of it and more! :-P
# [15:46] <jcranmer> in this case statement
# [15:46] <jcranmer> there are two entries
# [15:47] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
# [15:47] <jcranmer> *-os2*)
# [15:47] * Joins: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [15:47] <Standard8> yep, they still build afaik
# [15:47] <jcranmer> no, there are two cases that have the same regex
# [15:48] <Standard8> ah ok
# [15:48] <glandium> jcranmer: there's desperate need for serious cleanup in configure.in
# [15:48] * Joins: Mitch (chatzilla@moz-A21A3DB9.sbr802.nsw.optusnet.com.au)
# [15:49] * Quits: jstraus (Adium@moz-C7B4D9FC.hsd1.ma.comcast.net) (Quit: Leaving.)
# [15:50] <jcranmer> maybe I should write a script that finds unused configure variables
# [15:51] * Joins: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP)
# [15:54] * cadecairos_away is now known as cadecairos
# [15:54] <Mitch> cat configure.in
# [15:54] <glandium> Mitch: that reminds me of a blog post i wanted to write about terminals...
# [15:55] <AryehGregor> So, what's the sekrit content at https://bugzilla.mozilla.org/show_bug.cgi?id=336383 ?
# [15:55] * AryehGregor has been assigned/CCd on multiple bugs blocking it
# [15:55] <jcranmer> AryehGregor: just plans for global domination
# [15:55] * Quits: lahabana (Mibbit@moz-929E1FC2.imag.fr) (Quit: http://www.mibbit.com ajax IRC Client)
# [15:55] * Quits: jhk1 (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [15:56] * Joins: lahabana (Mibbit@moz-929E1FC2.imag.fr)
# [15:57] * Quits: kanha (quassel@6CCA9C8D.8293D34.9105FBCF.IP) (Ping timeout)
# [15:57] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [15:57] * Quits: kaze (kaze@moz-A8A9D5A2.fbx.proxad.net) (Ping timeout)
# [15:58] <jcranmer> glandium: yeah, I'm seeing a dozen or more AC_DEFINE's that look unused
# [15:58] * Joins: kaze (kaze@moz-A8A9D5A2.fbx.proxad.net)
# [15:58] * Quits: kaze (kaze@moz-A8A9D5A2.fbx.proxad.net) (Quit: WeeChat 0.3.7)
# [15:59] * Joins: kanha (quassel@6CCA9C8D.8293D34.9105FBCF.IP)
# [15:59] * Joins: kaze (kaze@moz-A8A9D5A2.fbx.proxad.net)
# [16:01] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Ping timeout)
# [16:01] * Joins: armenzg_omw (armenzg@F2D29657.F60B0462.67AC9B1.IP)
# [16:03] * Quits: kaze (kaze@moz-A8A9D5A2.fbx.proxad.net) (Ping timeout)
# [16:04] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
# [16:04] * ChanServ sets mode: +o ehsan
# [16:04] * Joins: kaze (kaze@moz-A8A9D5A2.fbx.proxad.net)
# [16:05] <alexdmt> I need bz :(
# [16:06] * Quits: kaze (kaze@moz-A8A9D5A2.fbx.proxad.net) (Quit: WeeChat 0.3.7)
# [16:06] * Joins: kaze (kaze@moz-A8A9D5A2.fbx.proxad.net)
# [16:06] <glandium> jcranmer: a dozen seems low :)
# [16:07] * Joins: evilpie (chatzilla@moz-59728D97.pools.arcor-ip.net)
# [16:07] * Quits: bbondy (bbondy@moz-815B377A.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [16:08] * Joins: bbondy (bbondy@moz-815B377A.home.cgocable.net)
# [16:08] * bz_sleep is now known as bz
# [16:08] <jcranmer> glandium: I was just eyeballing by seeing how often \<arg\> appears in m-c
# [16:08] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
# [16:09] <jcranmer> anything with 4 or fewer uses is highly suspect, and everyone at 10 or less is possibly unused
# [16:10] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
# [16:10] <marco> glandium: about moving the profile to XDG_CONFIG_HOME
# [16:10] <alexdmt> ping bz
# [16:10] <marco> glandium: I need to get the relative path to the home
# [16:11] <marco> glandium: do you think it's better to do this during installation or in the webapprt?
# [16:11] * Joins: leggetter (Adium@3CA16D46.B01C205B.E1A97B56.IP)
# [16:11] <glandium> marco: why do you need that?
# [16:11] * Joins: wchen (wchen@F2D29657.F60B0462.67AC9B1.IP)
# [16:12] <@bz> alexdmt: yes?
# [16:12] * Joins: jfkthame (jfkthame@1E761AA8.A1C12133.9542EC20.IP)
# [16:12] <marco> glandium: http://dxr.lanedo.com/mozilla-central/xpcom/build/nsXREAppData.h.html?string=nsXREAppData#l101
# [16:13] <alexdmt> bz: oh hi could you take a look at https://bugzilla.mozilla.org/show_bug.cgi?id=716875
# [16:13] <glandium> marco: that's not the only way to specify a profile directory
# [16:13] <alexdmt> last comments
# [16:13] * Joins: ekr (ekr@47F40369.10A53EE3.77834EAA.IP)
# [16:13] <alexdmt> and give me your point of view
# [16:13] * Joins: tchevalier (Instantbir@moz-BEF161E0.w92-143.abo.wanadoo.fr)
# [16:13] <alexdmt> about the asserts which have disappeared
# [16:14] <marco> glandium: ah, good. Is there a way to specify it with an absolute path?
# [16:14] * Quits: krit (krit@moz-8569A55.adobe.com) (Ping timeout)
# [16:14] * Joins: krit (krit@moz-3AE657AD.hsd1.ca.comcast.net)
# [16:15] <alexdmt> bz: our patch seems to work because all the reftests have passed. And yet some crashtests fail because there is less asserts in the log
# [16:15] * rail_away is now known as rail
# [16:15] <glandium> marco: look at the -profile option you can give to firefox
# [16:16] * jmaher|afk is now known as jmaher
# [16:16] <glandium> marco: although, that's a bit different, it lets you specify the exact profile, not the profile base directory
# [16:16] * catlee-away is now known as catlee-buildduty
# [16:16] <@bz> alexdmt: Have you looked at the test?
# [16:16] * Quits: krit (krit@moz-3AE657AD.hsd1.ca.comcast.net) (Quit: Leaving.)
# [16:16] <lahabana> bz it's : <TEXTAREA COLS="381762666">
# [16:16] <lahabana> (I'm with alexdmt )
# [16:17] <@bz> lahabana, alexdmt: OK. What are the asserts that trigger without your patch?
# [16:17] <@bz> lahabana: yes, I recall
# [16:17] <@bz> And do you understand why your patch made those go away? ;)
# [16:17] <lahabana> bz no
# [16:18] * armenzg_omw is now known as armenzg
# [16:18] <lahabana> we think it's has something to do with an overflow
# [16:18] <lahabana> https://bugzilla.mozilla.org/show_bug.cgi?id=575011
# [16:18] <alexdmt> bz not really, that's why we need your point of view on it :)
# [16:19] <lahabana> bz "Scrolled rect smaller than scrollport?");
# [16:19] <lahabana> that's the assertions that were triggered
# [16:19] * Joins: dao (dao@moz-DF52589D.dip.tu-dresden.de)
# [16:19] * Quits: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net) (Ping timeout)
# [16:19] * Joins: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP)
# [16:19] <lahabana> it's in nsGfxScrollBar
# [16:20] <lahabana> there's actually a real difference of rendering in between macOS and linux on that test
# [16:20] <lahabana> as on macOSX the textarea is really tiny whereas on linux it's massive so we think it's due to an overflow
# [16:20] * Quits: smagnin (pike@moz-DEF53BC9.fbx.proxad.net) (Client exited)
# [16:21] <lahabana> we managed to retrigger these on macOSX by doing an NS_MAX
# [16:21] <lahabana> but that doesn't seem right
# [16:21] * Joins: philipp64|laptop (chatzilla@moz-49802010.redfish-solutions.com)
# [16:21] <marco> glandium: thank you
# [16:23] <glandium> marco: also note that nothing prevents you from modifying the xre code if it's not convenient enough :)
# [16:23] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
# [16:23] <@bz> lahabana: well, presumably before you used to overflow some int value and now you don't?
# [16:23] <@bz> lahabana: doing an NS_MAX of what against what?
# [16:24] * Quits: @ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Input/output error)
# [16:24] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: bbl)
# [16:24] <@bz> or maybe you used to not overflow and now you do?
# [16:25] * Joins: jrmuizel (jrmuizel@25F88422.B7606226.6BED537B.IP)
# [16:26] <lahabana> the thing is that this different display already exists in FF13
# [16:27] <@bz> that's fine
# [16:27] <@bz> my questions are:
# [16:27] * Quits: ddahl (ddahl@moz-E2202F81.lightspeed.nbrntx.sbcglobal.net) (Ping timeout)
# [16:27] <@bz> 1) Does your patch change the layout?
# [16:27] <lahabana> no
# [16:27] <@bz> 2) What's the NS_MAX thing you mention above?
# [16:27] <alexdmt> bz 1) no
# [16:28] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
# [16:28] <lahabana> in nsCotnrolFrame::CalcIntrisicSize we added a NS_MAX(aIntrinsicSize.width, NS_coordMAX)
# [16:28] <lahabana> but that was stupid
# [16:28] <@bz> uh
# [16:28] <@bz> heh
# [16:29] <@bz> I think if the layout isn't changing, just changing the assert count annotation here is fine
# [16:29] <lahabana> ok
# [16:29] <alexdmt> hm ok
# [16:29] <@bz> The original bug this was testing was an assert
# [16:30] <@bz> so if there are now no asserts on the testcase.... great. ;)
# [16:30] <lahabana> though is that will be ok cause the assertions are still triggered on linux still?
# [16:30] <lahabana> ok cool then :)
# [16:30] <@bz> oh, interesting
# [16:30] <alexdmt> bz: ok
# [16:30] <@bz> so asserts on Linux but not Windows or Mac?
# [16:30] <lahabana> yes
# [16:30] <alexdmt> true
# [16:30] <@bz> I guess you could annotate it as only asserting on linux
# [16:31] * @bz has no idea what the difference is; could be native theming
# [16:31] <alexdmt> hmm maybe
# [16:31] <alexdmt> thank you for your comments bz
# [16:32] <lahabana> we do asserts-if(linux,2) ?
# [16:32] * Quits: Optimizer (Instantbir@19A5812C.E39A9539.2AB48280.IP) (Ping timeout)
# [16:34] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [16:35] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
# [16:36] * Joins: Optimizer (Instantbir@19A5812C.E39A9539.2AB48280.IP)
# [16:36] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
# [16:39] <NeilAway> AryehGregor: I think it's Gecko's only URL type, yes, but we have several URI implementations too ;-)
# [16:39] <@bz> AryehGregor: "for each" is an e4x-ism, not a mozillaism
# [16:39] * Quits: leggetter (Adium@3CA16D46.B01C205B.E1A97B56.IP) (Quit: Leaving.)
# [16:39] <AryehGregor> bz, okay.
# [16:40] <@bz> NeilAway: we have several nsIURL impls
# [16:40] <Yoric> dougt: By the way, do not forget that you are still pinged.
# [16:42] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [16:42] * ChanServ sets mode: +o ehsan
# [16:42] * Quits: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [16:42] * Quits: tchevalier (Instantbir@moz-BEF161E0.w92-143.abo.wanadoo.fr) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [16:42] * Joins: tchevalier (Instantbir@moz-BEF161E0.w92-143.abo.wanadoo.fr)
# [16:42] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [16:43] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [16:43] <glandium> bz: are there other browsers implementing e4x?
# [16:44] * Joins: db48x` (user@moz-83319934.dsl.static.sonic.net)
# [16:44] * Quits: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Quit: Leaving.)
# [16:44] * Quits: alexdmt (Mibbit@moz-1E20CB3E.grenet.fr) (Quit: http://www.mibbit.com ajax IRC Client)
# [16:45] <AryehGregor> bz, is there some reason we don't allow implicit casting from nsINode to nsIDOMNode? It would sure make things easier in editor/.
# [16:45] <AryehGregor> Although AsDOMNode() isn't so bad.
# [16:45] * Quits: db48x (user@moz-83319934.dsl.static.sonic.net) (Ping timeout)
# [16:46] * Quits: RemusPop (remuspop@601F3B17.33662590.A5830293.IP) (Connection reset by peer)
# [16:48] * Quits: vikram360 (vikram360@E24205EB.AF8B567D.2A068A5E.IP) (Ping timeout)
# [16:48] * Joins: leggetter (Adium@3CA16D46.B01C205B.E1A97B56.IP)
# [16:49] <@ehsan> AryehGregor: how would that work? concrete classes inherit from nsINode and nsIDOMNode in two separate branches
# [16:50] * Joins: krit (krit@moz-3AE657AD.hsd1.ca.comcast.net)
# [16:50] <@ehsan> AryehGregor: so unless you know the type of the concrete class, you can't calculate the correct offset...
# [16:50] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [16:50] <AryehGregor> Hmm.
# [16:50] <AryehGregor> So why doesn't nsINode extend nsIDOMNode, again?
# [16:50] <Yoric> I always wondered.
# [16:50] <@ehsan> AryehGregor: because nsINode APIs are not supposed to be visible from nsIDOMNode
# [16:51] <@ehsan> nsIDOMNode performs a bunch of extra stuff such as security checks
# [16:51] <msucan> i have a crasher in dbg builds with a test that has a web worker in the page
# [16:51] <@ehsan> because it is exposed to web content
# [16:51] <msucan> Assertion failure: compartment mismatched, at /home/mihai/src/mozilla/fx-team/js/src/jscntxtinlines.h:237
# [16:51] <@ehsan> nsINode is not however
# [16:51] <msucan> what could cause this? in my js code
# [16:51] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [16:51] <@ehsan> msucan: file a bug (and mark it as security sensitive)
# [16:51] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [16:51] <@ehsan> msucan: (and don't discuss the test case here ;)
# [16:52] <@ehsan> msucan: you should file it in Core::Javascript Engine
# [16:52] <msucan> fun :)
# [16:52] * armenzg is now known as armenzg_brb
# [16:52] <@ehsan> and ping somebody in #jsapi about it
# [16:52] <tbsaunde> ehsan: I'd think you could have operator nsIDOMNode* (nsINode* aThis) { return aThis->AsDOMNode(); } no?
# [16:52] <msucan> ehsan: thanks
# [16:52] <NeilAway> bz: ah yes, I overlooked jar:
# [16:52] <msucan> will do after the incoming meeting i have scheduled
# [16:52] <@ehsan> tbsaunde: not without knowing the concrete class type, see above
# [16:53] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
# [16:53] * edmorley shakes magic 8-ball... "does msucan have a bug bounty in his future?"
# [16:53] <msucan> :)
# [16:53] * Quits: krit (krit@moz-3AE657AD.hsd1.ca.comcast.net) (Quit: Leaving.)
# [16:53] <msucan> bug bounty?
# [16:54] <tbsaunde> ehsan: the actually cast is taken care of by AsDOMNode() which is virtual
# [16:54] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [16:54] <tbsaunde> so I don't see why that's an issue
# [16:55] <tbsaunde> unless a global operator taking nsINode* won't take something inheriting nsINode
# [16:55] * Quits: evilpie (chatzilla@moz-59728D97.pools.arcor-ip.net) (Input/output error)
# [16:55] * Joins: bsmedberg (bsmedberg@moz-9CE00FC0.holiday-inn-express.mozilla.hq)
# [16:55] * ChanServ sets mode: +o bsmedberg
# [16:57] * Quits: jrmuizel (jrmuizel@25F88422.B7606226.6BED537B.IP) (Input/output error)
# [16:57] <@ehsan> tbsaunde: well, a virtual function _knows_ the concrete type ;)
# [16:57] * Joins: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP)
# [16:58] <@ehsan> tbsaunde: see implementations like this: http://dxr.lanedo.com/mozilla-central/content/svg/content/src/nsSVGMetadataElement.cpp.html#l35
# [16:58] * glob is now known as glob|away
# [16:58] <@ehsan> it's technically not performing a cast per se
# [16:58] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Ping timeout)
# [16:58] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [17:00] * Joins: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net)
# [17:01] <tbsaunde> ehsan: sure, what I mean is it seems like if you combine a global operator and a virtual function I think you should be able to get the desired behavior
# [17:01] * sheeri is now known as sheeri-afk
# [17:01] <@ehsan> tbsaunde: I thought the desired behavior is to be able to avoid the virtual function call and do a compile time cast?
# [17:02] * Joins: raphc (quassel@moz-A8A9D5A2.fbx.proxad.net)
# [17:02] <tbsaunde> ehsan: ah, I thought AryehGregor's problem was with the way it looked, not the speed
# [17:03] <AryehGregor> ehsan, I mostly just want to avoid the AsDOMNode() calls everywhere, because they're a pain when converting nsIDOMNode to nsINode.
# [17:03] <leggetter> Is there anybody that could help answer a question I have about WebSocket.onclose behaviour in Firefox?
# [17:03] <@ehsan> AryehGregor: is that an aesthetics concern or a perf concern?
# [17:03] <AryehGregor> It's much easier to convert, e.g., nsIDOMRange to nsRange, or nsISelection to Selection, because you can use the new type in place of the old type transparently.
# [17:03] <AryehGregor> Aesthetics. :)
# [17:03] <tbsaunde> though for speed it occurs to me to wonder if compilers optamize that type of virtual call well sinceI believe in theory they could just switch on the vtable pointer and adjust
# [17:04] <@ehsan> oh ok
# [17:04] <AryehGregor> Or more than just aesthetics -- ease of switching to nsINode.
# [17:05] <AryehGregor> Fewer compiler errors to fix, and less need to create boring wrapper functions that just convert from one type to another.
# [17:05] * tbsaunde doesn't think magic but slow hidden operators are a very good idea
# [17:05] <ewong> I'm building TB w/ pymake and I'm getting this error: http://pastebin.mozilla.org/1661218
# [17:06] * Quits: darfia (darfia@20C4F0CB.2F9EAEB9.C36097CD.IP) (Ping timeout)
# [17:06] <@ehsan> AryehGregor: yeah I think compiler errors here are a good thing, because the alternative is runtime bugs :)
# [17:06] <AryehGregor> Well, okay.
# [17:06] <AryehGregor> What runtime bugs?
# [17:06] <Fallen> I get a startup crash on a fresh built comm-central. Its segfaults during initial window creation. Any ideas? This is apple's stack: http://pastebin.mozilla.org/1661223 I am building with xcode 4.3.2 and its clang compiler.
# [17:06] * Joins: gustavold (gustavold@8AD413DD.3053860D.A992BEAD.IP)
# [17:06] * Joins: jrmuizel (jrmuizel@25F88422.B7606226.6BED537B.IP)
# [17:07] <@ehsan> AryehGregor: anything which lets you get away with using an nsIDOMNode as an nsINode is really a bug
# [17:07] * Quits: gustavold (gustavold@8AD413DD.3053860D.A992BEAD.IP) (Quit: Leaving.)
# [17:07] <AryehGregor> ehsan, I want the other way around, using an nsINode as an nsIDOMNode.
# [17:07] * Joins: jstraus (Adium@3464EC4F.72B357BE.A35657C3.IP)
# [17:07] <@ehsan> well, the reverse also holds I think
# [17:08] <AryehGregor> Why?
# [17:08] * Joins: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com)
# [17:09] <@ehsan> cause nsINode is a private interface
# [17:09] <@ehsan> which is supposed to be hidden from web content
# [17:09] * Quits: jstraus (Adium@3464EC4F.72B357BE.A35657C3.IP) (Ping timeout)
# [17:09] <AryehGregor> How is web content relevant here? Web content will still only get nsIDOMNodes.
# [17:09] <@ehsan> ok then maybe I'm missing what you're saying
# [17:10] <@ehsan> the way I understand it, you're sort of suggesting mixing up the vtables
# [17:10] * Joins: Pike (Pike@moz-E31CD2CB.mozilla.org)
# [17:10] <@ehsan> right?
# [17:10] * Quits: @bsmedberg (bsmedberg@moz-9CE00FC0.holiday-inn-express.mozilla.hq) (Ping timeout)
# [17:10] <@ehsan> cause that's the only way to make a nice looking cast work
# [17:10] <AryehGregor> Well, I said two things. Let's go back to the first: operator nsIDOMNode* (nsINode* aThis) { return aThis->AsDOMNode(); }
# [17:10] <AryehGregor> a) Would that work? b) Is there anything bad about it?
# [17:11] * Joins: ianbicking (ianbicking@moz-5D45B48D.hsd1.mn.comcast.net)
# [17:11] * Quits: jrmuizel (jrmuizel@25F88422.B7606226.6BED537B.IP) (Input/output error)
# [17:11] <leggetter> I was wondering if anybody knows if the WebSocket.onclose event is supposed to fire as the browser user navigates pages or refreshes a page?
# [17:11] <@ehsan> AryehGregor: a) yes, b) yes, because it looks like a cheap cast while it entails a virtual function call
# [17:11] <AryehGregor> Meaning, if I had Foo(nsIDOMNode*) and passed it an nsINode*, it would then work the same as if I did Foo(node->AsDOMNode())?
# [17:11] <AryehGregor> Okay, fair enough.
# [17:11] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [17:11] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Broken pipe)
# [17:12] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [17:12] * Joins: automata (automata@8D23278A.C27CA109.16867D26.IP)
# [17:13] <ewong> nvm... using make instead..
# [17:13] * ewong is now known as ewong|sleep
# [17:13] * Quits: wesj (Instantbir@moz-135A9FA9.hsd1.ca.comcast.net) (Ping timeout)
# [17:13] * Joins: smagnin (pike@moz-DEF53BC9.fbx.proxad.net)
# [17:14] <tbsaunde> ehsan: so we assume compilers can't optime out some of the virtualness using lto?
# [17:14] <AryehGregor> Isn't the point of C++ that seemingly trivial things actually invoke thousands of lines of code? If we want things to do what they look like they do, why don't we use C? 0:)
# [17:15] <@ehsan> tbsaunde: yep, they can't :)
# [17:15] <tbsaunde> ehsan: interesting, I would have thought they could just emit a switch based on the vtable pointer
# [17:16] <@ehsan> tbsaunde: to be more precise, the only time when a compiler can optimize a virt function call (such as inline it) is when the call is made on a concrete object type, and the compiler knows there's no other class inheriting from it which overrides the same virt function
# [17:16] * Quits: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Connection reset by peer)
# [17:16] * Joins: bsmedberg (bsmedberg@moz-9CE00FC0.holiday-inn-express.mozilla.hq)
# [17:16] * ChanServ sets mode: +o bsmedberg
# [17:16] <jcranmer> tbsaunde: switches are rather expensive
# [17:16] <@ehsan> tbsaunde: that's hardly an optimization ;)
# [17:16] * Joins: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [17:17] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Quit: Connection reset by beer)
# [17:17] <tbsaunde> jcranmer: well, your balancing branches against an extra fetch right?
# [17:17] <@ehsan> AryehGregor: that's true, we're stepping on a fine line here... in most of gecko we're very aware of using things like virtual functions
# [17:17] <@ehsan> and try to avoid them if we can
# [17:17] * Quits: wolfiR (wolfiR@moz-97AB7B3A.open-xchange.com) (Quit: Leaving)
# [17:18] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [17:18] <froydnj> tbsaunde: the vtable equivalency checks are not cheap, either
# [17:19] <froydnj> tbsaunde: and since the possible vtable address values are not tightly packed, you can't (generally) do a jump table, which turns your switch into if-else checks
# [17:19] <tbsaunde> froydnj: they certainly cost something, I just don't know where the balance is, and how well that kind of compare will get predicted
# [17:19] * Quits: andreasn (andreasn@73B37BA9.90C1090D.CAC080E6.IP) (Ping timeout)
# [17:20] * fabrice|afk is now known as fabrice
# [17:21] <tbsaunde> what I mean is basically if I thought the performance of that vfunc was critical I'd want to do some benchmarking before saying which is faster
# [17:21] * Quits: glob|away (glob@moz-DF237567.glob.com.au) (Ping timeout)
# [17:21] * Quits: fabrice (fabrice@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
# [17:21] <froydnj> tbsaunde: sure. msvc does limited call-site vtable checking with pgo/ltcg, so there's some value in it
# [17:21] * Joins: overholt (overholt@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:22] * joduinn-home is now known as joduinn-coffee
# [17:22] * Joins: glob (glob@moz-DF237567.glob.com.au)
# [17:22] <jprmc> glandium: BenWa has some insight on the retina display stuff https://wiki.mozilla.org/Platform/GFX/2012-June-11
# [17:23] * Quits: ianbicking (ianbicking@moz-5D45B48D.hsd1.mn.comcast.net) (Quit: ianbicking)
# [17:23] <BenWa> The work is being tracked in bug 674373
# [17:23] * coop|afk is now known as coop
# [17:24] <glandium> BenWa: yeah, i was pointed to that bug :)
# [17:24] <BenWa> ok, couldn't see you original question in the scrollback
# [17:24] * Joins: darfia (darfia@20C4F0CB.2F9EAEB9.C36097CD.IP)
# [17:24] * Joins: ianbicking (ianbicking@moz-5D45B48D.hsd1.mn.comcast.net)
# [17:25] <prazuber> I accidently run ./configure command, which started to build right inside my repository. Now when I want to run 'make -f cliend.mk' it says I should run gmake distclean first. But MinGW doesn't recognize 'gmake'. What should I do?
# [17:25] <AryehGregor> prazuber, try "make distclean" instead.
# [17:25] * Joins: dveditz (dveditz@moz-5051E786.dhcp.cruzio.com)
# [17:25] * ChanServ sets mode: +o dveditz
# [17:26] <BenWa> prazuber: Sometimes those commands fail and I use 'hg status' and delete the files listed there. Be careful not to remove files that aren't checked in
# [17:26] * Joins: fabrice (fabrice@moz-BBE3ABD.mv.mozilla.com)
# [17:26] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
# [17:26] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
# [17:26] <prazuber> BenWa: is there a command to delete all listed files at once?
# [17:27] <BenWa> As long as there's no files you want to keep (check first) 'hg status | xargs rm' I think will do it but it's not proper since it will try to delete files matching the status codes so be careful =\
# [17:28] <prazuber> AryehGregor: I get "config/autoconf.mk: No such file or directory"
# [17:28] * armenzg_brb is now known as armenzg
# [17:28] <AryehGregor> prazuber, can't help you, then -- "make distclean" worked for me when I got that error, that's all I know.
# [17:29] <BenWa> better then the above command is to hg clone olddir newdir and fix up the hg config file to point back to m-c
# [17:29] * Quits: glob (glob@moz-DF237567.glob.com.au) (Ping timeout)
# [17:31] * Quits: chewey (chewey@moz-AD2C04D.dip0.t-ipconnect.de) (Ping timeout)
# [17:31] * Joins: glob (glob@moz-DF237567.glob.com.au)
# [17:31] * catlee-buildduty is now known as catlee-lunch
# [17:31] * bhearsum is now known as bhearsum|lunch
# [17:32] * Quits: Fallen (Fallen@moz-F0262F50.ch) (Ping timeout)
# [17:32] * Quits: prazuber (prazuber@moz-8FDA4E25.savvy.volia.net) (Ping timeout)
# [17:32] * Joins: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com)
# [17:32] * Joins: Fallen (Fallen@moz-F0262F50.ch)
# [17:33] * Joins: ddahl (ddahl@moz-BFFB0A79.static.grandenetworks.net)
# [17:34] * armenzg is now known as armenzg_lunch
# [17:34] * Joins: chewey (chewey@moz-AD2C04D.dip0.t-ipconnect.de)
# [17:35] * Quits: Optimizer (Instantbir@19A5812C.E39A9539.2AB48280.IP) (Ping timeout)
# [17:35] * Fallen is now known as Fallen|away
# [17:36] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [17:37] * Joins: squib (squib-@moz-3F6F2A9C.ep.wisc.edu)
# [17:38] * Joins: prazuber (prazuber@moz-60802E71.pool.ukrtel.net)
# [17:39] * Joins: Optimizer (Instantbir@19A5812C.E39A9539.2AB48280.IP)
# [17:39] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
# [17:39] * Joins: rohan_ (chatzilla@34750AEB.2C2BFB59.35E0727C.IP)
# [17:40] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Input/output error)
# [17:40] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
# [17:40] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Quit: adev)
# [17:40] * Quits: rohan (chatzilla@34750AEB.2C2BFB59.35E0727C.IP) (Ping timeout)
# [17:40] * rohan_ is now known as rohan
# [17:41] * Quits: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
# [17:43] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [17:43] * Quits: IanN (iann@4837CDFE.2ECE621A.E5F36E28.IP) (Quit: ChatZilla 0.9.88.2 [SeaMonkey 2.11/20120607213356])
# [17:43] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
# [17:43] <gcp> taras: ping
# [17:43] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [17:43] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
# [17:43] * Joins: andreasn (andreasn@moz-A80AB8F9.a336.priv.bahnhof.se)
# [17:44] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [17:44] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
# [17:45] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Ping timeout)
# [17:45] <taras> gcp: pong
# [17:45] <gcp> taras: what's the best way to disable telemetry in fennec?
# [17:46] <gcp> taras: desktop seems to have MOZ_TELEMETRY_REPORTING
# [17:47] * Quits: benvie (brandon@moz-1C805788.nc.res.rr.com) (Quit: )
# [17:47] * Quits: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: bye)
# [17:47] <NeilAway> AryehGregor: no, it wouldn't work, because you don't have an nsINode, you have an nsINode*
# [17:48] <NeilAway> prazuber: hg st -in | xargs rm
# [17:49] * Quits: bjacob_ (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [17:49] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:49] * Joins: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [17:50] <taras> gcp: good question
# [17:50] <gcp> that was not the answer I was hoping for
# [17:50] <gcp> Telemetry.cpp actually needs that flag set before CanSend returns true. How does this even work?
# [17:50] * Joins: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [17:50] <taras> gcp: MOZ_TELEMETRY_REPORTING
# [17:50] * joduinn-coffee is now known as joduinn-commute
# [17:50] * Parts: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [17:50] * Quits: janv (varga@moz-400565FD.flarion.as5628.telecom.sk) (Ping timeout)
# [17:50] * Joins: evilpie (chatzilla@moz-59728D97.pools.arcor-ip.net)
# [17:51] * Joins: janv (varga@moz-400565FD.flarion.as5628.telecom.sk)
# [17:51] <gcp> yes...which isn't set for fennec...
# [17:51] <taras> gcp: hmm, then it should be disable
# [17:52] <taras> d
# [17:52] <gcp> so why are we dos'ing the servers? :P
# [17:53] <taras> gcp: so that was a developer build
# [17:53] <taras> DoSing them
# [17:53] <NeilAway> gavin: thanks for the CC
# [17:54] <gcp> taras: but that shouldn't have official set either, right
# [17:54] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
# [17:54] * Joins: jstraus (Adium@3464EC4F.72B357BE.A35657C3.IP)
# [17:54] <taras> gcp: right
# [17:54] <taras> gcp: we had a bug
# [17:54] <taras> where we sent test pings
# [17:54] <taras> even if cansend was false
# [17:55] <gcp> Ok, saw that one.
# [17:55] <taras> gcp: uplift 762590
# [17:55] <taras> and then it's good
# [17:55] <gcp> But does this mean no Fennec build should ever send telemetry?
# [17:55] <taras> apparently :)
# [17:55] <froydnj> doh
# [17:55] * philor|away is now known as philor
# [17:55] * Quits: dria (dria@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [17:55] * Joins: driia (dria@F2D29657.F60B0462.67AC9B1.IP)
# [17:56] * Joins: lmandel_ (lmandel@F2D29657.F60B0462.67AC9B1.IP)
# [17:56] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [17:56] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [17:56] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [17:56] * Quits: wchen (wchen@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [17:56] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [17:56] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [17:56] * lmandel_ is now known as lmandel
# [17:56] <taras> gcp: i'm a bit puzzled as to why it broke, fennec used to send telemetry
# [17:56] <taras> not sure what changed
# [17:56] * Quits: jstraus (Adium@3464EC4F.72B357BE.A35657C3.IP) (Ping timeout)
# [17:56] <gcp> blassey: ^^^ I'll just uplift that patch then.
# [17:56] * Quits: armenzg_lunch (armenzg@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [17:56] <taras> gcp: oh heh
# [17:56] <gcp> taras: I don't understand this either.
# [17:56] <taras> gcp: are you sure that flag isn't set?
# [17:56] <taras> gcp: the define is only set by branded builds
# [17:56] <gcp> not 100%. but its not in the configs unlike for desktop
# [17:57] * Joins: jstraus (Adium@3464EC4F.72B357BE.A35657C3.IP)
# [17:57] * Joins: wchen (wchen@F2D29657.F60B0462.67AC9B1.IP)
# [17:57] * Joins: ajuma_ (ajuma@F2D29657.F60B0462.67AC9B1.IP)
# [17:57] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [17:57] * ajuma_ is now known as ajuma
# [17:57] <taras> gcp: it would be in the mozconfig
# [17:57] * Quits: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [17:57] <gcp> yeah, not there
# [17:57] <taras> :(
# [17:58] * Quits: automata (automata@8D23278A.C27CA109.16867D26.IP) (Ping timeout)
# [17:58] <gcp> http://pastebin.mozilla.org/1661244
# [17:58] <taras> i guess we broke fennec when cansend went in
# [17:58] <gcp> mobile/ is missing entirely there
# [17:58] * Joins: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP)
# [17:58] <taras> froydian slip
# [17:58] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
# [17:58] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [17:59] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [17:59] <taras> gcp: we keep wanting to get metrics to tell us when our reporting rates drop on important channel, but that remains a todo
# [17:59] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [17:59] * ChanServ sets mode: +o ehsan
# [17:59] <taras> so unless someone actively watches fennec telemetry(which apparently nobody does), we miss these
# [17:59] <smontagu> oy, nsIContentIterator doesn't do quite what I need
# [18:00] * Joins: cviecco_ (cviecco@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:00] <smontagu> I need to walk content in tree order, and to be able to skip a specific node, or skip a node and all its descendants
# [18:00] * Joins: armenzg_lunch (armenzg@F2D29657.F60B0462.67AC9B1.IP)
# [18:00] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [18:01] <blassey> gcp: ok
# [18:01] * kats is now known as kats-lunch
# [18:01] * jcranmer is now known as jcranmer|away
# [18:01] * Joins: mconley_ (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [18:01] * Quits: Optimizer (Instantbir@19A5812C.E39A9539.2AB48280.IP) (Ping timeout)
# [18:02] * Joins: RudyL (rudy@moz-E751935B.dynamic.hinet.net)
# [18:02] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [18:02] * Quits: raphc (quassel@moz-A8A9D5A2.fbx.proxad.net) (Ping timeout)
# [18:02] * Joins: Ms2ger (Ms2ger@49187330.48F4E4FC.37724B0D.IP)
# [18:02] * mconley_ is now known as mconley
# [18:03] <gcp> taras: that patch doesn't apply to m-a because the logic there is still the one in the patch
# [18:03] * Joins: raphc (quassel@moz-A8A9D5A2.fbx.proxad.net)
# [18:03] * Quits: anant (anant@moz-55A5166F.in-addr.dgcsystems.net) (Quit: anant)
# [18:03] <gcp> https://hg.mozilla.org/mozilla-central/rev/ea069bf72d62
# [18:03] <taras> froydnj: ^
# [18:03] <gcp> also, shouldn't the aTopic=="test-ping" thing be protected with a canSend check?
# [18:04] <taras> no
# [18:04] * Joins: Optimizer (Instantbir@2CFB0D51.BB131A40.2AB48280.IP)
# [18:04] <taras> that one only happens in testcases
# [18:04] * bear is now known as bear-afk
# [18:04] <froydnj> gcp: https://hg.mozilla.org/releases/mozilla-aurora/rev/131e571d4959 ?
# [18:05] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [18:05] * Joins: jduell (jduell@moz-D4496E92.hsd1.ca.comcast.net)
# [18:05] <gcp> should put that in the bug if you land on aurora
# [18:05] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
# [18:05] * Joins: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [18:05] * Quits: lahabana (Mibbit@moz-929E1FC2.imag.fr) (Quit: http://www.mibbit.com ajax IRC Client)
# [18:05] <froydnj> sorry, hadn't gotten around to it. will do so now
# [18:05] <gcp> has it landed on beta?
# [18:06] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
# [18:06] <froydnj> yes
# [18:06] * Parts: adev (Instantbir@moz-F4963E9F.ictp.it)
# [18:06] * khuey|away is now known as khuey
# [18:06] <gcp> nope
# [18:06] * sheeri-afk is now known as sheeri
# [18:06] <froydnj> https://hg.mozilla.org/releases/mozilla-beta/rev/7912483cf789
# [18:06] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Connection reset by peer)
# [18:06] <gcp> unless you just pushed :)
# [18:06] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
# [18:06] <froydnj> pushed like 3 hours ago. old checkout is old
# [18:06] * mkelly is now known as mkelly|noms
# [18:07] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [18:07] * sworkman_ is now known as sworkman
# [18:07] <gcp> ok then we're good
# [18:07] * Quits: ekr (ekr@47F40369.10A53EE3.77834EAA.IP) (Quit: ekr)
# [18:07] <gcp> thanks
# [18:07] * Joins: fabrice1 (fabrice@moz-7B0110AD.mv.mozilla.com)
# [18:08] <froydnj> now to turn the darn thing on for real
# [18:08] * AutomatedTester is now known as AutomatedTester|AFK
# [18:08] * Joins: jrmuizel (jrmuizel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:08] * Quits: Optimizer (Instantbir@2CFB0D51.BB131A40.2AB48280.IP) (Ping timeout)
# [18:08] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Input/output error)
# [18:09] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
# [18:09] * Quits: mreavy (chatzilla@47F40369.10A53EE3.77834EAA.IP) (Ping timeout)
# [18:09] <gcp> But I think the comment in the bug that this only affects non-official builds is wrong then, because Fennec had it disabled.
# [18:09] <gcp> Does this make sense?
# [18:09] * Quits: jesup|laptop (chatzilla@47F40369.10A53EE3.77834EAA.IP) (Ping timeout)
# [18:10] * Joins: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP)
# [18:11] * Joins: lahabana (Mibbit@moz-398B93D1.imag.fr)
# [18:11] <Ms2ger> jlebar, am I off the hook for bug 762460?
# [18:11] * Joins: dbaron (dbaron@moz-EFCDE6C2.dsl.dynamic.sonic.net)
# [18:11] * ChanServ sets mode: +o dbaron
# [18:11] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
# [18:11] <jlebar> Ms2ger, Yes, I think so, for now.
# [18:11] <jlebar> Ms2ger, I have no idea what's going on in that bug.
# [18:11] <jlebar> Ms2ger, I hope it will just go away.
# [18:11] <Ms2ger> Me neither, but I plead innocent :)
# [18:11] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [18:12] * Joins: Optimizer (Instantbir@2CFB0D51.BB131A40.2AB48280.IP)
# [18:13] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [18:13] * Quits: @bsmedberg (bsmedberg@moz-9CE00FC0.holiday-inn-express.mozilla.hq) (Quit: bsmedberg)
# [18:13] * Joins: SeoZ (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP)
# [18:13] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: nbvcx)
# [18:14] <froydnj> gcp: I suppose it *does* affect Fennec, but only with the result that Fennec will not be sending test-pings anymore
# [18:14] <gcp> ok, that's what we want for now.
# [18:15] * Joins: alexdmt (Mibbit@moz-768DDE93.rev.sfr.net)
# [18:16] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [18:16] * Joins: vikram360 (vikram360@7FC642E4.A666AB3E.2A068A5E.IP)
# [18:16] * Joins: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:16] * Quits: overholt (overholt@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [18:16] <AryehGregor> Are Windows tryservers on strike or something?
# [18:16] <AryehGregor> Tests seem to all be "pending".
# [18:17] * Quits: alexdmt (Mibbit@moz-768DDE93.rev.sfr.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [18:17] * Quits: dao (dao@moz-DF52589D.dip.tu-dresden.de) (Quit: Leaving.)
# [18:17] * AryehGregor sees lots of pending Windows tests from more than twelve hours ago
# [18:17] <khuey> yeah the buildslaves local 272 is on strike
# [18:18] <froydnj> "we want more RAM! we want more watts!"
# [18:18] * Quits: cviecco_ (cviecco@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [18:18] * Joins: overholt (overholt@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:18] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
# [18:18] * kmoir is now known as kmoir-afk
# [18:19] * Quits: philipp64|laptop (chatzilla@moz-49802010.redfish-solutions.com) (Ping timeout)
# [18:19] <khuey> I think they just want to work 23 hour days instead of 24 hour days
# [18:20] * Joins: philipp64|laptop (chatzilla@moz-49802010.redfish-solutions.com)
# [18:20] * Joins: cviecco_ (cviecco@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:20] * Quits: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz) (Quit: Leaving)
# [18:20] <glandium> I didn't know we had try servers in france
# [18:21] <khuey> nah
# [18:22] * Joins: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:22] <khuey> if they were french they'd want 6 hour work days, two months of vacation, and free cheese in the office :-P
# [18:23] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Ping timeout)
# [18:23] <edmorley> well I wouldn't say no to free cheese in the office personally :-)
# [18:23] <jlebar> khuey, Think you can help me with a windows build error? https://tbpl.mozilla.org/?tree=Try&rev=1d9600438d97 I suspect I've set up the makefile for this directory (dom/browser-element) incorrectly in some subtle way.
# [18:24] * Quits: catalinb (ethereal@C0ACE62F.9F328403.5BC07656.IP) (Ping timeout)
# [18:24] <khuey> edmorley: srsly
# [18:24] <khuey> edmorley: we have cheese, but it's not very good
# [18:24] <khuey> I'm sure our french comrades would refuse to eat it
# [18:25] <jhammel> i wouldn't mind a Mozilla Amsterdam for their delicious cheeses as well
# [18:25] <jhammel> mmmmm......gouda.....
# [18:25] <edmorley> khuey: tis more than we get :P
# [18:25] * Quits: louisremi (louisremi@moz-381A2210.dsl.sta.abo.bbox.fr) (Ping timeout)
# [18:25] <khuey> jlebar: looking
# [18:26] <jlebar> khuey, thanks
# [18:26] * khuey is on a really slow connection
# [18:26] <khuey> tethering ftw
# [18:26] <khuey> jlebar: ah, <windows.h> strikes again
# [18:26] * Quits: bbondy (bbondy@moz-815B377A.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [18:26] <jlebar> :(
# [18:26] * Quits: vikram360 (vikram360@7FC642E4.A666AB3E.2A068A5E.IP) (Ping timeout)
# [18:27] * Joins: vikram360 (vikram360@88E20287.67D9F2B2.2A068A5E.IP)
# [18:27] * Joins: KaiRo (robert@moz-BBE3ABD.mv.mozilla.com)
# [18:27] * Quits: ddahl (ddahl@moz-BFFB0A79.static.grandenetworks.net) (Ping timeout)
# [18:27] * Quits: Optimizer (Instantbir@2CFB0D51.BB131A40.2AB48280.IP) (Ping timeout)
# [18:27] <khuey> jlebar: so windows.h is getting included somewhere
# [18:27] <khuey> and it #defines CreateEvent to CreateEventW
# [18:27] <jlebar> srsly?
# [18:27] <jlebar> sigh
# [18:28] * Joins: bbondy (bbondy@moz-815B377A.home.cgocable.net)
# [18:28] <khuey> so you can stick in some #undefines
# [18:28] <khuey> or figure out what's including windows.h
# [18:28] * Quits: mak (chatzilla@moz-DA520FA.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
# [18:29] <jlebar> khuey, Sounds good; thanks.
# [18:29] * jlebar computes the transitive closure over "includes windows.h"
# [18:30] <khuey> right
# [18:30] <khuey> that's the fun bit
# [18:31] * Joins: Optimizer (Instantbir@2CFB0D51.BB131A40.2AB48280.IP)
# [18:31] * Quits: vikram360 (vikram360@88E20287.67D9F2B2.2A068A5E.IP) (Ping timeout)
# [18:32] * Joins: vikram360 (vikram360@387EB352.8FBA3BDE.2A068A5E.IP)
# [18:33] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
# [18:33] <froydnj> gcp: who's the right person to ask for review on fennec/xul mozconfig changes?
# [18:33] <gcp> blassey/mfinkle
# [18:33] <dougt> froydnj: khuey
# [18:33] <froydnj> thanks
# [18:33] <dougt> L)
# [18:33] <froydnj> dougt: perfect
# [18:33] <dougt> he'll review anything.
# [18:33] * Joins: dcamp (dave@9E727688.17C2F9C.163DC5C6.IP)
# [18:33] * Quits: marco (marco@3A0F4000.A00BAEB.10DC0B64.IP) (Quit: Sto andando via)
# [18:33] <dougt> also mfinkle / blassey
# [18:33] <dougt> :)
# [18:34] * Quits: sfink (chatzilla@moz-7B7651CB.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [18:34] <froydnj> what uses the l10n-* mozconfigs?
# [18:34] * Joins: krit (krit@moz-1FC1932F.adobe.com)
# [18:35] <gcp> multilocale builds?
# [18:35] * Joins: adrian (adrian@moz-BBE3ABD.mv.mozilla.com)
# [18:35] <froydnj> hm, wonder how common those are; they don't have MOZ_TELEMETRY_REPORTING either
# [18:36] * Joins: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com)
# [18:36] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [18:37] * Quits: kmoir-afk (chatzilla@moz-4CA9B556.cable.teksavvy.com) (Ping timeout)
# [18:37] * Joins: paolo (paolo@moz-E0FED1E7.retail.telecomitalia.it)
# [18:38] * Joins: priya (Adium@moz-BBE3ABD.mv.mozilla.com)
# [18:39] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [18:39] * Quits: SeoZ (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP) (Quit: Leaving)
# [18:40] * Joins: wesj1 (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:42] * Joins: automata (automata@8D23278A.C27CA109.16867D26.IP)
# [18:42] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [18:42] * coop is now known as coop|lunch
# [18:44] * Joins: bjacob_ (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [18:44] * ahal is now known as ahal|lunch
# [18:44] * mdas is now known as mdas|lunch
# [18:45] * mjschranz is now known as mjschranz_away
# [18:45] * Quits: Optimizer (Instantbir@2CFB0D51.BB131A40.2AB48280.IP) (Ping timeout)
# [18:45] * rnewman is now known as rnewman|afk
# [18:46] * Quits: wesj1 (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [18:46] * mjschranz_away is now known as mjschranz
# [18:47] <romaxa> glandium: ping
# [18:47] <glandium> romaxa: pong
# [18:47] * khuey is now known as khuey|away
# [18:47] <romaxa> glandium: could you double check patch from 763242
# [18:47] <romaxa> glandium: first version was failing on try
# [18:48] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
# [18:48] <Ms2ger> AryehGregor, fwiw, splinter doesn't do -w, so it's nice to attach a diff -w manually
# [18:49] * Joins: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net)
# [18:49] * Joins: bsmedberg (bsmedberg@moz-BBE3ABD.mv.mozilla.com)
# [18:49] * ChanServ sets mode: +o bsmedberg
# [18:49] * Joins: Optimizer (Instantbir@2CFB0D51.BB131A40.2AB48280.IP)
# [18:50] * Quits: wlach (wlach@moz-317E1B5D.vif.net) (Quit: Leaving)
# [18:50] * Joins: dao (dao@moz-EE70CAAE.superkabel.de)
# [18:50] * Quits: philipp64|laptop (chatzilla@moz-49802010.redfish-solutions.com) (Ping timeout)
# [18:50] * Joins: philipp64|laptop (chatzilla@moz-49802010.redfish-solutions.com)
# [18:51] * Joins: clee (clee@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:52] <glandium> romaxa: lgtm
# [18:52] * Quits: philipp64|laptop (chatzilla@moz-49802010.redfish-solutions.com) (Ping timeout)
# [18:53] <Ms2ger> graememcc, I deny being a merger :)
# [18:53] * Quits: Goldorak (chatzilla@504CDF79.35D36EE.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [18:53] * Joins: ekr (ekr@47F40369.10A53EE3.77834EAA.IP)
# [18:53] * sheeri is now known as sheeri-afk
# [18:53] * jlebar is now known as jlebar|lunch
# [18:54] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [18:54] <Waldo> wesj: possible red?
# [18:54] <graememcc> Ms2ger: heh
# [18:54] * Joins: jesup|laptop (chatzilla@47F40369.10A53EE3.77834EAA.IP)
# [18:54] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [18:54] * Joins: Goldorak (chatzilla@504CDF79.35D36EE.187A1082.IP)
# [18:54] * jimm is now known as jimm-lunch
# [18:54] <wesj> Waldo: definately. i can push a fix....
# [18:55] <Ms2ger> Or you can backout
# [18:55] <wesj> yeah... looking
# [18:55] * Waldo is in no particular rush to push his stuff, just saw red and thought it looked apropos to the change
# [18:55] * Joins: benvie (brandon@moz-1C805788.nc.res.rr.com)
# [18:56] * Joins: mreavy (chatzilla@47F40369.10A53EE3.77834EAA.IP)
# [18:57] * Joins: philipp64|laptop (chatzilla@moz-49802010.redfish-solutions.com)
# [18:57] * philor is now known as philor|away
# [18:57] * Joins: jorendorff_ (jorendorff@moz-1747FB68.hsd1.tn.comcast.net)
# [18:58] * Quits: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net) (Ping timeout)
# [18:58] * jorendorff_ is now known as jorendorff
# [18:58] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
# [18:58] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
# [18:59] <edmorley> wesj: ususal android build dependency fail I would imagine
# [18:59] <Ms2ger> Why do we even do Android dep builds?
# [18:59] <wesj> edmorley: no. bitrot underneith this patch. its a big refactoring so pretty much everything causes it to bitrot
# [18:59] * Quits: leggetter (Adium@3CA16D46.B01C205B.E1A97B56.IP) (Quit: Leaving.)
# [18:59] <edmorley> Ms2ger: because we don't want the clobberer to feel left out
# [19:00] * coop|lunch is now known as coop
# [19:00] <wesj> need to build here to test the fix. i'll just backout
# [19:00] <Ms2ger> Thanks
# [19:00] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [19:01] * joduinn-commute is now known as joduinn-mtg
# [19:02] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Ping timeout)
# [19:03] * Joins: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:03] * Quits: Goldorak (chatzilla@504CDF79.35D36EE.187A1082.IP) (Ping timeout)
# [19:03] * mkelly|noms is now known as mkelly|afk
# [19:03] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Connection reset by peer)
# [19:04] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:04] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
# [19:04] <glandium> edmorley: nothing on tbpl seems to say whether a b2g build is a clobber or not
# [19:05] * Joins: kmoir-afk (chatzilla@moz-4CA9B556.cable.teksavvy.com)
# [19:05] * Quits: graememcc (chatzilla@moz-26E0603A.range86-147.btcentralplus.com) (Connection reset by peer)
# [19:05] * kmoir-afk is now known as kmoir
# [19:05] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [19:06] * Joins: Mook_astb (Daily@moz-1FCC0032.activestate.com)
# [19:06] <edmorley> glandium: on a run know to be a clobber?
# [19:06] <edmorley> known
# [19:06] * Joins: graememcc (chatzilla@moz-B8AA77BE.range109-158.btcentralplus.com)
# [19:06] * bjacob_ is now known as bjacob
# [19:07] <Ms2ger> AryehGregor, yeah, nsDocument's nodeinfo is weird
# [19:07] <edmorley> tbpl will be looking for |TinderboxPrint: free-space clobber| or similar in the log
# [19:07] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
# [19:07] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [19:07] <edmorley> glandium: oh I see what you mean, eg https://tbpl.mozilla.org/php/getParsedLog.php?id=12587804&tree=Firefox
# [19:08] * jcranmer|away is now known as jcranmer
# [19:08] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
# [19:08] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [19:09] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:09] * Quits: zzzzz (chatzilla@moz-462673C.dhcp.embarqhsd.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [19:09] * Joins: yuan_ (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:09] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
# [19:09] * kats-lunch is now known as kats
# [19:10] * Quits: @dbaron (dbaron@moz-EFCDE6C2.dsl.dynamic.sonic.net) (Ping timeout)
# [19:10] * Quits: Mook_astb (Daily@moz-1FCC0032.activestate.com) (Quit: Mook_astb)
# [19:10] * Joins: hipokrit (hipokrit@81016825.8DB70AE8.839F6EC0.IP)
# [19:10] * Joins: Mook_as (Daily@moz-1FCC0032.activestate.com)
# [19:11] * bhearsum|lunch is now known as bhearsum
# [19:11] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [19:11] * yuan_ is now known as yuan
# [19:11] * Joins: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:11] * rnewman|afk is now known as rnewman
# [19:11] * Quits: raphc (quassel@moz-A8A9D5A2.fbx.proxad.net) (Ping timeout)
# [19:12] * catlee-lunch is now known as catlee-buildduty
# [19:12] * Quits: sid (sid@moz-116A7199.cs.st-andrews.ac.uk) (Ping timeout)
# [19:12] <Ms2ger> graememcc, edmorley, boo, top-posters :)
# [19:12] <edmorley> :P
# [19:14] * bbondy is now known as bbondy_away
# [19:14] * armenzg_lunch is now known as armenzg
# [19:14] <Waldo> impressive, someone rebased a patch through me in 44 seconds
# [19:15] * Joins: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com)
# [19:15] * Joins: marco (marco@3A0F4000.A00BAEB.10DC0B64.IP)
# [19:15] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Connection reset by peer)
# [19:15] * bear-afk is now known as bear
# [19:16] * mjschranz is now known as mjschranz_lunch
# [19:16] * Misfit_Geek is now known as MisfitGeek_BRB
# [19:17] * Quits: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 12.0/20120424094117])
# [19:17] * Waldo notes that in https://whereswalden.com/2011/11/03/how-i-organize-my-mozilla-trees/ he had a 20-minute cycle for automatically updating his tree, but he's since updated that to a 5-minute cycle
# [19:19] <edmorley> ehsan: m-cMerge uses bzapi over https
# [19:19] <@ehsan> edmorley: phew :)
# [19:19] * khuey|away is now known as khuey
# [19:20] <@ehsan> edmorley: graememcc: I was also going to suggest that once we feel it's mature, we should integrate it with tbpl...
# [19:20] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [19:20] * Quits: ahal|lunch (ahal@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [19:20] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: pcwalton)
# [19:20] * Quits: paolo (paolo@moz-E0FED1E7.retail.telecomitalia.it) (Ping timeout)
# [19:21] <khuey> I think it's my semi-annual "see if thunderbird can replace gmail yet" day
# [19:21] * lsblakk|afk is now known as lsblakk
# [19:22] * Joins: sawrubh (Mibbit@CEA48DB1.A2BE2D6E.84CC0C2F.IP)
# [19:23] * Quits: dao (dao@moz-EE70CAAE.superkabel.de) (Quit: Leaving.)
# [19:23] * mjschranz_lunch is now known as mjschranz
# [19:23] * Joins: jbalogh (jbalogh@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:24] * rnewman is now known as rnewman|afk
# [19:24] * rail is now known as rail_away
# [19:24] * Joins: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com)
# [19:25] <jhammel> khuey: can it?!?
# [19:25] <khuey> not sure yet
# [19:25] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [19:25] <jhammel> fwiw, i mostly like thunderbird better than gmail
# [19:25] <jhammel> that said, i mostly like mutt more than thunderbird ;)
# [19:26] <vlad> myk: ping, for when you're around
# [19:26] <jwir3> has anyone noticed menu icons disappearing in FF 13.0 with Gtk? (i.e. on linux with Gnome)?
# [19:30] * jhammel is now known as reed_
# [19:30] * reed_ is now known as jhammel
# [19:31] * Joins: hub (hub@A5087023.2354C43D.D8E68FF6.IP)
# [19:31] <armenzg> jimm-lunch: ping
# [19:31] * Joins: ahal|lunch (ahal@F2D29657.F60B0462.67AC9B1.IP)
# [19:31] * Joins: dao (dao@moz-EE70CAAE.superkabel.de)
# [19:31] * ahal|lunch is now known as ahal
# [19:32] * mdas|lunch is now known as mdas
# [19:32] * Joins: ddahl (ddahl@moz-E2202F81.lightspeed.nbrntx.sbcglobal.net)
# [19:32] * driia is now known as dria
# [19:32] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [19:32] * erick-away is now known as erick
# [19:34] * Joins: leggetter (Adium@moz-2ED87582.got.public.icomera.com)
# [19:34] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
# [19:35] * Joins: dzbarsky (Adium@moz-85EBB8A.dia.static.qwest.net)
# [19:35] * gaston reserves canthunderbirdreplacegmailyet.com
# [19:35] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [19:35] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [19:35] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [19:36] * rail_away is now known as rail
# [19:36] * Quits: marco (marco@3A0F4000.A00BAEB.10DC0B64.IP) (Client exited)
# [19:36] * Quits: dzbarsky (Adium@moz-85EBB8A.dia.static.qwest.net) (Ping timeout)
# [19:36] * Quits: gerv (gerv@moz-8E68CF56.in-addr.arpa) (Quit: Leaving.)
# [19:36] * Quits: asadotzler (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
# [19:37] * Wes wonders why it would... two completely different markets?
# [19:37] * Joins: marco (marco@3A0F4000.A00BAEB.10DC0B64.IP)
# [19:37] * jimm-lunch is now known as jimm
# [19:38] <joe> oh god you can't mass change flags
# [19:38] <joe> doing this by hand is going to be awful
# [19:38] * Quits: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [19:38] <jhammel> bzapi?
# [19:38] <graememcc> ehsan: edmorley : sorry, had wandered off for food. Yeah, what edmorley said
# [19:38] <@ehsan> yep
# [19:38] <@ehsan> graememcc++
# [19:38] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:39] <edmorley> :-)
# [19:39] * Quits: dao (dao@moz-EE70CAAE.superkabel.de) (Connection reset by peer)
# [19:39] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [19:39] <graememcc> ehsan: also, if the hook I wrote for bug 663585 gets deployed, on pushing you will get the pushlog URL printed to your terminal
# [19:39] * Joins: dao (dao@moz-EE70CAAE.superkabel.de)
# [19:40] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
# [19:40] <jhammel> graememcc: awesome :)
# [19:40] <@ehsan> neat
# [19:40] <myk> vlad: pong
# [19:40] * Joins: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP)
# [19:40] <graememcc> ehsan: so you could hopefully hack together a script to take that, extract the changeset, and pop open m-cMerge with ?cset= appended to the url
# [19:41] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:41] <@ehsan> yeah that should be easy
# [19:41] <vlad> myk: hey, I'm trying to handle webapps-sync-uninstall
# [19:41] <@ehsan> you can use the python browser module
# [19:41] <@ehsan> or whatever it's called :)
# [19:41] <vlad> myk: and in sync-install, I can get the manifest and get the manifest.fullLaunchPath() -- but I need that same thing in uninstall
# [19:42] * Quits: RudyL (rudy@moz-E751935B.dynamic.hinet.net) (Quit: RudyL)
# [19:42] * AaronMT is now known as AaronMT|lunch
# [19:42] <vlad> I can't seem to get a manifest for that origin any more at that point though, so can't get the full launch path
# [19:42] <vlad> any ideas how to grab that? I need the identical launch path so that I can match it against some installed apps data on android
# [19:43] * Joins: sid (sid@moz-34D4B897.dsl.pipex.com)
# [19:44] * Quits: Optimizer (Instantbir@2CFB0D51.BB131A40.2AB48280.IP) (Ping timeout)
# [19:45] * Joins: Optimizer (Instantbir@2CFB0D51.BB131A40.2AB48280.IP)
# [19:45] * Quits: bbondy_away (bbondy@moz-815B377A.home.cgocable.net) (Ping timeout)
# [19:46] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Linkinus - http://linkinus.com)
# [19:46] * Quits: dao (dao@moz-EE70CAAE.superkabel.de) (Connection reset by peer)
# [19:46] * Joins: espadrine (espadrine@moz-85EBB8A.dia.static.qwest.net)
# [19:46] * Joins: dao (dao@moz-EE70CAAE.superkabel.de)
# [19:47] * Quits: MarcoZ (Daily@moz-9AB92CDD.dip.t-dialin.net) (Quit: Happy me!)
# [19:47] <myk> vlad: in your observer, the data argument's manifest property is undefined?
# [19:47] * Joins: zzzzz (chatzilla@moz-462673C.dhcp.embarqhsd.net)
# [19:48] <vlad> does it have one? :)
# [19:48] * vlad tries
# [19:48] <edmorley> jlebar|lunch: bug 761049 is in the top 10 oranges for the last week, would you be able to take a look soon? :-)
# [19:49] <fabrice> when uninstalling it should not have one currently
# [19:50] <jlebar|lunch> edmorley, What makes you think I had something do with it?
# [19:50] <myk> vlad: yeah, the data argument is an app object
# [19:50] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:50] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [19:50] * Boriss_ is now known as Boriss
# [19:50] <edmorley> jlebar|lunch: you wrote the test
# [19:50] <myk> vlad: although i'm reading the code now, and it looks like the manifest does not get defined on that object
# [19:50] <vlad> fabrice: ah
# [19:50] <jlebar|lunch> Oh.
# [19:50] <vlad> ok, so back to my original question :)
# [19:50] <fabrice> vlad: unless we changed that for aitc, I'm not sure
# [19:50] <jlebar|lunch> edmorley, Okay. :)
# [19:50] <fabrice> worth checking anyway
# [19:50] <@ted> mayhemer: ping
# [19:50] <myk> vlad: this is the code: http://mxr.mozilla.org/mozilla-central/source/dom/apps/src/Webapps.jsm#248
# [19:51] <mayhemer> ted: pong
# [19:51] <@ted> mayhemer: i'm curious about this thread name stuff
# [19:51] <vlad> myk: yeah, I just wasn't sure what the object was in this.webapps[id]
# [19:51] <vlad> but I also see cloneAppObject doesn't clone the manifest property
# [19:51] <@ted> i wonder if there's a way we could get that data into minidumps
# [19:51] <myk> vlad: looks like you don't get notified until after the app has been uninstalled, and i suspect by that time this._saveApps will have deleted the manifest from disk
# [19:51] <khuey> cjones++
# [19:52] <mayhemer> ted: I'm sure there are ways to read the name on posix platforms
# [19:52] <cjones> ?
# [19:52] <mayhemer> ted: however, I would have to take a look
# [19:52] <myk> vlad: getSelf has an example of reading a manifest http://mxr.mozilla.org/mozilla-central/source/dom/apps/src/Webapps.jsm#274
# [19:52] <fabrice> myk: vlad: yeah, we delete the manifest here http://mxr.mozilla.org/mozilla-central/source/dom/apps/src/Webapps.jsm#260
# [19:52] <vlad> myk: any reason why not to add the manifest origin here? or should I be keying on something else, like manifestURL (will that always be non-null?)
# [19:52] <@ted> mayhemer: the tricky bit is that we have to be very careful during minidump writing because the process can be in a compromised state
# [19:52] <myk> vlad: you could add code to uninstall that does the same thing
# [19:52] <@ted> so just calling pthreads APIs is probably not safe
# [19:52] <khuey> cjones: https://bugzilla.mozilla.org/show_bug.cgi?id=763563#c17
# [19:52] <@ted> mayhemer: AIUI, on windows the data isn't actually persisted anywhere, right?
# [19:53] <mayhemer> ted: just in PRThread
# [19:53] <mayhemer> if you have it...
# [19:53] <mayhemer> on win there is no way to actually name the native thread
# [19:53] <myk> vlad: apps are currently uniquely identified by their origins, so that's the value to key on
# [19:53] <vlad> ah, ok
# [19:54] <mayhemer> ted: on win we just tell the debugger, if it is attached, that we are giving a tread a name
# [19:54] <myk> vlad: there's some discussion of allowing an origin to host multiple apps, but it is currently inconclusive, and i wouldn't borrow that trouble just yet
# [19:54] <mayhemer> ted: but when there is no debugger, there is also no name
# [19:54] <@ted> gotcha
# [19:54] <@ted> that's unfortunate
# [19:54] <mayhemer> ted: mean: when there is no debugger attached at the moment we are giving the tread a name
# [19:54] <@ted> you'd think they could spare a little bit of storage per-thread
# [19:54] * Quits: adrian (adrian@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:54] <mayhemer> ted: :)
# [19:55] <myk> vlad: the `data` arg should have the origin, though
# [19:55] <mayhemer> it actually work only with visual studio, no other debugger will catch this...
# [19:55] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [19:55] * armenzg is now known as armenzg_brb
# [19:56] <myk> vlad: and that should be sufficient to uniquely identify the app; you shouldn't need to also have the full launch path; unless i misunderstand something
# [19:56] * Quits: sid (sid@moz-34D4B897.dsl.pipex.com) (Input/output error)
# [19:57] * Joins: adrian (adrian@moz-BBE3ABD.mv.mozilla.com)
# [19:57] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:57] * ChanServ sets mode: +o dbaron
# [19:57] <vlad> yup, I just need to change some code around
# [19:57] * AaronMT|lunch is now known as AaronMT
# [19:57] <fabrice> myk: actually I think we'll allow multiple manifest per origin, and will key apps to their manifests and not to their origin
# [19:57] * Quits: jbalogh (jbalogh@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [19:57] <vlad> fabrice: should I use manifestURL instead?
# [19:57] <myk> fabrice: yup, i think you're right; but we don't yet
# [19:58] * Joins: jbalogh (jbalogh@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:58] <fabrice> vlad: that would be more future proof, yes
# [19:59] * Quits: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [19:59] <fabrice> myk: we'll do it when we have bug 756644 fixed
# [20:00] * MisfitGeek_BRB is now known as Misfit_Geek
# [20:01] * Quits: timdream (timdream@4B7DBB4C.2D3125E3.74E0D10F.IP) (Quit: timdream)
# [20:01] * Quits: Optimizer (Instantbir@2CFB0D51.BB131A40.2AB48280.IP) (Ping timeout)
# [20:01] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Leaving...)
# [20:01] * Joins: Optimizer (Instantbir@2CFB0D51.BB131A40.2AB48280.IP)
# [20:02] * Joins: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com)
# [20:03] <myk> fabrice: have you discussed that with jonas and anant yet? make sure you plug them into those decisions
# [20:03] <fabrice> myk: for sure jonas is leading that
# [20:03] <myk> fabrice: ah, great! :-)
# [20:03] * myk is very much looking forward to multiple apps per origin
# [20:04] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [20:04] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [20:04] * Quits: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:05] * Joins: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com)
# [20:05] * Joins: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP)
# [20:05] * Quits: leggetter (Adium@moz-2ED87582.got.public.icomera.com) (Quit: Leaving.)
# [20:05] <jrmuizel> ehsan: bug 758992 == ehsan++
# [20:06] <@ehsan> jrmuizel: those warnings were making me sick :)
# [20:06] <@ehsan> jrmuizel: also, by eliminating the dummy ones, we can catch real bugs hopefully!
# [20:08] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [20:09] * armenzg_brb is now known as armenzg
# [20:09] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [20:10] * Joins: gfritzsche (gfritzsche@moz-BA7521C4.dynamic.qsc.de)
# [20:10] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [20:10] * merike|away is now known as merike
# [20:10] * rnewman|afk is now known as rnewman
# [20:11] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [20:12] <mayhemer> ted: still here?
# [20:13] <@ted> mayhemer: yeah
# [20:13] * Quits: dao (dao@moz-EE70CAAE.superkabel.de) (Quit: Leaving.)
# [20:13] * jlebar|lunch is now known as jlebar
# [20:13] <mayhemer> ted: how can I get a path to the bin dir in xpcshell tests?
# [20:13] * Quits: jfkthame (jfkthame@1E761AA8.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [20:13] <mayhemer> ted: I need to find ssltunnel
# [20:13] * lsblakk is now known as lsblakk|afk
# [20:13] * Joins: bbondy (bbondy@moz-815B377A.home.cgocable.net)
# [20:14] <@ted> i don't think we have that available
# [20:14] * Joins: sid (sid@moz-34D4B897.dsl.pipex.com)
# [20:14] <@ted> you'd have to modify runxpcshelltests.py to pass that down to the JS freamework
# [20:14] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Connection timed out)
# [20:14] <mayhemer> ted: I already do some modifications
# [20:14] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [20:14] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
# [20:14] <@ted> okay
# [20:14] <jcranmer> ted, mayhemer: isn't it one of the directory service provider paths/
# [20:14] <jcranmer> ?
# [20:15] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
# [20:15] <@ted> jcranmer: pobably not what he needs
# [20:15] <@ted> because ssltunnel lives off in the test package bin/ dir
# [20:15] <mayhemer> jcranmer: unfortunately not, just checked that...
# [20:15] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [20:15] <@ted> and xpcshell gets copied over to the app dir for xpcshell tests :-/
# [20:15] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [20:15] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [20:15] <mayhemer> ted: aha, so I currently do self.sslTunnelPath = os.path.join(os.path.dirname(self.xpcshell), ('ssltunnel', 'ssltunnel.exe')[sys.platform == 'win32'])
# [20:16] <jcranmer> + let ssltunnel = dirsvc.get("XCurProcD", Ci.nsIFile).clone();
# [20:16] <mayhemer> and replaceBackSlashes
# [20:16] <jcranmer> mayhemer: try XCurProcD, perhaps?
# [20:16] <@ted> don't think either of those will work
# [20:16] <@ted> from the packaged tests case
# [20:16] <jcranmer> ted: it worked well enough for me on try
# [20:16] <jcranmer> IIRC
# [20:16] * Joins: damons (gnubeard@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:17] <@ted> oh
# [20:17] <@ted> interesting
# [20:17] * Quits: Mook_as (Daily@moz-1FCC0032.activestate.com) (Quit: Mook_as)
# [20:17] * Joins: biesi (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP)
# [20:17] <@ted> i thought cwd got changed
# [20:17] <mayhemer> jcranmer: I could try!
# [20:17] * sheeri-afk is now known as sheeri
# [20:17] * Joins: Mook_as (Daily@moz-1FCC0032.activestate.com)
# [20:17] <jcranmer> this was a year ago, though
# [20:17] <@ted> http://mxr.mozilla.org/mozilla-central/source/testing/xpcshell/runxpcshelltests.py#715
# [20:17] <@ted> we set cwd to the test directory
# [20:17] * Joins: joy (Adium@moz-1EA53CCF.lightspeed.sntcca.sbcglobal.net)
# [20:18] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [20:19] <mayhemer> ted: so, no chance to make it work?
# [20:19] <joy> Unfocused: i had a question about addons in crashreports, in http://mxr.mozilla.org/mozilla-central/source/toolkit/mozapps/extensions/XPIProvider.jsm#1789 what are lines 1798 and 1799 doing? is it related to the Telemtetry ping?
# [20:19] * Quits: rohan (chatzilla@34750AEB.2C2BFB59.35E0727C.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0/20120601045813])
# [20:19] * Joins: SeoZ (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP)
# [20:19] <jcranmer> ted: that I think is overridden by xpcshell to be something else
# [20:20] <jcranmer> ted: specifically, whatever gets passed to -a
# [20:21] <jcranmer> or something like that
# [20:21] * @ted forgets
# [20:21] <@ted> would have to look into it more
# [20:21] <jcranmer> I may have picked it up by dumping out all the strings and finding the one that worked
# [20:21] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Ping timeout)
# [20:22] * Waldo is surprised (a, b)[x == y] works in Python, given that it seems to imply an implicit conversion
# [20:22] <Waldo> at least if x == y doesn't have some goofy __eq__ overloading
# [20:22] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [20:22] <jcranmer> Waldo: python has no bools
# [20:22] <jcranmer> so "True" is really 1 and "False" is really 0
# [20:22] <jhammel> python has bools; they just also happen to be integers
# [20:22] <jcranmer> it also has no ternary operator
# [20:23] <jhammel> it sorta does in 2.5+
# [20:23] <Waldo> hm, I'd thought python bools were not integers ;-\
# [20:23] <jcranmer> so (iffalse,iftrue)[cond] or cond and iftrue or iffalse are favorite uses
# [20:23] <jhammel> Waldo: http://pastebin.mozilla.org/1661319
# [20:23] <jhammel> all you need to know
# [20:24] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
# [20:24] <Waldo> guh
# [20:24] <Waldo> that's so not pythonic
# [20:24] * Quits: Optimizer (Instantbir@2CFB0D51.BB131A40.2AB48280.IP) (Ping timeout)
# [20:24] <jesup|laptop> khuey: ping
# [20:24] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
# [20:24] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Quit: Ex-Chat)
# [20:24] * Joins: Optimizer (Instantbir@7E527B33.7FE8EE1.2AB48280.IP)
# [20:24] <jhammel> i guess :shrug: i've never had a problem with it
# [20:24] <khuey> jesup|laptop: pong
# [20:24] <jhammel> also isinstance(True, int) is True
# [20:24] <jhammel> so you can probably guess how a bool is made ;)
# [20:25] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [20:25] <mayhemer> jhammel: ted: XCurProcD works for me locally
# [20:25] * Quits: kaze (kaze@moz-A8A9D5A2.fbx.proxad.net) (Ping timeout)
# [20:25] * Joins: nrc (nrc@moz-5DAE2951.bitstream.orcon.net.nz)
# [20:25] * Joins: kaze (kaze@moz-A8A9D5A2.fbx.proxad.net)
# [20:26] <jesup|laptop> khuey: Hey. Just checking in (since I'm in 3am-noon EDT conferences, my overlap with you is lower than normal). Where is the webrtc re-review stuff in your queue?
# [20:26] * jesup|laptop hates getting up at 2am then working until 3pm (or later)
# [20:27] <khuey> jesup|laptop: at the top
# [20:27] <khuey> just got to finish what I'm debugging now
# [20:28] <jesup|laptop> khuey: exactly what I wanted to hear. Thanks.
# [20:28] <khuey> no, you wanted to hear "I'm clicking r+ right now"
# [20:29] * Joins: necolas (necolas@moz-2D68B52B.bb.sky.com)
# [20:29] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Ping timeout)
# [20:29] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
# [20:30] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [20:31] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [20:31] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [20:31] <jesup|laptop> No, too tired to dare commit :-)
# [20:31] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [20:31] * Quits: SeoZ (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP) (Quit: Leaving)
# [20:31] <mayhemer> jcranmer: thanks for your suggestion, locally it works, I'll check it on try now
# [20:32] <jcranmer> the problem I have with ssltunnel on try is races
# [20:32] <mayhemer> jcranmer: races? tell me more
# [20:33] * Joins: raphc (quassel@moz-A8A9D5A2.fbx.proxad.net)
# [20:34] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
# [20:34] <jcranmer> mayhemer: ssltunnel doesn't tell you when it's ready to accept connections
# [20:35] * jhammel is now known as lunch
# [20:35] <jcranmer> so you get a race between starting the process up so that it can listen
# [20:35] * lunch is now known as jhammel|lunch
# [20:35] <jcranmer> and starting an SSL connection
# [20:35] * Joins: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com)
# [20:36] <jorendorff> bholley: I have a question about this test https://mxr.mozilla.org/mozilla-central/source/toolkit/mozapps/extensions/test/xpinstall/bug645699.html?force=1
# [20:36] <mayhemer> jcranmer: did you think of any solution to that?
# [20:36] <jcranmer> no
# [20:36] <jcranmer> the options I saw were
# [20:36] <mayhemer> the http layer has a restart logic
# [20:36] <jcranmer> a) setTimeout
# [20:36] <Waldo> IPC to announce readiness
# [20:36] <Waldo> which is not the easiest thing in the world
# [20:36] <jcranmer> b) modify ssltunnel to tell me things
# [20:36] * Joins: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:37] <jorendorff> bholley: Do we care if Object.defineProperty just throws if you're trying to redefine window.location?
# [20:37] <jcranmer> c) find some way of running ssltunnel in the current process
# [20:37] <jcranmer> d) requiring comm-central to also pull in ipccode
# [20:37] <jcranmer> Waldo: yeah, you'd think with the electrolysis work that we'd have some decentish IPC mechanism
# [20:38] <jorendorff> hmm, I guess we have to support that
# [20:38] <jorendorff> bholley: oh well, never mind
# [20:38] <Waldo> jorendorff: that's what it should do, at least unless you're doing a no-op redefinition
# [20:38] <jlebar> bz, Was qsWinUndefs.h a joke? /me is not sure.
# [20:38] <Waldo> Object.defineProperty(window, "location", {}) and similar
# [20:38] <jorendorff> Waldo: well, it acts like a writable data property
# [20:38] <bholley> jorendorff: back
# [20:38] <jorendorff> Waldo: writable, nonconfigurable
# [20:38] <jcranmer> mayhemer: none of those options were palatable to me
# [20:39] <prazuber> Random question: Firefox cannot be built with --disable-xul, right?
# [20:39] <mayhemer> jcranmer: did you have actual problems with it?
# [20:39] <jcranmer> mayhemer: which is why I've been sitting on this patch for a year
# [20:39] <Waldo> jorendorff: because it uses PropertyOps; it should use function-valued getters and setters, so writability shouldn't enter into it
# [20:39] <jorendorff> Waldo: of course it's *supposed* to be a non-configurable accessor property
# [20:39] <jorendorff> yeah
# [20:39] <Waldo> jorendorff: I believe webidl specs this
# [20:39] <bholley> jorendorff: it should throw
# [20:39] <jcranmer> mayhemer: besides causing try to fail? I think not...
# [20:39] <Waldo> prazuber: if it can be built, it will not be a usable build
# [20:39] <mayhemer> jcranmer: for http, it should work well, since it has a reastart logic
# [20:40] <jorendorff> Waldo, bholley: I mean clearly if Object.getOwnPropertyDescriptor showed an accessor property, that should throw. No argument there!
# [20:40] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [20:40] <jcranmer> mayhemer: shouldn't it throw a "cannot connect to server" instead?
# [20:40] * Waldo is reminded of a certain phrase about two wrongs and rights and all
# [20:40] <bholley> jorendorff: but
# [20:40] <bholley> jorendorff: location is special
# [20:40] <bholley> jorendorff: it's always xray
# [20:40] <jorendorff> Waldo, bholley: My question is, if we make it throw (and change the test) but we don't change it to an accessor property right away, does that make enough sense that I can land it in Aurora
# [20:41] <mayhemer> jcranmer: no, there is 10 tries in a loop
# [20:41] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Linkinus - http://linkinus.com)
# [20:41] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Ping timeout)
# [20:41] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
# [20:41] <Waldo> jorendorff: dunno; shippable short-run compat seems like the biggest issue (which might not be an issue at all, to be sure)
# [20:41] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [20:41] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [20:41] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [20:41] <jcranmer> mayhemer: I'm dealing with comm-central code which doesn't do retries
# [20:41] <mayhemer> jcranmer: actually, doing a sync xhr to it should do what we need
# [20:42] <Waldo> you just said a four-letter word
# [20:42] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [20:43] <mayhemer> jcranmer: it means: after I start ssltunnel, do simply do a request to it for e.g. the root document of the server behind
# [20:43] <mayhemer> according the logic it should try 10 times until it connects
# [20:43] * Joins: mcsmurf (mcsmurf@moz-B02C6BCF.dip.t-dialin.net)
# [20:43] <jcranmer> mayhemer: which logic?
# [20:43] <jcranmer> the one in ssltunnel?
# [20:43] <mayhemer> no
# [20:43] <mayhemer> the one in http connection management
# [20:43] <jcranmer> I've got ssltunnel being backed by non-http stuff
# [20:44] * Fallen|away is now known as Fallen
# [20:44] <mayhemer> jcranmer: hmm
# [20:44] <mayhemer> then...
# [20:44] * Joins: billm (billm@moz-BBE3ABD.mv.mozilla.com)
# [20:44] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [20:44] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [20:44] <mayhemer> we could have a js component implementing a simple socket
# [20:44] <mayhemer> that tries to connect
# [20:44] <mayhemer> or
# [20:45] <mayhemer> ah.. no, you are not using just httpd...
# [20:45] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [20:45] <jcranmer> https://bugzilla.mozilla.org/attachment.cgi?id=615349&action=diff
# [20:45] <mayhemer> jcranmer: you are starting ssltunnel from js?
# [20:46] <jcranmer> that's how I'm trying to use ssltunnel
# [20:46] <mayhemer> jcranmer: then.. we can simply establish a listening socket and give the port numner the ssltunnel
# [20:47] <mayhemer> after it start, it connects your server and this way you get the notification
# [20:47] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Linkinus - http://linkinus.com)
# [20:47] <mayhemer> jcranmer: makes sense?
# [20:47] * Parts: mkelly|afk (mkelly@moz-99CF8925.members.linode.com)
# [20:47] <mayhemer> jcranmer: if you are in an xpcom environment, then it's easy to setup a server
# [20:48] <jcranmer> I already have the server listener so I can send plaintext data back and forth
# [20:48] * Quits: jbalogh (jbalogh@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving...)
# [20:48] * juanb is now known as juanb|afk
# [20:49] <mayhemer> ok, so accepting a connection on it will give you the startup callback you need?
# [20:49] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [20:51] <jcranmer> possibly
# [20:51] <BenWa> ehsan: No objection to turning on frame pointers in m-c. Post the patch!
# [20:51] <@ehsan> BenWa: I'll do that later today
# [20:51] <BenWa> \o/
# [20:52] <khuey> there were objections!
# [20:52] <mayhemer> jcranmer: do you need to send some data on the connection?
# [20:52] <Ms2ger> khuey, DENIED
# [20:52] * jwir3 is now known as jwir3|lunch
# [20:52] <froydnj> khuey: at least that's one patch you won't be asked to review
# [20:52] <jcranmer> mayhemer: the features I basically want from ssltunnel are the following, in decreasing order of importance:
# [20:52] <jcranmer> 1. A "IO am now listening for SSL connections" single
# [20:53] <BenWa> khuey: We raised concerns that we should watch for, but I didn't think anyone disagreed with was worth doing
# [20:53] <jcranmer> 2. A way to map encrypted to plaintext streams
# [20:53] <jcranmer> 3. A way to change some config options (like certificates) on the fly
# [20:53] * Quits: kaze (kaze@moz-A8A9D5A2.fbx.proxad.net) (Ping timeout)
# [20:54] <mayhemer> jcranmer: 1. could be done easily, I may need it for the work on xpcshell test anyway
# [20:54] * Quits: past (past@moz-B7E8705F.dsl.dyn.forthnet.gr) (Input/output error)
# [20:55] * philor|away is now known as philor
# [20:56] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:56] * ChanServ sets mode: +o dbaron
# [20:56] * Quits: bholley (anonymous@moz-104CC309.mv.mozilla.com) (Quit: bholley)
# [20:58] <@ehsan> khuey: seriously, if you think we should not do this, please let us know
# [20:58] <mayhemer> jcranmer: I don't underst 2.
# [20:58] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [20:58] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [20:58] <jcranmer> mayhemer: so, I'm using ssltunnel also as a shell for starttls
# [20:58] <khuey> ehsan: I'm just going to make you bisect any regressions it covers up ;-)
# [20:58] * cjones is now known as cjones-lunch
# [20:59] <jcranmer> mayhemer: which means I take an existing plaintext pipe
# [20:59] <@ehsan> khuey: fair enough ;)
# [20:59] <jcranmer> mayhemer: and I tell my end to, instead of processing it, get pumped into/out of ssltunnel
# [20:59] <AryehGregor> Ms2ger, I guess that a patch suggesting Tag() be moved to nsINode and made virtual with different implementations for nsIContent and nsIDocument is unlikely to be received favorably?
# [20:59] <AryehGregor> Or could we just fix nsIDocument::mNodeInfo to not be weird?
# [21:00] <mayhemer> jcranmer: aha, so setting up ssl means to start pushing the data though ssltunnel...
# [21:00] <@bz> AryehGregor: making Tag() virtual, r-
# [21:00] <AryehGregor> Yeah, yeah, I kind of figured.
# [21:00] <jcranmer> mayhemer: right
# [21:00] <Ms2ger> AryehGregor, is it that weird?
# [21:00] <@bz> AryehGregor: I see no problem with just having a non-virtual Tag() on nsINode, though
# [21:00] * glob is now known as glob|away
# [21:00] <mayhemer> jcranmer: and you would want a serivce API on ssltunnel to setup ssl on the socket on demand
# [21:00] * Ms2ger only figured it out to the point that nsINode::NodeName() did the right thing
# [21:01] * joduinn-mtg is now known as joduinn
# [21:01] <AryehGregor> Ms2ger, I didn't look too closely, but the nsIDocument constructor initializes mNodeInfo to null, so . . .
# [21:01] <jcranmer> mayhemer: not necessarily
# [21:01] <@bz> AryehGregor: documents have a non-null nodeinfo by the time Init() returns succcess
# [21:01] <Ms2ger> Maybe we can fix that
# [21:02] * rnewman is now known as rnewman|afk
# [21:02] <jcranmer> mayhemer: my architecture looks like this:
# [21:02] * Joins: armenzg_ (armenzg@F2D29657.F60B0462.67AC9B1.IP)
# [21:02] <khuey> hmm, is bugzilla down?
# [21:02] * Quits: armenzg (armenzg@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [21:02] <khuey> I haven't gotten any bugmail in 8 minutes
# [21:02] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Ping timeout)
# [21:03] <AryehGregor> bz, why isn't it initialized by the constructor?
# [21:03] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
# [21:03] <glob|away> khuey, no
# [21:03] <gregglind> what's the easiest way to make a change (for demo OR 'real') to the global style sheets in fx desktop... XUL addon? hack the sheets in the binary?
# [21:03] <jcranmer> I have a server implemented in JS
# [21:03] <khuey> glob|away: that's like a record
# [21:03] * Joins: shorlander-mobile (shorlander@moz-853043D6.dhcp.insightbb.com)
# [21:04] * Quits: shorlander-mobile (shorlander@moz-853043D6.dhcp.insightbb.com) (Input/output error)
# [21:04] * Quits: artur (artur@moz-6DFBD742.hsd1.vt.comcast.net) (Input/output error)
# [21:04] <glob|away> khuey, do you not know the dangers of pointing out a lack of bugmail?
# [21:04] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [21:05] * Ms2ger assigns bug 915 to khuey
# [21:05] * khuey WONTFIXes
# [21:05] <_AtilA_> Hi!, Could someone say me what the purpose of the nsRefreshDriver?? Thks!
# [21:05] <jcranmer> when it gets a connection, it checks to see if it needs SSL
# [21:05] <jcranmer> if it does, it opens up a connection to ssltunnel
# [21:05] <dzbarsky> _AtilA_: it lets you register an observer for callbacks, for example it is used for animations
# [21:05] <@bz> AryehGregor: because how could it be initialized in the constructor?
# [21:05] <jcranmer> the input and output streams it has get hooked up to the secure side of the ssltunnel process
# [21:05] <@bz> AryehGregor: a serious question
# [21:06] * Quits: gmoro (guilherme@84484EC9.1F1093E8.D159334F.IP) (Ping timeout)
# [21:06] <@bz> AryehGregor: esp before infallible malloc happened
# [21:06] * Joins: artur (artur@moz-6DFBD742.hsd1.vt.comcast.net)
# [21:06] <jcranmer> and the actual input/output streams that the code uses for processing come from the other end of ssltunnel
# [21:07] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
# [21:07] * Joins: gmoro (guilherme@84484EC9.1F1093E8.D159334F.IP)
# [21:07] * joduinn is now known as joduinn-food
# [21:07] <jtcranmer> now, this does mean that the code goes through an insane number of pumps
# [21:07] <mayhemer> jcranmer: yeah, understand
# [21:07] * overholt is now known as overholt|afk
# [21:07] <_AtilA_> dzbarsky, callbacks that will be called frequently?
# [21:07] <@bz> _AtilA_: that will be called as needed
# [21:08] <@bz> _AtilA_: aiming for ~60Hz in visible tabs, slower elsewhere
# [21:08] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- The alternative IRC client)
# [21:08] <_AtilA_> hmm ok!
# [21:08] * Ms2ger reads code
# [21:08] * khuey is now known as khuey|away
# [21:08] <_AtilA_> think I got it
# [21:09] <Ms2ger> bz, so can I create a null principal infallibly already?
# [21:09] <AryehGregor> Hey, there are already nsINode that use mNodeInfo without checking that it was initialized.
# [21:09] <AryehGregor> So I guess it's safe to add a bunch more, amirite?
# [21:09] <Ms2ger> Sure
# [21:10] <mayhemer> jcranmer: so, what you want is to tell ssltunnel in what moment to switch to ssl?
# [21:10] <mayhemer> and put it in front of your server instead?
# [21:10] * Quits: marco (marco@3A0F4000.A00BAEB.10DC0B64.IP) (Ping timeout)
# [21:10] * Quits: damons (gnubeard@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [21:10] <jtcranmer> no...
# [21:10] * Quits: Cwiiis (cwiiis@88F51059.F3BBB17D.144F44FA.IP) (Ping timeout)
# [21:10] <jtcranmer> I don't go through ssltunnel if I don't need SSL
# [21:10] <Ms2ger> bz, and can I crash if PL_NewHashTable fails?
# [21:11] <mayhemer> jtcranmer: and what is your idea then?
# [21:11] * Quits: raphc (quassel@moz-A8A9D5A2.fbx.proxad.net) (Client exited)
# [21:11] * Joins: wlach (wlach@1EA86E65.BEE07476.59D8BB03.IP)
# [21:11] <jtcranmer> the two parts
# [21:11] * Joins: marco (marco@6BB1448C.60DCEFAD.10DC0B64.IP)
# [21:12] <AryehGregor> What's the point of having an Init() method separate from the constructor anyway?
# [21:12] <Ms2ger> AryehGregor, returning an nsresult
# [21:12] <AryehGregor> Hmm.
# [21:12] <Ms2ger> There are some constructors that take an nsresult* outparam, but... Meh
# [21:13] <AryehGregor> That seems like it should typically only be relevant for NS_ERROR_OUT_OF_MEMORY, which should no longer be a big deal, right?
# [21:13] <Ms2ger> In a lot of cases, yes
# [21:13] * AryehGregor sees only NS_ERROR_ALREADY_INITIALIZED and NS_ERROR_OUT_OF_MEMORY in nsDocument::Init
# [21:13] <jtcranmer> first, some way of saying that the connection I'm now receiving from port 34252 was made from a port connect from port 32131
# [21:13] <AryehGregor> Well, also mNodeInfoManager::Init's return code is propagated.
# [21:13] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:13] <jtcranmer> so that I can more accurately match up which ssl connection goes with which plaintext
# [21:13] * AryehGregor notes that for tomorrow, goes to sleep now
# [21:14] * Ms2ger cleans that up before AryehGregor can
# [21:14] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [21:14] * adrian is now known as adrian|lunch
# [21:14] <jtcranmer> also, the ability to say "okay, for all new connections, use this certificate instead"
# [21:14] * Joins: Goldorak (chatzilla@504CDF79.35D36EE.187A1082.IP)
# [21:14] <Ms2ger> Also
# [21:14] <Ms2ger> ted!
# [21:15] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [21:15] <mayhemer> jtcranmer: about the first: ssl tunnel knows that, just how to expose it?
# [21:15] * armenzg_ is now known as armenzg
# [21:15] <jtcranmer> I kind of imagine that #1 that needs some sort of IPC communication between ssltunnel and the host proc
# [21:15] * Quits: cviecco_ (cviecco@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [21:15] <mayhemer> about the different cert: you mean on the same listening port, change a sokcet?
# [21:16] * Joins: damons (gnubeard@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:16] * Quits: juanb|afk (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:16] <jtcranmer> so might as well do evreything in that same communication mechanism
# [21:16] <jtcranmer> I think so
# [21:16] <mayhemer> jtcranmer: I think it can just ping back to some server (e.g. create a service a connection and have some sort of bidi control protocol)
# [21:16] * Joins: catalinb (ethereal@5DB63BAC.10D2EED.5BC07656.IP)
# [21:16] <jtcranmer> if it invalidates all current connections I don't particularly care
# [21:17] <dzbarsky> ehsan++
# [21:17] <mayhemer> what has to invalidate all connections?
# [21:17] <jtcranmer> changing the certificate in use
# [21:18] * Quits: catalinb (ethereal@5DB63BAC.10D2EED.5BC07656.IP) (Ping timeout)
# [21:18] * Quits: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:19] <mayhemer> jtcranmer: we can change a cert on the port while having established connections up
# [21:19] <mayhemer> it is just setting for the server socket
# [21:20] <jtcranmer> okay
# [21:20] * Quits: clee (clee@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: clee)
# [21:20] * Quits: damons (gnubeard@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [21:20] <mayhemer> jtcranmer: I'm now thinking of introducing a shared component that would implement the service protocol
# [21:20] <jtcranmer> ooh :-)
# [21:21] * erick is now known as erick-afk
# [21:21] <mayhemer> jtcranmer: do you know about a place to put it somewhere?
# [21:21] <jtcranmer> it'd be a lot nicer to control ssltunnel than relying on a config file
# [21:21] * Joins: raphc (AndChat501@7E430AEE.7F75B59F.B3F72630.IP)
# [21:22] <mayhemer> jtcranmer: as the first, it would just give a callback it is up and accepting connections on all listening sockets it has open
# [21:23] * Quits: marco (marco@6BB1448C.60DCEFAD.10DC0B64.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a2/20120611042006])
# [21:23] * Joins: wolfiR (wolfiR@moz-7A898C86.dip0.t-ipconnect.de)
# [21:25] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [21:25] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [21:27] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [21:27] * Quits: raphc (AndChat501@7E430AEE.7F75B59F.B3F72630.IP) (Connection reset by peer)
# [21:27] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
# [21:27] * Joins: raphc (AndChat501@7E430AEE.7F75B59F.B3F72630.IP)
# [21:27] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [21:28] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [21:29] * merike is now known as merike|away
# [21:31] * jhammel|lunch is now known as jhammel
# [21:33] * Joins: amphibulus (Mibbit@moz-A150E7DF.bb.netvision.net.il)
# [21:33] * Parts: amphibulus (Mibbit@moz-A150E7DF.bb.netvision.net.il)
# [21:33] * Joins: apv (apv@moz-A150E7DF.bb.netvision.net.il)
# [21:33] * Quits: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP) (Ping timeout)
# [21:34] * jmaher is now known as jmaher|afk
# [21:34] * Quits: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [21:34] * @bsmedberg is brain-freezing. What is that tool where two people can type in the same document over the web?
# [21:34] <mcsmurf> Etherpad?
# [21:34] <gavin> yep
# [21:34] <@bz> bsmedberg: Emacs + M-x open-window-on-display ? ;)
# [21:35] * @bz did s/web/internet/ there, though
# [21:35] <mcsmurf> :D
# [21:35] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Connection timed out)
# [21:35] * jwir3|lunch is now known as jwir3
# [21:35] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
# [21:36] * Joins: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP)
# [21:36] * Joins: jbalogh (jbalogh@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:38] * Joins: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com)
# [21:38] * Joins: catalinb (ethereal@2B7C8595.71B23C4A.5BC07656.IP)
# [21:39] <@bz> AryehGregor: ping
# [21:39] * Quits: evilpie (chatzilla@moz-59728D97.pools.arcor-ip.net) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0/20120601175215])
# [21:39] <Ms2ger> ^ went to bed
# [21:40] <@bz> ah
# [21:40] <@bz> sad
# [21:40] <Ms2ger> How dare people not be on EDT :)
# [21:41] * mreid wonders if there are any other moz folks in his timezone
# [21:41] * Quits: raphc (AndChat501@7E430AEE.7F75B59F.B3F72630.IP) (Connection reset by peer)
# [21:41] * Joins: raphc (AndChat501@7E430AEE.7F75B59F.B3F72630.IP)
# [21:42] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Client exited)
# [21:42] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:43] <mayhemer> jtcranmer: bad new is that I assume the XDir thing won't work on try...
# [21:43] <mayhemer> news
# [21:43] <Ms2ger> mreid, all of the Toronto office, no?
# [21:43] <@bz> mreid: which timezone are you in?
# [21:44] <mreid> Atlantic time
# [21:44] <jtcranmer> mayhemer: hmm?
# [21:44] * Quits: Optimizer (Instantbir@7E527B33.7FE8EE1.2AB48280.IP) (Ping timeout)
# [21:44] <Ms2ger> Where it's 3:35 pm now
# [21:44] <Ms2ger> So, yours
# [21:44] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [21:44] <jcranmer> that patch was a year old
# [21:44] <jcranmer> so I don't remember how much of it was broken
# [21:44] <@bz> no
# [21:44] <mreid> 4:36pm here
# [21:44] * cjones-lunch is now known as cjones
# [21:44] <mayhemer> jtcranmer: was taht you who was helping me to locate ssltunnel in xpcshell tests?
# [21:44] <@bz> atlantic time is one hour before me
# [21:44] <@bz> afaict
# [21:44] <mayhemer> that
# [21:44] <jcranmer> mayhemer: yes
# [21:44] * Quits: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving)
# [21:44] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [21:44] <Ms2ger> Boo
# [21:44] <Ms2ger> Google failed me
# [21:45] <@bz> there's not that much land in there....
# [21:45] <mayhemer> jcranmer: problem is that we copy the xpcshell binary to a way different dir
# [21:45] <mayhemer> but ssltunnel is left elsewhere
# [21:45] <jcranmer> hmm
# [21:45] <@bz> well, except for south america. ;)
# [21:45] <Ms2ger> Bridgetown, Barbados
# [21:45] * sheppy is now known as sheppy-afk
# [21:45] <jcranmer> I thoink I poked the tb relengineer to copy over the ssltunnel binary as well
# [21:45] * Quits: gfritzsche (gfritzsche@moz-BA7521C4.dynamic.qsc.de) (Quit: Leaving)
# [21:45] * Quits: ekr (ekr@47F40369.10A53EE3.77834EAA.IP) (Quit: ekr)
# [21:46] <Ms2ger> mreid, hmm, is that a cricket-watching part of the world?
# [21:46] <mreid> Ms2ger, I'm in Nova Scotia, Canada
# [21:46] <Ms2ger> Heh
# [21:46] <mreid> so not really
# [21:46] <mreid> :)
# [21:46] <Ms2ger> That was some pretty bad aim, then!
# [21:46] <mreid> oddly, I'm in Bridgetown, NS
# [21:46] <mreid> not Bridgetown Barbados
# [21:46] * Ms2ger notes
# [21:47] <mayhemer> jtcranmer: I don't see it in the logs... :(
# [21:47] <Ms2ger> What's that, a 1000 people?
# [21:47] * Joins: Optimizer (Instantbir@7E527B33.7FE8EE1.2AB48280.IP)
# [21:47] <mreid> yeah, about that
# [21:47] <mreid> maybe a few les
# [21:47] <mreid> s
# [21:47] <jcranmer> mayhemer: it may not happen in ff's buildbots
# [21:47] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [21:47] <mayhemer> jcranmer: aha
# [21:47] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [21:47] * Ms2ger looks where NS is
# [21:48] <jcranmer> Ms2ger: find maine, go east
# [21:48] <Ms2ger> I'd rather not do the former
# [21:49] <jcranmer> Ms2ger: you see the little peninsula on the end of canada?
# [21:49] <jcranmer> that's Nova Scotia
# [21:49] * Quits: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net) (Quit: Mardak)
# [21:49] * Quits: romaxa_home (romaxa@moz-54F5744A.net) (Ping timeout)
# [21:49] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Ping timeout)
# [21:50] <Ms2ger> "I have thought of a possible security problem"
# [21:50] * Ms2ger marks unread, goes on
# [21:51] <edmorley> Ms2ger: where's the fun in that? delete, delete!
# [21:51] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [21:52] <Ms2ger> edmorley, need to fill up my mailbox, bankrupt Google
# [21:52] <edmorley> Ms2ger: they might run out of pocket money to pay us though... :-(
# [21:52] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
# [21:52] <Ms2ger> Only 37k emails yet
# [21:53] * Joins: darktrojan (DT@moz-30B3CCFD.telstraclear.net)
# [21:53] * Joins: romaxa_home (romaxa@moz-54F5744A.net)
# [21:54] * Quits: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [21:54] * Joins: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:54] * Quits: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP) (Ping timeout)
# [21:54] <gaston> glandium: fwiw about me needing to set ld_library_path/futze with -rpath at link time, it's actually an issue in our ld.so being fixed
# [21:57] * Joins: Mic (Instantbir@moz-108E19BC.superkabel.de)
# [21:57] * Quits: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [21:57] * Joins: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:57] * Quits: jesup|laptop (chatzilla@47F40369.10A53EE3.77834EAA.IP) (Ping timeout)
# [21:57] * Joins: clee (clee@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:58] * Quits: graememcc (chatzilla@moz-B8AA77BE.range109-158.btcentralplus.com) (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120310193349])
# [21:58] * Quits: mreavy (chatzilla@47F40369.10A53EE3.77834EAA.IP) (Ping timeout)
# [21:59] * Joins: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP)
# [21:59] * Quits: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [21:59] * Joins: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:59] * Quits: raphc (AndChat501@7E430AEE.7F75B59F.B3F72630.IP) (Connection reset by peer)
# [21:59] * Joins: raphc (AndChat501@7E430AEE.7F75B59F.B3F72630.IP)
# [21:59] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [22:00] * Quits: raphc (AndChat501@7E430AEE.7F75B59F.B3F72630.IP) (Quit: Bye)
# [22:00] * Quits: janv (varga@moz-400565FD.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [22:01] * Joins: cviecco_ (cviecco@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:01] <_AtilA_> I see that nsRefreshDriver is somehow linked to a nsTimerImpl
# [22:01] * Quits: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net) (Quit: jorendorff)
# [22:01] <mayhemer> ted: I will need to copy ssltunnel along with xpcshell to the target bin dir, what component to file a bug for it? XPCShell Harness or Infrastructure?
# [22:01] * khuey|away is now known as khuey
# [22:02] <_AtilA_> and this nsTimerImpl event, calls nsRefreshDriver::Notify() in some kind of fixed time period
# [22:03] * Joins: askalski (akuda@moz-6A36EC49.ip.abpl.pl)
# [22:03] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [22:03] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [22:03] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [22:04] <_AtilA_> the backtrace is something like: Thread::ProcessNextEvent() --> nsTimerImpl::Run() --> nsTimerImpl::Fire() --> nsRefreshDriver::Notify() --> ..... --> (widget)->Invalidate();
# [22:05] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [22:06] * Quits: Optimizer (Instantbir@7E527B33.7FE8EE1.2AB48280.IP) (Ping timeout)
# [22:06] <gavin> the refresh driver uses nsITimers internally, yeah
# [22:06] * Joins: jwilde1 (Adium@moz-BBE3ABD.mv.mozilla.com)
# [22:07] <_AtilA_> nsTimers are events for the main thread, right?
# [22:07] * nthomas|away is now known as nthomas
# [22:07] <_AtilA_> They are pushed from the eventQueue and executed
# [22:07] * Joins: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net)
# [22:08] <gavin> yes
# [22:08] <_AtilA_> And the same Timer is responsible for register itself as another event
# [22:08] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Connection timed out)
# [22:08] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
# [22:08] <khuey> timer events can be dispatched to any thread
# [22:08] * Joins: jfkthame (jfkthame@1E761AA8.A1C12133.9542EC20.IP)
# [22:08] <_AtilA_> Ok, yes.
# [22:08] <khuey> for the refresh driver, they are dispatched to the main thread
# [22:09] * Quits: lahabana (Mibbit@moz-398B93D1.imag.fr) (Quit: http://www.mibbit.com ajax IRC Client)
# [22:09] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:09] * devd_afk is now known as devd
# [22:09] * Quits: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net) (Ping timeout)
# [22:09] * Joins: Optimizer (Instantbir@7E527B33.7FE8EE1.2AB48280.IP)
# [22:09] <_AtilA_> As all thread have their own eventQueue
# [22:11] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:12] <_AtilA_> I'm trying to fix a bug on Boot2Gecko that it's related to this cycle.
# [22:12] * Quits: Optimizer (Instantbir@7E527B33.7FE8EE1.2AB48280.IP) (Ping timeout)
# [22:12] <_AtilA_> The problem I'm seeing is that my RefreshDriver stops from being executed (or notified)
# [22:13] * armenzg is now known as armenzg_mtg
# [22:13] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [22:13] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:13] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [22:13] <_AtilA_> cause the events responsible from executing it are not being pushed into the eventQueue anymore
# [22:14] * Joins: damons (gnubeard@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:14] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [22:14] * Boriss_ is now known as Boriss
# [22:14] <luke> edmorley: glad to see those annoying boxes on the top-right of tbpl gone
# [22:15] <_AtilA_> So I wanted to know who/what exactly is responsible of generating these events
# [22:15] * Joins: TheOne (TheOne@moz-DC9EC80E.dip.t-dialin.net)
# [22:15] <_AtilA_> is the same nsTimerImp event, as I said?
# [22:15] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [22:15] * Joins: kentuckyfriedtakahe (kentuckyfr@moz-5D29915D.cable.telstraclear.net)
# [22:16] <_AtilA_> That should put himeself in the event queue before finishing?
# [22:16] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:16] * ChanServ sets mode: +o dbaron
# [22:16] * Joins: Optimizer (Instantbir@7E527B33.7FE8EE1.2AB48280.IP)
# [22:16] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [22:16] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [22:17] <_AtilA_> (it's so complicated to explain for a non english speaker :P
# [22:17] <mayhemer> why I no longer can click on "review+" beside the attachment to see reviews comments in bugzilla?
# [22:18] * jmaher|afk is now known as jmaher
# [22:19] <jhammel> mayhemer: glob|away or dkl would be the people to ask
# [22:19] <jhammel> it looks like neither are here though
# [22:20] <mayhemer> jhammel: I'm not sure whether that is provided by bugzilla tweaks or bugzulla web directly
# [22:20] <mayhemer> tweaks are installed...
# [22:20] * Quits: TheOne (TheOne@moz-DC9EC80E.dip.t-dialin.net) (Ping timeout)
# [22:20] <jhammel> mayhemer: you could disable tweaks and see if it still happens
# [22:20] * Joins: marco (marco@6BB1448C.60DCEFAD.10DC0B64.IP)
# [22:20] <edmorley> luke: :-)
# [22:22] <marco> I'm trying to get a stacktrace after a crash on VS2010, but Firefox is terminated without showing anything but the output window
# [22:23] * Quits: Optimizer (Instantbir@7E527B33.7FE8EE1.2AB48280.IP) (Ping timeout)
# [22:23] <mayhemer> marco: Firefox has already crashed?
# [22:23] <marco> mayhemer, yes
# [22:23] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [22:23] <mayhemer> marco: your VS, is it express or standard?
# [22:24] <marco> mayhemer: express
# [22:24] <marco> but the weird thing is that it sometimes works, sometimes not...
# [22:24] <mayhemer> marco: I assume you are attaching after crash, right?
# [22:24] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [22:24] <marco> mayhemer: I'm running the process directly in vs
# [22:25] * Quits: Mic (Instantbir@moz-108E19BC.superkabel.de) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [22:25] <mayhemer> marco: aha, so you fell into the debugger, process is paused, is that so?
# [22:25] * Quits: dcamp (dave@9E727688.17C2F9C.163DC5C6.IP) (Quit: Leaving...)
# [22:25] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [22:25] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
# [22:26] * Misfit_Geek is now known as MisfitGeek_afk
# [22:26] <marco> mayhemer: it is terminated
# [22:26] * Quits: cviecco_ (cviecco@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Broken pipe)
# [22:26] <mayhemer> marco: if that is so, then there is probably not much to do
# [22:26] <mayhemer> marco: it's anyway strange it detached...
# [22:26] * Quits: cpearce (chatzilla@moz-E5C9EA4F.xdsl.xnet.co.nz) (Ping timeout)
# [22:26] * Joins: Optimizer (Instantbir@7E527B33.7FE8EE1.2AB48280.IP)
# [22:26] * joduinn-food is now known as joduinn-mtg
# [22:27] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:27] <mayhemer> marco: is there still an existing firefox process when you check with some other software?
# [22:27] <mayhemer> like processexplorer, as the best option
# [22:27] <marco> mayhemer: no
# [22:28] * mattwoodrow|away is now known as mattwoodrow
# [22:28] <mayhemer> marco: hmm... then there is not much to do... unless drwatson saved a dump somewhere
# [22:29] * Joins: cviecco_ (cviecco@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:29] <mayhemer> marco: how was your XPCOM_DEBUG_BREAK set?
# [22:29] <marco> mayhemer: I'm making it crash on purpose
# [22:29] <marco> mayhemer: not set, but nothing changes with XPCOM_DEBUG_BREAK=abort
# [22:30] <Ms2ger> jlebar, should mark bugs as s-s when you file them, not afterwards ;)
# [22:30] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [22:30] <jlebar> Ms2ger, I'd probably do a better job with that if I knew what s-s was.
# [22:30] <Ms2ger> Nvm, thunderbird is lying to me
# [22:31] <mayhemer> marco: how exactly are you making it crash?
# [22:31] <jlebar> Ms2ger, Oh, security-sensitive.
# [22:31] <jlebar> Indeed.
# [22:31] * Joins: mreavy (chatzilla@B05600D2.3F4E4C13.AF6F698.IP)
# [22:31] <jlebar> But yeah, not it. :)
# [22:31] <Fallen> uhh how do I filter bugs that have patches that have approval flags?
# [22:31] <Ms2ger> Nothing to see here, move along :)
# [22:31] <marco> mayhemer: using some patches for basic omtc layers
# [22:32] <marco> mayhemer: it crashes at startup
# [22:32] <Ms2ger> Fallen, is downloading the entire bugzilla database and running a python script over it an option? :)
# [22:32] * Ms2ger curses try
# [22:32] <Ms2ger> Can we reset it already?
# [22:32] <Fallen> Ms2ger: thats it? You can't tell me triagers do it that way!?
# [22:33] <Ms2ger> Fallen, there may be better ways :)
# [22:33] <Fallen> oh they probably filter for the tracking flags, that we don't have
# [22:33] <Ms2ger> Oh
# [22:33] <mayhemer> marco: sorry, what is omtc?
# [22:33] <Ms2ger> approval:? or approval:+ ?
# [22:33] <marco> mayhemer: bug 703484
# [22:33] * Joins: karl (karl@moz-65748A63.jetstream.xtra.co.nz)
# [22:34] <Fallen> well, in my case I am actually looking for approval-calendar-release+, which is set on an attachment.
# [22:34] * sheppy-afk is now known as sheppy
# [22:35] <mayhemer> marco: hu, I never heard about this
# [22:35] * devd is now known as devd_afk
# [22:35] * devd_afk is now known as devd
# [22:35] * Parts: devd (Name@moz-59682A1.dmz.scl3.mozilla.com)
# [22:35] <mayhemer> marco: to make it clear, the behavior is that the process, even attached in the debugger, just terminates, is that so?
# [22:36] <Fallen> why do we have these fscking flags when I can't search for them! *arg*
# [22:36] <marco> mayhemer: yes
# [22:37] <Standard8> Fallen: https://bugzilla.mozilla.org/buglist.cgi?quicksearch=ALL%20flag%3Aapproval-comm-beta%2B;list_id=3391005
# [22:38] * overholt|afk is now known as overholt
# [22:38] <mayhemer> marco: my theory is that your are not making the process to crash but to terminate
# [22:38] <mayhemer> marco: also you could play a bit with Debug/Exceptions
# [22:38] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [22:39] <Fallen> Standard8: thank you very much, that saves my day :-)
# [22:40] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
# [22:40] <Standard8> Fallen: if you ever need hints for flags, then take a look at http://hg.mozilla.org/users/bugzilla_standard8.plus.com/drivertools/raw-file/default/bugtracking/index.html
# [22:40] * Joins: Mic (Instantbir@moz-108E19BC.superkabel.de)
# [22:41] <marco> mayhemer: yes, I think it's terminating instead of crashing
# [22:42] <marco> even if I have XPCOM_DEBUG_BREAK=abort
# [22:42] <Ms2ger> bienvenu++
# [22:42] * Quits: twi (Adium@moz-F9E4EE7F.cust.dsl.vodafone.it) (Ping timeout)
# [22:42] * Joins: twi (Adium@moz-F9E4EE7F.cust.dsl.vodafone.it)
# [22:42] <Fallen> Standard8: ok, will do
# [22:42] <marco> mayhemer: (and it terminates even if I set some breakpoints)
# [22:42] <mayhemer> marco: XPCOM_DEBUG_BREAK should be "break" or "trap"
# [22:43] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [22:44] * Quits: automata (automata@8D23278A.C27CA109.16867D26.IP) (Ping timeout)
# [22:44] * Joins: jfkthame_ (jfkthame@1E761AA8.A1C12133.9542EC20.IP)
# [22:44] * Quits: jfkthame (jfkthame@1E761AA8.A1C12133.9542EC20.IP) (Connection reset by peer)
# [22:44] * jfkthame_ is now known as jfkthame
# [22:45] <khuey> ah crap
# [22:45] * Joins: azrdev (Mibbit@moz-35789E2B.unitymediagroup.de)
# [22:45] <khuey> I just attached visual studio to explorer.exe
# [22:45] <glandium> gaston: i told you so ;)
# [22:45] <gaston> :)
# [22:46] * Ms2ger wonders who broke gaston
# [22:46] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
# [22:47] <gaston> for once, noone :)
# [22:47] * Quits: Optimizer (Instantbir@7E527B33.7FE8EE1.2AB48280.IP) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [22:47] <Ms2ger> :o
# [22:47] <Ms2ger> But, but, but
# [22:47] <gaston> i needed to do some -rpath hacks when linking or set LD_LIBRARY_PATH=path/to/firefox/install to start ffx fine
# [22:48] <marco> mayhemer: still not working... However I see the "Firefox process terminated" in the output window before Firefox actually crashes
# [22:48] <gaston> after looking at the xpcomglue code, it finally seemed to be an issue in our ld.so'
# [22:48] <glandium> Ms2ger: the real answer is that openbsd broke gaston
# [22:48] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
# [22:48] <Ms2ger> Well
# [22:48] <Ms2ger> That's a given, no?
# [22:49] * Quits: tn (tn@moz-2E73ACE4.wp.shawcable.net) (Quit: Leaving)
# [22:49] <azrdev> hi. I'm writing a quite simple ff addon touching Places. nsINavHistoryResultNode contains some timestamps of type PRTime which I'd like to convert to readable datetime strings. I found an "nsISupportsPRTime" interface, but can anybody tell me how to use that?
# [22:49] <mayhemer> marco: what is the code you expec the crash? gecko (xpcom)? nspr? something else?
# [22:49] * Quits: wolfiR (wolfiR@moz-7A898C86.dip0.t-ipconnect.de) (Quit: Leaving)
# [22:49] <Ms2ger> I don't think that's what you want
# [22:49] <marco> mayhemer: code under gfx/
# [22:50] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Quit: mdas)
# [22:51] <mayhemer> marco: crazy idea: try enablish some exception before they get handled to fall into the debugger
# [22:51] <mayhemer> Debug/Exceptions, the first of the columns with checkboxes
# [22:53] <Ms2ger> azrdev, if you get a PRTime, I think |new Date(time / 1000)| should get you something useful to work with
# [22:56] * Quits: @bsmedberg (bsmedberg@moz-BBE3ABD.mv.mozilla.com) (Quit: bsmedberg)
# [22:57] * Quits: JeroenDeDauw (j@moz-15F3975B.dip.t-dialin.net) (Quit: Leaving.)
# [22:57] * Joins: JeroenDeDauw (j@moz-15F3975B.dip.t-dialin.net)
# [22:57] * Joins: bsmedberg (bsmedberg@moz-BBE3ABD.mv.mozilla.com)
# [22:57] * ChanServ sets mode: +o bsmedberg
# [22:58] <overholt> anyone have noise-cancelling headphone recommendations?
# [22:58] <azrdev> Ms2ger: you don't think there's a proper wrapper for this? Seems to me like not being "the right thing to do" :-/
# [22:58] <Ms2ger> I wouldn't be surprised
# [22:58] <Ms2ger> Happy to be proven wrong, though!
# [22:59] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [22:59] * Joins: automata (automata@8D23278A.C27CA109.16867D26.IP)
# [22:59] * Quits: msucan (mihai@452AB583.C1570FFF.BD62875.IP) (Quit: Leaving.)
# [22:59] * Quits: sawrubh (Mibbit@CEA48DB1.A2BE2D6E.84CC0C2F.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [22:59] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [23:00] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [23:00] <marco> mayhemer: by "exceptions" do you mean "interruption points"?
# [23:00] <mayhemer> there is Debug/Exceptions menu
# [23:01] <marco> mayhemer: I don't have it
# [23:01] <mayhemer> Ctrl-Alt-E ?
# [23:01] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [23:02] * Joins: brendan (brendaneic@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:02] <mayhemer> marco: hmm.. that's why I'm using 2008 ;)
# [23:02] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [23:02] <marco> mayhemer: wait, I've found it in a personalization window :D
# [23:03] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Quit: Leaving)
# [23:03] * Quits: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP) (Quit: Computer has gone to sleep.)
# [23:03] <mayhemer> marco: ah! you have to be attached, I would say
# [23:03] * Joins: gandalf (zbraniecki@moz-6937DDA7.neoplus.adsl.tpnet.pl)
# [23:04] <marco> mayhemer: I've enabled some exceptions, but... nothing to do
# [23:05] <mayhemer> marco: it was just an attempt.
# [23:05] <mayhemer> marco: if I were at your situation, I'd put some trace points to narrow down the location where it crashes
# [23:05] * Quits: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [23:05] <mayhemer> and than you can find what function actually terminates the process and put a bread (if possible) directly into it
# [23:05] * Quits: @bsmedberg (bsmedberg@moz-BBE3ABD.mv.mozilla.com) (Quit: bsmedberg)
# [23:05] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Quit: ChatZilla 0.9.88.2 [SeaMonkey 2.9.1/20120429012611])
# [23:06] <marco> mayhemer: I know where it crashes, I've set an interruption point just before that point
# [23:06] * philor is now known as philor|away
# [23:07] * Quits: espadrine (espadrine@moz-85EBB8A.dia.static.qwest.net) (Quit: espadrine)
# [23:07] <marco> but the process is terminated before it arrives to that point
# [23:07] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
# [23:08] * Joins: bsmedberg (bsmedberg@moz-BBE3ABD.mv.mozilla.com)
# [23:08] * ChanServ sets mode: +o bsmedberg
# [23:08] <mayhemer> marco: then VS2010 has a bug (a bit unlikely, but who knows) or your assumption is wrong (what is usually the more common case)
# [23:08] <mayhemer> I mean, it probably terminates before your breakpoint
# [23:09] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [23:09] <marco> mayhemer: I don't know what's happening
# [23:10] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:10] <marco> but I see "Firefox process terminated" in the vs console before the Firefox process actually crashes
# [23:10] <mayhemer> marco: I have also seen that VS stops accepting breakpoint
# [23:10] <mayhemer> marco can you pastebin the end of the log?
# [23:11] <mayhemer> marco: isn't there some first-chance exception right before?
# [23:11] * Quits: Mic (Instantbir@moz-108E19BC.superkabel.de) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [23:11] <marco> mayhemer: http://pastebin.mozilla.org/1661412
# [23:11] <mayhemer> marco: also maybe try http://msdn.microsoft.com/en-us/library/e631wekh%28v=vs.80%29.aspx
# [23:12] * edmorley is now known as edmorley|away
# [23:12] * Quits: wlach (wlach@1EA86E65.BEE07476.59D8BB03.IP) (Ping timeout)
# [23:12] <mayhemer> marco: hmm.. but abort() would cause exit code definitely different then 0x0
# [23:13] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:13] <@bsmedberg> jlebar: still around?
# [23:14] <mayhemer> marco: btw - did you try restarting visual studio?
# [23:14] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [23:14] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [23:14] * Quits: jbalogh (jbalogh@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [23:14] <@ehsan> bz: ping
# [23:15] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [23:15] <marco> mayhemer: yes, I've tried
# [23:15] * mjschranz is now known as mjschranz_away
# [23:15] <marco> mayhemer: the problem is that that output is showed before firefox crashes
# [23:16] <Mook_as> marco: did you try NO_EM_RESTART=1 (in case that's what's happening)?
# [23:16] * adrian|lunch is now known as adrian
# [23:16] <marco> mayhemer: is it possible that firefox closes itself and launches another instance of himself?
# [23:16] <marco> so vs2010 doesn't see the crash of the second process
# [23:16] <mayhemer> marco: yes, that is what Mook_as just suggested to avoid :)
# [23:17] <mayhemer> marco: but that only happens when you modify the code
# [23:17] <marco> ahahah, sorry, I didn't see you, Mook_as
# [23:17] <Mook_as> that's probably because I _just_ popped in with a random (and likely unhelpful) suggestion :)
# [23:18] <marco> Mook_as: indeed... nothing to do :)
# [23:18] <marco> I really prefer gdb
# [23:18] <mayhemer> marco: now I realize... if you say the termination (and apparent detach of the debugger appears visibly before the crash/termination) then it could be that!
# [23:18] * Joins: jbalogh (jbalogh@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:19] <Mook_as> oh, it would have happened with gdb too, actually... so if you _didn't_ hit it there, that's probably not it. (unless you're using a new profile each time, or something crazy like that)
# [23:19] * bhearsum is now known as bhearsum|afk
# [23:19] <azrdev> Ms2ger: what if you now assume it's not some missing interface, but me not knowing how to use nsISupportsPRTime.toString() ? See https://developer.mozilla.org/en/XPCOM_Interface_Reference/nsISupportsPRTime
# [23:20] * Ms2ger doesn't know anything about nsISupportsPRTime
# [23:21] * jcranmer is now known as jcranmer|away
# [23:22] * armenzg_mtg is now known as armenzg_omw
# [23:22] * Quits: armenzg_omw (armenzg@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:22] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:22] <Mook_as> nsISupportsPRTime != PRTime in IDL
# [23:22] * Joins: armenzg_omw (armenzg@F2D29657.F60B0462.67AC9B1.IP)
# [23:22] <Mook_as> see also other things in nsISupportsPrimative.idl
# [23:22] * Joins: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net)
# [23:24] * philor|away is now known as philor
# [23:24] * Quits: armenzg_omw (armenzg@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [23:24] * Quits: mcsmurf (mcsmurf@moz-B02C6BCF.dip.t-dialin.net) (Quit: )
# [23:25] * Quits: mreavy (chatzilla@B05600D2.3F4E4C13.AF6F698.IP) (Ping timeout)
# [23:25] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:25] * Quits: ddahl (ddahl@moz-E2202F81.lightspeed.nbrntx.sbcglobal.net) (Quit: Adios Amigos)
# [23:25] * Quits: bbondy (bbondy@moz-815B377A.home.cgocable.net) (Ping timeout)
# [23:26] * Quits: drice (derice@moz-1D9C882A.deploy.akamaitechnologies.com) (Quit: Leaving.)
# [23:26] * padenot is now known as padenot|away
# [23:26] * Joins: gerv (gerv@moz-8E68CF56.in-addr.arpa)
# [23:26] <marco> Mook_as, mayhemer: I've deleted the profile and now it's working :S
# [23:27] <mayhemer> marco: and EM_NO_RESTART left unset?
# [23:27] * Joins: dao (dao@moz-F7D67EDE.superkabel.de)
# [23:27] <marco> mayhemer: yes
# [23:27] * Quits: twi (Adium@moz-F9E4EE7F.cust.dsl.vodafone.it) (Quit: Leaving.)
# [23:27] * Joins: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com)
# [23:27] * Quits: automata (automata@8D23278A.C27CA109.16867D26.IP) (Ping timeout)
# [23:27] * Joins: Cwiiis (cwiiis@moz-7E7C8259.croy.cable.virginmedia.com)
# [23:28] <mayhemer> marco: important is whether it does what you need, but it really looks like EM_RESTART was the cause
# [23:28] * Quits: Stan (Stan@moz-B19A6E8D.dip.t-dialin.net) (Connection reset by peer)
# [23:28] * Joins: Stan (Stan@moz-B19A6E8D.dip.t-dialin.net)
# [23:29] <gaston> hm if i look at a m-i merge commit on hg.m.o, the list of touched files doesn't match at all the global diff below the list..
# [23:29] * Quits: jstraus (Adium@3464EC4F.72B357BE.A35657C3.IP) (Broken pipe)
# [23:29] <gaston> cquite confusing
# [23:29] * Quits: smagnin (pike@moz-DEF53BC9.fbx.proxad.net) (Ping timeout)
# [23:29] * Joins: myk1 (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:29] <marco> mayhemer: when I tried with EM_NO_RESTART it didn't work
# [23:29] * Quits: myk1 (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [23:29] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [23:30] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [23:30] <mayhemer> marco: just to check, it is exactly EM_NO_RESTART=1
# [23:30] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [23:30] * Joins: espadrine (espadrine@moz-BBE3ABD.mv.mozilla.com)
# [23:30] * Quits: TheCrap (TheCrap@moz-D09C58E1.dip0.t-ipconnect.de) (Ping timeout)
# [23:30] <mayhemer> marco: hmm... and are you also setting -no-remote parameter or MOZ_NO_REMOTE=1 ?
# [23:32] * MisfitGeek_afk is now known as Misfit_Geek
# [23:32] * Quits: Misfit_Geek (MisfitGeek@moz-BD3E98A8.hsd1.nh.comcast.net) (Quit: Leaving)
# [23:32] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [23:32] <dholbert> mattwoodrow, ping
# [23:33] <mattwoodrow> hi dholbert
# [23:33] * Quits: apv (apv@moz-A150E7DF.bb.netvision.net.il) (Quit: )
# [23:34] <Fallen> wouldn't it be cool if hg could tag things without cloning them?
# [23:34] * padenot|away is now known as padenot
# [23:34] <marco> mayhemer: -no-remtoe
# [23:34] <jhammel> remtoe?
# [23:34] <marco> jhammel: -no-remote :)
# [23:34] <jhammel> :)
# [23:34] <jwir3> is there any plan to include pdf.js in Thunderbird?
# [23:35] <jwir3> i.e. is it already available as a plygin?
# [23:35] <jwir3> plugin
# [23:35] <squib> jwir3: thunderbird conversations already incorporates it
# [23:35] * Quits: kennyluck (kennyluck@moz-9C7B1E1B.dynamic.hinet.net) (Ping timeout)
# [23:36] <dholbert> mattwoodrow, hi! so I was just writing an incremental-reflow reftest for a bug in my code, and it seems that MozReftestInvalidate might be firing too early -- that is, the MozReftestInvalidate-triggered JS seems to run early enough that I don't hit the bug, when I should. Is it possible that's from the DLBI changes / have you encountered anything else like that?
# [23:36] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
# [23:36] * Joins: jimb (user@moz-94D6B916.pool.e-mobile.ne.jp)
# [23:36] <mattwoodrow> dholbert: DLBI got backed out, so it doubt its that :)
# [23:36] <dholbert> mattwoodrow, ah :) ok
# [23:36] <mattwoodrow> can you show me your test?
# [23:37] <dholbert> mattwoodrow, http://pastebin.mozilla.org/1661439
# [23:37] <dholbert> mattwoodrow, (needs my flexbox patches applied to work)
# [23:38] * Joins: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [23:38] <dholbert> mattwoodrow, basically -- there's some stuff that sticks out of the flexbox, and I wasn't correctly setting the overflow area. So when the flexbox moved (with the margin tweak in that testcase), we wouldn't repaint the sticking-out-part on the new location
# [23:38] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a2/20120611042006])
# [23:39] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:39] * sworkman_ is now known as sworkman
# [23:39] <dholbert> mattwoodrow, I've fixed my bug, but I was sanity-checking the reftest to be sure it failed in a buggy build, but in fact it passes (it matches a reference case that has the margin-tweak already applied in the initial rendering -- no JS)
# [23:39] <mattwoodrow> interesting, the test looks fine
# [23:40] <mattwoodrow> it might be useful to see what area gets invalidated during MozReftestInvalidate
# [23:41] * Quits: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
# [23:41] <mattwoodrow> dholbert: try running the test the MOZ_REFTEST_VERBOSE in the env
# [23:41] <dholbert> mattwoodrow, (also: if I change the MozReftestInvalidate to instead trigger a setTimeout(tweak, 100) via another function, then the test fails (as I expect it to))
# [23:41] <dholbert> mattwoodrow, OK
# [23:41] * Joins: kennyluck (kennyluck@moz-9186F99D.dynamic.hinet.net)
# [23:42] * cadecairos is now known as cadecairos_brb
# [23:42] <dholbert> mattwoodrow, http://pastebin.mozilla.org/1661445
# [23:42] * bwinton is now known as bwinton_away
# [23:43] <dholbert> mattwoodrow, I'm not familiar with that output, but it seems a little suspect that FlushRendering happens after MozReftestInvalidate is dispatched
# [23:43] <mattwoodrow> I'd agree with that
# [23:44] <mattwoodrow> the second DoDrawWindow call is also the whole window size, which means that the whole page has been invalidated
# [23:44] * kmoir is now known as kmoir-afk
# [23:44] * Joins: armenzg_omw (armenzg@B87476AD.5BCEC6DB.DA78B690.IP)
# [23:44] * philor is now known as philor|away
# [23:44] * mcote is now known as mcote|afk
# [23:45] * sheeri is now known as sheeri-afk
# [23:45] * Joins: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:46] * Quits: kentuckyfriedtakahe (kentuckyfr@moz-5D29915D.cable.telstraclear.net) (Connection reset by peer)
# [23:46] * Joins: dcamp (dave@moz-930D5B64.hsd1.wa.comcast.net)
# [23:47] <dholbert> mattwoodrow, ok, thanks for the sanity check (and for the info about that environmental var) -- I'll file a bug
# [23:48] <mattwoodrow> dholbert: Looking at the harness, the flush rendering part seems fine
# [23:48] * Quits: Ms2ger (Ms2ger@49187330.48F4E4FC.37724B0D.IP) (Quit: nn)
# [23:48] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Boriss)
# [23:48] * Joins: smagnin (pike@moz-DEF53BC9.fbx.proxad.net)
# [23:49] <mattwoodrow> it just prints that if forcing layout to do reflow caused invalidation (which it will since we just moved something)
# [23:49] * Joins: kentuckyfriedtakahe (kentuckyfr@moz-5D29915D.cable.telstraclear.net)
# [23:49] <mattwoodrow> but the resulting MozAfterPaint event having the entire window invalidated - that part is bad
# [23:49] <dholbert> mattwoodrow, ah, gotcha
# [23:50] * Quits: kentuckyfriedtakahe (kentuckyfr@moz-5D29915D.cable.telstraclear.net) (Connection reset by peer)
# [23:50] * Parts: joy (Adium@moz-1EA53CCF.lightspeed.sntcca.sbcglobal.net)
# [23:50] * Quits: dcamp (dave@moz-930D5B64.hsd1.wa.comcast.net) (Quit: Linkinus - http://linkinus.com)
# [23:50] <Fallen> gerv: you don't by chance also have a script that updates patch files to use the new license header, in case part of the patch contains the new license ? ;-)
# [23:51] <Fallen> err old license
# [23:51] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
# [23:51] * Quits: JeroenDeDauw (j@moz-15F3975B.dip.t-dialin.net) (Quit: Leaving.)
# [23:52] * Quits: armenzg_omw (armenzg@B87476AD.5BCEC6DB.DA78B690.IP) (Ping timeout)
# [23:52] <prazuber> Is there a way to test features that work when XUL is disabled? Except the android non-XUL build.
# [23:52] <khuey> what do you mean by "when XUL is disabled"?
# [23:52] <khuey> even native fennec doesn't have XUL disabled
# [23:52] <khuey> it just doesn't use it in the UI
# [23:52] * sheeri-afk is now known as sheeri
# [23:53] * Joins: armenzg_omw (armenzg@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
# [23:53] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:53] * Joins: kentuckyfriedtakahe (kentuckyfr@moz-5D29915D.cable.telstraclear.net)
# [23:53] <prazuber> "for embedded clients that don't use a XUL/JS layer"
# [23:53] * Quits: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP) (Ping timeout)
# [23:54] * Quits: darktrojan (DT@moz-30B3CCFD.telstraclear.net) (Quit: )
# [23:54] <jlebar> bsmedberg, here now; are you still around?
# [23:54] * Quits: catalinb (ethereal@2B7C8595.71B23C4A.5BC07656.IP) (Ping timeout)
# [23:54] * Quits: kentuckyfriedtakahe (kentuckyfr@moz-5D29915D.cable.telstraclear.net) (Connection reset by peer)
# [23:54] <prazuber> I found configure option --disable-xul, but it didn't work out well :-)
# [23:54] <@bsmedberg> jlebar: yeah, I wanted to ask you about that jemalloc thing
# [23:54] * Quits: TheLink (TheLink@moz-45ED2356.pools.arcor-ip.net) (Client exited)
# [23:55] * padenot is now known as padenot|away
# [23:55] <khuey> yeah
# [23:55] <khuey> we should remove that
# [23:55] <jlebar> bsmedberg, jemalloc3, or something else?
# [23:55] * Quits: azrdev (Mibbit@moz-35789E2B.unitymediagroup.de) (Quit: http://www.mibbit.com ajax IRC Client)
# [23:55] <khuey> has Camino given up on Gecko yet?
# [23:55] * Mook_as suspects --disable-xul isn't going to work any time soon, and the test is /bin/false
# [23:55] * Joins: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP)
# [23:55] <@bsmedberg> jlebar: no, finding the bug#
# [23:55] * cadecairos_brb is now known as cadecairos
# [23:55] * philor|away is now known as philor
# [23:55] <@bsmedberg> jlebar: https://bugzilla.mozilla.org/show_bug.cgi?id=709860#c30
# [23:55] <jhammel> khuey: itym s/on gecko//
# [23:56] * Quits: jimb (user@moz-94D6B916.pool.e-mobile.ne.jp) (Ping timeout)
# [23:56] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
# [23:56] * Quits: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [23:56] <@bsmedberg> jlebar: please let me know if I should talk to somebody else, but this is pretty high on our list of things to figure out for Fx 14 betas
# [23:56] <khuey> jhammel: yeah
# [23:56] <Mook_as> khuey: I think they have? see http://caminobrowser.org/blog/#mozembedding
# [23:56] * philor is now known as philor|away
# [23:56] <jlebar> bsmedberg, Okay, I'll have a look. I'd seen this bug in my inbox, but I had no idea why I was cc'ed, so I was ignoring it. Sorry. :-/
# [23:57] <@bsmedberg> hehe yeah
# [23:57] <@bsmedberg> I'm not sure why you were originally cced.
# [23:57] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Quit: sworkman)
# [23:57] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:57] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Ping timeout)
# [23:58] <@bsmedberg> oh I remember, it was the regression range related to nsTAutoArray
# [23:58] <khuey> Mook_as: I always did find it amusing how maintaining embedding code for Gecko was viewed as more onerous than totally switching their layout engine
# [23:58] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [23:58] <Mook_as> khuey: turns out that's probably true, given the upstream attitude!
# [23:58] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
# [23:59] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# Session Close: Wed Jun 13 00:00:01 2012

The end :)