/irc-logs / mozilla / #developers / 2012-04-04 / end

Options:

# Session Start: Wed Apr 04 00:00:00 2012
# Session Ident: #developers
# [00:00] <lsblakk> i'm ok with you landing so we get those results on beta before our 5pm hard stop g-to-build
# [00:00] <lsblakk> you'll be the last change in, if we have to back out - so be it
# [00:00] <@roc> OK I'll just reread the diff and then I'll land
# [00:00] <lsblakk> thanks
# [00:01] * Joins: timdream_ (timdream@moz-104CC309.mv.mozilla.com)
# [00:01] <mkaply> roc: you might know this. It looks like -moz-appearance: none on XUL buttons causes significant slowdown in the creation display of buttons (like creating 47 buttons goes from 0 seconds to 2.5 seconds). Any ideas?
# [00:02] * Quits: timdream (timdream@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [00:02] * timdream_ is now known as timdream
# [00:03] * Quits: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [00:03] * Joins: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:04] <@ehsan> Bas: you backed out over my backout!
# [00:04] <Bas> ehsan: I know.
# [00:04] <gps> my mouse cursor is disappearing in Aurora 13.0a2 on OS X. anyone interested in grabbing state from my process?
# [00:04] <Bas> Something really weird happened :s
# [00:04] <Bas> HG at no point told me anything weird :s
# [00:04] <@ehsan> Bas: diff between 1ef36ed1ae27 and tip and make sure the diff is empty
# [00:04] * Quits: louisremi (louisremi@moz-381A2210.dsl.sta.abo.bbox.fr) (Ping timeout)
# [00:05] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [00:05] <Bas> Yeah, I was just doing that.
# [00:05] <Bas> Looks like it.
# [00:05] <Bas> ehsan: Sorry ehsan :(
# [00:06] <Bas> I tried to do my duty but screwed it up it seems.
# [00:07] * Quits: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP) (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/)
# [00:07] <@ehsan> ok np :)
# [00:07] * Quits: espindola (espindola@moz-B5DE3DA4.dsl.teksavvy.com) (Quit: Ex-Chat)
# [00:08] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [00:08] * lsblakk is now known as lsblakk|brb
# [00:09] <@roc> mkaply: does it mean that we're loading a background image that we didn't before?
# [00:09] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88.1 [Firefox 13.0a2/20120402042010])
# [00:09] * Joins: espindola (espindola@moz-B5DE3DA4.dsl.teksavvy.com)
# [00:09] <@roc> gps: can you describe the problem in more detail?
# [00:09] <sicking> jlebar: kittencannon??
# [00:10] <mkaply> roc: I would think it would just be a background color, not an image.
# [00:10] * mkaply goes to dom inspect
# [00:10] <gps> roc: my OS X mouse cursor disappears for lengths of time. I see browser chrome changing when I move it around. if I move the cursor out of the Aurora window (like over the dock), the cursor comes back
# [00:10] * Joins: pcwalton (pcwalton@moz-78C039D6.ph.ph.cox.net)
# [00:11] <gps> it might be triggered by watching Air Mozilla in full screen on a 2nd monitor/Aurora window
# [00:11] * vikash is now known as vikash|Away
# [00:11] * Quits: cjones (cjones@moz-B0B3DB4C.sub-166-250-71.myvzw.com) (Ping timeout)
# [00:12] * AaronMT is now known as AaronMT|afk
# [00:12] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [00:12] * Quits: twi (Adium@moz-647AF740.cust.dsl.vodafone.it) (Quit: Leaving.)
# [00:13] * Quits: adeel (chatzilla@5796A5D5.16797711.59D8DB68.IP) (Quit: ChatZilla 0.9.88.1 [SeaMonkey 2.8/20120312220748])
# [00:13] <gps> roc: I can reliably reproduce. when I switch focus to Aurora, the cursor disappears and doesn't reappear until I move the cursor out of the Aurora window
# [00:13] <mkaply> nope, I don't see any background images in the CSS cascade
# [00:13] <@roc> mkaply: no idea then
# [00:14] <@roc> gps: can you debug?
# [00:14] * armenzg is now known as armenzg_away
# [00:14] * jaws is now known as jaws|meeting
# [00:14] <gps> roc: I have no clue where to start w.r.t. mouse cursors
# [00:14] * philor|away is now known as philor
# [00:14] <gps> but I am in the SF office and will happily demonstrate!
# [00:14] * Quits: armenzg_away (armenzg@458F7876.5BCEC6DB.DA78B690.IP) (Input/output error)
# [00:15] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Quit: ajuma)
# [00:15] <jduell> Crap--looks like Sync just ate most of my bookmarks.
# [00:15] * bwinton is now known as bwinton_away
# [00:16] <dholbert> *burp*
# [00:16] <gps> jduell: Android?
# [00:16] <taras> gavin: where do firefox quarterly goals live?
# [00:16] <jduell> Or maybe firefox ate them, and then Sync spread the plague
# [00:16] * Quits: cadecairos (cadecairos@EDDEAA06.33EE9F8A.1139E686.IP) (Input/output error)
# [00:16] * gregglind is now known as gregglind_away
# [00:16] <jduell> gps: could be any of nightly or aurora on linux, or aurora on android
# [00:16] <jduell> meh
# [00:17] <jduell> not even sure how to report this as a bug
# [00:17] <dholbert> jduell, you should be able to get them back from $profileFolder/bookmarkbackups/
# [00:17] * Quits: vikash|Away (vikash@DABACF8B.9B552DFD.5D9ABA9F.IP) (Ping timeout)
# [00:17] <dholbert> jduell, (on desktop)
# [00:17] * Quits: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:17] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [00:17] <gavin> taras: https://intranet.mozilla.org/2012Q2Goals#Firefox_desktop_.5BDRAFT.5D I guess
# [00:17] <gavin> taras: hasn't been moved to https://wiki.mozilla.org/Firefox/Goals/2012Q2
# [00:17] <dholbert> jduell, (that's got periodic json backups which you can import into bookmarks manager)
# [00:17] <taras> gavin: weird, thanks
# [00:17] <felipe> firebot: !seen mcmanus
# [00:17] <firebot> mcmanus was last seen 2 weeks, 2 hours, 1 minute and 27 seconds ago, saying 'mbrubeck unless the mochi's still download the safe browsing stuff in the background.. do they do that? (from google)' in #developers.
# [00:18] <taras> gavin: does this include toolkit?
# [00:18] <gavin> taras: "toolkit" isn't assigned to a particular MoCo org structure
# [00:19] <mkaply> roc: it's border-radius. Setting border-radius in CSS to 47 buttons is apparently slow
# [00:19] <taras> gavin: basically, i'm looking for where snappy goals live on the firefox side
# [00:19] <jduell> dholbert: ahhh, that's *much* better. Thanks!
# [00:19] <dholbert> jduell, np
# [00:20] * Joins: automata (automata@8D23278A.C27CA109.16867D26.IP)
# [00:21] * Quits: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [00:21] <gps> roc: how do you want to proceed with this mouse cursor glitch?
# [00:22] * Joins: cjones (cjones@moz-B0B3DB4C.sub-166-250-71.myvzw.com)
# [00:22] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
# [00:22] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Quit: madhava)
# [00:22] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [00:22] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
# [00:24] <tn> whats the difference between android and android-r7? and which do i want?
# [00:24] * zpao is now known as zpao|detached
# [00:24] * Joins: josh (josh@moz-A64506F9.cm-4-4c.dynamic.ziggo.nl)
# [00:24] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:24] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: WeeChat 0.3.5)
# [00:25] * Quits: wlach (wlach@moz-A132B4.vif.net) (Input/output error)
# [00:25] * Joins: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com)
# [00:25] <mbrubeck> tn: On FTP? android-r7 is obsolete; I think it's just a symlink now
# [00:26] <tn> mbrubeck, yeah. thanks.
# [00:26] <philor> what version's going to be the next esr?
# [00:27] * Joins: wlach (wlach@moz-A132B4.vif.net)
# [00:27] * Quits: dseif (dseif@C080F02E.33EE9F8A.1139E686.IP) (Input/output error)
# [00:27] * Quits: mjschranz (mjschranz@A71CC449.33EE9F8A.1139E686.IP) (Client exited)
# [00:27] <gavin> there will be more ESR!?!?!1
# [00:27] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Quit: darktrojan)
# [00:28] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [00:28] <jtcranmer> I thought 3.6 was our Eternal ESR?
# [00:29] <philor> ah, 17 according to the picture, so I've got a while before I need to spend the day before it goes to aurora disabling tests
# [00:29] * Quits: josh (josh@moz-A64506F9.cm-4-4c.dynamic.ziggo.nl) (Quit: josh)
# [00:29] <jhammel> next we are using 2.0; the deprecated UI will help enterprises feel more secure
# [00:29] <gavin> philor: disabling tests?
# [00:29] <jhammel> actually, i forgot we needed to support 3.0 and that exploited Java plugin ...
# [00:30] <philor> and, whee, I get to keep looking at things I didn't disable for 10, like the Linux context menu thing, until next February
# [00:30] <Waldo> jtcranmer++
# [00:30] <Waldo> 3.6--
# [00:30] * lsblakk|brb is now known as lsblakk
# [00:30] <philor> gavin: disabling tests.
# [00:30] * Quits: enda (chatzilla@47B4F0B4.4B89E028.26E09BF0.IP) (Ping timeout)
# [00:30] <mbrubeck> The next ESR will actually be Final Fantasy VII, the popular 1990s console RPG from Square.
# [00:31] * jwir3 is now known as jwir3|away
# [00:31] * zpao|detached is now known as zpao
# [00:31] <philor> if I'd gotten pissed off about bug 513558 a tiny bit earlier, I wouldn't be starring it until next February; at the time 17 branches, there will be others that fail multiple times a day
# [00:32] * Quits: pcwalton (pcwalton@moz-78C039D6.ph.ph.cox.net) (Quit: nbvcx)
# [00:32] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.2a1pre)
# [00:33] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [00:33] * Joins: eflores (eflores@538BABFE.A073F3E.97BBD552.IP)
# [00:35] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:35] * Quits: sfink (chatzilla@moz-7B0110AD.mv.mozilla.com) (Client exited)
# [00:36] * Joins: adeel (chatzilla@5796A5D5.16797711.59D8DB68.IP)
# [00:37] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [00:38] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Linkinus - http://linkinus.com)
# [00:38] * Quits: adeel (chatzilla@5796A5D5.16797711.59D8DB68.IP) (Quit: ChatZilla 0.9.88.1 [SeaMonkey 2.8/20120312220748])
# [00:40] * Quits: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [00:40] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [00:43] * Quits: timdream (timdream@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [00:43] * Joins: necolas (necolas@moz-20AA4BAE.bb.sky.com)
# [00:44] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [00:44] * Quits: Boriss (FlyingToas@moz-4BCCC6CA.telecom.net.ar) (Quit: Boriss)
# [00:44] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird -- http://www.instantbird.com)
# [00:47] * Quits: pnemsak (Miranda@80CFE454.10D9684B.4F33160D.IP) (Quit: pnemsak)
# [00:47] * Quits: billm (billm@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
# [00:48] <@roc> gps: I'm not in California
# [00:48] * Quits: Pike (Pike@moz-E31CD2CB.mozilla.org) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
# [00:49] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
# [00:49] * coop is now known as coop|away
# [00:49] * AaronMT|afk is now known as AaronMT
# [00:50] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [00:50] <gps> gavin: who works out of the SF office that could help debug OS X mouse cursor disappearance?
# [00:50] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [00:50] <@roc> gps: I don't really know this code, but nsCursorManager.mm looks like the place to add some logging or something
# [00:51] <@roc> logging the behavior of setCursor might be helpful
# [00:51] * Joins: mburst (mburst@C5B03ED4.15EE8362.5379700C.IP)
# [00:51] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
# [00:52] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
# [00:52] * joduinn is now known as joduinn-coffee
# [00:53] <gavin> gps: I dunno. zpao maybe?
# [00:53] <gavin> I don't know of any SF cocoa gurus
# [00:53] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
# [00:54] <zpao> gps: i am not there today (and i'm far from an expert there anywho)
# [00:54] * Joins: dseif (dseif@6B54A471.531FD64C.630E4E47.IP)
# [00:56] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
# [00:58] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
# [00:58] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [00:58] * Joins: sgreenla (sgreenlay@E17A855D.16AD8761.971E19F6.IP)
# [00:58] * Quits: sgreenlay (sgreenlay@E17A855D.16AD8761.971E19F6.IP) (Ping timeout)
# [00:59] * Quits: tchevalier (tchevalier@moz-5830F2F3.w90-48.abo.wanadoo.fr) (Quit: Instantbird 1.1)
# [00:59] * bz is now known as bz_away
# [01:00] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [01:00] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [01:00] * ChanServ sets mode: +o dbaron
# [01:00] * Quits: drice (derice@1606D15F.E628B196.8E155D4E.IP) (Quit: Leaving.)
# [01:01] * Quits: coyotebush (corey@moz-4E046E7E.cabrillo.reshall.calpoly.edu) (Ping timeout)
# [01:01] * Quits: newbie (kvirc@AD13EB4A.BBC03DF0.9A06DD32.IP) (Ping timeout)
# [01:02] * Joins: billm (billm@moz-BBE3ABD.mv.mozilla.com)
# [01:04] * Joins: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [01:05] * Quits: cjones (cjones@moz-B0B3DB4C.sub-166-250-71.myvzw.com) (Ping timeout)
# [01:05] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [01:06] * zpao is now known as zpao|detached
# [01:06] * Joins: njn (chatzilla@moz-2FD59503.dyn.iinet.net.au)
# [01:06] * Joins: mayhemer__ (Miranda@B3D46202.F87A741B.F23860FD.IP)
# [01:07] * mcote is now known as mcote|afk
# [01:07] * Quits: timA (Instantbir@moz-535753DA.hsd1.or.comcast.net) (Connection reset by peer)
# [01:07] * Joins: jlebar|mac (~jlebarmac@moz-3F3A6302.dyn.columbia.edu)
# [01:07] * Quits: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:07] * Joins: brendan (brendaneic@moz-A7A85414.ptr.us.xo.net)
# [01:08] * Joins: timA (Instantbir@moz-535753DA.hsd1.or.comcast.net)
# [01:10] * joduinn-coffee is now known as joduinn
# [01:10] * Quits: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP) (Ping timeout)
# [01:12] * Joins: newbie (kvirc@AD13EB4A.BBC03DF0.9A06DD32.IP)
# [01:13] * Joins: evilpie_ (evilpie@moz-943D8F3F.pools.arcor-ip.net)
# [01:13] * Quits: brendan (brendaneic@moz-A7A85414.ptr.us.xo.net) (Quit: brendan)
# [01:15] * Joins: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com)
# [01:15] * Joins: dao (dao@moz-C19DF738.superkabel.de)
# [01:16] * wlach is now known as wlach|afk
# [01:18] * Quits: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP) (Connection reset by peer)
# [01:18] * Joins: rniwa_ (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
# [01:19] * zpao|detached is now known as zpao
# [01:19] * Joins: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com)
# [01:20] * Joins: coyotebush (corey@moz-F7DD6E85.wireless.calpoly.edu)
# [01:20] * heycam|away is now known as heycam
# [01:21] * Quits: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP) (Connection reset by peer)
# [01:21] * Joins: cjones (cjones@moz-8833343C.sub-174-234-78.myvzw.com)
# [01:22] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [01:22] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:22] * jaws|meeting is now known as jaws
# [01:24] * Quits: dseif (dseif@6B54A471.531FD64C.630E4E47.IP) (Input/output error)
# [01:25] * Quits: cjones (cjones@moz-8833343C.sub-174-234-78.myvzw.com) (Ping timeout)
# [01:26] * Quits: rniwa_ (rniwa@5CA6DC39.C60FE7DC.4065847B.IP) (Connection reset by peer)
# [01:26] * Joins: rniwa_ (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
# [01:26] * Joins: brendan (brendaneic@moz-A7A85414.ptr.us.xo.net)
# [01:26] * Joins: cjones (cjones@moz-8833343C.sub-174-234-78.myvzw.com)
# [01:27] * padenot is now known as padenot|away
# [01:27] <jaws> avih: ping?
# [01:27] * padenot|away is now known as padenot
# [01:28] * Quits: ehugg (chatzilla@53B1C1DE.C5EAED67.6CD50604.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
# [01:29] * nthomas is now known as nthomas|away
# [01:29] * Quits: catalinb (ethereal@moz-7443FA19.eregie.pub.ro) (Ping timeout)
# [01:30] * Quits: cjones (cjones@moz-8833343C.sub-174-234-78.myvzw.com) (Ping timeout)
# [01:30] * Quits: brendan (brendaneic@moz-A7A85414.ptr.us.xo.net) (Ping timeout)
# [01:30] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [01:31] * Joins: WeirdAl (chatzilla@moz-D461843.ask.info)
# [01:32] <jaws> avih: i pushed your refresh driver patch to mozilla-inbound
# [01:32] * Quits: pvivek_ (quassel@4C38E5A2.FA6330D.2A068A5E.IP) (Client exited)
# [01:33] * Joins: Boriss (FlyingToas@52134168.1D6B1E6C.21A636EC.IP)
# [01:35] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Quit: Mardak)
# [01:35] * Quits: coyotebush (corey@moz-F7DD6E85.wireless.calpoly.edu) (Ping timeout)
# [01:35] * zpao is now known as zpao|detached
# [01:37] <@roc> jaws: thanks
# [01:37] * bear is now known as bear-afk
# [01:37] <jaws> roc: np :)
# [01:37] <jaws> roc: thanks for the reviews :)
# [01:38] * jhford-buildduty is now known as jhford-work
# [01:38] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
# [01:38] <@roc> I hope it works
# [01:39] <@roc> alright, now I've got to go to the office
# [01:39] * padenot is now known as padenot|away
# [01:39] * padenot|away is now known as padenot
# [01:39] * Quits: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [01:40] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
# [01:40] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [01:42] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [01:44] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [01:44] * Quits: Boriss (FlyingToas@52134168.1D6B1E6C.21A636EC.IP) (Quit: Boriss)
# [01:48] * Quits: harth (harth@40018561.F684631.21A4E96A.IP) (Input/output error)
# [01:48] * nthomas|away is now known as nthomas
# [01:51] <RyanVM> jaws: ping
# [01:52] * Joins: timC (Instantbir@moz-535753DA.hsd1.or.comcast.net)
# [01:52] <RyanVM> nevermind
# [01:52] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Quit: Leaving.)
# [01:52] * timA is now known as IRCMonkey64145
# [01:52] * timC is now known as timA
# [01:52] * Quits: IRCMonkey64145 (Instantbir@moz-535753DA.hsd1.or.comcast.net) (Ping timeout)
# [01:52] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [01:53] <jaws> RyanVM: u sure?
# [01:53] <RyanVM> yeah
# [01:53] <RyanVM> i missed an email
# [01:53] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Quit: Leaving.)
# [01:53] <jaws> was this about my bad push?
# [01:53] <jaws> oh ok
# [01:53] <RyanVM> was going to yell at you about not adding a changeset url and such :P
# [01:53] <jaws> hehe
# [01:54] <jaws> ok cool, yeah let me know if i screwed anything up though
# [01:54] <jaws> i think i got it right :)
# [01:54] * Quits: cviecco_ (cviecco@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [01:54] <RyanVM> did you re-push due to a test failure?
# [01:55] <jaws> i repushed due to a bad commit message
# [01:55] <jaws> but i'm seeing a test failure on my original push now :-(
# [01:55] <RyanVM> yeah
# [01:55] <jaws> RyanVM: the two pushes are identical except for commit message
# [01:56] <RyanVM> ok
# [01:56] <jaws> RyanVM: if i see a failure on another platform with the same tests then i'll back it out
# [01:56] <RyanVM> welp, feel free to do the honors then! :)
# [01:56] <jaws> RyanVM: or do you think i should wait to see if there are failures on other platforms?
# [01:56] * mdas is now known as mdas|afk
# [01:56] <RyanVM> i'd probably just back out
# [01:57] <jaws> k
# [01:57] * Quits: Mossop (mossop@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [01:57] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [01:57] * joduinn is now known as joduinn-brb
# [01:58] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [01:58] * Quits: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [01:59] * Joins: kanru (user@moz-C73DBE0B.dynamic.hinet.net)
# [01:59] <jaws> backed out
# [01:59] <sicking> taras: ping
# [02:01] <taras> sicking: sup
# [02:02] * Joins: smaug (chatzilla@moz-76DB78AD.gprs.sl-laajakaista.fi)
# [02:02] * ChanServ sets mode: +o smaug
# [02:02] <sicking> taras: how do we deal with document.cookies right now? Does that do sync IO?
# [02:02] * joduinn-brb is now known as joduinn
# [02:02] <taras> sicking: async
# [02:02] <taras> or is supposed to be anyway
# [02:03] <sicking> taras: but document.cookies is a sync API
# [02:03] <taras> cookies are super-complicated :)
# [02:03] <taras> yeah it's an inmemory copy
# [02:03] * Joins: ericjung (Mibbit@moz-C6B344D.bstnma.fios.verizon.net)
# [02:03] <taras> and i know very little
# [02:03] <sicking> taras: ok
# [02:03] * Quits: mats (chatzilla@E8A3702C.D5022173.8500CC29.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
# [02:03] * rniwa_ is now known as rniwa
# [02:04] * Joins: victorporof (victorporo@A6ECF1D7.89BB3D44.4873E54D.IP)
# [02:07] * Joins: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp)
# [02:07] * Joins: eflores_ (eflores@538BABFE.A073F3E.97BBD552.IP)
# [02:07] * Quits: eflores (eflores@538BABFE.A073F3E.97BBD552.IP) (Connection reset by peer)
# [02:08] * Joins: gwagner_ (idefix@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:08] * Quits: jammink (textual@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:09] * Quits: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: leaving)
# [02:09] * eflores_ is now known as eflores
# [02:09] * Joins: coyotebush (corey@moz-B8D12B30.wireless.calpoly.edu)
# [02:09] * Quits: WeirdAl (chatzilla@moz-D461843.ask.info) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
# [02:09] * Quits: PopolonY2k (PopolonY2k@moz-91E89B72.claro.net.br) (Ping timeout)
# [02:10] * Joins: jammink (textual@moz-BBE3ABD.mv.mozilla.com)
# [02:12] * Quits: mak (chatzilla@moz-8C087C3D.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
# [02:12] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [02:12] * spartan is now known as spartan|away
# [02:12] * Quits: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss|2)
# [02:13] * Joins: roc (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [02:13] * ChanServ sets mode: +o roc
# [02:14] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
# [02:14] * mattwoodrow is now known as mattwoodrow|away
# [02:14] * Quits: Polynomial-C (Poly-C@moz-6BF15E9E.dip.t-dialin.net) (Quit: GNU/Linux, because I'd rather own a free OS than steal one that's not worth paying for.)
# [02:15] * timA is now known as timA|away
# [02:15] * Joins: ehugg (chatzilla@moz-44D86B1E.cisco.com)
# [02:15] * timA|away is now known as timA
# [02:15] * timA is now known as timA|away
# [02:15] * Quits: jlebar|mac (~jlebarmac@moz-3F3A6302.dyn.columbia.edu) (Quit: jlebar|mac)
# [02:16] * Quits: timA|away (Instantbir@moz-535753DA.hsd1.or.comcast.net) (Quit: Instantbird -- http://www.instantbird.com)
# [02:16] * Joins: Boriss (FlyingToas@A56C7BF9.E5D7038F.799F721.IP)
# [02:17] * mattwoodrow|away is now known as mattwoodrow
# [02:18] * Quits: dao (dao@moz-C19DF738.superkabel.de) (Quit: Leaving.)
# [02:19] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [02:19] <sicking> taras: by the way, I had one crazy idea for localStorage
# [02:19] <taras> what's that?
# [02:19] <sicking> taras: we could treat localStorage the same way we treat synchronous XHR. I.e. we could spin the event loop while waiting for IO and just prevent callbacks to the same webpage
# [02:20] <taras> yeah we could
# [02:20] <taras> but LS is a lot more common
# [02:20] <taras> than most things we spin event loop
# [02:20] <sicking> true
# [02:20] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [02:20] <sicking> so bigger risk of bugs
# [02:20] <taras> sicking: current plan is to preload LS async while delaying page load
# [02:20] * Joins: pcwalton (pcwalton@moz-7E582123.ptr.us.xo.net)
# [02:21] <taras> ie have a hashtable of sites that use LS...and speculatively preload damned sites
# [02:21] <sicking> taras: yeah, i like that plan. Though would we do it for all pages that have LS data, or are we going to try to see if the script uses LS?
# [02:21] <taras> hmmmm
# [02:21] <taras> doing it on script level might be amusing
# [02:21] * Quits: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com) (Quit: damons)
# [02:21] * Quits: mdas|afk (mdas@8CB764BC.D30B51A1.412CF160.IP) (Quit: mdas|afk)
# [02:21] <taras> problem is inline scripts
# [02:21] <sicking> trying to see if the script uses LS would be hard i think, and not bulletproof
# [02:21] <taras> we aren't good at blocking thos
# [02:21] <taras> those
# [02:21] <sicking> we can block inline scripts
# [02:22] <taras> khuey: ^
# [02:22] <sicking> it would be a small change to the scriptloader
# [02:22] <taras> khuey knows more than i do on this
# [02:22] <sicking> i know more than khuey :)
# [02:22] * sicking isn't sure that is actually the case :)
# [02:22] <sicking> but i do know that executing inline scripts async would be easy
# [02:22] <sicking> onfoo attributes would be hard though
# [02:23] <taras> right
# [02:23] <taras> "< sicking> i know more than khuey "
# [02:23] <sicking> we could do those too, but i think we'd get very far without that
# [02:23] <taras> i like it
# [02:23] <GPHemsley> RyanVM: Thanks! :)
# [02:23] <sicking> :)
# [02:23] <taras> yeah i'm ok with punting on those for now
# [02:23] <RyanVM> GPHemsley: np!
# [02:25] * Quits: Boriss (FlyingToas@A56C7BF9.E5D7038F.799F721.IP) (Quit: Boriss)
# [02:25] <philor> RyanVM: somebody's a problem, though
# [02:25] <RyanVM> philor: Somehow I'm not surprised
# [02:26] <RyanVM> nsHashtable.o
# [02:26] * Quits: automata (automata@8D23278A.C27CA109.16867D26.IP) (Ping timeout)
# [02:26] <RyanVM> should be easy to track down
# [02:26] <RyanVM> looking now
# [02:27] <RyanVM> ....aaaaaaaaaaand found
# [02:27] <RyanVM> backing out
# [02:27] * Joins: dseif (dseif@moz-D67D4E2B.dsl.teksavvy.com)
# [02:27] * Quits: coyotebush (corey@moz-B8D12B30.wireless.calpoly.edu) (Quit: Leaving.)
# [02:28] * Joins: Polynomial-C (Poly-C@moz-6BF15E9E.dip.t-dialin.net)
# [02:28] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: anant)
# [02:29] * Joins: ericz (eziegenhor@moz-B77DEAEB.mozilla.org)
# [02:29] <philor> you'd think the feedbacker would have caught that
# [02:32] * Quits: Polynomial-C (Poly-C@moz-6BF15E9E.dip.t-dialin.net) (Ping timeout)
# [02:32] * Joins: Polynomial-C (Poly-C@moz-B9F7C1E8.dip.t-dialin.net)
# [02:33] * Quits: mcot (mcot@C4B02.F3C4E8F3.C8444B8.IP) (Ping timeout)
# [02:33] * Quits: ericz (eziegenhor@moz-B77DEAEB.mozilla.org) (Quit: leaving)
# [02:33] * Joins: ericz (eziegenhor@moz-B77DEAEB.mozilla.org)
# [02:33] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
# [02:34] <RyanVM> no comment
# [02:34] * Joins: WeirdAl (chatzilla@moz-6C584174.ipnetworksinc.net)
# [02:34] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [02:36] <RyanVM> GPHemsley: ping
# [02:36] <GPHemsley> yeah? :/
# [02:37] <RyanVM> should I back out or just push the todo-is change?
# [02:37] <GPHemsley> I'd say just push to todo_is
# [02:37] <RyanVM> up to you
# [02:37] <GPHemsley> s/to/the/
# [02:37] <RyanVM> OK, then you'll need to rebase your patch in 716321
# [02:38] <GPHemsley> not a problem
# [02:38] * Joins: Boriss (FlyingToas@moz-A4A2BC61.telecom.net.ar)
# [02:40] * Quits: WeirdAl (chatzilla@moz-6C584174.ipnetworksinc.net) (Ping timeout)
# [02:41] <RyanVM> done
# [02:41] <RyanVM> thanks for noticing that
# [02:43] <GPHemsley> thank you
# [02:43] * Quits: kumar (kmcmillan@moz-F2D05B8.c3-0.stk-ubr1.chi-stk.il.cable.rcn.com) (Quit: kumar)
# [02:45] * Quits: ericz (eziegenhor@moz-B77DEAEB.mozilla.org) (Ping timeout)
# [02:46] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [02:47] * Joins: ericz (eziegenhor@moz-B77DEAEB.mozilla.org)
# [02:48] * Quits: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:48] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [02:49] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [02:50] * Joins: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP)
# [02:50] * Quits: garnacho_ (carlos@moz-F97AA87E.static.user.ono.com) (Ping timeout)
# [02:51] * Joins: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [02:51] <GPHemsley> RyanVM: Actually, I just realized. That code isn't even covered by bug 716321 as seen in public. The code that that is supposed to test for isn't yet attached to a bug. >_<
# [02:51] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [02:51] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [02:51] <GPHemsley> RyanVM: Shouldn't make any difference, except that you commit message is somewhat misleading. :/
# [02:51] <RyanVM> errr
# [02:52] <RyanVM> well, the test will fail, no?
# [02:52] <GPHemsley> in the original patch, yes
# [02:52] <GPHemsley> there's nothing wrong with the content of your commit
# [02:52] <RyanVM> will you eventually update 716321 to fix it?
# [02:52] <mayhemer__> is anything wrong with the try tbpl?
# [02:52] <padenot> I'm facing an issue while adding a library to the tree, does anyone can help me ?
# [02:53] <GPHemsley> RyanVM: I will eventually fix it, yes; whether that happens in 716321 is unknown at this time.
# [02:53] <RyanVM> ok
# [02:54] <mayhemer__> looks like hg.mozilla.org is down... again....
# [02:55] <GPHemsley> RyanVM: To not make you a liar, I'll add the patch now. :)
# [02:56] <RyanVM> thanks, I prefer psychic
# [02:56] <GPHemsley> heh
# [02:57] * Quits: jkc (segfault@moz-ECCC080F.rootnode.net) (Ping timeout)
# [02:57] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [02:58] * ChanServ sets mode: +o ehsan
# [02:58] * Joins: jkc (segfault@moz-ECCC080F.rootnode.net)
# [02:58] * Quits: @ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Connection reset by peer)
# [02:58] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [02:58] * ChanServ sets mode: +o ehsan
# [02:58] <nthomas> IT is looking at hg
# [02:59] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [02:59] <cpeterson> Isn't the hg repo moving to a different data center?
# [02:59] * Joins: Gentlecat (Roman@E92145AA.CF9BE6BE.8FB52CB8.IP)
# [02:59] * Quits: jammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Computer has gone to sleep.)
# [03:00] <nthomas> not yet
# [03:01] * Quits: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com) (Client exited)
# [03:01] * mcote|afk is now known as mcote
# [03:01] * Joins: jammink (textual@moz-BBE3ABD.mv.mozilla.com)
# [03:01] <cpeterson> do the try servers support esr10 release branch? Or is the try error I got probably related to the hg server problems?
# [03:02] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [03:06] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [03:06] <nthomas> it should build OK, but you might get the wrong set of tests if there have been changes since 10 was in m-c (and there almost certainly have)
# [03:07] * Quits: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp) (Quit: nattokirai)
# [03:07] * Joins: NhanTDN (human_torc@40B9C57D.D49B922A.428A7A2F.IP)
# [03:09] * Joins: jdm (jdm@moz-15BB5FE6.cable.teksavvy.com)
# [03:09] * khuey is now known as khuey|away
# [03:09] * Quits: dria (dria@moz-86A004D9.dhcp-dynamic.fibreop.nb.bellaliant.net) (Ping timeout)
# [03:10] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 10.0.2/20120215223356])
# [03:10] * Joins: dria (dria@moz-86A004D9.dhcp-dynamic.fibreop.nb.bellaliant.net)
# [03:10] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
# [03:10] * Joins: mkaplz (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [03:11] * Joins: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp)
# [03:11] * Quits: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [03:11] * mcote is now known as mcote|afk
# [03:12] * Quits: evilpie_ (evilpie@moz-943D8F3F.pools.arcor-ip.net) (Quit: ChatZilla 0.9.88.1 [Firefox 14.0a1/20120403063158])
# [03:14] * Quits: Boriss (FlyingToas@moz-A4A2BC61.telecom.net.ar) (Quit: Boriss)
# [03:14] * jmaher|afk is now known as jmaher
# [03:15] * Quits: gwagner_ (idefix@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Client exited)
# [03:16] * Quits: pcwalton (pcwalton@moz-7E582123.ptr.us.xo.net) (Quit: pcwalton)
# [03:16] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [03:16] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Client exited)
# [03:17] * Quits: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com) (Ping timeout)
# [03:17] * KaiRo_away is now known as KaiRo
# [03:17] * Joins: WeirdAl (chatzilla@9108A79F.615B56E6.43362C16.IP)
# [03:19] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [03:19] * Joins: gandalf (zbraniecki@moz-EC234B6C.neoplus.adsl.tpnet.pl)
# [03:22] * spartan|away is now known as spartan
# [03:24] * Quits: Gentlecat (Roman@E92145AA.CF9BE6BE.8FB52CB8.IP) (Quit: Leaving)
# [03:25] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Client exited)
# [03:25] * ctalbert is now known as ctalbert|afk
# [03:26] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
# [03:27] * Quits: necolas (necolas@moz-20AA4BAE.bb.sky.com) (Client exited)
# [03:28] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
# [03:28] <RyanVM> philor: I don't want to touch that mess....
# [03:29] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz)
# [03:30] * Quits: WeirdAl (chatzilla@9108A79F.615B56E6.43362C16.IP) (Ping timeout)
# [03:31] * Joins: WeirdAl (chatzilla@9108A79F.615B56E6.43362C16.IP)
# [03:32] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
# [03:36] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [03:37] * Quits: sgreenla (sgreenlay@E17A855D.16AD8761.971E19F6.IP) (Ping timeout)
# [03:37] * Joins: sgreenlay (sgreenlay@E17A855D.16AD8761.971E19F6.IP)
# [03:38] * Quits: espindola (espindola@moz-B5DE3DA4.dsl.teksavvy.com) (Client exited)
# [03:39] * Joins: asac_ (asac@moz-48324B2A.pppoe.wtnet.de)
# [03:39] * Quits: odin_ (Odin@moz-66D3502E.zone5.bethere.co.uk) (Quit: Leaving)
# [03:40] * Quits: asac (asac@D1D97E64.CD363B7F.B3DDC20A.IP) (Ping timeout)
# [03:40] * Quits: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving.)
# [03:41] * Quits: WeirdAl (chatzilla@9108A79F.615B56E6.43362C16.IP) (Ping timeout)
# [03:41] * Joins: WeirdAl (chatzilla@9108A79F.615B56E6.43362C16.IP)
# [03:42] * Parts: WeirdAl (chatzilla@9108A79F.615B56E6.43362C16.IP)
# [03:42] <Waldo> !seen bz
# [03:42] <firebot> bz was last seen 2 hours, 42 minutes and 14 seconds ago, changing nick to bz_away.
# [03:42] * Quits: @roc (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [03:42] <Waldo> bz_away: ping, not super-critical
# [03:43] * Quits: gandalf (zbraniecki@moz-EC234B6C.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [03:43] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
# [03:43] * Quits: chewey (chewey@moz-7FDB1E4B.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:43] * Joins: odin_ (Odin@DE3EB1F1.68963D60.36BC34DC.IP)
# [03:44] * Joins: chewey (chewey@moz-42B22C94.dip0.t-ipconnect.de)
# [03:44] * Joins: past (past@moz-693BD31D.ph.ph.cox.net)
# [03:45] <fantasai> ehsan, bz_away: Is https://wiki.mozilla.org/Gecko:Debugging_Tools still accurate for printing frametrees? Or does it need to be updated
# [03:45] * Joins: mjschranz_ (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
# [03:45] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Connection reset by peer)
# [03:45] * fantasai seems to be getting crashes
# [03:47] * @ehsan looks
# [03:48] <@ehsan> fantasai: if you have a debug build, just use Tools>Layout Debugger
# [03:48] <@ehsan> I use it all the time
# [03:48] <@bz_away> quick, what's the right bikeshed color for signed and unsigned 8-bit ints in webidl
# [03:48] <@ehsan> fantasai: from inside gdb, call nsFrame::DumpFrameTree
# [03:49] <@bz_away> fantasai: looking
# [03:49] * Joins: aja (chatzilla@31F97AFA.71C78C16.7880DB15.IP)
# [03:49] <@ehsan> and pass a frame pointer to it
# [03:49] * bz_away is now known as bz
# [03:49] <@bz> fantasai: no, that's old
# [03:49] <@bz> fantasai: as of Firefox 4 it's out of date
# [03:50] <@ehsan> bz: I'm fixing the wiki now
# [03:50] <@bz> ehsan: note that there are two possible things one might want
# [03:50] <@bz> ehsan: dumping the subtree rooted at a given frame or dumping the whole frametree
# [03:50] * @bz currently has...
# [03:50] <@ehsan> oh is there a way to dump a subtree?
# [03:50] <@bz> def frametreelimited
# [03:50] <@bz> call $arg0->List((FILE*)__stderrp, 2)
# [03:50] <@bz> end
# [03:50] <@bz> and
# [03:50] * khuey|away is now known as khuey
# [03:50] <@ehsan> nice
# [03:51] <@bz> def frametree
# [03:51] <@bz> set $r = ($arg0)->PresContext()->GetPresShell()->GetRootFrame()
# [03:51] <@bz> if ($r)
# [03:51] <@bz> call $r->List((FILE*)__stderrp, 2)
# [03:51] <@bz> end
# [03:51] <@bz> end
# [03:51] <@bz> respectively
# [03:51] <@ehsan> bz: why not just use nsFrame::DumpFrameTree?
# [03:51] <@bz> (adjust the first argument to however your system needs to tell gdb about stderr
# [03:51] <@bz> ehsan: probably because it postdates writing those macros. ;)
# [03:51] <@bz> ehsan: at a guess
# [03:51] <@bz> ehsan: and since they work, I haven't messed with them
# [03:51] * Quits: ehugg (chatzilla@moz-44D86B1E.cisco.com) (Ping timeout)
# [03:52] * Quits: biesi (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP) (Ping timeout)
# [03:52] <@bz> ehsan: I agree the wiki should document the simple thing if it works
# [03:52] <@ehsan> bz: fwiw, I have a macro using nsFrame::DumpFrameTree, and it works just fine
# [03:52] <@bz> ehsan: excellent
# [03:52] <@ehsan> bz: it does now ;)
# [03:52] <@bz> fwiw....
# [03:52] * Joins: ehugg (chatzilla@moz-44D86B1E.cisco.com)
# [03:52] <@bz> the atom part is bunk too
# [03:52] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [03:52] <@ehsan> yeah I have a macro for that
# [03:52] * @bz doesn't right now
# [03:52] * Quits: fabrice (fabrice@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [03:52] <@ehsan> maybe I should just stick my gdbinit there ;)
# [03:52] <@bz> but it can reuse the string macro
# [03:52] * @ehsan goes ahead to do that
# [03:53] <@bz> since atoms always have a PRUnichar* in them now
# [03:53] <@bz> (didn't use to be true!)
# [03:53] <@bz> go for it
# [03:53] * @bz has too much junk in his
# [03:53] <@bz> like jsclass and jsscript macros that no longer work
# [03:53] <fantasai> ehsan: I'm looking at your frametree, and I think there's one bit that's wrong
# [03:53] * Quits: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [03:53] <@bz> and "frametree" macros in 4 different flavors, two of which are only needed on old branches
# [03:53] <fantasai> ehsan: https://raw.github.com/gist/2284574/4628a51047098a908a21314bd0e7425d95c327f5/gistfile1.txt
# [03:54] <fantasai> ehsan: the Block(h2) on the later pages should be in the ColumSet(div)'s OverflowContainersList
# [03:54] * Quits: sewardj (sewardj@moz-8606F452.dip.t-dialin.net) (Ping timeout)
# [03:55] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [03:55] <@ehsan> fantasai: hmm, the contents of OverflowContainersList's there seem weird
# [03:55] * Joins: Mardak (Mardak@90E4D93F.93EC364C.1C63AAF3.IP)
# [03:55] <fantasai> ehsan: No, they're alright
# [03:56] <fantasai> ehsan: The columnSet has finished on the first page
# [03:56] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [03:56] <@ehsan> fantasai: I would expect the columnset not be there
# [03:56] <fantasai> ehsan: so its continuations beyond that should all be overflow containers
# [03:56] <fantasai> ehsan: It has to be there, otherwise the h2 can't be parented correctly :)
# [03:56] * Joins: jfkthame (jfkthame@42653AA7.90783722.9542EC20.IP)
# [03:56] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
# [03:56] * Quits: jfkthame (jfkthame@42653AA7.90783722.9542EC20.IP) (Quit: jfkthame)
# [03:56] <@ehsan> oh ok
# [03:56] <fantasai> ehsan: It's a ghost of itself, though; that's what an overflow container is
# [03:56] <@ehsan> I thought we only stick the splitted continuations in the overflow list
# [03:56] <fantasai> ehsan: it's a ghost of a frame that's already finished
# [03:56] <@ehsan> ok
# [03:57] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [03:57] <fantasai> ehsan: It's there only to parent the h2
# [03:57] <@ehsan> fantasai: so is this frame tree coming from my patch?
# [03:57] <fantasai> ehsan: that's the frame tree you posted
# [03:57] <@ehsan> ok
# [03:57] * fantasai hasn't gotten a working frametree macro yet ;)
# [03:57] <@ehsan> fantasai: look at the wikipage again!
# [03:57] <jaws> how do i figure out which mochitest suite my test will be run under (m1, m2, ...)?
# [03:57] <@ehsan> fantasai: so, that tells me that we should get the h2 rendered on all pages
# [03:57] <fantasai> ehsan: yes
# [03:58] <@ehsan> jaws: read the logs and see which test runs as the last one in each set ;)
# [03:58] <jaws> ehsan: k, thanks :)
# [03:58] <@ehsan> fantasai: so what should I look into next? display item construction?
# [03:58] <@khuey> is hg having issues?
# [03:58] <@ehsan> khuey: always
# [03:58] <@khuey> Kyle Huey@KYLEHUEY-PC /c/dev/mozilla-inbound
# [03:58] <@khuey> $ hg pull -u
# [03:58] <@khuey> abort: error:
# [03:59] <jaws> more issues than the new york times
# [03:59] <fantasai> ehsan: hm, yes
# [03:59] <@ehsan> khuey: it was down half an hour ago
# [03:59] <@khuey> ah
# [03:59] <@ehsan> fantasai: that seems very unlikely...
# [03:59] <@khuey> I conveniently missed that during my evening commute
# [03:59] <dholbert> khuey, hg pull -u is producing no output for me (after ~15 sec)
# [03:59] <@ehsan> fantasai: well maybe not that unlikely
# [03:59] * philor is now known as philor|away
# [03:59] <dholbert> khuey, (ah, now it's working... just slowly...)
# [03:59] * Joins: adeel (chatzilla@5796A5D5.16797711.59D8DB68.IP)
# [04:00] <fantasai> ehsan: Need to call DisplayOverflowContainers
# [04:00] * Quits: victorporof (victorporo@A6ECF1D7.89BB3D44.4873E54D.IP) (Quit: Leaving...)
# [04:00] * Quits: billm (billm@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [04:00] * Joins: roc (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [04:00] * ChanServ sets mode: +o roc
# [04:01] <dholbert> khuey, yup, WFMSlowly
# [04:01] <@ehsan> fantasai: well, that function is not called ;)
# [04:01] <fantasai> ehsan: that would be the problem :)
# [04:01] <@ehsan> fantasai: so hold on, I need to get a new build
# [04:01] <@khuey> dholbert: yeah I just managed to pull inbound
# [04:01] <fantasai> ehsan: np
# [04:01] * @ehsan has been jumping around too many branches
# [04:01] <fantasai> ehsan: Prefix that call with if(GetPrevInFlow())
# [04:01] <fantasai> ehsan: and make sure it's before the real children
# [04:01] <@ehsan> fantasai: I'll just look to see what other callers do :)
# [04:01] <@ehsan> before?
# [04:01] <fantasai> ehsan: yes
# [04:01] * jhopkins is now known as jhopkins|afk
# [04:01] <@ehsan> oh right
# [04:01] <@ehsan> nm
# [04:01] <@ehsan> :)
# [04:01] <fantasai> :)
# [04:02] <fantasai> ehsan: The other thing that seems wrong in my copy is the height of the box on the second page
# [04:02] <fantasai> ehsan: but that seems okay in your frame tree...
# [04:02] <@ehsan> fantasai: so what's different with your copy?
# [04:03] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:03] <fantasai> I'm running against a different test, I think that's all
# [04:03] * fantasai just applied your patch, that's it
# [04:03] <@ehsan> ok
# [04:03] <@ehsan> I know that building with my laptop on my laps is going to be a mistake...
# [04:03] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [04:03] * nthomas changes topic to 'm-c, m-i, try closed for hg outage, bug 742129 || Next uplift: 24th April || New/want to help? See #introduction || http://krijnhoetmer.nl/irc-logs/'
# [04:04] <fantasai> ehsan: The testcase needs to have an element after the multi-col element, to make sure that the multi-col element takes up the correct amount of space
# [04:04] * Joins: pranavrc (pranavrc@E873DAF8.AF32B3FA.C28326FD.IP)
# [04:04] <@ehsan> fantasai: yeah makes sense
# [04:04] <@ehsan> khuey: dholbert: look at the topic :)
# [04:05] <@khuey> :-P
# [04:06] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
# [04:07] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
# [04:07] * Quits: mjschranz_ (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Ping timeout)
# [04:07] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:07] * Joins: kryophrost94 (Mibbit@CA1DA03.75FD8D2.9FEB19E.IP)
# [04:09] * fantasai is failing at getting a frametree :/
# [04:09] * Quits: KaiRo (robert@moz-7EF7AA9D.adsl.highway.telekom.at) (Input/output error)
# [04:09] <dholbert> fantasai, Tools | Layout Debugger not working?
# [04:10] <dholbert> fantasai, should be able to load your page there, and then do Dump | Frame Tree or whatever
# [04:10] <fantasai> dholbert: ohhhh
# [04:10] <fantasai> dholbert: So fancy!
# [04:10] <Waldo> bz: what code needs to distinguish instances of typed array classes/buffers from the prototype objects for them, that you mentioned in bug 741039?
# [04:11] <dholbert> fantasai, I'm not sure I'd use that exact word to describe the layout debugger :) But it is indeed handy
# [04:11] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Quit: jgriffin)
# [04:12] <fantasai> hm, but no Print Preview :(
# [04:12] * fantasai needs a frame dump during print preview...
# [04:12] * Quits: adeel (chatzilla@5796A5D5.16797711.59D8DB68.IP) (Quit: ChatZilla 0.9.88.1 [SeaMonkey 2.8/20120312220748])
# [04:13] <dholbert> fantasai, ah, then you need GDB
# [04:13] <fantasai> (gdb) call nsFrame::DumpFrameTree(this)
# [04:13] <fantasai> A syntax error in expression, near `DumpFrameTree(this)'.
# [04:13] <fantasai> ?
# [04:13] * Joins: fabrice (fabrice@moz-A7A85414.ptr.us.xo.net)
# [04:13] <@bz> Waldo: well, any code that needs access to the underlying buffer, no?
# [04:14] <@bz> waldo: Like if I have a Float32Array
# [04:14] <@bz> waldo: and I want the float*
# [04:14] <@bz> waldo: also, if I have a DOM function taking Float32Array
# [04:14] <Waldo> bz: in the short-ish term, perhaps; longer, I don't see why prototypes shouldn't just have a buffer containing 0 elements, so they're just like every other typed array/buffer with 0 length
# [04:14] <dholbert> fantasai, I've still got a 'frametree' command from bz's old-ish gdbinit, which looks like this: http://pastebin.mozilla.org/1552808
# [04:14] <@bz> waldo: and the caller passes Float32Array.prototype
# [04:14] <@bz> waldo: that function is supposed to throw
# [04:14] <@bz> waldo: per webidl
# [04:14] <Waldo> really? :-(
# [04:14] <dholbert> fantasai, that works for me (haven't tried the nsFrame::DumpFrameTree variant)
# [04:15] <@bz> waldo: well, as long as typed arrays are described in webidl...
# [04:15] <@bz> waldo: of course that also says .length is supposed to be an accessor on the prototype
# [04:15] <Waldo> bz: I wonder if that isn't a case of overfitting to current implementations
# [04:15] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88.1 [Firefox 14.0a1/20120329175029])
# [04:15] <@bz> waldo:which I bet we don't do
# [04:15] <Waldo> with undesirable semantics
# [04:15] <@bz> waldo: it's a case of treating typed arrays as WebIDL interfaces
# [04:15] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:15] <Waldo> hmm, sigh
# [04:15] <@bz> waldo: and then imposing uniform semantics on all objects implementing webidl interfaces
# [04:16] <fantasai> ehsan: The other thing that's wrong is GetSkipSides()
# [04:16] <@bz> waldo: for your typical interface, it makes no sense to treat the proto as an instance
# [04:16] <fantasai> ehsan: I have no idea why nsColumnSetFrame is overriding it
# [04:16] <fantasai> ehsan: I don't think it should be doing that.
# [04:16] <Waldo> true enough, more or less
# [04:16] <@bz> waldo: this is why in our new bindings the proto objects and the instance objects have different jsclasses, tbw
# [04:16] <@bz> er, btw
# [04:16] <@ehsan> fantasai: what does that function do?
# [04:17] <Waldo> just thinking that it simplifies things to not have to special-case them
# [04:17] <fantasai> ehsan: determines which sides of a box to paint
# [04:17] <@bz> waldo: special-case which?
# [04:17] <fantasai> ehsan: the border
# [04:17] <@bz> waldo: the protos?
# [04:17] <Waldo> although, I guess it's easy enough to have them share the same elements mechanism, yet have different classes still
# [04:17] <@bz> waldo: yeah, if we can do that, that would be simplest
# [04:17] <@ehsan> fantasai: hmm, that doesn't seem relevant to this bug does it?
# [04:18] <Waldo> bz: thinking for elemental access and stuff, kinda muse-y, perhaps best not to try to understand me at this point :-)
# [04:18] * @ehsan runs blame
# [04:18] <@bz> waldo: heh
# [04:18] <@ehsan> fantasai: btw good news, calling DisplayOverflowContainers fixes the reftest
# [04:18] * Waldo wonders if he can empty his review queue tonight
# [04:18] * Quits: kwierso (chatzilla@moz-77693AC4.desm.qwest.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [04:18] <fantasai> ehsan: if it's not set correctly, the borders of the multi-column element will show up when the multi-col has an overflow container continuation
# [04:18] <@ehsan> Waldo: r minus'em all!
# [04:18] * @bz wonders whether waldo can empty his review queue tonight
# [04:18] <Waldo> </meme>
# [04:19] <fantasai> dholbert: that segfaults for me
# [04:19] * Joins: biesi (cbiesinger@moz-96763409.tmodns.net)
# [04:19] * Quits: fabrice (fabrice@moz-A7A85414.ptr.us.xo.net) (Ping timeout)
# [04:19] <@ehsan> fantasai: that code has been there since the original implementation
# [04:19] <@bz> let's make a dael
# [04:19] <@bz> er, dea
# [04:19] <@bz> er, deal
# [04:19] <@ehsan> fantasai: I can remove it
# [04:19] <@bz> I empty yours
# [04:19] <dholbert> fantasai, ha! weird, I don't think I've seen it do that. Did you pass it a nsIFrame* ?
# [04:19] <@bz> you empty mine
# [04:19] <Waldo> haha http://mozillamemes.tumblr.com/post/20411658584/listen-to-the-yak
# [04:20] <fantasai> dholbert: Yeah, i passed it 'this'
# [04:20] <fantasai> dholbert: which evaluates to an nsColumnSetFrame*
# [04:20] <@bz> waldo: that one made no sense to me
# [04:20] <@ehsan> hmm
# [04:20] <Waldo> bz: yak-shaving is bad :-)
# [04:20] * Joins: fabrice (fabrice@moz-A7A85414.ptr.us.xo.net)
# [04:20] <Waldo> getting stuff important done is good
# [04:20] <dholbert> fantasai, weird!
# [04:20] <@ehsan> fantasai: http://dxr.lanedo.com/mozilla-central/layout/generic/nsBlockFrame.cpp.html#l6097 seems to be doing something real in GetSkipSides
# [04:21] <Waldo> although sometimes I guess you can't avoid the yak
# [04:21] <fantasai> Why am I breaking all the dev tools I try to use :(
# [04:21] <@ehsan> fantasai: note that you can't print a frametree safely if something's dirty
# [04:21] <@ehsan> fantasai: I usually step up to PresShell::DoReflow and print the frametree from there
# [04:21] <fantasai> ehsan: that's a bit of a problem if I want to check things halfway, isn't it?
# [04:21] <@ehsan> it is
# [04:22] <@ehsan> but I don't have a good solution for you
# [04:22] <@ehsan> (besides manual investigation, that is)
# [04:22] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [04:22] <fantasai> ehsan: I'm pretty sure this used to work...
# [04:22] <fantasai> oh well
# [04:22] <@roc> I seem to recall printing frame trees during reflow on a regular basis
# [04:22] <@roc> there's no reason why that should break
# [04:23] <@ehsan> roc: it sometimes segfaults for me
# [04:23] <fantasai> roc: do you remember why nsColumSetFrame implements GetSkipSides()?
# [04:23] <@ehsan> and has been that way since as long as I remember
# [04:23] <@ehsan> problem is, debugging a crash caused by calling something in gdb is almost always going to lead to gdb itself crash :(
# [04:23] <@ehsan> at least on the mac
# [04:24] <fantasai> roc: I don't think that's right, and it definitely won't be right for handling abspos overflow
# [04:24] * Joins: Mavericks (Mibbit@88FE187C.1B6D7316.FDEA3160.IP)
# [04:24] <@bz> mmm
# [04:24] <@bz> try is slow gain
# [04:24] <fantasai> ehsan: The testcase I just atteched, does it seem to render correctly?
# [04:25] <@roc> fantasai: no idea
# [04:25] * Joins: KWierso (chatzilla@moz-77693AC4.desm.qwest.net)
# [04:25] <@roc> why does it affect abspos overflow?
# [04:25] <fantasai> roc: causes the multi-col element's continuations to draw their borders, even if they're overflow containers
# [04:25] * @ehsan looks
# [04:25] <@smaug> bz: see the topic
# [04:26] <fantasai> ehsan: the blockquote should appear after the end of the multi-column element.. which should end partway through the second page
# [04:26] <@roc> I see
# [04:26] <@roc> sure, change it
# [04:26] * Joins: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [04:26] <@bz> smaug: :*
# [04:26] <@bz> er, :(
# [04:27] * @bz can't type
# [04:27] * spartan is now known as spartan|away
# [04:27] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:28] <@ehsan> fantasai: it does
# [04:28] <fantasai> ehsan: You need the GetSkipSides impelementation in nsBlockFrame, I think
# [04:28] <@ehsan> fantasai: but I see the blue border on the second page as well
# [04:28] * Quits: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:28] * thinker is now known as sinker
# [04:28] <@ehsan> fantasai: so, is nsCanvasFrame::GetSkipSides() returning 0 correct, or should we change that too?
# [04:29] <fantasai> ehsan: If nsCanvasFrame is splittable, yes.
# [04:29] <fantasai> ehsan: if it's not, then it's fine
# [04:29] * fantasai pulls up mxr
# [04:30] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [04:30] <fantasai> ehsan: we should probably pull nsBlockFrame's implementation into nsContainerFrame and just have nsInlineFrame override it
# [04:31] * sheeri-afk is now known as sheeri
# [04:31] <@ehsan> oh boy, webkit's pagination is completely broken for columnsets
# [04:31] <fantasai> ehsan: it's the only case that would handle GetSkipSides differently, I think
# [04:31] * Joins: brendan (brendaneic@moz-A7A85414.ptr.us.xo.net)
# [04:31] * Quits: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP) (Quit: rniwa)
# [04:31] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [04:32] <@ehsan> fantasai: nsInlineFrame already overrides it
# [04:32] <fantasai> ehsan: ok, so just pull the nsBlockFrame implementation into nsContainerFrame
# [04:33] <fantasai> ehsan: most frames will want that implementation anyway
# [04:33] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [04:34] * @bz starts the Great Bug-Filing Spree
# [04:34] * Quits: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP) (Quit: mdas)
# [04:34] <fantasai> ehsan: so that testcase, the blue box should start on the first page and end halfway through the second
# [04:35] <fantasai> ehsan: the green box should appear right after the end of the blue box
# [04:35] <@ehsan> bz: btw, just so you know, you're kind of making me unsubscribe from public-webgl ;)
# [04:35] * Quits: jdm (jdm@moz-15BB5FE6.cable.teksavvy.com) (Client exited)
# [04:35] <fantasai> ehsan: and the orange box should just continue across all the pages, starting on the first, and closing on the last
# [04:35] <@ehsan> fantasai: that's not what's happening
# [04:35] <@ehsan> fantasai: lemme see if the GetSkipSides change fixes it
# [04:35] * Quits: m_kato (Daily@moz-348F61F0.mozilla.or.jp) (Quit: m_kato)
# [04:36] <@ehsan> fantasai: roc: btw, we should also talk about the branch strategy for that bug...
# [04:36] <@ehsan> the patch that I have is no longer safe for branches I don't think
# [04:36] <@ehsan> too big too scary
# [04:36] <@khuey> approval-mozilla-esr+
# [04:37] * Quits: fabrice (fabrice@moz-A7A85414.ptr.us.xo.net) (Ping timeout)
# [04:38] <@ehsan> khuey: is the fact that we build nsBrowserApp.cpp every single time surprising to you?
# [04:39] * ewong|sleep is now known as ewong
# [04:39] <@khuey> yeah
# [04:39] <@khuey> because that's not what I see here
# [04:39] <@ehsan> khuey: should I file a bug?
# [04:39] <fantasai> ehsan: I'm not too concerned, given you're mostly just hooking into functions that already are used for nsBlockFrame, but if you want a more limited patch you can rewrite it to not implement any of the overflow container stuff and just pass aConstrainHeight=false to the abspos reflow function
# [04:39] <@khuey> yes
# [04:40] <@bz> ehsan: sorry
# [04:40] <@bz> ehsan: I think for now I'm done, fwiw
# [04:40] <fantasai> ehsan: But proably you should also fix aConstrainHeight for nsInlineFrame and nsPageContentFrame to also return aConstrainHeight=false...
# [04:40] <@ehsan> fantasai: so, the GetSkipSides changes fixes the border issue as expected, but not the layout issue
# [04:40] <@bz> ehsan: until kyle makes me be able to parse the rest of the idl.... ;)
# [04:40] <@bz> ehsan: at this point I'm actually ending up with a codegenned file!
# [04:40] <@ehsan> fantasai: did you file a bug on that?
# [04:40] <@bz> ehsan: so the idl-related problems are temporarily over
# [04:40] * philor|away is now known as philor
# [04:40] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [04:41] <fantasai> ehsan: no, still need to do that...
# [04:41] <@ehsan> bz: I was more or less kidding, it's nice to see there's one person on the planet who has actually given webgl.idl a shot ;)
# [04:41] <@bz> ehsan: now I just need to change our webgl code. ;)
# [04:41] <@ehsan> fantasai: please CC me on it when you do
# [04:41] <fantasai> ehsan: will do
# [04:41] <@khuey> its on the list!
# [04:41] <@bz> ehsane: well, it's faster than copy/pasting all the bits from the spec
# [04:41] <@ehsan> yeah that's gonna be... fun!
# [04:41] * @khuey will probably hack a bit tonight
# [04:41] <@bz> ehsan: at least if it's not too divergent. ;)
# [04:42] <@bz> khuey: not trying to rush you
# [04:42] * Quits: NhanTDN (human_torc@40B9C57D.D49B922A.428A7A2F.IP) (Quit: )
# [04:42] <@bz> khuey: I have plenty in C++ webgl land to work on for now
# [04:42] <fantasai> ehsan: can you give me a frametree dump?
# [04:42] <@ehsan> fantasai: the blockquote appears on the beginning of the second page
# [04:42] <@khuey> I know
# [04:42] <@ehsan> from the print preview?
# [04:43] <fantasai> ehsan: yes
# [04:43] <@khuey> bz: we're going to have to sit down and think about typed arrays at some point
# [04:43] * @ehsan tries to remember how you do that
# [04:43] <@ehsan> there's some printing code in PresShell right?
# [04:43] <Mavericks> where can i find ryanvm?
# [04:43] <Mavericks> other than email and on irc
# [04:44] <@khuey> bz: since they have WebIDL interfaces but are spidermonkey builtins
# [04:44] <@bz> khuey: yes
# [04:44] <@bz> khuey: is right now a good some point?
# [04:44] <@khuey> bz: note that the spidermonkey impl probably has spec compliance issues
# [04:44] <@bz> khuey: yes
# [04:44] <@bz> khuey: absolutely
# [04:44] * fantasai used to break on the columnsetframe and then finish up the frametree
# [04:44] <@khuey> bz: sure
# [04:44] <@bz> khuey: so fwiw, I think the way we handle ArrayBuffer is fine for now
# [04:45] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
# [04:45] <@bz> khuey: that is, we just need it for all the other types involved
# [04:45] <@bz> khuey: I guess there's the question of how codegen should handle it....
# [04:46] <@bz> khuey: from the codegen point of view, the simplest thing is probably to have an isTypedArray()
# [04:46] <@bz> khuey: and then codegen can have a mapping from typed array names to whatever we need out of them
# [04:46] <@bz> khuey: (primarily the "test whether this is this kind of typed array") thingie
# [04:46] <@khuey> ok
# [04:46] <@bz> er... pretend like my parens there made sense
# [04:47] <@khuey> heh
# [04:47] * Joins: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP)
# [04:47] <@ehsan> bz: do you know where I should break to catch a print preview reflow?
# [04:47] * jmaher is now known as jmaher|afk
# [04:48] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [04:48] <fantasai> nsPageSequenceFrame::Reflow?
# [04:48] <fantasai> ehsan: ^
# [04:48] * Joins: coyotebush (corey@moz-4E046E7E.cabrillo.reshall.calpoly.edu)
# [04:48] <fantasai> er
# [04:48] <fantasai> tha'ts the wrong class name maybe
# [04:48] * fantasai looks it up
# [04:48] * Joins: surkov (surkov@B9538DF7.B7015738.33A1AC3C.IP)
# [04:48] <dholbert> nsSimplePageSequenceFrame I think
# [04:48] <dholbert> something like that
# [04:48] * Joins: jrmuizel (jrmuizel@moz-C607144F.cpe.net.cable.rogers.com)
# [04:48] <dholbert> or nsPageFrame
# [04:49] <WG9s> ehsan:I was about to say I thoght you were asking the wrong person ;-)
# [04:49] <@khuey> Kyle Huey@KYLEHUEY-PC /c/dev/webidl-parser
# [04:49] <@khuey> $ hg out
# [04:49] <@khuey> comparing with http://hg.mozilla.org/users/khuey_mozilla.com/webidl-parser
# [04:49] <@khuey> real URL is http://hardhat.mozilla.net/
# [04:49] <@khuey> abort: 'http://hardhat.mozilla.net/' does not appear to be an hg repository:
# [04:49] <@ehsan> heh, I actually meant to ask fantasai ;)
# [04:49] <@khuey> :-P
# [04:49] <WG9s> and was going to sugest others who just seem to have joined in anyway.
# [04:50] <@bz> ehsan: what fantasai said, whatever that class name is
# [04:50] <fantasai> lol
# [04:50] * fantasai thinks dholbert got it right
# [04:50] <@ehsan> nsPageFrame
# [04:51] <dholbert> fantasai, yup. \o/
# [04:51] * Parts: alanyeojw (alanyeojw@moz-258F2CF8.dynip.nus.edu.sg)
# [04:51] <fantasai> nsSimplePageSequenceFrame::Reflow
# [04:51] <@ehsan> hmm
# [04:51] <@ehsan> great
# [04:51] <@ehsan> printing the frametree doesn't work
# [04:51] <fantasai> :/
# [04:52] * Quits: rjohnson19 (chatzilla@19BDFB65.A6C96D44.C7BA2129.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [04:52] <@ehsan> fantasai: I can send you a pdf file if it helps!
# [04:52] <@khuey> bz: so another question
# [04:52] * Joins: jrmuizel_ (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [04:52] <dholbert> ehsan, are you printing a frame tree right at that point?
# [04:52] <@khuey> bz: how strict do we want to be about reviews on the parser/codegen stuff?
# [04:52] <@ehsan> dholbert: no, up in PresShell::DoReflow
# [04:52] <WG9s> was not sure printing was really in bz's wheelhouse.
# [04:53] <WG9s> but then bz seems to know more about everything!
# [04:53] <jduell> bz: so it appears that when we see an empty Location header, we used to just treat it as a relative link, and try to connect to the same URI that redirected us. But we only do it once before we give up (page navigation seems cancelled--previous page remains, no error msg). Do you know what stops this from being an infinite loop?
# [04:53] * Quits: jrmuizel (jrmuizel@moz-C607144F.cpe.net.cable.rogers.com) (Ping timeout)
# [04:53] <WG9s> than i really expect.
# [04:53] <dholbert> ehsan, I usually just save that frame pointer, and then continue (let layout finish), and then Ctrl+C in GDB to interrupt and print out the frametree at that point (using the saved nsIFrame*)
# [04:53] <@roc> do not ask bz questions
# [04:53] <jduell> It's not the redirect loop limit--that's set to 20
# [04:53] <@ehsan> dholbert: I'm pretty sure that the frame will go away soon after preview
# [04:53] <@ehsan> this is on the mac
# [04:53] <dholbert> ehsan, ohhh right
# [04:53] <@ehsan> where we don't have a real print preview
# [04:53] <@ehsan> :(
# [04:54] * @ehsan drools over chrome's print preview on mac
# [04:54] <jduell> roc: I try to refrain from doing so except on special occasions :)
# [04:54] <fantasai> ehsan: send me the updated patch then
# [04:54] <dholbert> ehsan, yeah that's rough
# [04:54] <WG9s> roc: you were one of the people i was going to refer to thinking a better choice than bz.
# [04:54] * Quits: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com) (Quit: need...noms...)
# [04:54] <@ehsan> fantasai: sure
# [04:54] <@ehsan> will attach to the bug
# [04:54] <fantasai> ok
# [04:54] * Joins: knelson (Adium@moz-1191D3FA.dsl.pltn13.sbcglobal.net)
# [04:55] <@ehsan> fantasai: oh wait!
# [04:55] <dholbert> (I wish we had "ac_add_options --use-integrated-print-preview" or something on mac)
# [04:55] <@ehsan> I actually got the frametree
# [04:55] <@ehsan> but on another console
# [04:55] * Parts: knelson (Adium@moz-1191D3FA.dsl.pltn13.sbcglobal.net)
# [04:55] <@ehsan> forgot that I attached to the process!
# [04:55] <@smaug> ehsan: I'd like to have pp on mac, but I've been told it is not wanted. someone wants to use the OS pp
# [04:55] <fantasai> nice!
# [04:55] <@ehsan> smaug: yeah, gavin keep thinking that mac's Preview is better
# [04:55] <@ehsan> smaug: but of course we all know he's wrong!
# [04:55] <@smaug> also, I wish someone could improve pp UI
# [04:55] <jduell> biesi: ping
# [04:56] <WG9s> oddly, with the way people now seem to think browsers should work, printing issues are less diverged from normal browser layout.
# [04:56] <@ehsan> smaug: it has not been touched in at least 5 years
# [04:56] <biesi> jduell, I don't know the answer :(
# [04:56] <@ehsan> possibly more
# [04:56] * Joins: Gentlecat (Roman@E92145AA.CF9BE6BE.8FB52CB8.IP)
# [04:56] <biesi> unless this is a different question than you just asked bz
# [04:56] <jduell> biesi: no, it's the same :)
# [04:56] * jduell gets back to the debugger
# [04:56] <biesi> we do have some specialcase for redirect to same URL
# [04:56] * sheeri is now known as sheeri-afk
# [04:56] <@ehsan> fantasai: here's the frame tree: https://gist.github.com/2297410
# [04:56] <biesi> but I didn't think that covered this case
# [04:57] <WG9s> becuase of mobile devices, scroolling is a bad thing and scrolling by some kind of page idea is a better thing ( who know?)
# [04:57] <@smaug> ehsan: yeah, it hasn't been. But it should be reasonable easy to hack it
# [04:57] <WG9s> knew
# [04:57] <@smaug> pp is just another open tab
# [04:57] <@ehsan> yes, it is
# [04:57] <@ehsan> yeah
# [04:57] <@ehsan> just usual xul stuff
# [04:57] <@ehsan> nothing fancy really
# [04:58] * Quits: mayhemer__ (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [04:58] <fantasai> ehsan: hm, ok. Try giving the columnsetframe a height of 14in
# [04:59] <fantasai> ehsan: instead of a percentage height
# [04:59] <fantasai> ehsan: if that fixes it, then we have a percentage-height problem
# [04:59] <@ehsan> ok I'll try that in a second
# [04:59] <fantasai> ehsan: if that doesn't fix it, then something's probably returning a wrong reflow status code
# [04:59] * fantasai looks at your patch again
# [05:00] * heycam is now known as heycam|away
# [05:00] * Joins: kllrnohj (quassel@moz-C05A0AB0.hsd1.ca.comcast.net)
# [05:00] * dholbert is now known as dholbert|afk
# [05:02] <@ehsan> fantasai: nope, doesn't fix it
# [05:03] <gavin> ehsan: uh, what?1
# [05:03] <@ehsan> gavin: nobody wants Preview on mac
# [05:03] <@ehsan> (for print preview)
# [05:03] <gavin> I don't ever recall expressing any opinions about preview vs. print preview
# [05:04] <fantasai> ehsan: ok, then the problem is probably due to returning the wrong reflow status..
# [05:04] <@ehsan> gavin: we had this fight once at the Toronto office iirc, where you argued that Preview is the OS native experience which we should support
# [05:04] * @ehsan could be wrong though
# [05:04] <gavin> ehsan: I don't remember that...
# [05:05] <@ehsan> gavin: then should I file the bug about using the existing print preview on mac? :)
# [05:05] * Quits: Mardak (Mardak@90E4D93F.93EC364C.1C63AAF3.IP) (Quit: Mardak)
# [05:05] <gavin> though I do think it would be weird to start using our print preview
# [05:05] <WG9s> because people using macs obviously have enough money to be able to waste ink and paper because they already spent more on their computers than was required. ;-)
# [05:05] <gavin> ehsan: who is "nobody"? "not you and smaug"? :)
# [05:05] <@ehsan> gavin: basically yes :)
# [05:05] * njn is having trouble loading TBPL
# [05:06] <@khuey> njn: hg is busted
# [05:06] <@ehsan> njn: hg is down
# [05:06] <njn> ugh
# [05:06] <@smaug> njn: see the topic ;)
# [05:06] <nthomas> it's busted down the hose
# [05:06] <@ehsan> gavin: really, I think the chrome UX for this is much better than us
# [05:06] * njn suspects that try push he did isn't going to end well
# [05:07] <njn> it was a couple of hours ago, though...
# [05:07] * Quits: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [05:07] <gavin> ehsan: haven't seen it
# [05:07] <@smaug> ehsan: I don't really like chrome's UI, but our pp UI is horrible
# [05:08] <@smaug> ehsan: oh, fun, pp doesn't work in chromium
# [05:08] <@smaug> it requires chrome
# [05:08] * padenot is now known as padenot|away
# [05:08] <@ehsan> smaug: yeah it's probably closed source
# [05:08] <njn> smaug: what is pp?
# [05:08] <@ehsan> cause I think it uses their pdf viewer
# [05:08] <@ehsan> print preview
# [05:08] <fantasai> ehsan: yeah, the reflow status is wrong
# [05:09] <fantasai> ehsan: even before we get to the abspos frames
# [05:09] * Quits: biesi (cbiesinger@moz-96763409.tmodns.net) (Ping timeout)
# [05:09] * fantasai wonders how that happened
# [05:12] <@ehsan> which reflow status?
# [05:12] <fantasai> ehsan: the one returned by nsColumnSet::Reflow
# [05:12] <fantasai> er
# [05:12] <fantasai> nsColumnSetFrame:;Reflow
# [05:12] <fantasai> it's returning 6
# [05:12] <fantasai> which is worng
# [05:12] <fantasai> wrong
# [05:12] * fantasai can't type
# [05:12] * Joins: MarcoZ (Daily@moz-724E5CDD.dip.t-dialin.net)
# [05:13] <@ehsan> hmm
# [05:13] <fantasai> on the first page I mean
# [05:13] <@ehsan> NS_FRAME_REFLOW_NEXTINFLOW | NS_FRAME_OVERFLOW_INCOMPLETE
# [05:13] <fantasai> right
# [05:13] * @ehsan wonders what that even means
# [05:14] <fantasai> when we're done reflowing the first page, it should be returning NS_FRAME_REFOW_NEXTINFLOW | NS_FRAME_NOT_COMPLETE
# [05:14] <fantasai> which means "I'm not done laying out my content, please continue me and reflow my continuation."
# [05:14] * Joins: jdm (jdm@moz-15BB5FE6.cable.teksavvy.com)
# [05:14] <fantasai> the first one means "I'm done with my own box, but I have content that overflows and needs an overflow container, so please continue me as an overflow container"
# [05:15] <fantasai> ehsan: I suspect, given where the reflow status is going wrong
# [05:15] <@smaug> Jesse: ping
# [05:15] <@ehsan> fantasai: it's probably coming from line 660
# [05:15] <fantasai> ehsan: that the problem already exists
# [05:16] * Joins: biesi (cbiesinger@3162D9B8.5D984074.48914E5F.IP)
# [05:16] <@ehsan> fantasai: you mean before my patch?
# [05:16] <fantasai> yeah
# [05:16] <fantasai> that's what I suspect...
# [05:16] <@ehsan> yeah
# [05:16] <@ehsan> also see line 777
# [05:17] * @ehsan is about to call it a night
# [05:17] <fantasai> worksforme, I need to find some dinner...
# [05:18] <@ehsan> alright
# [05:18] <@ehsan> fantasai: I attached the latest version of the patch
# [05:18] <fantasai> ehsan: cool, thanks
# [05:18] <fantasai> ehsan: I'll take a look
# [05:18] <@ehsan> thanks
# [05:18] <fantasai> ehsan: and see if I can figure out what the reflow statuses are doing in nsColumnSetFrame
# [05:18] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
# [05:18] <@ehsan> fantasai: let me know if you find anything out
# [05:18] <fantasai> ok
# [05:19] * Joins: doc (Mibbit@5ED8CF60.2C8C9EFC.5039E5EA.IP)
# [05:20] * Joins: Lucas (Lucas@moz-92C28224.hsd1.ca.comcast.net)
# [05:20] <Jesse> smaug: pong
# [05:22] <@smaug> Jesse: just curious, have you started to add MutationObserver stuff to your fuzzers?
# [05:22] <Jesse> i haven't
# [05:22] <Jesse> i will :)
# [05:22] <@smaug> thanks
# [05:23] <@khuey> smaug: so how does this microtask thing work?
# [05:23] * Quits: dvander`home (dvander@moz-EC56C22F.hsd1.ca.comcast.net) (Input/output error)
# [05:23] * Joins: dvander`home (dvander@moz-EC56C22F.hsd1.ca.comcast.net)
# [05:23] <@khuey> how do we know when to sprinkle the auto class around?
# [05:23] * Quits: mburst (mburst@C5B03ED4.15EE8362.5379700C.IP) (Quit: Leaving)
# [05:25] * Quits: biesi (cbiesinger@3162D9B8.5D984074.48914E5F.IP) (Ping timeout)
# [05:25] * Quits: karl (karl@moz-9B3E6CD2.dialup.xtra.co.nz) (Ping timeout)
# [05:26] <@smaug> khuey: whenever c++ calls JS, unless we're sure there is JS running
# [05:26] <@smaug> khuey: kind of same thing as with JSContext pushing
# [05:26] <@khuey> smaug: does xpconnect handle this automatically for [function] interfaces?
# [05:27] <@smaug> at least atm, no
# [05:27] <@smaug> and I don't care about chrome code here :)
# [05:27] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 11.0/20120313114517])
# [05:27] <@khuey> fun
# [05:27] * Joins: twi (Adium@moz-647AF740.cust.dsl.vodafone.it)
# [05:28] <@smaug> khuey: I could add some code to handle [function]
# [05:28] <@khuey> should I file bugs on [function]s you missed?
# [05:28] <@smaug> sure
# [05:29] <@smaug> khuey: which ones did I miss?
# [05:29] <@khuey> NodeFilter
# [05:29] <@khuey> maybe others, that's the first that came to mind
# [05:29] <@smaug> khuey: when does NodeFilter run without having js on stack?
# [05:30] <@khuey> oh
# [05:30] * @khuey understands now :-)
# [05:30] <@smaug> *outermost* script execution of the innermost task
# [05:32] * @smaug figures out another bug though
# [05:32] <@smaug> not related to missing microtask
# [05:32] <@khuey> MediaQueryListListener maybe
# [05:33] * heycam|away is now known as heycam
# [05:33] * @khuey isn't sure when that runs, but its not obvious that there's JS on the stack
# [05:33] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
# [05:34] * Joins: Asa (asa@F259CFB7.9EF26CBA.EB5E51FC.IP)
# [05:37] * Joins: NhanTDN (human_torc@DABF93C9.319B7742.85184009.IP)
# [05:37] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [05:38] * Joins: tonymec__ (tonymec@4BF3A31B.1A9F46C.277517C1.IP)
# [05:38] * tonymec__ is now known as tonymec|away
# [05:40] * Joins: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net)
# [05:41] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Client exited)
# [05:41] * Quits: ewong (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [05:42] * Joins: ewong (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [05:42] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [05:43] * Joins: rniwa_ (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
# [05:46] * Quits: doc (Mibbit@5ED8CF60.2C8C9EFC.5039E5EA.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [05:47] * Quits: Gentlecat (Roman@E92145AA.CF9BE6BE.8FB52CB8.IP) (Quit: Leaving)
# [05:48] * Joins: cviecco_ (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net)
# [05:51] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
# [05:54] * Joins: karl (karl@538BABFE.A073F3E.97BBD552.IP)
# [05:56] <derf> jlebar: Pong.
# [06:00] * nthomas changes topic to 'Next uplift: 24th April || New/want to help? See #introduction || http://krijnhoetmer.nl/irc-logs/'
# [06:03] * Quits: kryophrost94 (Mibbit@CA1DA03.75FD8D2.9FEB19E.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [06:05] * sancus is now known as sancus_
# [06:05] * sancus_ is now known as sancus
# [06:05] <philor> ah, must be backout time then
# [06:06] <nthomas> might not be out of the woods with hg
# [06:06] <philor> or it would be, except I got a 500 error from hg.m.o trying to update a tree
# [06:08] * Quits: Polynomial-C (Poly-C@moz-B9F7C1E8.dip.t-dialin.net) (Ping timeout)
# [06:09] * Joins: Polynomial-C (Poly-C@moz-A20FA2DD.dip.t-dialin.net)
# [06:14] <philor> gah, and it was a fix for an intermittent orange that I backed out, and worse yet, one I'd previously avoided being cc'ed on
# [06:14] * Quits: mkaplz (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [06:15] * Joins: tonymec (tonymec@4BF3A31B.1A9F46C.277517C1.IP)
# [06:15] * Quits: ehugg (chatzilla@moz-44D86B1E.cisco.com) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120310010446])
# [06:17] * Quits: gwagner (gwagner@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: gwagner)
# [06:17] * Joins: smontagu (chatzilla@moz-799D7C88.red.bezeqint.net)
# [06:17] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
# [06:17] * Joins: pcwalton (pcwalton@moz-78C039D6.ph.ph.cox.net)
# [06:19] <@khuey> making an intermittent orange permanent is one way to fix it, I suppose
# [06:20] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [06:20] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [06:20] * Quits: Lucas (Lucas@moz-92C28224.hsd1.ca.comcast.net) (Input/output error)
# [06:22] * Quits: ericjung (Mibbit@moz-C6B344D.bstnma.fios.verizon.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [06:22] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
# [06:24] * Quits: pcwalton (pcwalton@moz-78C039D6.ph.ph.cox.net) (Quit: nbvcx)
# [06:25] * Quits: jrmuizel_ (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [06:26] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
# [06:27] * Quits: @smaug (chatzilla@moz-76DB78AD.gprs.sl-laajakaista.fi) (Ping timeout)
# [06:28] * Quits: Asa (asa@F259CFB7.9EF26CBA.EB5E51FC.IP) (Quit: )
# [06:28] * Joins: Asa (asa@F259CFB7.9EF26CBA.EB5E51FC.IP)
# [06:28] * Quits: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP) (Quit: mdas)
# [06:30] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [06:30] * Joins: smaug (chatzilla@moz-76DB78AD.gprs.sl-laajakaista.fi)
# [06:30] * ChanServ sets mode: +o smaug
# [06:34] * Quits: pranavrc (pranavrc@E873DAF8.AF32B3FA.C28326FD.IP) (Quit: Ping timeout: ∞)
# [06:34] <tn> the tree went crazy with blue, is it over that now?
# [06:35] <bent> anyone know if we have code to linkify urls in text?
# [06:36] <@bz> if nothing else, in mailnews, right?
# [06:36] <@bz> whether it's part of Gecko core.... dunno
# [06:36] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [06:36] <bent> hm
# [06:36] <bent> i was hoping i could avoid mailnews
# [06:36] <bent> but
# [06:36] <bent> any idea where i'd look?
# [06:36] <nthomas> tn: should be fine now
# [06:37] <@bz> not offhand
# [06:37] <@bz> and maybe it's part of Gecko
# [06:38] <@bz> maybe look at mozTXTToHTMLConv?
# [06:38] <@roc> we have code in our line breaker that detects URLs
# [06:38] <@bz> And nsTXTToHTMLConv
# [06:38] <@bz> (yes, we have both, no they don't do the same thing, no I don't know what the deal is, no I don't want to know)
# [06:38] <bent> heh, funny you'd mention those
# [06:38] * lsblakk is now known as lsblakk|afk
# [06:38] <biesi> mailnews uses mozTXTToHTMLConv
# [06:38] * Quits: jdm (jdm@moz-15BB5FE6.cable.teksavvy.com) (Client exited)
# [06:38] <bent> they confused the crap out of me today
# [06:38] <biesi> I don't know who uses nsTXTToHTMLConv
# [06:39] <biesi> only the ns one is an actual streamconv, btw
# [06:39] <tn> nthomas, thanks
# [06:39] * joduinn is now known as joduinn-lunch
# [06:39] <@bz> the ns one is a generic text/plain to text/html streamconv
# [06:39] <biesi> I used to know what it's used for, but that was too long ago
# [06:39] <@bz> so anyone who wants to uses it
# [06:39] <@bz> just have to ask for that conversion
# [06:39] <biesi> well, true
# [06:39] <biesi> that does not really answer the question :p
# [06:40] <@bz> well, answering it requires solving the halting problem on extensions or something
# [06:40] <bent> 42!
# [06:40] <@bz> since anyone could build up the right string somehow....
# [06:40] <bent> roc, any tips on what to search for?
# [06:41] * Joins: priya (Adium@moz-5843392D.hsd1.ca.comcast.net)
# [06:41] * Quits: priya (Adium@moz-5843392D.hsd1.ca.comcast.net) (Quit: priya)
# [06:41] <bent> biesi, thanks again, everything works great
# [06:42] <biesi> np
# [06:42] <bent> now if only i could make the messages look prettier...
# [06:42] <biesi> bz, fair enough
# [06:43] <@roc> bent: you probably don't want to look at the linebreaker code, it's all mashed together with other linebreaking logic
# [06:43] * Joins: rniwa__ (rniwa@60A74940.D6CCE4AE.77834EAA.IP)
# [06:44] <Unfocused> maybe some additional linebreaks in the code would help
# [06:44] <bent> roc, ok, thanks!
# [06:45] * Quits: rniwa_ (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Ping timeout)
# [06:46] * Quits: tonymec (tonymec@4BF3A31B.1A9F46C.277517C1.IP) (Ping timeout)
# [06:47] * Joins: priya (Adium@moz-5843392D.hsd1.ca.comcast.net)
# [06:47] * Joins: tonymec (tonymec@4BF3A31B.1A9F46C.277517C1.IP)
# [06:48] * Quits: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com) (Ping timeout)
# [06:49] <@smaug> tryserver, don't be so slow, please
# [06:49] <@smaug> nthomas: do you happen to know if there are plans to make pushing to tryserver faster
# [06:49] <@smaug> it is usually very slow
# [06:50] <nthomas> could you define slow ?
# [06:50] <@roc> apparently upgrading hg helps?
# [06:50] * Joins: biesi_ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [06:50] <@smaug> nthomas: takes 5-10 minutes
# [06:50] <nthomas> there's that gotcha with 2.0.x though
# [06:50] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [06:50] <nthomas> er, phases in 2.1.x
# [06:51] * Quits: m_kato (Daily@moz-348F61F0.mozilla.or.jp) (Connection reset by peer)
# [06:51] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
# [06:51] <@bz> smaug: isn't try down at the moment?
# [06:51] <@bz> oh, apparently not!
# [06:52] * Quits: romaxa_ (romashin@670ACB81.66590CC0.4A6948F8.IP) (Client exited)
# [06:53] <@smaug> nthomas: roc: so 2.x could work better?
# [06:53] * @smaug doesn't remember what gotcha there is
# [06:53] <nthomas> https://wiki.mozilla.org/ReleaseEngineering/TryServer#hg_phases
# [06:54] <nthomas> I don't know if it helps or not
# [06:54] <nthomas> speedwise
# [06:54] * @smaug doesn't use mq
# [06:54] <kinetik> upgrading from 1.7.x to 2.1.1 made my try pushes go from 15-30 mins to 15 seconds
# [06:54] <@smaug> kinetik: nice
# [06:54] <@smaug> I guess I should upgrade
# [06:54] <@smaug> if I figure out how to do that
# [06:55] <nthomas> that'll be the 'Improved remote changeset discovery ' in 1.9 I would bet
# [06:55] <@smaug> I have 1.8.x
# [06:55] * Quits: jkc (segfault@moz-ECCC080F.rootnode.net) (Ping timeout)
# [06:56] <@smaug> ok, now, 1.9.x
# [06:56] * Joins: jkc (segfault@moz-ECCC080F.rootnode.net)
# [06:57] <@smaug> very strange to be awake in the morning :)
# [06:57] <@smaug> early in the morning
# [06:58] * Quits: jhopkins|afk (jhopkins@moz-216F9986.tb.shawcable.net) (Ping timeout)
# [06:58] <@khuey> wow
# [06:58] <@khuey> that took Jesse about 5 seconds
# [06:58] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [06:58] <@bz> khuey: ?
# [06:58] * Joins: jhopkins|afk (jhopkins@moz-216F9986.tb.shawcable.net)
# [06:58] <@khuey> 742190
# [06:58] * Quits: njn (chatzilla@moz-2FD59503.dyn.iinet.net.au) (Client exited)
# [06:58] <@bz> heh
# [06:59] <@bz> indeed
# [06:59] * Joins: njn (chatzilla@moz-2FD59503.dyn.iinet.net.au)
# [07:00] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [07:00] <@smaug> hmm, why does that leak
# [07:00] <@smaug> and can I reproduce...
# [07:00] <@bz> we don't have a bugzilla component for workers. :(
# [07:01] <@khuey> sure we do
# [07:01] <@khuey> DOM: Workers
# [07:01] <@bz> oh
# [07:01] <@bz> ok, then
# [07:01] * @bz reassigns bugs
# [07:02] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [07:03] <@bz> man
# [07:03] <@bz> if only Bugzilla were faster
# [07:03] <@khuey> so say we all
# [07:03] <Mavericks> bz: what's stopping it for becoming/making it faster
# [07:04] <@bz> Mavericks: electrons
# [07:04] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [07:04] <Mavericks> bz: hahah
# [07:04] <jaws> :D
# [07:04] <@bz> and also the "suspicious action" page
# [07:04] <@bz> Mavericks: those are a 30% slowdown right there
# [07:04] <Jesse> "suspicious action"? is that a csrf protection thing?
# [07:04] * padenot|away is now known as padenot
# [07:04] <@bz> presumably, yes
# [07:04] <Jesse> i've never hit that
# [07:05] <@bz> but it means that filing a whole bunch of bugs that all have some fields in common is a pain
# [07:05] <Mavericks> 30% is big
# [07:05] <@bz> yes
# [07:05] <@bz> please fix that part
# [07:05] <Jesse> what's your workflow there? i use the "bookmark bug-report template" link
# [07:05] <@bz> oh
# [07:05] <@bz> I guess I should have done that!
# [07:06] * @bz tries it
# [07:06] * Joins: rohan (Mibbit@FE61BA18.BC3216DF.9D59D0D8.IP)
# [07:06] <@smaug> ahaa, I can see why Jesse's testcase leaks
# [07:07] <Jesse> but if you're hitting the "suspicious action" page doing anything remotely sane, you should file a bug against bugzilla
# [07:07] * Joins: automata (automata@8D23278A.C27CA109.16867D26.IP)
# [07:07] * Quits: biesi_ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [07:07] <@bz> Jesse: I was using back and filing again
# [07:08] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
# [07:09] * @smaug blames sicking and his review comments :p
# [07:09] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.2a1pre)
# [07:09] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
# [07:13] * Quits: coyotebush (corey@moz-4E046E7E.cabrillo.reshall.calpoly.edu) (Ping timeout)
# [07:15] * Joins: bonnie (bbsurender@moz-3C568D5C.dsl.pltn13.pacbell.net)
# [07:15] * Quits: bonnie (bbsurender@moz-3C568D5C.dsl.pltn13.pacbell.net) (Client exited)
# [07:15] * Joins: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP)
# [07:18] <Jesse> smaug: in https://hg.mozilla.org/mozilla-central/file/default/content/base/test/test_mutationobservers.html why is "m" global rather than local to the various test* functions?
# [07:19] * Quits: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk) (Ping timeout)
# [07:19] <@smaug> Jesse: no real reason
# [07:20] <Mavericks> bz: o
# [07:20] <Mavericks> *oh
# [07:20] <Jesse> and explicitly nulled out too. it looks like the test is trying too hard not to leak ;)
# [07:21] <@smaug> Jesse: I wasn't actually trying to do that...
# [07:21] <@smaug> Jesse: but if you find leaks, please file bugs :)
# [07:21] <@smaug> Jesse: this one you found should be fixed, at least in my head
# [07:21] <@smaug> waiting for a build...
# [07:21] * Quits: past (past@moz-693BD31D.ph.ph.cox.net) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
# [07:21] <Jesse> smaug: that was fast :)
# [07:22] <tn> if you back something out on inbound you leave the bug resolved until it gets merged to m-c?
# [07:22] <Jesse> tn: i'd reopen it right away
# [07:22] <tn> ok
# [07:23] * Joins: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net)
# [07:23] <@smaug> Jesse: the API is reasonable complicated, especially from implementation point of view, so I kind of expect there to be few followup bugs
# [07:23] <@smaug> Jesse: btw, please test moving nodes from one document to another
# [07:24] <Jesse> my fuzzer should do plenty of that :)
# [07:24] * Joins: pvivek_ (quassel@611D96C4.C662ECAF.2A068A5E.IP)
# [07:24] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [07:24] <Jesse> it won't do a lot of observing from "non-main" documents though
# [07:25] <@smaug> Jesse: but if you add observer to main document, and then immediately move nodes to another document, those nodes in the other document will be still observed
# [07:25] * nthomas is now known as nthomas|away
# [07:25] <Jesse> does the fuzzer need to look at the records (e.g. evaluate records[2].attributeName) in order to trigger interesting stuff to happen?
# [07:26] <@smaug> that is the interesting behavior of mutationobserver. You observe a set of nodes, and during a microtask that set may expand temporarily
# [07:26] <Jesse> what is a microtask? is that a spec term?
# [07:26] <@smaug> Jesse: hard to imagine anything interesting happening with records
# [07:27] <@smaug> they are just dummy containers for values
# [07:27] <@smaug> Jesse: outermost script execution is a microtask
# [07:27] <@smaug> and yes, a spec term
# [07:27] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [07:28] <Jesse> do you have protections to ensure mutations of (native-?)anonymous elements don't "bubble up"?
# [07:28] <@smaug> for native-anon yes
# [07:29] <@smaug> Jesse: basically, anything inside native anon shouldn't create records
# [07:31] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
# [07:31] * Joins: jair (jair@moz-E2465683.hfc.comcastbusiness.net)
# [07:31] <jair> hello all I am trying to compile firefox 11.0 from source, but I am getting this error when running make, ./configure was run without issues all dependencies are installed... any suggestions? --error --->http://paste.debian.net/161975/
# [07:32] <jair> I have debian 6.0.4 64bit
# [07:32] <jair> looks like there is a bug with the gcc 4-4 compiler?
# [07:32] <@khuey> jair: yes
# [07:32] <Jesse> looks like jair wins
# [07:33] <@khuey> jair see bug 741104
# [07:33] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
# [07:33] * Quits: rohan (Mibbit@FE61BA18.BC3216DF.9D59D0D8.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [07:33] <@khuey> firebot: bug 741104
# [07:33] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=741104 nor, --, ---, nobody, NEW, internal compiler error: in tree_nrv, at tree-nrv.c:143
# [07:33] <jair> khuey: will do right away, thank you!
# [07:35] <jair> khuey: so I need to export the profile to make the make use a different version of gcc 4.x?
# [07:36] * bz is now known as bz_sleep
# [07:36] <jair> Jesse: :) I am a newbie I just saw the error and thanks to the great work done by developers is easier to identify the problem, I don't know what to do next to fix it or a workaround though :(
# [07:37] <@khuey> jair: you can do that, or you can apply the patch linked in the last comment in the bug
# [07:38] <jair> khuey: what would you recommend?
# [07:39] <jair> khuey: do I need to run make uninstall before trying to install the patch or exporting the make to use a different compiler version?
# [07:39] <Jesse> actually, that comment links to an obsolete patch. maybe you want to apply https://bugzilla.mozilla.org/attachment.cgi?id=611700 instead
# [07:39] <@khuey> did you run make install in the first place?
# [07:40] <@khuey> seems like it would be hard to do if the build failed
# [07:40] * @khuey would just apply the patch
# [07:40] <jair> alright I just ran ./configure (success) then make (failed)
# [07:40] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
# [07:40] <jair> Jesse: will try to apply the patch then
# [07:41] * Joins: faramarz (faramarz@moz-CD61C00E.hsd1.ca.comcast.net)
# [07:42] <jair> will sound very stupid but how do I apply the patch? do I save it as .sh script and run it with bash?
# [07:42] <jair> #!/bin/bash...
# [07:42] * joduinn-lunch is now known as joduinn
# [07:43] <Jesse> apply it with "patch"
# [07:43] * Quits: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [07:43] * Joins: graememcc (chatzilla@moz-790B72CA.range86-148.btcentralplus.com)
# [07:43] <Jesse> (or hg qimport if you want to be fancy)
# [07:43] <Jesse> i usually give them .diff or .patch names
# [07:43] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [07:43] * Quits: dseif (dseif@moz-D67D4E2B.dsl.teksavvy.com) (Input/output error)
# [07:43] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
# [07:43] * KWierso manually applies patches
# [07:44] <KWierso> at least, patches that only change 4-10 lines
# [07:44] <jair> me have not idea :(
# [07:44] * khuey is now known as khuey|away
# [07:44] * jair
# [07:44] <Jesse> patch is finicky about where you run it. "patch -p1 < foo.diff" from the top dir of the repository should work.
# [07:45] <jair> hmm I am using debian 6.0.4 64bit
# [07:45] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
# [07:46] <jair> so I should download the page https://bug621446.bugzilla.mozilla.org/attachment.cgi?id=611700 save as .txt or .patch
# [07:46] * Quits: ewong (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [07:47] * Joins: ewong (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [07:47] <jgilbert> jair: most patches are extensionless, but it really doesn't matter
# [07:47] <jgilbert> HG doesn't care
# [07:47] <jair> HG what is it?
# [07:48] <@dolske> honey gadger
# [07:48] <jair> guys I have never apply a patch in my life in Linux that's why I am so lost, but if you describe what I need to do or give me a hint I will understand
# [07:48] <jaws> dolske++
# [07:48] <Jesse> smaug: what makes an observer "transient"?
# [07:49] <@dolske> sorry, HG == Mercurial
# [07:49] <jair> funny and what is honey gadger LOL
# [07:49] * Quits: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net) (Ping timeout)
# [07:49] <jair> interesting...
# [07:50] <@smaug> Jesse: if you have <div></div> and observe div, then remove span from div, span gets transient observer
# [07:50] <@smaug> the transient observer stays alive until the end of microtask
# [07:51] <@smaug> for example, if your observer observes { subtree: true, attributes: true}, and after removing span, span.setAttribute("foo", "bar"); creates a record
# [07:52] <jair> smaug: is this information for me to apply the patch?
# [07:52] * Quits: squeakytoy (squeakytoy@moz-79070305.dynamic.se.alltele.net) (Quit: Leaving)
# [07:52] <@smaug> no, that is for Jesse
# [07:52] <jair> ot you are talking to Jesse about something totally different
# [07:52] <jair> ohh ok
# [07:53] <jair> I have the patch link ---> https://bugzilla.mozilla.org/attachment.cgi?id=611700 for the bug 741104 but don't have experience applying patches in linux before
# [07:53] <jair> I am stock and don't know what to do to apply this patch
# [07:54] <@smaug> patch -p1 < /path/to/patchfile
# [07:55] <@smaug> I would do first patch -p1 --dry-run < /path/to/patchfile
# [07:55] <@smaug> which just checks whether patching works
# [07:55] <KWierso> jair: so you downloaded the source for firefox 11 somewhere. download that patch to your computer. in the terminal, go to the root of the firefox 11 source folder. then run | patch -p1 < /wherever/to/thatdiff.patch |
# [07:55] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
# [07:56] * jlebar is now known as jlebar|sleep
# [07:56] * Quits: masayuki (Daily@moz-911CC660.zaq.ne.jp) (Quit: masayuki)
# [07:57] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
# [07:57] <jair> smaug: thank you very much let me follow what KWierso is instructing me
# [07:57] <KWierso> jair: we said the same thing, I just used more words :)
# [07:57] <jair> KWierso: I am on the uncompress directory "mozilla-source"
# [07:57] <jair> hahaha
# [07:58] <KWierso> jair: from there, you should see a bunch of folders, including "toolkit"
# [07:58] <KWierso> if you see the toolkit folder, you're in the right place
# [07:58] <jair> perfect I understand more words because i am newbie on this I appreciate the details
# [07:58] <jair> ok hold on
# [07:58] <jair> please
# [07:59] <jair> KWierso: I do all this as root correct?
# [07:59] <KWierso> jair: you shouldn't have to
# [07:59] <KWierso> as long as you have read/write access to mozilla-source
# [07:59] <@smaug> please don't do anything as root
# [07:59] <jair> well I uncompressed the directory as root and it is owned by root, so I will just use root ok?
# [08:00] <@smaug> uh
# [08:00] <jair> ohh ok I will become regular user
# [08:00] <jair> sorry
# [08:00] <@smaug> you should just use a normal user account for everything
# [08:00] <KWierso> ^
# [08:00] <jair> ok sounds good
# [08:01] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [08:01] * Quits: @dveditz (dveditz@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [08:02] <jair> KWierso: I see toolkit
# [08:02] <jair> I am in teh right place
# [08:02] <jair> the*
# [08:02] * Joins: pranavrc (pranavrc@E873DAF8.AF32B3FA.C28326FD.IP)
# [08:02] <jair> I have the patch with extension .txt
# [08:03] <KWierso> that should still be fine
# [08:03] <KWierso> just use the path and filename to the patch
# [08:03] <jair> ok
# [08:04] <jair> so 1. patch -p1 < /home/jair/patch.txt
# [08:04] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [08:04] <jair> sorry. patch -p1 --dry-run < /home/jair/patch.txt
# [08:04] * Joins: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk)
# [08:05] <jair> right?
# [08:05] <@smaug> jair: yes
# [08:05] <@smaug> if that works, remove the --dry-run, and do it again
# [08:05] <jair> alright let me try
# [08:05] <jair> :)
# [08:06] * Quits: priya (Adium@moz-5843392D.hsd1.ca.comcast.net) (Quit: Leaving.)
# [08:07] * Quits: automata (automata@8D23278A.C27CA109.16867D26.IP) (Quit: Saindo)
# [08:07] <Callek> njn: p.s. I'm HOPING you do intend to *also* peek at "did the nightlies succeed" ;-) for Bug 711895 ;-)
# [08:07] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
# [08:08] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [08:09] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Ping timeout)
# [08:09] <jair> -su: --dry-run: No such file or directory
# [08:09] * Joins: birtles_ (chatzilla@moz-348F61F0.mozilla.or.jp)
# [08:09] * birtles_ is now known as birtles
# [08:09] <@smaug> er, what?
# [08:09] <jair> I have to be in the directory mozilla-source correct
# [08:09] <@smaug> yes
# [08:09] <jair> do I need to put |?
# [08:09] <@smaug> and then run command:
# [08:09] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
# [08:10] <jair> I am in the directory and the patch is in /home/jair/
# [08:10] <@smaug> patch -p1 --dry-run < /home/jair/patch.txt
# [08:10] <@smaug> is mozilla source code in /home/jair ?
# [08:11] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
# [08:11] <jair> smaug: http://paste.debian.net/161976/ it failed.
# [08:12] * Joins: Mossop (mossop@moz-AF120492.dsl.dynamic.sonic.net)
# [08:12] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [08:12] <@smaug> jair: so the patch doesn't apply cleanly
# [08:12] <@smaug> can't help with that
# [08:12] <jair> yes mozilla-source is in "/home/jair/firefox-source/mozilla-source
# [08:12] * Quits: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net) (Quit: Leaving)
# [08:13] <jair> :(
# [08:13] <jair> did I miss somehting?
# [08:13] <@smaug> the patch was created using a different version of source code
# [08:13] <jair> smaug: I see
# [08:13] <@smaug> it is possible that you can apply it manually
# [08:13] <jair> should I try to export a patch to a different compiler then ?
# [08:14] <jair> hmm KWierso was telling me how to do it manually right?
# [08:14] * Quits: faramarz (faramarz@moz-CD61C00E.hsd1.ca.comcast.net) (Quit: faramarz)
# [08:15] <jair> I ran the command: root@jairu:/home/jair/firefox-source/mozilla-release# patch -p1 --dry-run < /home/jair/patch.cgi.txt
# [08:15] <@smaug> yes
# [08:15] <@smaug> if that doesn't work, look at the patch
# [08:15] <jair> and got that error, then it has to be applied manually...
# [08:15] <@smaug> and how it modifies the source code
# [08:16] <KWierso> and apply those changes yourself manually
# [08:17] <KWierso> (lines that begin with a - get removed, lines that start with a + get added)
# [08:17] <jair> KWierso: interesting
# [08:17] <jair> and what is the file in the mozilla-source directory where I will be adding and removing lines of code?
# [08:18] <KWierso> netwerk/protocol/http/HttpChannelParent.cpp
# [08:18] <jair> aha, just that one? no other file?
# [08:18] <KWierso> that's the only one listed in the patch
# [08:19] <jair> ohhh KWierso then it should not be that bad, I will vim the .cpp file now
# [08:19] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
# [08:20] <jair> KWierso: is this a line that needs to be removed? --- a/netwerk/protocol/http/HttpChannelParent.cpp
# [08:20] * Joins: romaxa (romashin@670ACB81.66590CC0.4A6948F8.IP)
# [08:20] <KWierso> no
# [08:20] <jair> or just what has one "-" in front only
# [08:20] <njn> B2G is burning from my patch, I think it needs a clobber build? will requesting a rebuild do that?
# [08:20] <KWierso> yeah, just ones
# [08:20] * Joins: wolfiR (wolfiR@moz-9F2DACD5.dip0.t-ipconnect.de)
# [08:21] <njn> Callek: how do I peek at "did the nightlies succeed" ?
# [08:21] <Callek> njn: ftp is the easiest imo
# [08:21] <Callek> njn: but will have to be after your patch lands on m-c and a nightly is built with it
# [08:21] <KWierso> jair: looks like the changes start around line 336 on mozilla-release
# [08:22] * Joins: givanica (chatzilla@97D1680F.7E118222.89C0DD0D.IP)
# [08:22] <jair> ok I will check that I really appreciate your help KWierso looks like there are not too many changes
# [08:22] <Callek> njn: I'm looking to see if B2G is (easily) clobberable yet
# [08:23] * padenot is now known as padenot|away
# [08:23] * Joins: rohan (Mibbit@FE61BA18.BC3216DF.9D59D0D8.IP)
# [08:23] <Callek> njn: ok, as of about 2 minutes from now rebuild
# [08:23] <njn> Callek: "error: `CFLAGS' has changed since the previous run" -- well, yeah
# [08:23] <KWierso> jair: hrm, that file's not quite the same as the patch assumes
# [08:24] <jair> KWierso: so this one goes out -// Bug 621446 investigation, we don't want conditional PR_Aborts bellow to be and this one goes in -> +// Bug 621446 investigation, we don't want conditional PR_Aborts below to be
# [08:24] <jair> hrm?
# [08:24] <KWierso> jair: yes
# [08:24] <KWierso> the patch would add those five lines in between the two "pragma" lines on lines 338 and 339
# [08:24] <jair> KWierso: alright I just wanted to paste it to make sure I understood and I will do the same with those that has "-" and "+"
# [08:24] * philor is now known as philor|away
# [08:24] <Callek> libunwind?? hrm if changing CFLAGS for whole build breaks that, we'll be in pain quite often imo
# [08:25] <KWierso> but the patch also shows some other changes that have already taken place
# [08:25] <Callek> njn: hit rebuild at your leisure now for B2g
# [08:25] <KWierso> not sure if you'll need those changes
# [08:25] <jair> but I will do the patching manually (now I am learning how to patch :) manually)
# [08:25] <KWierso> jair: get rid of the lone -s and +s
# [08:25] <njn> Callek: done, thanks
# [08:25] <jair> ok
# [08:26] <KWierso> you just want the content after the +s in the final copy of the file
# [08:26] * Joins: shorlander_ (shorlander@moz-853043D6.dhcp.insightbb.com)
# [08:26] <jair> KWierso: ok will do that right now
# [08:26] <Jesse> bent++
# [08:26] * Quits: shorlander (shorlander@moz-853043D6.dhcp.insightbb.com) (Ping timeout)
# [08:27] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
# [08:27] <Jesse> jair: if you weren't trying to compile such an old version of firefox, the patch would have applied cleanly ;)
# [08:28] <gavin> bent: that addon is awesome
# [08:28] <KWierso> jair: so your final copy should look something like this for that block of code: http://pastebin.mozilla.org/1553025
# [08:29] <jair> I see, I don't know where the lines starting with -s and +s are though...
# [08:29] <KWierso> jair: sorry, meant that when you add the lines that start with the single + signs, get rid of the + sign
# [08:29] <bent> Jesse, gavin, thanks. i think it fixes my biggest pain points for now
# [08:30] <jair> KWierso: ohhh ok perfect will do that
# [08:30] <gavin> bent: yeah, me too
# [08:30] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
# [08:30] <gavin> bent: is it on github? :)
# [08:30] <bent> heh
# [08:32] * rniwa__ is now known as rniwa
# [08:32] * philor|away is now known as philor
# [08:33] * newbie is now known as MASCONDANTE
# [08:33] * MASCONDANTE is now known as mascondante
# [08:33] * Quits: @roc (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [08:34] * ewong is now known as ewong_afk
# [08:34] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
# [08:34] * ewong_afk is now known as ewong|sleep
# [08:34] * Quits: aja (chatzilla@31F97AFA.71C78C16.7880DB15.IP) (Client exited)
# [08:35] * Quits: pranavrc (pranavrc@E873DAF8.AF32B3FA.C28326FD.IP) (Ping timeout)
# [08:35] <KWierso> well, jair, good luck with that patch, it's 1:30 in the morning here. I'm gonna go take a nap :)
# [08:35] <KWierso> hopefully the rest of the channel can help you with any more questions :)
# [08:36] <njn> Callek: done, thanks
# [08:37] * Quits: Mossop (mossop@moz-AF120492.dsl.dynamic.sonic.net) (Ping timeout)
# [08:37] <jair> KWierso: I am done editing
# [08:37] <jair> KWierso: now I can run the dry run again see if does not show an error?
# [08:37] <KWierso> no, you're done with the patch
# [08:38] <jair> KWierso: thanks so much for all the hel my friend
# [08:38] <KWierso> you should save that file and then try running make again
# [08:38] <KWierso> yes, editing mozilla code is hell :P
# [08:38] <jair> ohhhh ok right I just applied the patch manually ;)
# [08:38] <jair> hahahaha
# [08:39] <jair> but I like it as long as I know what to do, last question what language do I need to study to understand what I am adding and removing?
# [08:39] <jair> c?
# [08:39] <KWierso> that file was in c++
# [08:40] <jair> perfect
# [08:40] <KWierso> most of the stuff you'll see will be either c/c++ or javascript
# [08:40] <jair> KWierso: my friend you have a great night sleep this is awesome I really want to learn to help mozilla firefox the best I can
# [08:40] <jair> perfect
# [08:41] <jair> I know now so I can see what language I need to study
# [08:41] * Joins: fabrice (fabrice@moz-A7A85414.ptr.us.xo.net)
# [08:41] * Joins: avih| (avih@moz-466BFCF4.red.bezeqint.net)
# [08:41] <jair> KWierso: I ran make again and is going good so far ;)
# [08:42] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [08:42] <jair> KWierso: I will come back here and hang out more often great people!
# [08:42] <jair> thank you everyone for the help here, will continue monitoring the make see if finishes successfully
# [08:43] * Joins: sewardj (sewardj@moz-BFF2397E.dip.t-dialin.net)
# [08:43] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [08:46] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
# [08:46] * Quits: Stan (Stan@moz-A0F8658.dip.t-dialin.net) (Quit: KVIrc KVIrc Equilibrium 4.1.3, revision: 6109, sources date: 20120101, built on: 2012-03-27 22:01:16 UTC - http://www.kvirc.net/)
# [08:48] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [08:48] <glazou> bonjour
# [08:49] <@smaug> huomenta
# [08:49] <NhanTDN> Salut
# [08:50] <KWierso> oh man, now I know I'm up too late, europe's coming into work...
# [08:50] <jair> KWierso: おやすみ
# [08:50] <KWierso> hush, you
# [08:50] <KWierso> :)
# [08:50] <jair> KWierso: good night :)
# [08:51] * Joins: aerowolf (kyanha@moz-4AF49F74.hsd1.ca.comcast.net)
# [08:51] <jair> KWierso: make is going good so far keeping my fingers crossed :)
# [08:52] * Joins: dseif (dseif@moz-D67D4E2B.dsl.teksavvy.com)
# [08:53] * Joins: avih- (avih@moz-466BFCF4.red.bezeqint.net)
# [08:53] * Quits: avih| (avih@moz-466BFCF4.red.bezeqint.net) (Connection reset by peer)
# [08:54] * reuben is now known as Guest
# [08:54] * Quits: @ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
# [08:56] * Quits: NhanTDN (human_torc@DABF93C9.319B7742.85184009.IP) (Ping timeout)
# [08:59] * Quits: homelinen (calum@CEFE6955.28D25710.3FDAF6BC.IP) (Ping timeout)
# [08:59] * Quits: karl (karl@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [09:01] * Quits: avih- (avih@moz-466BFCF4.red.bezeqint.net) (Client exited)
# [09:02] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
# [09:03] * Quits: pvivek_ (quassel@611D96C4.C662ECAF.2A068A5E.IP) (Client exited)
# [09:05] * Quits: mreid (mreid@moz-5F4A70CA.yipyip.com) (Ping timeout)
# [09:06] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [09:07] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [09:07] * Joins: nrc (nrc@moz-5DAE2951.bitstream.orcon.net.nz)
# [09:07] * Joins: garnacho_ (carlos@moz-F97AA87E.static.user.ono.com)
# [09:08] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
# [09:10] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
# [09:10] * Quits: KWierso (chatzilla@moz-77693AC4.desm.qwest.net) (Ping timeout)
# [09:12] * Joins: mreid (mreid@moz-5F4A70CA.yipyip.com)
# [09:12] * ewong|sleep is now known as ewong
# [09:13] * Quits: cviecco_ (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net) (Input/output error)
# [09:14] * Joins: bsmith (bsmith@moz-6BB70391.hsd1.ca.comcast.net)
# [09:14] * joduinn is now known as joduinn-afk
# [09:15] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
# [09:16] * Joins: harsh (Mibbit@93185E1.15C6DF7B.1551A00F.IP)
# [09:17] * Joins: louisremi (louisremi@moz-381A2210.dsl.sta.abo.bbox.fr)
# [09:18] * Guest is now known as reuben
# [09:18] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [09:18] * Joins: c0smikdebris (c0smikdebr@AECAD8BF.77B4AB2C.274D17D6.IP)
# [09:19] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
# [09:20] * Joins: KWierso (chatzilla@moz-B1ECE26A.desm.qwest.net)
# [09:20] * Joins: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
# [09:20] * jhford-work is now known as jhford-work-away
# [09:20] * Joins: cpearce (chatzilla@moz-CAF4778E.xdsl.xnet.co.nz)
# [09:21] * Quits: dseif (dseif@moz-D67D4E2B.dsl.teksavvy.com) (Input/output error)
# [09:21] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/b59fef232efe - Olli Pettay - Bug 742190 - Leak with MozMutationObserver, r=sicking
# [09:21] <firebot> http://hg.mozilla.org/mozilla-central/rev/6881fa89cfca - Olli Pettay - Bug 742183 - Handle MicroTasks correctly with showModalDialog, r=sicking
# [09:21] * Joins: gkw (gkw@moz-7CD88B0C.hsd1.ca.comcast.net)
# [09:23] * Joins: karl (karl@moz-9B3E6CD2.dialup.xtra.co.nz)
# [09:23] * Quits: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com) (Quit: Konversation terminated!)
# [09:23] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [09:26] * Joins: Gentlecat (Roman@E92145AA.CF9BE6BE.8FB52CB8.IP)
# [09:31] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Ping timeout)
# [09:31] * Joins: Boriss (FlyingToas@A56C7BF9.E5D7038F.799F721.IP)
# [09:31] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
# [09:32] * Joins: Ms2ger (Ms2ger@683A0BCE.C79BC93B.37724B0D.IP)
# [09:33] * Quits: louisremi (louisremi@moz-381A2210.dsl.sta.abo.bbox.fr) (Ping timeout)
# [09:34] * Quits: ztane (antti@moz-FA10A1CD.fi) (Ping timeout)
# [09:35] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [09:40] <NeilAway> ehsan: so, for pp, should we print to pdf and then display it using pdfjs?
# [09:40] <@smaug> why should we do that?
# [09:42] <@smaug> especially, we shouldn't do that before pdfjs can handle large pdf files
# [09:43] <NeilAway> smaug: sorry, I forgot the emoticon, it was an attempt at humour given that Chrome apparently previews via PDF
# [09:43] * mattwoodrow is now known as mattwoodrow|away
# [09:43] * Fallen|away is now known as Fallen
# [09:43] <@smaug> ah :)
# [09:47] * Joins: victorporof (victorporo@A6ECF1D7.89BB3D44.4873E54D.IP)
# [09:48] * Quits: givanica (chatzilla@97D1680F.7E118222.89C0DD0D.IP) (Ping timeout)
# [09:49] * philor is now known as philor|away
# [09:49] * Joins: givanica (chatzilla@97D1680F.7E118222.89C0DD0D.IP)
# [09:49] <jair> smaug: just wanted to let you know I got the patch manually and re-run make on the compilation process and success :)
# [09:50] <jair> smaug: thank you for your help, KWierso was awesome bringing down the details and explanation on patching :)
# [09:50] <jair> I learn something very very important today that I need to learn more and more ;)
# [09:50] * Joins: timdream (timdream@moz-104CC309.mv.mozilla.com)
# [09:51] <Optimizer> Since pdf.js loads each page on demand, the search feature of a pdf is broken
# [09:52] <Ms2ger> File a bug
# [09:52] <Optimizer> on github ?
# [09:52] <Ms2ger> bmo
# [09:52] <Optimizer> k
# [09:52] <Ms2ger> (IMO)
# [09:53] * Joins: RemusPop (remuspop@601F3B17.33662590.A5830293.IP)
# [09:53] <Optimizer> and toolkit, product, ?
# [09:53] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
# [09:53] * Quits: njn (chatzilla@moz-2FD59503.dyn.iinet.net.au) (Client exited)
# [09:53] <Ms2ger> PDF Viewer
# [09:54] <Callek> PDF.js could do eager (text only) loading/storage of pages when search is invoked, imo.
# [09:54] <Callek> ...at least -in-theory
# [09:55] <Optimizer> not now as every thing is in dom
# [09:55] <Callek> Optimizer: well "in theory" :-P
# [09:55] <Optimizer> earlier when text was overlapped the canvas, then we could load the text first and render lateron
# [09:56] <Callek> I'm not even saying "stick text in DOM" I'm saying "Generate index, or full-text and do search on those JS values"
# [09:56] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [09:56] <Callek> but I'm no pdf.js dev nor in charge of Firefox front-end code at all, so I'm just a user as far as this convo is concerned
# [09:56] <Optimizer> that is even worse
# [09:57] <Callek> Optimizer: but yea, I do admit that without some really smart coding that what I suggest would be both horrid perf and horrid mem-usage wise
# [09:57] <Callek> especially in really large PDFs (like the MySQL manual)
# [09:58] <Callek> basically if we tried loading the whole MySQL manual at once we'd OOM ourselves
# [09:58] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [09:59] * Quits: Boriss (FlyingToas@A56C7BF9.E5D7038F.799F721.IP) (Ping timeout)
# [09:59] * Joins: louisremi (louisremi@moz-381A2210.dsl.sta.abo.bbox.fr)
# [10:00] <Callek> yea -- 33.9MB as a PDF :/ http://dev.mysql.com/doc/
# [10:00] <Callek> single-page html zipped is 12.5 MB, so yea :/
# [10:01] <Callek> anyway, /me heads away
# [10:01] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [10:02] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [10:03] * Quits: givanica (chatzilla@97D1680F.7E118222.89C0DD0D.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
# [10:03] <Optimizer> Ms2ger: https://bugzilla.mozilla.org/show_bug.cgi?id=742234
# [10:04] * Quits: kutsurak (pex@moz-C350D81A.w90-46.abo.wanadoo.fr) (Client exited)
# [10:05] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [10:05] * Joins: dao (dao@moz-4B30B9D8.superkabel.de)
# [10:06] <dougt> what happened to the splinter review in bugzilla?
# [10:06] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
# [10:06] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [10:07] <janv> dougt: pong
# [10:07] <dougt> hey janv
# [10:07] <janv> hey
# [10:07] <dougt> janv: for your file writer stuff - are you using a thread pool or something for that IO?
# [10:07] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
# [10:08] * Joins: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk)
# [10:08] * Quits: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [10:08] <janv> dougt: yes
# [10:08] <janv> dougt: but not a new one
# [10:09] <janv> dougt: nsCOMPtr<nsIEventTarget> target =
# [10:09] <janv> do_GetService(NS_STREAMTRANSPORTSERVICE_CONTRACTID, &rv);
# [10:09] <dougt> janv: hm.
# [10:09] <janv> dougt: that's basically the necko thread pool
# [10:09] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: . . . ........)
# [10:10] <dougt> yes.
# [10:10] <janv> dougt: I posted a code complete patch for bug 726593
# [10:10] * Joins: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
# [10:11] <dougt> janv: cool
# [10:11] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [10:12] <dougt> janv: do you really need to have the nsIRequest interface?
# [10:12] <janv> dougt: you mean the AsyncHelper ?
# [10:13] * Quits: taras (taras@moz-8E045071.hsd1.wa.comcast.net) (Ping timeout)
# [10:13] <dougt> yea
# [10:13] <janv> ah
# [10:13] <janv> no, I don't
# [10:13] <dougt> can't you post to the event target without it?
# [10:13] <janv> I forgot to remove it
# [10:14] <dougt> i'l do the same thing -- use the necko thread.
# [10:14] <dougt> but, i think we might want another thread pool
# [10:14] <janv> cool
# [10:14] <janv> for what ?
# [10:15] <dougt> not sure.
# [10:15] <dougt> i'd have to look, but Id worry about starving necko?
# [10:15] * Quits: rohan (Mibbit@FE61BA18.BC3216DF.9D59D0D8.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [10:15] <janv> well
# [10:15] <janv> yeah
# [10:16] <dougt> the workers use their own pool
# [10:16] <janv> we might need to increase the max thread value
# [10:16] <janv> it's now 4 I think
# [10:16] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [10:16] <janv> one thread is used for polling (network stuff)
# [10:16] <janv> and others for stream copying etc
# [10:16] * Joins: TheLink (TheLink@moz-183F7DCD.pools.arcor-ip.net)
# [10:17] <dougt> that's what I remember too
# [10:17] <janv> now we're exposing "stream copying" to web apps
# [10:17] <janv> so we might need to increase the max value or create a new thread pool
# [10:18] * Joins: msucan (msucan-@E52374FB.B8F2BA96.699550A1.IP)
# [10:18] * aerowolf is now known as aerowolf|away
# [10:20] * Joins: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com)
# [10:24] * aerowolf|away is now known as aerowolf
# [10:25] * smaug is now known as smaugAfk
# [10:25] * Quits: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp) (Quit: nattokirai)
# [10:26] * Quits: Wevah (Wevah@moz-5435D49F.stcd.qwest.net) (Quit: Wevah)
# [10:29] * Joins: Goldorak (chatzilla@5A8038A8.138B9D4B.187A1082.IP)
# [10:29] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Quit: )
# [10:30] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Ping timeout)
# [10:31] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [10:32] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Quit: Connection reset by beer)
# [10:38] * Joins: mak (chatzilla@moz-8C087C3D.retail.telecomitalia.it)
# [10:39] <aerowolf> Hey, I've got a problem compiling tip of comm-central. It's giving me an error on nsIDOMBatteryManager, and breaking the build. Output is at http://pastebin.com/SvcFRczx
# [10:41] * Quits: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP) (Ping timeout)
# [10:43] * Quits: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [10:44] * Joins: pranavrc (pranavrc@136F5686.C9918B67.520CDC98.IP)
# [10:44] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Quit: Leaving.)
# [10:45] * Quits: bsmith (bsmith@moz-6BB70391.hsd1.ca.comcast.net) (Ping timeout)
# [10:46] * Joins: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net)
# [10:47] * Joins: bsmith (bsmith@moz-6BB70391.hsd1.ca.comcast.net)
# [10:48] * Quits: masayuki (Daily@moz-911CC660.zaq.ne.jp) (Quit: masayuki)
# [10:48] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
# [10:48] * Joins: enda (chatzilla@9BC274C3.679532CF.2500F951.IP)
# [10:49] * Quits: dao (dao@moz-4B30B9D8.superkabel.de) (Ping timeout)
# [10:49] * Joins: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP)
# [10:50] <gavin> aerowolf: bug 741248
# [10:50] * Quits: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [10:50] * Quits: eflores (eflores@538BABFE.A073F3E.97BBD552.IP) (Quit: Bye)
# [10:50] * Joins: dao (dao@moz-4B30B9D8.superkabel.de)
# [10:50] * Joins: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP)
# [10:51] * Quits: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP) (Quit: )
# [10:51] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [10:52] * Quits: bsmith (bsmith@moz-6BB70391.hsd1.ca.comcast.net) (Ping timeout)
# [10:54] * Quits: rniwa (rniwa@60A74940.D6CCE4AE.77834EAA.IP) (Quit: rniwa)
# [10:54] * Quits: kllrnohj (quassel@moz-C05A0AB0.hsd1.ca.comcast.net) (Ping timeout)
# [10:56] * mak is now known as mak|afk
# [10:58] * Joins: gandalf (zbraniecki@moz-EC234B6C.neoplus.adsl.tpnet.pl)
# [11:02] * Joins: jens (hauke@moz-B756BE44.pools.arcor-ip.net)
# [11:03] * Joins: hauke (chatzilla@moz-B756BE44.pools.arcor-ip.net)
# [11:03] * Quits: hauke (chatzilla@moz-B756BE44.pools.arcor-ip.net) (Quit: ChatZilla 0.9.87 [SeaMonkey 2.7/20120203211100])
# [11:05] * Quits: cpearce (chatzilla@moz-CAF4778E.xdsl.xnet.co.nz) (Ping timeout)
# [11:05] * Joins: cpearce (chatzilla@moz-CAF4778E.xdsl.xnet.co.nz)
# [11:07] * Joins: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP)
# [11:07] * Joins: catalinb (ethereal@moz-7443FA19.eregie.pub.ro)
# [11:09] * Quits: GPHemsley (GPHemsley@moz-A2DF0FC4.hfc.comcastbusiness.net) (Ping timeout)
# [11:14] * mak|afk is now known as mak
# [11:14] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
# [11:15] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [11:15] * Joins: ztane (antti@moz-FA10A1CD.fi)
# [11:15] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [11:15] * Quits: victorporof (victorporo@A6ECF1D7.89BB3D44.4873E54D.IP) (Connection reset by peer)
# [11:17] * Joins: victorporof (victorporo@A6ECF1D7.89BB3D44.4873E54D.IP)
# [11:17] * Quits: enda (chatzilla@9BC274C3.679532CF.2500F951.IP) (Ping timeout)
# [11:18] * Joins: enda (chatzilla@9BC274C3.679532CF.2500F951.IP)
# [11:19] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [11:21] <glazou> "hello, I am new to this project, I would like checkin rights now"
# [11:21] <glazou> well well well
# [11:22] * glazou finally got rid of in <pre> elements in the editor :-)
# [11:24] * Joins: harth (harth@moz-C2C235AC.bb.sky.com)
# [11:24] * Joins: GPHemsley (GPHemsley@moz-A2DF0FC4.hfc.comcastbusiness.net)
# [11:25] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [11:25] * ChanServ sets mode: +o roc
# [11:27] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [11:30] * Quits: avih (quassel@moz-466BFCF4.red.bezeqint.net) (Ping timeout)
# [11:30] <Mavericks> glazou: when was that ? :B
# [11:32] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [11:32] * Quits: gandalf (zbraniecki@moz-EC234B6C.neoplus.adsl.tpnet.pl) (Connection reset by peer)
# [11:32] * Joins: gandalf (zbraniecki@moz-EC234B6C.neoplus.adsl.tpnet.pl)
# [11:32] <glazou> Mavericks: the former (the guy wanting checkin rights) or the latter?
# [11:32] * Quits: markh (markh@moz-25D681DF.cxzr1.win.bigpond.net.au) (Ping timeout)
# [11:32] * Joins: markh (markh@moz-25D681DF.cxzr1.win.bigpond.net.au)
# [11:33] <Mavericks> glazou: oh oops yes former
# [11:34] <glazou> just a few minutes ago, about bluegriffon
# [11:34] <glazou> got that in my inbox
# [11:39] * smaugAfk is now known as smaug
# [11:40] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [11:42] <timdream> can anyone help me on current limitation of flex box, i.e. -moz-box ?
# [11:42] <Optimizer> what kind of limitation ? timdream
# [11:43] <timdream> Optimizer: behavior like this https://bugzilla.mozilla.org/show_bug.cgi?id=570036
# [11:43] <Optimizer> -moz-flex-box: 1; works on elements with display: -moz-box;
# [11:43] <timdream> Optimizer: test case here from the bug: http://jsfiddle.net/nRT9c/10/
# [11:43] * Joins: keret (Mibbit@D98DF7C3.DBD9291F.1D5753B8.IP)
# [11:44] * Quits: keret (Mibbit@D98DF7C3.DBD9291F.1D5753B8.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [11:44] <timdream> Optimizer: I need a overflow scrollbar on the flex-box: 0 box (if the content height > offsetHeight)
# [11:44] <timdream> neither nesting divs won't workaround it
# [11:45] * Quits: pranavrc (pranavrc@136F5686.C9918B67.520CDC98.IP) (Quit: Ping timeout: ∞)
# [11:46] <Optimizer> timdream: but you have not set the css property -moz-box-flex:1 to any of the div
# [11:46] * sheeri-afk is now known as sheeri
# [11:46] <Ms2ger> dholbert|afk, ^
# [11:47] * Joins: stransky (stransky@moz-107AD163.redhat.com)
# [11:47] * glazou is now known as glazou_brb
# [11:48] <@smaug> so, um, who has added the code which causes ###!!! ASSERTION: Oops! You're asking for a weak reference to an object that doesn't support that.: 'factoryPtr', file /home/smaug/mozilla/hg/mozilla/ff_build/xpcom/build/nsWeakReference.cpp, line 111
# [11:48] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [11:48] <Optimizer> timdream: use display:-moz-box, it fixed the issue
# [11:48] <Ms2ger> smaug, bt?
# [11:49] <Optimizer> whenever you want to use -moz-box-flex:0/1, use display:-moz-box
# [11:49] <@smaug> Ms2ger: I'm just in middle of tracking another problem..
# [11:49] * Ms2ger crosses fingers for his backout
# [11:49] <timdream> Optimizer: gee you are right, i wonder why it is that?
# [11:50] <Optimizer> timdream: its on mdn, its a requirement
# [11:50] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [11:50] <Optimizer> timdream: W3C has not approved box flex yet, and is a working draft
# [11:50] <timdream> Optimizer: i thought only the containing box requires display:-moz-box
# [11:50] <Optimizer> nope, the element itself
# [11:51] <timdream> Optimizer: ok
# [11:51] <timdream> Optimizer: Thanks!
# [11:51] <Optimizer> np
# [11:51] * timdream Working hard on SMS app for B2G
# [11:52] <Ms2ger> Optimizer, -moz-box is unrelated to the W3C flexbox spec
# [11:53] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [11:53] <Optimizer> box-flex is related
# [11:53] * Quits: harsh (Mibbit@93185E1.15C6DF7B.1551A00F.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [11:54] <hsivonen> glazou_brb: did you get rid of the un-asked-for nodes generated by editor?
# [11:55] * Joins: KaiRo (robert@moz-F6B94C.adsl.highway.telekom.at)
# [11:55] * Quits: c0smikdebris (c0smikdebr@AECAD8BF.77B4AB2C.274D17D6.IP) (Quit: Computer has gone to sleep.)
# [11:55] * glazou_brb is now known as glazou
# [11:55] <glazou> hsivonen: no, that's a much more complex issue
# [11:56] <timdream> Optimizer: can you point to met where in MDN that display: -moz-box is required for childrens
# [11:56] <Optimizer> https://developer.mozilla.org/en/CSS/-moz-box-flex
# [11:56] <Optimizer> read applies to part
# [11:58] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [11:58] <hsivonen> glazou: I see. I guess I'm got over-optimistic.
# [11:58] <timdream> Optimizer: yeah it said "Applies to: elements that are direct children of an element with a CSS display value set to -moz-box", not itself
# [12:02] * Quits: dao (dao@moz-4B30B9D8.superkabel.de) (Quit: Leaving.)
# [12:02] <AryehGregor> hsivonen, which un-asked-for nodes generated by editor?
# [12:02] * Quits: karl (karl@moz-9B3E6CD2.dialup.xtra.co.nz) (Ping timeout)
# [12:02] <Optimizer> timdream: yeah, sorry, the main problem is : One of your div needs overflow:scroll
# [12:02] <Optimizer> sverflow: scroll
# [12:02] * Joins: JeroenDeDauw (j@moz-39EB5AA2.dip.t-dialin.net)
# [12:02] <Optimizer> damn! , overflow: scroll
# [12:03] <timdream> Optimizer: yes, so it's a trick to fool Gecko to show the scroll bar, not a requirement for -moz-box
# [12:03] <Optimizer> how is it a trick ?, but yes, its not a requiremnt
# [12:04] <Optimizer> that person is writing incorrect css and blaming it on firefox
# [12:05] <hsivonen> AryehGregor: editor generally generates a placeholder as the last node of each block (especially empty block)
# [12:05] <AryehGregor> hsivonen, right, it has to to stop it from collapsing.
# [12:05] <timdream> Optimizer: right. ok
# [12:05] <hsivonen> AryehGregor: it would be nice for the editability state to cause non-collapsing without a placeholder node
# [12:06] <glazou> AryehGregor, hsivonen old story, dates from the era gecko needed an element to place the selection ; if no br, empty line = no frame = no selection...
# [12:06] <AryehGregor> hsivonen, that's not workable, because editable content shouldn't change display if it becomes non-editable. E.g., user composes blog post in an editable region, then submits HTML for publication in non-editable form. Blank lines should not collapse.
# [12:06] <AryehGregor> The is required per spec, and required for correct functionality.
# [12:06] <hsivonen> glazou: I know it's ancient. (though I wonder how temporary the solution was thought to be when it was introduced...)
# [12:07] <AryehGregor> WebKit changes the way whitespace works in editable content vs. non-editable, and that's evil.
# [12:07] <hsivonen> AryehGregor: getting baked in a spec saddens me
# [12:07] <AryehGregor> hsivonen, what alternative do you propose?
# [12:07] <AryehGregor> (all browsers do it except IE, FWIW, which does  )
# [12:07] <AryehGregor> (which is worse, because the line isn't visible empty then)
# [12:08] <AryehGregor> (its  s are weird phantom  s that don't necessary appear in innerHTML, IIRC, which is still more evil)
# [12:08] <hsivonen> AryehGregor: making editability change layout such that an empty block is rendered one line high and the caret can be placed in an empty block
# [12:08] <AryehGregor> Handling of these extra s is actually really horrible and I'd love to get rid of them, but I see no alternative.
# [12:08] * Parts: Mavericks (Mibbit@88FE187C.1B6D7316.FDEA3160.IP)
# [12:08] <AryehGregor> hsivonen, that's not workable, because editability must not change rendering, for the reason I gave.
# [12:08] <AryehGregor> Editable content is meant to be published later in non-editable form -- that's the normal use-case.
# [12:09] <AryehGregor> So it can't look different when you make it non-editable; that defeats the point of WYSIWYG.
# [12:10] <hsivonen> AryehGregor: how about the layout changing only when the caret is in a block and potentially having to use the arrow keys in order to move the caret into a collapsed block?
# [12:10] * Joins: avih (quassel@moz-5B28BD09.red.bezeqint.net)
# [12:10] <hsivonen> AryehGregor: the root of the problem is of course that there's a paradigm mismatch between WYSIWYG and what HTML tries to be
# [12:11] <AryehGregor> hsivonen, what do you mean? Suppose you have Foo and the caret is at the end of the line. Hit Enter twice. That should produce Foo , with the caret before the second . What alternative do you propose?
# [12:11] <AryehGregor> hsivonen, yeah, tell me about it.
# [12:11] <avih> 702463
# [12:11] * Joins: hkfkhflf (Mibbit@moz-DE45A392.ias.bredband.telia.com)
# [12:11] * Quits: aerowolf (kyanha@moz-4AF49F74.hsd1.ca.comcast.net) (Ping timeout)
# [12:12] <hsivonen> AryehGregor: first having FooCARET
# [12:12] <hsivonen> after one return having
# [12:12] <hsivonen> FooCARET
# [12:12] <hsivonen> after the second return having
# [12:12] <glazou> it's only because we don't create frames for empty content
# [12:12] <avih> what's platform "Linux opt", "Linux64 opt" etc?
# [12:12] <hsivonen> Foo CARET
# [12:12] <AryehGregor> hsivonen, what happens if at that point the user submits the content to the server via innerHTML?
# [12:13] <glazou> but yeah the case is hard to solve
# [12:13] <AryehGregor> There's no , so it will be collapsed.
# [12:13] * Joins: Mavericks (Mibbit@88FE187C.1B6D7316.FDEA3160.IP)
# [12:13] <glazou> right
# [12:13] <hsivonen> AryehGregor: let it collapse
# [12:13] <AryehGregor> Also, how does that make anything simpler?
# [12:13] <glazou> hsivonen: not in wysiwyg, sorry
# [12:13] <AryehGregor> Why is that acceptable? That makes it look different.
# [12:13] <AryehGregor> It needs to be WYSIWYG.
# [12:13] <AryehGregor> avih, which part don't you get? "opt" means optimized, as opposed to debug. Linux and Linux64 are the OS.
# [12:14] <AryehGregor> (32-bit vs. 64-bit)
# [12:14] <hsivonen> AryehGregor: If you type "Foo" RETURN "Bar", you should get FooBar
# [12:14] <AryehGregor> hsivonen, you do, yes.
# [12:14] <AryehGregor> Er, well, per spec you do.
# [12:14] <AryehGregor> In Gecko I think you don't, no.
# [12:14] <hsivonen> AryehGregor: I see
# [12:14] <avih> AryehGregor: ok, thx. i thought it might be "optional".. i wouldn't ask if i knew ;)
# [12:14] <AryehGregor> The spec says to remove the trailing when it's no longer needed.
# [12:14] <AryehGregor> WebKit does this but Gecko doesn't, IIRC.
# [12:15] <hsivonen> AryehGregor: ok, that's better
# [12:15] <avih> so opt is the release build?
# [12:15] <AryehGregor> This behavior is a huge headache, mind you, because you have to use all sorts of complicated and error-prone logic to decide when to check for removal and whether it's safe to remove.
# [12:15] <AryehGregor> avih, release builds are optimized, yes.
# [12:15] <hsivonen> AryehGregor: I was worrying you were speccing the current Gecko behavior that leaves around
# [12:15] * glazou is impressed by AryehGregor's typing speed
# [12:15] <avih> AryehGregor: thx.
# [12:15] <AryehGregor> hsivonen, no, I spec removing it wherever possible. I wish there were a better way, though.
# [12:16] * Parts: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
# [12:16] <AryehGregor> glazou, I blame getting addicted to a MUD at the age of ~12.
# [12:16] <NeilAway> hmm, debug builds don't exactly help you get the ninja loot achievement in browserquest
# [12:17] <NeilAway> (and that's after disabling a font assertion)
# [12:17] * Joins: necolas (necolas@moz-20AA4BAE.bb.sky.com)
# [12:20] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Ping timeout)
# [12:21] <avih> jaws: when you have some time, I could use some help in managing the tests failures. thx.
# [12:21] <glazou> AryehGregor: MUD?
# [12:21] <AryehGregor> glazou, text-based online RPG (Multi-User Dungeon).
# [12:22] * Quits: louisremi (louisremi@moz-381A2210.dsl.sta.abo.bbox.fr) (Ping timeout)
# [12:22] <glazou> well
# [12:22] <glazou> I have 36 years of computing behind me and I still don't type that fast
# [12:22] * Quits: catalinb (ethereal@moz-7443FA19.eregie.pub.ro) (Connection reset by peer)
# [12:23] * glazou has a little excuse though, azerty french keyboard is a mess
# [12:24] <ferongr> When going to https://www.mozilla.org/en-US/plugincheck/ the page informs me that Java is blocklisted because it's outdated. Thing is, I don't have the JRE installed. Should I file a bug?
# [12:25] <hkfkhflf> i dont have java installed either and it says "no plugins found"
# [12:25] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [12:28] <ferongr> This is how it looks in a new profile http://ompldr.org/vZDk4dg/java.jpg
# [12:29] * glazou is now known as glazou_lunch
# [12:31] * Joins: NhanTDN (human_torc@DABF93C9.319B7742.85184009.IP)
# [12:34] * Joins: c0smikdebris (c0smikdebr@AECAD8BF.77B4AB2C.274D17D6.IP)
# [12:35] * Joins: askalski (akuda@moz-A1FB3486.neoplus.adsl.tpnet.pl)
# [12:35] * Joins: ehugg (chatzilla@moz-44D86B1E.cisco.com)
# [12:38] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [12:38] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
# [12:38] * Joins: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP)
# [12:40] * Quits: cpearce (chatzilla@moz-CAF4778E.xdsl.xnet.co.nz) (Ping timeout)
# [12:40] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [12:41] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: . . . ........)
# [12:41] <Ameya> for PathifyURI() what should be included ...? in header
# [12:43] <@smaug> Ameya: you could look at mxr
# [12:43] <@smaug> http://mxr.mozilla.org/mozilla-central/search?string=PathifyURI
# [12:43] <Ameya> yup...thats where i m looking...
# [12:44] <Ameya> #include "mozilla/scache/StartupCache.h"
# [12:44] <Ameya> #include "mozilla/scache/StartupCacheUtils.h"
# [12:44] <@smaug> Ameya: and mxr tells that the method is only in one .h file
# [12:44] * Joins: louisremi (louisremi@moz-4499D4AB.fbx.proxad.net)
# [12:45] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
# [12:45] <Ameya> i included these but still gives error as PathihifyURI': identifier not found
# [12:45] <Ameya> ok
# [12:46] <@smaug> Ameya: it is in mozilla::scache namespace
# [12:47] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
# [12:49] * Joins: Cwiiis (cwiiis@40018561.F684631.21A4E96A.IP)
# [12:52] * Joins: taras (taras@moz-8E045071.hsd1.wa.comcast.net)
# [12:52] * Joins: andreasn (andreasn@moz-436FB3D1.a336.priv.bahnhof.se)
# [12:53] * Joins: sanjeev (chatzilla@9A3F4F8E.7B79ED8.1C37C358.IP)
# [12:53] * Quits: enda (chatzilla@9BC274C3.679532CF.2500F951.IP) (Ping timeout)
# [12:54] * Quits: harth (harth@moz-C2C235AC.bb.sky.com) (Input/output error)
# [12:54] * Quits: JeroenDeDauw (j@moz-39EB5AA2.dip.t-dialin.net) (Quit: Leaving.)
# [12:55] * Joins: enda (chatzilla@9BC274C3.679532CF.2500F951.IP)
# [12:58] <NeilAway> heh, got ninja loot by mistake
# [13:01] * Quits: romaxa (romashin@670ACB81.66590CC0.4A6948F8.IP) (Ping timeout)
# [13:01] * Joins: JeroenDeDauw (j@moz-39EB5AA2.dip.t-dialin.net)
# [13:03] * Quits: ehugg (chatzilla@moz-44D86B1E.cisco.com) (Ping timeout)
# [13:03] * glazou_lunch is now known as glazou
# [13:04] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
# [13:04] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Client exited)
# [13:04] * Joins: romaxa (romashin@670ACB81.66590CC0.4A6948F8.IP)
# [13:05] * Quits: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP) (Ping timeout)
# [13:05] * Joins: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP)
# [13:06] * Quits: JeroenDeDauw (j@moz-39EB5AA2.dip.t-dialin.net) (Ping timeout)
# [13:06] * Quits: hkfkhflf (Mibbit@moz-DE45A392.ias.bredband.telia.com) (Quit: http://www.mibbit.com ajax IRC Client)
# [13:08] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
# [13:08] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird -- http://www.instantbird.com)
# [13:08] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Quit: Leaving.)
# [13:10] * Quits: tonymec (tonymec@4BF3A31B.1A9F46C.277517C1.IP) (Ping timeout)
# [13:11] * mak is now known as mak|afk
# [13:14] * Quits: stransky (stransky@moz-107AD163.redhat.com) (Quit: Connection reset by beer)
# [13:15] <darktrojan> er, we've got blue all over the place
# [13:15] <darktrojan> oh it was a while ago, nm
# [13:16] <darktrojan> also I'm not even looking at the tree I just landed on
# [13:16] * darktrojan is smart today
# [13:16] <nigelb> today? :P
# [13:17] <Unfocused> zing!
# [13:17] <darktrojan> :(
# [13:17] <darktrojan> I wondered why it wasn't showing up in tbpl
# [13:20] <Mavericks> for a firefox build on window vista 32bit, is windows 7 sdk necessary or can i get away with old version of windows sdk ?
# [13:22] * Joins: Wevah (Wevah@moz-5435D49F.stcd.qwest.net)
# [13:22] * Joins: pranavrc (pranavrc@D34454AA.1137763F.C28326FD.IP)
# [13:23] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [13:23] * Joins: stransky (stransky@moz-846D011E.redhat.com)
# [13:23] * Quits: stransky (stransky@moz-846D011E.redhat.com) (Client exited)
# [13:24] * Parts: Mavericks (Mibbit@88FE187C.1B6D7316.FDEA3160.IP)
# [13:24] <ted2> Mavericks: we don't support using anything less than the windows 7 SDK now
# [13:25] <ted2> for simplicity's sake
# [13:25] <Ameya> smaug: i included #include "mozilla/scache/StartupCache.h" #include "mozilla/scache/StartupCacheUtils.h" still Pathify() not working...
# [13:26] * Joins: vikash (vikash@DABACF8B.9B552DFD.5D9ABA9F.IP)
# [13:27] * Quits: tonymec|away (tonymec@4BF3A31B.1A9F46C.277517C1.IP) (Quit: Konversation terminated!)
# [13:28] * Joins: squeakytoy (squeakytoy@moz-9E84F244.netset.se)
# [13:28] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [13:29] * Quits: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP) (Ping timeout)
# [13:30] * Quits: louisremi (louisremi@moz-4499D4AB.fbx.proxad.net) (Ping timeout)
# [13:30] * Joins: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP)
# [13:30] * Joins: dao (dao@moz-4B30B9D8.superkabel.de)
# [13:32] * Joins: KdeeQ (chatzilla@moz-EDB3EEB6.haaga-helia.fi)
# [13:32] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
# [13:32] * Joins: harsh (Mibbit@93185E1.15C6DF7B.1551A00F.IP)
# [13:33] <darktrojan> Ms2ger, did you see what I just landed? :D
# [13:33] <Ms2ger> Nicely done
# [13:33] * mak|afk is now known as mak
# [13:34] <Ms2ger> Morning mak
# [13:34] <mak> Ms2ger: afternoon :)
# [13:36] * Joins: Stan (Stan@moz-536F63D6.dip.t-dialin.net)
# [13:37] * Quits: vikash (vikash@DABACF8B.9B552DFD.5D9ABA9F.IP) (Ping timeout)
# [13:37] * Joins: Mahez (chatzilla@6E0887CF.AB599A2F.2A068A5E.IP)
# [13:38] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
# [13:39] * Joins: jfkthame (jfkthame@42653AA7.90783722.9542EC20.IP)
# [13:39] * Joins: vikash (vikash@DABACF8B.9B552DFD.5D9ABA9F.IP)
# [13:42] * Joins: louisremi (louisremi@moz-381A2210.dsl.sta.abo.bbox.fr)
# [13:43] <ewong> can someone remind me how to star.. I select the test i.e B, and then add comment.. what do I type again (If I have a bug #)?
# [13:44] * Joins: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP)
# [13:44] <mak> ewong: if it's found by tbpl you can just select the bug from the list. otherwise just type "bug XYZ"
# [13:44] <ewong> mak thanks
# [13:46] * Joins: harth (harth@40018561.F684631.21A4E96A.IP)
# [13:47] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [13:47] * Quits: KdeeQ (chatzilla@moz-EDB3EEB6.haaga-helia.fi) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
# [13:47] <ewong> mak what if I typo'd on a bug and pressed add comment? is there a way to delete the original comment?
# [13:48] <mak> no, just add a new comment
# [13:48] <mak> no way to remove comments, afaik
# [13:48] <gerv> No easy way, no.
# [13:48] <gerv> Just add a correction.
# [13:51] <mak> darktrojan++ (nsiFile!)
# [13:51] <ewong> ok.. thanks
# [13:51] <darktrojan> mak :)
# [13:52] <Ms2ger> mike5w3c, yt?
# [13:52] <mike5w3c> yeah
# [13:52] * darktrojan plots a blog post titled "yet another useless interface you can forget about"
# [13:52] * Unfocused wonders what's next on darktrojan's guillotine
# [13:52] * Quits: nthomas|away (chatzilla@moz-44A3CDB8.dsl.telstraclear.net) (Ping timeout)
# [13:53] <darktrojan> still got to get rid of all the code that uses localfile first :/
# [13:53] <Ms2ger> mike5w3c, do you know off-hand what the attachment policy for public-webapps is?
# [13:53] <Ms2ger> Unfocused, you
# [13:53] <darktrojan> also I'm mostly not going to be here for the next 3 weeks
# [13:54] <darktrojan> hah Ms2ger
# [13:54] <darktrojan> nah, I need him for r+
# [13:54] <Unfocused> Ms2ger: no, he needs me for reviews
# [13:54] <Unfocused> hah
# [13:54] <Ms2ger> Hah
# [13:54] <darktrojan> :D
# [13:54] * Joins: JeroenDeDauw (j@moz-39EB5AA2.dip.t-dialin.net)
# [13:54] <Ms2ger> You know him well...
# [13:54] <mike5w3c> Ms2ger: if you mean the file-size limit, there's a default limit that's quite low, but it's configurable per-list
# [13:55] <Ms2ger> mike5w3c, no, I was wondering if it took attachments at all
# [13:55] <mike5w3c> yeah, attachments are OK I think
# [13:55] <mike5w3c> like, html files
# [13:55] <Ms2ger> 4308 bytes will get through, then? :)
# [13:55] <mike5w3c> at least
# [13:55] <mike5w3c> heh
# [13:55] <mike5w3c> yeah, hopefully
# [13:55] <Ms2ger> Good
# [13:55] <Ms2ger> Thanks
# [13:55] <darktrojan> okay that's green enough for me, goodnight
# [13:56] <darktrojan> happy easter you lot
# [13:56] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Ping timeout)
# [13:56] <Ms2ger> darktrojan, get egged
# [13:56] <Unfocused> night
# [13:56] <darktrojan> \o.
# [13:56] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Quit: darktrojan)
# [13:57] * Quits: nrc (nrc@moz-5DAE2951.bitstream.orcon.net.nz) (Ping timeout)
# [13:58] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [13:59] * rail_away is now known as rail
# [14:03] * catlee-away is now known as catlee
# [14:04] * Quits: brendan (brendaneic@moz-A7A85414.ptr.us.xo.net) (Quit: brendan)
# [14:05] * bhearsum|afk is now known as bhearsum
# [14:05] * Quits: c0smikdebris (c0smikdebr@AECAD8BF.77B4AB2C.274D17D6.IP) (Quit: Computer has gone to sleep.)
# [14:06] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
# [14:14] * Joins: espindola (espindola@moz-B5DE3DA4.dsl.teksavvy.com)
# [14:14] * Joins: homelinen (calum@CEFE6955.28D25710.3FDAF6BC.IP)
# [14:15] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [14:15] * ChanServ sets mode: +o roc
# [14:16] * davehunt is now known as davehunt|away
# [14:17] * Joins: stransky (stransky@moz-107AD163.redhat.com)
# [14:17] * Fallen is now known as Fallen|away
# [14:17] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
# [14:19] * Quits: gerv (gerv@moz-8E68CF56.in-addr.arpa) (Quit: Leaving.)
# [14:19] * Joins: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [14:20] * mattwoodrow|away is now known as mattwoodrow
# [14:21] * heycam is now known as heycam|away
# [14:21] <NeilAway> if firebot doesn't announce it, has darktrojan landed it?
# [14:22] <Ameya> what should be included for Pathify() to work...? #include "mozilla/scache/StartupCache.h" #include "mozilla/scache/StartupCacheUtils.h" & calling it as rv=PathifyURI(newUri, cachePath);
# [14:22] * Quits: JeroenDeDauw (j@moz-39EB5AA2.dip.t-dialin.net) (Quit: Leaving.)
# [14:22] * Joins: JeroenDeDauw (j@moz-39EB5AA2.dip.t-dialin.net)
# [14:22] <Ameya> I still not working...
# [14:22] * Quits: JeroenDeDauw (j@moz-39EB5AA2.dip.t-dialin.net) (Quit: Leaving.)
# [14:23] * Joins: pascalc_ (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [14:23] <Unfocused> NeilAway: firebot ignores inbound
# [14:23] <Ms2ger> Call it as rv = mozilla::scache::PathifyURI(newUri, cachePath);
# [14:23] <Ameya> ok
# [14:23] * Joins: JeroenDeDauw (j@moz-39EB5AA2.dip.t-dialin.net)
# [14:24] <NeilAway> Unfocused: also, he messed up
# [14:24] <Ms2ger> Duh?
# [14:25] <NeilAway> Ms2ger: well, he shouldn't have any mentions of nsILocalFile on added lines
# [14:25] * Joins: drice (derice@1606D15F.E628B196.8E155D4E.IP)
# [14:26] <Unfocused> ah, 2 mentions in comments
# [14:27] <Unfocused> fixable in the followup
# [14:28] * Joins: jprmc (jprmc@229F31F5.5BCEC6DB.DA78B690.IP)
# [14:29] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
# [14:30] * Joins: roc_ (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [14:30] * roc_ is now known as roc
# [14:30] * sheeri is now known as sheeri-packing
# [14:31] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
# [14:31] * Joins: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP)
# [14:31] * Quits: vikash (vikash@DABACF8B.9B552DFD.5D9ABA9F.IP) (Ping timeout)
# [14:32] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
# [14:32] * Joins: vikash (vikash@DABACF8B.9B552DFD.5D9ABA9F.IP)
# [14:32] * mattwoodrow is now known as mattwoodrow|away
# [14:34] * Quits: ejpbruel (ejpbruel@moz-5EE20326.adsl2.static.versatel.nl) (Ping timeout)
# [14:35] * Joins: ejpbruel (ejpbruel@moz-5EE20326.adsl2.static.versatel.nl)
# [14:35] * Joins: c0smikdebris (c0smikdebr@AECAD8BF.77B4AB2C.274D17D6.IP)
# [14:36] * Quits: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
# [14:37] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [14:38] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [14:38] * ChanServ sets mode: +o roc
# [14:40] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
# [14:41] * Quits: kinetik (kinetik@B0506AEA.F200EF31.613E47D1.IP) (Ping timeout)
# [14:41] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [14:41] * ChanServ sets mode: +o roc
# [14:41] * Joins: kinetik (kinetik@B0506AEA.F200EF31.613E47D1.IP)
# [14:42] <gcp> sewardj, glandium: ping
# [14:43] <sewardj> gcp: pong
# [14:43] * Joins: armenzg (armenzg@DF7E846C.5BCEC6DB.DA78B690.IP)
# [14:43] <gcp> sewardj: can you help me with bug 741836?
# [14:44] <KaiRo> when I see "trucks crush car in texas tornado" under "videos you might like" on a newspaper site, I get the impression that something is wrong with the "like" defintion prodded by social networks
# [14:45] <sewardj> gcp: i was trying to get to that, but now have m-c crashing on android
# [14:45] <gcp> ah ;)
# [14:45] <sewardj> gcp: is this fennec specific, or will it repro on desktop ?
# [14:45] <gcp> its in JNI code, so fennec specific
# [14:46] <Unfocused> KaiRo: yes. a million times, yes.
# [14:47] <gcp> 0x64b41e36 in nsCOMPtr<nsIRDFDelegateFactory>::get (this=0x6c706d) at ../../dist/include/nsTString.h:109
# [14:47] <gcp> does that look familiar?
# [14:48] <Ms2ger> at ../../dist/include/nsTString.h?
# [14:48] <gcp> http://pastebin.mozilla.org/1553347
# [14:50] <sewardj> gcp: as soon as I have a fennec that I can actually run on V, i'll chase it.
# [14:50] * Quits: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [14:50] <sewardj> gcp: trying to achieve "will actually run" now
# [14:50] <gcp> :)
# [14:51] * davehunt|away is now known as davehunt
# [14:51] * Quits: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP) (Ping timeout)
# [14:51] <gcp> I'm note sure how reproducible it is, might need to send you my places db.
# [14:51] * Joins: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [14:52] <sewardj> gcp: what time zone are you in?
# [14:52] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
# [14:52] * Joins: Pike (Pike@moz-E31CD2CB.mozilla.org)
# [14:52] <gcp> CEST
# [14:54] * Quits: gandalf (zbraniecki@moz-EC234B6C.neoplus.adsl.tpnet.pl) (Ping timeout)
# [14:54] * Quits: sanjeev (chatzilla@9A3F4F8E.7B79ED8.1C37C358.IP) (Ping timeout)
# [14:55] * Quits: c0smikdebris (c0smikdebr@AECAD8BF.77B4AB2C.274D17D6.IP) (Quit: Computer has gone to sleep.)
# [14:55] * Quits: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP) (Input/output error)
# [14:55] * Joins: sanjeev (chatzilla@9A3F4F8E.7B79ED8.1C37C358.IP)
# [14:55] * Joins: c0smikdebris (c0smikdebr@AECAD8BF.77B4AB2C.274D17D6.IP)
# [14:56] * Joins: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk)
# [14:58] * Joins: gandalf (zbraniecki@moz-E9A17065.neoplus.adsl.tpnet.pl)
# [14:58] * Quits: wolfiR (wolfiR@moz-9F2DACD5.dip0.t-ipconnect.de) (Quit: Leaving)
# [15:02] * Joins: Devoid (chatzilla@8E6C34C1.A3F9767A.1C37C358.IP)
# [15:03] * Joins: mjschranz (mjschranz@A71CC449.33EE9F8A.1139E686.IP)
# [15:04] * Quits: Gentlecat (Roman@E92145AA.CF9BE6BE.8FB52CB8.IP) (Quit: Leaving)
# [15:05] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
# [15:06] * Joins: givanica (chatzilla@8D6380D.251E5D55.FB866788.IP)
# [15:07] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [15:07] <Devoid> anyone from GSOC 2012 mentoring team?
# [15:08] * Quits: kinetik (kinetik@B0506AEA.F200EF31.613E47D1.IP) (Ping timeout)
# [15:09] <bhearsum> Devoid: you probably want to look for 'gerv'
# [15:09] * Joins: kinetik (kinetik@B0506AEA.F200EF31.613E47D1.IP)
# [15:09] <bhearsum> he doesn't seem to be online at the moment, though
# [15:09] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [15:09] * Quits: mjschranz (mjschranz@A71CC449.33EE9F8A.1139E686.IP) (Client exited)
# [15:09] <Devoid> ok, was looking for someone who's mentoring under Developer Tools & Documentation related projects
# [15:09] * Quits: c0smikdebris (c0smikdebr@AECAD8BF.77B4AB2C.274D17D6.IP) (Quit: Computer has gone to sleep.)
# [15:09] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
# [15:10] * Quits: victorporof (victorporo@A6ECF1D7.89BB3D44.4873E54D.IP) (Connection reset by peer)
# [15:10] * Quits: jprmc (jprmc@229F31F5.5BCEC6DB.DA78B690.IP) (Ping timeout)
# [15:10] * Joins: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
# [15:11] * Parts: jens (hauke@moz-B756BE44.pools.arcor-ip.net)
# [15:11] <Pike> Devoid: you could ask in #devtools, not sure how many folks there are awake yet
# [15:12] <Devoid> Pike: sure thanks
# [15:15] * sheeri-packing is now known as sheeri
# [15:15] * Joins: blocklistflash (blah@B88BC153.98F8E919.FD0CCECA.IP)
# [15:16] <blocklistflash> hi, can you guys please blocklist all older Flash Player versions? http://www.adobe.com/support/security/bulletins/apsb12-07.html
# [15:16] * Quits: JeroenDeDauw (j@moz-39EB5AA2.dip.t-dialin.net) (Quit: Leaving.)
# [15:16] <blocklistflash> "Adobe recommends users of Adobe Flash Player 11.1.102.63 and earlier versions for Windows, Macintosh and Linux update to Adobe Flash Player 11.2.202.228."
# [15:16] * Joins: JeroenDeDauw (j@moz-39EB5AA2.dip.t-dialin.net)
# [15:16] <blocklistflash> anything older than 11.2 should be blocked
# [15:16] * Quits: nhirata (nhirata.bu@moz-585D5EFC.hsd1.ca.comcast.net) (Quit: nhirata)
# [15:16] * jlebar|sleep is now known as jlebar
# [15:17] * Parts: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
# [15:17] * Joins: mjschranz (mjschranz@A71CC449.33EE9F8A.1139E686.IP)
# [15:18] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [15:19] * Quits: graememcc (chatzilla@moz-790B72CA.range86-148.btcentralplus.com) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120310193349])
# [15:19] * Joins: jhorak_ (jhorak@moz-107AD163.redhat.com)
# [15:21] <Unfocused> blocklistflash: file a bug, please - https://bugzilla.mozilla.org/enter_bug.cgi?product=addons.mozilla.org&component=Blocklisting
# [15:21] <Devoid> official documentation channel?
# [15:22] <nigelb> Devoid: like, contributing to documentation?
# [15:22] <nigelb> Or asking things in documentation?
# [15:23] * Joins: wolfiR (wolfiR@moz-9F2DACD5.dip0.t-ipconnect.de)
# [15:23] <Devoid> ya under GSOC 2012....
# [15:23] * Joins: automata (automata@8D23278A.C27CA109.16867D26.IP)
# [15:24] * Joins: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP)
# [15:25] <sewardj> gcp: re 741836
# [15:25] * Quits: m_kato (Daily@moz-348F61F0.mozilla.or.jp) (Quit: m_kato)
# [15:25] <gcp> shoot
# [15:26] * Quits: dao (dao@moz-4B30B9D8.superkabel.de) (Connection reset by peer)
# [15:26] * Quits: RemusPop (remuspop@601F3B17.33662590.A5830293.IP) (Client exited)
# [15:26] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
# [15:26] <sewardj> gcp: you say it crashes when you apply your patch(es) and do profile migration stuff
# [15:26] <gcp> yes
# [15:26] <sewardj> gcp: did you establish whether it crashed without your patches?
# [15:26] <gcp> I think the bug is already here
# [15:27] <gcp> but I just never hit it before
# [15:27] <gcp> my patches don't actually change the native code, just how we call it
# [15:27] <sewardj> gcp: ok. so why do you think it is already present?
# [15:27] <gcp> because it crashes in a function I didn't touch ;)
# [15:27] <gcp> rather, in native code that I didn't touch
# [15:27] <gcp> my changes are java-only
# [15:28] * Joins: dao (dao@moz-4B30B9D8.superkabel.de)
# [15:28] <sewardj> gcp: when was the first time you tried your patches and saw crashing?
# [15:29] <gcp> last week?
# [15:31] <sewardj> gcp: would you be able to figure out if it was crashing before 29-03-2012 ?
# [15:32] * Quits: andreasn (andreasn@moz-436FB3D1.a336.priv.bahnhof.se) (Ping timeout)
# [15:32] * Quits: automata (automata@8D23278A.C27CA109.16867D26.IP) (Quit: Saindo)
# [15:32] <glandium> rhelmer: how long does it usually take for results from try talos runs to reach the graphs server for compare-talos to pick them up? (btw, thanks a bunch, it works)
# [15:33] <sewardj> gcp: I am seeing heap corruption causing a crash in vanilla m-c on android now
# [15:33] <sewardj> and I didn't see that on a 29-03-2012 build
# [15:34] * Quits: louisremi (louisremi@moz-381A2210.dsl.sta.abo.bbox.fr) (Ping timeout)
# [15:34] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [15:34] * armenzg is now known as armenzg_afk
# [15:34] <gcp> 29-3 was already broken for me, I'm fairly sure
# [15:34] <gcp> current m-c crashes for me on startup
# [15:34] * Quits: armenzg_afk (armenzg@DF7E846C.5BCEC6DB.DA78B690.IP) (Input/output error)
# [15:34] <gcp> so I suspect that's a different, new issue
# [15:34] * mak is now known as mak|afk
# [15:34] <gcp> though, I can try going back even further
# [15:34] * jhopkins|afk is now known as jhopkins
# [15:34] <gcp> might be worht it
# [15:35] <gcp> will report in the bug
# [15:35] <sewardj> gcp: you mean the crashing at startup thing?
# [15:35] <sewardj> oh, i misread
# [15:35] <sewardj> ignore.
# [15:37] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Ping timeout)
# [15:37] * Joins: scrambledeggs (chatzilla@moz-B7AA8740.dhcp.embarqhsd.net)
# [15:37] <jlebar> Can someone cc me on bug 724781, please?
# [15:38] <scrambledeggs> what changed in recent nightly's to cause the program to pin itself to the tasskbar on win7 on install
# [15:38] * shorlander_ is now known as shorlander
# [15:38] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [15:39] <scrambledeggs> I also no longer see the prompt to set Firefox as default during install
# [15:39] <glandium> jlebar: done
# [15:39] <jlebar> glandium, Thanks.
# [15:40] * Joins: Opti (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
# [15:41] * Joins: gerv (gerv@moz-8E68CF56.in-addr.arpa)
# [15:41] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
# [15:41] * Quits: Opti (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [15:41] <jlebar> glandium, While I have your attention...why do we not need to call _malloc_prefork and company on osx?
# [15:41] * Joins: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
# [15:41] * bear-afk is now known as bear
# [15:41] <jlebar> glandium, I understand that there's a deadlock here, because the zone allocator is doing its own thing. But why is the change safe?
# [15:41] <glandium> jlebar: because they are called by zone_lock
# [15:42] * Quits: ekw (ekw@moz-48296BED.dsl.irvnca.pacbell.net) (Quit: Leaving)
# [15:42] <glandium> jlebar: because the system zone allocator is doing that work of calling the locking functions from our zone
# [15:42] <glandium> at fork
# [15:42] <jlebar> glandium, What's the jemalloc code for that called? zone_lock doesn't exist, or my tree is too old...
# [15:42] * Parts: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
# [15:43] <glandium> jlebar: zone_force_lock and zone_force_unlock, sorry
# [15:44] <jlebar> glandium, So it looks like that locks the zone, but doesn't lock jemalloc -- is that right?
# [15:44] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [15:44] <jlebar> glandium, What if someone allocates directly through jemalloc?
# [15:45] <glandium> jlebar: libSystem calls all free_lock and free_unlock functions of all registered zones when forking
# [15:45] * Joins: andreasn_ (andreasn@moz-436FB3D1.a336.priv.bahnhof.se)
# [15:46] <jlebar> glandium, I guess I'm asking...it doesn't look like the code in _malloc_prefork ever gets invoked.
# [15:46] * Quits: NhanTDN (human_torc@DABF93C9.319B7742.85184009.IP) (Ping timeout)
# [15:47] <glandium> jlebar: oh wait, you're right... i've been looking at the jemalloc2 code too much
# [15:50] <glandium> jlebar: r- me
# [15:50] <jlebar> glandium, Well...is it safe to make this change? I guess mac was doing just fine without the atfork code.
# [15:50] * wlach|afk is now known as wlach|breakfast
# [15:51] * Quits: jfkthame (jfkthame@42653AA7.90783722.9542EC20.IP) (Ping timeout)
# [15:51] <glandium> jlebar: it's safe as in it gets us back to what we've had for a long time
# [15:51] * Joins: jfkthame (jfkthame@42653AA7.90783722.9542EC20.IP)
# [15:51] <glandium> jlebar: it doesn't mean it's actually safe, though. All in all, we may want to do that now, and find the real fix later. Or just wait for jemalloc2.
# [15:52] <jlebar> glandium, That sounds fine to me. I'll write a comment in the bug, and if you want to follow up in a separate bug to re-introduce the locks, we can do that.
# [15:53] <glandium> jlebar: i'll file a bug, but i don't think i'll work on it. I'll just make it depend on jemalloc2
# [15:53] <jlebar> cool.
# [15:53] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
# [15:54] * Joins: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP)
# [15:55] * Quits: blocklistflash (blah@B88BC153.98F8E919.FD0CCECA.IP) (Quit: )
# [15:55] * Joins: c0smikdebris (c0smikdebr@AECAD8BF.77B4AB2C.274D17D6.IP)
# [15:56] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
# [15:57] * Joins: evilpie_ (evilpie@moz-C2D89AEE.pools.arcor-ip.net)
# [15:59] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [15:59] * bwinton_away is now known as bwinton
# [16:00] * Quits: givanica (chatzilla@8D6380D.251E5D55.FB866788.IP) (Ping timeout)
# [16:02] * Quits: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net) (Quit: Mardak)
# [16:03] * Quits: scrambledeggs (chatzilla@moz-B7AA8740.dhcp.embarqhsd.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [16:03] * Quits: necolas (necolas@moz-20AA4BAE.bb.sky.com) (Client exited)
# [16:03] * Quits: dcamp (dave@moz-8EBEC133.hsd1.wa.comcast.net) (Quit: Leaving...)
# [16:03] * Joins: armenzg_afk (armenzg@F2D29657.F60B0462.67AC9B1.IP)
# [16:04] * Joins: tchevalier (tchevalier@moz-5830F2F3.w90-48.abo.wanadoo.fr)
# [16:05] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [16:09] * Quits: harsh (Mibbit@93185E1.15C6DF7B.1551A00F.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [16:11] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
# [16:11] * mcote|afk is now known as mcote
# [16:15] * khuey|away is now known as khuey
# [16:16] * Joins: givanica (chatzilla@8D6380D.251E5D55.FB866788.IP)
# [16:18] * coop|away is now known as coop
# [16:18] * khuey is now known as khuey|away
# [16:18] * Joins: louisremi (louisremi@moz-381A2210.dsl.sta.abo.bbox.fr)
# [16:19] * Joins: lmandel (lmandel@moz-E31CD2CB.mozilla.org)
# [16:19] * khuey|away is now known as khuey
# [16:20] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [16:20] * ChanServ sets mode: +o ehsan
# [16:20] * Quits: @bz_sleep (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net) (Quit: Leaving)
# [16:21] <givanica> hi. How knows some details about the new Firefox UI and has a little time for 3 simple question, about Full screen mode ...
# [16:21] * Joins: victorporof (victorporo@A6ECF1D7.89BB3D44.4873E54D.IP)
# [16:22] * Quits: dao (dao@moz-4B30B9D8.superkabel.de) (Quit: Leaving.)
# [16:23] <jfkthame> well… what about it?
# [16:23] * armenzg_afk is now known as armenzg
# [16:23] * Joins: kumar (kmcmillan@moz-E31CD2CB.mozilla.org)
# [16:24] * Joins: smagnin (pike@moz-DEF53BC9.fbx.proxad.net)
# [16:24] * Quits: Devoid (chatzilla@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [16:24] * Joins: Devoid (chatzilla@8E6C34C1.A3F9767A.1C37C358.IP)
# [16:25] <givanica> well, first of all, can i find the graphic images that will be used somewhere on the repository, or in another place ... ?
# [16:26] * Joins: SeoZ (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP)
# [16:27] <givanica> right now, you can't enter the customize panel when you are in full screen mode , from what i see from the preliminary image, there will be an icon for settings no ?
# [16:27] * Quits: espindola (espindola@moz-B5DE3DA4.dsl.teksavvy.com) (Ping timeout)
# [16:27] <AryehGregor> Should NS_ENSURE_TRUE really be used for things that can be triggered by webpages in the normal course of operation? Like methods being given invalid input?
# [16:27] <AryehGregor> It generates quite a bit of stderr clutter.
# [16:28] <jfkthame> givanica: sorry, i don't know…. btw, i believe there's a #firefox channel which might be a better place for firefox-ui questions
# [16:28] * Quits: jhorak_ (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
# [16:28] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
# [16:28] <Ms2ger> AryehGregor, I tend to think it can be helpful when you need to figure out why a site is broken
# [16:28] <givanica> jfkthame: ok thanks
# [16:29] <Ms2ger> AryehGregor, I certainly wouldn't optimize stderr output for your tests :)
# [16:29] <AryehGregor> Ms2ger, this is browserscope I'm looking at, actually, but . . . :)
# [16:30] <Ms2ger> Must be good tests, then! :)
# [16:30] <jfkthame> Ms2ger, AryehGregor: if the message indicates a web authoring error, the most helpful place for it is probably the web console
# [16:30] <Ms2ger> jfkthame, if you're already throwing an exception?
# [16:30] <AryehGregor> jfkthame, it's just a regular exception . . . we don't want to print every caught exception to the web console.
# [16:30] * Joins: espindola (espindola@moz-E14442FB.dsl.teksavvy.com)
# [16:30] * Joins: PopolonY2k (PopolonY2k@moz-928F2755.claro.net.br)
# [16:31] * Quits: @ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
# [16:31] <jfkthame> so it's an exception that is used as part of "normal" operation?
# [16:31] <jfkthame> not an indication that the program is broken in some unexpected way?
# [16:32] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [16:32] <espindola> vladan: sorry, bad internet connection :-(
# [16:32] * Joins: brendan (brendaneic@moz-A7A85414.ptr.us.xo.net)
# [16:33] * Joins: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP)
# [16:33] * Joins: mcot (mcot@C4B02.F3C4E8F3.C8444B8.IP)
# [16:33] * Joins: Boriss (FlyingToas@moz-746FA8A3.telecom.net.ar)
# [16:33] <Ms2ger> jfkthame, I suspect AryehGregor's definition of "normal course of operation" is a little wider than for most people :)
# [16:36] * Quits: PopolonY2k (PopolonY2k@moz-928F2755.claro.net.br) (Quit: AndroIRC - Android IRC Client ( http://www.androirc.com ))
# [16:36] * Joins: dseif (dseif@F2D29657.F60B0462.67AC9B1.IP)
# [16:36] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [16:36] * Quits: stransky (stransky@moz-107AD163.redhat.com) (Quit: Connection reset by beer)
# [16:37] * Joins: PopolonY2k (PopolonY2k@moz-928F2755.claro.net.br)
# [16:38] * Quits: givanica (chatzilla@8D6380D.251E5D55.FB866788.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
# [16:38] * Joins: pvivek_ (quassel@AABF606.1924CC57.2A068A5E.IP)
# [16:39] * Joins: bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net)
# [16:39] * ChanServ sets mode: +o bz
# [16:40] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
# [16:41] * Joins: ehugg (chatzilla@moz-44D86B1E.cisco.com)
# [16:43] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
# [16:44] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
# [16:44] <Ms2ger> Morning bz
# [16:44] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: Leaving)
# [16:44] * Quits: ehugg (chatzilla@moz-44D86B1E.cisco.com) (Ping timeout)
# [16:45] * Joins: necolas (necolas@moz-20AA4BAE.bb.sky.com)
# [16:45] * catlee is now known as catlee-afk
# [16:46] * Quits: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [16:47] * Joins: kaie2 (kaie@moz-D39A87C4.dip.t-dialin.net)
# [16:47] <@bz> hey ms2ger
# [16:47] <@bz> ms2ger: does that backout fix the hang?
# [16:48] <@bz> ms2ger: or can you still not reproduce the hang?
# [16:48] * Quits: kaie (kaie@moz-5B5F0170.dip.t-dialin.net) (Ping timeout)
# [16:48] * kaie2 is now known as kaie
# [16:48] * Joins: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP)
# [16:49] * Joins: coyotebush (corey@moz-4E046E7E.cabrillo.reshall.calpoly.edu)
# [16:50] * Quits: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [16:50] * Joins: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP)
# [16:51] * padenot|away is now known as padenot
# [16:51] <@khuey> Pike++
# [16:51] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [16:52] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: bbl)
# [16:52] <sewardj> gcp: ok, 90968:638769f8ec54 does not crash at startup.
# [16:53] <glandium> sewardj: are you bisecting ?
# [16:53] * Joins: pook (chatzilla@moz-3BBB9F1C.dynip.nus.edu.sg)
# [16:53] * Joins: Boriss_ (FlyingToas@moz-746FA8A3.telecom.net.ar)
# [16:53] <sewardj> glandium: no, i just pulled up to latest tip
# [16:53] * Joins: joey (chatzilla@moz-E31CD2CB.mozilla.org)
# [16:54] * Quits: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [16:54] <sewardj> glandium: there were a few backouts since this morning, so I figured it was worth a try
# [16:54] * Quits: Devoid (chatzilla@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [16:54] * Joins: amphibulus (Mibbit@D98DF7C3.DBD9291F.1D5753B8.IP)
# [16:54] * Quits: amphibulus (Mibbit@D98DF7C3.DBD9291F.1D5753B8.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [16:55] * Quits: Boriss (FlyingToas@moz-746FA8A3.telecom.net.ar) (Ping timeout)
# [16:55] * Boriss_ is now known as Boriss
# [16:55] * Joins: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP)
# [16:56] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
# [16:57] * Quits: gandalf (zbraniecki@moz-E9A17065.neoplus.adsl.tpnet.pl) (Ping timeout)
# [16:57] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [16:57] * ChanServ sets mode: +o ehsan
# [16:58] * Quits: TheLink (TheLink@moz-183F7DCD.pools.arcor-ip.net) (Client exited)
# [16:59] * philor|away is now known as philor
# [16:59] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
# [16:59] * Quits: coyotebush (corey@moz-4E046E7E.cabrillo.reshall.calpoly.edu) (Ping timeout)
# [17:00] * Joins: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP)
# [17:00] <sewardj> gcp: ping
# [17:01] * Joins: gandalf (zbraniecki@moz-4A959D3B.neoplus.adsl.tpnet.pl)
# [17:02] <gcp> pong
# [17:02] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [17:03] <sewardj> gcp: i applied your patches, but the build fails
# [17:04] <gcp> pastebin?
# [17:04] <sewardj> gcp: http://pastebin.mozilla.org/1553514
# [17:04] * Joins: anky (anky@43908C6B.36C2522D.A3D1B221.IP)
# [17:05] * Quits: anky (anky@43908C6B.36C2522D.A3D1B221.IP) (Client exited)
# [17:05] * Quits: pook (chatzilla@moz-3BBB9F1C.dynip.nus.edu.sg) (Ping timeout)
# [17:05] <gcp> my bad, you need patch in bug 725150 as well
# [17:05] * Joins: jhopkins_ (jhopkins@moz-216F9986.tb.shawcable.net)
# [17:06] * Quits: jhopkins (jhopkins@moz-216F9986.tb.shawcable.net) (Ping timeout)
# [17:07] * Quits: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [17:07] <chewey> Someone has reported problems with scrolling images and hardware acceleration on the German newsgroup. My testcase he and others (but not me) can use to reproduce the issue is http://chewey.org/test/pano.html
# [17:07] <chewey> Is this a known issue? My bugzilla-fu is weak…
# [17:07] * Joins: dbaron (dbaron@moz-943D45FF.dsl.dynamic.sonic.net)
# [17:07] * ChanServ sets mode: +o dbaron
# [17:07] <sewardj> gcp: ok, building. i don't need to build from clean do i ?
# [17:08] <sewardj> gcp: spoke too soon
# [17:08] * davehunt is now known as davehunt|away
# [17:08] * Quits: gandalf (zbraniecki@moz-4A959D3B.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [17:09] <sewardj> gcp: http://pastebin.mozilla.org/1553517
# [17:09] * Quits: fabrice (fabrice@moz-A7A85414.ptr.us.xo.net) (Ping timeout)
# [17:09] * Quits: Boriss (FlyingToas@moz-746FA8A3.telecom.net.ar) (Ping timeout)
# [17:09] * Joins: supreet (quassel@780E8960.D5D84BD7.DF11F364.IP)
# [17:09] <gcp> chewey: what's the issue reported?
# [17:10] * Joins: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [17:10] * Joins: Boriss (FlyingToas@moz-746FA8A3.telecom.net.ar)
# [17:10] <chewey> gcp: Graphic glitches: It doesn't scroll the image properly, but tears/smears scrollbars etc.
# [17:10] <chewey> I think someone had a screeshot, one sec…
# [17:11] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Client exited)
# [17:11] <gcp> sewardj: hurrr, I outdated the testing patch I presume
# [17:11] <chewey> gcp: http://img401.imageshack.us/img401/3515/panobewegt.png
# [17:12] <gcp> sewardj: you can pop it off for now
# [17:13] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [17:13] * jhopkins_ is now known as jhopkins
# [17:13] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [17:14] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [17:14] <chewey> gcp: It seems to be a Win-only problem so far, with both Nvidia and ATI graphics though.
# [17:14] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [17:14] * gregglind_away is now known as gregglind
# [17:15] <gcp> its not reproducing for me here. I thought I saw a bug because the graphic was gone, but it was just slow
# [17:17] * Joins: dcamp (dave@9E727688.17C2F9C.163DC5C6.IP)
# [17:17] <ddahl> khuey: is there a bug for the Identity navigator.id native code dom code?
# [17:18] * Joins: pook (chatzilla@moz-3BBB9F1C.dynip.nus.edu.sg)
# [17:18] <glandium> https://github.com/sloonz/bctl mmmm
# [17:18] <chewey> gcp: That's my problem as well :) – I have no way of reducing the testcase to anything, because I don't see the proble anywhere. Meh.
# [17:19] <chewey> It goes away without hardware acceleration though, for all reporters.
# [17:19] * Quits: askalski (akuda@moz-A1FB3486.neoplus.adsl.tpnet.pl) (Quit: Wychodzi)
# [17:19] <@khuey> ddahl: 731399
# [17:19] <ddahl> khuey: thanks
# [17:19] <ddahl> adding dependent bugs
# [17:20] * Quits: Cwiiis (cwiiis@40018561.F684631.21A4E96A.IP) (Ping timeout)
# [17:20] * kumar is now known as kumar|afk
# [17:21] <gcp> chewey: just report a bug. rather have dupes than miss a problem
# [17:21] * Quits: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [17:21] <gcp> chewey: if your friends can bisect with nightlies where it starts appearing, that could help
# [17:21] * Quits: ericz (eziegenhor@moz-B77DEAEB.mozilla.org) (Ping timeout)
# [17:21] <gcp> chewey: or at least give info which cards/drivers combos exhibit and which ones dont
# [17:21] <chewey> gcp: Right, will do. Thanks.
# [17:22] * Joins: Cwiiis (cwiiis@40018561.F684631.21A4E96A.IP)
# [17:22] * Quits: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [17:22] * coop is now known as coop|afk
# [17:23] * Joins: biesi_ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [17:23] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
# [17:24] * Joins: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [17:24] * Parts: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [17:26] * Joins: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP)
# [17:26] * Quits: espindola (espindola@moz-E14442FB.dsl.teksavvy.com) (Ping timeout)
# [17:27] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [17:27] * Joins: artur_ (artur@moz-DE1DE682.c3-0.nmex-ubr1.lnh-nmex.md.cable.rcn.com)
# [17:27] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
# [17:27] * Quits: artur (artur@moz-DE1DE682.c3-0.nmex-ubr1.lnh-nmex.md.cable.rcn.com) (Ping timeout)
# [17:27] * Quits: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [17:28] * Joins: dveditz_ (dveditz@moz-104CC309.mv.mozilla.com)
# [17:28] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
# [17:28] * Joins: espindola (espindola@moz-AA4D9958.dsl.teksavvy.com)
# [17:28] * Quits: sgreenlay (sgreenlay@E17A855D.16AD8761.971E19F6.IP) (Quit: Bye!)
# [17:30] * Joins: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP)
# [17:30] * Joins: sgreenlay (sgreenlay@E17A855D.16AD8761.971E19F6.IP)
# [17:31] * Quits: Cwiiis (cwiiis@40018561.F684631.21A4E96A.IP) (Ping timeout)
# [17:31] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Input/output error)
# [17:32] * Quits: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [17:32] * Quits: artur_ (artur@moz-DE1DE682.c3-0.nmex-ubr1.lnh-nmex.md.cable.rcn.com) (Input/output error)
# [17:32] * Joins: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP)
# [17:33] <Ms2ger> bz, hmm, I guess that would be useful to test...
# [17:33] * Quits: enda (chatzilla@9BC274C3.679532CF.2500F951.IP) (Ping timeout)
# [17:34] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [17:34] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [17:34] <mcot> http://pastebin.com/fw5VpSYW
# [17:34] <mcot> anyone know why that alerts twice in ff but once in chrome and ie?
# [17:34] * joduinn-afk is now known as joduinn
# [17:35] <Ms2ger> mcot, file a bug?
# [17:35] <mcot> trying to find out what is expected before bug
# [17:35] <@khuey> mcot: it alerts once here
# [17:36] <mcot> I'm on 11.0
# [17:36] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Quit: mike5w3c)
# [17:37] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [17:37] * armenzg is now known as armenzg_mtg
# [17:38] <@khuey> this is on yesterdays nightly
# [17:38] <@khuey> maybe we fixed something
# [17:38] * @khuey fires up 11
# [17:38] <@khuey> mcot: alerts once for me on 11 too
# [17:38] <@khuey> mcot: do you have addons installed?
# [17:38] <mcot> humm
# [17:38] * joduinn is now known as joduinn-mtg
# [17:38] <@bz> mcot: I bet we try to do the load when adding to 'd' and again when inserting into the doc
# [17:39] <mcot> trying in safe mode
# [17:39] <@khuey> bz: except for the part where onerror fires once ;-)
# [17:39] * Joins: ericz (eziegenhor@moz-B77DEAEB.mozilla.org)
# [17:39] <@bz> er?
# [17:39] <@bz> hmm
# [17:39] * @bz sighs
# [17:39] * dveditz_ is now known as dveditz
# [17:39] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:40] <@bz> the handling of URI strings that cannot be converted to nsIURI (which this one may or may not be an example of) is hard. :(
# [17:40] * ChanServ sets mode: +o dveditz
# [17:40] * Joins: Cwiiis (cwiiis@40018561.F684631.21A4E96A.IP)
# [17:40] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
# [17:42] <Ms2ger> bz, looks like the slow script dialog is gone
# [17:42] <mcot> I'm still seeing it fire twice
# [17:42] <mcot> really weird
# [17:43] * Quits: surkov (surkov@B9538DF7.B7015738.33A1AC3C.IP) (Quit: surkov)
# [17:44] * Joins: ehugg (chatzilla@B9583CDD.C5EAED67.6CD50604.IP)
# [17:44] * Joins: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com)
# [17:45] <@bz> ms2ger: "good"
# [17:45] <@bz> ms2ger: now if only we knew wtf is going on....
# [17:45] <Ms2ger> Ah
# [17:45] <Ms2ger> I thought that was what you were paid for :)
# [17:45] <@bz> well, yes
# [17:46] * @bz _did_ put some info in the bug
# [17:46] * Joins: rohan (Mibbit@5D158D23.2CF71DEB.A2DC32D.IP)
# [17:46] <@bz> what I don't understand is why, if my analysis is correct, this used to work. ;)
# [17:46] * Parts: rohan (Mibbit@5D158D23.2CF71DEB.A2DC32D.IP)
# [17:46] * Joins: lmandel_ (lmandel@F2D29657.F60B0462.67AC9B1.IP)
# [17:46] * Joins: nhirata (nhirata.bu@moz-585D5EFC.hsd1.ca.comcast.net)
# [17:47] * Quits: ehugg (chatzilla@B9583CDD.C5EAED67.6CD50604.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
# [17:47] * Quits: Boriss (FlyingToas@moz-746FA8A3.telecom.net.ar) (Quit: Boriss)
# [17:47] * Quits: mjschranz (mjschranz@A71CC449.33EE9F8A.1139E686.IP) (Ping timeout)
# [17:47] * Quits: lmandel (lmandel@moz-E31CD2CB.mozilla.org) (Ping timeout)
# [17:47] * lmandel_ is now known as lmandel
# [17:47] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
# [17:48] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
# [17:48] * padenot is now known as padenot|away
# [17:48] <mcot> khuey can you try with the script inside of the body
# [17:48] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
# [17:48] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [17:48] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
# [17:49] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [17:49] <@khuey> mcot: aha!
# [17:49] <@khuey> fascinating
# [17:49] <mcot> yah
# [17:50] <mcot> so Ill file a bug I guess and just start poking around the source to see whats going on
# [17:50] <Ms2ger> Did you append something to null, naughty boy?
# [17:50] <mcot> I hate stupid bugs where the reporter made no effort to figure it out
# [17:51] <@khuey> Ms2ger: yep
# [17:51] * Joins: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [17:51] <@bz> mcot: see above
# [17:52] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [17:52] <@bz> mcot: our "we tried to do a load already" logic probably fails for URIs we can't deal with
# [17:52] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
# [17:52] <@bz> mcot: and since moving an image in the DOM can change its URI...
# [17:52] <@bz> mcot: (which is its own little insanity)
# [17:52] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [17:52] <@khuey> little?
# [17:52] <@bz> mcot: we try to load the image on every DOM insertion, modulo the short-circuiting logic
# [17:52] * Quits: biesi_ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [17:52] * Quits: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [17:52] * @bz wonders how much pain it would be to burn that feature with fire
# [17:52] * Quits: SeoZ (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP) (Quit: Leaving)
# [17:53] <Ms2ger> jacek, why did Wine need to use macros, then?
# [17:53] * Joins: kllrnohj (quassel@moz-C05A0AB0.hsd1.ca.comcast.net)
# [17:53] <mcot> well that was my orginial question
# [17:53] <mcot> is this even a bug?
# [17:53] <@bz> hard to tell
# [17:53] <mcot> chrome and IE fire once
# [17:53] <@bz> do a careful read of the html5 spec?
# [17:53] <@bz> see what it says?
# [17:53] * Quits: pranavrc (pranavrc@D34454AA.1137763F.C28326FD.IP) (Quit: Ping timeout: ∞)
# [17:53] <@bz> though I bet it ignores the base URI thing...
# [17:53] <@bz> maybe we should too, and see what it would break. ;)
# [17:54] * Joins: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP)
# [17:54] * Quits: espindola (espindola@moz-AA4D9958.dsl.teksavvy.com) (Ping timeout)
# [17:54] <jacek> Ms2ger: in wine build the calling convention is changed to stdcall
# [17:55] * Joins: espindola (espindola@moz-AA4D9958.dsl.teksavvy.com)
# [17:55] * Joins: pranavrc (pranavrc@D34454AA.1137763F.C28326FD.IP)
# [17:55] <Ms2ger> jacek, hmm, why?
# [17:57] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird -- http://www.instantbird.com)
# [17:58] * kumar|afk is now known as kumar
# [17:59] <jacek> Ms2ger: I'm not sure you want to know... wine calls this code from plain C :) default C++ calling conventions are a bit problematic for that (you get whole mix of thiscall or ccall, depending on compiler; plus thiscall requires a bit of assembly wrapper)
# [17:59] <Ms2ger> Ah, C
# [17:59] * Ms2ger shakes fist
# [18:00] <@bz> calling conventions
# [18:00] * @bz shakes fist
# [18:00] * Joins: billm (billm@moz-CF6D0A66.hsd1.ca.comcast.net)
# [18:00] * @bz patpats x86-64
# [18:00] <@bz> 1 calling convention to rule them all
# [18:00] <Ms2ger> Let's drop support for 32-bit
# [18:00] * Quits: PopolonY2k (PopolonY2k@moz-928F2755.claro.net.br) (Ping timeout)
# [18:00] <Ms2ger> And windows
# [18:00] * @bz is on mac
# [18:00] <@khuey> one calling convention to find htem all and in the darkness bind them?
# [18:00] <@bz> sold
# [18:01] <@bz> khuey: one calling convention to register them all and from the stack unbind them?
# [18:01] * Joins: sfink (chatzilla@moz-9B3B02C7.dsl.pltn13.sbcglobal.net)
# [18:01] * davehunt|away is now known as davehunt
# [18:01] <jacek> bz: heh, in case of calling one conventions for x86-64... not for wine. we still have a mix of ms abi and linux abi, those use different calling conventions :)
# [18:02] <@bz> jacek: yeah, fair
# [18:02] * Quits: twi (Adium@moz-647AF740.cust.dsl.vodafone.it) (Connection reset by peer)
# [18:03] <@bz> jacek: I guess from my pov as a C++ developer they're at least way more similar in terms of perf characteristics than the various x86 conventions
# [18:03] <@bz> jacek: but yes, the fact that they're still different for MS vs everyone else is a pain
# [18:03] * Joins: twi (Adium@moz-647AF740.cust.dsl.vodafone.it)
# [18:03] * Joins: Boriss (FlyingToas@7121C059.E81662E2.D6ECB108.IP)
# [18:03] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [18:04] * padenot|away is now known as padenot
# [18:04] <jacek> yeah
# [18:04] <glandium> bz: for some value of everyone else
# [18:04] <Bas> Is there any way to link mozalloc into something statically??
# [18:04] * armenzg_mtg is now known as armenzg
# [18:05] * Joins: mjschranz (mjschranz@A71CC449.33EE9F8A.1139E686.IP)
# [18:05] <Bas> I'm a little surprised we don't link it into libxul in general actually.
# [18:05] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [18:05] * armenzg is now known as armenzg_lunch
# [18:05] <@bz> glandium: yes
# [18:05] * Quits: evilpie_ (evilpie@moz-C2D89AEE.pools.arcor-ip.net) (Connection reset by peer)
# [18:06] * bear is now known as bear-afk
# [18:06] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/d9678c14dea9 - Olli Pettay - Bug 742237, MutationObserver crashes during GC, r=sicking
# [18:06] * Quits: twi (Adium@moz-647AF740.cust.dsl.vodafone.it) (Connection reset by peer)
# [18:06] <glandium> Bas: i think mozsqlite is linked against mozalloc
# [18:07] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [18:07] <Bas> As a shared library though? As far as I can tell?
# [18:07] * spartan|away is now known as spartan
# [18:07] <Bas> Getting my Azure stand-alone build working again is proving a pain as we have all this mystical dependencies in mfbt now.
# [18:07] <glandium> ah no, it's not
# [18:07] * Joins: twi (Adium@moz-647AF740.cust.dsl.vodafone.it)
# [18:08] <Bas> I wish mozalloc would go away somewhere far, far away.
# [18:08] * Quits: pascalc_ (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [18:08] <glandium> Bas: what are you trying to do?
# [18:08] * Joins: evilpie_ (evilpie@moz-C2D89AEE.pools.arcor-ip.net)
# [18:08] * Joins: anky (anky@BA9CA.68D1775A.A3D1B221.IP)
# [18:09] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [18:09] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [18:09] <Bas> glandium: I want Azure to build stand-alone, to give me much faster turn-around times on builds and tests. This works, almost completely, except it seems recently we added a dependency on moz-alloc through mfbt/RefPtr.h meaning I now get linking errors for missing moz_xalloc and such.
# [18:09] * Quits: Goldorak (chatzilla@5A8038A8.138B9D4B.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [18:09] * Joins: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net)
# [18:10] * joduinn-mtg is now known as joduinn
# [18:10] * bhearsum is now known as bhearsum|lunch
# [18:10] <glandium> Bas: you want to set STL_FLAGS to nothing
# [18:10] * bhearsum|lunch is now known as bhearsum|afk
# [18:10] <Bas> glandium: Oooh, this is sounding interesting!
# [18:10] <Bas> glandium: You mean #define STL_FLAGS ?
# [18:11] <glandium> Bas: no, in the makefiles
# [18:11] <Bas> I don't build through makefiles :p
# [18:11] <glandium> Bas: or when invoking make
# [18:11] * dholbert|afk is now known as dholbert
# [18:11] * Joins: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:11] * Joins: bsmith (bsmith@moz-6BB70391.hsd1.ca.comcast.net)
# [18:12] * mjessome is now known as mjessome|lunch
# [18:12] * edransch is now known as edransch-lunch
# [18:12] <Bas> glandium: I'll figure out what defines that triggers, thanks a lot!
# [18:13] * mdas is now known as mdas|afk
# [18:13] * Quits: mak|afk (chatzilla@moz-8C087C3D.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
# [18:13] * Quits: garnacho_ (carlos@moz-F97AA87E.static.user.ono.com) (Ping timeout)
# [18:14] <glandium> Bas: in m-c builds, this triggers not building with the stl wrappers, which is what would pull a dependency on moz_xalloc for infallible operator new
# [18:14] * jhford-work-away is now known as jhford-work
# [18:14] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
# [18:14] <Bas> glandium: Yeah, I just need to figure out how it prevents that :s So I can duplicate it in my stand-alone build.
# [18:15] * Joins: enda (chatzilla@moz-797AFB4F.cisco.com)
# [18:15] <glandium> Bas: it just removes the flags, but that's mozilla stuff, if you're not using the mozilla build system, you shouldn't be getting that
# [18:15] <Bas> glandium: Very intesting, thanks.
# [18:15] <glandium> Bas: so, in fact, what you are actually after is what adds a dependency on moz_xalloc, and i doubt it's mfbt
# [18:15] * Quits: smagnin (pike@moz-DEF53BC9.fbx.proxad.net) (Quit: Quitte)
# [18:16] * Joins: Oslight (chatzilla@moz-62DBF714.w81-49.abo.wanadoo.fr)
# [18:16] * Joins: fabrice (fabrice@moz-3C337816.dia.static.qwest.net)
# [18:16] <glandium> Bas: gfx/angle/angle-use-xmalloc.patch is what does
# [18:16] <Bas> glandium: That isn't touched from inside gfx/2d
# [18:16] * Quits: asac_ (asac@moz-48324B2A.pppoe.wtnet.de) (Ping timeout)
# [18:17] <Oslight> hi! heu does someone knows when australis will be available on nightlys?
# [18:17] <glandium> Bas: gfx/2d/UserData.h:#include "mozilla/mozalloc.h"
# [18:17] <Bas> glandium: EEEP! You rock!
# [18:17] <glandium> Bas: thank grep
# [18:17] * Joins: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:17] <KWierso> Oslight: eventuallyish
# [18:17] <glandium> Bas: seriously, nothing should be including mozalloc.h
# [18:18] * Quits: c0smikdebris (c0smikdebr@AECAD8BF.77B4AB2C.274D17D6.IP) (Ping timeout)
# [18:19] * philor is now known as philor|away
# [18:19] <Bas> glandium: Yeah, it appears in that file someone is using realloc directly.
# [18:19] * Joins: PopolonY2k (PopolonY2k@moz-D57CA4EF.claro.net.br)
# [18:19] * Joins: asac (asac@moz-A19544AA.pppoe.wtnet.de)
# [18:19] * Quits: squeakytoy (squeakytoy@moz-9E84F244.netset.se) (Quit: Leaving)
# [18:19] <Oslight> ??
# [18:20] <Oslight> ish?
# [18:20] * Quits: ferongr (ferongr@CF8EE14F.F831E23E.F5160715.IP) (Quit: ferongr)
# [18:20] * wlach|breakfast is now known as wlach|notbreakfast
# [18:20] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
# [18:21] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [18:22] * Joins: priya (Adium@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:22] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [18:22] * ewong is now known as ewong|sleep
# [18:22] * Joins: ferongr (ferongr@CF8EE14F.F831E23E.F5160715.IP)
# [18:22] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [18:23] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [18:23] <KWierso> Oslight: it will land in bits and pieces over the next few months. some of it's already here
# [18:23] * Quits: twi (Adium@moz-647AF740.cust.dsl.vodafone.it) (Connection reset by peer)
# [18:23] * Quits: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP) (Client exited)
# [18:24] * Joins: rohan (Mibbit@CE8DD343.2C2BFB59.35E0727C.IP)
# [18:24] * Joins: twi (Adium@moz-647AF740.cust.dsl.vodafone.it)
# [18:24] <Oslight> I was talking about the new visual aspect of FF
# [18:25] <KWierso> yes
# [18:25] <KWierso> some of it is already landed
# [18:25] <KWierso> buttons on the toolbar no longer have border, the background gradients on the toolbars are changed, etc
# [18:26] * Quits: sanjeev (chatzilla@9A3F4F8E.7B79ED8.1C37C358.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 4.0/20110419185614])
# [18:26] <Oslight> didn't realized it
# [18:26] * Parts: rohan (Mibbit@CE8DD343.2C2BFB59.35E0727C.IP)
# [18:26] <Oslight> thanks by the way
# [18:27] * Joins: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP)
# [18:27] * Joins: c0smikdebris (c0smikdebr@F6AD3556.982C2CD4.BE90E62C.IP)
# [18:28] * philor|away is now known as philor
# [18:29] * jhford-work is now known as jhford-buildduty
# [18:30] * Joins: coyotebush (corey@moz-3E1B5BF1.wireless.calpoly.edu)
# [18:30] * Quits: Asa (asa@F259CFB7.9EF26CBA.EB5E51FC.IP) (Ping timeout)
# [18:31] * Quits: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
# [18:32] * Joins: brambles_ (brambles@4CBAB088.F3076E90.1822ACA6.IP)
# [18:33] * Quits: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [18:33] * Joins: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP)
# [18:33] * Quits: KWierso (chatzilla@moz-B1ECE26A.desm.qwest.net) (Quit: ChatZilla 0.9.88.1 [Firefox 14.0a1/20120403031251])
# [18:33] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [18:36] * Quits: Cwiiis (cwiiis@40018561.F684631.21A4E96A.IP) (Quit: Ex-Chat)
# [18:37] * Joins: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com)
# [18:37] * Joins: KWierso (chatzilla@moz-B1ECE26A.desm.qwest.net)
# [18:37] * nical is now known as nical|away
# [18:37] * Quits: harth (harth@40018561.F684631.21A4E96A.IP) (Input/output error)
# [18:37] * Joins: NhanTDN (human_torc@DABF93C9.319B7742.85184009.IP)
# [18:38] * wlach|notbreakfast is now known as wlach
# [18:38] * Quits: jfkthame (jfkthame@42653AA7.90783722.9542EC20.IP) (Quit: jfkthame)
# [18:38] * Quits: kanru (user@moz-C73DBE0B.dynamic.hinet.net) (Ping timeout)
# [18:39] <mounir> bz: that would make sense to use NS_EVENT_STATES_DISABLED in the content code to know if an attribute is disabled instead of checking for the attr value, right?
# [18:39] * Quits: dcamp (dave@9E727688.17C2F9C.163DC5C6.IP) (Quit: Linkinus - http://linkinus.com)
# [18:39] * Joins: dcamp (dave@9E727688.17C2F9C.163DC5C6.IP)
# [18:39] <mounir> (attr + fildset attr when required)
# [18:39] <@bz> mounir: I think so, yes
# [18:41] <glandium> jlebar: would you happen to have a mac nightly from november ?
# [18:43] * Joins: mwu (mwu@moz-78C039D6.ph.ph.cox.net)
# [18:44] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
# [18:45] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
# [18:45] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [18:45] * mdas|afk is now known as mdas
# [18:46] <rhelmer> glandium: I think talos results are posted to the graphserver right away.. there is some caching on the load balancer so there might be a delay there, i can figure out what it is
# [18:46] * Quits: victorporof (victorporo@A6ECF1D7.89BB3D44.4873E54D.IP) (Quit: Leaving...)
# [18:46] * madhava is now known as spladhava
# [18:47] * spladhava is now known as madhava
# [18:47] <smontagu> gotta love this kind of documentation
# [18:47] <smontagu> @param aParent the new parent
# [18:47] <smontagu> @param aBindingParent the new binding parent
# [18:47] * jwir3|away is now known as jwir3
# [18:47] <smontagu> are these terms defined anywhere?
# [18:47] * lsblakk|afk is now known as lsblakk
# [18:48] * Quits: fabrice (fabrice@moz-3C337816.dia.static.qwest.net) (Ping timeout)
# [18:48] <@khuey> is this for BindToTree?
# [18:48] <smontagu> khuey: yes
# [18:48] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
# [18:48] * Joins: xsergio (sergio@DAEF1255.9C8843EE.A4F23BCE.IP)
# [18:48] <glandium> rhelmer: well apparently there is a delay because try was giving me all green for all talos runs, but i was still seeing +/-0 on many values in compare-talos. Now it's fine, so it's not something that broke in the middle :)
# [18:48] * Quits: Elen (El@moz-749635E7.hsd1.ut.comcast.net) (Quit: )
# [18:49] * Joins: JesperHansen (JesperHans@moz-AA96EAE3.dhcp.fiberflex.dk)
# [18:49] * Quits: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [18:49] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
# [18:49] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
# [18:49] * Joins: myk (Instantbir@moz-64D96850.dsl.dynamic.sonic.net)
# [18:50] * Joins: mkaplz (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [18:50] <smontagu> khuey: srsly, is there any documentation that would give me more of a high-level perspective on all this content stuff? I haven't hacked in these parts of the tree and I feel like a total idiot, which is not a positive experience
# [18:50] * Quits: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [18:50] * Quits: tchevalier (tchevalier@moz-5830F2F3.w90-48.abo.wanadoo.fr) (Ping timeout)
# [18:51] * Joins: tchevalier (tchevalier@moz-5830F2F3.w90-48.abo.wanadoo.fr)
# [18:51] <@khuey> smontagu: I don't know if its all written down in one place
# [18:51] <@khuey> there are comments scattered all over the place
# [18:52] <@khuey> smontagu: IIRC, aBindingParent is aParent except in the case of XBL anonymous content
# [18:52] * Joins: automata (automata@8D23278A.C27CA109.16867D26.IP)
# [18:52] * Joins: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP)
# [18:52] <@khuey> smontagu: in which case aBindingParent is the thing the anon subtree is bound to
# [18:53] <smontagu> khuey: the comment in nsIContent.h says
# [18:53] <smontagu> This is must either be non-null if a particular
# [18:53] <smontagu> 118 * binding parent is desired or match aParent's binding
# [18:53] <smontagu> 119 * parent.
# [18:54] <@bz> right
# [18:54] * Quits: MarcoZ (Daily@moz-724E5CDD.dip.t-dialin.net) (Quit: Off)
# [18:54] * Joins: Elen (El@moz-749635E7.hsd1.ut.comcast.net)
# [18:54] <smontagu> {"this is must" is good too)
# [18:54] <@bz> that part is probably my fault
# [18:54] <@bz> and sicking's for not catching it in review
# [18:54] * Joins: gwagner (gwagner@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:55] * joduinn is now known as joduinn-commute
# [18:55] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [18:56] <@bz> smontagu: so what's the question?
# [18:56] <Ms2ger> "What's this do"
# [18:56] <smontagu> bz: "what is a binding parent?"
# [18:56] <smontagu> or rather, "do I care?"
# [18:56] <@bz> smontagu: it's something that is null for non-anonymous content and is the scope for the anonymous content for anonymous content
# [18:57] * @khuey wanders off
# [18:57] * khuey is now known as khuey|away
# [18:57] * zpao|detached is now known as zpao
# [18:57] <@bz> smontagu: whether you care or not depends on why you're calling the low-level BindToTree API instead of using the DOM mutation methods
# [18:57] <@bz> smontagu: what are you actually doing?
# [18:57] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
# [18:58] <smontagu> bz: trying to apply what ehsan wrote in https://etherpad.mozilla.org/dir-auto
# [18:58] <@bz> lemme look
# [18:58] <@ehsan> bz: prepare to be shocked!
# [18:58] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [18:58] * ChanServ sets mode: +o roc
# [18:58] <smontagu> oh hi, ehsan :)
# [18:58] <@ehsan> hey
# [18:59] <@bz> so NODE_PARAENT_HAS_DIR_AUTO is a rare case?
# [19:00] * smontagu is still having trouble bridging the gap between the level of abstraction at which you were writing and the actual code
# [19:00] * Joins: smagnin (pike@moz-DEF53BC9.fbx.proxad.net)
# [19:00] <@bz> ok
# [19:01] <@bz> nothing in this writeup seems to involve calling BindToTree
# [19:01] <@bz> just doing work inside BindToTree
# [19:01] <@bz> right?
# [19:01] <smontagu> bz: AFAIU yes
# [19:01] <@ehsan> yes
# [19:01] <@bz> ok
# [19:01] <@bz> Good!
# [19:01] <@bz> So for your purposes aBindingParent is irrelevant
# [19:01] <@ehsan> smontagu: feel free to ask questions where my write-up doesn't make sense to you :)
# [19:02] <@bz> The reason for aBindingParent is this
# [19:02] * Quits: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [19:02] <@bz> if you think about anonymous content as primarily being for implementing widgets
# [19:02] <smontagu> ehsan: all my questions at the moment are on the level of "what method is this talking about?"
# [19:02] <@bz> then the aBindingParent of an anon content node is the widget being implemented
# [19:02] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
# [19:02] <@bz> so for example for anon content added via XBL it's the node the XBL binding is attached to
# [19:03] <smontagu> bz: ok
# [19:03] <JesperHansen> A crash in bug 742414. Can someone verify either Alice's or my crash signature?
# [19:03] <@bz> for anon content inside a form control it's the form control
# [19:03] <@bz> that sort of thing
# [19:03] <JesperHansen> firebot: bug 742414
# [19:03] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=742414 cri, --, ---, nobody, NEW, Firefox crashes when viewing page source
# [19:03] <smontagu> ah, that explains the stuff about being the same as the binding parent of the parent
# [19:03] * davidb is now known as davidb|mtg
# [19:04] * davidb|mtg is now known as davidb
# [19:04] * Quits: @smaug (chatzilla@moz-76DB78AD.gprs.sl-laajakaista.fi) (Ping timeout)
# [19:04] <smontagu> aBindingRoot might have been a clearer name
# [19:04] * Joins: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP)
# [19:05] <@bz> yeah
# [19:05] <@bz> there's all sorts of naming gunk here
# [19:05] * @bz redirects custome complaints to hyatt
# [19:05] <@bz> er, customer
# [19:05] * Joins: smaug (chatzilla@moz-76DB78AD.gprs.sl-laajakaista.fi)
# [19:05] * ChanServ sets mode: +o smaug
# [19:05] <smontagu> ha
# [19:05] * Quits: ircloggr (nodebot@moz-1A20AABE.compute-1.amazonaws.com) (Client exited)
# [19:06] <smontagu> is there an inheritance map somewhere?
# [19:06] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
# [19:06] * Joins: ircloggr (nodebot@moz-F2373125.compute-1.amazonaws.com)
# [19:06] * bhearsum|afk is now known as bhearsum
# [19:07] * Quits: louisremi (louisremi@moz-381A2210.dsl.sta.abo.bbox.fr) (Ping timeout)
# [19:07] * Joins: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
# [19:07] * Joins: anant (anant@moz-BBE3ABD.mv.mozilla.com)
# [19:08] <@ehsan> smontagu: an inheritance map for what?
# [19:08] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [19:08] * Joins: givanica (chatzilla@8D6380D.251E5D55.FB866788.IP)
# [19:09] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [19:09] * Joins: akeybl (akeybl@moz-7B0110AD.mv.mozilla.com)
# [19:09] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:09] * edransch-lunch is now known as edransch
# [19:10] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [19:10] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [19:10] * Joins: aja (chatzilla@31F97AFA.71C78C16.7880DB15.IP)
# [19:10] * Joins: SidharthChugh (Mibbit@moz-5F4B9361.pool.mediaways.net)
# [19:10] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [19:10] * Quits: coyotebush (corey@moz-3E1B5BF1.wireless.calpoly.edu) (Quit: Leaving.)
# [19:10] <smontagu> ehsan: I mean a way to know what e.g nsHTMLGenericElement inherits from
# [19:10] <@ehsan> smontagu: I don't think so, I usually just end up looking at the header
# [19:10] * catlee-afk is now known as catlee
# [19:11] <@ehsan> smontagu: you can also try DXR: http://dxr.lanedo.com
# [19:11] <SidharthChugh> hi. I am mozilla reps.I am intrested in projects in Google Summer Code 2012. Is there any mentor who can guide me now?
# [19:12] <SidharthChugh> as there are 2 days left for applying i want some guidance about project from mentor
# [19:12] * Joins: coyotebush (corey@moz-3E1B5BF1.wireless.calpoly.edu)
# [19:13] <Ms2ger> smontagu, nsGenericHTMLElement -> various element classes that all look the same -> nsGenericElement -> dom::Element -> nsIContent -> nsINode -> nsISupports
# [19:13] <@smaug> SidharthChugh: did you look at the proposed projects
# [19:13] <@smaug> check who is the mentor for the project you're interested in and ask him ...
# [19:14] <jlebar> glandium, No, sorry.
# [19:14] <aja> dholbert: fyi, flex property is now in chromium nightly
# [19:14] * Quits: Mahez (chatzilla@6E0887CF.AB599A2F.2A068A5E.IP) (Ping timeout)
# [19:14] <SidharthChugh> mentor is Teoli
# [19:14] <SidharthChugh> how can i connect withmentor?
# [19:14] <humph> zpao: /win 7
# [19:14] <humph> bah
# [19:14] <glandium> jlebar: then i guess i'll have to try old m-c changesets, then
# [19:15] * Joins: gamakichi (Mibbit@D98DF7C3.DBD9291F.1D5753B8.IP)
# [19:15] * Joins: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
# [19:15] * Joins: nsilva (androirc@F2D29657.F60B0462.67AC9B1.IP)
# [19:15] <jlebar> glandium, Aren't all the old nightlies saved?
# [19:15] * Parts: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
# [19:15] * mjessome|lunch is now known as mjessome
# [19:16] <glandium> jlebar: i can't reproduce bug 702250 on 10.5.8 with a jemalloc2 build. I'm wondering if it's because jemalloc2 somehow avoids the crash, because something we changed actually fixed it (because that could very well be because we were not giving the right pointer to coregraphics in the first place), or if it's because i just can't reproduce it
# [19:16] <aja> dholbert: they have approx 16 flex-related blockers still open....several of which involve multi column
# [19:16] <glandium> jlebar: there's only a month worth of nighlies, i think
# [19:17] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:17] <smontagu> ehsan: I'm assuming that hte new NODE_HAS_.... flags go in nsINode.h?
# [19:17] <jlebar> glandium, A month of tinderbox builds.
# [19:17] <@ehsan> smontagu: yeah
# [19:17] <jlebar> glandium, ftp://ftp.mozilla.org/pub/firefox/nightly/
# [19:17] <glandium> jlebar: oh
# [19:18] * bear-afk is now known as bear
# [19:18] <glandium> jlebar: let's try 20111113 then
# [19:18] <smontagu> ehsan: but what is the comment about "Remaining bits are node type specific"? http://mxr.mozilla.org/mozilla-central/source/content/base/public/nsINode.h#181
# [19:18] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
# [19:19] * Quits: gamakichi (Mibbit@D98DF7C3.DBD9291F.1D5753B8.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [19:19] <smontagu> are the bits I'm adding "node type specific" because they only apply to HTML elements?
# [19:19] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Ping timeout)
# [19:19] * wlach is now known as wlach|lunch
# [19:19] * Joins: Mahez (chatzilla@EE51B724.992CF938.2A068A5E.IP)
# [19:19] <@ehsan> smontagu: kind of, but I'd just add them to nsINode.h
# [19:19] * Joins: biesi_ (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP)
# [19:19] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
# [19:19] * Joins: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net)
# [19:19] <@ehsan> smontagu: NODE_TYPE_SPECIFIC_BITS_OFFSET is used for child node types to add their own flags
# [19:19] * Joins: artur (artur@moz-1F2CEC88.sub-174-252-117.myvzw.com)
# [19:19] <@ehsan> they would use NODE_TYPE_SPECIFIC_BITS_OFFSET+1, NODE_TYPE_SPECIFIC_BITS_OFFSET+2 etc
# [19:20] <@ehsan> this is done this way so that if you add a flag to nsINode, you don't have to edit the values of all other node specific flags
# [19:20] <@ehsan> you can just bump NODE_TYPE_SPECIFIC_BITS_OFFSET by the number of flags added and rebuild :)
# [19:20] <smontagu> nice
# [19:21] * smontagu doesn't ask what happens if it gets bumped too far
# [19:21] * Quits: artur (artur@moz-1F2CEC88.sub-174-252-117.myvzw.com) (Input/output error)
# [19:21] <Ms2ger> ehsan, and you just volunteered to expand that comment!
# [19:21] <@ehsan> smontagu: you'll get a build error somewhere
# [19:21] <@ehsan> we have static assertions for that
# [19:21] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [19:21] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:21] <@ehsan> Ms2ger: did I? :)
# [19:21] <Ms2ger> Yep!
# [19:21] <@ehsan> Ms2ger: I think smontagu volunteered ;)
# [19:21] <Ms2ger> And to review all Aryeh's patches!
# [19:21] <@ehsan> or, ratrher, I am volunteering him ;)
# [19:22] * Quits: kllrnohj (quassel@moz-C05A0AB0.hsd1.ca.comcast.net) (Ping timeout)
# [19:22] * smontagu isn't the volunteer type
# [19:22] <@bz> smontagu: if it gets bumped too far, you hit static asserts
# [19:22] <@bz> smontagu: and we won't compile
# [19:22] <ted2> ehsan: this nsTimerImpl crash is weird
# [19:22] <smontagu> which is why he is here instead of cleaning his kitchen :)
# [19:22] <@bz> smontagu: what follows after that depends on whether crying is an option
# [19:22] <@bz> one note...
# [19:22] <Ms2ger> ted2, s/this//, s/crash//
# [19:22] <@bz> If these are boolean flags
# [19:22] <@bz> and I bet they are, yes?
# [19:22] <smontagu> yes
# [19:23] <@bz> and if you only need to set/get one of them at a time...
# [19:23] <@bz> (is this true?)
# [19:23] * Quits: @smaug (chatzilla@moz-76DB78AD.gprs.sl-laajakaista.fi) (Ping timeout)
# [19:23] <smontagu> i need to get more than one at a time
# [19:23] <Ms2ger> Then we've got other flags!
# [19:23] <Ms2ger> Aww
# [19:23] * Joins: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net)
# [19:23] * Quits: pranavrc (pranavrc@D34454AA.1137763F.C28326FD.IP) (Ping timeout)
# [19:23] <smontagu> I don't think I need to set more than one at a time
# [19:23] <@bz> in what case do you need to get more than one at a time?
# [19:23] * armenzg_lunch is now known as armenzg
# [19:24] * Joins: smaug (chatzilla@moz-76DB78AD.gprs.sl-laajakaista.fi)
# [19:24] * ChanServ sets mode: +o smaug
# [19:24] <@bz> oh, I see
# [19:24] <@ehsan> ted2: yeah, I was shocked when I was examining the minidump
# [19:24] <@bz> you have cases that need to check for "is either one of these flags set?"
# [19:24] <@bz> ok
# [19:24] <smontagu> I need to see if the parent has either NODE_PARENT_HAS_DIR_AUTO or NODE_HAS_DIR_AUTO
# [19:24] <smontagu> right
# [19:24] <@bz> yeah
# [19:24] <@bz> adding to node flags with an accessor for that case makes sense then
# [19:24] * Joins: louisremi (louisremi@moz-381A2210.dsl.sta.abo.bbox.fr)
# [19:24] <@ehsan> ted2: see my latest comment in the bug
# [19:24] <ted2> ehsan: i have the minidump here, but not my windows machine
# [19:25] <@bz> fwiw...
# [19:25] <@ehsan> ted2: do you have a windows machine around?
# [19:25] <@bz> TYPE_SPECIFIC_BITS_OFFSET is 20
# [19:25] <@bz> I think we may use 4-5 bits in subclasses
# [19:25] <smontagu> it's 22 already :)
# [19:25] <@bz> so you have some headroom. ;)
# [19:25] <ted2> ehsan: yeah, but no internet where the machine is :-/
# [19:25] <ted2> it's super fun
# [19:25] <glandium> jlebar: great, so i can't reproduce with the link in comment 15, on osx 10.5.8, with ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2011/11/2011-11-13-03-17-58-mozilla-central/firefox-11.0a1.en-US.mac.dmg
# [19:25] <smontagu> bz: I did say I *wasn't* asking what would happen ;-)
# [19:25] <ted2> ehsan: so i'm not sure why that thread is not being shown
# [19:26] <@ehsan> ted2: is that other machine stuck in 1990? ;)
# [19:26] <@ehsan> yeah me neither
# [19:26] <ted2> ehsan: it's in my new house which has no internet
# [19:26] <@ehsan> I see
# [19:26] <smontagu> as in "this is probably going to be someone else's problem"
# [19:26] <@bz> heh
# [19:26] <@bz> ok
# [19:26] <glandium> ehsan: hey, i'm wondering, when you see your madvise jank, did you open about:memory before during the session?
# [19:26] <ted2> ehsan: so, to simplify
# [19:27] <ted2> a minidump contains a list of threads, and a cpu context+stack memory for each thread
# [19:27] <@ehsan> glandium: no
# [19:27] <ted2> and an exception record with a thread id + another cpu context
# [19:27] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [19:27] * Quits: mkaplz (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [19:27] <@ehsan> ted2: right
# [19:27] <ted2> breakpad walks all the stacks, and it's supposed to use the cpu context from the exception record for walking the crashing thread
# [19:27] <jlebar> glandium, Maybe it has something to do with the machine we tested on.
# [19:27] <jlebar> glandium, I'll send you credentials, if you want to VNC in.
# [19:28] <glandium> jlebar: yeah, i'm using a VM
# [19:29] <@ehsan> ted2: that's another weird thing, the context for the crashing thread doesn't make a lot of sense
# [19:29] <ted2> i'm wondering if memory didn't get trashed here somewhere
# [19:29] <@ehsan> for example, EAX is 0x01000020
# [19:29] * Joins: pranavrc (pranavrc@4D9FE882.DF5E2E53.520CDC98.IP)
# [19:29] <ted2> having a crash in memmove makes me worry about that
# [19:29] <@ehsan> ted2: oh you know what
# [19:29] <@ehsan> yeah
# [19:30] <@ehsan> that's certainly possible
# [19:30] * Joins: timdream_ (timdream@moz-E3AAAD1D.w83-202.abo.wanadoo.fr)
# [19:30] <ted2> breakpad sticks a little extra info in the minidump to keep track of which thread to ignore, for example
# [19:30] <@ehsan> it may be that we write over sAllocator in the memmove thread
# [19:30] <ted2> and it looks like garbage
# [19:30] * Joins: dveditz_ (dveditz@moz-34991AF4.dhcp.cruzio.com)
# [19:30] * ChanServ sets mode: +o dveditz_
# [19:30] * Quits: timdream (timdream@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [19:30] * timdream_ is now known as timdream
# [19:30] <@ehsan> and we crash on the timer thread and while processing that we also crash on the memmove call
# [19:30] <@ehsan> or vice versa
# [19:30] <ted2> fun
# [19:30] <@ehsan> I'll move this bug over to Necko
# [19:31] <ted2> we had another crash in some gfx code(?) where we were clobbering some of breakpad's static data structures
# [19:31] <ted2> so we completely failed to be able to handle the crash
# [19:31] <ted2> and got the windows crash dialog
# [19:31] * Joins: harth (harth@moz-C2C235AC.bb.sky.com)
# [19:31] <ted2> just unfortunate memory smashing
# [19:31] * Quits: @bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net) (Quit: Leaving)
# [19:31] <@ehsan> fun times
# [19:31] * Quits: @dveditz (dveditz@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [19:31] * dveditz_ is now known as dveditz
# [19:31] <ted2> yeah
# [19:31] * Joins: bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net)
# [19:31] * ChanServ sets mode: +o bz
# [19:31] <ted2> should probably look into hardening breakpad to use protected pages
# [19:31] * Quits: Mahez (chatzilla@EE51B724.992CF938.2A068A5E.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
# [19:31] <@ehsan> shouldn't breakpad protect its static data somehow?
# [19:31] <@ehsan> yeah
# [19:31] <@ehsan> that's a good idea
# [19:32] <ted2> kind of a PITA because you have to make sure all your data gets allocated in the right place
# [19:32] * Quits: myk (Instantbir@moz-64D96850.dsl.dynamic.sonic.net) (Input/output error)
# [19:32] * Joins: myk (Instantbir@moz-64D96850.dsl.dynamic.sonic.net)
# [19:32] <ted2> all of this sucks worse because MinidumpWriteDump isn't allocation-safe
# [19:32] <ted2> so it can choke pretty easily if your heap is messed up
# [19:33] <ted2> ehsan: ohhh
# [19:33] <ted2> okay, what you said just made sense
# [19:33] <ted2> we are crashing in this thread but also in the other thread
# [19:33] <ted2> and we just happen to be able to handle this one first
# [19:33] <@ehsan> yeah
# [19:33] <@ehsan> that totally makes sense to me :)
# [19:34] <ted2> the other thread is waiting on the critical section to get its exception handled
# [19:34] <humph> do mochitests ever require a pref flipped to open a child window?
# [19:34] <@ehsan> hmm
# [19:34] <humph> even on child of child windows?
# [19:34] <@ehsan> ted2: one other thing to do is to pause all other threads in the application before attempting to write a minidump
# [19:35] <ted2> ehsan: yeah, plausible
# [19:35] <ted2> you've still got a race
# [19:35] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Ping timeout)
# [19:36] <@ehsan> sure
# [19:36] <@ehsan> but I think that would make races a bit less likely
# [19:36] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [19:36] * @ehsan wishes that windows would just halt all threads when an exception is raised
# [19:36] * Quits: harth (harth@moz-C2C235AC.bb.sky.com) (Input/output error)
# [19:37] <Ms2ger> Halt ALL THE THREADS
# [19:37] * armenzg is now known as armenzg_mtg
# [19:37] <@bz> how do I do break-on-assert in a mochitest?
# [19:37] <ted2> yeah, that'd probably be the sane thing
# [19:37] <@ehsan> bz: set the environmnet variable for that?
# [19:38] <@ehsan> bz: (XPCOM_DEBUG_BREAK=break)
# [19:38] <@smaug> so, does anyone else get tons of ###!!! ASSERTION: Oops! You're asking for a weak reference to an object that doesn't support that.: 'factoryPtr', file /home/smaug/mozilla/hg/mozilla/ff_build/xpcom/build/nsWeakReference.cpp, line 111
# [19:39] <@ehsan> smaug: I have seen that during startup iirc
# [19:39] <@ehsan> (or maybe shutdown)
# [19:39] * mcote is now known as mcote|lunch
# [19:39] <@bz> ehsan: the problem is the test harness overrides it...
# [19:39] <@smaug> stack is http://pastebin.mozilla.org/1553666
# [19:39] * @bz pokes at gdb
# [19:40] <@bz> mounir: ping
# [19:40] <@ehsan> oh ok
# [19:40] * Joins: timdream_ (timdream@moz-104CC309.mv.mozilla.com)
# [19:40] <mounir> bz: pong
# [19:40] <@ehsan> smaug: ping bholley
# [19:40] <Ms2ger> smaug, from JS? Ugh
# [19:40] <Ms2ger> khuey|away, ^
# [19:40] <bholley> ehsan: hi
# [19:40] <@bz> mounir: So this IsDisabled() thing....
# [19:40] <@smaug> yeah
# [19:40] <@bz> mounir: what recursive check?
# [19:40] * Quits: timdream (timdream@moz-E3AAAD1D.w83-202.abo.wanadoo.fr) (Ping timeout)
# [19:40] <mounir> bz: I need to call IsDisabled() in IntrinsicState()
# [19:40] * timdream_ is now known as timdream
# [19:40] <@bz> mounir: ok
# [19:41] <mounir> bz: <fieldset disabled> make all descendants disabled
# [19:41] <@ehsan> bholley: see the stack smaug posted above
# [19:41] <mounir> ehsan++
# [19:41] * Quits: Boriss (FlyingToas@7121C059.E81662E2.D6ECB108.IP) (Quit: Boriss)
# [19:41] * mounir loves fast reviews
# [19:41] <@bz> mounir: lemme think about this for a se
# [19:41] <@bz> er, sec
# [19:41] <mounir> bz: sure
# [19:42] * Joins: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net)
# [19:42] <bholley> ehsan: I don't know that code offhand
# [19:42] * Quits: louisremi (louisremi@moz-381A2210.dsl.sta.abo.bbox.fr) (Ping timeout)
# [19:42] <@ehsan> mounir: you're welcome ;)
# [19:42] <@bz> ok
# [19:42] * edransch is now known as edransch-brb
# [19:42] <@bz> mounir: so one option is to have a non-virtual IsDisabled() on Element
# [19:42] <@ehsan> bholley: smaug is the person to talk to, I'm just acting as a proxy :)
# [19:42] <@bz> mounir: which checks the state
# [19:43] * jhopkins is now known as jhopkins|phone
# [19:43] <@bz> mounir: and a separate non-virtual ShouldBeDisabled on nsGenericHTMLFormElement
# [19:43] <@bz> mounir: which is called from its IntrinsicState
# [19:43] <@bz> mounir: I think that would be a lot more readable....
# [19:43] * Quits: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net) (Ping timeout)
# [19:43] <mounir> bz: hmm
# [19:44] <mounir> it doesn't sound that horrible to me
# [19:44] <mounir> I mean, having HasState() calls
# [19:45] * Joins: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP)
# [19:45] <mounir> actually, it might be nice to have a HasState() call directly on the Element class (so we don't have to do State().HasState())
# [19:45] <mounir> bz: I might do the same thing for readonly
# [19:45] <mounir> that means I should also add that kind of helpers
# [19:45] * Joins: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net)
# [19:45] <@bz> mounir: yes
# [19:45] <mounir> bz: if you want then
# [19:46] <@bz> mounir: I think what I described would be more readable
# [19:46] * Joins: Mavericks (Mibbit@2AA5A756.9632B610.FDEA3160.IP)
# [19:47] * Quits: anky (anky@BA9CA.68D1775A.A3D1B221.IP) (Quit: Leaving...)
# [19:47] * nical|away is now known as nical
# [19:47] * Joins: Boriss (FlyingToas@7121C059.E81662E2.D6ECB108.IP)
# [19:48] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [19:48] * Quits: Oslight (chatzilla@moz-62DBF714.w81-49.abo.wanadoo.fr) (Quit: ChatZilla 0.9.88.1 [Firefox 14.0a1/20120404031301])
# [19:48] * mounir realizes that means rewriting most of the patch
# [19:49] <mounir> bz: I should have fight :p
# [19:50] * Joins: timA (Instantbir@moz-535753DA.hsd1.or.comcast.net)
# [19:50] * Joins: stephend (stephend@moz-BBE3ABD.mv.mozilla.com)
# [19:50] * Joins: dao (dao@moz-20C04B3B.superkabel.de)
# [19:50] <@bz> mounir: more precisely, just reverting most of the patch. ;)
# [19:51] <@bz> mounir: and making a much smaller patch.
# [19:51] * Quits: @smaug (chatzilla@moz-76DB78AD.gprs.sl-laajakaista.fi) (Ping timeout)
# [19:52] <@bz> 'It is unlawful for any person, with intent to terrify, intimidate, threaten, harass, annoy or offend, to use any electronic or digital device and use any obscene, lewd or profane language or suggest any lewd or lascivious act, or threaten to inflict physical harm to the person or property of any person.'
# [19:52] <@bz> (this is an Arizona bill-in-progress)
# [19:52] * Joins: smaug (chatzilla@moz-76DB78AD.gprs.sl-laajakaista.fi)
# [19:53] * ChanServ sets mode: +o smaug
# [19:53] * ctalbert|afk is now known as ctalbert
# [19:53] * coop|afk is now known as coop
# [19:53] <ted2> so annoying people with obscenities would be illegal
# [19:53] <ted2> i guess they're going to have to build more prisons
# [19:54] * jhopkins|phone is now known as jhopkins
# [19:55] <Ms2ger> Where "in progress" means "on the governor's table to sign"
# [19:55] * Quits: gkw (gkw@moz-7CD88B0C.hsd1.ca.comcast.net) (Quit: Instantbird 1.2a1pre)
# [19:55] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [19:56] * Quits: automata (automata@8D23278A.C27CA109.16867D26.IP) (Quit: Saindo)
# [19:57] * philor is now known as philor|away
# [19:57] <Ms2ger> David E. Ross, PhD?
# [19:58] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [19:58] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Client exited)
# [19:58] * jlebar is now known as jlebar|away
# [19:59] * Quits: JeroenDeDauw (j@moz-39EB5AA2.dip.t-dialin.net) (Ping timeout)
# [20:00] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/320065be1731 - Olli Pettay - Bug 742371 - Remove MutationReceiver from MutationObserver when the target is deleted, r=sicking
# [20:01] * mkelly is now known as mkelly|errands
# [20:01] <jtcranmer> let's be fair
# [20:01] * Quits: dao (dao@moz-20C04B3B.superkabel.de) (Ping timeout)
# [20:01] <jtcranmer> that law is really trying to say "It is unlawful for any person to exist."
# [20:02] * Joins: dao (dao@moz-20C04B3B.superkabel.de)
# [20:02] * Quits: @smaug (chatzilla@moz-76DB78AD.gprs.sl-laajakaista.fi) (Ping timeout)
# [20:02] <jhammel> what if you don't intend to annoy and you're just natantly annoying?
# [20:02] <ddahl> ted2: isn't the prison industry leading our growth in GDP? Growth, man! this bill is about economic salvation
# [20:02] * Quits: supreet (quassel@780E8960.D5D84BD7.DF11F364.IP) (Ping timeout)
# [20:02] <ted2> true!
# [20:02] * Joins: smaug (chatzilla@moz-76DB78AD.gprs.sl-laajakaista.fi)
# [20:02] * ChanServ sets mode: +o smaug
# [20:02] * Quits: priya (Adium@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving.)
# [20:02] <jhammel> i think its unfair that unintentionally annoying people get off whereas people like me who are intentionally annoying get locked up
# [20:02] <ted2> if we don't continue to criminalize trivial things, how else will we keep all those prison guards employed?
# [20:03] <jhammel> :sigh: i guess i won't be able to visit my grandparents anymore
# [20:03] <ddahl> ted2: its not like we have more people in prison per capita than anyone, ever... oh wait
# [20:03] * joduinn-commute is now known as joduinn
# [20:04] * Quits: @smaug (chatzilla@moz-76DB78AD.gprs.sl-laajakaista.fi) (Ping timeout)
# [20:05] * Joins: smaug (chatzilla@moz-76DB78AD.gprs.sl-laajakaista.fi)
# [20:05] * ChanServ sets mode: +o smaug
# [20:05] * Quits: Stan (Stan@moz-536F63D6.dip.t-dialin.net) (Connection reset by peer)
# [20:05] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [20:05] * Joins: Stan (Stan@moz-536F63D6.dip.t-dialin.net)
# [20:06] * mcote|lunch is now known as mcote
# [20:07] <Asa> Jesse: you're illegal http://www.europarl.europa.eu/news/en/pressroom/content/20120326IPR41843/html/Hacking-IT-systems-to-become-a-criminal-offence
# [20:08] <smontagu> ehsan: "When a new input with @type=text/search/tel/url/email and @dir=auto is added from the parser"
# [20:08] * Joins: Opti (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
# [20:08] <coop> sheriffs: any issues if i merge build-system to m-c soonish?
# [20:08] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [20:09] * Parts: Opti (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
# [20:09] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [20:09] * Joins: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
# [20:09] * davehunt is now known as davehunt|away
# [20:09] * Parts: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
# [20:10] <smontagu> ehsan: is this nsHTMLInputELement's ctor? BindToTree? or what?
# [20:10] * edransch-brb is now known as edransch
# [20:10] <Ms2ger> coop, "sheriffs" is written "philor|away"
# [20:11] <@ehsan> smontagu: nsHTMLInputElement::BindToTree
# [20:11] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [20:12] * Joins: jfkthame (jfkthame@42653AA7.90783722.9542EC20.IP)
# [20:14] <Jesse> Asa: "No car manufacturer may send a car without a seatbelt into the streets. And if this happens, the company will be held liable for any damage. These rules must also apply in the virtual world"
# [20:14] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/1f093ab9df77 - Joey Armstrong - Bug 738404 - Makefile.in edits to use threadsafe mkdir (bug 680246) - r=ted
# [20:14] <firebot> http://hg.mozilla.org/mozilla-central/rev/9c293bf4df91 - Joey Armstrong - Bug 680246 - add a makefile library rule to support thread safe directory creation - r=khuey
# [20:14] <firebot> http://hg.mozilla.org/mozilla-central/rev/6236ee493160 - Joey Armstrong - Bug 734121 - helper macros for writing make user functions - r=khuey
# [20:14] <Jesse> asa: wouldn't the equivalent be fining makers of *vulnerable software*?
# [20:14] <firebot> http://hg.mozilla.org/mozilla-central/rev/329bd787a846 - Joey Armstrong - Bug 735638 - add utility function checkIfEmpty - r=khuey
# [20:14] <firebot> http://hg.mozilla.org/mozilla-central/rev/dd43f89c753e - Phil Ringnalda - Merge m-c to b-s
# [20:14] <firebot> http://hg.mozilla.org/mozilla-central/rev/c598b7b202e7 - Chris Cooper - Merge build-system to mozilla-central
# [20:15] <firebot> http://hg.mozilla.org/mozilla-central/rev/0fe55a35369f - Joey Armstrong - Bug 680246 - add missing files from import - r=khuey
# [20:15] <jhammel> Jesse++
# [20:15] <firebot> http://hg.mozilla.org/mozilla-central/rev/106c7696d3b7 - Joey Armstrong - Bug 688061 - reduce shell command use - r=khuey
# [20:15] <glandium> Jesse: it is required by law to use secure software?
# [20:15] <glandium> (because that's the case for seatbelts)
# [20:15] <Ms2ger> glandium, uh-oh, they'd better stop using debian, then :)
# [20:15] * jhammel switches to openbsd
# [20:15] * khuey|away is now known as khuey
# [20:16] * armenzg_mtg is now known as armenzg
# [20:16] * Quits: @dbaron (dbaron@moz-943D45FF.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [20:16] * Quits: sgreenlay (sgreenlay@E17A855D.16AD8761.971E19F6.IP) (Ping timeout)
# [20:16] * Quits: jfkthame (jfkthame@42653AA7.90783722.9542EC20.IP) (Quit: jfkthame)
# [20:16] <@khuey> Ms2ger: pong
# [20:17] <Ms2ger> http://pastebin.mozilla.org/1553666
# [20:17] * jimm is now known as jimm-lunch
# [20:18] <@khuey> uh
# [20:18] * @bz stops wasting time on 1940 census
# [20:18] <@khuey> why does NS_GetWeakReference assert if the thing in question doesn't support weak references?
# [20:18] <@bz> kinda fun, though
# [20:18] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
# [20:19] <@bz> khuey: an excellent question
# [20:19] <@bz> khuey: I think we've had bugs on that
# [20:19] <jdm> khuey: just to make your life harder
# [20:19] <@khuey> jdm: that's the leading theory atm!
# [20:19] <@khuey> Ms2ger: we should just remove the assertion and return early
# [20:20] * Joins: artur (artur@moz-31C6CED8.sub-174-255-32.myvzw.com)
# [20:20] <Ms2ger> s/we/khuey/
# [20:20] * @khuey is busy
# [20:20] * Quits: dao (dao@moz-20C04B3B.superkabel.de) (Quit: Leaving.)
# [20:21] * Joins: logiclord (Gaurav@C7B01D25.C9B4E562.8D85FBA3.IP)
# [20:21] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [20:21] * Joins: jfkthame (jfkthame@42653AA7.90783722.9542EC20.IP)
# [20:21] * Quits: timdream (timdream@moz-104CC309.mv.mozilla.com) (Quit: timdream)
# [20:23] * Quits: jfkthame (jfkthame@42653AA7.90783722.9542EC20.IP) (Ping timeout)
# [20:23] * Joins: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net)
# [20:25] * Quits: pranavrc (pranavrc@4D9FE882.DF5E2E53.520CDC98.IP) (Quit: Ping timeout: ∞)
# [20:25] * Joins: Ms2ger` (Ms2ger@3D429861.2FFB4560.37724B0D.IP)
# [20:25] * Quits: Ms2ger (Ms2ger@683A0BCE.C79BC93B.37724B0D.IP) (Connection reset by peer)
# [20:26] * Joins: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com)
# [20:26] * Joins: sgreenlay (sgreenlay@E17A855D.16AD8761.971E19F6.IP)
# [20:27] * Joins: jfkthame (jfkthame@42653AA7.90783722.9542EC20.IP)
# [20:28] * philor|away is now known as philor
# [20:28] * Quits: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [20:28] * Joins: framalex (chatzilla@moz-C881874A.dars-ip.ru)
# [20:28] * Joins: Cwiiis (cwiiis@40018561.F684631.21A4E96A.IP)
# [20:30] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Quit: rniwa)
# [20:31] * Quits: NhanTDN (human_torc@DABF93C9.319B7742.85184009.IP) (Quit: )
# [20:33] * Joins: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com)
# [20:34] * Quits: davidillsley (chatzilla@moz-DBDD9545.range86-145.btcentralplus.com) (Client exited)
# [20:35] * wlach|lunch is now known as wlach
# [20:35] * Joins: davidillsley (chatzilla@moz-DBDD9545.range86-145.btcentralplus.com)
# [20:36] * Joins: jlebar|mac (~jlebarmac@moz-3F3A6302.dyn.columbia.edu)
# [20:36] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [20:37] * Joins: graememcc (chatzilla@moz-790B72CA.range86-148.btcentralplus.com)
# [20:38] * Quits: @smaug (chatzilla@moz-76DB78AD.gprs.sl-laajakaista.fi) (Ping timeout)
# [20:39] <avih> Hi, quick javascript/closure question: the first snippest doesn't work, but the 2nd does. I'd appreciate if someone could help me understand why: http://pastebin.mozilla.org/1553742
# [20:39] * Joins: smaug (chatzilla@moz-76DB78AD.gprs.sl-laajakaista.fi)
# [20:39] * ChanServ sets mode: +o smaug
# [20:39] * Joins: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP)
# [20:40] * Joins: mkaplz (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [20:43] <@bz> avih: first one seems like it should work...
# [20:43] <avih> bz: and yet it hangs...
# [20:44] <@bz> avih: how are you using nextNextFrame ?
# [20:44] <avih> bz: sec, i'll find the file on mxr
# [20:44] <@bz> avih: note that your two impls are subtly different
# [20:44] <@bz> avih: the first one returns a function
# [20:44] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [20:44] <@bz> avih: the second one returns the result of running a function
# [20:45] <@bz> avih: so if you're using the first one and not ever calling the return value of nextNextFrame then nothing will happen
# [20:45] <avih> bz: hmm.. you're right..
# [20:45] * Joins: nthomas|away (chatzilla@moz-44A3CDB8.dsl.telstraclear.net)
# [20:46] <avih> bz: you're right, the first case doesn't work because the outer function is never actually executed...
# [20:46] <avih> sec, need to verify this..
# [20:46] * Quits: davidillsley (chatzilla@moz-DBDD9545.range86-145.btcentralplus.com) (Client exited)
# [20:46] * Joins: davidillsley (chatzilla@moz-DBDD9545.range86-145.btcentralplus.com)
# [20:47] * Quits: davidillsley (chatzilla@moz-DBDD9545.range86-145.btcentralplus.com) (Client exited)
# [20:48] * Parts: SidharthChugh (Mibbit@moz-5F4B9361.pool.mediaways.net)
# [20:48] * Quits: Ziggy|AWAY (ZiggyMaes@6B780D9D.A4A6DE76.7B12EFB3.IP) (Ping timeout)
# [20:48] * Quits: coyotebush (corey@moz-3E1B5BF1.wireless.calpoly.edu) (Ping timeout)
# [20:49] * Joins: Ziggy_Maes (ZiggyMaes@6B780D9D.A4A6DE76.7B12EFB3.IP)
# [20:50] * armenzg is now known as armenzg_br
# [20:50] * armenzg_br is now known as armenzg_brb
# [20:51] <avih> bz: you're right, and it can be simpler: http://pastebin.mozilla.org/1553750 thx.
# [20:51] * Joins: gandalf (zbraniecki@moz-3366040B.neoplus.adsl.tpnet.pl)
# [20:51] * Quits: smontagu (chatzilla@moz-799D7C88.red.bezeqint.net) (Ping timeout)
# [20:52] <jwir3> what is the difference between a frame's "child list" and the frame's "principal child list"? When would one want a specific list over the principal list?
# [20:52] * jhford-buildduty is now known as jhford-lunch
# [20:52] * Joins: smontagu (chatzilla@moz-413875A3.red.bezeqint.net)
# [20:52] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:53] <@bz> jwir3: in general, a frame might have multiple child lists
# [20:53] <@bz> jwir3: the principal list is sorta the in-flow kids
# [20:53] * Joins: clee_ (clee@moz-BBE3ABD.mv.mozilla.com)
# [20:53] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [20:53] * clee_ is now known as clee
# [20:54] <@bz> jwir3: but for example any frame that can be an abs pos containing block could have a separate list of abs pos kids
# [20:54] <jwir3> bz: ah, ok. as opposed to say, the placeholder kids?
# [20:54] <jwir3> oh ok
# [20:54] <@bz> jwir3: placeholders would typically be on the principal list
# [20:54] <@bz> jwir3: and some frames just have "special" lists
# [20:54] <biesi_> ...man, "placeholder kids" totally gave me the wrong mental image
# [20:54] <biesi_> I need more coffee
# [20:54] <@bz> jwir3: e.g. an inner table has its row groups on the principal list and a separate list for column groups
# [20:55] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [20:56] * jimm-lunch is now known as jimm
# [20:56] * Quits: jfkthame (jfkthame@42653AA7.90783722.9542EC20.IP) (Quit: jfkthame)
# [20:57] * Quits: billm (billm@moz-CF6D0A66.hsd1.ca.comcast.net) (Ping timeout)
# [20:59] <jwir3> bz: thx
# [20:59] <@bz> jwir3: no problem
# [21:01] <@bz> XBL destructors are a tool of the Devil
# [21:01] <Ms2ger`> s/destructors//
# [21:01] <@bz> no, that way the grammar is wrong
# [21:02] * Quits: jesup (chatzilla@moz-6380AF60.phlapa.fios.verizon.net) (Input/output error)
# [21:02] <jhammel> butt wee no Ms2ger` doesnt care bout grammer
# [21:02] * Quits: dseif (dseif@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [21:02] * Joins: karl (karl@moz-17042FAA.jetstream.xtra.co.nz)
# [21:02] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [21:02] <@khuey> he's European, he can get away with not speaking English properly
# [21:03] <jhammel> i thought only Americans could do that
# [21:04] <smontagu> ha, changing nsINode.h makes a whole lot of stuff build
# [21:04] <@khuey> yes
# [21:04] <@khuey> yes it does
# [21:04] * Quits: bsmith (bsmith@moz-6BB70391.hsd1.ca.comcast.net) (Ping timeout)
# [21:05] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [21:05] <smontagu> maybe even more than nsIFrame.h
# [21:05] * Joins: aerowolf|away (kyanha@moz-4AF49F74.hsd1.ca.comcast.net)
# [21:05] * armenzg_brb is now known as armenzg
# [21:05] <@khuey> yeah
# [21:05] * aerowolf|away is now known as aerowolf
# [21:05] <@khuey> touching nsINode causes layout to be rebuild
# [21:05] <smontagu> probably doesn't beat prtypes.h though :)
# [21:06] <@khuey> touching nsIFrame probably doesn't cause much of content to rebuild
# [21:06] <@khuey> bent++
# [21:06] <@khuey> +++++++++
# [21:06] * @khuey can read bugmail again
# [21:06] <bent> heh, yay
# [21:07] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:07] * ChanServ sets mode: +o dbaron
# [21:07] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [21:08] * Joins: davidb (davidb@471D72E.2257F909.F30C9E9E.IP)
# [21:08] <Ms2ger`> jhammel, notional agreement)
# [21:08] <Waldo> khuey: http://mozillamemes.tumblr.com/post/19630745499/good-man ಠ_ಠ
# [21:08] * Quits: logiclord (Gaurav@C7B01D25.C9B4E562.8D85FBA3.IP) (Ping timeout)
# [21:08] * Quits: c0smikdebris (c0smikdebr@F6AD3556.982C2CD4.BE90E62C.IP) (Ping timeout)
# [21:08] * Joins: logiclord (Gaurav@C7B01D25.C9B4E562.8D85FBA3.IP)
# [21:09] <bent> Waldo, firefox is dogfooding too :)
# [21:09] <Waldo> not for email :-P
# [21:09] <bent> webmail!
# [21:09] <Ms2ger`> Bah, webmail
# [21:09] <Ms2ger`> Do you not know how often I break those?
# [21:09] <Waldo> a pox upon you; nay, multiple poxes
# [21:09] * Quits: framalex (chatzilla@moz-C881874A.dars-ip.ru) (Ping timeout)
# [21:09] <Waldo> uncivilized knave
# [21:10] <bwinton> Waldo: We're working on a web-based email client… Give us time, give us time. :)
# [21:10] <Waldo> :-P
# [21:10] <bwinton> (Note: I may or may not be lying. I wouldn't believe me if I were you. ;)
# [21:10] * Quits: logiclord (Gaurav@C7B01D25.C9B4E562.8D85FBA3.IP) (Ping timeout)
# [21:10] * Quits: mjschranz (mjschranz@A71CC449.33EE9F8A.1139E686.IP) (Client exited)
# [21:10] <@khuey> b2g will need an html5 client side email app, right?
# [21:11] * Joins: davidillsley (chatzilla@moz-DBDD9545.range86-145.btcentralplus.com)
# [21:11] * Joins: logiclord (Gaurav@C7B01D25.C9B4E562.8D85FBA3.IP)
# [21:11] <bent> i hear they're just going to embed a flash app
# [21:12] <bent> oh crap, it's april 4th
# [21:12] <jtcranmer> bwinton: doesn't that presuppose that we can actually use sockets on the web?
# [21:12] * Quits: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP) (Ping timeout)
# [21:13] * Joins: framalex (chatzilla@moz-99447861.dars-ip.ru)
# [21:13] <bwinton> jtcranmer: I don't think so. I haven't looked in to securely proxying services through a mozilla-owned server, but that might be another option.
# [21:13] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [21:14] <jaws> avih: do you have Level 1 commit access?
# [21:14] * bwinton bets that the next big messaging protocol will be JSON over HTTP(s). ;)
# [21:14] <Ms2ger`> bwinton, nope, not an option
# [21:14] <bwinton> Ms2ger`: Why's that?
# [21:14] <Waldo> websockets are fully capable of providing the client-server interaction to work with a web server that talks to a mail store, seems to me
# [21:15] <Waldo> need a middleman, but worse is surprisingly better on the web
# [21:15] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
# [21:15] * Joins: kutsurak (pex@moz-C350D81A.w90-46.abo.wanadoo.fr)
# [21:15] <bwinton> Waldo: s/surprisingly// ;)
# [21:15] <jtcranmer> and somehow the idea that "we have to proxy everything through our own server" is not going to fly well for email
# [21:15] <Mook_as> bwinton: that's going to very much not work for not-externally-reachable servers...
# [21:15] <Waldo> bwinton: I went to MIT, so s/better/surprisingly better/ :-P
# [21:15] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/3a0940f90455 - Kyle Huey - Bug 741125: Update WebIDL parser.
# [21:15] * Joins: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP)
# [21:16] <@khuey> Mook_as: but if you can't reach the server from the outside how does it receive mail! </snark>
# [21:16] <bwinton> Mook_as: Sure, but those would be tough to access from a non-wifi phone in either case.
# [21:16] <jtcranmer> bwinton: VPN?
# [21:16] * @khuey hopes that push doesn't break anything
# [21:16] * Joins: automata (automata@21672CAB.EF70936A.E0F4401A.IP)
# [21:16] <bwinton> Phones do vpn these days? Crazy.
# [21:16] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
# [21:16] <Waldo> not to say worse is better is bad, just that I'm not gung-ho about worse is better, and try to do at least somewhat better than that when I can
# [21:16] <@khuey> froydnj: #1
# [21:17] * Quits: pook (chatzilla@moz-3BBB9F1C.dynip.nus.edu.sg) (Ping timeout)
# [21:17] <bwinton> jtcranmer: Perhaps we can convince administrators to run our websocket<->socket translation server on their systems.
# [21:17] <bwinton> (Although, probably not.)
# [21:17] <froydnj> khuey: ok, thanks
# [21:17] <jtcranmer> I want to actually use TCP sockets in JS
# [21:17] <jtcranmer> TCP with both SSL and StartTLS
# [21:17] * Quits: logiclord (Gaurav@C7B01D25.C9B4E562.8D85FBA3.IP) (Ping timeout)
# [21:18] <jtcranmer> oh, ew, WebSockets also forces UTF-8
# [21:18] * Joins: logiclord (Gaurav@C7B01D25.C9B4E562.8D85FBA3.IP)
# [21:18] * Quits: gandalf (zbraniecki@moz-3366040B.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [21:18] * merike|away is now known as merike
# [21:18] * Quits: framalex (chatzilla@moz-99447861.dars-ip.ru) (Ping timeout)
# [21:19] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- Like it? Visit #hydrairc on EFNet)
# [21:19] <jtcranmer> (according to wikipedia)
# [21:19] <Ms2ger`> jtcranmer, the only sane choice
# [21:19] * Quits: brendan (brendaneic@moz-A7A85414.ptr.us.xo.net) (Quit: brendan)
# [21:19] <@bz> 3.757u 0.675s 5:08.83 1.4% 0+0k 0+4io 0pf+0w
# [21:19] * @bz sighs
# [21:20] <Ms2ger`> Perl?
# [21:20] * Quits: smontagu (chatzilla@moz-413875A3.red.bezeqint.net) (Ping timeout)
# [21:20] <jtcranmer> Ms2ger`: it's not safe for email communication, though
# [21:20] * Joins: framalex (chatzilla@moz-67BC77B8.dars-ip.ru)
# [21:20] <@bz> smontagu: consider that nsIFrame.h includes nsIContent.h which includes nsIFrame.h
# [21:20] <@bz> er, nsINode.h for that last one
# [21:20] <@bz> smontagu: you should try changing jsapi.h sometime
# [21:20] * armenzg is now known as armenzg_brb
# [21:20] <Ms2ger`> Noooooooo
# [21:21] * Joins: smontagu (chatzilla@moz-882F73A7.red.bezeqint.net)
# [21:21] * Quits: automata (automata@21672CAB.EF70936A.E0F4401A.IP) (Ping timeout)
# [21:21] * Waldo bets nsIFrame.h includes nsIFrame.h
# [21:22] <@khuey> transitively?
# [21:22] * Ms2ger` bets it doesn't
# [21:22] <@khuey> or directly?
# [21:22] * Joins: automata (automata@21672CAB.EF70936A.E0F4401A.IP)
# [21:22] <Waldo> transitively
# [21:22] <Waldo> I hope
# [21:22] <@khuey> :-D
# [21:22] * Joins: gakiwate (gautam@FEA1057A.1B97B55A.4A949B84.IP)
# [21:22] * Quits: automata (automata@21672CAB.EF70936A.E0F4401A.IP) (Input/output error)
# [21:22] * @bz loves fundraising form letters
# [21:22] * Joins: automata (automata@21672CAB.EF70936A.E0F4401A.IP)
# [21:23] <@bz> "Just like you, Shu knows MIT problem sets, 8.01, and has slogged through Boston winters, but thatb
# [21:23] <@bz> etc
# [21:23] <@bz> The only problem is, I never took 8.01
# [21:23] <Ms2ger`> Ugh, physics
# [21:23] <@bz> Ms2ger: the 'time' output above was for a try push
# [21:24] <@bz> Ms2ger: all glorious 5 minutes 8 seconds wall-clock time of it
# [21:24] <@bz> Ms2ger: physics rocks
# [21:24] <Ms2ger`> Nice!
# [21:24] <Ms2ger`> Mine take 10
# [21:24] <Waldo> 8.01 was for wimps
# [21:24] * @bz didn't take 8.012 either
# [21:24] <Waldo> bz: also, they're all TEALing, and I'm pretty sure you never had any of that nonsense
# [21:24] <@bz> they just started doing TEAL sometime then
# [21:24] * jlebar|away is now known as jlebar
# [21:25] * @bz can't recall whether it was his freshman year
# [21:25] <@bz> anyway
# [21:25] <@bz> form letter for the loss
# [21:25] <Waldo> I think by the time I got to it it was just about the only alternative
# [21:25] * Joins: priya (Adium@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:25] * Ms2ger` only ever bothered with 18.06
# [21:25] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Quit: mike5w3c)
# [21:25] <jhammel> "Just like you, Shu can't recall if it was freshman year"
# [21:26] <Waldo> clearly MIT should have put the Shu on the other foot
# [21:26] <@khuey> bz: my alma mater doesn't realize I'm three hours west of them and called me at 6:30 AM yesterday
# [21:26] <Waldo> ahahaha
# [21:26] <Waldo> first mistake: owning a phone
# [21:26] <@bz> Ms2ger`: hmm?
# [21:26] <Waldo> second mistake: keeping it on at 0630
# [21:26] <jhammel> second mistake: owning a smart phone?
# [21:26] <Ms2ger`> Third mistake: giving out your phone number
# [21:26] <Waldo> third mistake: owning a stupid phone
# [21:27] <@khuey> Waldo: I was awake, which is hwy the phone was on
# [21:27] <@bz> third mistake, giving them your number
# [21:27] <@khuey> jhammel: don't have a smart phone
# [21:27] * Ms2ger` high-fives bz
# [21:27] <@khuey> really, the mistake was picking up for a number that was clearly from the university
# [21:27] * Waldo has a number like that, that goes directly to voicemail
# [21:27] <froydnj> "just like you, khuey can't remember the area code for the university...fortunately for us"
# [21:27] <Ms2ger`> bz, Linear Algebra
# [21:28] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:28] <Waldo> 18.06 was a fun enough class
# [21:28] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [21:28] <Waldo> although I'm pretty sure bz would have been doing the hardcore alternative if he were doing any of them
# [21:28] * Joins: coyotebush (corey@moz-88168FC1.wireless.calpoly.edu)
# [21:28] <Waldo> (the one for math majors, that is)
# [21:29] <@bz> Ms2ger`: yes, I know what 18.06 is. The question is why you were messing with it. Just through OpenCourseWare?
# [21:29] <@bz> Waldo: I actually just placed out of 18.06 and 18.03 during IAP my freshman year
# [21:29] <@bz> waldo: reading the 18.06 book was pretty straightforward
# [21:30] <Mossop> Is there an easy way to get try to do xulrunner builds?
# [21:30] <@bz> waldo: then took 701/702
# [21:30] * khuey is now known as khuey|away
# [21:30] <Ms2ger`> bz, parts were shown during my linalg class, actually
# [21:30] <Waldo> hmm, I thought 701 was the alternative to 18.06, but my memory's fading
# [21:30] * smontagu thought 18.06 was a reference to his birthday
# [21:30] <@bz> waldo: technically, 18.06 or 18.700 were prereqs for 18.701
# [21:30] <Waldo> oh, 700
# [21:30] <@bz> waldo: iirc
# [21:30] <Ms2ger`> smontagu, happy belated birthday :)
# [21:30] <@bz> waldo: hence the placing out bit
# [21:30] * Parts: logiclord (Gaurav@C7B01D25.C9B4E562.8D85FBA3.IP)
# [21:31] <@bz> waldo: not sure whether it was necessarily the right decision
# [21:31] <@bz> waldo: but whatever
# [21:31] * Joins: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
# [21:31] <@bz> waldo: it _did_ give me more schedule space for CS classes. ;0
# [21:31] * Parts: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
# [21:31] * Waldo did that for single-variable calculus, desperately would have liked to do it for the writing-class requirement, otherwise did the normal thing
# [21:31] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [21:31] <@bz> uh
# [21:31] <Ms2ger`> bz, also, unlike my class, matrices were mentioned more than once :)
# [21:31] <@bz> the "bug importance" thread is now 20 mails long
# [21:31] <@bz> we've been trolled
# [21:31] <@bz> Ms2ger`: heh
# [21:32] <Ms2ger`> Actually, I guess Gauss-Jordan counts as well, so twice
# [21:32] * Quits: jhk (jigneshhk1@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [21:33] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [21:33] * Joins: jduell (jduell@moz-89639EB7.airbears.berkeley.edu)
# [21:34] * merike is now known as merike|away
# [21:34] <espindola> is there any way to store a full core file when a try run crashes?
# [21:34] * Quits: coyotebush (corey@moz-88168FC1.wireless.calpoly.edu) (Ping timeout)
# [21:34] * Joins: cadecairos (cadecairos@EDDEAA06.33EE9F8A.1139E686.IP)
# [21:35] <@bz> K9O and K90 look too much alike
# [21:36] * stephend is now known as stephend|busy
# [21:36] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
# [21:38] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
# [21:38] * Quits: automata (automata@21672CAB.EF70936A.E0F4401A.IP) (Ping timeout)
# [21:38] * Joins: One (TheOne@moz-D58488C3.dfki.uni-kl.de)
# [21:38] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [21:38] * ChanServ sets mode: +o roc
# [21:38] * Quits: framalex (chatzilla@moz-67BC77B8.dars-ip.ru) (Ping timeout)
# [21:38] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
# [21:39] * Joins: automata (automata@21672CAB.EF70936A.E0F4401A.IP)
# [21:39] * Quits: mkaplz (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [21:40] <Ms2ger`> bz, oh, that K9O
# [21:40] * Joins: catalinb (ethereal@moz-7443FA19.eregie.pub.ro)
# [21:40] <@bz> When Asa used the former, I started by analogy with K2 and looked for stuff... no useful hits
# [21:41] * Quits: cindy_rubio (cindy.rubi@moz-F1D53ECD.cs.wisc.edu) (Ping timeout)
# [21:41] * Quits: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com) (Ping timeout)
# [21:41] * Joins: mkaplz (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [21:42] * Joins: mario (mario@3D8B249.714666EF.52AB9A83.IP)
# [21:42] <Ms2ger`> coop, don't forget to star your push
# [21:42] * Quits: catalinb (ethereal@moz-7443FA19.eregie.pub.ro) (Ping timeout)
# [21:42] * Joins: catalinb (ethereal@moz-7443FA19.eregie.pub.ro)
# [21:42] * armenzg_brb is now known as armenzg
# [21:43] <coop> Ms2ger`: joey is meant to be watching it too, but thanks for the reminder
# [21:43] * Quits: mario (mario@3D8B249.714666EF.52AB9A83.IP) (Quit: leaving)
# [21:43] * Fallen|away is now known as Fallen
# [21:44] * Joins: mario (mario@3D8B249.714666EF.52AB9A83.IP)
# [21:46] <philor> khuey|away: don't forget to tryserver your push, and then push to inbound rather than central
# [21:46] <mario> test
# [21:46] * Joins: dseif (dseif@F2D29657.F60B0462.67AC9B1.IP)
# [21:47] * Quits: mario (mario@3D8B249.714666EF.52AB9A83.IP) (Quit: leaving)
# [21:48] * Joins: coyotebush (corey@moz-648D0E11.wireless.calpoly.edu)
# [21:48] * timA is now known as timA|lunch
# [21:49] * Quits: vikash (vikash@DABACF8B.9B552DFD.5D9ABA9F.IP) (Ping timeout)
# [21:50] * Joins: jesup (chatzilla@moz-6380AF60.phlapa.fios.verizon.net)
# [21:51] * Joins: cindy_rubio (cindy.rubi@moz-F1D53ECD.cs.wisc.edu)
# [21:54] * Quits: artur (artur@moz-31C6CED8.sub-174-255-32.myvzw.com) (Ping timeout)
# [21:55] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [21:55] * liuche is now known as liuche|lunch
# [21:57] * Quits: bc (bc@moz-E31CD2CB.mozilla.org) (Quit: leaving)
# [21:58] * Quits: jesup (chatzilla@moz-6380AF60.phlapa.fios.verizon.net) (Input/output error)
# [21:58] * Quits: catalinb (ethereal@moz-7443FA19.eregie.pub.ro) (Ping timeout)
# [21:58] * Joins: catalinb (ethereal@moz-7443FA19.eregie.pub.ro)
# [21:59] * Joins: zelda (Mibbit@D98DF7C3.DBD9291F.1D5753B8.IP)
# [21:59] * Quits: mkaplz (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [22:00] * Ms2ger` sighs
# [22:00] * Joins: jesup (chatzilla@moz-6380AF60.phlapa.fios.verizon.net)
# [22:00] * Quits: zelda (Mibbit@D98DF7C3.DBD9291F.1D5753B8.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [22:00] <Ms2ger`> Don't we have a moderator for m.d.planning?
# [22:00] <biesi_> nope!
# [22:01] * kumar is now known as kumar|afk
# [22:02] * merike|away is now known as merike
# [22:02] <jlebar> Does anyone know how dynamic library loading works on Windows? Specifically, is there a global offset table, like on Linux?
# [22:02] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [22:03] * jlebar suspects he's going to regret thinking about this
# [22:03] * Quits: xsergio (sergio@DAEF1255.9C8843EE.A4F23BCE.IP) (Quit: Saindo)
# [22:03] <qDot> jlebar: poke Daeken
# [22:04] <jlebar> consider him poked!
# [22:04] <qDot> Dude's scary good at that shit.
# [22:04] <Daeken> jlebar: GOT for symbol lookup or relocation purposes?
# [22:05] <Ms2ger`> jlebar, indeed.
# [22:05] <jlebar> Daeken, Well, okay, let me be sure I'm asking the right question here.
# [22:05] <jlebar> Daeken, We're currently hot-patching VirtualAlloc.
# [22:05] * Quits: graememcc (chatzilla@moz-790B72CA.range86-148.btcentralplus.com) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120310193349])
# [22:06] <Daeken> the import or the function itself? (just so i know what side we're talking about here)
# [22:06] <jlebar> Daeken, The function itself.
# [22:06] <Daeken> ok
# [22:06] <jlebar> Daeken, The way it works atm is a detour. We copy the first few bytes of the function somewhere else, then write a jump into our wrapper. Then when the wrapper returns, it runs those few bytes, then jumps back into execution of the function.
# [22:06] <Daeken> ok
# [22:06] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
# [22:06] <jlebar> Daeken, Problem is, it's not thread-safe. And we can't guarantee that there are no threads running when we write the detour, because someone might inject into us.
# [22:06] <Jesse> smaug: in https://hg.mozilla.org/mozilla-central/rev/d9678c14dea9 why is it ok for target to be a raw pointer rather than an owning pointer? (do we know that mTarget = null won't be the last release of target?)
# [22:07] <jlebar> Daeken, So. There are those nops at the beginning of the function which we can use. But those only exist on x86-32.
# [22:07] * Quits: catalinb (ethereal@moz-7443FA19.eregie.pub.ro) (Ping timeout)
# [22:07] * nthomas|away is now known as nthomas
# [22:07] * Joins: mjschranz_ (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
# [22:07] <jlebar> Daeken, But my purposes, I don't really care if I catch *every* call to VirtualAlloc. I'm happy catching most of them.
# [22:08] <jlebar> Daeken, So I was wondering if there was some table somewhere I could poke and overwrite the address of VirtualAlloc used by Firefox. It might not catch calls to VirtualAlloc from within the same DLL as VirtualAlloc, but that's OK.
# [22:08] <@smaug> Jesse: nsMutationReceiver has NodeWillBeDestroyed, so it knows when mTarget is about to be deleted
# [22:08] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Ping timeout)
# [22:08] * Quits: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [22:08] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:09] <Daeken> jlebar: so, yes, that's straightforward. you can walk the PE structure and patch the import no problem, and all future calls to it will hit that. however, i wonder if you couldn't swap the instructions atomically and then force an instruction cache flush.
# [22:09] * Joins: jfkthame (jfkthame@42653AA7.90783722.9542EC20.IP)
# [22:09] <jlebar> Daeken, You mean, with the current detour approach?
# [22:09] <Daeken> yep
# [22:09] <jlebar> Daeken, So there's a race condition. Second to last paragraph: https://bugzilla.mozilla.org/show_bug.cgi?id=741540#c5
# [22:10] <Daeken> read the existing N bytes (presumably 5, but you'd want to pad it to 8 so you can do a 64-bit atomic op), create your trampoline instructions, do an atomic compareandswap
# [22:10] <@smaug> Jesse: please continue fuzzing. You've found few easy ones, perhaps there are some tricky ones too :)
# [22:11] <Daeken> jlebar: ahh, that makes perfect sense.
# [22:11] * Quits: mjschranz_ (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Client exited)
# [22:11] * mjessome is now known as mjessome|mtg
# [22:11] <Daeken> yea, patching the import is almost definitely the easiest route here
# [22:11] * mkelly|errands is now known as mkelly
# [22:12] * armenzg is now known as armenzg_mtg
# [22:12] <Daeken> so, basic process is: given a module base address, you're going to be sitting at a dos (MZ) header, then you walk from there to the import segment and patch up what you need
# [22:12] * Joins: mkaplz (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [22:12] <Daeken> since you're not patching the function directly, you may want to consider patching GetProcAddress as well, just to cover your bases, but you said that you don't care if you miss some calls.
# [22:13] <@bsmedberg> Daeken: which module are you doing this on, the ntdll.dll module or our own (libxul) module?
# [22:13] <Daeken> i assume you're tracking allocations for some sort of memory stats?
# [22:13] <Daeken> bsmedberg: everything that imports VirtualAlloc
# [22:13] <jlebar> Daeken, Yes, I'm just trying to notice when we're running low on memory.
# [22:13] <@bsmedberg> so you have to modify every module as it gets loaded?
# [22:13] <@bsmedberg> that doesn't sound ideal...
# [22:13] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [22:13] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [22:13] <Daeken> can't do it on kernel32 because when dlls are loaded, the address of the imports is resolved.
# [22:14] <Jesse> smaug: how does NodeWillBeDestroyed help there? i don't think calling NodeWillBeDestroyed in the middle of Disconnect helps.
# [22:14] <Daeken> and you can't get in front of the kernel32 load without doing Bad Things (TM).
# [22:14] <jlebar> Hm, okay, so this is one approach, but it's going to be annoying to patch everything as it's loaded. Which is probably OK for me, because I just won't bother, but perhaps not other users of AddHook.
# [22:15] <jlebar> Daeken, Suppose we wanted to catch every call. Is there any hope on x86-64?
# [22:15] * Quits: coyotebush (corey@moz-648D0E11.wireless.calpoly.edu) (Quit: Leaving.)
# [22:15] <@smaug> Jesse: I'm lost
# [22:16] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
# [22:16] <Daeken> well... yes and no. if you can make the assumption that outside processes aren't spawning threads into your own (and touching VirtualAlloc that way), then you can always suspend all the running threads and patch up while they're suspended. however, that makes a lot of assumptions.
# [22:16] <@smaug> Jesse: how could NodeWillBeDestroyed be called in middle of Disconnect ?
# [22:16] <rnewman> does anyone know the right place to go with questions about ci.mo?
# [22:17] <Jesse> smaug: i'm probably even more lost ;)
# [22:17] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
# [22:17] <Daeken> there are also some even dirtier things you can do with catching exceptions, but honestly i'd be scared to death of putting that into a codebase like this.
# [22:17] * Quits: Ms2ger` (Ms2ger@3D429861.2FFB4560.37724B0D.IP) (Quit: nn)
# [22:17] <gavin> rnewman: ci.mo?
# [22:17] <rnewman> ci.mozilla.org
# [22:17] <rnewman> our Jenkins server
# [22:17] <Jesse> smaug: i'm worried that after "nsINode* target = mTarget; mTarget = nsnull;" we might have dropped the last ref to mTarget, so now target is dangling.
# [22:17] <gavin> I was not aware of its existence
# [22:18] <@smaug> Jesse: mTarget is a raw reference
# [22:18] <rnewman> thanks gavin
# [22:19] <Daeken> i guess at the end of the day, the best way i can put it is: the only way you can solve this and get _every_ call is to directly hook VirtualAlloc. pretty much every way of doing that safely has at least one caveat, from where i'm standing
# [22:19] <Jesse> smaug: oh i was looking at the wrong class. nsDOMMutationRecord has a nsCOMPtr but nsMutationReceiverBase has a raw reference.
# [22:19] <@smaug> yup
# [22:19] <@smaug> sorry, the code has too many *Mutation* classes
# [22:20] <jlebar> Daeken, Is there a good reference you can point me to about how code injected into our process gets run?
# [22:20] <jlebar> Daeken, For example, we could bail on adding these hooks if we see two threads running, depending on how that second thread is actually created.
# [22:22] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Ping timeout)
# [22:22] * Quits: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: leaving)
# [22:22] * joduinn is now known as joduinn-brb
# [22:22] * aki is now known as aki|sammich
# [22:22] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:23] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
# [22:24] * Quits: anant (anant@moz-BBE3ABD.mv.mozilla.com) (Quit: anant)
# [22:24] <Daeken> jlebar: one sec
# [22:24] * jhford-lunch is now known as jhford-buildduty
# [22:25] <Daeken> jlebar: i hate to reference myself on this, but this is the simplest ref i know. i gave a little tutorial on injecting on windows and logged it: http://www.assembla.com/spaces/nethooker/wiki/Hooking_Lesson_1
# [22:25] <jlebar> Daeken, heh, that looks perfect. Thanks. :)
# [22:26] * Quits: jfkthame (jfkthame@42653AA7.90783722.9542EC20.IP) (Quit: jfkthame)
# [22:26] <Daeken> long story short: you allocate space in the target for your module's name, create a remote thread in the target that points to LoadLibraryA (with your allocated buffer as the parameter to the thread), and you've injected code.
# [22:26] <jlebar> Ah, CreateRemoteThread. Right...
# [22:27] * Fallen is now known as Fallen|away
# [22:27] <jlebar> Damn, Windows.
# [22:28] <Daeken> there is actually another angle here that sidesteps all the issues, but good lord it's hideous. you could set up an exception handler that catches exec on a nonexec page and spins until it's signalled to return and continue execution. then you flag the page(s) that the first part of VirtualAlloc sits on as non-exec, and do your patch ... you guarantee that nothing can be running there while you're patching it. but again, hideous.
# [22:29] <Daeken> (i do something similar for xbox emulation, to handle privileged instructions)
# [22:29] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [22:29] <jlebar> Daeken, That sounds pretty awesome.
# [22:29] <qDot> Daeken: See? Told you.
# [22:29] <Daeken> hahah
# [22:30] <Daeken> i should really release that code, now that i'm not contractually obligated not to...
# [22:30] <qDot> Open source \o/
# [22:31] * Quits: priya (Adium@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving.)
# [22:31] * Joins: jfkthame (jfkthame@42653AA7.90783722.9542EC20.IP)
# [22:32] <jlebar> Daeken, Thanks for your help. I may be back, but I'll ping you in a bug. :)
# [22:32] * jlebar retreats to ponder
# [22:32] * jlebar is now known as jlebar|afk
# [22:32] <Daeken> cool, no problem. any time i get the opportunity to do something terrible with windows, i jump on it ;)
# [22:33] * Joins: anant (anant@moz-BBE3ABD.mv.mozilla.com)
# [22:34] * Quits: jlebar|mac (~jlebarmac@moz-3F3A6302.dyn.columbia.edu) (Quit: jlebar|mac)
# [22:34] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:35] <@bsmedberg> K9O, because we don't think it's as hard as K2
# [22:35] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
# [22:36] <@bsmedberg> we'll save the K2 project name for servo
# [22:37] * mkaplz is now known as mkaply
# [22:38] * Quits: jduell (jduell@moz-89639EB7.airbears.berkeley.edu) (Ping timeout)
# [22:38] * Joins: fabrice (fabrice@moz-104CC309.mv.mozilla.com)
# [22:38] * Quits: msucan (msucan-@E52374FB.B8F2BA96.699550A1.IP) (Quit: .)
# [22:39] * Joins: priya (Adium@5B12D16A.7D870227.95C682D2.IP)
# [22:39] * stephend|busy is now known as stephend|mtg
# [22:39] * Quits: kennyluck (kennyluck@moz-A2B99F1.dynamic.hinet.net) (Connection reset by peer)
# [22:40] * Joins: kennyluck (kennyluck@moz-5A445895.dynamic.hinet.net)
# [22:40] * timA|lunch is now known as timA
# [22:41] * Quits: gakiwate (gautam@FEA1057A.1B97B55A.4A949B84.IP) (Quit: Leaving)
# [22:41] * Joins: cviecco_ (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [22:41] * Joins: artur (artur@moz-DE1DE682.c3-0.nmex-ubr1.lnh-nmex.md.cable.rcn.com)
# [22:41] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [22:43] * merike is now known as merike|away
# [22:43] <evilpie_> i read "Download Manager" in the log, got all excited, turns out only for android (still cool)
# [22:44] * aki|sammich is now known as aki
# [22:45] * Joins: jamesr (jamesr@moz-D74FB05B.hfc.comcastbusiness.net)
# [22:46] * joduinn-brb is now known as joduinn
# [22:46] <espindola> is the current bustage because of the webidl upgrade expected?
# [22:46] * Joins: jduell (jduell@moz-89639EB7.airbears.berkeley.edu)
# [22:46] <gavin> khuey|away is khuey|away
# [22:46] <gavin> seems like maybe he needs to be backed out
# [22:48] * khuey|away is now known as khuey
# [22:48] <@khuey> hi
# [22:48] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Quit: bye)
# [22:48] <@khuey> wtf
# [22:48] <@khuey> that built locally
# [22:49] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/869edbbfad81 - Kyle Huey - Backed out changeset 3a0940f90455
# [22:50] * Quits: sgreenlay (sgreenlay@E17A855D.16AD8761.971E19F6.IP) (Ping timeout)
# [22:50] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Ping timeout)
# [22:50] * Joins: sicking (chatzilla@moz-BBE3ABD.mv.mozilla.com)
# [22:50] * Joins: sgreenlay (sgreenlay@E17A855D.16AD8761.971E19F6.IP)
# [22:51] <cpeterson> khuey, why u no mozilla-inbound? :)
# [22:52] * Quits: evilpie_ (evilpie@moz-C2D89AEE.pools.arcor-ip.net) (Quit: ChatZilla 0.9.88.1 [Firefox 14.0a1/20120404031301])
# [22:53] * mkelly is now known as mkelly|teef_doctuh
# [22:53] * Joins: rniwa (rniwa@moz-D74FB05B.hfc.comcastbusiness.net)
# [22:53] * spartan is now known as spartan|away
# [22:54] * Joins: kaze (Daily@moz-94556EDC.w82-123.abo.wanadoo.fr)
# [22:54] * Joins: billm (billm@moz-CF6D0A66.hsd1.ca.comcast.net)
# [22:54] * Joins: nrc (nrc@moz-5DAE2951.bitstream.orcon.net.nz)
# [22:59] * Joins: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:59] * liuche|lunch is now known as liuche
# [23:00] <smontagu> ehsan: when a new text node ... is appended to an element
# [23:01] <mbrubeck> khuey is old-school
# [23:01] <sicking> smaug: awake?
# [23:01] <@smaug> yup
# [23:02] <sicking> smaug: so we only create a record if there's a childlist observer, but we create a transient receiver if there are subtree observers for for example attributes, is that correct?
# [23:03] * Quits: Cwiiis (cwiiis@40018561.F684631.21A4E96A.IP) (Quit: Ex-Chat)
# [23:03] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Client exited)
# [23:03] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Quit: ChatZilla 0.9.88.1 [SeaMonkey 2.8/20120312221231])
# [23:03] <@smaug> right
# [23:03] <jhford-buildduty> hg is having issuts
# [23:03] <sicking> cool, that makes sense
# [23:03] <jhford-buildduty> issues too
# [23:04] * Quits: cadecairos (cadecairos@EDDEAA06.33EE9F8A.1139E686.IP) (Input/output error)
# [23:04] * Quits: dseif (dseif@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:04] <sicking> smaug: so in theory we could make mutation observers hold weak references to nodes that are transiently observed. And then we could end up with NodeWillBeDestroyed called on transient observers?
# [23:05] <sicking> smaug: i don't know if it's worth the complexity given that we'll release the strong reference pretty quickly, I just want to make sure that i understand things
# [23:05] <@smaug> we could do that, yes
# [23:06] <@smaug> should be actually pretty simple change
# [23:06] * armenzg_mtg is now known as armenzg_afk
# [23:07] <sicking> smaug: up to you
# [23:07] * bhearsum is now known as bhearsum|afk
# [23:07] <sicking> smaug: nodes have fully strong pointers to their parents and owner-docs these days, right?
# [23:08] <@smaug> yes
# [23:08] <sicking> cool
# [23:08] * joduinn is now known as joduinn-mtg
# [23:08] * Quits: armenzg_afk (armenzg@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:08] * coop is now known as coop|mtg
# [23:08] * Joins: TheLink (TheLink@moz-183F7DCD.pools.arcor-ip.net)
# [23:08] <sicking> smaug: does that mean that as soon as a node has children, it'll only be destroyed by CC? And never by the normal Release() function
# [23:09] * Joins: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net)
# [23:09] <sicking> children or parent
# [23:09] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Ping timeout)
# [23:09] <sicking> bz: i don't understand what's going on in bug 736695
# [23:09] * davehunt|away is now known as davehunt|mtg
# [23:10] * sheppy is now known as sheppy-afk
# [23:10] <@smaug> sicking: right now
# [23:10] <@smaug> sicking: I'm changing that
# [23:10] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:10] <@smaug> sicking: so that forgetSkippable phase can destroy dom subtrees
# [23:10] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [23:10] <@smaug> if it notices that there are edges only from the subtree itself
# [23:11] <sicking> ok, i'm afraid to ask what forgetSkippable is :)
# [23:11] <@smaug> forgetSkippable is the thing which removes certainly alive objects from purple buffer (and make CC a lot faster that way)
# [23:11] * mattwoodrow|away is now known as mattwoodrow
# [23:12] <romaxa> khuey: bz: smaug: got compile error with latest m-c in WebIDL.py:2527 : http://pastebin.mozilla.org/1553886, any ideas what it could be?
# [23:12] * Quits: givanica (chatzilla@8D6380D.251E5D55.FB866788.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
# [23:12] <@smaug> we run several async forgetSkippable phases before CC
# [23:12] <@khuey> romaxa: did you look at the tree? ;-)
# [23:12] <@smaug> romaxa: khuey decided he prefers red tree
# [23:12] <@khuey> red is pretty!
# [23:13] <@khuey> romaxa: pull m-c, should be fixed
# [23:13] <@khuey> romaxa: you may need to make clean in objdir/dom/bindings
# [23:13] <romaxa> khuey: one sec, will try
# [23:14] <romaxa> khuey: make clean did not help
# [23:15] * Joins: coyotebush (corey@moz-5FFD3791.wireless.calpoly.edu)
# [23:15] <@khuey> romaxa: did you pull the tip of mozilla-central?
# [23:15] * Quits: @smaug (chatzilla@moz-76DB78AD.gprs.sl-laajakaista.fi) (Ping timeout)
# [23:16] <romaxa> khuey: oh, it still on 3a0940f90455
# [23:16] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [23:17] * Joins: fxa90id (fxa90id@moz-829BEFC9.neoplus.adsl.tpnet.pl)
# [23:18] * Quits: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [23:19] * jlebar|afk is now known as jlebar
# [23:19] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [23:19] <@ehsan> smontagu: again you want BindToTree
# [23:20] <smontagu> ehsan: whose BindToTree?
# [23:20] * Quits: jfkthame (jfkthame@42653AA7.90783722.9542EC20.IP) (Quit: jfkthame)
# [23:20] <@ehsan> smontagu: nsTextNode
# [23:21] * Joins: smaug (chatzilla@moz-AE444E5A.gprs.sl-laajakaista.fi)
# [23:21] * ChanServ sets mode: +o smaug
# [23:21] * smontagu grumbles about things hiding in directories he wasn't looking at
# [23:21] <smontagu> ehsan: thx
# [23:21] <@ehsan> np :)
# [23:21] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [23:21] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [23:22] * mjessome|mtg is now known as mjessome
# [23:22] * Quits: Boriss (FlyingToas@7121C059.E81662E2.D6ECB108.IP) (Quit: Boriss)
# [23:22] * smontagu is taking a few days PTO and wants at least some kind of working prototype before
# [23:23] <taras> roc: so i'm using mozRequestAnimationFrame and i seem to have gotten into a broken state
# [23:23] * wlach is now known as wlach|afk
# [23:24] <taras> my animation barely progresses unless i move mouse overtabbar or something to cause the browser to paint
# [23:24] <@roc> Windows?
# [23:24] <taras> yes
# [23:24] <@roc> please debug :-)
# [23:24] <taras> roc: is this a known bug?
# [23:25] <@roc> I don't know, but bugs like it have been seen before
# [23:25] <@roc> let me find you a bug number
# [23:25] <@roc> is this a browser session that's been running for a long time?
# [23:25] <jlebar> Can I throw a DOMException from Chrome JS?
# [23:25] <taras> roc: no, just started
# [23:26] <@roc> gotta run for a bit
# [23:26] <@roc> be back, don't terminate that sessions
# [23:26] * kumar|afk is now known as kumar
# [23:27] <@khuey> jlebar: don't think so
# [23:27] * Joins: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [23:27] <jlebar> khuey, For an internal error that I want to report to a webpage, is there anything other than Error() I should use?
# [23:28] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
# [23:29] * Joins: evilpie_ (evilpie@moz-C2D89AEE.pools.arcor-ip.net)
# [23:29] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:29] * Quits: pvivek_ (quassel@AABF606.1924CC57.2A068A5E.IP) (Client exited)
# [23:29] <@khuey> jlebar: I don't know :-(
# [23:30] <smontagu> ehsan: and the text content of the text node is mText?
# [23:31] * Quits: davidillsley (chatzilla@moz-DBDD9545.range86-145.btcentralplus.com) (Ping timeout)
# [23:31] * Quits: drice (derice@1606D15F.E628B196.8E155D4E.IP) (Quit: Leaving.)
# [23:31] <@ehsan> yes
# [23:31] * Joins: drice (derice@1606D15F.E628B196.8E155D4E.IP)
# [23:31] * rail is now known as rail_away
# [23:31] * reuben is now known as Guest
# [23:31] * Joins: louisremi (louisremi@moz-381A2210.dsl.sta.abo.bbox.fr)
# [23:32] * Joins: pnemsak (Miranda@80CFE454.10D9684B.4F33160D.IP)
# [23:32] * Joins: davidillsley (chatzilla@moz-DBDD9545.range86-145.btcentralplus.com)
# [23:33] <taras> jlebar: so there is no problem with persistent telemetry vs live telemetry regarding uptime
# [23:33] <taras> uptime just isn't reported with persistent telemetry :)
# [23:33] <jlebar> taras, lol
# [23:33] * coop|mtg is now known as coop
# [23:33] <jlebar> taras, That sounds like a small problem, but not as big as we'd thought.
# [23:33] <taras> yeah it still makes persistent stuff less useful
# [23:33] <taras> but yeah
# [23:34] <jlebar> taras, I didn't realize that the persistent histograms were sent separately from the new histograms. I thought it was all lumped together.
# [23:34] * Joins: Ami_Ty_ (Amie@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:34] <taras> no it's a separate ping
# [23:34] <jlebar> taras, So this is all gravy from my pov. :)
# [23:34] <taras> mixing data would be scary
# [23:36] * Quits: smontagu (chatzilla@moz-882F73A7.red.bezeqint.net) (Ping timeout)
# [23:37] * Joins: smontagu (chatzilla@moz-B8A1E684.red.bezeqint.net)
# [23:37] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:38] * Joins: cpearce (chatzilla@moz-CAF4778E.xdsl.xnet.co.nz)
# [23:38] * mbrubeck backs out jdm on inbound...
# [23:39] * Quits: joey (chatzilla@moz-E31CD2CB.mozilla.org) (Quit: ChatZilla 0.9.88.1 [Firefox 13.0a2/20120403042011])
# [23:39] * fabrice thanks mbrubeck
# [23:39] * Quits: cpearce (chatzilla@moz-CAF4778E.xdsl.xnet.co.nz) (Ping timeout)
# [23:40] <mbrubeck> dougt beat me to it
# [23:40] <fabrice> yep, just saw that
# [23:40] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [23:40] <dougt> mbrubeck, thanks
# [23:41] * Joins: c0smikdebris (c0smikdebr@F6AD3556.982C2CD4.BE90E62C.IP)
# [23:41] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
# [23:41] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [23:41] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
# [23:42] * Joins: harth (harth@moz-C2C235AC.bb.sky.com)
# [23:43] * Quits: billm (billm@moz-CF6D0A66.hsd1.ca.comcast.net) (Quit: Leaving)
# [23:43] * Quits: nrc (nrc@moz-5DAE2951.bitstream.orcon.net.nz) (Ping timeout)
# [23:44] * Quits: davidb (davidb@471D72E.2257F909.F30C9E9E.IP) (Quit: davidb)
# [23:44] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [23:44] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Ex-Chat)
# [23:44] * Joins: bonnie_ (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:45] * Quits: bonnie_ (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Ex-Chat)
# [23:45] * Joins: armenzg (armenzg@5F622FDB.5BCEC6DB.DA78B690.IP)
# [23:45] * Joins: jfkthame (jfkthame@42653AA7.90783722.9542EC20.IP)
# [23:46] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
# [23:47] * Joins: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:47] <gcp> akeybl: I think you just misassigned a bug
# [23:48] * Guest is now known as reuben
# [23:49] * Joins: roc (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [23:49] * ChanServ sets mode: +o roc
# [23:49] * Quits: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [23:49] <gps> gcp: tell me about it!
# [23:50] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Quit: mdas)
# [23:50] <@roc> taras: bug 627084
# [23:50] <taras> thanks
# [23:50] * stephend|mtg is now known as stephend|bbiab
# [23:50] <akeybl> gcp: gps: all fixed
# [23:50] * Joins: aleth (Instantbir@moz-C0928D09.ictp.it)
# [23:50] <smontagu> ehsan: ugh, that makes things more complicated
# [23:51] <aleth> What's the best event to listen for to catch a splitter opening/collapsing?
# [23:51] <taras> roc: i'll a new bug since this one is closed
# [23:51] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Quit: Ex-Chat)
# [23:52] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
# [23:52] * coop is now known as coop|afk
# [23:52] <@roc> ok
# [23:52] * Joins: supreet (quassel@780E8960.D5D84BD7.DF11F364.IP)
# [23:52] <@roc> that's just the closest bug I've seen to what you're describing
# [23:53] <anant> khuey: ping
# [23:53] * Quits: jfkthame (jfkthame@42653AA7.90783722.9542EC20.IP) (Quit: jfkthame)
# [23:53] * Quits: smontagu (chatzilla@moz-B8A1E684.red.bezeqint.net) (Ping timeout)
# [23:54] * Joins: smontagu (chatzilla@moz-D32AE7DD.red.bezeqint.net)
# [23:55] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:55] * Quits: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com) (Quit: damons)
# [23:56] <taras> jlebar: so what does having a 0 value in LOW_MEMORY_EVENTS_PHYSICAL mean?
# [23:57] <jlebar> taras, We did not observe low memory since the last telemetry ping.
# [23:57] <taras> cool
# [23:57] * Quits: armenzg (armenzg@5F622FDB.5BCEC6DB.DA78B690.IP) (Ping timeout)
# [23:57] * Joins: damons (gnubeard@moz-7B0110AD.mv.mozilla.com)
# [23:58] <@khuey> anant: hi
# [23:58] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Ping timeout)
# [23:58] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [23:58] <anant> khuey: hey :) I'm trying to find out a way to safely invoke a DOM method that's on the window object of a web page from chrome code
# [23:58] <anant> I think evalInSandbox is what I want, but it's not working as expected
# [23:59] <anant> khuey: http://pastie.org/3729581
# [23:59] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Ping timeout)
# [23:59] * Joins: armenzg (armenzg@5F622FDB.5BCEC6DB.DA78B690.IP)
# [23:59] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# Session Close: Thu Apr 05 00:00:00 2012

The end :)