/irc-logs / mozilla / #developers / 2012-06-29 / end
Options:
- # Session Start: Fri Jun 29 00:00:01 2012
- # Session Ident: #developers
- # [00:00] <froydnj> bz: in the bug
- # [00:01] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [00:01] * Quits: armenzg_away (armenzg@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Ping timeout)
- # [00:02] * sheppy-afk is now known as sheppy
- # [00:02] * philor is now known as philor|away
- # [00:02] * Quits: KaiRo (robert@moz-F44BFB1.adsl.highway.telekom.at) (Quit: www.KaiRo.at)
- # [00:02] <@bz> froydnj: thanks
- # [00:02] * Quits: beaufour (beaufour@moz-723527FF.nycmny.fios.verizon.net) (Quit: beaufour)
- # [00:03] <@bz> froydnj: So this is us calling into nsXPCWrappedJS::CallMethod
- # [00:03] <@bz> froydnj: which will use the cx already on the stack if there is one, else push one based on what's being called, iirc
- # [00:03] <@bz> froydnj: so my best guess is that someone pushes whatever JSContext the ContentScriptErrorReporter is on onto the stack
- # [00:03] * Joins: nrc (nrc@moz-5DAE2951.bitstream.orcon.net.nz)
- # [00:04] * Quits: ferongr (ferongr@moz-2AB14500.dsl.dyn.forthnet.gr) (Ping timeout)
- # [00:04] <@bz> froydnj: and it's still there when this code runs
- # [00:04] * Joins: ferongr (ferongr@moz-2AB14500.dsl.dyn.forthnet.gr)
- # [00:04] * Quits: cpearce (chatzilla@moz-B1A428C.xdsl.xnet.co.nz) (Ping timeout)
- # [00:05] <froydnj> bz: the nsXPCStubs don't carry around their context with them?
- # [00:06] * Quits: drice (derice@moz-1D9C882A.deploy.akamaitechnologies.com) (Quit: Leaving.)
- # [00:06] * sfink|nap is now known as sfink
- # [00:07] * joduinn-brb is now known as joduinn-mtg
- # [00:07] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
- # [00:07] * mcote is now known as mcote|afk
- # [00:08] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [00:08] <froydnj> hm, gdb doesn't seem to want to call anything in nsContentUtils
- # [00:08] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [00:09] * Joins: mwu (mwu@moz-3859BA3C.static.user.ono.com)
- # [00:09] * Quits: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
- # [00:09] <@bz> froydnj: I don't think they do....
- # [00:09] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [00:09] <heycam> jorendorff, ping, call finished early
- # [00:10] * Joins: tantek (tantek@moz-B381D127.tmodns.net)
- # [00:10] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
- # [00:10] <jorendorff> heycam: are "seal" and "freeze" in webidl at all?
- # [00:11] * Quits: robert (robert@moz-A82BF430.dynamic.t-2.net) (Quit: robert)
- # [00:11] <heycam> jorendorff, no there's nothing that correspond to them
- # [00:11] <jorendorff> good
- # [00:11] <jorendorff> that's all
- # [00:11] <heycam> oh :)
- # [00:11] <heycam> specs could seal or freeze objects if they wanted to I guess
- # [00:12] <heycam> oh the one time seal/freeze is mentioned in web idl is that certain objects are meant to defy being sealed/frozen
- # [00:12] * Joins: robert (robert@moz-A82BF430.dynamic.t-2.net)
- # [00:12] * Joins: brendan (brendaneic@moz-3859BA3C.static.user.ono.com)
- # [00:12] <heycam> ah yes, platform array objects are meant to be unfreezable/unsealable
- # [00:12] <heycam> just to simplify things
- # [00:12] <heycam> (which should be easy to do if it's a proxy)
- # [00:13] * Quits: @smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi) (Ping timeout)
- # [00:14] * Joins: edwin (me@moz-3859BA3C.static.user.ono.com)
- # [00:14] * philor|away is now known as philor
- # [00:15] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [00:16] * Quits: kmoir-afk (chatzilla@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Ping timeout)
- # [00:16] <ketas> what ffs causes thunderbird to use large amounts of cpu time and lag when composing message and typing fast :(
- # [00:16] * Quits: ianbicking (ianbicking@FF2902A3.9F583EB9.9CCD5640.IP) (Quit: ianbicking)
- # [00:16] <ketas> should really start hacking it by myself, as it seems it's only way to get things working :)
- # [00:17] * Quits: edwin (me@moz-3859BA3C.static.user.ono.com) (Ping timeout)
- # [00:18] <froydnj> bz: well, it appears to be the JSContext nsXPCWrappedJSClass::CallMethod sets up for us, sooo...
- # [00:18] * mdas is now known as mdas|afk
- # [00:18] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Quit: ajuma)
- # [00:18] * Joins: overholt (overholt@moz-3859BA3C.static.user.ono.com)
- # [00:20] * bwinton is now known as bwinton_away
- # [00:20] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
- # [00:21] * Quits: twi (Adium@moz-4E210335.cust.dsl.vodafone.it) (Quit: Leaving.)
- # [00:21] * cadecairos is now known as cadecairos_away
- # [00:22] * mattwoodrow|away is now known as mattwoodrow
- # [00:22] * froydnj sets breakpoints
- # [00:23] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
- # [00:24] <froydnj> hm, lots of contexts with that error reporter; not particularly helpful
- # [00:25] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [00:25] * ChanServ sets mode: +o dbaron
- # [00:25] * jmaher is now known as jmaher|afk
- # [00:25] * Quits: zandr (zandr@moz-891BD824.milewski.org) (Ping timeout)
- # [00:27] * Joins: sicking (chatzilla@moz-3859BA3C.static.user.ono.com)
- # [00:28] * Joins: zandr (zandr@moz-891BD824.milewski.org)
- # [00:28] * Quits: nhirata (nhirata.bu@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: nhirata)
- # [00:29] * Quits: zandr (zandr@moz-891BD824.milewski.org) (Ping timeout)
- # [00:31] * lsblakk is now known as lsblakk_
- # [00:31] * Joins: lsblakk (lsblakk@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
- # [00:32] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
- # [00:32] * Joins: jprmc (jprmc@moz-3859BA3C.static.user.ono.com)
- # [00:32] <cpeterson> smaug, here is my clamped(a=-57.3570824, min=0, max=-17.4481812) stack trace: https://gist.github.com/9d9bdcefdfdd09740b1b
- # [00:33] <cpeterson> smaug, I think the problem is that CompositorParent::TransformShadowTree() calls clamped(a=-57.3570824, min=0, max=-17.4481812) and max < min because max == (mContentRect.XMost() - mWidgetSize.width / tempScaleDiffX) == (0 + 720) - (720 / 0.976339757) == -17.448203699442274
- # [00:33] * Quits: victorporof (victorporo@8338BC8D.AB163232.79933D60.IP) (Quit: Leaving...)
- # [00:34] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [00:34] <cpeterson> Is |(mContentRect.XMost() - mWidgetSize.width / tempScaleDiffX)| correct? Should it be |((mContentRect.XMost() - mWidgetSize.width) / tempScaleDiffX)|?
- # [00:35] * Joins: nhirata (nhirata.bu@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [00:35] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [00:35] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
- # [00:35] * coop is now known as coop|afk
- # [00:35] * Joins: zandr (zandr@moz-891BD824.milewski.org)
- # [00:36] * AaronMT is now known as AaronMT|afk
- # [00:37] * Quits: bholley (anonymous@moz-104CC309.mv.mozilla.com) (Quit: bholley)
- # [00:37] * Parts: deniscormier (deniscormi@B65F78B7.1356EECA.2170E5F.IP)
- # [00:37] * juanb|afk is now known as juanb
- # [00:37] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
- # [00:37] <cpeterson> This crashing CompositorParent code was added today by changeset 6f3be04963ad
- # [00:37] * Joins: bbondy (bbondy@moz-BE76EF7A.home.cgocable.net)
- # [00:37] * Quits: AaronMT|afk (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com) (Ping timeout)
- # [00:38] * Quits: squib (squib-@moz-415BAA34.engr.wisc.edu) (Quit: Leaving)
- # [00:38] * Quits: catalinb (ethereal@59C4F45B.51BDD2FE.FB2DBB61.IP) (Ping timeout)
- # [00:39] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/5030b469ca79 - Brian Smith - Bug 760380 - Stop calling mOfflineCacheEntry->GetLastModified when processing response from normal cache, r=honzab
- # [00:39] <firebot> http://hg.mozilla.org/mozilla-central/rev/e59db72b33d5 - Brian Smith - Bug 766683: Export nsNSSShutdown.h from PSM so that other components can use it, r=kaie
- # [00:39] <firebot> http://hg.mozilla.org/mozilla-central/rev/1f695f10fa11 - Brian Smith - Bug 764171: Fix crash in nsStorageStream by avoiding pre-buffering for items we will validate, r=honzab
- # [00:39] <koalabot> Check-in: http://hg.mozilla.org/mozilla-central/rev/5030b469ca79 - Brian Smith - Bug 760380 - Stop calling mOfflineCacheEntry->GetLastModified when processing response from normal cache, r=honzab
- # [00:39] <koalabot> http://hg.mozilla.org/mozilla-central/rev/e59db72b33d5 - Brian Smith - Bug 766683: Export nsNSSShutdown.h from PSM so that other components can use it, r=kaie
- # [00:39] <firebot> http://hg.mozilla.org/mozilla-central/rev/90f4210aa8d6 - Brian Smith - Bug 760955 - Fix null pointer dereference in mozilla::net::nsHttpChannel::InstallOfflineCacheListener, r=hurley
- # [00:39] <koalabot> http://hg.mozilla.org/mozilla-central/rev/1f695f10fa11 - Brian Smith - Bug 764171: Fix crash in nsStorageStream by avoiding pre-buffering for items we will validate, r=honzab
- # [00:39] <firebot> http://hg.mozilla.org/mozilla-central/rev/28d3f3778315 - Brian Smith - Bug 761228: Fix 304 response handling for custom conditional responses to prevent crash, r=jduell
- # [00:39] <koalabot> http://hg.mozilla.org/mozilla-central/rev/90f4210aa8d6 - Brian Smith - Bug 760955 - Fix null pointer dereference in mozilla::net::nsHttpChannel::InstallOfflineCacheListener, r=hurley
- # [00:39] <firebot> http://hg.mozilla.org/mozilla-central/rev/1417da4ee51e - Michal Novotny - Bug 737615: Replace usage of openCacheEntry with asyncOpenCacheEntry in Necko unit tests, r=bsmith
- # [00:39] <koalabot> http://hg.mozilla.org/mozilla-central/rev/28d3f3778315 - Brian Smith - Bug 761228: Fix 304 response handling for custom conditional responses to prevent crash, r=jduell
- # [00:39] <koalabot> http://hg.mozilla.org/mozilla-central/rev/1417da4ee51e - Michal Novotny - Bug 737615: Replace usage of openCacheEntry with asyncOpenCacheEntry in Necko unit tests, r=bsmith
- # [00:41] <jhammel> koalabot: firebot is still beating you
- # [00:41] <koalabot> jhammel: But firebot is 'now called firewolfbot'...
- # [00:41] <jhammel> koalabot: lies
- # [00:41] * koalabot does not possess the ability to lie
- # [00:43] * Quits: lsblakk (lsblakk@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Quit: leaving irc, email if attention required)
- # [00:43] * Joins: lsblakk (lsblakk@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
- # [00:43] * Joins: ericjung (Mibbit@moz-5BEE8DFB.bstnma.fios.verizon.net)
- # [00:43] <cpeterson> koalabot, if I were to ask you if you just lied about your ability to lie, what would your response be?
- # [00:43] <koalabot> cpeterson: Sorry, I've no idea what 'if I were to ask you if you just lied about your ability to lie, what would your response be' might be.
- # [00:43] <jhammel> ah, the Reagan approach
- # [00:44] <cpeterson> clever
- # [00:45] <jhammel> vs the Clinton approach: "It depends on what the meaning of the word 'is' is"
- # [00:45] * Quits: robert (robert@moz-A82BF430.dynamic.t-2.net) (Quit: robert)
- # [00:46] * Quits: Pike (Pike@moz-CA0930BC.pool.mediaways.net) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0/20120601045813])
- # [00:47] * cadecairos_away is now known as cadecairos
- # [00:47] <NeilAway> should I be worried that the pyidl compiler doesn't fail if it runs out of disk space?
- # [00:48] <jhammel> it's a feature
- # [00:48] <@bz> failure is not an option
- # [00:48] <jhammel> worried? you should be impressed!
- # [00:48] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [00:50] <NeilAway> cpeterson: if I were to ask you this question, what would your response be?
- # [00:51] <cpeterson> NeilAway, mind = blown
- # [00:52] * Quits: mak|afk (chatzilla@moz-A48371A4.retail.telecomitalia.it) (Input/output error)
- # [00:52] * Joins: aleth (aleth@moz-24EE697D.ictp.it)
- # [00:53] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [00:53] * Joins: AaronMT|afk (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com)
- # [00:53] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # [00:55] * Joins: cjones (cjones@moz-3859BA3C.static.user.ono.com)
- # [00:55] * bear is now known as bear-afk
- # [00:56] * Quits: lsblakk (lsblakk@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Quit: leaving irc, email if attention required)
- # [00:56] * lsblakk_ is now known as lsblakk
- # [00:56] * Quits: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP) (Ping timeout)
- # [00:56] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [00:56] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0.1/20120615112143])
- # [00:56] * Quits: aleth (aleth@moz-24EE697D.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [00:58] * Quits: hipokrit (hipokrit@81016825.8DB70AE8.839F6EC0.IP) (Quit: Leaving)
- # [01:01] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # [01:02] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0.1/20120615112143])
- # [01:03] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # [01:04] <@bz> anyone know whom I'd talk to about the Foundation donating a small amount of money to something?
- # [01:04] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Ex-Chat)
- # [01:04] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [01:04] * @bz is having a hard time finding anything about this on the website
- # [01:05] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Ping timeout)
- # [01:05] <jhammel> bz: anything in particular?
- # [01:05] * froydnj gives up on debugging for today
- # [01:06] <jhammel> bz: there is https://donate.mozilla.org/page/contribute
- # [01:06] <@bz> jhammel: this is the other way around, actually
- # [01:06] <@khuey> you're not supposed to extract money from the foundation
- # [01:06] <@khuey> it's a one way door :-P
- # [01:06] <@bz> yes
- # [01:06] <@bz> not to me, obviously.
- # [01:06] <azakai> bz: might just email msurman to ask that question
- # [01:07] <@khuey> yes, I know
- # [01:07] <@khuey> and yeah, what azakai said
- # [01:07] <@bz> azakai: great, thanks
- # [01:07] * bear-afk is now known as bear
- # [01:07] <@bz> at mozilla.org ?
- # [01:07] * bear is now known as bear-afk
- # [01:07] * Quits: tantek (tantek@moz-B381D127.tmodns.net) (Ping timeout)
- # [01:07] <@bz> ah, mozillafoundation
- # [01:07] <@bz> ok
- # [01:07] <@khuey> mark@mozillafoundation.org
- # [01:08] <azakai> @mozillafoundation i believe
- # [01:08] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
- # [01:08] * Quits: kaie (kaie@moz-DAD4F02A.dip.t-dialin.net) (Quit: Leaving)
- # [01:08] <azakai> zimbra will autocomplete you
- # [01:08] * Joins: aleth (aleth@moz-24EE697D.ictp.it)
- # [01:08] * @bz doesn't use zimbra... ;)
- # [01:08] <@khuey> which, amusingly, is not what he has in phonebook
- # [01:08] * @khuey wonders what mark@mozillfoundation.org is
- # [01:08] * mjschranz_away is now known as mjschranz
- # [01:09] <azakai> i would go with phonebook
- # [01:09] <azakai> anyhow zimbra says msurman at mozillafoundation org
- # [01:09] * Joins: kaie (kaie@moz-DAD4F02A.dip.t-dialin.net)
- # [01:09] * Joins: jbalogh_ (jbalogh@moz-E31CD2CB.mozilla.org)
- # [01:10] * Quits: overholt (overholt@moz-3859BA3C.static.user.ono.com) (Quit: overholt)
- # [01:10] <@bz> thanks, all
- # [01:10] * Quits: mfinkle (mfinkle@moz-8CB7201C.hsd1.pa.comcast.net) (Ping timeout)
- # [01:11] * Quits: jbalogh (jbalogh@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [01:11] * Quits: kaie (kaie@moz-DAD4F02A.dip.t-dialin.net) (Quit: Leaving)
- # [01:12] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [01:12] * Joins: njn (chatzilla@moz-D6929F2F.dyn.iinet.net.au)
- # [01:13] * bz is now known as bz_dinner
- # [01:13] * cadecairos is now known as cadecairos_away
- # [01:14] * Joins: kaie (kaie@moz-DAD4F02A.dip.t-dialin.net)
- # [01:15] * Parts: sawrubh (chatzilla@9CF3D657.24BF0495.68E6523.IP)
- # [01:15] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Linkinus - http://linkinus.com)
- # [01:16] * Quits: aleth (aleth@moz-24EE697D.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [01:16] * Joins: aleth (aleth@moz-24EE697D.ictp.it)
- # [01:16] * Quits: kaie (kaie@moz-DAD4F02A.dip.t-dialin.net) (Ping timeout)
- # [01:18] * Joins: mfinkle (mfinkle@moz-8CB7201C.hsd1.pa.comcast.net)
- # [01:18] * heycam is now known as heycam|away
- # [01:19] * Joins: kaie (kaie@moz-DAD4F02A.dip.t-dialin.net)
- # [01:19] <Waldo> cisco is contributing patches to us now? oddment
- # [01:20] <jhammel> orly? :)
- # [01:20] <Waldo> latest try push :-?
- # [01:20] <jhammel> heh; linuxqt...
- # [01:21] <Waldo> unless someone's using a work email for free-time hacking some reason, but that seems a little weird
- # [01:21] * Quits: kaie (kaie@moz-DAD4F02A.dip.t-dialin.net) (Quit: Leaving)
- # [01:21] <devd> bz_dinner: ping ( whenever you are back )
- # [01:21] <@khuey> he's working on webrtc
- # [01:21] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [01:22] <@roc> in fact Cisco is contributing multiple developers for WebRTC
- # [01:24] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
- # [01:24] * Joins: sawrubh (chatzilla@9CF3D657.24BF0495.68E6523.IP)
- # [01:25] <philor> jduell: a bit leaky
- # [01:25] <bdahl> roc: do you have a moment for some print questions?
- # [01:26] <jduell> philor: what, the patch I landed today? Got info you can point me at?
- # [01:26] <@roc> yes
- # [01:26] * mjschranz is now known as mjschranz_away
- # [01:27] <philor> jduell: https://tbpl.mozilla.org/php/getParsedLog.php?id=13084043&tree=Mozilla-Inbound though it's not terribly enlightening
- # [01:27] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [01:27] * ChanServ sets mode: +o dbaron
- # [01:27] * mjschranz_away is now known as mjschranz
- # [01:27] * Fallen is now known as Fallen|away
- # [01:27] * Quits: jammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Computer has gone to sleep.)
- # [01:28] <@roc> ECLIPSE, WHY U LOSE MY RESOURCE FILTERS
- # [01:29] <bdahl> roc: working on julian's mozprintcallback. In a recent email you said mozPrintCallback should still be triggered by the hook he added in nsSimplePageSequence. I assume you're talking about prePrintNextPage, but prePrintNextPage is called by the printEngine which isn't used in ref testing as you mentioned.
- # [01:29] <bdahl> relavent function https://bugzilla.mozilla.org/attachment.cgi?id=629860&action=diff#a/content/html/content/src/nsHTMLCanvasElement.cpp_sec2
- # [01:29] <jduell> philor: hmm. But it's clearly a string leaking?
- # [01:29] <bdahl> roc: do you have any thoughts on how we should add tests for mozPrintCallback?
- # [01:29] * Quits: necolas (necolas@moz-C84924E0.bb.sky.com) (Client exited)
- # [01:30] <@roc> he had some hookup for print preview
- # [01:30] * Joins: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net)
- # [01:30] <@roc> I'd have to look at the patch to remember exactly where it was
- # [01:30] <@roc> print reftests use print preview, basically
- # [01:30] * Joins: jammink (textual@moz-BBE3ABD.mv.mozilla.com)
- # [01:30] * wsmwk is now known as wsmwk_away
- # [01:31] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
- # [01:31] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
- # [01:31] * mjschranz is now known as mjschranz_away
- # [01:32] <bdahl> roc: oh i bet it's suppose be handled down here https://bugzilla.mozilla.org/attachment.cgi?id=629860&action=diff#a/content/html/content/src/nsHTMLCanvasElement.cpp_sec2
- # [01:32] <jduell> philor: when I click on 'analyze leak" I get chrome://mochitests/content/chrome/dom/ipc/tests/test_process_error.xul leaked 1 DOMWINDOW(s)
- # [01:32] <jduell> hard to believe my patch is leaking a domwindow...
- # [01:33] * Quits: alice (anonymous@moz-5ECBFFC2.w80-9.abo.wanadoo.fr) (Quit: alice)
- # [01:33] <@ehsan> jduell: ping
- # [01:33] <@ehsan> oh
- # [01:33] <@ehsan> nevermind
- # [01:33] <@ehsan> you're already on it :)
- # [01:34] <jduell> ehsan: well, I sort of am, except I don't know how to interpret the leak
- # [01:34] <@ehsan> jduell: by a backout?
- # [01:34] <@ehsan> :P
- # [01:34] * @ehsan ducks
- # [01:34] <bdahl> roc: I'm not sure how to detect we're running in reftest mode because when refests run mIsPrintCanvas = false and mIsPrintPreview = false
- # [01:36] * devd is now known as devd_afk
- # [01:36] * heycam|away is now known as heycam
- # [01:36] <@roc> oh
- # [01:36] * Quits: smagnin (pike@moz-DEF53BC9.fbx.proxad.net) (Client exited)
- # [01:37] <fryn> i spy a taras!
- # [01:38] <@roc> bdahl: that seems strange since mIsPrintPreview is set to true by nsHTMLCanvasElement::CopyInnerTo and then mIsPrintPreview should not be set to false after that, since PrePrintNextPage is not called
- # [01:38] <philor> jduell: that test_process_error.xul thing is a lie
- # [01:38] <jduell> philor: yes, I was coming to that conclusion myself. Thanks
- # [01:38] <jduell> philor: do I have a little bit to look into this, or should I backout?
- # [01:39] <philor> jduell: I'd back out and look at it out of the tree, otherwise people will keep pinging and pinging you
- # [01:39] <jduell> philor: ok
- # [01:39] * Quits: ericjung (Mibbit@moz-5BEE8DFB.bstnma.fios.verizon.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [01:40] * mjschranz_away is now known as mjschranz
- # [01:40] * Joins: gandalf (gandalf@moz-BADDC99E.neoplus.adsl.tpnet.pl)
- # [01:41] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [01:41] <jduell> philor: dumb question: when I use "hg backout" I always seem to wind up with 2 changesets, but I seem to see people do it with 1 changeset. Is there a better incantation?
- # [01:41] * joduinn-mtg is now known as joduinn
- # [01:41] <@khuey> what hg version are you using
- # [01:42] <jduell> khuey: 2.0
- # [01:42] <@khuey> hmm, I thought hg switched to the 1-cset thing by default
- # [01:43] <jduell> khuey: maybe it has--been a while since I backed anything out (my patches are usually golden :)
- # [01:43] <@roc> you can do backouts with hg diff ... | hg qimport -
- # [01:43] <sicking> bonnie: is there a bug filed on the string encoder/decoder work you are doing?
- # [01:44] <@khuey> bonnie is busy
- # [01:44] <sicking> bonnie: doh, nevermind. found it
- # [01:44] <philor> best way is to push while edmorley is awake, then he'll back you out
- # [01:44] <@khuey> bonnie: get back to work
- # [01:44] * Quits: mwu (mwu@moz-3859BA3C.static.user.ono.com) (Quit: mwu)
- # [01:44] <sicking> bonnie: feel free to ignore kyle if he's a jerk. But you probably figured that out already
- # [01:44] <@khuey> hey if it weren't for me she'd be trying to figure out that leak still
- # [01:45] <@ehsan> what's our frame tree depth limit these days?
- # [01:45] <sicking> bonnie: also, be nice to kyle when he's not a jerk
- # [01:45] <jhammel> wait, does that happen?
- # [01:46] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0.1/20120615112143])
- # [01:46] <@roc> code of conduct warning
- # [01:47] <@khuey> haha
- # [01:48] <@ehsan> khuey: iirc hg switched backed to the old (read crappy) 2-cset behavior
- # [01:48] <@ehsan> for reasons that are unclear to me
- # [01:48] <bdahl> roc: nsHTMLCanvasElement::CopyInnerTo is never called
- # [01:49] <@roc> that
- # [01:49] <@roc> makes no sense
- # [01:49] <@khuey> ehsan: ah
- # [01:50] * Quits: bbondy (bbondy@moz-BE76EF7A.home.cgocable.net) (Ping timeout)
- # [01:50] * Joins: bbondy (bbondy@moz-BE76EF7A.home.cgocable.net)
- # [01:50] * Quits: bbondy (bbondy@moz-BE76EF7A.home.cgocable.net) (Connection reset by peer)
- # [01:50] * Joins: bbondy (bbondy@moz-BE76EF7A.home.cgocable.net)
- # [01:50] <@roc> oh wait
- # [01:50] <@roc> yes it does
- # [01:50] <jduell> philor: ehsan: what tool does automationutils use to determine there's a leak, so I can run it on my desktop?
- # [01:50] <@roc> bdahl: ok, this sucks
- # [01:50] <@ehsan> jduell: just run a debug build
- # [01:51] <@ehsan> jduell: but you may need to run the whole test suite
- # [01:51] <@roc> bdahl: we need to modify the reftest harness to make a copy of the document and test that
- # [01:51] <jduell> ehsan: ok thanks
- # [01:51] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # [01:51] <@ehsan> jduell: fwiw, this leak is about two strings, so I'd take a hard look on the objects you've added that have strings in them...
- # [01:52] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Client exited)
- # [01:52] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # [01:53] * Quits: aleth (aleth@moz-24EE697D.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [01:53] * Joins: aleth (aleth@moz-24EE697D.ictp.it)
- # [01:53] <bdahl> roc: how hard will that be?
- # [01:54] <@roc> hopefully not doo hard
- # [01:54] <@roc> er
- # [01:54] <@roc> not too hard
- # [01:55] <@roc> you'd need to modify setupPrintMode in reftest-content.js
- # [01:55] * Quits: @dveditz (dveditz@moz-BBE3ABD.mv.mozilla.com) (Quit: dveditz)
- # [01:55] * Joins: redDragon (Earlybird@moz-9CA6FEBD.s30.a048.ap.plala.or.jp)
- # [01:55] * Joins: dveditz (dveditz@moz-BBE3ABD.mv.mozilla.com)
- # [01:55] * ChanServ sets mode: +o dveditz
- # [01:56] * Quits: nhirata (nhirata.bu@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: nhirata)
- # [01:56] * Quits: aleth (aleth@moz-24EE697D.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [01:57] * Joins: aleth (aleth@moz-24EE697D.ictp.it)
- # [01:57] * Quits: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net) (Quit: jorendorff)
- # [01:57] * 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: cjones (cjones@moz-3859BA3C.static.user.ono.com) (Quit: Leaving)
- # [02:00] <@roc> bdahl: ok ... your mission, should choose to accept it:
- # [02:01] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [02:01] <@roc> 1) add a parameter to nsIContentViewer::SetPageMode to indicate whether it should make a static clone. You will pass true for this parameter from setupPrintMode
- # [02:03] <@roc> 2) in DocumentViewerImpl::SetPageMode, if this parameter is true, after NS_ENSURE_STATE(mDocument) you need to call mDocument->CreateStaticClone and pass the result to SetDOMDocument
- # [02:03] * Quits: redDragon (Earlybird@moz-9CA6FEBD.s30.a048.ap.plala.or.jp) (Quit: redDragon)
- # [02:04] <@roc> that should do it
- # [02:04] * Joins: redDragon (Earlybird@moz-9CA6FEBD.s30.a048.ap.plala.or.jp)
- # [02:05] <bdahl> sounds easy...but so far nothing i've done with printing has been easy :)
- # [02:05] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: NO CARRIER)
- # [02:06] * Quits: WeirdAl (chatzilla@moz-D461843.ask.info) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0.1/20120614114901])
- # [02:06] <@roc> dbaron: Alice0775 is infallible, in my experience
- # [02:07] <@khuey> heh
- # [02:10] * khuey is now known as khuey|away
- # [02:11] * Joins: Neil (neil@moz-32AA0D01.in-addr.btopenworld.com)
- # [02:11] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
- # [02:12] * Neil is now known as NeilAway
- # [02:12] <NeilAway> gavin: bug 735543: is that the right element to receive the focus event? hmm, maybe something changed so it no longer matters
- # [02:14] * Quits: priya (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [02:14] <gavin> NeilAway: seemed to work for patrick
- # [02:14] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
- # [02:14] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
- # [02:15] <NeilAway> gavin: I'll ask smaug tomorrow
- # [02:15] * Quits: aleth (aleth@moz-24EE697D.ictp.it) (Input/output error)
- # [02:16] <njn> what does "remote: abort: Operation not permitted: /repo/hg/mozilla/integration/mozilla-inbound/.hg/journal.bookmarks" mean when I try to push to inbound?
- # [02:16] * Joins: anant_ (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [02:16] * Quits: anant_ (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
- # [02:16] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Connection reset by peer)
- # [02:17] * Joins: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [02:17] <njn> philor: ^^^ ?
- # [02:18] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [02:18] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [02:19] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
- # [02:19] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Ex-Chat)
- # [02:20] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [02:20] * Quits: jbalogh_ (jbalogh@moz-E31CD2CB.mozilla.org) (Ping timeout)
- # [02:22] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
- # [02:24] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Quit: Leaving.)
- # [02:24] <gavin> njn: means you're unlucky and hit bug 766810
- # [02:25] <njn> gavin: should I just try again? I got it twice already
- # [02:25] <gavin> njn: you should reopen that bug because it's obviously an intermittent issue, and then keep retrying I guess
- # [02:25] * Joins: jbalogh (jbalogh@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [02:25] <njn> gavin: 3rd time failed as well, sigh
- # [02:25] <njn> gavin: ok
- # [02:25] * Joins: jbalogh_ (jbalogh@moz-E31CD2CB.mozilla.org)
- # [02:26] * Joins: ohsix (ohsix@E6E9ACEC.B59296AB.15ED1FDC.IP)
- # [02:26] * devd_afk is now known as devd
- # [02:27] * Quits: jbalogh (jbalogh@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [02:27] * Quits: Ami_Ty (Amie@moz-BBE3ABD.mv.mozilla.com) (Quit: Ami_Ty)
- # [02:27] * Quits: jbalogh_ (jbalogh@moz-E31CD2CB.mozilla.org) (Ping timeout)
- # [02:27] <njn> argh
- # [02:28] <WG9s> njn: so you should re-open and change the subject to " Pushing to mozilla-inbound intermittently fails with ..."
- # [02:30] <gavin> njn: I can try pushing, if you point me to a patch?
- # [02:31] <WG9s> njn: because if you are the only person seeing this it could be related to the state of your repository.
- # [02:32] <gavin> it's a remote message, not related to your local repository
- # [02:32] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [02:32] * juanb is now known as juanb|brb
- # [02:32] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [02:32] <WG9s> and maybe being an hg bug and not a Mozilla server-ops issue at all.
- # [02:33] <WG9s> OK.
- # [02:33] <njn> gavin: it's four patches, and they've changed slightly since I put them in bugzilla...
- # [02:34] * Quits: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP) (Quit: leaving)
- # [02:34] <gavin> well I can do the same with a bundle :)
- # [02:35] * Joins: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP)
- # [02:35] <njn> gavin: how do I do bundle?
- # [02:35] * Quits: gandalf (gandalf@moz-BADDC99E.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
- # [02:35] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
- # [02:35] <gavin> good question
- # [02:35] <njn> hg export?
- # [02:36] <gavin> hg bundle -r start:end
- # [02:36] <gavin> hg bundle -r qbase:qtip, perhaps
- # [02:36] * kats is now known as kats|away
- # [02:37] <@dolske> I don't see the button for that on github...
- # [02:37] * Quits: KWierso (Daily@moz-1052985.hfc.comcastbusiness.net) (Ping timeout)
- # [02:37] * kats|away is now known as kats
- # [02:38] <gavin> hg bundle -r start:end file.bundle, I guess
- # [02:38] <njn> gavin: you have to give a destination... |hg export| seems to work
- # [02:38] * kats is now known as kats|away
- # [02:39] <gavin> well yea but that will be harder to apply than a bundle
- # [02:39] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [02:39] <gavin> destination can just be a filename
- # [02:39] * Joins: vingtetun (vingtetun@moz-3859BA3C.static.user.ono.com)
- # [02:39] * Quits: dcamp (dave@moz-930D5B64.hsd1.wa.comcast.net) (Quit: Linkinus - http://linkinus.com)
- # [02:39] * Joins: dcamp (dave@moz-930D5B64.hsd1.wa.comcast.net)
- # [02:39] <njn> gavin: |hg bundle -r97900:tip file.bundle mi| worked (where |mi| is my alias for inbound)
- # [02:39] <njn> gavin: attach it to a bug?
- # [02:40] <gavin> sure, or email it to me
- # [02:40] * Joins: rednaks (rednaks@94EF61A.8FA2C435.3E3A3579.IP)
- # [02:40] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
- # [02:41] <njn> gavin: emailed
- # [02:41] <njn> gavin: how do you import a bundle?
- # [02:41] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
- # [02:41] * ChanServ sets mode: +o ehsan
- # [02:41] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [02:41] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
- # [02:42] <njn> oh, |hg unbundle|
- # [02:42] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
- # [02:43] <gavin> maybe its taking a while to get through the intertubes but I haven't received anything yet
- # [02:44] * Joins: aleth (aleth@moz-24EE697D.ictp.it)
- # [02:45] <njn> gavin: https://bugzilla.mozilla.org/attachment.cgi?id=637738
- # [02:45] <@dolske> IP-over-Bugzilla?!
- # [02:45] <njn> oh, that treats it as text
- # [02:45] <njn> gavin: it's in https://bugzilla.mozilla.org/show_bug.cgi?id=767202
- # [02:45] * Joins: jamesr (jamesr@D54C2D34.10A53EE3.77834EAA.IP)
- # [02:45] * Quits: rednaks (rednaks@94EF61A.8FA2C435.3E3A3579.IP) (Quit: a lancé une bombe fumigène et s'est eclipsé ! è_é)
- # [02:46] * Quits: aleth (aleth@moz-24EE697D.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [02:46] * Joins: aleth (aleth@moz-24EE697D.ictp.it)
- # [02:46] * Quits: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [02:48] * joduinn is now known as joduinn-mtg
- # [02:49] * Joins: dRdR (dsherk@moz-3859BA3C.static.user.ono.com)
- # [02:49] <gavin> njn: fails for me too
- # [02:50] * njn sighs
- # [02:50] <njn> gavin: it's clearly the patch, then :P
- # [02:50] <njn> gavin: thanks for trying
- # [02:50] * Quits: harth (harth@moz-FF915E69.bb.sky.com) (Connection reset by peer)
- # [02:51] <@dbaron> dolske, bugzilla over avian carrier?
- # [02:54] <@dbaron> njn, are you using mercurial bookmarks?
- # [02:55] <gavin> (I am not)
- # [02:55] <njn> dbaron: I don't even know what they are, so presumably "no"
- # [02:56] <@dbaron> njn, what's "hg version"?
- # [02:57] <njn> dbaron: Mercurial Distributed SCM (version 2.0.2)
- # [02:57] <gavin> (2.2.1+34-e6dfbc5df76f for me)
- # [02:57] <@dbaron> do we know what version hg.m.o runs?
- # [02:58] <@dbaron> bookmarks apparently were integrated into hg (from an extension) in 1.8
- # [02:58] * Joins: bbondy2 (bbondy@moz-BE76EF7A.home.cgocable.net)
- # [02:58] * Quits: bbondy (bbondy@moz-BE76EF7A.home.cgocable.net) (Ping timeout)
- # [02:59] * Quits: mdas|afk (mdas@moz-E31CD2CB.mozilla.org) (Quit: mdas|afk)
- # [02:59] <gavin> bug 623505 suggests hg.m.o is runnign 2.0.2
- # [02:59] * Joins: bbondy2_ (bbondy@moz-BE76EF7A.home.cgocable.net)
- # [02:59] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
- # [02:59] <gavin> bug 725362 seems to be tracking an upgrade to 2.1+
- # [02:59] * bbondy2 is now known as bbondy
- # [02:59] * gavin upgrades to 2.2.2+
- # [02:59] * Joins: mike5w3c_ (MikeS@moz-2D8D6CA8.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [03:00] <@dbaron> I've been avoiding upgrading to 2.1
- # [03:00] <@dbaron> (or higher)
- # [03:00] * Quits: mike5w3c (MikeS@moz-E4F45FB8.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout)
- # [03:00] * mike5w3c_ is now known as mike5w3c
- # [03:00] * Quits: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com) (Ping timeout)
- # [03:00] <@dbaron> because I don't want the new thing that I've forgotten the name of. (phases? stages?)
- # [03:00] * Quits: bbondy (bbondy@moz-BE76EF7A.home.cgocable.net) (Ping timeout)
- # [03:00] * bbondy2_ is now known as bbondy
- # [03:01] * Quits: jammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Computer has gone to sleep.)
- # [03:01] <Unfocused> phases
- # [03:01] <gavin> hasn't really been a problem for me
- # [03:02] <gavin> and if it ever was, the workaround at https://wiki.mozilla.org/ReleaseEngineering/TryServer#hg_phases would be sufficient, I think
- # [03:02] <Unfocused> neither. trychoose extension takes care of it for try
- # [03:02] * Joins: jammink (textual@moz-BBE3ABD.mv.mozilla.com)
- # [03:03] * Quits: sicking (chatzilla@moz-3859BA3C.static.user.ono.com) (Ping timeout)
- # [03:05] * Quits: @ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Input/output error)
- # [03:05] * Quits: m_kato1 (Daily@moz-348F61F0.mozilla.or.jp) (Connection reset by peer)
- # [03:05] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
- # [03:06] <jduell> philor: hmm, fixed my leak, but now I can't push. Get "Operation not permitted: /repo/hg/mozilla/integration/mozilla-inbound/.hg/journal.bookmarks
- # [03:06] <jduell> abort: unexpected response: empty string
- # [03:06] * Parts: aleth (aleth@moz-24EE697D.ictp.it)
- # [03:06] <jduell> Does this ring a bell for anyone?
- # [03:06] <gavin> see discussion above, you're not alone
- # [03:06] <philor> conveniently, http://selenic.com/pipermail/mercurial/2011-November/040629.html says we're not the only ones to hit it, though that suggested solution misses the way that person also hit it "often" rather than always
- # [03:06] * Joins: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp)
- # [03:06] <gavin> also bug 766810
- # [03:06] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [03:08] * khuey|away is now known as khuey
- # [03:08] * Joins: mccr8 (mccr8@moz-5F92CD4B.dsl.dynamic.sonic.net)
- # [03:08] * Quits: mccr8 (mccr8@moz-5F92CD4B.dsl.dynamic.sonic.net) (Input/output error)
- # [03:10] * lsblakk is now known as lsblakk|afk
- # [03:10] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
- # [03:10] * ChanServ sets mode: +o ehsan
- # [03:10] * Quits: johanc (chatzilla@moz-8E1A9E8E.bredband.comhem.se) (Ping timeout)
- # [03:11] * mjschranz is now known as mjschranz_away
- # [03:13] * mjschranz_away is now known as mjschranz
- # [03:14] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [03:15] * Quits: tonymec (tonymec@3A4B4F7A.67EE7721.277517C1.IP) (Input/output error)
- # [03:15] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [03:16] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [03:16] * Quits: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Boriss_)
- # [03:16] * Quits: tonymec|away (tonymec@3A4B4F7A.67EE7721.277517C1.IP) (Quit: Konversation terminated!)
- # [03:17] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [03:18] * juanb|brb is now known as juanb
- # [03:18] * Joins: tonymec__ (tonymec@3A4B4F7A.67EE7721.277517C1.IP)
- # [03:19] * tonymec__ is now known as tonymec|away
- # [03:20] * Quits: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com) (Client exited)
- # [03:24] * ewong|afk is now known as ewong
- # [03:25] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [03:25] * Quits: biesi (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP) (Ping timeout)
- # [03:26] * Joins: mike5w3c_ (MikeS@moz-3DB1648A.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [03:26] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
- # [03:26] * Quits: mike5w3c (MikeS@moz-2D8D6CA8.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout)
- # [03:26] * mike5w3c_ is now known as mike5w3c
- # [03:27] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
- # [03:29] * Quits: ekr (ekr@moz-7B0110AD.mv.mozilla.com) (Quit: ekr)
- # [03:29] * Joins: ekr (ekr@moz-7B0110AD.mv.mozilla.com)
- # [03:29] * Quits: ekr (ekr@moz-7B0110AD.mv.mozilla.com) (Quit: ekr)
- # [03:30] * Quits: m_kato (Daily@moz-348F61F0.mozilla.or.jp) (Ping timeout)
- # [03:32] * Quits: vingtetun (vingtetun@moz-3859BA3C.static.user.ono.com) (Ping timeout)
- # [03:36] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
- # [03:37] * Joins: tonymec (tonymec@3A4B4F7A.67EE7721.277517C1.IP)
- # [03:37] <RyanVM> jhammel: ping
- # [03:37] * Quits: dRdR (dsherk@moz-3859BA3C.static.user.ono.com) (Ping timeout)
- # [03:37] * Quits: trevorh (trevor@D4D778EA.21FA1DAD.2CE63F58.IP) (Ping timeout)
- # [03:37] <jhammel> RyanVM: pong
- # [03:37] <RyanVM> jhammel: bug 758925
- # [03:37] <RyanVM> so, just the "pointing to tip" patch needs landing?
- # [03:38] <jhammel> RyanVM: yep; ABICT it didn't cause any problems on try
- # [03:38] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Quit: darktrojan)
- # [03:38] <jhammel> there were many oranges but they all seem unrelated (again, ABICT)
- # [03:38] <RyanVM> is the other patch still in play at some point?
- # [03:38] <jhammel> RyanVM: as far as i know, no
- # [03:39] <jhammel> it should be redudant with the "pointing to tip" patch as it was fixed upstream
- # [03:39] <jhammel> RyanVM: see https://bugzilla.mozilla.org/show_bug.cgi?id=758925#c16
- # [03:40] <RyanVM> thanks
- # [03:41] <jhammel> np :)
- # [03:42] * Quits: chewey (chewey@moz-7EFB8108.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
- # [03:42] * Joins: chewey (chewey@moz-B93DAEBD.dip0.t-ipconnect.de)
- # [03:43] * devd is now known as devd_afk
- # [03:43] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/8534fbb1a5da - Jeff Hammel - Bug 758925 - Update in-tree virtualenv to 1.7.2. r=ted
- # [03:43] <koalabot> Check-in: http://hg.mozilla.org/mozilla-central/rev/8534fbb1a5da - Jeff Hammel - Bug 758925 - Update in-tree virtualenv to 1.7.2. r=ted
- # [03:43] <jhammel> RyanVM: and thank you :)
- # [03:44] <RyanVM> yessir :)
- # [03:45] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
- # [03:45] <jduell> philor: gavin: doesn't seem to matter how many times I try to push. Tried clone-ing whole new repo too. Meh.
- # [03:46] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Ping timeout)
- # [03:47] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
- # [03:48] * Joins: bbondy2 (bbondy@moz-BE76EF7A.home.cgocable.net)
- # [03:48] * Quits: bbondy (bbondy@moz-BE76EF7A.home.cgocable.net) (Ping timeout)
- # [03:48] <RyanVM> philor: back out 23d9d354236e for the robocop orange?
- # [03:48] * Quits: bbondy2 (bbondy@moz-BE76EF7A.home.cgocable.net) (Connection reset by peer)
- # [03:48] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
- # [03:48] * Joins: bbondy2 (bbondy@moz-BE76EF7A.home.cgocable.net)
- # [03:49] <philor> RyanVM: no, not at all, applaud b4fdcc91afb9 for it
- # [03:49] * Joins: trevorh (trevor@D4D778EA.21FA1DAD.2CE63F58.IP)
- # [03:49] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [03:49] <RyanVM> ah
- # [03:49] * bbondy2 is now known as bbondy
- # [03:49] <philor> sure, someone needs to sack up and file it, and someone will need to fix it (or more likely, disable it), but at least it's not a hang
- # [03:50] <RyanVM> yeah, so either we back out and have more a;r, or leave it in and star it?
- # [03:52] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
- # [03:53] * Quits: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: leaving)
- # [03:53] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: nbvcx)
- # [03:54] * Quits: masayuki (Daily@moz-911CC660.zaq.ne.jp) (Quit: masayuki)
- # [03:54] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Ping timeout)
- # [03:54] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
- # [03:56] * Quits: sewardj (sewardj@moz-2A3AF835.dip.t-dialin.net) (Ping timeout)
- # [03:56] * Quits: @dveditz (dveditz@moz-BBE3ABD.mv.mozilla.com) (Quit: dveditz)
- # [03:57] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [03:57] * Joins: sewardj (sewardj@moz-6390C2D9.dip.t-dialin.net)
- # [03:58] <philor> well, we don't back it out, because it's doing exactly what it intended to do, catching test failures that were pretending to be infra
- # [03:59] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 13.0/20120605112324])
- # [03:59] <philor> the question revolves around how long we watch the as-yet-unfiled bug being ignored before we stop running the test
- # [04:00] * philor is now known as philor|away
- # [04:04] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
- # [04:04] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [04:07] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [04:07] * Quits: garnacho (carlos@moz-150E2894.dyn.user.ono.com) (Quit: Ex-Chat)
- # [04:08] * AutomatedTester is now known as AutomatedTester|AFK
- # [04:12] <Waldo> umm, wat http://pastebin.mozilla.org/1683170
- # [04:14] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [04:14] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [04:15] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/219499cc5eff - Jason Duell - Bug 711793 - Delay websocket reconnection after abnormal termination. r=mcmanus
- # [04:15] <koalabot> Check-in: http://hg.mozilla.org/mozilla-central/rev/219499cc5eff - Jason Duell - Bug 711793 - Delay websocket reconnection after abnormal termination. r=mcmanus
- # [04:18] * mcote|afk is now known as mcote
- # [04:19] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Quit: Adios Amigos)
- # [04:20] * Quits: billm (billm@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
- # [04:21] * Joins: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
- # [04:21] * Quits: ewong|sleep (chatzilla@moz-5B0EF77B.static.netvigator.com) (Connection reset by peer)
- # [04:21] <RyanVM> Waldo: I'm seeing the same thing
- # [04:21] * Quits: ewong|away (chatzilla@moz-E5D50C2E.static.netvigator.com) (Ping timeout)
- # [04:21] * Joins: ewong|away_ (chatzilla@moz-E5D50C2E.static.netvigator.com)
- # [04:22] * Joins: ewong|sleep (chatzilla@moz-5B0EF77B.static.netvigator.com)
- # [04:22] * ewong|away_ is now known as ewong|away
- # [04:23] <RyanVM> Waldo: bug 766810
- # [04:23] * joduinn-mtg is now known as joduinn
- # [04:23] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Quit: Mardak)
- # [04:24] * Joins: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net)
- # [04:26] * Joins: tchevalier (Instantbir@moz-7A069DBF.w92-133.abo.wanadoo.fr)
- # [04:26] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0.1/20120615112143])
- # [04:30] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [04:30] * Quits: trevorh (trevor@D4D778EA.21FA1DAD.2CE63F58.IP) (Ping timeout)
- # [04:31] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # [04:31] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [04:31] * Quits: jamesr (jamesr@D54C2D34.10A53EE3.77834EAA.IP) (Quit: jamesr)
- # [04:32] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [04:33] * Joins: ekr_ (ekr@moz-D7997EC8.rtfm.com)
- # [04:34] * Quits: ewong|away (chatzilla@moz-E5D50C2E.static.netvigator.com) (Connection reset by peer)
- # [04:35] * Joins: ewong|away (chatzilla@moz-E5D50C2E.static.netvigator.com)
- # [04:35] <njn> Waldo: everyone's seeing it
- # [04:35] <njn> for a value of "everyone" that includes me, you gavin, and jduell
- # [04:35] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [04:35] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [04:36] <Waldo> yeah, I found scrollback just now :-)
- # [04:36] <Waldo> well, :-(
- # [04:36] * Quits: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Quit: juanb)
- # [04:37] * philor|away is now known as philor
- # [04:37] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [04:40] * mjschranz is now known as mjschranz_away
- # [04:40] * Quits: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [04:40] * Joins: sicking (chatzilla@moz-3859BA3C.static.user.ono.com)
- # [04:41] * Quits: bbondy (bbondy@moz-BE76EF7A.home.cgocable.net) (Ping timeout)
- # [04:42] * Quits: redDragon (Earlybird@moz-9CA6FEBD.s30.a048.ap.plala.or.jp) (Client exited)
- # [04:43] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [04:46] * Quits: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Ping timeout)
- # [04:46] * ekr_ is now known as ekr
- # [04:47] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
- # [04:48] * Joins: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net)
- # [04:49] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88.2 [Firefox 16.0a1/20120627190850])
- # [04:49] * mjschranz_away is now known as mjschranz
- # [04:52] <koalabot> Check-in: http://hg.mozilla.org/mozilla-central/rev/081d8578beb1 - Brian Smith - Backout change to netwerk/test/unit/test_bug651100.js from the patch for Bug 737615, a=bustage
- # [04:53] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/081d8578beb1 - Brian Smith - Backout change to netwerk/test/unit/test_bug651100.js from the patch for Bug 737615, a=bustage
- # [04:55] * Quits: nrc (nrc@moz-5DAE2951.bitstream.orcon.net.nz) (Ping timeout)
- # [04:55] * AaronMT|afk is now known as AaronMT
- # [04:55] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [04:55] * mjschranz is now known as mjschranz_away
- # [04:57] * Quits: sicking (chatzilla@moz-3859BA3C.static.user.ono.com) (Input/output error)
- # [04:57] * Joins: newbie (kvirc@AD13EB4A.BBC03DF0.9A06DD32.IP)
- # [04:58] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: anant)
- # [04:59] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
- # [05:00] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [05:01] * mjschranz_away is now known as mjschranz
- # [05:02] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [05:03] * Joins: ianbicking (ianbicking@moz-5D45B48D.hsd1.mn.comcast.net)
- # [05:03] * Quits: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com) (Quit: ChatZilla 0.9.87-5.1450hg.fc17 [XULRunner 13.0/20120605112244])
- # [05:03] * Quits: automata (automata@8D23278A.C27CA109.16867D26.IP) (Quit: Saindo)
- # [05:03] * mjschranz is now known as mjschranz_away
- # [05:04] * Joins: Mardak (Mardak@moz-BFBF7623.hsd1.ca.comcast.net)
- # [05:04] * Quits: ianbicking (ianbicking@moz-5D45B48D.hsd1.mn.comcast.net) (Quit: ianbicking)
- # [05:06] * Joins: ekr_ (ekr@moz-8AED5620.hfc.comcastbusiness.net)
- # [05:09] * Quits: AaronMT (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: www.textualapp.com)
- # [05:09] * Joins: priya (Adium@moz-5843392D.hsd1.ca.comcast.net)
- # [05:09] <@khuey> how do I turn on the hang monitor?
- # [05:09] <@khuey> the brutal one that kills the browser
- # [05:10] <JonathanS> in Firefox, Hang killed Browser.
- # [05:11] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: Leaving)
- # [05:11] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
- # [05:13] <philor> non-zero value for hangmonitor.timeout, I think
- # [05:13] * @khuey tries that
- # [05:14] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [05:14] <philor> it was 30, when we tried to use it
- # [05:14] <@khuey> yeah I set it to 5 ;-)
- # [05:15] * @bz_dinner wonders what khuey is doing
- # [05:15] * bz_dinner is now known as bz
- # [05:15] <philor> snappy or die
- # [05:15] * Quits: Mardak (Mardak@moz-BFBF7623.hsd1.ca.comcast.net) (Quit: Mardak)
- # [05:15] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
- # [05:16] * Quits: hub (hub@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [05:16] <@khuey> bz: trying to get a stack for the ridiculous jank that I've been seeing for the last two weeks
- # [05:16] * Joins: tallOwen (tallOwen@moz-EA136B74.members.linode.com)
- # [05:16] <@khuey> bz: whenever I'm tethering firefox gets *extremely* unresponsive
- # [05:16] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
- # [05:17] * Quits: jwilde (Earlybird@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [05:17] <@bz> khuey: ah
- # [05:17] <@bz> khuey: ok, makes sense
- # [05:17] <@bz> philor: you meant "live snappy or die"
- # [05:17] <@bz> much like our neighbors here
- # [05:17] <philor> I actually meant snappy or bust, but yours is better
- # [05:18] <sheppy> Live fast or fry.
- # [05:18] * heycam is now known as heycam|away
- # [05:18] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
- # [05:19] <@bz> live try or burn?
- # [05:19] <sheppy> "just make it fast and stable, dammit."
- # [05:19] <sheppy> Nuff said.
- # [05:20] * Quits: ahurle (ahurle@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [05:20] <@khuey> of course, now that I've turned that setting, I don't see any jank
- # [05:22] * Joins: ahurle (ahurle@moz-BBE3ABD.mv.mozilla.com)
- # [05:23] * Quits: espadrine (espadrine@moz-BBE3ABD.mv.mozilla.com) (Quit: espadrine)
- # [05:23] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
- # [05:24] * Quits: espadrine_ (thaddee_ty@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [05:25] <njn> Chrome is now available on iOS, but without V8? WTF?
- # [05:25] <@khuey> well being available on iOS with v8 wasn't really an option
- # [05:26] <philor> sync is more important than perf, an interesting lesson
- # [05:26] <njn> sure, but I thought they'd said "Chrome without V8 aint' Chrome"
- # [05:27] * Joins: redDragon (Earlybird@moz-9CA6FEBD.s30.a048.ap.plala.or.jp)
- # [05:28] * Joins: twi (Adium@moz-4E210335.cust.dsl.vodafone.it)
- # [05:31] * Quits: ahurle (ahurle@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [05:31] * Quits: @ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Input/output error)
- # [05:33] <@roc> khuey: try using SPS?
- # [05:33] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: Leaving)
- # [05:35] <@khuey> does it work on windows?
- # [05:35] <@bz> njn: just like we, so far, have said that Firefox without Gecko ain't Firefox.... ;)
- # [05:35] * njn is disappointed how hard it is to implement a hashmap with nsTHashtable
- # [05:36] <@bz> njn: hmm
- # [05:36] * Quits: espindola (espindola@moz-A37B6B68.dsl.teksavvy.com) (Ping timeout)
- # [05:36] <njn> bz: is there not something pre-rolled for that case?
- # [05:36] * Quits: newbie (kvirc@AD13EB4A.BBC03DF0.9A06DD32.IP) (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/)
- # [05:37] <@bz> njn: there should be. What are you trying to map to what?
- # [05:37] <@bz> njn: that is, what are your keys and values?
- # [05:38] <njn> bz: nsGlobalWindow* -> nsCString&
- # [05:38] <@bz> njn: holding strong refs to the nsGlobalWindow?
- # [05:38] * Joins: espindola (espindola@moz-F37DC93D.dsl.teksavvy.com)
- # [05:38] <njn> bz: nope
- # [05:38] <njn> bz: it's a short-lived things for memory reporting
- # [05:38] <njn> bz: for giving pathnames to |window| objects
- # [05:38] <@bz> ok
- # [05:38] <@bz> one sec
- # [05:39] <@khuey> nsDataHashtable<nsPtrHashKey<nsGlobalWindow>, nsCString>
- # [05:39] <@bz> yeah
- # [05:39] <@bz> exactly
- # [05:39] * @bz was too slow looking up whether nsDataHashtable is ok with nsCString
- # [05:39] <njn> khuey, bz: thanks!
- # [05:39] <@khuey> I remember filing bug 706829
- # [05:39] <@khuey> ;-)
- # [05:43] <@roc> khuey: yes
- # [05:45] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
- # [05:45] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
- # [05:46] * jwir3 is now known as jwir3|zzz
- # [05:47] * Joins: espadrine (espadrine@moz-85EBB8A.dia.static.qwest.net)
- # [05:49] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [05:50] * Quits: @bz (bzbarsky@moz-B58892FB.bstnma.fios.verizon.net) (Ping timeout)
- # [05:50] * Joins: KWierso (Daily@moz-1052985.hfc.comcastbusiness.net)
- # [05:50] * Quits: KWierso (Daily@moz-1052985.hfc.comcastbusiness.net) (Input/output error)
- # [05:50] * Joins: KWierso (Daily@moz-1052985.hfc.comcastbusiness.net)
- # [05:51] * Joins: bz (bzbarsky@moz-B58892FB.bstnma.fios.verizon.net)
- # [05:51] * ChanServ sets mode: +o bz
- # [05:51] * Quits: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com) (Quit: Jesse)
- # [05:51] * Quits: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP) (Quit: rniwa)
- # [05:52] * Quits: mcomella (mcomella@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [05:52] * Joins: newbie (kvirc@AD13EB4A.BBC03DF0.9A06DD32.IP)
- # [05:52] * Joins: mcomella (mcomella@moz-BBE3ABD.mv.mozilla.com)
- # [05:52] * Quits: @bz (bzbarsky@moz-B58892FB.bstnma.fios.verizon.net) (Ping timeout)
- # [05:52] * Joins: bz (bzbarsky@moz-B58892FB.bstnma.fios.verizon.net)
- # [05:52] * ChanServ sets mode: +o bz
- # [05:52] * joduinn is now known as joduinn-afk
- # [06:00] * Joins: Mook (Daily@moz-D37F711A.dsl.teksavvy.com)
- # [06:01] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [06:03] * Quits: mike5w3c (MikeS@moz-3DB1648A.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout)
- # [06:05] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
- # [06:05] * ChanServ sets mode: +o ehsan
- # [06:06] * bz is now known as bz_sleep
- # [06:06] * Joins: Mardak (Mardak@moz-BFBF7623.hsd1.ca.comcast.net)
- # [06:06] * Joins: gerv (gerv@F6ABEF0D.9F83723E.CBC7865F.IP)
- # [06:07] * Quits: Mardak (Mardak@moz-BFBF7623.hsd1.ca.comcast.net) (Quit: Mardak)
- # [06:09] * Joins: mike5w3c (MikeS@moz-757DBFF9.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [06:10] * khuey is now known as khuey|away
- # [06:10] * Quits: Poly-C (Poly-C@moz-D6DA6E5.dip.t-dialin.net) (Ping timeout)
- # [06:10] * khuey|away is now known as khuey
- # [06:11] * Joins: Polynomial-C (Poly-C@moz-C8A78707.dip.t-dialin.net)
- # [06:12] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
- # [06:14] * Quits: gerv (gerv@F6ABEF0D.9F83723E.CBC7865F.IP) (Quit: Leaving.)
- # [06:15] * Joins: MarcoZ (Daily@moz-2C8AED79.dip.t-dialin.net)
- # [06:15] * nthomas is now known as nthomas|away
- # [06:17] * Joins: dria (dria@9DD772A9.5BCEC6DB.DA78B690.IP)
- # [06:18] * glob|away is now known as glob
- # [06:19] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [06:19] * ekr_ is now known as ekr
- # [06:21] * Quits: jammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Computer has gone to sleep.)
- # [06:21] * Quits: Stan (Stan@moz-B433ABAC.dip.t-dialin.net) (Ping timeout)
- # [06:22] * heycam|away is now known as heycam
- # [06:24] * Quits: m_kato (Daily@moz-348F61F0.mozilla.or.jp) (Quit: m_kato)
- # [06:24] * Quits: jsamuel (quassel@moz-973E42D4.eecs.berkeley.edu) (Ping timeout)
- # [06:24] <@dolske> this one's for philor... http://flic.kr/p/cnCQ6W
- # [06:25] * Quits: AryehGregor (AryehGrego@moz-139EB9CA.red.bezeqint.net) (Ping timeout)
- # [06:25] * Joins: AryehGregor (AryehGrego@moz-139EB9CA.red.bezeqint.net)
- # [06:26] * Joins: jsamuel (quassel@moz-973E42D4.eecs.berkeley.edu)
- # [06:28] <philor> heh
- # [06:32] * @khuey grumbles
- # [06:32] <@khuey> drag and drop is broke
- # [06:33] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
- # [06:34] * Joins: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
- # [06:36] * nthomas|away is now known as nthomas
- # [06:38] * Joins: jdm (jdm@moz-5671EACE.hsd1.wa.comcast.net)
- # [06:39] * philor tries to muster the energy to "explain" that mozilla-central has different rules than mozilla-inbound
- # [06:39] <@khuey> trees have rules?
- # [06:40] <KWierso> "insert water and sunlight, get bigger trees in return"
- # [06:40] * Joins: aja (chatzilla@35B2E200.73203D5C.7880DB15.IP)
- # [06:41] <philor> the footnote about fertilizer is where we tend to mess up
- # [06:43] * Quits: @ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Connection reset by peer)
- # [06:43] * Quits: espindola (espindola@moz-F37DC93D.dsl.teksavvy.com) (Quit: Ex-Chat)
- # [06:44] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
- # [06:44] * ChanServ sets mode: +o ehsan
- # [06:45] * Joins: janv (varga@moz-81B11050.flarion.as5628.telecom.sk)
- # [06:45] <njn> khuey, bz: does http://pastebin.mozilla.org/1683332 look reasonable? I have about:memory?verbose open in a tab, and it has *two* window objects within it, one |about:memory?verbose|, one |[system]|
- # [06:45] * Joins: vikash (vikash@8E1F4B2F.D9B7FFB4.780547CD.IP)
- # [06:47] * Mook wonders at what point doing win64 builds would actually be a win purely from having more memory available to do the linker and therefore making PGO actually work, once the 32 bit one is really broken
- # [06:48] <@khuey> depends on how far you're willing to go to keep pgo working on 32 bit
- # [06:53] <mbrubeck> Upgrading users to 64-bit builds would break ancient plug-ins too... another win!
- # [06:54] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [06:54] <Mook> not if the thing that happens on macs (32 bit plugin container) is done; sounds like nobody wants that due to horrible build times and lack of build machines, though
- # [06:54] <jdm> ehsan: was it really necessary to make cwiis the assignee of every remaining PB bug?
- # [06:55] * Joins: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net)
- # [07:02] * Quits: dria (dria@9DD772A9.5BCEC6DB.DA78B690.IP) (Ping timeout)
- # [07:09] * mcote is now known as mcote|afk
- # [07:10] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [07:11] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
- # [07:13] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [07:15] * Quits: KWierso (Daily@moz-1052985.hfc.comcastbusiness.net) (Ping timeout)
- # [07:19] * nthomas is now known as nthomas|away
- # [07:19] * philor is now known as philor|away
- # [07:21] * Joins: Ameya (chatzilla@C19498B.7C88E752.C7008325.IP)
- # [07:21] * Quits: aja (chatzilla@35B2E200.73203D5C.7880DB15.IP) (Client exited)
- # [07:26] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
- # [07:26] * philor|away is now known as philor
- # [07:30] <@roc> hmm
- # [07:30] <@roc> I close GMail
- # [07:30] <@roc> 5 GMail compartments still shown in about:compartments
- # [07:30] <@roc> no "ghost windows" though
- # [07:31] <@roc> ah, because calendar.google.com was open, we didn't show them as ghost windows
- # [07:31] <@roc> now they're ghost windows :-(
- # [07:32] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [07:33] <@roc> and now they've been collected
- # [07:34] * Joins: surkov (surkov@moz-CA805596.pool.ukrtel.net)
- # [07:34] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [07:35] <@roc> but given I've only got about 7 tabs open, why do I still have an RSS over 1GB
- # [07:35] * Joins: jhk (jhk@8E6C34C1.A3F9767A.1C37C358.IP)
- # [07:37] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [07:38] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [07:39] * khuey is now known as khuey|away
- # [07:39] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
- # [07:42] * Joins: pascalc2 (chatzilla@moz-446F98C8.fbxo.proxad.net)
- # [07:42] * Quits: sawrubh (chatzilla@9CF3D657.24BF0495.68E6523.IP) (Quit: Stack has overflowed, need to save it.)
- # [07:43] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
- # [07:44] * Joins: alice (anonymous@moz-5ECBFFC2.w80-9.abo.wanadoo.fr)
- # [07:45] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [07:49] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
- # [07:52] * Quits: surkov (surkov@moz-CA805596.pool.ukrtel.net) (Quit: surkov)
- # [07:53] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [07:53] * Quits: dbradley (dbradley@9391EB1E.4FE928FD.52E8B953.IP) (Quit: )
- # [07:55] * Quits: ekr (ekr@moz-8AED5620.hfc.comcastbusiness.net) (Ping timeout)
- # [07:59] * Quits: Mook (Daily@moz-D37F711A.dsl.teksavvy.com) (Quit: Mook)
- # [07:59] * Quits: jdm (jdm@moz-5671EACE.hsd1.wa.comcast.net) (Client exited)
- # [07:59] * Joins: rniwa_ (rniwa@60A74940.D6CCE4AE.77834EAA.IP)
- # [08:01] * philor is now known as philor|away
- # [08:01] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Ping timeout)
- # [08:01] * rniwa_ is now known as rniwa
- # [08:01] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [08:02] * Quits: mcomella (mcomella@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [08:03] * Joins: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz)
- # [08:03] * Quits: @roc (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [08:03] * Quits: vikash (vikash@8E1F4B2F.D9B7FFB4.780547CD.IP) (Quit: Leaving)
- # [08:04] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [08:05] <sewardj> vlad: ping
- # [08:05] <njn> roc: what does about:memory tell you
- # [08:07] * Joins: int3 (int3@moz-6C584174.ipnetworksinc.net)
- # [08:07] * philor|away is now known as philor
- # [08:07] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [08:07] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
- # [08:08] * Quits: int3 (int3@moz-6C584174.ipnetworksinc.net) (Client exited)
- # [08:09] * Joins: int3 (int3@moz-6C584174.ipnetworksinc.net)
- # [08:10] * Quits: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving.)
- # [08:11] * Joins: wolfiR (wolfiR@moz-35FC4E8D.dip0.t-ipconnect.de)
- # [08:12] * Quits: mike5w3c (MikeS@moz-757DBFF9.xgsspn.imtp.tachikawa.spmode.ne.jp) (Quit: mike5w3c)
- # [08:12] <glob> njn, would it be possible to make the width of the about:memory output relative to the window size rather than a fixed width?
- # [08:14] <glob> njn, there's a lot of truncated data now .. https://dl.dropbox.com/u/16292140/Screen%20Shot%202012-06-29%20at%202.04.16%20PM.png
- # [08:16] <njn> glob: click on "more verbose" to avoid that
- # [08:16] * Joins: gozala (gozala@EF408078.10A53EE3.77834EAA.IP)
- # [08:16] <nrc> anyone know why I get 'remote: abort: Operation not permitted: /repo/hg/mozilla/integration/mozilla-inbound/.hg/journal.bookmarks' when I try to push to inbound?
- # [08:17] <njn> roc: if you had to come up for a name that encompassed the memory consumption currently listed under "dom", "layout", "style-sheets" and "property-tables", would "layout-engine" be reasonable? something else?
- # [08:17] * Joins: mike5w3c (MikeS@moz-B3070241.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [08:17] <nrc> njn: roc has gone home
- # [08:18] <njn> nrc: so he has
- # [08:18] <njn> answers from anyone else would be welcome :)
- # [08:18] <jet> njn: "stuff"
- # [08:18] <njn> ahem
- # [08:18] <jet> njn: seems rather disparate set there
- # [08:18] <njn> jet: it's basically "user content minus JS"
- # [08:19] <glob> njn, hrm, verbose is .. verbose. no matter, i can remove the max-width with dev tools :)
- # [08:20] <philor> nrc: the status at the top of https://tbpl.mozilla.org/?tree=Mozilla-Inbound knows (though you might have to shift+reload to see it tell you bug 766810)
- # [08:21] <njn> glob: about:compartments is also useful if you're just looking at compartments
- # [08:21] <jet> njn: no raster objects in that list? bitmaps, etc?
- # [08:21] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [08:21] <nrc> philor: thanks, needed a reload
- # [08:22] <njn> jet: nope, images (compressed and uncompressed) are counted separately...
- # [08:22] * Joins: gozala1 (gozala@EF408078.10A53EE3.77834EAA.IP)
- # [08:22] <jet> njn: layout seems appropriate then
- # [08:22] <glob> njn, thanks :) i'm trying to answer "why is firefox using ~ 1G" .. pans out the answer is "because i'm doing lots of things with it"
- # [08:22] * Quits: gozala1 (gozala@EF408078.10A53EE3.77834EAA.IP) (Quit: Leaving.)
- # [08:22] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
- # [08:23] * Joins: gozala1 (gozala@EF408078.10A53EE3.77834EAA.IP)
- # [08:23] * Quits: gozala (gozala@EF408078.10A53EE3.77834EAA.IP) (Connection reset by peer)
- # [08:23] * Parts: kentuckyfriedtakahe (ajones@moz-5D29915D.cable.telstraclear.net)
- # [08:23] <njn> glob: yeah
- # [08:24] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
- # [08:25] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [08:25] * Quits: gozala1 (gozala@EF408078.10A53EE3.77834EAA.IP) (Ping timeout)
- # [08:25] * Quits: int3 (int3@moz-6C584174.ipnetworksinc.net) (Ping timeout)
- # [08:29] * Quits: atuljangra (Mibbit@9075BEE0.4850A4DD.1957C0DA.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [08:29] * Joins: atuljangra (Mibbit@9075BEE0.4850A4DD.1957C0DA.IP)
- # [08:32] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [08:33] * Parts: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
- # [08:38] * philor is now known as philor|away
- # [08:39] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [08:40] <sewardj> BenWa: ping
- # [08:40] * Joins: robert (robert@moz-A82BF430.dynamic.t-2.net)
- # [08:41] * Joins: edwin (me@moz-3859BA3C.static.user.ono.com)
- # [08:41] * Joins: dRdR (dsherk@moz-3859BA3C.static.user.ono.com)
- # [08:45] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
- # [08:49] * Joins: cpearce (chatzilla@moz-B1A428C.xdsl.xnet.co.nz)
- # [08:51] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
- # [08:52] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
- # [08:52] * ChanServ sets mode: +o roc
- # [08:53] * Quits: edwin (me@moz-3859BA3C.static.user.ono.com) (Ping timeout)
- # [08:54] * Quits: dRdR (dsherk@moz-3859BA3C.static.user.ono.com) (Ping timeout)
- # [08:54] * Quits: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net) (Input/output error)
- # [08:55] * Joins: victorporof (victorporo@8338BC8D.AB163232.79933D60.IP)
- # [08:57] * Fallen|away is now known as Fallen
- # [08:58] * Joins: sawrubh (chatzilla@3F1DFB9B.BD57A133.DDC6F5D1.IP)
- # [09:02] * nli|away is now known as nli
- # [09:02] * Quits: glob (glob@moz-DF237567.glob.com.au) (Ping timeout)
- # [09:03] * Parts: alice (anonymous@moz-5ECBFFC2.w80-9.abo.wanadoo.fr)
- # [09:03] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
- # [09:05] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
- # [09:05] <felipe> I can't push to inbound :/ hitting the journal.bookmarks error every time
- # [09:08] * Quits: jprmc (jprmc@moz-3859BA3C.static.user.ono.com) (Ping timeout)
- # [09:08] * Joins: mike5w3c_ (MikeS@moz-DE4C4A5B.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [09:08] * Joins: glob (glob@moz-DF237567.glob.com.au)
- # [09:09] * Quits: mike5w3c (MikeS@moz-B3070241.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout)
- # [09:09] * mike5w3c_ is now known as mike5w3c
- # [09:11] * glob is now known as glob|away
- # [09:12] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Ex-Chat)
- # [09:13] * Quits: Ameya (chatzilla@C19498B.7C88E752.C7008325.IP) (Ping timeout)
- # [09:14] * Joins: adrian (adrian@moz-DE8639AB.fbx.proxad.net)
- # [09:15] * Quits: mfinkle (mfinkle@moz-8CB7201C.hsd1.pa.comcast.net) (Ping timeout)
- # [09:16] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
- # [09:16] * Joins: Ameya (chatzilla@C19498B.7C88E752.C7008325.IP)
- # [09:18] * Joins: past (past@moz-1ECCACE1.dsl.dyn.forthnet.gr)
- # [09:22] <fox2mike> philor|away: around?
- # [09:22] * Joins: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com)
- # [09:22] <fox2mike> or anyone else who can help with 766810
- # [09:23] * Joins: mfinkle (mfinkle@moz-8CB7201C.hsd1.pa.comcast.net)
- # [09:26] <sewardj> BenWa: ping
- # [09:27] * Quits: newbie (kvirc@AD13EB4A.BBC03DF0.9A06DD32.IP) (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/)
- # [09:30] * Quits: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a2/20120622042007])
- # [09:30] * Joins: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
- # [09:30] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [09:30] <fox2mike> felipe: can you push to inbound now?
- # [09:31] * Joins: raphc (AndChat501@DB2AD99A.C20A00FF.B3F72630.IP)
- # [09:32] <felipe> fox2mike: worked!
- # [09:32] * Quits: rail_away (rail@moz-E6144DC3.iqchoice.com) (Ping timeout)
- # [09:32] <fox2mike> felipe: yeah
- # [09:32] <fox2mike> but this is super odd :|
- # [09:33] <fox2mike> all the perms are right
- # [09:33] <felipe> what changed for it to work now?
- # [09:33] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [09:34] <fox2mike> felipe: I blew away the journal files
- # [09:34] <fox2mike> they're all temp files
- # [09:35] <felipe> yeah that's weird
- # [09:35] * Joins: gandalf (gandalf@moz-A2968756.neoplus.adsl.tpnet.pl)
- # [09:36] * Quits: glob|away (glob@moz-DF237567.glob.com.au) (Ping timeout)
- # [09:37] * Joins: glob (glob@moz-DF237567.glob.com.au)
- # [09:37] * heycam is now known as heycam|away
- # [09:37] <fox2mike> felipe: added a few more comments to the bug
- # [09:38] * glob is now known as glob|away
- # [09:38] <fox2mike> drawing a blank as to what's causing the problem though
- # [09:38] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
- # [09:39] <Unfocused> aliens.
- # [09:39] * Joins: edmorley (edmorley@moz-C7B272C7.range86-166.btcentralplus.com)
- # [09:39] * Joins: martyn (martyn@moz-32A2E36C.range86-158.btcentralplus.com)
- # [09:39] * Quits: masayuki (Daily@moz-911CC660.zaq.ne.jp) (Ping timeout)
- # [09:41] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
- # [09:41] <felipe> fox2mike: cool thanks for the info. I tried to push it earlier in the night and it didn't work either, so as you said those timestamps are probably not very relevant
- # [09:42] * Quits: masayuki (Daily@moz-911CC660.zaq.ne.jp) (Ping timeout)
- # [09:42] * NeilAway wonders why we need virtualenv on windows given that mozillabuild has its own private python
- # [09:43] <fox2mike> felipe: yeah, that info is gone
- # [09:43] * Quits: raphc (AndChat501@DB2AD99A.C20A00FF.B3F72630.IP) (Connection reset by peer)
- # [09:43] * Joins: markh (markh@moz-25D681DF.cxzr1.win.bigpond.net.au)
- # [09:43] <fox2mike> felipe: when nnethercote hit the issue
- # [09:43] * Joins: raphc (AndChat501@DB2AD99A.C20A00FF.B3F72630.IP)
- # [09:43] <fox2mike> that's when it would have been best to see the timestamps/files
- # [09:44] <fox2mike> after that, too many people tired
- # [09:44] <fox2mike> but again
- # [09:44] <fox2mike> what puzzles me is mercurial shouldn't be hitting issues
- # [09:44] * Joins: vikash (vikash@DE478E43.B6C8C5B4.85BF2EFC.IP)
- # [09:45] * Joins: necolas (necolas@moz-C84924E0.bb.sky.com)
- # [09:45] <fox2mike> Unfocused: I'm going to blame you :p
- # [09:46] * Quits: vikash (vikash@DE478E43.B6C8C5B4.85BF2EFC.IP) (Quit: Leaving)
- # [09:46] * Quits: raphc (AndChat501@DB2AD99A.C20A00FF.B3F72630.IP) (Connection reset by peer)
- # [09:46] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
- # [09:46] * Joins: raphc (AndChat501@DB2AD99A.C20A00FF.B3F72630.IP)
- # [09:47] * Joins: vikash (vikash@DE478E43.B6C8C5B4.85BF2EFC.IP)
- # [09:47] * Joins: smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi)
- # [09:47] * ChanServ sets mode: +o smaug
- # [09:49] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [09:49] <fox2mike> felipe: is mozilla inbound still closed?
- # [09:50] <fox2mike> can someone reopen it, if that's the case?
- # [09:50] <@smaug> why was m-i
- # [09:50] <@smaug> closed
- # [09:50] <@smaug> m-i is opened
- # [09:50] <@smaug> -ed
- # [09:51] <sewardj> anybodyawake here know about BenWa's SPS profiler?
- # [09:51] <edmorley> smaug: see the tbpl status
- # [09:52] <@smaug> ahaa
- # [09:52] * Joins: rail_away (rail@moz-E6144DC3.iqchoice.com)
- # [09:52] <@smaug> but it certainly is open :)
- # [09:52] <edmorley> :-)
- # [09:52] <edmorley> you are welcome to try :-)
- # [09:52] <Standard8> fox2mike: I have something ready to push if you want
- # [09:52] * Quits: priya (Adium@moz-5843392D.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [09:53] * glob|away is now known as glob
- # [09:53] <Standard8> or has someone beaten me to it ;-)
- # [09:53] * @smaug hasn't ever used m-i, and is not going to do so now
- # [09:53] <Standard8> ah i c
- # [09:53] <Standard8> smaug: m-i is nice
- # [09:53] <Standard8> land and run :-)
- # [09:53] * Quits: raphc (AndChat501@DB2AD99A.C20A00FF.B3F72630.IP) (Ping timeout)
- # [09:54] * Joins: raphc (AndChat501@DB2AD99A.C20A00FF.B3F72630.IP)
- # [09:54] * Quits: jhk (jhk@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [09:54] <@smaug> I've had my commit rights long enough that I've got used to watching the tree
- # [09:55] * Joins: dRdR (dsherk@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [09:55] * Quits: gandalf (gandalf@moz-A2968756.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
- # [09:56] * Joins: sicking (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [09:56] * Joins: fabrice (fabrice@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [09:56] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [09:56] <Standard8> fox2mike: I've removed the reference to the bug on mozilla-inbound
- # [09:57] * Joins: jhk (jhk@8E6C34C1.A3F9767A.1C37C358.IP)
- # [09:57] * Quits: jhk (jhk@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [09:57] * Joins: gwagner (idefix2@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [09:58] * Joins: Optimizer (Optimizer@9E39C0A0.383E818B.2AB48280.IP)
- # [09:58] * Quits: fabrice (fabrice@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [09:58] <fox2mike> Standard8: cool
- # [09:58] * Joins: jhk (jhk@8E6C34C1.A3F9767A.1C37C358.IP)
- # [09:59] * Joins: mwu (mwu@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [09:59] <fox2mike> if any of you into any issues with mozilla-inbound again, can you please ping me in here? or update the bug?
- # [10:01] * Joins: me (me@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [10:01] * Joins: int3 (int3@moz-6C584174.ipnetworksinc.net)
- # [10:02] * Joins: kaze (kaze@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [10:04] * Quits: koalabot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Client exited)
- # [10:07] * Quits: Ameya (chatzilla@C19498B.7C88E752.C7008325.IP) (Ping timeout)
- # [10:09] * Joins: bent (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [10:09] * Joins: raph (quassel@moz-F8747CC6.dsl.ovh.fr)
- # [10:10] * Joins: dzbarsky (Adium@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [10:10] * me is now known as edwin
- # [10:11] * Quits: raph (quassel@moz-F8747CC6.dsl.ovh.fr) (Client exited)
- # [10:11] * Quits: raphc (AndChat501@DB2AD99A.C20A00FF.B3F72630.IP) (Ping timeout)
- # [10:11] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
- # [10:11] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
- # [10:13] <mattwoodrow> jwatt: I see you did a try push, when are you planning on landing that?
- # [10:14] * Fallen is now known as Fallen|away
- # [10:14] * Joins: raphc (AndChat501@DB2AD99A.C20A00FF.B3F72630.IP)
- # [10:15] * Joins: raph (quassel@moz-F8747CC6.dsl.ovh.fr)
- # [10:16] * Quits: raphc (AndChat501@DB2AD99A.C20A00FF.B3F72630.IP) (Quit: Bye)
- # [10:16] * Joins: fabrice (fabrice@moz-104CC309.mv.mozilla.com)
- # [10:16] * Quits: Optimizer (Optimizer@9E39C0A0.383E818B.2AB48280.IP) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [10:17] <mattwoodrow> and relatedly, can I talk you into making it next week :)
- # [10:17] <mattwoodrow> trying to land dlbi asap
- # [10:18] * Joins: garnacho (carlos@moz-150E2894.dyn.user.ono.com)
- # [10:19] <jwatt> mattwoodrow: as soon as it passes?
- # [10:19] <edmorley> fox2mike: thank you for looking into the inbound issues
- # [10:19] <jwatt> mattwoodrow: ah, hmm
- # [10:19] <jwatt> mattwoodrow: I'm not here next week
- # [10:20] <jwatt> mattwoodrow: which is why I'm trying to get a whole bunch of stuff landed
- # [10:20] <jwatt> mattwoodrow: are you touching that file much?
- # [10:20] * heycam|away is now known as heycam
- # [10:22] * Quits: necolas (necolas@moz-C84924E0.bb.sky.com) (Client exited)
- # [10:22] * Quits: int3 (int3@moz-6C584174.ipnetworksinc.net) (Client exited)
- # [10:24] <fox2mike> edmorley: np, yw
- # [10:27] <mattwoodrow> jwatt: I've noticed haha :)
- # [10:27] <mattwoodrow> Um, not too much I don't think
- # [10:28] <jwatt> mattwoodrow: so from what I've seen of your SVG changes, most could land early
- # [10:28] <jwatt> like the foreignObject stuff
- # [10:28] <jwatt> could you land that now?
- # [10:28] <mattwoodrow> jwatt: that's true, I could reorganize my queue and try land a whole lot
- # [10:29] <mattwoodrow> I'm actually trying to land the whole thing though
- # [10:29] <mattwoodrow> 'as soon as it passes'
- # [10:29] <jwatt> mattwoodrow: it also has the benefit that if you need to back out you need to back out less :)
- # [10:29] * Quits: rniwa (rniwa@60A74940.D6CCE4AE.77834EAA.IP) (Quit: rniwa)
- # [10:29] <jwatt> mattwoodrow: when is that anticipated to be?
- # [10:30] <mattwoodrow> jwatt: I was so close last night, foiled by a talos failure
- # [10:30] <jwatt> ah, ok
- # [10:30] <jwatt> hmm
- # [10:32] * Quits: vikash (vikash@DE478E43.B6C8C5B4.85BF2EFC.IP) (Quit: Leaving)
- # [10:33] <jwatt> mattwoodrow: are there tools to allow us to go off on parallel universes, both land our patches in our respective universes, and then auto merge the universes back together? :)
- # [10:33] <jwatt> mattwoodrow: it's actually not these two patches that I'm concerned about landing soon
- # [10:33] <jwatt> it's a different one that doesn't have review yet
- # [10:34] <jwatt> so I'll definitely hold off on the two that were pushed to Try
- # [10:34] <mattwoodrow> jwatt: well, you could land it to fx-team or something and let someone else merge it
- # [10:34] <jwatt> hopefully you can land your dlbi within the next <24 hours though :)
- # [10:34] <mattwoodrow> dunno if that counts as a tool
- # [10:34] <mattwoodrow> yeah next 24 hours is the goal
- # [10:34] <jwatt> ok
- # [10:35] <jwatt> of course what are the chances of me landing on top of your changes and then them getting backed out again? :)
- # [10:35] <mattwoodrow> that's always possible too
- # [10:36] <mattwoodrow> I'll take that risk rather than let DLBI slide yet again
- # [10:36] <mattwoodrow> so sick of rebasing
- # [10:36] <jwatt> mattwoodrow: yeah, fair enough - alright, I'll hold off for now, but the sooner you can land the better from my perspective
- # [10:37] <jwatt> good luck with it, fingers crossed!
- # [10:37] * Quits: robert (robert@moz-A82BF430.dynamic.t-2.net) (Ping timeout)
- # [10:37] * Joins: Ameya (chatzilla@3D4FE15C.3F933432.C7008325.IP)
- # [10:40] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
- # [10:41] * Quits: fabrice (fabrice@moz-104CC309.mv.mozilla.com) (Ping timeout)
- # [10:42] * Joins: msucan (mihai@3E887206.8C9343F9.D7B372F7.IP)
- # [10:43] * Joins: kanru (kanru@79E6271C.120775F3.B7D4332.IP)
- # [10:43] * Joins: Ms2ger (Ms2ger@4D12DBF7.75172793.37724B0D.IP)
- # [10:45] * Joins: fabrice (fabrice@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [10:45] * Joins: koalabot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [10:45] * heycam is now known as heycam|away
- # [10:45] * Quits: raph (quassel@moz-F8747CC6.dsl.ovh.fr) (Client exited)
- # [10:49] * Joins: yoshi (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [10:50] * Joins: raphc (quassel@moz-F8747CC6.dsl.ovh.fr)
- # [10:51] * Joins: int3 (int3@moz-54D0A3B.lightspeed.sntcca.sbcglobal.net)
- # [10:52] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
- # [10:52] * Quits: koalabot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Quit: BBL. Going down for a bit. (Koala))
- # [10:56] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
- # [10:59] * Joins: koalabot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [11:00] * Quits: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net) (Ping timeout)
- # [11:00] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
- # [11:01] * Joins: Goldorak (chatzilla@B92B68E0.ACD6413B.187A1082.IP)
- # [11:04] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
- # [11:05] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Quit: I was told to shutdown by Wolf. :-( )
- # [11:06] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
- # [11:06] * koalabot is now known as firebot
- # [11:07] * Quits: brendan (brendaneic@moz-3859BA3C.static.user.ono.com) (Quit: brendan)
- # [11:08] * Joins: jfkthame (jfkthame@7CBDB1C.5BC345F5.9542EC20.IP)
- # [11:09] * Joins: smontagu (chatzilla@moz-1374623D.red.bezeqint.net)
- # [11:09] * romaxa is now known as romaxa_zzz
- # [11:10] <firebot> Hi - I'm now firebot (formerly koalabot). If you notice any problems with me, please contact Wolf or file a bug in Bugzilla (under webtools/mozbot). Thanks!
- # [11:10] * Quits: jhk (jhk@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [11:11] * Quits: GPHemsley (GPHemsley@moz-A2DF0FC4.hfc.comcastbusiness.net) (Ping timeout)
- # [11:11] * Quits: wolfiR (wolfiR@moz-35FC4E8D.dip0.t-ipconnect.de) (Ping timeout)
- # [11:12] * Joins: GPHemsley (GPHemsley@moz-A2DF0FC4.hfc.comcastbusiness.net)
- # [11:12] * Quits: sawrubh (chatzilla@3F1DFB9B.BD57A133.DDC6F5D1.IP) (Quit: Stack has overflowed, need to save it.)
- # [11:13] * Quits: gwagner (idefix2@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Quit: gwagner)
- # [11:13] <Ms2ger> mounir, I'd had the patch in my queue ever since we talked about it, but I forgot about it
- # [11:13] * glob is now known as glob|away
- # [11:14] * Joins: jhk (jhk@8E6C34C1.A3F9767A.1C37C358.IP)
- # [11:14] * Joins: wolfiR (wolfiR@moz-2AAB4CDF.dip0.t-ipconnect.de)
- # [11:15] * Quits: twi (Adium@moz-4E210335.cust.dsl.vodafone.it) (Quit: Leaving.)
- # [11:15] * Quits: fabrice (fabrice@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [11:17] * Joins: fabrice (fabrice@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [11:19] * Quits: sicking (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [11:19] <edmorley> Good morning Ms2ger
- # [11:19] * Joins: gwagner (idefix2@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [11:19] <Ms2ger> Morning edmorley :)
- # [11:19] * Quits: njn (chatzilla@moz-D6929F2F.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88.2 [Firefox 16.0a1/20120626160635])
- # [11:22] * Quits: wolfiR (wolfiR@moz-2AAB4CDF.dip0.t-ipconnect.de) (Ping timeout)
- # [11:22] * Quits: yoshi (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [11:23] * Joins: wolfiR (wolfiR@moz-69F4CD67.dip0.t-ipconnect.de)
- # [11:26] <mounir> Ms2ger: thanks :)
- # [11:26] <Ms2ger> Np
- # [11:27] * Quits: gwagner (idefix2@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Quit: gwagner)
- # [11:29] * Quits: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp) (Quit: nattokirai)
- # [11:31] * Joins: bholley (anonymous@moz-104CC309.mv.mozilla.com)
- # [11:31] * Joins: harth (harth@moz-FF915E69.bb.sky.com)
- # [11:32] * Joins: aleth (aleth@moz-CE5C11BB.ictp.it)
- # [11:36] * Quits: smontagu (chatzilla@moz-1374623D.red.bezeqint.net) (Ping timeout)
- # [11:37] * Joins: Matze202 (Mibbit@moz-63EA411.adsl.alicedsl.de)
- # [11:39] * Joins: dria (dria@9DD772A9.5BCEC6DB.DA78B690.IP)
- # [11:40] * Joins: driia (dria@9DD772A9.5BCEC6DB.DA78B690.IP)
- # [11:40] * Quits: dria (dria@9DD772A9.5BCEC6DB.DA78B690.IP) (Ping timeout)
- # [11:41] * Joins: gwagner (idefix2@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [11:41] * Joins: sawrubh (chatzilla@3F1DFB9B.BD57A133.DDC6F5D1.IP)
- # [11:41] * Joins: sicking (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [11:41] <Matze202> Hi, ich habe ein Problem mit dem Anzeigen der Tabellenrahmen, welches jedoch nur im Firefox auftritt. http://miburl.com/ccLaNE <- Wäre sehr nett, wenn ihr euch das hier bitte etwas näher anschaut und mir dort vielleicht auch antworten könnt, da ich jetzt zur arbeit muss.
- # [11:41] * Quits: kanha (quassel@42ED3ECE.8293D34.9105FBCF.IP) (Ping timeout)
- # [11:43] * Quits: driia (dria@9DD772A9.5BCEC6DB.DA78B690.IP) (Ping timeout)
- # [11:44] * Joins: kanha (quassel@42ED3ECE.8293D34.9105FBCF.IP)
- # [11:44] * Quits: gwagner (idefix2@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Quit: gwagner)
- # [11:44] <edmorley> the above text google translated and with the link unobscured: "Hi, I have a problem with displaying the table border, which, however, occurs only in Firefox. http://www.camp-firefox.de/forum/viewtopic.php?f=1&t=98942&p=803763#p803763 <- Would be very nice if you look at it here please you a little closer and maybe you can answer me there, because I now have to work."
- # [11:44] * Joins: smontagu (chatzilla@moz-CA61394D.red.bezeqint.net)
- # [11:45] * Quits: garnacho (carlos@moz-150E2894.dyn.user.ono.com) (Ping timeout)
- # [11:46] * Joins: garnacho (carlos@moz-150E2894.dyn.user.ono.com)
- # [11:46] * Quits: bent (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [11:47] * Joins: bent (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [11:47] * Joins: yoshi (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [11:47] * Quits: Matze202 (Mibbit@moz-63EA411.adsl.alicedsl.de) (Quit: http://www.mibbit.com ajax IRC Client)
- # [11:48] * Quits: Vincent_Chang (chatzilla@moz-99690620.hinet-ip.hinet.net) (Client exited)
- # [11:49] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
- # [11:51] * Joins: decoder (quassel@45737F17.411DB1E9.95550721.IP)
- # [11:53] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Quit: Lost terminal)
- # [11:54] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
- # [11:54] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
- # [11:55] * Joins: brendan (brendaneic@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [11:55] * Quits: kanru (kanru@79E6271C.120775F3.B7D4332.IP) (Ping timeout)
- # [11:56] * Joins: fabrice1 (fabrice@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [11:56] * Quits: fabrice (fabrice@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Quit: Leaving.)
- # [11:56] <AryehGregor> NS_PRECONDITION(aContainer->IsNodeOfType(nsINode::eCONTENT) || aContainer->IsNodeOfType(nsINode::eDOCUMENT),
- # [11:56] <AryehGregor> Is it possible for an nsINode to be neither content nor a document?
- # [11:57] * jlebar|away is now known as jlebar
- # [12:00] <mounir> AryehGregor: look at the enum on top of IsNodeOfType() declaration
- # [12:00] * Quits: fabrice1 (fabrice@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [12:01] * Joins: gwagner (idefix2@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [12:02] * Joins: kanru (kanru@79E6271C.120775F3.B7D4332.IP)
- # [12:02] * Joins: wolfiR_ (wolfiR@moz-33A2AF87.dip0.t-ipconnect.de)
- # [12:02] * Joins: evilpie (chatzilla@moz-1AA4F248.pools.arcor-ip.net)
- # [12:03] * Quits: wolfiR (wolfiR@moz-69F4CD67.dip0.t-ipconnect.de) (Ping timeout)
- # [12:03] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Quit: BRB. Reloading my configuration. (Koala))
- # [12:03] <@roc> document fragment?
- # [12:03] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [12:04] * Parts: aleth (aleth@moz-CE5C11BB.ictp.it)
- # [12:04] * Quits: yoshi (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0.1/20120615112143])
- # [12:06] * Joins: fabrice (fabrice@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [12:08] <AryehGregor> DocumentFragment is content, sadly, last I checked . . .
- # [12:09] * Joins: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [12:09] <AryehGregor> Ah, nsIAttribute isn't content.
- # [12:09] <AryehGregor> I never think about that because my brain is in spec mode, and attributes aren't nodes in the spec these days.
- # [12:09] * Joins: protz (jonathan@moz-C40583A5.fbx.proxad.net)
- # [12:10] <AryehGregor> :q
- # [12:10] <AryehGregor> Wrong window. :/
- # [12:11] * Quits: @ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Input/output error)
- # [12:11] * Quits: redDragon (Earlybird@moz-9CA6FEBD.s30.a048.ap.plala.or.jp) (Quit: redDragon)
- # [12:11] * Joins: robert (robert@moz-5EE7C424.dc.cable.static.lj-kabel.net)
- # [12:11] * Quits: jfkthame (jfkthame@7CBDB1C.5BC345F5.9542EC20.IP) (Ping timeout)
- # [12:11] * ewong is now known as ewong|afk
- # [12:12] * Joins: robert_ (robert@moz-5EE7C424.dc.cable.static.lj-kabel.net)
- # [12:13] * Quits: robert (robert@moz-5EE7C424.dc.cable.static.lj-kabel.net) (Ping timeout)
- # [12:13] * robert_ is now known as robert
- # [12:13] * Quits: fabrice (fabrice@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [12:13] * Quits: sicking (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Quit: Reconnecting…)
- # [12:13] * Joins: sicking (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [12:14] * Joins: jfkthame (jfkthame@5002130A.5BC345F5.9542EC20.IP)
- # [12:16] <past> Wolf: can we have firebot back in #devtools please?
- # [12:16] <Wolf> firebot: join #devtools
- # [12:17] * Joins: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de)
- # [12:17] * Quits: Ms2ger (Ms2ger@4D12DBF7.75172793.37724B0D.IP) (Ping timeout)
- # [12:18] * Quits: JeroenDeDauw (j@moz-61319D1E.dip.t-dialin.net) (Ping timeout)
- # [12:20] * Joins: marco (marco@8ED82C3C.A2DD14FC.10DC0B64.IP)
- # [12:20] <marco> where can I find some documentation about Services.strings
- # [12:20] * Quits: Wolf (chatzilla@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [12:22] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Ping timeout)
- # [12:23] * Joins: JeroenDeDauw (j@moz-C482997.dip.t-dialin.net)
- # [12:23] * Joins: zzzzz_ (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net)
- # [12:27] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [12:30] * Joins: int3_ (int3@moz-54D0A3B.lightspeed.sntcca.sbcglobal.net)
- # [12:31] * Quits: int3 (int3@moz-54D0A3B.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [12:31] <Yoric> marco: https://developer.mozilla.org/en/XPCOM_Interface_Reference/nsIStringBundleService ?
- # [12:32] <marco> Yoric: thank you
- # [12:32] <Yoric> np
- # [12:32] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Client exited)
- # [12:32] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [12:32] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [12:33] * Parts: zandr (zandr@moz-891BD824.milewski.org)
- # [12:38] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/ff38bb1bce5a - Blake Kaplan - Bug 766497 - Dispatch events for wifi going up and down and handle multiple requests to bring it up and down at the same time. r=gal
- # [12:38] * Joins: fabrice (fabrice@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [12:38] <firebot> http://hg.mozilla.org/mozilla-central/rev/30727f988a08 - Blake Kaplan - Bug 769227 - Wait a little bit before starting wpa_supplicant on the otoro. r=gal DONTBUILD
- # [12:38] * Joins: maikmerten (merten@moz-E2336B4F.itmc.tu-dortmund.de)
- # [12:40] * Joins: Ms2ger (Ms2ger@4D12DBF7.75172793.37724B0D.IP)
- # [12:42] <firebot> Check-in:
- # [12:42] <firebot> http://hg.mozilla.org/mozilla-central/rev/9c6ad99de47a - Blake Kaplan - Bug 766497 - Dispatch events for wifi going up and down and handle multiple requests to bring it up and down at the same time. r=gal DONTBUILD (missed this review comment in the
- # [12:42] <firebot> original checkin)
- # [12:43] * Quits: jduell (jduell@moz-F20EC42A.hfc.comcastbusiness.net) (Ping timeout)
- # [12:45] * Quits: int3_ (int3@moz-54D0A3B.lightspeed.sntcca.sbcglobal.net) (Client exited)
- # [12:45] * Quits: protz (jonathan@moz-C40583A5.fbx.proxad.net) (Ping timeout)
- # [12:46] * Quits: JeroenDeDauw (j@moz-C482997.dip.t-dialin.net) (Quit: Leaving.)
- # [12:46] * Joins: JeroenDeDauw (j@moz-C482997.dip.t-dialin.net)
- # [12:51] * Quits: brendan (brendaneic@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Quit: brendan)
- # [12:52] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
- # [12:52] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
- # [12:54] * Joins: catalinb (ethereal@D7E64910.51BDD2FE.FB2DBB61.IP)
- # [12:57] * Joins: sclarke (Mibbit@A3D2899A.9D24716E.33AABD5F.IP)
- # [12:59] * Quits: harth (harth@moz-FF915E69.bb.sky.com) (Input/output error)
- # [13:00] * Quits: jhk (jhk@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [13:03] * Joins: protz (jonathan@moz-C40583A5.fbx.proxad.net)
- # [13:05] * Quits: fabrice (fabrice@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Quit: Leaving.)
- # [13:07] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [13:08] * Joins: bbondy (bbondy@moz-BE76EF7A.home.cgocable.net)
- # [13:09] * Quits: bholley (anonymous@moz-104CC309.mv.mozilla.com) (Quit: bholley)
- # [13:09] * Joins: Cwiiis (cwiiis@moz-7E7C8259.croy.cable.virginmedia.com)
- # [13:13] * Joins: gandalf (gandalf@moz-A2968756.neoplus.adsl.tpnet.pl)
- # [13:15] * Quits: tonymec (tonymec@3A4B4F7A.67EE7721.277517C1.IP) (Ping timeout)
- # [13:15] * Joins: Vincent_Chang (chatzilla@moz-99690620.hinet-ip.hinet.net)
- # [13:15] * Joins: trevorh (trevor@D4D778EA.21FA1DAD.2CE63F58.IP)
- # [13:16] * Quits: catalinb (ethereal@D7E64910.51BDD2FE.FB2DBB61.IP) (Ping timeout)
- # [13:17] * bhearsum|afk is now known as bhearsum
- # [13:17] <jcranmer|away> well, for as much problems as people have wih Mozilla's review process, it has one advantage to review-by-mailing-list
- # [13:17] <jcranmer|away> it's much more difficult to get contradictory drive-by reviews
- # [13:18] * Joins: tonymec (tonymec@3A4B4F7A.67EE7721.277517C1.IP)
- # [13:18] <Yoric> :)
- # [13:18] <Yoric> Where do you get review-by-mailing-list?
- # [13:18] <Yoric> Linux kernel?
- # [13:18] <AryehGregor> Yes, that's one of the big pluses of Mozilla's review system -- only one reviewer.
- # [13:18] <Ms2ger> jcranmer|away, I can still contradict as much as you like :)
- # [13:18] * Joins: gfritzsche (gfritzsche@moz-7B228F3D.dynamic.qsc.de)
- # [13:19] <AryehGregor> Who has to say either yes or no, and give clear reasons if they say no.
- # [13:22] <Ms2ger> or let the review request sit there for a decade
- # [13:22] <AryehGregor> Well, not in my experience.
- # [13:23] * Quits: adrian (adrian@moz-DE8639AB.fbx.proxad.net) (Quit: Konversation terminated!)
- # [13:23] * Joins: harsh (Mibbit@9C870CD2.4BE2284C.6525FFAA.IP)
- # [13:23] <jcranmer|away> Yoric: clang
- # [13:23] <Ms2ger> You haven't been here for a decade? :)
- # [13:23] <AryehGregor> I had that with MediaWiki, until I got commit access, after which there was no problem due to the system of "commit then maybe review, or more likely just push the code to Wikipedia and see if there are any complaints" system that was in effect when I was an active MediaWiki developer.
- # [13:23] * Parts: harsh (Mibbit@9C870CD2.4BE2284C.6525FFAA.IP)
- # [13:24] <AryehGregor> I'm annoyed if reviewers let my patches sit unreviewed for a couple of days. Never gotten up to a decade. :)
- # [13:24] * Quits: avih (quassel@3FFABA78.2DC00633.CB858787.IP) (Ping timeout)
- # [13:25] <jcranmer|away> I think I have a two-year-old pending review
- # [13:25] * Quits: Ameya (chatzilla@3D4FE15C.3F933432.C7008325.IP) (Connection reset by peer)
- # [13:25] <jcranmer|away> the scary thing is the patch may still apply
- # [13:25] <@smaug> "Angry Birds is boring" said a 4 years old. Apparently Angry Birds is so yesterday.
- # [13:25] * Ms2ger looks at his queue
- # [13:26] <Ms2ger> 4 requests from the past month, 4 older than that
- # [13:26] <AryehGregor> What's MOZILLA_INTERNAL_API anyway, and why does it hate me so much?
- # [13:26] <AryehGregor> Ms2ger, clearly you don't pick the right reviewers. :)
- # [13:26] <Ms2ger> Including one from March last year
- # [13:27] * Quits: karl (karl@moz-3713E3B8.jetstream.xtra.co.nz) (Ping timeout)
- # [13:27] <Ms2ger> AryehGregor, well, I mean, I could throw them all at bz and I'd never have to wait for more than a week
- # [13:27] <AryehGregor> It's his own fault for reviewing so fast!
- # [13:27] <AryehGregor> ehsan too.
- # [13:28] <Ms2ger> And smaug
- # [13:28] * @smaug still can't understand how bz can do tons of reviews and still lots of bug fixes
- # [13:28] <jcranmer|away> I had the misfortune to have my first bug request review of a person who just left
- # [13:28] <AryehGregor> I think I had a patch wait for review by smaug for a week once.
- # [13:28] <@smaug> my review queue is a bit long atm
- # [13:28] <jcranmer|away> it was two months or so before people realized he had truly left
- # [13:29] <@smaug> there is a limit for reviews per month
- # [13:29] <@smaug> for me it is somewhere close to 60
- # [13:30] <@smaug> (good that we have more DOM peers now)
- # [13:31] * Joins: adrian (adrian@moz-DE8639AB.fbx.proxad.net)
- # [13:32] * Quits: garnacho (carlos@moz-150E2894.dyn.user.ono.com) (Ping timeout)
- # [13:32] * Joins: johanc (chatzilla@moz-8E1A9E8E.bredband.comhem.se)
- # [13:32] * Joins: garnacho (carlos@moz-150E2894.dyn.user.ono.com)
- # [13:33] <Ms2ger> AryehGregor, can we run commands in display:none stuff? :)
- # [13:33] <AryehGregor> Ms2ger, we should be able to. Does getComputedStyle() work for them?
- # [13:33] <AryehGregor> (I hope so)
- # [13:33] <AryehGregor> Anything where we can't run getComputedStyle(), we probably don't want to run commands.
- # [13:33] <Ms2ger> I doubt it
- # [13:33] <AryehGregor> Ms2ger, also, your nsStringGlue.h tip seems to have worked.
- # [13:33] * Quits: smontagu (chatzilla@moz-CA61394D.red.bezeqint.net) (Ping timeout)
- # [13:33] <AryehGregor> At least stuff compiles!
- # [13:33] <AryehGregor> That's always a good first step.
- # [13:34] * Quits: bbondy (bbondy@moz-BE76EF7A.home.cgocable.net) (Ping timeout)
- # [13:34] <AryehGregor> Ms2ger, http://software.hixie.ch/utilities/js/live-dom-viewer/?%3C!doctype%20html%3E%0A%3Cdiv%20style%3D%22display%3Anone%22%3E%3Cb%3Efoo%3C%2Fb%3E%3C%2Fdiv%3E%0A%3Cscript%3E%0Aw(getComputedStyle(document.body.firstChild.firstChild).fontWeight)%0A%3C%2Fscript%3E
- # [13:34] <AryehGregor> 700.
- # [13:34] * Joins: Stan (Stan@moz-BF2F34FC.dip.t-dialin.net)
- # [13:34] * Quits: johanc (chatzilla@moz-8E1A9E8E.bredband.comhem.se) (Ping timeout)
- # [13:35] * Quits: janv (varga@moz-81B11050.flarion.as5628.telecom.sk) (Ping timeout)
- # [13:35] * Quits: kanha (quassel@42ED3ECE.8293D34.9105FBCF.IP) (Ping timeout)
- # [13:35] * Joins: janv (varga@moz-81B11050.flarion.as5628.telecom.sk)
- # [13:35] <AryehGregor> Of course, CSSOM doesn't say when getComputedStyle works or not.
- # [13:35] <AryehGregor> Naturally.
- # [13:36] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [13:37] * Joins: kanha (quassel@6CCA9C8D.8293D34.9105FBCF.IP)
- # [13:38] <Ms2ger> Hmm, good
- # [13:39] * Joins: avih (quassel@moz-160AF35E.red.bezeqint.net)
- # [13:40] * Joins: brendan (brendaneic@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [13:40] <Ms2ger> AryehGregor, so you've been doing DOM stuff... And CSS stuff...
- # [13:40] * Quits: dRdR (dsherk@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [13:40] * Quits: gwagner (idefix2@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Quit: gwagner)
- # [13:42] * Quits: bent (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [13:42] * Quits: brendan (brendaneic@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Quit: brendan)
- # [13:42] * Quits: sicking (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [13:44] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
- # [13:45] * Joins: fabrice (fabrice@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [13:45] * Joins: sicking (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [13:45] * Joins: bent (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [13:45] <AryehGregor> Ms2ger, and the CSS stuff I've done has made me determine that I'd really rather work in the WebApps WG than the CSSWG. :)
- # [13:46] <Ms2ger> Dammit.
- # [13:46] * Quits: bent (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Quit: Reconnecting…)
- # [13:46] * Joins: bent (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [13:46] <AryehGregor> Also, isn't it supposed to be actively edited right now?
- # [13:46] <Ms2ger> Hah
- # [13:47] <Ms2ger> The editors have put their names on it
- # [13:47] <Ms2ger> That was the last edit
- # [13:48] <sawrubh> who are the toolkit people ?
- # [13:48] <sawrubh> ;)
- # [13:48] <sawrubh> Specially toolkit/mozapps/download
- # [13:49] * AryehGregor wonders how orange https://tbpl.mozilla.org/?tree=Try&rev=9e0431d0a407 will be
- # [13:52] * Joins: harth (harth@moz-FF915E69.bb.sky.com)
- # [13:52] * jlebar is now known as jlebar|away
- # [13:52] <@smaug> sawrubh: check the hg annotate
- # [13:54] * Joins: catalinb (ethereal@D7E64910.51BDD2FE.FB2DBB61.IP)
- # [13:55] * Joins: Hughman (Hughman@moz-1727A300.static.tpgi.com.au)
- # [13:56] * jlebar|away is now known as jlebar
- # [13:56] * Quits: maikmerten (merten@moz-E2336B4F.itmc.tu-dortmund.de) (Client exited)
- # [13:57] * Joins: dRdR (dsherk@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [13:58] <Hughman> anyone know what /components/ConsoleAPI.js does, and for my case why it is using 37MB of mem?
- # [13:58] <jlebar> Hughman: console.debug, etc.
- # [13:59] * Joins: Pike (Pike@moz-E31CD2CB.mozilla.org)
- # [13:59] <Hughman> i got none of them open..
- # [13:59] <jlebar> Hughman: Maybe have a look at the code for the second question; I don't think it's particularly complex.
- # [13:59] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
- # [13:59] <jlebar> Hughman: Doesn't matter.
- # [13:59] * Joins: jhk (jhk@8E6C34C1.A3F9767A.1C37C358.IP)
- # [14:00] <Hughman> this is a browser session 12 days long, which might have something to do with it
- # [14:00] * Quits: harth (harth@moz-FF915E69.bb.sky.com) (Input/output error)
- # [14:00] <jlebar> Hughman: I bet one of your tabs has been spamming the console.
- # [14:01] <jlebar> Hughman: But maybe we should time out console messages after an hour or so.
- # [14:01] <Hughman> is there a way I could see this console?
- # [14:01] * Quits: fabrice (fabrice@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [14:02] <jlebar> Hughman: tools, web developer, web console
- # [14:04] <Hughman> it appears to be empty on all tabs unless I do something while its open
- # [14:04] * Quits: markh (markh@moz-25D681DF.cxzr1.win.bigpond.net.au) (Connection reset by peer)
- # [14:05] * Quits: sicking (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [14:05] <Ms2ger> Hmm
- # [14:06] * Hughman notes that 36.8MB of the 37.5MB compartment is objects/elements
- # [14:06] * Quits: gandalf (gandalf@moz-A2968756.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
- # [14:06] * Quits: benvie (brandon@moz-1C805788.nc.res.rr.com) (Quit: )
- # [14:07] <Ms2ger> AryehGregor, so mAttrsAndChildren will be on ElementOrFragment, right?
- # [14:07] <AryehGregor> Ms2ger, yes.
- # [14:07] * Joins: fabrice (fabrice@moz-104CC309.mv.mozilla.com)
- # [14:07] <AryehGregor> At least to start with.
- # [14:07] <AryehGregor> People can move it elsewhere later if they like.
- # [14:07] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
- # [14:08] <@smaug> AryehGregor: have you thought of approach where there was somehow a containernode
- # [14:08] <AryehGregor> smaug, what do you mean?
- # [14:08] <@smaug> document, element and documentfragment could inherit it
- # [14:08] <AryehGregor> I don't think we want the same logic for documents.
- # [14:08] <AryehGregor> They work quite differently.
- # [14:08] <AryehGregor> Their children are very restricted.
- # [14:09] <edmorley> !seen dao
- # [14:09] <@smaug> hm, ok, true
- # [14:09] <firebot> dao was last seen 2 days, 18 hours, 25 minutes and 10 seconds ago, saying 'it might however be a problem with how the test interacts with the panel rather than a real bug' in #fx-team.
- # [14:10] * Joins: kmoir (chatzilla@moz-4CA9B556.cable.teksavvy.com)
- # [14:11] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [14:11] * Ms2ger wonders if we could make GetAttr and friends non-virtual
- # [14:12] <@smaug> yes!
- # [14:12] <@smaug> need to remove the prototype stuff from xul elements
- # [14:14] <Ms2ger> Boo, XUL :)
- # [14:14] * Joins: bbondy (bbondy@moz-BE76EF7A.home.cgocable.net)
- # [14:14] * jlebar is now known as jlebar|away
- # [14:16] * Joins: harth (harth@moz-FF915E69.bb.sky.com)
- # [14:17] <Ms2ger> Whoa, why does nsSVGMarkerElement override GetAttr?
- # [14:18] <Ms2ger> Hmm, nsXTFElementWrapper...
- # [14:18] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
- # [14:20] * Quits: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a2/20120622042007])
- # [14:20] * Joins: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
- # [14:21] * Joins: Ameya (chatzilla@F09770B4.14079B3A.C7008325.IP)
- # [14:22] * Joins: johanc (chatzilla@moz-8E1A9E8E.bredband.comhem.se)
- # [14:22] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
- # [14:22] * Quits: sawrubh (chatzilla@3F1DFB9B.BD57A133.DDC6F5D1.IP) (Quit: Stack has overflowed, need to save it.)
- # [14:24] * Ms2ger wonders where bholley is
- # [14:24] <Ms2ger> Probably traveling somewhere in Bulgaria
- # [14:26] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
- # [14:27] * rail_away is now known as rail
- # [14:28] * jlebar|away is now known as jlebar
- # [14:28] * Joins: dria (dria@F2D29657.F60B0462.67AC9B1.IP)
- # [14:29] <nemo> http://blog.mozilla.org/nnethercote/2012/06/27/memshrink-progress-week-53-54/comment-page-1/#comment-6545
- # [14:29] <nemo> what is DM?
- # [14:29] <nemo> download manager?
- # [14:29] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
- # [14:29] <nemo> hm. I guess it must be because firing up Safari, it does basically look like the Mozilla one
- # [14:30] <nemo> heh. funny. I guess people will say Firefox is copying Safari
- # [14:31] <Ms2ger> Oh no, the new DM looks so bad, I'm going to use Safari instead!
- # [14:33] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
- # [14:33] * Quits: Ameya (chatzilla@F09770B4.14079B3A.C7008325.IP) (Ping timeout)
- # [14:34] <nemo> hm. actually, the Safari one is kind of annoying. not everything needs a bounce and a fade
- # [14:34] <nemo> in fact. most things don't
- # [14:34] <nemo> esp things you use a lot
- # [14:36] <nemo> aww. arewesnappyyet is still locked
- # [14:38] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [14:38] * Quits: dRdR (dsherk@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [14:40] * jmaher|afk is now known as jmaher
- # [14:42] * Quits: mwu (mwu@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Input/output error)
- # [14:43] * Joins: sicking (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [14:43] * Quits: evilpie (chatzilla@moz-1AA4F248.pools.arcor-ip.net) (Ping timeout)
- # [14:43] <mattwoodrow> edmorley: ping
- # [14:43] <mattwoodrow> https://tbpl.mozilla.org/?tree=Try&rev=21719f03cc88 - seen those Mochitest-2 android failures before?
- # [14:43] <mattwoodrow> I'm pretty confused
- # [14:43] <edmorley> mattwoodrow: hi :-)
- # [14:43] * khuey|away is now known as khuey
- # [14:44] <edmorley> looking
- # [14:44] <mattwoodrow> thank you
- # [14:44] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [14:45] * Joins: fabrice1 (fabrice@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [14:46] <edmorley> mattwoodrow: I think it's just infra issues, you got a green
- # [14:46] <mattwoodrow> edmorley: one green out of that many isn't exactly inspiring
- # [14:46] * Joins: gwagner (idefix2@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [14:46] <edmorley> the M1s was a topoirange, now fixed on trunk
- # [14:46] <edmorley> top-orange
- # [14:46] <mattwoodrow> yeah, I found that bug
- # [14:46] * Quits: fabrice (fabrice@moz-104CC309.mv.mozilla.com) (Ping timeout)
- # [14:47] * Joins: markh (markh@moz-25D681DF.cxzr1.win.bigpond.net.au)
- # [14:47] <edmorley> the M2 crashes I've seen before
- # [14:47] <mattwoodrow> oh, awesome
- # [14:48] <edmorley> the rest maybe jmaher can interpret more
- # [14:48] <edmorley> I've triggered some more M2s to see if you were just uynlucky
- # [14:48] * jmaher looks
- # [14:48] <edmorley> maybe submit a new try job from tip just for android?
- # [14:48] <edmorley> ah jmaher is here, sorted :-)
- # [14:48] * Quits: bent (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [14:48] <mattwoodrow> I'm not staying up for another full try run :)
- # [14:49] <jmaher> yeah, M1 is fixed on trunk
- # [14:49] * Quits: fabrice1 (fabrice@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [14:50] * Joins: fabrice (fabrice@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [14:50] * Joins: jprmc (jprmc@moz-4F12BF5E.in-addr.dgcsystems.net)
- # [14:50] * Joins: twi (Adium@F6588061.CF3B1009.DA07AE74.IP)
- # [14:50] <mattwoodrow> haha, oh awesome, next m2 result is ref
- # [14:50] <mattwoodrow> *red
- # [14:51] <jmaher> the M3 is a tegra issue, the sdcard had errors and: D/Vold ( 933): Volume sdcard state changing 1 (Idle-Unmounted) -> 3 (Checking)
- # [14:52] * Joins: mwu (mwu@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [14:52] * Quits: sclarke (Mibbit@A3D2899A.9D24716E.33AABD5F.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [14:53] <jmaher> mattwoodrow: for the M2 stuff, there is a mix of crashes and no summary
- # [14:53] <jmaher> one of the no summaries looks like the tegra rebooted in the middle
- # [14:54] * Joins: FabioMagnoni (chatzilla@3E8B6AA5.21CE6C6.C55BF118.IP)
- # [14:55] * Joins: venkatk_ (venkatk_@6A88562A.4A76994A.D2D1FAF0.IP)
- # [14:55] * Joins: bent (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net)
- # [14:55] <mattwoodrow> jmaher: But the crash looks new? I can't really see how i could have caused it, but no stack doesn't help
- # [14:57] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
- # [14:58] <jmaher> I think the symbols we are missing are os symbols
- # [14:59] <jmaher> mattwoodrow: E/GeckoAppShell( 1625): java.lang.OutOfMemoryError
- # [14:59] <jmaher> from https://tbpl.mozilla.org/php/getParsedLog.php?id=13098248&tree=Try&full=1#error0
- # [15:00] <jmaher> stop using so much memory :)
- # [15:00] <jmaher> ^ if it were only that easy
- # [15:00] <mattwoodrow> damnit!
- # [15:00] * khuey is now known as khuey|away
- # [15:00] <mattwoodrow> any idea if we were close previously?
- # [15:00] * Parts: @smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi)
- # [15:00] <mattwoodrow> I don't think my patch would change things too much
- # [15:01] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
- # [15:01] <jmaher> I do know if I have the resolution set at 1600x1200 (required for reftest) and I run mochitest or talos I get OOM errors
- # [15:01] <jmaher> as in I get them guaranteed
- # [15:01] <jmaher> so I think we are pretty close to hitting OOM on these tegras
- # [15:02] <jmaher> we run at 1024x768 resolution to free up some of the shared video memory
- # [15:04] * Joins: drice (derice@moz-1D9C882A.deploy.akamaitechnologies.com)
- # [15:04] <Yoric> khuey|away: ping
- # [15:05] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [15:06] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [15:06] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Quit: darktrojan)
- # [15:07] <mattwoodrow> Well, I don't know what to do here then
- # [15:08] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
- # [15:08] <jmaher> mattwoodrow: maybe some of the mobile guys would have ideas
- # [15:10] * Quits: twi (Adium@F6588061.CF3B1009.DA07AE74.IP) (Quit: Leaving.)
- # [15:11] * Joins: dbradley (dbradley@9391EB1E.4FE928FD.52E8B953.IP)
- # [15:14] * Quits: John-Galt (kris@moz-104CC309.mv.mozilla.com) (Ping timeout)
- # [15:16] * Quits: jprmc (jprmc@moz-4F12BF5E.in-addr.dgcsystems.net) (Ping timeout)
- # [15:16] <johanc> this might seem like a silly question, but can the filepicker leak if it's been initiated but left unused?
- # [15:16] * Quits: venkatk_ (venkatk_@6A88562A.4A76994A.D2D1FAF0.IP) (Quit: This computer has gone to sleep)
- # [15:17] * Joins: sclarke (Mibbit@80D2CCFB.6B5BF55A.16E13E53.IP)
- # [15:17] <johanc> the code in question: http://pastebin.mozilla.org/1683809
- # [15:18] * Joins: kredik (chatzilla@moz-7BF4BFBD.w80-11.abo.wanadoo.fr)
- # [15:19] * Joins: armenzg (armenzg@moz-2621B1B2.cable.teksavvy.com)
- # [15:20] * armenzg is now known as armenzg_away
- # [15:20] * Quits: jfkthame (jfkthame@5002130A.5BC345F5.9542EC20.IP) (Ping timeout)
- # [15:21] * mattwoodrow is now known as mattwoodrow|away
- # [15:22] * Fallen|away is now known as Fallen
- # [15:22] * Joins: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP)
- # [15:23] * Joins: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP)
- # [15:27] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
- # [15:29] * Quits: sclarke (Mibbit@80D2CCFB.6B5BF55A.16E13E53.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [15:30] * Joins: venkatk_ (venkatk_@FE6D7582.6E5D865F.274D17D6.IP)
- # [15:31] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
- # [15:31] * ChanServ sets mode: +o ehsan
- # [15:33] * Joins: espindola (espindola@moz-F37DC93D.dsl.teksavvy.com)
- # [15:33] * Quits: edwin (me@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [15:35] <atuljangra> Unfocused: Uploaded the patch :-)
- # [15:35] * Joins: brendan (brendaneic@992E97D2.B0FE9DCB.ECCFFDA3.IP)
- # [15:38] * Joins: sawrubh (chatzilla@CF110997.E80E255F.DC7754FE.IP)
- # [15:39] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
- # [15:41] * Joins: Optimizer (Optimizer@A6AC3EB7.7B93B32C.2AB48280.IP)
- # [15:41] * jcranmer|away is now known as jcranmer
- # [15:41] * Quits: brendan (brendaneic@992E97D2.B0FE9DCB.ECCFFDA3.IP) (Quit: brendan)
- # [15:42] * Quits: wolfiR_ (wolfiR@moz-33A2AF87.dip0.t-ipconnect.de) (Quit: Leaving)
- # [15:42] * Joins: jfkthame (jfkthame@5002130A.5BC345F5.9542EC20.IP)
- # [15:42] * mattwoodrow|away is now known as mattwoodrow
- # [15:45] * Quits: nchaim (Nicolas@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [15:45] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Connection reset by peer)
- # [15:45] * Joins: nchaim (Nicolas@F2D29657.F60B0462.67AC9B1.IP)
- # [15:46] <edmorley> !seen mossop
- # [15:46] * Joins: lduros (lduros@moz-5D9ACE42.admin.upenn.edu)
- # [15:46] <firebot> mossop was last seen 9 days, 20 hours, 29 minutes and 19 seconds ago, saying 'I'm still here, I've just facemuted as my bandwidth is bad here' in #jetpack.
- # [15:46] * Quits: adrian (adrian@moz-DE8639AB.fbx.proxad.net) (Quit: Konversation terminated!)
- # [15:47] * Joins: adrian (adrian@moz-DE8639AB.fbx.proxad.net)
- # [15:48] <gavin> is it still true that I should avoid cancelling running builds?
- # [15:48] <gavin> (test jobs on try)
- # [15:48] <bhearsum> i don't think so
- # [15:49] * Quits: venkatk_ (venkatk_@FE6D7582.6E5D865F.274D17D6.IP) (Ping timeout)
- # [15:49] <bhearsum> tegras *might* have an issue but i'm near certain that desktop test machines clean up just fine from that
- # [15:49] <Yoric> So, do we have proper support for JavaScript Map on m-c?
- # [15:51] * Joins: venkatk_ (venkatk_@4213FF9.7752A5ED.BE90E62C.IP)
- # [15:54] * Joins: Misfit_Geek (MisfitGeek@moz-BD3E98A8.hsd1.nh.comcast.net)
- # [15:57] * bz_sleep is now known as bz
- # [15:57] * Quits: atuljangra (Mibbit@9075BEE0.4850A4DD.1957C0DA.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [15:58] * Quits: fabrice (fabrice@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Quit: Leaving.)
- # [15:58] * Quits: catalinb (ethereal@D7E64910.51BDD2FE.FB2DBB61.IP) (Ping timeout)
- # [15:59] * mattwoodrow is now known as mattwoodrow|away
- # [15:59] <jfkthame> so… can anyone explain the Linux64 reftest breakage on https://tbpl.mozilla.org/?tree=Try&rev=9149c51a5250 ?
- # [16:00] * Quits: gwagner (idefix2@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Quit: gwagner)
- # [16:00] * jlebar is now known as jlebar|away
- # [16:00] <edmorley> gavin: cancelling stuff on try is fine; for any other tree: builds=bad (need clobber), pending tests=bad (due to coalescing can cancel the wrong thing), running tests=ok
- # [16:01] * Joins: KaiRo (robert@moz-950CE94E.adsl.highway.telekom.at)
- # [16:01] <edmorley> gavin: latest tbpl changes warn about clobber / hide on the other bad choices
- # [16:01] * Quits: kaze (kaze@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [16:01] <jfkthame> from the images in reftest analyzer, it looks like test or reference canvases from my newly-added testcases are being used by 100+ following tests, causing massive fail - but only happens on Linux64
- # [16:02] * Quits: dzbarsky (Adium@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Quit: Leaving.)
- # [16:02] <edmorley> buildapi still allows you to cancel, if people skip that and go to tbpl; ideally we'd have the same warnings there, but that requires buildapi work, which was deemed a slower route to success
- # [16:02] * Quits: kanru (kanru@79E6271C.120775F3.B7D4332.IP) (Client exited)
- # [16:02] * Joins: kaie (kaie@moz-CA9D8890.dip.t-dialin.net)
- # [16:04] <gavin> edmorley: ok
- # [16:04] <gavin> in this case I just wanted to cancel everything
- # [16:04] <gavin> so I was going to use the "cancel all builds" button
- # [16:04] * Quits: Hughman (Hughman@moz-1727A300.static.tpgi.com.au) (Quit: Bye)
- # [16:04] <edmorley> gavin: yeah that's fine (modulo bhearsum's comment about android which I spotted since the above)
- # [16:04] * Quits: bent (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [16:04] * Quits: mwu (mwu@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [16:04] <gavin> no android runs on this one anyhow
- # [16:04] <gavin> but noted!
- # [16:05] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
- # [16:05] * Joins: cjones (cjones@moz-3859BA3C.static.user.ono.com)
- # [16:06] * jlebar|away is now known as jlebar
- # [16:06] * Quits: @ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Input/output error)
- # [16:08] * Quits: sicking (chatzilla@moz-5716BB66.red-88-7-119.staticip.rima-tde.net) (Ping timeout)
- # [16:09] <@bz> jlebar: ping
- # [16:09] <jlebar> bz: I'm about to get on a bus; 60s?
- # [16:09] <@bz> jlebar: sure
- # [16:09] * @bz mutters about mobile things
- # [16:09] * AutomatedTester|AFK is now known as AutomatedTester
- # [16:09] <jlebar> I mean, you have 60s.
- # [16:09] <@bz> oh
- # [16:09] <@bz> "This could be just |if 'TreatUndefinedAs' in attrs| and so on."
- # [16:09] <@bz> attrs is a list of tuples
- # [16:09] <jlebar> Now a bit less, because I was unclear. :)
- # [16:10] * Joins: aleth (aleth@moz-CE5C11BB.ictp.it)
- # [16:10] <jlebar> Oh, you're not iterating over a dict?
- # [16:10] <@bz> for which the first element might be "TreatUndefinedAs"
- # [16:10] <@bz> no
- # [16:10] <@bz> list of tuples
- # [16:10] <jlebar> I guess that would have been .values().
- # [16:10] <jlebar> Okay then!
- # [16:10] <@bz> good. ;)
- # [16:10] <@bz> have a good bus ride!
- # [16:10] <jlebar> Gotta go. I'll be on later.
- # [16:10] <@bz> sounds good
- # [16:11] * jlebar is now known as jlebar|away
- # [16:12] * Quits: robert (robert@moz-5EE7C424.dc.cable.static.lj-kabel.net) (Quit: robert)
- # [16:13] * Joins: John-Ga1t (kris@moz-104CC309.mv.mozilla.com)
- # [16:14] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [16:14] * Quits: John-Ga1t (kris@moz-104CC309.mv.mozilla.com) (Quit: Reconnecting)
- # [16:14] * Joins: John-Galt (kris@moz-104CC309.mv.mozilla.com)
- # [16:14] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Quit: )
- # [16:15] * Joins: catalinb (ethereal@3761EFCD.71B23C4A.5BC07656.IP)
- # [16:15] * ewong|sleep is now known as ewong
- # [16:17] * Joins: hipokrit (hipokrit@81016825.8DB70AE8.839F6EC0.IP)
- # [16:18] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
- # [16:20] * Joins: vikash (vikash@6C439E3C.D7CCA7D2.FB0CC892.IP)
- # [16:21] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
- # [16:22] <vlad> sewardj: pong
- # [16:22] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
- # [16:22] * Joins: beaufour (beaufour@moz-723527FF.nycmny.fios.verizon.net)
- # [16:22] * philor|away is now known as philor
- # [16:23] * armenzg_away is now known as armenzg_buildduty
- # [16:25] * Joins: automata (automata@8D23278A.C27CA109.16867D26.IP)
- # [16:25] * Quits: catalinb (ethereal@3761EFCD.71B23C4A.5BC07656.IP) (Quit: Leaving)
- # [16:26] * Quits: venkatk_ (venkatk_@4213FF9.7752A5ED.BE90E62C.IP) (Quit: This computer has gone to sleep)
- # [16:28] * khuey|away is now known as khuey
- # [16:28] <@khuey> Yoric: pong
- # [16:28] <Yoric> Hi
- # [16:29] <@khuey> good morning
- # [16:29] * Joins: mdas (mdas@moz-E31CD2CB.mozilla.org)
- # [16:29] <Yoric> How are you?
- # [16:29] <@khuey> hungry
- # [16:29] <Yoric> Then I won't hold you much: I would like to split my constants between OS.Constants.Sys and OS.Constants.Path. Do you want to review the code that does that?
- # [16:29] <Yoric> Or should we consider it trivial and should I self-review it?
- # [16:30] <@khuey> I can review it
- # [16:30] <Yoric> ok
- # [16:30] <Yoric> I'll write the code quickly, and submit it after your breakfast.
- # [16:31] <Yoric> Bon appétit.
- # [16:31] * @khuey looks for somebody to eat
- # [16:31] <zzzzz_> o_O
- # [16:32] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
- # [16:33] <Yoric> I think we have too many bots, you could eat one of them.
- # [16:34] * @khuey looks for koalabot
- # [16:34] * Quits: kaie (kaie@moz-CA9D8890.dip.t-dialin.net) (Quit: Leaving)
- # [16:34] * sawrubh ensures his bot is safe
- # [16:35] <sawrubh> sawrubh|bot: are you alright ?
- # [16:35] * Joins: adev (Instantbir@moz-CE5C11BB.ictp.it)
- # [16:35] * Joins: smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi)
- # [16:35] * ChanServ sets mode: +o smaug
- # [16:36] <@smaug> Yoric: just curious, why Bug 750178 is needed?
- # [16:36] <Yoric> smaug: I am currently working on main-thread asynchronous API for OS.File
- # [16:37] <@smaug> Yoric: all the I/O would happen in a background thread?
- # [16:37] <Yoric> Yes.
- # [16:37] * Quits: adev (Instantbir@moz-CE5C11BB.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [16:37] <@smaug> ok then :)
- # [16:37] <Yoric> It would be just a little bit annoying if the main-thread API did not have access to information such as standard paths, file opening modes, etc.
- # [16:37] <Yoric> ("modes" as in "constants")
- # [16:37] <Yoric> :)
- # [16:40] * Parts: BenB (ben@B911518A.DD7DF417.DDA41192.IP) (Konversation terminating Quasselstrippen)
- # [16:40] * Quits: bbondy (bbondy@moz-BE76EF7A.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [16:41] * romaxa_zzz is now known as romaxa
- # [16:41] * Joins: foudfou (foudil@moz-C4370531.insa-lyon.fr)
- # [16:42] <sewardj> vlad: hi. wanted to ask about the profiler somem ore.
- # [16:42] * Parts: foudfou (foudil@moz-C4370531.insa-lyon.fr)
- # [16:43] <sewardj> vlad: i ran it on x86_64-linux and it works, including in backtrace mode
- # [16:43] <sewardj> vlad: but that is calling the libc.unwind
- # [16:43] <sewardj> vlad: how do I get it to use the libunwind in-tree unwinder?
- # [16:44] <sewardj> BenWa: ^
- # [16:44] * Joins: Ameya (chatzilla@E1AECBF9.3F933432.C7008325.IP)
- # [16:46] * Quits: aleth (aleth@moz-CE5C11BB.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [16:47] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
- # [16:48] <@smaug> sewardj: Are you talking about the gecko profiler?
- # [16:48] <@smaug> last time I asked, few days ago, stack unwind didn't work on 64bit linux
- # [16:50] <sewardj> smaug: yes i am
- # [16:51] <sewardj> smaug: in what way did it not work for you?
- # [16:53] <@smaug> BenWa said it doesn't work at all
- # [16:53] <@smaug> and that was my experience when I tried the profiler
- # [16:53] * Quits: jhk (jhk@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [16:54] <@smaug> the profiler reported data only based on the predefined check points (whatever those are called)
- # [16:54] * Joins: csmedberg (bsmedberg@moz-3EE28647.altnpa.east.verizon.net)
- # [16:54] * Joins: aleth (aleth@moz-CE5C11BB.ictp.it)
- # [16:54] <csmedberg> bz: ping
- # [16:54] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
- # [16:54] <sewardj> smaug: right. i had to hack the source to get it to actually use the unwinder
- # [16:54] * Quits: vikash (vikash@6C439E3C.D7CCA7D2.FB0CC892.IP) (Quit: Leaving)
- # [16:54] <@smaug> ah
- # [16:54] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
- # [16:55] <@smaug> would be awesome to get it working on 64bit linux
- # [16:55] <sewardj> smaug: well it basically does
- # [16:55] * Joins: jhk (jhk@8E6C34C1.A3F9767A.1C37C358.IP)
- # [16:55] <sewardj> smaug: you just have to add a 1 liner that turns it on, afaics
- # [16:55] <BenWa> sewardj: https://developer.mozilla.org/en/Performance/Profiling_with_the_Built-in_Profiler#Availability
- # [16:56] <BenWa> The linux implementation uses glibc backtrace but overall it doesn't work well on linux so that's why it's disabled
- # [16:56] * Joins: gwagner (idefix2@moz-3859BA3C.static.user.ono.com)
- # [16:56] <@smaug> ah
- # [16:56] <sewardj> BenWa: ok. so tell me how to make it use libunwind since that's what we really want to debug (right?)
- # [16:57] * Quits: gwagner (idefix2@moz-3859BA3C.static.user.ono.com) (Quit: gwagner)
- # [16:57] * ewong is now known as ewong|sleep
- # [16:57] * catlee-away is now known as catlee
- # [16:57] <BenWa> sewardj: If we think using libunwind for arm is the way to go yes
- # [16:57] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
- # [16:57] <sewardj> BenWa: glibc backtrace is kinda broken by design
- # [16:57] <BenWa> I think I this point it's not properly implemented and you'll need to hack it together
- # [16:58] <froydnj> yes, please don't use glibc backtrace
- # [16:58] <BenWa> Yea, it was to prototype the profiler, we moved away from that on mac
- # [16:58] * Quits: espindola (espindola@moz-F37DC93D.dsl.teksavvy.com) (Ping timeout)
- # [16:58] <sewardj> BenWa: so how do I enable libunwind on x86_64 linux?
- # [16:59] <BenWa> My guess is you'll need to modify the Makefile, get it to build and link and modify TableTicker.cpp to call it
- # [16:59] * Quits: ewong|sleep (chatzilla@moz-5B0EF77B.static.netvigator.com) (Ping timeout)
- # [16:59] <Yoric> Ok, back to review starvation.
- # [17:00] <sewardj> froydnj: iiuc glibc backtrace unwinds ok, but only gives names for non-local symbols, right?
- # [17:00] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
- # [17:00] <sewardj> froydnj: or is it more borked than that, even?
- # [17:00] <Yoric> jorendorff: By the way, if you have some time, it would be great if you could review bug 764733.
- # [17:00] * Joins: ewong|sleep (chatzilla@moz-5B0EF77B.static.netvigator.com)
- # [17:00] <BenWa> sewardj: http://mxr.mozilla.org/mozilla-central/ident?i=USE_LIBUNWIND&filter=
- # [17:00] <BenWa> So right now the IFDEF are pretty specific to android
- # [17:01] * bear-afk is now known as bear
- # [17:01] * mcote|afk is now known as mcote
- # [17:01] * Quits: Optimizer (Optimizer@A6AC3EB7.7B93B32C.2AB48280.IP) (Ping timeout)
- # [17:02] * Joins: espindola (espindola@moz-9C8B6801.dsl.teksavvy.com)
- # [17:02] * Joins: fabrice (fabrice@moz-3859BA3C.static.user.ono.com)
- # [17:02] <froydnj> sewardj: I think the non-local symbols is a minus; ISTR it not even consulting unwind info, but maybe that changed somewhere along the way
- # [17:03] <froydnj> regardless, it's a poor API :)
- # [17:03] <sewardj> froydnj: well, how can it unwind on x86_64 without even looking at CFI ?
- # [17:03] <sewardj> froydnj: yes
- # [17:03] * Ms2ger curses sicking
- # [17:03] <BenWa> We never used backtrace_symbols
- # [17:04] * Joins: sicking (chatzilla@moz-3859BA3C.static.user.ono.com)
- # [17:04] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Client exited)
- # [17:04] * Joins: Optimizer (Optimizer@346485A0.7FE8EE1.2AB48280.IP)
- # [17:06] <vlad> sewardj: yeah, I think you'll need to hack the makefile and code a bit to tell it to use libunwind
- # [17:06] * sewardj totally confused
- # [17:06] <vlad> on x86-64
- # [17:07] * Quits: sicking (chatzilla@moz-3859BA3C.static.user.ono.com) (Ping timeout)
- # [17:07] <sewardj> vlad, BenWa: surely there is code somewhere in TableTicker.cpp that actually calls libunwind
- # [17:07] <BenWa> sewardj: Want me to call you so we can discuss this?
- # [17:07] <sewardj> sure
- # [17:07] <vlad> sewardj: there is, but right now it's turned on for arm only
- # [17:07] * Parts: aleth (aleth@moz-CE5C11BB.ictp.it)
- # [17:07] <BenWa> vlad: I'm in Dundas if your near
- # [17:07] <vlad> I'm at home, but can dial in to wherever
- # [17:09] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Client exited)
- # [17:09] * philor is now known as philor|away
- # [17:09] <BenWa> sewardj: vlad: vidyo room 335
- # [17:09] <vlad> brt
- # [17:10] * Joins: nhirata (nhirata.bu@moz-6D599AA6.hsd1.ca.comcast.net)
- # [17:11] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
- # [17:12] * Quits: Ameya (chatzilla@E1AECBF9.3F933432.C7008325.IP) (Ping timeout)
- # [17:12] * Joins: andreasn (andreasn@moz-A80AB8F9.a336.priv.bahnhof.se)
- # [17:13] * wsmwk_away is now known as wsmwk
- # [17:14] <Ms2ger> bz, ping
- # [17:14] * jcranmer is now known as anyone
- # [17:15] * anyone is now known as jcranmer
- # [17:15] * Joins: jeremy (Adium@F2D29657.F60B0462.67AC9B1.IP)
- # [17:18] <vlad> sewardj: BenWa: http://mxr.mozilla.org/mozilla-central/source/configure.in#9027
- # [17:18] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
- # [17:19] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [17:20] * philor|away is now known as philor
- # [17:22] * Joins: ekr (ekr@moz-E7FA4F57.mycingular.net)
- # [17:22] <Yoric> Ok, so now I am on review starvation with 17 patches waiting for reviews.
- # [17:22] <Ms2ger> That's all?
- # [17:22] <Yoric> I can either pick up yet another bug or go back to some of my experimental code.
- # [17:23] * Joins: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net)
- # [17:23] * @khuey has a review that's been in jst's queue for about 18 months
- # [17:24] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
- # [17:24] <Ms2ger> bz, unping
- # [17:24] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [17:24] <Yoric> Well, since 14 out of these 17 patches are on the critical path to having a nice asynchronous I/O API for Firefox, I am a little weary.
- # [17:24] * jlebar|away is now known as jlebar
- # [17:24] <Yoric> Ah, sorry, only 13.
- # [17:24] <Ms2ger> Nice asynchronous APIs?
- # [17:24] <Yoric> The 14th is just something waiting from my Q1 goals :)
- # [17:24] <Ms2ger> You must be new here
- # [17:25] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
- # [17:25] * ChanServ sets mode: +o ehsan
- # [17:25] <Yoric> sawrubh: By the way, how's work on bug 725943?
- # [17:26] <@smaug> Yoric: you need to ping reviewers more often
- # [17:26] * Joins: bbondy (bbondy@moz-BE76EF7A.home.cgocable.net)
- # [17:26] <@smaug> (that helps at least with me, someone complaining about slow reviews)
- # [17:26] * Joins: mwu (mwu@moz-3859BA3C.static.user.ono.com)
- # [17:27] <Yoric> I ping them at least twice a week.
- # [17:27] <Yoric> On good days, once a day.
- # [17:27] * Quits: kredik (chatzilla@moz-7BF4BFBD.w80-11.abo.wanadoo.fr) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0.1/20120614114901])
- # [17:28] <Yoric> Well, time for a break, I guess.
- # [17:28] <sawrubh> Yoric: oops, well honestly, I've not worked on that since I thought PBnGen was more high priority and it got off my mind. Thanks for reminding me, now I'm much more comfortable writing tests
- # [17:28] <sawrubh> Yoric: I'll try and finish that :)
- # [17:28] <sawrubh> Yoric: sorry for the delay
- # [17:29] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [17:29] <Yoric> :)
- # [17:29] <Yoric> np
- # [17:30] * Joins: xsergio (sergio@501A047F.811C4D96.F3163DCD.IP)
- # [17:34] * philor is now known as philor|away
- # [17:35] <jcranmer> can I use <algorithm>?
- # [17:36] <jcranmer> specifically, I want to use std::lower_bound
- # [17:37] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
- # [17:41] * jlebar is now known as jlebar|away
- # [17:41] * Quits: ekr (ekr@moz-E7FA4F57.mycingular.net) (Quit: Colloquy for iPhone - http://colloquy.mobi)
- # [17:43] * Quits: coop|afk (Chris@moz-E8E8DD1.dsl.bell.ca) (Ping timeout)
- # [17:44] <NeilAway> smaug: did focus event propagation rules change for xbl anonymous content since... about Gecko 1.7?
- # [17:44] * philor|away is now known as philor
- # [17:44] * Joins: jhammel (jhammel@moz-E31CD2CB.mozilla.org)
- # [17:45] <@smaug> yes
- # [17:45] <@smaug> sounds right
- # [17:45] <jcranmer> cjones | bsmedberg: ^^^^ ?
- # [17:45] * Joins: coop (Chris@moz-5F1A921A.dsl.bell.ca)
- # [17:45] <jfkthame> jcranmer: i think we already use <algorithm> somewhere, it's mentioned in config/stl-headers
- # [17:46] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [17:46] <jcranmer> jfkthame: it's mentioned ias a fixme "Is this safe?"
- # [17:46] <jfkthame> jcranmer: yeah… like lots of things…. the status isn't really clear to me, but in practice we're using it...
- # [17:48] <Yoric> smaug: By the way, regarding your question about off-main-thread I/O, this lives in bug 729057.
- # [17:49] * Quits: csmedberg (bsmedberg@moz-3EE28647.altnpa.east.verizon.net) (Quit: csmedberg)
- # [17:49] <cjones> jcranmer, up to your reviewer, i would r+
- # [17:49] * Quits: mwu (mwu@moz-3859BA3C.static.user.ono.com) (Quit: Leaving)
- # [17:51] <@ehsan> khuey: wanna review bug 769653?
- # [17:53] * Quits: espadrine (espadrine@moz-85EBB8A.dia.static.qwest.net) (Quit: espadrine)
- # [17:53] * Joins: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com)
- # [17:53] <@khuey> ehsan: I don't really know what this code is doing ...
- # [17:53] <@ehsan> khuey: alright, I'll forward it to someone else, in the mean time you can use that patch if this is blocking you
- # [17:54] <@khuey> thanks
- # [17:54] <@ehsan> sorry for missing that
- # [17:55] * philor is now known as philor|away
- # [17:55] <@ehsan> msucan: ping
- # [17:55] * Joins: adev (Instantbir@moz-CE5C11BB.ictp.it)
- # [17:56] * dhylands is now known as dhylands|appt
- # [17:56] * Quits: adev (Instantbir@moz-CE5C11BB.ictp.it) (Input/output error)
- # [17:59] * khuey is now known as khuey|away
- # [18:00] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [18:01] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
- # [18:04] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
- # [18:04] * Quits: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz) (Quit: Leaving)
- # [18:05] * Quits: past (past@moz-1ECCACE1.dsl.dyn.forthnet.gr) (Input/output error)
- # [18:05] * Joins: past (past@moz-1ECCACE1.dsl.dyn.forthnet.gr)
- # [18:06] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Quit: Connection reset by beer)
- # [18:08] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
- # [18:09] * Quits: cjones (cjones@moz-3859BA3C.static.user.ono.com) (Quit: Leaving)
- # [18:09] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
- # [18:09] * Quits: protz (jonathan@moz-C40583A5.fbx.proxad.net) (Ping timeout)
- # [18:10] * Joins: aja (chatzilla@35B2E200.73203D5C.7880DB15.IP)
- # [18:11] * Joins: samliu (samliu@moz-BBE3ABD.mv.mozilla.com)
- # [18:12] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
- # [18:12] * Parts: samliu (samliu@moz-BBE3ABD.mv.mozilla.com)
- # [18:16] * Joins: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com)
- # [18:17] * lsblakk|afk is now known as lsblakk
- # [18:18] * Joins: anant (Anant@moz-132332B9.hsd1.ca.comcast.net)
- # [18:18] * Quits: automata (automata@8D23278A.C27CA109.16867D26.IP) (Ping timeout)
- # [18:18] <Yoric> A few months ago, we have transitioned from PRint*/PRUint* to int*_t/uint*_t.
- # [18:18] <Yoric> Do we have anything similar for chars?
- # [18:18] <Yoric> (wide chars, that is)
- # [18:18] <Yoric> Or should I still use PRUnichar?
- # [18:19] * cadecairos_away is now known as cadecairos
- # [18:19] * catlee is now known as catlee-lunch
- # [18:20] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
- # [18:20] * Joins: kaie (kaie@moz-CA9D8890.dip.t-dialin.net)
- # [18:20] <sewardj> BenWa: ping
- # [18:20] <msucan> ehsan: pong
- # [18:20] * cadecairos is now known as cadecairos_away
- # [18:21] * Joins: adev (Instantbir@moz-CE5C11BB.ictp.it)
- # [18:22] * joduinn-afk is now known as joduinn
- # [18:22] * bhearsum is now known as bhearsum|foooooood
- # [18:22] * bear is now known as bear-afk
- # [18:24] * Quits: harth (harth@moz-FF915E69.bb.sky.com) (Input/output error)
- # [18:24] * Fallen is now known as Fallen|away
- # [18:24] * rail is now known as rail-lunch
- # [18:24] * Joins: dveditz (dveditz@moz-5051E786.dhcp.cruzio.com)
- # [18:24] * ChanServ sets mode: +o dveditz
- # [18:25] * Joins: bonnie (bbsurender@3035F4A5.3753335A.B66DD36E.IP)
- # [18:26] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
- # [18:26] * Quits: cviecco1 (cviecco@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [18:26] <gcp> We transitioned from PRUint?
- # [18:26] <gcp> grep disagrees
- # [18:26] * Quits: bonnie (bbsurender@3035F4A5.3753335A.B66DD36E.IP) (Ping timeout)
- # [18:26] <@bz> gcp: we're doing that for non-XPCOM stuff, yes
- # [18:27] <@bz> gcp: slowly
- # [18:27] <@bz> gcp: new code should tend to use the stdint types
- # [18:27] * Quits: adev (Instantbir@moz-CE5C11BB.ictp.it) (Input/output error)
- # [18:27] <gcp> ok, i'll update my patches
- # [18:27] <gcp> good to know
- # [18:27] * @bz shrugs
- # [18:28] <@bz> no need to update if your reviewers didn't ask for it
- # [18:28] <@bz> for existing stuff
- # [18:28] <@bz> imo
- # [18:28] <gcp> My patches add a load of new code, and I'd prefer it myself.
- # [18:28] * Joins: askalski (akuda@moz-6A36EC49.ip.abpl.pl)
- # [18:28] <gcp> I already ran into some problem that MSVC didn't seem to think PRUint32 and uint32_t were the same type.
- # [18:28] * Joins: Bl4d3 (blade@moz-8CE54A46.tr.cgocable.ca)
- # [18:28] * Joins: mwu (mwu@moz-3859BA3C.static.user.ono.com)
- # [18:28] <NeilAway> smaug: so, if an xbl anonymous input gets focus, do all the bound elements get the focus event too?
- # [18:29] * Joins: squib (squib-@moz-3F6F2A9C.ep.wisc.edu)
- # [18:29] * Parts: Bl4d3 (blade@moz-8CE54A46.tr.cgocable.ca)
- # [18:29] <@ehsan> msucan: nevermind, I submitted a patch for you to review :)
- # [18:29] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
- # [18:29] <msucan> ehsan: hehe. r+ed
- # [18:29] <msucan> thanks
- # [18:29] <@ehsan> thank you!
- # [18:32] * Quits: avih (quassel@moz-160AF35E.red.bezeqint.net) (Quit: No Ping reply in 180 seconds.)
- # [18:32] <@bsmedberg> bz: I could use some clues in https://bugzilla.mozilla.org/show_bug.cgi?id=768383
- # [18:32] * Joins: avih (quassel@moz-160AF35E.red.bezeqint.net)
- # [18:32] <@bz> bsmedberg: looking
- # [18:32] <@bz> bsmedberg: so...
- # [18:32] <@bz> bsmedberg: my first thought is "memory corruption"
- # [18:32] <@bsmedberg> yes, that seems likely
- # [18:32] <@bz> bsmedberg: since there is no way the graphics driver should affect that code
- # [18:33] <@bsmedberg> it's not clear to me that the graphics driver is related at all
- # [18:33] <@bz> ok
- # [18:33] <@bsmedberg> No comments in the bug actually talk about graphics
- # [18:33] <jwatt> hmm
- # [18:33] * jwatt wants to be able to overload nsIFrame::GetPosition()
- # [18:33] * Quits: askalski (akuda@moz-6A36EC49.ip.abpl.pl) (Quit: Wychodzi)
- # [18:33] * devd_afk is now known as devd
- # [18:33] <@bz> ok
- # [18:33] <@bz> so
- # [18:33] <@bz> wait a sec
- # [18:33] <@bsmedberg> bz: assuming that plugins unloading at different times might be related, is there something in the minidump I can look for
- # [18:34] <@bz> so this is a null deref
- # [18:34] <@bz> the crash report in the bug, at least
- # [18:34] <@bsmedberg> true
- # [18:34] <devd> bz: ping
- # [18:34] <@bz> bsmedberg: let me see if I can find the actual source this report is against
- # [18:35] <@bz> devd: ack
- # [18:35] <@bsmedberg> most of them are, sometimes a 0x14 or a large number
- # [18:35] <@bz> bsmedberg: hmm
- # [18:35] <@bsmedberg> bz: the blame links in the report should work
- # [18:35] <@bz> yeah
- # [18:35] * @bz is pulling those up
- # [18:35] <@bz> So the actual crash is on this line:
- # [18:35] <@bz> dbaron@36530
- # [18:35] <@bz> 253 ElementTransitions *et =
- # [18:35] <@bz> ehsan@80187
- # [18:35] <@bz> 254 GetElementTransitions(aElement, pseudoType, false);
- # [18:35] <@bsmedberg> the other signature nsStyleContext::CalcStyleDifference is almost always 0x1c
- # [18:35] <devd> so based off https://bugzilla.mozilla.org/show_bug.cgi?id=341604, I added support for the CSP sandbox directive (via HTTP headers, forget meta tag)
- # [18:35] <@bz> Or so the blame goes
- # [18:35] <@bsmedberg> hrm
- # [18:35] * kmoir is now known as kmoir-afk
- # [18:36] * Joins: wesj1 (Instantbir@moz-BBE3ABD.mv.mozilla.com)
- # [18:36] <@bz> which is the first access to |this| in that method
- # [18:36] <@bz> I believe
- # [18:36] <@bsmedberg> there was a transitions bug in the regression range
- # [18:36] <@bz> lemme double-check that claim
- # [18:36] <@bsmedberg> but that might not be related
- # [18:36] <devd> see https://bugzilla.mozilla.org/show_bug.cgi?id=671389
- # [18:36] <@bz> devd: can you give me a min?
- # [18:36] <devd> sure
- # [18:36] * Quits: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net) (Quit: Mardak)
- # [18:36] <@bz> hrm
- # [18:36] * Quits: sawrubh (chatzilla@CF110997.E80E255F.DC7754FE.IP) (Ping timeout)
- # [18:36] <@bz> GetElementTransitions is non-virtual
- # [18:36] <@bz> so that should be no different
- # [18:37] * Quits: jfkthame (jfkthame@5002130A.5BC345F5.9542EC20.IP) (Quit: jfkthame)
- # [18:37] * jimm is now known as jimm-lunch
- # [18:38] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
- # [18:38] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
- # [18:38] * Quits: KaiRo (robert@moz-950CE94E.adsl.highway.telekom.at) (Input/output error)
- # [18:38] <@bz> bsmedberg: which bug in the regression range are you thinking of?
- # [18:38] <@bsmedberg> there are the SVG ones, bug 764851 and bug 762411
- # [18:38] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [18:39] * pascalc2 is now known as pascalc_away
- # [18:39] <@bsmedberg> and bug 765218
- # [18:39] <@bz> 762411 got backed out
- # [18:39] <@bsmedberg> animation-iteration-count
- # [18:39] * Joins: sawrubh (chatzilla@EBAD5285.11E4CF41.DC7754FE.IP)
- # [18:39] <@bz> yeah
- # [18:39] <@bz> that one would not have affected this
- # [18:40] <@bsmedberg> blech
- # [18:40] * @bz operates on the aassumption that the regression range is bogus
- # [18:40] <@bz> so here's a question
- # [18:40] <@bz> can we tell what's null?
- # [18:40] <@bsmedberg> it's a pretty clear one from b6 to b7...
- # [18:40] <@bz> hmm
- # [18:40] <@bz> and that's the entire b6 to b7 range, eh?
- # [18:40] <@bsmedberg> but I can't find anything related on trunk, so that's kinda mysterious
- # [18:40] <@bsmedberg> I'm pretty sure it is
- # [18:40] <@bz> Specifically, is it |this| or aElement?
- # [18:40] <@bsmedberg> let me pull it up in a debugger
- # [18:41] <@bz> thanks
- # [18:41] <@bz> devd: ok, looking
- # [18:41] <@bz> devd: ok, so where do I come in? ;)
- # [18:42] * Quits: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
- # [18:42] <devd> so one of the weird issues I just found out about
- # [18:42] <devd> is that if a.php has a csp sandbox attribute, and I load the page, it is sandboxed nicely
- # [18:43] <devd> but now if the server changes the header to no longer be sandboxed
- # [18:43] <devd> and I refresh the page
- # [18:43] * khuey|away is now known as khuey
- # [18:43] <devd> the page is still sandboxed
- # [18:43] <devd> In webconsole
- # [18:43] <@smaug> NeilAway: that should be true
- # [18:43] <devd> I clicked on the request, and the response headers show that their is no HTTP header saying 'sandbox'
- # [18:43] <devd> *there
- # [18:44] <devd> (thus, not a caching issue)
- # [18:44] <devd> imelven's patch for sandboxing attaches the nsNullPrincipal to the channel
- # [18:44] <devd> (disclaimer: I still don't know what channel, docshell, document, etc are )
- # [18:44] <devd> (you guys should have a lecture on all that somewhere)
- # [18:44] <devd> anyways .. do you know what could be happening?
- # [18:45] <devd> See setupchannelowner in imelven's iframe_sandbox patch
- # [18:45] <devd> I tried debugging it, but the nsIprincipal* seems to be different in at least my PR_LOg
- # [18:45] * Joins: KaiRo (robert@moz-950CE94E.adsl.highway.telekom.at)
- # [18:45] <devd> which is confusing
- # [18:45] <devd> I asked imelven, and he suggested I talk to you
- # [18:46] <@bz> well, so
- # [18:46] <@bz> for <iframe>, the sandbox stuff us stored on the docshell
- # [18:46] <@bz> the navigation context
- # [18:46] <@bz> But in your case, for the channel, you don't want to do that, right?
- # [18:47] <@bz> since the CSP is only for the document itself
- # [18:47] <gavin> speaking of iframes...
- # [18:47] <@bz> As in, don't docShell->SetSandboxFlags
- # [18:47] <gavin> bz: is there an easy way to get a content docshell inside an html chrome document (hidden window)?
- # [18:47] <gavin> xhtml:iframe type="content" doesn't seem to work
- # [18:47] * Joins: automata (automata@moz-1CE7A56D.ifsc.usp.br)
- # [18:47] <gavin> and I can't insert a xul:iframe
- # [18:48] <@bz> gavin: why can't you insert a xul:iframe ?
- # [18:48] <@bz> devd: as far as what all the objects are....
- # [18:48] <gavin> bz: well, I can't create one from that document
- # [18:48] <@bz> devd: do you at least understand the objects the spec is written in terms of (navigation contexts, windows, documents, etc)
- # [18:48] <gavin> bz: Component returned failure code: 0x80040111 (NS_ERROR_NOT_AVAILABLE) [nsIDOMHTMLDocument.createElementNS]
- # [18:48] * Joins: benvie (brandon@moz-1C805788.nc.res.rr.com)
- # [18:49] <@bz> gavin: oh, you're in JS
- # [18:49] <gavin> yes
- # [18:49] <devd> bz: I think so
- # [18:49] <@bz> devd: docshell == navigation context
- # [18:49] <@bz> devd: inner window == Spec's Window
- # [18:49] <@bz> devd: outer window == spec's WindowProxy
- # [18:49] <@bz> devd: channel == something that represents a single network request
- # [18:50] <devd> aah ok
- # [18:50] * Joins: jwilde (Earlybird@moz-23E1A364.aton.com)
- # [18:50] <devd> so why is the iframe_sandbox setting the channel owner to null, and not the docshell ?
- # [18:50] <@bz> devd: what do you mean?
- # [18:51] <@bz> devd: is the question why the docshell is not setting the channel owner?
- # [18:51] * AutomatedTester is now known as AutomatedTester|AFK
- # [18:51] <@bz> devd: or is the question why iframe_sandbox is not setting something on the docshell?
- # [18:51] <devd> second
- # [18:51] <@bz> well
- # [18:51] <@bz> so in the end, we need to set the document's principal
- # [18:51] <@bz> right?
- # [18:51] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
- # [18:51] <@bz> "origin" in spec terms
- # [18:52] <devd> yes
- # [18:52] <@bz> This is determined purely based on the channel the document is loaded on
- # [18:52] <@bz> See the GetChannelPrincipal call in nsDocument::Reset
- # [18:52] <@bz> gavin: digging, btw
- # [18:52] <gavin> bz: thanks
- # [18:53] <@bz> gavin: so this is not a system-principal document?
- # [18:53] <@bz> gavin: but _is_ a chrome docshell?
- # [18:54] * Joins: hub (hub@A5087023.2354C43D.D8E68FF6.IP)
- # [18:54] * Quits: adrian (adrian@moz-DE8639AB.fbx.proxad.net) (Quit: Konversation terminated!)
- # [18:55] <gavin> bz: I think that's correct - it's the hidden window
- # [18:55] * @khuey wonders if sicking is coming back online at all
- # [18:55] <devd> ok .. so when I mxr'ed getChannelPrincipal, it seems this call is used even in img request script request etc. Is that right?
- # [18:55] <gavin> IIRC we made it not system-principal
- # [18:55] <gavin> but I'm not sure about that
- # [18:55] <NeilAway> smaug: ok ta
- # [18:56] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
- # [18:56] * mcote is now known as mcote|lunch
- # [18:56] <NeilAway> gavin: it loads some res://gre/hidden-window.xhtml or some such, except on the Mac?
- # [18:57] <devd> bz: but when I refresh, a new channel is created right? Since it is a hard refresh
- # [18:57] <gavin> NeilAway: hiddenWindow.html, is the issue :)
- # [18:58] <gavin> NeilAway: one of my suggested workarounds is to make that xhtml...
- # [18:58] * Parts: nchaim (Nicolas@F2D29657.F60B0462.67AC9B1.IP)
- # [18:58] * Joins: jbalogh (jbalogh@moz-5D2708AA.hsd1.ca.comcast.net)
- # [18:58] * philor|away is now known as philor
- # [18:58] * Joins: priya (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [18:59] <@bsmedberg> bz: the inlining is pretty intense, but I'm pretty sure that aElement is NULL
- # [18:59] <@bsmedberg> http://pastebin.mozilla.org/1684057
- # [18:59] * Quits: Misfit_Geek (MisfitGeek@moz-BD3E98A8.hsd1.nh.comcast.net) (Ping timeout)
- # [18:59] <@bsmedberg> I think we're making this call at the point of the crash http://hg.mozilla.org/releases/mozilla-beta/annotate/d050090e578c/layout/style/nsTransitionManager.cpp#l624
- # [19:00] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
- # [19:00] * @bsmedberg is very impressed with the quality of the inlining and dead code elimination
- # [19:00] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
- # [19:00] * @bz multiplexes conversations
- # [19:01] <@bz> so in order
- # [19:01] <@bz> gavin: do you have access to any system-principal documents at all?
- # [19:01] <@bz> devd: when you refresh, you get a new channel, yes
- # [19:01] <@bz> bsmedberg: ok, null element is the saner option
- # [19:01] <@bz> bsmedberg: let me read some code for a sec
- # [19:01] <@bsmedberg> actually, the debugger just tells me its NULL
- # [19:01] <gavin> bz: the JS trying to create the iframe is system-principaled, if that counts?
- # [19:01] * @bsmedberg feels dump
- # [19:01] <@bsmedberg> dumb
- # [19:02] <gavin> bz: but otherwise no, I don't have any garantee of a system-principal document being around
- # [19:02] <@bz> gavin: sadly, no. The element-creation xul blocking checks the principal of the owner document....
- # [19:02] <gavin> I see
- # [19:02] <@bz> gavin: there has been talk of adding a way for <html:iframe> to opt in to the type="content" stuff
- # [19:02] <@bz> gavin: in fact, I think mozbrowser does so already....
- # [19:02] * cadecairos_away is now known as cadecairos
- # [19:02] <gavin> bz: so that leads to my second question: would it be crazy to make hiddenWindow.html be hiddenWindow.xhtml?
- # [19:03] * @bz is not sure gavin wants a mozbrowser here
- # [19:03] <@bz> gavin: why would that help?
- # [19:03] <gavin> bz: oh, I guess it wouldn't
- # [19:03] <@bz> bsmedberg: so here's the weird part
- # [19:03] <gavin> sorry, didn't think that through
- # [19:03] <@bz> bsmedberg: we enter this via TryStartingTransition, right?
- # [19:03] <gavin> ok, so I will investigate getting some kind of opt-in
- # [19:03] <@bsmedberg> yes
- # [19:04] * Joins: atte (atte@moz-401E92F1.dhcp.inet.fi)
- # [19:04] <@bz> bsmedberg: which null-checks the element....
- # [19:04] <@bz> gavin: that seems like the simplest way to go, for sure...
- # [19:04] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
- # [19:04] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [19:04] <devd> bz: then, why is the sandbox persisting after the refresh?
- # [19:04] * @bz had hoped it did not
- # [19:05] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
- # [19:05] * Joins: Misfit_Geek (MisfitGeek@moz-BD3E98A8.hsd1.nh.comcast.net)
- # [19:05] * cadecairos is now known as cadecairos_away
- # [19:05] <@bsmedberg> bz: and aContent->AsElement() is infallible, right?
- # [19:05] <Ms2ger> Yes
- # [19:05] <@bsmedberg> if IsElement returns true
- # [19:05] <@bz> devd: can you link me to the code that calls SetOwner?
- # [19:05] <Ms2ger> It's a plain cast
- # [19:05] <@bz> bsmedberg: it's just a static_cast
- # [19:05] * Joins: Mook_as (Daily@moz-1FCC0032.activestate.com)
- # [19:05] <@bz> bsmedberg: it's infallible always; the IsElement() is just needed to make sure it makes sense to do the cast
- # [19:05] * jwir3|zzz is now known as jwir3
- # [19:06] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
- # [19:06] * armenzg_buildduty is now known as armenzg_brb
- # [19:07] * Quits: FabioMagnoni (chatzilla@3E8B6AA5.21CE6C6.C55BF118.IP) (Client exited)
- # [19:07] * Parts: marco (marco@8ED82C3C.A2DD14FC.10DC0B64.IP) (Sto andando via)
- # [19:09] * Joins: KWierso (Daily@moz-1052985.hfc.comcastbusiness.net)
- # [19:09] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [19:10] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
- # [19:10] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
- # [19:10] <jcranmer> so here's a random question
- # [19:10] <jcranmer> our NSPR PR_ATOMIC_* stuff
- # [19:10] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [19:11] <jcranmer> what is the guarantee on memory ordering that they provide?
- # [19:11] <devd> https://bug341604.bugzilla.mozilla.org/attachment.cgi?id=634584
- # [19:11] <devd> bz: ^^
- # [19:11] <devd> grep for setupchannelowner
- # [19:11] <@bsmedberg> bz: ok yeah, that's in the assembly and ECX or its memory is just being clobbered
- # [19:11] <@bsmedberg> thanks
- # [19:13] <@bz> bsmedberg: no problem
- # [19:13] <@bz> bsmedberg: not that it helps figure out what to do with it...
- # [19:13] <@bz> bsmedberg: could this be pgo fail?
- # [19:13] <@bsmedberg> no indeed
- # [19:13] <@bsmedberg> yes
- # [19:13] <@bsmedberg> or device driver clobbering registers fail
- # [19:13] <@bz> devd: right
- # [19:13] <@bz> devd: so if the docshell has the sandboxed flag
- # [19:14] <@bz> devd: it will smack the null principal on the channel
- # [19:14] * Joins: biesi (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP)
- # [19:14] <devd> yup
- # [19:14] <@bz> devd: as the principal to use for the document to be loaded from that channel
- # [19:14] <@bz> devd: which doesn't make sense for the CSP setup
- # [19:15] * kmoir-afk is now known as kmoir
- # [19:15] * Joins: mcomella (mcomella@moz-BBE3ABD.mv.mozilla.com)
- # [19:15] <devd> bz: why?
- # [19:15] <@bz> devd: right?
- # [19:15] <@bz> devd: because the docshell is the navigation context. It lives across multiple documents
- # [19:15] <devd> aah
- # [19:15] <devd> but
- # [19:15] <@bz> devd: so if you set sandbox flags on _it_, they will apply to all documents
- # [19:15] <@bz> devd: which is what you want for <iframe sandbox>
- # [19:16] <devd> imelven has tests in his iframe patch, where you create element with sandbox, but then remove the sandbox flag using javascript
- # [19:16] * Joins: vikash (vikash@5E707F4D.75E49C0B.FB0CC892.IP)
- # [19:16] <devd> *you create frame with sandbox
- # [19:16] * Quits: victorporof (victorporo@8338BC8D.AB163232.79933D60.IP) (Quit: Leaving...)
- # [19:16] <devd> and that works
- # [19:17] <devd> imelven: ping
- # [19:17] <@bz> devd: yes, because that changes the flags on the docshell
- # [19:17] <@bz> devd: when the attr value changes
- # [19:17] <devd> ohh ok
- # [19:18] <@bz> so in any case
- # [19:18] <@bz> what you want to do is to not have CSP set any flags on the docshell
- # [19:18] <imelven> devd: im following along
- # [19:18] <imelven> but have to run to meet with mmoutenot
- # [19:18] <@bz> since the only point of those is to make sure they apply to all documents in the docshell
- # [19:18] <@bz> and you explicitly do NOT want that in the CSP case
- # [19:18] <@bz> so have CSP set flags on the document
- # [19:19] <@bz> And then the next question is how to best handle the principal
- # [19:19] <@bz> Are you setting the CSP flags before Reset()?
- # [19:19] * Joins: WeirdAl (chatzilla@moz-D461843.ask.info)
- # [19:19] <devd> StartDocumentLoad has the initcsp call
- # [19:20] <devd> nsDocument::StartDocumentLoad
- # [19:20] <devd> https://bug671389.bugzilla.mozilla.org/attachment.cgi?id=637207
- # [19:20] * Quits: Ms2ger (Ms2ger@4D12DBF7.75172793.37724B0D.IP) (Quit: nn)
- # [19:20] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
- # [19:21] * kats|away is now known as kats
- # [19:21] <@bz> ok
- # [19:21] <@bz> so much later than reset()
- # [19:21] * bear-afk is now known as bear
- # [19:21] <devd> also wait .. if I understand you right
- # [19:21] <devd> what is happening is
- # [19:21] <devd> the docshell flags get set to 'sandbox this"
- # [19:21] * Quits: jwilde (Earlybird@moz-23E1A364.aton.com) (Ping timeout)
- # [19:22] <devd> and then when I press refresh, the docshell calls the setupchannelowner
- # [19:22] <@bz> yes
- # [19:22] <devd> and tells it to smack the null principal, as you nicely put it
- # [19:22] <@bz> yes
- # [19:22] <devd> but I added a logging call to setupchannelowner
- # [19:22] <devd> for every time it is called with 'aforceowner'
- # [19:22] <devd> and it isn't called repeatedly
- # [19:22] <devd> only the first time
- # [19:22] <devd> *aforceowner set to true
- # [19:23] <@bz> are you reloading repeatedly?
- # [19:23] * jimm-lunch is now known as jimm
- # [19:23] <devd> it is only called once
- # [19:23] <devd> the first time there is the sandbox directive
- # [19:23] <@bz> yes
- # [19:23] <@bz> er....
- # [19:23] <devd> and not the second time when I reload and there isn't a sandbox directive in the HTTP headers
- # [19:23] <@bz> I would expect it to be called on the first load _after_ the load that had the CSP sandbox directive
- # [19:23] * Joins: jfkthame (jfkthame@5002130A.5BC345F5.9542EC20.IP)
- # [19:23] <@bz> as in, your first load is a normal load
- # [19:24] <@bz> it comes back with a CSP sandbox directive and sets the flag on the docshell
- # [19:24] <@bz> per the patch you linked me to
- # [19:24] <@bz> the _next_ load in that docshell will get the aForceOwner thing happening
- # [19:24] <devd> but then, the first load wouldn't be sandboxed then?
- # [19:24] <@bz> as the code is written right now, I believe that's correct
- # [19:25] <devd> ok I think I get it now
- # [19:25] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
- # [19:25] * @bz can describe how he thinks this _should_ work, if that helps
- # [19:25] * Joins: jwilde (Earlybird@moz-23E1A364.aton.com)
- # [19:26] <devd> so in the CSP sandbox patch
- # [19:26] <devd> instead of copying sandbox flags to the docshell, I should just set the sandbox flags on the document
- # [19:26] * Quits: jwilde (Earlybird@moz-23E1A364.aton.com) (Quit: jwilde)
- # [19:27] <@bz> yes
- # [19:27] * Quits: vikash (vikash@5E707F4D.75E49C0B.FB0CC892.IP) (Quit: Leaving)
- # [19:27] <devd> thanks!
- # [19:27] <devd> that helps a lot
- # [19:27] <@bz> so in general
- # [19:27] <@bz> I think you should split up InitCSP
- # [19:27] <@bz> into two parts
- # [19:27] <@bz> first part inits mCSP
- # [19:27] <@bz> second part sets it on the principal
- # [19:28] <@bz> well
- # [19:28] <@bz> at least if you don't want to do all the infra for the <meta> stuff
- # [19:28] <@bz> then you'd init mCSP before you Reset()
- # [19:28] <devd> what infra for the meta setup ?
- # [19:28] <@bz> the "dynamically make the principal null" infra
- # [19:28] * mcote|lunch is now known as mcote
- # [19:29] <@bz> then in Reset() you look at your sandbox flags, and if sandboxed just grab an nsNullPrincipal instead of getting the principal off the channel
- # [19:29] * Quits: zzzzz_ (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net) (Quit: ChatZilla 0.9.87 [Firefox 13.0.1/20120614114901])
- # [19:29] * @bz hopes this is making sense
- # [19:29] <BenWa> sewardj: pong
- # [19:30] <devd> what is Reset() ?
- # [19:30] <devd> when is it called?
- # [19:30] * Quits: raphc (quassel@moz-F8747CC6.dsl.ovh.fr) (Client exited)
- # [19:30] <@bz> Reset() is what sets up a bunch of the state for a document
- # [19:30] * bhearsum|foooooood is now known as bhearsum
- # [19:30] <@bz> It's called near the beginning of StartDocumentLoad()
- # [19:31] <@bz> (Sets up things like the document URI, principal, etc)
- # [19:31] * Joins: raphc (quassel@495E5B3C.B8A903B1.4B0ACF2F.IP)
- # [19:31] <@bz> basically, either you need to allow a principal to "become null"
- # [19:31] <@bz> or you need to make sure that you've examined the CSP stuff before Reset()
- # [19:31] * catlee-lunch is now known as catlee
- # [19:32] <devd> as opposed to the current code which just takes the current principal (which Reset set up) and attaches a csp object to it
- # [19:32] * Joins: ianbicking (ianbicking@moz-5D45B48D.hsd1.mn.comcast.net)
- # [19:33] <devd> I think allowing it to become null is the only option for the meta tag stuff
- # [19:33] <devd> we might be able to look at the CSP policy if it is in the header
- # [19:33] <devd> but not if it is in the meta tag
- # [19:33] * Quits: raphc (quassel@495E5B3C.B8A903B1.4B0ACF2F.IP) (Ping timeout)
- # [19:33] * Quits: JeroenDeDauw (j@moz-C482997.dip.t-dialin.net) (Quit: Leaving.)
- # [19:33] <@bz> ok
- # [19:34] <@bz> in that case you can just not set the flags on the docshell
- # [19:34] <devd> anyways, Hixie is off the opinion that sandbox in meta tag should be ignored
- # [19:34] <@bz> ok
- # [19:34] * @bz would be Just Fine with that
- # [19:34] <@bz> and in that case we could do the simpler thing I just described
- # [19:34] <devd> basically.. I guess flags on the docshell only make sense for the sandbox attr on the iframe
- # [19:34] <@bz> you'd still attach the CSP to the principal
- # [19:34] <@bz> you'd just need to parse into mCSP and set the doc's sandbox flags before Reset...
- # [19:35] <@bz> an interesting question, btw, is whether mCSP and the sandbox flags should survive Reset
- # [19:35] <@bz> what does the spec say?
- # [19:35] <devd> I think that is not settled yet
- # [19:35] * Joins: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [19:35] * Parts: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [19:35] * rail-lunch is now known as rail
- # [19:35] <devd> I think it should survive
- # [19:35] <@bz> flags on the docshell only make sense for the iframe, yes
- # [19:35] <devd> if it in docshell
- # [19:35] <@bz> devd: do you understand the cases in which Reset is called more than once?
- # [19:35] <devd> (obv)
- # [19:35] <@bz> devd: this has nothing to do with the docshell
- # [19:35] <devd> no
- # [19:35] <@bz> devd: I'm talking about the CSP flags, not the docshell stuff
- # [19:35] <@bz> devd: ah
- # [19:35] * joduinn is now known as joduinn-mtg
- # [19:35] <@bz> devd: so the question is, if someone attaches CSP to a document
- # [19:35] <devd> what I am talking about is
- # [19:36] <@bz> devd: and then someone calls document.open/close/write on it
- # [19:36] <devd> iframe sandbox src='document-that-has-sandbox-headers'
- # [19:36] <@bz> devd: should the CSP live through that?
- # [19:36] <vlad> bz: man, I am totally baffled as to why I ever see 15ms (or really anything < 16ms) rAF in this benchmark now
- # [19:36] <vlad> but I see 15 very often
- # [19:36] <@bz> vlad: heh
- # [19:36] <vlad> like, the lowest I'd expect to see is 16
- # [19:36] <devd> yes for document.write
- # [19:36] <vlad> but I also suspect that we have overhead in timers and the other infrastructure here :/
- # [19:37] <@bz> devd: document.open is the important part, not document.write
- # [19:37] <devd> and so also document.open
- # [19:37] <devd> since CSP is set in the header
- # [19:37] <philor> mayhemer: bustage on beta
- # [19:38] <@bz> ok
- # [19:38] <@bz> note that document.open resets all sorts of state per spec
- # [19:38] <mayhemer> philor: seen, I asked ed to take care
- # [19:38] <@bz> e.g. you get a new Window
- # [19:38] <@bz> new various objects hanging off document
- # [19:38] <@bz> etc
- # [19:38] <@bz> So the processing model details in the CSP spec really matter here
- # [19:39] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
- # [19:39] * armenzg_brb is now known as armenzg_buildduty
- # [19:41] <bdahl> can anyone offer me some pointers to what i'm doing wrong while creating a static clone of a document?
- # [19:41] <bdahl> http://pastebin.mozilla.org/1684092
- # [19:41] <bdahl> which is added to http://mxr.mozilla.org/mozilla-central/source/layout/base/nsDocumentViewer.cpp#4263
- # [19:41] <Optimizer> my nightly is really slow today, also, from yesterday, my pinned tabs does not load, I manually have to go and load gmail in them
- # [19:42] * Joins: jduell (jduell@moz-F20EC42A.hfc.comcastbusiness.net)
- # [19:42] <bdahl> seems to work fine, but it doesn't seem to trigger my custom code in nsHTMLCanvasElement::CopyInnerTo which clone should call
- # [19:42] * Joins: JeroenDeDauw (j@moz-C482997.dip.t-dialin.net)
- # [19:43] <bdahl> also the nsHTMLCanvasElement::CopyInnerTo seems to work fine when doing real printing
- # [19:43] * Quits: pascalc_away (chatzilla@moz-446F98C8.fbxo.proxad.net) (Ping timeout)
- # [19:46] * Quits: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net) (Quit: Mardak)
- # [19:46] * Joins: FabioMagnoni (chatzilla@3E8B6AA5.21CE6C6.C55BF118.IP)
- # [19:48] * devd is now known as devd_afk
- # [19:48] <gavin> bz: so what would be a suitable solution for HTML iframe opt-in?
- # [19:48] * Joins: ekr (ekr@EF408078.10A53EE3.77834EAA.IP)
- # [19:49] <gavin> I imagine I don't want it to be content-noticeable
- # [19:50] <@bz> gavin: well, any attr you want will do
- # [19:50] <@bz> gavin: content can't trigger it, since it's already in type="content" docshells
- # [19:50] * Quits: dcamp (dave@moz-930D5B64.hsd1.wa.comcast.net) (Quit: Leaving...)
- # [19:51] <gavin> right, but you wouldn't want it to be able to have an iframe type="chrome"
- # [19:51] * kats is now known as kats|away
- # [19:51] <gavin> or is there some other limitation to chrome in content docshells?
- # [19:51] * Quits: jhk (jhk@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [19:52] * Joins: necolas (necolas@moz-C84924E0.bb.sky.com)
- # [19:53] <@bz> sure
- # [19:53] <@bz> content docshells can only have content kids
- # [19:53] <@bz> there is no type="chrome" at all. ;)
- # [19:53] <gavin> ok
- # [19:53] <gavin> so I can just add a moztype attribute
- # [19:53] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:53] <gavin> wonder how to hook that up
- # [19:53] <@bz> there's just 'not "content" or starts with "content-"'
- # [19:53] <@bz> just change nsFrameLoader
- # [19:53] <@bz> where it currently looks at @type
- # [19:54] <gavin> oh, http://mxr.mozilla.org/mozilla-central/source/content/base/src/nsFrameLoader.cpp#644
- # [19:54] <@bz> yes, right there
- # [19:54] <@bz> now you can't use @type
- # [19:54] <@bz> for <html:iframe>
- # [19:54] <@bz> imo
- # [19:54] <gavin> yeah
- # [19:54] <@bz> because I bet we have addons that set it
- # [19:54] <gavin> ok, I'll look after this meeting
- # [19:54] <@bz> and then depend on it not working
- # [19:54] <gavin> (which I should be paying attention to)
- # [19:55] * Quits: aja (chatzilla@35B2E200.73203D5C.7880DB15.IP) (Client exited)
- # [19:56] * Joins: Ameya (chatzilla@2FFAAE6C.33FD562D.C7008325.IP)
- # [19:57] * Joins: pcglue (ekw@moz-6631FA94.dsl.irvnca.pacbell.net)
- # [19:57] * Quits: ekw (ekw@moz-EB791322.dsl.irvnca.pacbell.net) (Ping timeout)
- # [19:59] * Boriss is now known as Boriss_brb
- # [20:00] * Joins: mvalzelli (mvalzelli@moz-BDEB0875.retail.telecomitalia.it)
- # [20:01] * Quits: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Client exited)
- # [20:02] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
- # [20:02] * davida is now known as davida|phone
- # [20:02] * sheppy is now known as sheppy-afk
- # [20:02] * Joins: Ally_ (textual@moz-59612659.range81-157.btcentralplus.com)
- # [20:05] * AutomatedTester|AFK is now known as AutomatedTester
- # [20:06] * philor is now known as philor|afk
- # [20:06] * Joins: jwilde (Earlybird@moz-BBE3ABD.mv.mozilla.com)
- # [20:08] * Quits: ircloggr (nodebot@moz-934D184B.compute-1.amazonaws.com) (Client exited)
- # [20:09] * Joins: ircloggr (nodebot@moz-AC85DE93.compute-1.amazonaws.com)
- # [20:10] * Quits: jgilbert (jgilbert@moz-A18DC955.ph.ph.cox.net) (Ping timeout)
- # [20:11] * Quits: janv (varga@moz-81B11050.flarion.as5628.telecom.sk) (Ping timeout)
- # [20:12] * Joins: janv (varga@moz-81B11050.flarion.as5628.telecom.sk)
- # [20:12] * Quits: Ally_ (textual@moz-59612659.range81-157.btcentralplus.com) (Quit: Computer has gone to sleep.)
- # [20:16] * Quits: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net) (Quit: Mardak)
- # [20:18] * armenzg_buildduty is now known as armenzg_away
- # [20:19] * Quits: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net) (Ping timeout)
- # [20:19] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [20:19] * Joins: yuan (ywang@moz-3A8F7C9D.hsd1.ca.comcast.net)
- # [20:20] * Joins: Bl4d3 (blade@moz-8CE54A46.tr.cgocable.ca)
- # [20:20] * Joins: victorporof (victorporo@D197AA76.2E655143.79933D60.IP)
- # [20:22] * Joins: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net)
- # [20:23] * Joins: victorporo (victorporo@2E48087E.477C3F8E.79933D60.IP)
- # [20:23] * Quits: victorporof (victorporo@D197AA76.2E655143.79933D60.IP) (Ping timeout)
- # [20:24] * Quits: victorporo (victorporo@2E48087E.477C3F8E.79933D60.IP) (Ping timeout)
- # [20:24] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
- # [20:24] * Joins: sheppy (sheppy@moz-507A69A8.mycingular.net)
- # [20:24] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [20:24] * Joins: raphc (AndChat501@7E430AEE.7F75B59F.B3F72630.IP)
- # [20:27] * jhammel is now known as jhammel|lunch
- # [20:28] * Joins: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com)
- # [20:30] * Joins: victorporof (victorporo@2E48087E.477C3F8E.79933D60.IP)
- # [20:32] * Joins: Ami_Ty (Amie@moz-BBE3ABD.mv.mozilla.com)
- # [20:33] <jesup> glandium: ping
- # [20:33] * Quits: raphc (AndChat501@7E430AEE.7F75B59F.B3F72630.IP) (Connection reset by peer)
- # [20:33] * Joins: raphc (AndChat501@7E430AEE.7F75B59F.B3F72630.IP)
- # [20:33] <Bl4d3> Some days ago, glob|away give me some tips to regulars expression... testing now, I dont get good result. Dunno if the addons can accept this kind of regexp of if its an integration error of me but... can someday help me ? I know it should be preferable to talk directly to the addon's owner but... dont want at this time create account or send email...
- # [20:33] * Quits: armenzg_away (armenzg@moz-2621B1B2.cable.teksavvy.com) (Input/output error)
- # [20:34] * gregglind is now known as gregglind_really_actually_here
- # [20:34] * Quits: KaiRo (robert@moz-950CE94E.adsl.highway.telekom.at) (Input/output error)
- # [20:34] <mbrubeck> Bl4d3: What's your question?
- # [20:35] * Joins: raph (quassel@F8F0E496.7F75B59F.B3F72630.IP)
- # [20:35] * Joins: jammink (textual@moz-BBE3ABD.mv.mozilla.com)
- # [20:35] * Quits: tonymec (tonymec@3A4B4F7A.67EE7721.277517C1.IP) (Ping timeout)
- # [20:35] * Quits: raphc (AndChat501@7E430AEE.7F75B59F.B3F72630.IP) (Quit: Bye)
- # [20:35] * Quits: gfritzsche (gfritzsche@moz-7B228F3D.dynamic.qsc.de) (Quit: Leaving)
- # [20:36] * Joins: tonymec (tonymec@3A4B4F7A.67EE7721.277517C1.IP)
- # [20:37] * Quits: sawrubh (chatzilla@EBAD5285.11E4CF41.DC7754FE.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0.1/20120614114901])
- # [20:37] * Joins: sawrubh (chatzilla@EBAD5285.11E4CF41.DC7754FE.IP)
- # [20:37] <Bl4d3> I've successfully use wildcard feature to cleanup youtube video url with https://addons.mozilla.org/fr/firefox/addon/redirector/ ... but I must write two or three rule using wildcards... so I wonder if the regexp feature can do a better job with only one rule.
- # [20:38] * Joins: KaiRo (robert@moz-950CE94E.adsl.highway.telekom.at)
- # [20:38] * Quits: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:38] * Joins: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com)
- # [20:39] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [20:39] * Quits: ekr (ekr@EF408078.10A53EE3.77834EAA.IP) (Quit: ekr)
- # [20:39] <Bl4d3> So I want to be able to extract the video id from a youtube url, so I can redirect like : http://www.youtube.com/watch?v=$1 where $1 obtained with a regexp.
- # [20:39] <Bl4d3> mbrubeck
- # [20:40] * Joins: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
- # [20:40] <glandium> jesup: ECHO_REPLY
- # [20:41] * Joins: ekr (ekr@EF408078.10A53EE3.77834EAA.IP)
- # [20:42] * Joins: brendan (brendaneic@E9758364.9EC0A5AF.CFE928A7.IP)
- # [20:42] * Joins: zandr (zandr@moz-891BD824.milewski.org)
- # [20:43] * Joins: karl (karl@moz-A8699E4B.dialup.xtra.co.nz)
- # [20:44] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:44] * gregglind_really_actually_here is now known as gregglind
- # [20:44] * Quits: jwilde (Earlybird@moz-BBE3ABD.mv.mozilla.com) (Quit: jwilde)
- # [20:44] * Joins: jwilde (Earlybird@moz-BBE3ABD.mv.mozilla.com)
- # [20:44] * AutomatedTester is now known as AutomatedTester|AFK
- # [20:44] * Quits: ianbicking (ianbicking@moz-5D45B48D.hsd1.mn.comcast.net) (Ping timeout)
- # [20:44] * Quits: sheppy (sheppy@moz-507A69A8.mycingular.net) (Quit: Leaving)
- # [20:45] * joduinn-mtg is now known as joduinn
- # [20:45] * Quits: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:46] <mbrubeck> Bl4d3: Yeah, that should be possible...
- # [20:46] <@ted> espindola: ping
- # [20:46] <mbrubeck> Bl4d3: What do some of the URLs looks like that you are redirecting *from*?
- # [20:47] <@khuey> bsmedberg: ping?
- # [20:47] <@bsmedberg> khuey: pong?
- # [20:48] <@khuey> bsmedberg: what do you think of making already_Addrefed's dtor assert that the reference was transferred out of the already_Addrefed<T>?
- # [20:48] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [20:48] * Joins: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com)
- # [20:48] <@bsmedberg> khuey: you mean that .get() was called at least one?
- # [20:48] <@bsmedberg> once?
- # [20:49] <@khuey> bsmedberg: yes-ish
- # [20:49] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
- # [20:49] <@bsmedberg> it sounds reasonable, at first glance
- # [20:49] <@khuey> bsmedberg: it seems like it would be neater if get() were called exactly once
- # [20:49] <@bsmedberg> There was a prior bug about this somewhere
- # [20:49] <espindola> ted, pong
- # [20:49] * @bsmedberg thinks that bug was trying to do it statically, though
- # [20:49] <@khuey> but that might require changing some existing code, idk
- # [20:50] <@bsmedberg> yeah, that sounds good from a high perspective
- # [20:50] <@khuey> ok
- # [20:50] <@bsmedberg> I'm sure that once you get down to breaking mochitests, it gets more complicated
- # [20:50] * @khuey puts this on his list of things to do once the day is 30 hours long
- # [20:50] <Bl4d3> mbrubeck
- # [20:50] <Bl4d3> http://www.youtube.com/watch?v=Rmav4RmVNG4
- # [20:50] <Bl4d3> http://www.youtube.com/watch?feature1=player_embedded&v=Rmav4RmVNG4
- # [20:50] <Bl4d3> http://www.youtube.com/watch?v=Rmav4RmVNG4&feature2=player_embedded
- # [20:50] <Bl4d3> http://www.youtube.com/watch?feature1=player_embedded&v=Rmav4RmVNG4&feature2=player_embedded
- # [20:50] <Bl4d3> ... could be more parameters=value....
- # [20:50] <jesup> glandium: :-) So, dllexport - a) does it work (trying to check, but windows builds take hours on my laptop); b) is there some other reason not to use it (or if you prefer some reason to use symbols.def.in)
- # [20:51] <@bsmedberg> symbols.def is sometimes used to *restrict* symbols from being exported, IIRC
- # [20:51] <@ted> espindola: hey, so, your latest poison write patch
- # [20:51] <espindola> yes
- # [20:51] * Joins: lmandel (lmandel@EE49C8A8.3555175E.87266736.IP)
- # [20:51] <glandium> jesup: if dllexports work, then go ahead
- # [20:51] <@ted> do you know why you were seeing a crash dump from the child process?
- # [20:51] <espindola> ted, I don't know what changed, but it was a writev call
- # [20:51] <espindola> during ui shutdown
- # [20:51] <@ted> hm
- # [20:52] <espindola> when running the part of mochitest
- # [20:52] <espindola> that runs with ipc
- # [20:52] <glandium> jesup: although i'd prefer gkmedias to simply go away
- # [20:52] <espindola> run the storage tests I think
- # [20:52] * Parts: lduros (lduros@moz-5D9ACE42.admin.upenn.edu)
- # [20:52] <espindola> ted, the interesting part was not so much the crash
- # [20:52] <espindola> the write poisoning did what it was expected to do
- # [20:52] <jesup> glandium: the complication is that we may need to sprinkle them (inside a macro) across a lot of source and then get it upstreamed (doable, annoying, likely to have to add to the list periodically)
- # [20:53] <jesup> glandium: that was my preference too!
- # [20:53] <espindola> the interesting part is that it was not being disabled by breakpad
- # [20:53] * Quits: lmandel (lmandel@EE49C8A8.3555175E.87266736.IP) (Quit: lmandel)
- # [20:53] <espindola> and we would go in a crash loop
- # [20:53] <mbrubeck> Bl4d3: So you could probably do something like redirect http://www.youtube.com/watch?.*v=([a-zA-Z0-9]+).* to http://youtube.com/watch?v=$1
- # [20:53] <espindola> that is why I added a callback
- # [20:53] * Joins: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
- # [20:53] * Joins: billm (billm@moz-BBE3ABD.mv.mozilla.com)
- # [20:54] * Quits: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a2/20120622042007])
- # [20:54] <derf> jesup: I really think trying to shove build-system issues like dllexport into the source code is a recipe for disaster.
- # [20:54] * Joins: dsherk (dsherk@moz-3859BA3C.static.user.ono.com)
- # [20:54] * dsherk is now known as dRdR
- # [20:54] * Quits: dbradley (dbradley@9391EB1E.4FE928FD.52E8B953.IP) (Quit: )
- # [20:55] * Joins: bholley (anonymous@moz-104CC309.mv.mozilla.com)
- # [20:55] <jesup> Nice side effect for killing gkmedia is some speed improvement in jpeg (and maybe some others - linkage, cross-call opts, etc)
- # [20:56] * Quits: espindola (espindola@moz-9C8B6801.dsl.teksavvy.com) (Ping timeout)
- # [20:56] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
- # [20:56] <glandium> jesup: another thing we can try is to do ltcg without pgo and see how much memory that sucks. if that sucks significantly less, we can probably build some things with ltcg, some with ltcg+pgo and with neither
- # [20:57] <jesup> derf: if it's just dllexport, it's not *that* bad; it's marking it as an external point-of-contact/API. I still prefer to kill it. If ever needed, it can be brought back from the dead with a backout
- # [20:57] * Joins: espindola (espindola@moz-17B460D5.dsl.teksavvy.com)
- # [20:57] * Quits: ekr (ekr@EF408078.10A53EE3.77834EAA.IP) (Quit: ekr)
- # [20:58] <espindola> ted, sorry, adsl modem decided to resync :-(
- # [20:58] <espindola> the last message I got from you was "hm"
- # [20:58] * Joins: ekr (ekr@EF408078.10A53EE3.77834EAA.IP)
- # [20:58] <glandium> espindola: he wrote nothing since :)
- # [20:59] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
- # [20:59] * Quits: dRdR (dsherk@moz-3859BA3C.static.user.ono.com) (Ping timeout)
- # [20:59] <jesup> glandium: yeah, my proposal was for NO_PROFILE_GUIDED_OPT = 1 for the big gorillas of gkmedia, which appears to work. I'm sure there's more that can be done; I want to merge and then develop a plan for the longer term.
- # [20:59] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/3242cae81803 - Kyle Huey - Bug 726378: Followup to fix orange make check. r=me
- # [20:59] <espindola> glandium, thanks :-)
- # [21:00] <Bl4d3> mbrubeck :O really good! but, now, I see that some of video id can have - or _
- # [21:00] * Quits: necolas (necolas@moz-C84924E0.bb.sky.com) (Client exited)
- # [21:00] <glandium> jesup: It looks like some people would oppose merging without the plan for the longer term validated
- # [21:00] * Joins: dbradley (dbradley@9391EB1E.4FE928FD.52E8B953.IP)
- # [21:00] * Joins: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
- # [21:02] <jesup> The big thing is that I don't want to force the webrtc team to write all sorts of shadow objects, abstract interfaces, reimplement stuff, etc all to avoid the "can't get thar from har" problems of gkmedia. Hugely time-consuming, error-prone, wasted work, and demotivating, and in the end just adds size, complexity, bugs, and fragility.
- # [21:03] <mbrubeck> Bl4d3: then change [a-zA-Z0-9] to [a-zA-Z0-9_-]
- # [21:03] <mbrubeck> or maybe just [^&]
- # [21:04] <glandium> jesup: i'm just saying that it looks like some people want evidence that this isn't going to blow off, and i certainly understand the sentiment. i'll do some try builds on monday testing a few things
- # [21:04] <Waldo> espindola: haha the day is mine
- # [21:04] <Waldo> ;-)
- # [21:04] <jesup> I *think* we can do "option 3" (signaling and transport in xul, webrtc/trunk in gkmedia, using symbols.def or dllexport) without major pain (some, but not major).
- # [21:05] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- Go on, try it!)
- # [21:05] <jesup> Biggest pain will be tracking down all the interfaces that need dllexport and upstreaming (per comments above). I don't want 1000 conflicts on every import-merge (and we'll do a bunch of them). Yet to be seen how painful that part will be
- # [21:06] <@bsmedberg> jesup: a fair number of projects already have some sort of EXPORT_API macrology
- # [21:06] <@bsmedberg> so you can just patch/modify the macrology
- # [21:06] <glandium> jesup: if i had more spare time, i'd write a tool to convert dlls into static libraries
- # [21:06] <@bsmedberg> convert DLLs into static libraries...
- # [21:06] <@bsmedberg> you mean as a data segment basically?
- # [21:06] <derf> jesup: All I'm saying is that every single project I've ever seen do this has had problems.
- # [21:07] <derf> Either with the macro not getting set when it needs to be, getting set when it _shouldn't_ be, not being used properly (because upstream will never check), etc.
- # [21:07] <glandium> bsmedberg: no, i mean as actual text + data + symbols, that can be relinked (statically)
- # [21:07] <glandium> bsmedberg: so that, e.g, you could link+pgo libA, link+pgo libB, and link them together in one library
- # [21:08] <derf> It's just not a good idea. It's not worth the pain.
- # [21:08] <espindola> Waldo, ?
- # [21:08] <jesup> bsmedberg: webrtc/trunk has WEBRTC_DLLEXPORT, but they don't use it, so it's iffily maintained
- # [21:08] * Quits: jfkthame (jfkthame@5002130A.5BC345F5.9542EC20.IP) (Quit: jfkthame)
- # [21:08] <@bsmedberg> hehe
- # [21:09] <Waldo> espindola: I won a push race against you ;-)
- # [21:10] * Quits: MarcoZ (Daily@moz-2C8AED79.dip.t-dialin.net) (Quit: MarcoZ)
- # [21:10] * Quits: xsergio (sergio@501A047F.811C4D96.F3163DCD.IP) (Quit: Leaving)
- # [21:10] * jhammel|lunch is now known as jhammel
- # [21:11] <espindola> Waldo, d8fa108aee43?
- # [21:11] <espindola> sorry, I still don't follow what is special...
- # [21:11] <Waldo> espindola: yep :-)
- # [21:12] <froydnj> Waldo: ...and your podium is missing
- # [21:12] <Waldo> espindola: nothing, except that I had to rebase like two or three times to actually land those, so I was a bit giddy when I finally actually got the stuff landed
- # [21:12] <Waldo> froydnj: inorite!?!?!
- # [21:12] <espindola> ah
- # [21:12] * Quits: jeremy (Adium@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving.)
- # [21:12] <Waldo> ignore me, I'm just amusing myself \o/
- # [21:13] * edmorley is now known as edmorley|away
- # [21:13] * aki is now known as aki|brb
- # [21:14] <capella> are local nightly builds setup to generate crash reports? I'm trying to see if a bug I'm tweaking is adding
- # [21:14] <capella> information to the report but with nightly tester tools / crashme! cant seem to get a dump to view
- # [21:14] * Quits: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [21:15] <capella> sorry ... anyone?
- # [21:15] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
- # [21:15] <biesi> capella, you mean if you compile it yourselF? nope
- # [21:15] <biesi> also, one minute is a very short time to wait for a reply :p
- # [21:15] <@bsmedberg> capella: "local"?
- # [21:16] <capella> built locally ... home development machine
- # [21:16] * Joins: robhawkes (robhawkes@C493ACF1.2530A7ED.A0469F15.IP)
- # [21:16] <@bsmedberg> we don't submit crashes from those, no
- # [21:16] * Joins: WorkerThread (BoredOnIRC@moz-C8599121.washdc.fios.verizon.net)
- # [21:16] <@bsmedberg> because we couldn't do anything with them (no symbols)
- # [21:17] <@bsmedberg> capella: but you can/should just attach your debugger to them, no?
- # [21:17] <capella> right .... and would have athousand reports flooding in i imagine
- # [21:17] <@bsmedberg> oh, you're testing an annotation?
- # [21:17] <capella> yes
- # [21:17] * jaws is now known as jaws|lunch
- # [21:17] <@bsmedberg> you can force things on with MOZ_CRASHREPORTER=1 I think (in your environment)
- # [21:18] <@bsmedberg> and then just check the .extra file
- # [21:18] * Joins: dcamp (dave@9E727688.17C2F9C.163DC5C6.IP)
- # [21:18] <capella> set an environment var? oh! dang ... i think i saw something about that
- # [21:18] <@bsmedberg> capella: http://mxr.mozilla.org/mozilla-central/source/toolkit/xre/nsAppRunner.cpp#2938
- # [21:18] * devd_afk is now known as devd
- # [21:18] * philor|afk is now known as philor
- # [21:19] <capella> bsmedberg: thanks that looks promising !
- # [21:19] <@bsmedberg> capella: #breakpad is around for harder questions, if you need it
- # [21:19] * Joins: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com)
- # [21:19] * Parts: josh (josh@moz-6F3505DF.nyc.res.rr.com)
- # [21:20] <capella> thats a new channel ... not heard of them yet .... thanks again!
- # [21:20] <@ted> espindola: sorry, had my 1:1
- # [21:21] <@ted> espindola: wonder if that was just us trying to shut down the channel or something?
- # [21:21] * Quits: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.88.2 [Firefox 16.0a1/20120628165734])
- # [21:21] <espindola> ted, the initial crash? No, it was deep down in a os x call
- # [21:22] <@ted> oh
- # [21:22] <@ted> hrm
- # [21:22] * khuey is now known as khuey|away
- # [21:22] <espindola> in fact, 10.6 uses writev, on 10.7 it was a plain write
- # [21:23] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [21:23] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [21:24] <ekr> jesup: what does webrtc/trunk need?
- # [21:24] <Bl4d3> mbrubeck omfg! with ^& it seems perfect in all kind of url I expect but now, I think its a addon issue design but after he redirect, it warn me that this kind of rule will enter in an endless loop and prevent me to save the rule... I entered http://www.youtube.com/watch?v=([^&]+) into the Excluded pattern field but... doesn't want... so, how to include exception in include pattern ?
- # [21:24] <ekr> that isn't self-contained.
- # [21:26] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [21:27] <@ted> espindola: okay, i'm still fuzzy on what was happening there
- # [21:27] <mbrubeck> Bl4d3: Maybe something like this? http://www.youtube.com/watch?v=([^&]+).+|http://www.youtube.com/watch?.+&v=([^&]+)
- # [21:27] <@ted> something was crashing in the child process, and so we hit that crash?
- # [21:28] <espindola> ted correct
- # [21:28] <@ted> okay
- # [21:28] <@ted> hm
- # [21:28] <espindola> and then crashpad was going in a loop
- # [21:28] <@ted> yeah
- # [21:28] * Joins: gerv (gerv@moz-8E68CF56.in-addr.arpa)
- # [21:29] <espindola> we need to disable the poisoning in that case both in the child (easy)
- # [21:29] <espindola> and parent (breakpad is missing a callback)
- # [21:29] <@ted> i don't think we really want to disable write poisoning when a child process crashes
- # [21:29] <@ted> oh
- # [21:29] <@ted> wait
- # [21:29] <espindola> ted, if I undestand it correctly
- # [21:29] <@ted> this only matters if the child crashes while we are trying to shut down
- # [21:29] <espindola> the child sends the data
- # [21:29] <espindola> and the parent writes it, no?
- # [21:29] <@ted> yes
- # [21:30] * Quits: robhawkes (robhawkes@C493ACF1.2530A7ED.A0469F15.IP) (Quit: Leaving...)
- # [21:30] <espindola> ted, correct, during a regular run all writes are fine
- # [21:30] * Quits: karl (karl@moz-A8699E4B.dialup.xtra.co.nz) (Ping timeout)
- # [21:30] <jesup> ekr: need in what way? You mean dllexport stuff?
- # [21:30] <jcranmer> /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../include/c++/4.7/type_traits:256:39: error:
- # [21:30] <jcranmer> use of undeclared identifier '__float128'
- # [21:30] <jcranmer> struct __is_floating_point_helper<__float128>
- # [21:30] <jcranmer> sigh, gcc-4.7, why are you broken?
- # [21:30] <devd> bz: ping again
- # [21:30] <ekr> jesup: yes, I had thought that the GIPS webrtc code wast self-contained
- # [21:30] <espindola> ted, but you may have found a problem, I think a child crash during regular run
- # [21:31] <froydnj> jcranmer: possibly because you're doing something quite odd
- # [21:31] * Joins: jdm (jdm@moz-5671EACE.hsd1.wa.comcast.net)
- # [21:31] <espindola> will prevent write poisoning from being enabled when we start shutdown
- # [21:31] <@bz> devd: *clouds of smoke coming out of lamp*
- # [21:31] <@ted> espindola: right, that was my concern
- # [21:31] <devd> bz: the sandbox patch has a note saying "if this doc is being loaded by a docshell, then copy over the docshell's sandbox flags to the document"
- # [21:31] <espindola> mozilla:PoisonWrite should probably set the "global" bool to true
- # [21:31] <@ted> espindola: i guess the easy way around that is just to have EnableWritePoisoning...yeah
- # [21:31] <@ted> that
- # [21:31] <jcranmer> froydnj: #include <algorithm>
- # [21:32] <devd> bz: when would a document be loaded without a docshell?
- # [21:32] <@ted> espindola: okay, i'm going to review this patch, but i'm on vacation for a week starting tomorrow
- # [21:32] <@bz> devd: XMLHttpRequest, for example
- # [21:32] <@bz> devd: DOMParser, similar
- # [21:32] <espindola> ted, hopefully no new late writes in the codebase since last week, so it will finally go in :-)
- # [21:32] <@ted> heh
- # [21:33] <devd> wait XMLHttpRequest is a document (i.e., it would go through the startdocumentload code ?)
- # [21:33] <devd> that doesn't sound right
- # [21:33] <@bz> devd: XMLHttpRequest, when getting XML, will parse it and produce a docuemnt
- # [21:33] <devd> bz: ohh ok
- # [21:33] <@bz> devd: which can then be gotten as the .responseXML property of the object
- # [21:34] <@bz> devd: and yes, it totally goes through StartDocumentLoad
- # [21:34] <devd> bz: I am wondering: should I also ignore the CSP sandbox header if the document is not being loaded by docshell?
- # [21:35] <@bz> devd: yes
- # [21:35] <@bz> devd: imo
- # [21:35] <devd> bz: the "secure" thing to do would be to not ignore it
- # [21:35] <@bz> devd: since it makes no sense in general, and would break things if you apply it in particular, right?
- # [21:35] <@bz> devd: as in, the XHR caller would not be able to examine the responseXML
- # [21:35] <devd> bz: and I would prefer doing that if there isn't a clear use case that fails
- # [21:35] <@bz> devd: since i would not be same-origin with it
- # [21:35] <devd> bz: yup, which might be the point ?
- # [21:35] <@bz> devd: since the responseXML would be null-principal
- # [21:35] <@bz> devd: fair
- # [21:35] * Joins: Mic (Instantbir@moz-F9E2644C.superkabel.de)
- # [21:36] <devd> I was thinking more about internal scripts /addons
- # [21:36] <devd> but I guess, those are system principal and don't care about these minor issues like principals
- # [21:36] <espindola> is it just me or tbpl is already getting slower since the try reset?
- # [21:36] <@bz> right
- # [21:36] * Quits: Mic (Instantbir@moz-F9E2644C.superkabel.de) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [21:36] * Joins: Mic (Instantbir@moz-F9E2644C.superkabel.de)
- # [21:36] <devd> ok thanks!
- # [21:36] * bnicholson is now known as bnicholson|lunch
- # [21:37] * Joins: espadrine_ (thaddee_ty@moz-85EBB8A.dia.static.qwest.net)
- # [21:39] <@bz> no problem
- # [21:41] <jesup> ekr: (sorry have to run to passport office ASAP) - the issue is if we put signaling/transport in XUL, and webrtc/trunk in gkmedia, we need to export symbols for any webrtc/trunk functions that signaling calls
- # [21:42] <decoder> espindola: they also fixed an asan bug today which is now on llvm trunk :) so upgrading clang again is also good for asan =)
- # [21:43] <decoder> it fixes that the builds wont start on fedora
- # [21:44] * Quits: jwilde (Earlybird@moz-BBE3ABD.mv.mozilla.com) (Quit: jwilde)
- # [21:44] * Joins: jwilde (Earlybird@moz-BBE3ABD.mv.mozilla.com)
- # [21:44] <espindola> decoder, which revision?
- # [21:47] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Quit: L'ordinateur est en sommeil)
- # [21:48] <decoder> espindola: 159424
- # [21:49] <decoder> but i wasnt able to confirm it yet
- # [21:49] <decoder> im actually on pto ;D
- # [21:49] <philor> Waldo: you've got an orange, up on espindola's plate
- # [21:49] <johanc> this might seem like a silly question, but can the filepicker leak if it's been initiated but left unused?
- # [21:49] <johanc> the code in question: http://pastebin.mozilla.org/1683809
- # [21:49] <espindola> decoder, I am trying 159409 :-(
- # [21:50] <decoder> ah damn
- # [21:50] <espindola> if that works I will open another bug for 159424
- # [21:50] <espindola> philor, ?
- # [21:51] <espindola> philor, 80803faf5851?
- # [21:51] <philor> espindola: https://tbpl.mozilla.org/?tree=Mozilla-Inbound&onlyunstarred=1 makes things clearer
- # [21:52] * Quits: Cwiiis (cwiiis@moz-7E7C8259.croy.cable.virginmedia.com) (Quit: Leaving)
- # [21:52] <philor> where you see there's only one undealt-with thing, and clang isn't likely to have stuck an unexpected __proto__ in there, but Waldo is
- # [21:53] <espindola> philor, ah, I though you were blaming a changing in a build script :-)
- # [21:53] <espindola> sorry about that
- # [21:53] * Quits: ekr (ekr@EF408078.10A53EE3.77834EAA.IP) (Quit: ekr)
- # [21:53] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [21:56] <jdm> ehsan: I am excited we have product buy-in :)
- # [21:56] <@ehsan> jdm: define "buy-in" :)
- # [21:56] <@ehsan> jdm: so far all we have is "nobody objects vehemently if you make PB not suck"
- # [21:56] <@ehsan> I'm not sure I call that "buy-in" ;)
- # [21:56] <jdm> haha
- # [21:56] * bnicholson|lunch is now known as bnicholson
- # [21:57] <jdm> well, buy-in in the form of cwiis writing code
- # [21:57] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
- # [21:57] <@ehsan> ah I see, that's cause I tricked him into doing that ;)
- # [21:57] <BenWa> :)
- # [21:58] * aki|brb is now known as aki
- # [21:58] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [21:58] * @bz is impressed by the silence on https://developer.mozilla.org/en/Mozilla/WebIDL_bindings
- # [21:58] * Joins: jfkthame (jfkthame@5002130A.5BC345F5.9542EC20.IP)
- # [21:58] * jcranmer is deafingly silent
- # [21:59] * philor is now known as philor|away
- # [22:01] * Joins: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP)
- # [22:01] * Quits: Misfit_Geek (MisfitGeek@moz-BD3E98A8.hsd1.nh.comcast.net) (Ping timeout)
- # [22:02] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:05] * Quits: jfkthame (jfkthame@5002130A.5BC345F5.9542EC20.IP) (Quit: jfkthame)
- # [22:05] * Quits: John-Galt (kris@moz-104CC309.mv.mozilla.com) (Ping timeout)
- # [22:06] <@bsmedberg> ehsan: what days are you around next week?
- # [22:06] * Quits: andreasn (andreasn@moz-A80AB8F9.a336.priv.bahnhof.se) (Ping timeout)
- # [22:08] * Quits: brendan (brendaneic@E9758364.9EC0A5AF.CFE928A7.IP) (Quit: brendan)
- # [22:08] * Quits: dria (dria@F2D29657.F60B0462.67AC9B1.IP) (Quit: dria)
- # [22:08] * Quits: sfink (chatzilla@moz-8D93AA61.dsl.pltn13.sbcglobal.net) (Ping timeout)
- # [22:08] <Bl4d3> mbrubeck The include pattern http://www.youtube.com/watch?v=([^&]+).+|http://www.youtube.com/watch?.+&v=([^&]+) will not math with http://www.youtube.com/watch?v=-Rav4RmVNG4#t=123.8s&feature2=player_embedded
- # [22:09] * mdas is now known as mdas|afk
- # [22:09] * catlee is now known as catlee-afk
- # [22:09] * Quits: past (past@moz-1ECCACE1.dsl.dyn.forthnet.gr) (Input/output error)
- # [22:09] <Bl4d3> *match
- # [22:09] <mbrubeck> Change the [^&] to [^&#]
- # [22:09] * mattwoodrow|away is now known as mattwoodrow
- # [22:09] * mbrubeck can play regex games all day. :)
- # [22:09] * Joins: John-Galt (kris@moz-104CC309.mv.mozilla.com)
- # [22:09] <mbrubeck> hmm, not sure if that'll fix it
- # [22:10] * Quits: MattN (MattN@A9390198.FB699058.2125B4DC.IP) (Ping timeout)
- # [22:10] <@ehsan> bsmedberg: I'm away on monday, should be available the rest of the week
- # [22:10] <@ehsan> bsmedberg: do you need something from me?
- # [22:10] <@bsmedberg> ehsan: ok, I may end up needing you to do the reviews on bug 769048, since ted is going to be on vacation all next week
- # [22:10] * Joins: Wolf (chatzilla@moz-F8C1AF63.carolina.res.rr.com)
- # [22:11] <@bsmedberg> and we're theoretically trying to get that patch into 14.0b11 on Tuesday :-(
- # [22:11] <@ehsan> bsmedberg: ok, feel free to send me a direct email whenever you have the patches
- # [22:11] <@bsmedberg> ok
- # [22:11] * Quits: KWierso (Daily@moz-1052985.hfc.comcastbusiness.net) (Ping timeout)
- # [22:11] <@ehsan> bsmedberg: I will probably be in town most of the long weekend :)
- # [22:11] <Mook_as> mbrubeck: you've got two capture groups, that's probably not going to work well...
- # [22:12] * Quits: sawrubh (chatzilla@EBAD5285.11E4CF41.DC7754FE.IP) (Ping timeout)
- # [22:12] <mbrubeck> ah, yeah
- # [22:13] <Bl4d3> mbrubeck Note, the # should be part of video id
- # [22:13] <mbrubeck> no, I don't think the # is part of the ID
- # [22:13] <mbrubeck> that part does not get sent to the server
- # [22:13] <Bl4d3> yeah, but I want to keep it
- # [22:13] <mbrubeck> ok
- # [22:14] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
- # [22:14] * Joins: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net)
- # [22:14] * Joins: MattN (MattN@A9390198.FB699058.2125B4DC.IP)
- # [22:14] <mbrubeck> Maybe need to split the rule up into two rules, unless someone is cleverer than I.
- # [22:14] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [22:15] <Bl4d3> So, I mean :
- # [22:15] * Quits: raph (quassel@F8F0E496.7F75B59F.B3F72630.IP) (Ping timeout)
- # [22:15] * Joins: sfink (chatzilla@moz-8D93AA61.dsl.pltn13.sbcglobal.net)
- # [22:16] * sheppy-afk is now known as sheppy
- # [22:17] * Joins: raphc (quassel@moz-C709ABB6.rev.sfr.net)
- # [22:17] * Joins: KWierso (Daily@moz-A1199478.hsd1.ca.comcast.net)
- # [22:18] * Quits: MattN (MattN@A9390198.FB699058.2125B4DC.IP) (Ping timeout)
- # [22:18] <qDot> khuey|away: ping
- # [22:19] * Quits: KWierso (Daily@moz-A1199478.hsd1.ca.comcast.net) (Ping timeout)
- # [22:19] * Joins: ekr (ekr@EF408078.10A53EE3.77834EAA.IP)
- # [22:19] * Quits: @ted (luser@moz-DAF83DF3.scr.east.verizon.net) (Quit: Ex-Chat)
- # [22:19] <Mook_as> perhaps http://www.youtube.com/watch\?(?:|.*&)v=([^&#]+).*?(#.*|$)
- # [22:20] * Quits: jdm (jdm@moz-5671EACE.hsd1.wa.comcast.net) (Client exited)
- # [22:22] <Bl4d3> To remember, an eg :
- # [22:23] <Bl4d3> http://www.youtube.com/watch?feature1=player_embedded&v=-Rav4RmVNG4&feature2=player_embedded
- # [22:23] <Bl4d3> http://www.youtube.com/watch?v=-Rav4RmVNG4#t=123.8s&feature2=player_embedded
- # [22:23] <Bl4d3> http://www.youtube.com/watch?feature1=player_embedded&v=-Rav4RmVNG4#t=123.8s
- # [22:23] <Bl4d3> should redirect to
- # [22:23] <Bl4d3> http://www.youtube.com/watch?v=-Rav4RmVNG4#t=123.8s
- # [22:23] <Bl4d3> but
- # [22:23] <Bl4d3> http://www.youtube.com/watch?v=-Rav4RmVNG4#t=123.8s
- # [22:23] <Bl4d3> shouldn't be match to avoid loop
- # [22:23] * Bl4d3 was kicked by killer (Stop flooding!)
- # [22:23] * Joins: Bl4d3 (blade@moz-8CE54A46.tr.cgocable.ca)
- # [22:23] <Bl4d3> oups
- # [22:23] * catlee-afk is now known as catlee
- # [22:24] <Bl4d3> so Mook_as do you think your pattern will work in all theese situations ?
- # [22:28] <Bl4d3> oups, the first exemple no mention the #t.... but anyway, it maybe not present
- # [22:28] * khuey|away is now known as khuey
- # [22:28] <@khuey> qDot: pong
- # [22:29] * Joins: MattN (MattN@A9390198.FB699058.2125B4DC.IP)
- # [22:29] <Bl4d3> Mook_as it seems to work but enter in endless loop...
- # [22:30] * Fallen|away is now known as Fallen
- # [22:30] * Joins: dRdR (dsherk@moz-3859BA3C.static.user.ono.com)
- # [22:31] <qDot> khuey: So the m-c patch to bug 726378 look like it may cause a b2g meltdown. I just had to fix something in SettingsAPI, but it looks like there's gonna be breakage in contacts, sms, webapps...
- # [22:32] <qDot> And of course, the whole team has fucked off to spain, or, well, I suppose, is fucking back from at the moment. So, thoughts?
- # [22:32] <qDot> I've got a fix going in for settings, but wondering if we just want to let it sit, back it out, etc...
- # [22:33] * Joins: brendan (brendaneic@E9758364.9EC0A5AF.CFE928A7.IP)
- # [22:33] * @bz sees no reason to back out
- # [22:33] <@khuey> honestly
- # [22:33] <@bz> worst-case, we add a prefixed alias temporarily
- # [22:33] <@khuey> I fixed everything that has tests that run
- # [22:33] <@khuey> anything beyond that is not my problem
- # [22:34] * @khuey knows he sounds like an asshole here
- # [22:34] <qDot> Also: so moz* is unprefixed?
- # [22:34] <qDot> khuey: Nope, you're totally in the right on that one.
- # [22:34] <@khuey> qDot: we unprefixed mozIndexedDB, and prefixed getAll and getAllKeys
- # [22:34] <qDot> I agree with you completely, I just seem to be the only person from B2G alive at the moment and wasn't sure how to deal with it. :)
- # [22:34] <Bl4d3> Mook_as and, nope, it remove #t=....s and I don't want to
- # [22:34] <@khuey> the former was pretty easy to sarch and replace
- # [22:34] <@khuey> the latter were harder
- # [22:35] <qDot> Yeah, there's getAll in a few different API contexts.
- # [22:35] * mdas|afk is now known as mdas
- # [22:35] <Bl4d3> mbrubeck I think we was near THE solution...
- # [22:35] <@khuey> qDot: I'd just file bugs on what's broken
- # [22:35] <@khuey> and assign them to whomever didn't write tests
- # [22:35] <qDot> khuey: Will do!
- # [22:36] * mattwoodrow is now known as mattwoodrow|away
- # [22:36] <qDot> I fixed the one that got my shit back up and running, so whatevs. :D
- # [22:37] <@khuey> :-D
- # [22:37] <@bz> If desired...
- # [22:37] <@bz> we could add the prefixed mozIndexedDB back
- # [22:37] <@bz> and the unprefixed getAll and getAllKeys
- # [22:37] <@bz> and make the NS_ABORT
- # [22:37] <@bz> er, make them
- # [22:37] <@bz> would increase chance of them being found, compared to exceptions....
- # [22:38] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
- # [22:38] * Joins: aleth (aleth@moz-CE5C11BB.ictp.it)
- # [22:38] <@khuey> yeah, if tracking down the callers is a problem there are options
- # [22:38] * Quits: dRdR (dsherk@moz-3859BA3C.static.user.ono.com) (Ping timeout)
- # [22:38] * Quits: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP) (Quit: Computer has gone to sleep.)
- # [22:39] <qDot> For B2G/WebAPI at least, it doesn't look like there's that many places.
- # [22:39] <@bz> "ve hav vays ov making you krash"
- # [22:40] <@khuey> qDot: note that I did push a followup to fix something in the settings API
- # [22:40] <@khuey> but I don't claim that that's everything
- # [22:41] * Quits: Optimizer (Optimizer@346485A0.7FE8EE1.2AB48280.IP) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [22:41] * Joins: BenB (ben@B911518A.DD7DF417.DDA41192.IP)
- # [22:41] <Waldo> hmm, how did I get any orange there? that was tryservered, only orange was due to my qparent
- # [22:41] <Waldo> urgh
- # [22:42] <Waldo> sec
- # [22:42] <Waldo> will push the test-fix
- # [22:42] * Quits: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [22:42] * jaws|lunch is now known as jaws
- # [22:43] * Quits: yuan (ywang@moz-3A8F7C9D.hsd1.ca.comcast.net) (Quit: yuan)
- # [22:43] <qDot> khuey: Yup, that only gets half of it. I've got the other half coming in with bug 769785
- # [22:43] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [22:44] <qDot> If you can r+ that real quick, I'll m-c it.
- # [22:44] * Quits: Ameya (chatzilla@2FFAAE6C.33FD562D.C7008325.IP) (Ping timeout)
- # [22:45] * Quits: FabioMagnoni (chatzilla@3E8B6AA5.21CE6C6.C55BF118.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a2/20120628075707])
- # [22:45] * Joins: ianbicking (ianbicking@moz-5D45B48D.hsd1.mn.comcast.net)
- # [22:45] <BenB> what's the make target for libxul?
- # [22:46] <BenB> make tier_what?
- # [22:46] <@khuey> tier_platform
- # [22:46] <BenB> thanks
- # [22:47] * Waldo rebases, twiddles thumbs before pushing the fix
- # [22:48] * Joins: dholbert_ (dholbert@moz-BBE3ABD.mv.mozilla.com)
- # [22:49] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:49] * Joins: yuan (ywang@moz-3A8F7C9D.hsd1.ca.comcast.net)
- # [22:50] <espindola> anyone with xcode 4.2 or 4.1 that can run a simple check?
- # [22:51] * Quits: dholbert_ (dholbert@moz-BBE3ABD.mv.mozilla.com) (Quit: Ex-Chat)
- # [22:54] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [22:55] * Quits: jbalogh (jbalogh@moz-5D2708AA.hsd1.ca.comcast.net) (Quit: Leaving...)
- # [22:56] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [22:56] * Joins: bsmith_ (bsmith@moz-BBE3ABD.mv.mozilla.com)
- # [22:57] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:57] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
- # [22:58] * Joins: necolas (necolas@moz-8E485BBA.as43234.net)
- # [22:58] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
- # [22:58] <hub> espindola: you need xcode or the tools?
- # [22:59] <espindola> hub, just the tools is fine, I just need someone to compile a file with that xcode's clang
- # [22:59] <hub> espindola: I have that here
- # [22:59] * Joins: hub_ (hub@A5087023.2354C43D.D8E68FF6.IP)
- # [22:59] <espindola> hub, cool, can you compile
- # [22:59] <espindola> http://pastebin.mozilla.org/1684353
- # [22:59] <espindola> with "clang -O3 -c"
- # [23:00] <espindola> and run "nm | grep D0" on the resulting .o?
- # [23:00] * qDot does his first ever direct to m-c push. Awaits new and interesting levels of burnage.
- # [23:01] <hub_> espindola: U __ZN3barD0Ev
- # [23:01] <espindola> hub, cool, and clang -v?
- # [23:01] <hub_> Apple clang version 3.1 (tags/Apple/clang-318.0.58) (based on LLVM 3.1svn)
- # [23:01] <hub_> Target: x86_64-apple-darwin11.4.0
- # [23:01] <hub_> Thread model: posix
- # [23:01] <espindola> hub_, that is xcode 4.3's clang, no?
- # [23:01] <hub_> mmm
- # [23:02] * Joins: edwin (me@moz-3859BA3C.static.user.ono.com)
- # [23:02] <hub_> espindola: ok, I'm lost. I have no idea
- # [23:02] * Parts: Bl4d3 (blade@moz-8CE54A46.tr.cgocable.ca)
- # [23:03] <espindola> hub_, np, thanks.
- # [23:03] * Parts: aleth (aleth@moz-CE5C11BB.ictp.it)
- # [23:03] <hub_> espindola: cl_tool_latemarch12
- # [23:03] * Joins: alice (anonymous@moz-5ECBFFC2.w80-9.abo.wanadoo.fr)
- # [23:03] <hub_> espindola: so yeah, maybe
- # [23:03] <hub_> 4.2 was 2011
- # [23:03] <hub_> sorry
- # [23:03] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [23:04] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/a12b54b2f848 - Kyle Machulis - Bug 769785 - Settings API breaks due to IndexedDB Prefix change; r=khuey
- # [23:04] <qDot> \o/
- # [23:05] * Quits: raphc (quassel@moz-C709ABB6.rev.sfr.net) (Ping timeout)
- # [23:05] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
- # [23:06] * davida|phone is now known as davida
- # [23:06] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
- # [23:07] * bhearsum is now known as bhearsum|afk
- # [23:08] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
- # [23:08] * ChanServ sets mode: +o roc
- # [23:09] * Quits: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [23:10] * rail is now known as rail_away
- # [23:11] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
- # [23:12] * Joins: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com)
- # [23:13] * Quits: mwu (mwu@moz-3859BA3C.static.user.ono.com) (Ping timeout)
- # [23:13] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [23:13] * ChanServ sets mode: +o dbaron
- # [23:13] * Quits: WeirdAl (chatzilla@moz-D461843.ask.info) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0.1/20120614114901])
- # [23:14] * jmaher is now known as jmaher|afk
- # [23:17] * philor|away is now known as philor
- # [23:19] * Quits: janv (varga@moz-81B11050.flarion.as5628.telecom.sk) (Ping timeout)
- # [23:19] * Joins: janv (varga@moz-81B11050.flarion.as5628.telecom.sk)
- # [23:20] * Quits: victorporof (victorporo@2E48087E.477C3F8E.79933D60.IP) (Connection reset by peer)
- # [23:22] * Joins: mwu (mwu@moz-3859BA3C.static.user.ono.com)
- # [23:22] * Joins: victorporof (victorporo@2E48087E.477C3F8E.79933D60.IP)
- # [23:23] * jimm is now known as jimm-bbias
- # [23:23] * Quits: ekr (ekr@EF408078.10A53EE3.77834EAA.IP) (Quit: ekr)
- # [23:24] * Quits: msucan (mihai@3E887206.8C9343F9.D7B372F7.IP) (Quit: Leaving.)
- # [23:24] * Joins: ekr (ekr@EF408078.10A53EE3.77834EAA.IP)
- # [23:26] * Quits: ekr (ekr@EF408078.10A53EE3.77834EAA.IP) (Quit: ekr)
- # [23:26] * Quits: atte (atte@moz-401E92F1.dhcp.inet.fi) (Client exited)
- # [23:28] <devd> bz: I really do think you should have a lecture on "the lifecycle of a HTML page inside gecko" or something like that; explaining docshell, document, and how it all fits together
- # [23:28] * Joins: ekr (ekr@EF408078.10A53EE3.77834EAA.IP)
- # [23:28] * Quits: Mic (Instantbir@moz-F9E2644C.superkabel.de) (Connection reset by peer)
- # [23:28] <devd> bz: the current situation is crazy for a noob
- # [23:28] <@bz> devd: hmm
- # [23:28] <@bz> devd: yeah
- # [23:28] <@bz> devd: we should. ;)
- # [23:28] <@bz> devd: we have some docs on how it gets set up
- # [23:28] <devd> I might actually write a blog post or something
- # [23:28] <@bz> but not on lifetime
- # [23:28] <@bz> go for it!
- # [23:28] <devd> just so that you/jst can correct my wrongness
- # [23:28] <@bz> or a wikipage, even
- # [23:28] <devd> :)
- # [23:29] <@smaug> devd: s/inside gecko// is crazy enough
- # [23:29] <@bz> akin to https://developer.mozilla.org/en/The_life_of_an_HTML_HTTP_request
- # [23:29] <@bz> or https://developer.mozilla.org/en/Document_Loading_-_From_Load_Start_to_Finding_a_Handler
- # [23:29] <devd> lol .. look at that figure
- # [23:29] * Quits: JeroenDeDauw (j@moz-C482997.dip.t-dialin.net) (Quit: Leaving.)
- # [23:29] * Joins: JeroenDeDauw1 (j@moz-C482997.dip.t-dialin.net)
- # [23:30] <@bz> devd: and that's old. It's more complicated now.
- # [23:30] <@bz> devd: for one thing, multiple threads involved
- # [23:30] <devd> wait .. so should I read it or no?
- # [23:30] <@bz> well, you should read it
- # [23:30] <@bz> everything it talks about is still happening
- # [23:30] <devd> aah ok
- # [23:30] * Quits: mdas (mdas@moz-E31CD2CB.mozilla.org) (Quit: mdas)
- # [23:30] <@bz> there are just some more things
- # [23:30] <@bz> well, nsIRenderingContext is gone
- # [23:31] <@bz> and the parser chunk is different
- # [23:31] <@bz> but in general, it's correct
- # [23:31] * Quits: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
- # [23:31] * Joins: jfkthame (jfkthame@5002130A.5BC345F5.9542EC20.IP)
- # [23:31] * catlee is now known as catlee-away
- # [23:31] <devd> where's docshell ? Is that the webshell ?
- # [23:31] <@bz> yes
- # [23:31] * Quits: nhirata (nhirata.bu@moz-6D599AA6.hsd1.ca.comcast.net) (Ping timeout)
- # [23:31] * Quits: JeroenDeDauw1 (j@moz-C482997.dip.t-dialin.net) (Ping timeout)
- # [23:31] * joduinn is now known as joduinn-brb
- # [23:31] <devd> ok ... I will go through this! this is really helpful
- # [23:31] <@bz> no problem
- # [23:32] <devd> I have the sandbox thing working, but if I understood your explanation earlier, it shouldn't be working :)
- # [23:32] <@bz> but again, this doesn't really answer lifetime questions
- # [23:32] <@bz> heh
- # [23:32] <devd> so needless to say, I am a bit confused
- # [23:34] <devd> woah .. last updated October 8, 1999
- # [23:34] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Ping timeout)
- # [23:37] * bear is now known as bear-afk
- # [23:39] <devd> bz: smaug Interesting reading. One of my papers had a higher level figure on "flow of data in the browser". If anyone of you has the time, please tell me what are the mistakes in it http://www.cs.berkeley.edu/~jww/papers/2011/weinberger-saxena-akhawe-etc.pdf (page 4, fig 1)
- # [23:39] * Quits: bbondy (bbondy@moz-BE76EF7A.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [23:42] * bhearsum|afk is now known as bhearsum
- # [23:43] * Joins: robhawkes (robhawkes@moz-CDC57EF.tmodns.net)
- # [23:43] * Quits: robhawkes (robhawkes@moz-CDC57EF.tmodns.net) (Input/output error)
- # [23:44] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [23:45] * kmoir is now known as kmoir-afk
- # [23:47] * gregglind is now known as gregglind_away
- # [23:47] * Joins: jfkthame_ (jfkthame@5002130A.5BC345F5.9542EC20.IP)
- # [23:47] * Quits: jfkthame (jfkthame@5002130A.5BC345F5.9542EC20.IP) (Connection reset by peer)
- # [23:47] * jfkthame_ is now known as jfkthame
- # [23:49] * Quits: Goldorak (chatzilla@B92B68E0.ACD6413B.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [23:49] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Ping timeout)
- # [23:50] * Quits: automata (automata@moz-1CE7A56D.ifsc.usp.br) (Quit: Saindo)
- # [23:51] * Quits: drice (derice@moz-1D9C882A.deploy.akamaitechnologies.com) (Quit: Leaving.)
- # [23:53] * jimm-bbias is now known as jimm
- # [23:53] <jrmuizel> ehsan: http://arxiv.org/pdf/quant-ph/9908043.pdf
- # [23:55] * Joins: jfkthame_ (jfkthame@5002130A.5BC345F5.9542EC20.IP)
- # [23:55] * Quits: jfkthame (jfkthame@5002130A.5BC345F5.9542EC20.IP) (Connection reset by peer)
- # [23:55] * jfkthame_ is now known as jfkthame
- # [23:55] * Joins: nhirata (nhirata.bu@moz-6D599AA6.hsd1.ca.comcast.net)
- # [23:55] * Joins: KWierso (Daily@moz-3CAEA579.hsd1.ca.comcast.net)
- # [23:57] * Joins: Matti (chatzilla@moz-A80CA70E.dip.t-dialin.net)
- # Session Close: Sat Jun 30 00:00:00 2012
The end :)