/irc-logs / mozilla / #developers / 2012-03-01 / end

Options:

# Session Start: Thu Mar 01 00:00:00 2012
# Session Ident: #developers
# [00:01] * Quits: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP) (Ping timeout)
# [00:01] * Joins: njn_ (chatzilla@moz-F1136D81.dyn.iinet.net.au)
# [00:01] * njn_ is now known as njn
# [00:01] * Quits: nthomas (chatzilla@moz-490B7707.dsl.telstraclear.net) (Ping timeout)
# [00:02] <@smaug> jduell: do you remember if there has been any changes to http handling lately?
# [00:02] <dholbert> dbaron, since "flex:" is always a triplet, would it be evil of me to co-opt nsCSSValueTriplet instead of using an Array-backed nsCSSValue?
# [00:03] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [00:03] <@dbaron> dholbert, I think array makes a bit more sense
# [00:03] <@dbaron> dholbert, is there some advantage to triplet?
# [00:03] <dholbert> dbaron, sharing code in nsStyleAnimation
# [00:03] <@dbaron> dholbert, will that code work?
# [00:03] * zpao|detached is now known as zpao
# [00:03] * Joins: nthomas (chatzilla@moz-490B7707.dsl.telstraclear.net)
# [00:03] <dholbert> dbaron, with tweaks, yes. :)
# [00:04] <dholbert> dbaron, with generification tweaks
# [00:04] <@dbaron> dholbert, maybe it's ok, then
# [00:04] <dholbert> dbaron, the only reason I was hesitant is that the triplet components are mXValue, mYValue, mZValue
# [00:04] * jhopkins is now known as jhopkins|afk
# [00:04] <dholbert> dbaron, so the naming is a little odd for this use
# [00:04] <dholbert> dbaron, but as long as it's not too shady for me to abuse those values, I think it'll be a code-sharing win
# [00:05] <mkaply> bsmedberg: ping
# [00:05] * timA|lunch is now known as timA
# [00:05] * Quits: @smaug (chatzilla@moz-5B11B496.elisa-mobile.fi) (Input/output error)
# [00:06] <@khuey> do we care about platforms that don't use two's-complement arithmetic?
# [00:06] <@khuey> me hopes not
# [00:06] * rail is now known as rail_away
# [00:07] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird -- http://www.instantbird.com)
# [00:07] * Quits: WeirdAl (chatzilla@moz-D461843.ask.info) (Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120215223356])
# [00:07] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [00:08] <mbrubeck> khuey: Not if there's a nearby bridge: http://quotes.burntelectrons.org/6254
# [00:08] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [00:08] <jhammel> well at least in SF we are set then ;)
# [00:08] <@khuey> excellent
# [00:09] <@khuey> roc++
# [00:09] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Leaving...)
# [00:09] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:10] <Waldo> jlebar: that patch doesn't change all the places mentioned in http://mxr.mozilla.org/mozilla-central/search?string=mozilla/stdint.h
# [00:11] * Joins: anton (Mibbit@moz-D1FE3B3B.cs.queensu.ca)
# [00:11] <jlebar> Waldo, http://pastebin.mozilla.org/1496494
# [00:11] <anton> hi
# [00:12] <anton> what steps do I have to follow if I change an IDL file
# [00:12] <gozala> Mossop: do you know what should be a component for that bug ?
# [00:12] <jlebar> Waldo, 28 files in patch, 29 in mxr because I changed one in part 1?
# [00:12] <gozala> xpcom / dom ?
# [00:13] <lsblakk> whimboo would you be able to land the patch in bug 704583?
# [00:13] <blizzard> bbondy: https://bugzilla.mozilla.org/show_bug.cgi?id=731812
# [00:13] <Mossop> gozala: Maybe core::document navigation
# [00:13] <whimboo> lsblakk: no, I don't have permissions. we need someone else. I wasn't able to get hold of smaug :(
# [00:13] <gozala> Mossop: thanks
# [00:13] <lsblakk> ya, i emailed and he asked for someone else to do it
# [00:13] <Waldo> jlebar: erm
# [00:13] <lsblakk> who's sheriff today?
# [00:14] <@khuey> heh
# [00:14] <@khuey> you think we still have sheriffs?
# [00:14] <lsblakk> inbound did away with that?
# [00:14] * @khuey attempts to stem the flow of orange juice from his nose
# [00:14] <mak> actually not, but sheriffs thought so
# [00:14] <lsblakk> alright :)
# [00:14] <@khuey> yeah pretty much
# [00:14] <Waldo> jlebar: I think I was seeing a splinter bug of some sort; xpcom/tools file changes weren't being displayed in the all-patches view, even tho their names were in the files-changed list
# [00:14] <@khuey> what do you need?
# [00:15] <lsblakk> i would love someone to land https://bugzilla.mozilla.org/attachment.cgi?id=585487 on mozilla-esr10
# [00:15] <lsblakk> on behalf of smaug
# [00:15] <@khuey> ah
# [00:15] <@khuey> lucky for you
# [00:15] <@khuey> I have to push there anyways
# [00:15] <RyanVM> how can I use SpecialPowers to use Components.classes in a local HTML file?
# [00:15] <lsblakk> khuey: you're a doll
# [00:16] <lsblakk> (and also ++ on getting *your* esr patch in) :)
# [00:16] * Joins: darktrojan (geoff@moz-509CC089.dsl.telstraclear.net)
# [00:16] * Quits: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com) (Ping timeout)
# [00:16] <Mossop> We don't have a sheriff app so we can't have sheriffs!
# [00:16] <whimboo> khuey: \o/ \o/ \o/
# [00:16] <@khuey> Mossop: pretty much
# [00:16] <@khuey> lets blame security!@
# [00:16] <JonathanS> there is no app just about everything?
# [00:16] <darktrojan> who shot the sheriff app?
# [00:16] * Joins: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com)
# [00:17] * Quits: dao (dao@moz-1377C14D.superkabel.de) (Quit: Leaving.)
# [00:17] * fabrice is now known as fabrice|afk
# [00:17] <Jesse> RyanVM: i think SpecialPowers only exists while running mochitests
# [00:17] * joduinn-food is now known as joduinn-mtg
# [00:17] * Joins: bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net)
# [00:17] * ChanServ sets mode: +o bz
# [00:17] <RyanVM> so is there any way to use Cc in a local HTML file?
# [00:17] <@bz> jlebar: so, good news
# [00:17] * jlebar perks up
# [00:17] <@bz> jlebar: with your patches, I browsed for a bit
# [00:17] <Jesse> RyanVM: no, local HTML files are not automatically privileged like that
# [00:18] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Quit: ajuma)
# [00:18] <Jesse> RyanVM: what are you trying to do?
# [00:18] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
# [00:18] * Joins: mconley (mconley@31ABB91E.F7EBA23.C3C3A9D0.IP)
# [00:18] <@bz> jlebar: out of almost 11000 unique strings I saw come through, I had two 2-way collisions
# [00:18] <@bz> jlebar: and nothing worse than that
# [00:18] <RyanVM> Jesse: trying to convert an image to JPEG and save the resulting image
# [00:18] <@bz> "rad" and "where" collide
# [00:18] <@bz> Not on the hashcode, but on the bloom filter
# [00:18] <Jesse> RyanVM: right-click, save as?
# [00:18] <jlebar> bz, So half the hashcode?
# [00:19] <RyanVM> Jesse: Getting it converted from PNG to JPEG is wehre I'm having issues
# [00:19] <@bz> 0x2508c58d and 0x5508658d
# [00:19] * mcote is now known as mcote|afk
# [00:19] <@bz> low 12 bits of each half of the hashcode are same
# [00:19] <RyanVM> Jesse: there's imgTools to do it, but that requires Cc
# [00:19] <Jesse> bz: the question usually isn't how many pairs of strings collide, but how often you get a false positive once there are several strings in the bloom filter
# [00:20] <jlebar> bz, Cool...that seems not so bad.
# [00:20] * Quits: jfkthame_afk (jfkthame@moz-82E88FC9.cable.virginmedia.com) (Quit: jfkthame_afk)
# [00:20] <Jesse> RyanVM: draw into canvas, read out of canvas?
# [00:20] <Mossop> RyanVM: Can't you do that with canvas?
# [00:20] * Quits: davidillsley (chatzilla@moz-3832197F.range109-145.btcentralplus.com) (Client exited)
# [00:20] * @bz looks up the other collision
# [00:20] <RyanVM> if I knew what I was doing with canvas, probably :P
# [00:21] <@bz> "uiInterstitialContent" and "baseURIProperty"
# [00:21] <@bz> measuring collisions on the filter itself is hard
# [00:21] * Parts: anton (Mibbit@moz-D1FE3B3B.cs.queensu.ca)
# [00:21] <@bz> but before, the collision rate on the hash was higher than the theoretical filter collision rate
# [00:22] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [00:22] * bwinton is now known as bwinton_away
# [00:22] * Joins: gandalf (zbraniecki@moz-7CD030D1.neoplus.adsl.tpnet.pl)
# [00:22] <gozala> Mossop: here is a bug 731817 for the issues I mentioned
# [00:22] <@bz> Stuffing all these atoms into the filter would collide up the wazoo
# [00:22] * philor|away is now known as philor
# [00:22] <gozala> and a tiny test case that can be used to reproduce it right from jsconsole
# [00:22] <@bz> but in practice we put very few things in there, I would think
# [00:22] * @bz should measure that
# [00:23] <jlebar> bz, In a debug build, you could keep track of all queries and have a hashtable live parallel to the bloom filter.
# [00:23] <RyanVM> Jesse: Mossop: When I open the PNG file and write it to canvas, it defaults to PNG when I save it. I'm assuming that changing the extension doesn't magically make it a JPEG.
# [00:23] <jlebar> then when the filter dies, output the false-positive rate.
# [00:23] <jlebar> bz, But of course this doesn't help if two atoms have the same hashcode, if the bloom filter only sees hashcodes...
# [00:23] <gozala> Mossop: Am I missing something ?
# [00:23] <@bz> jlebar: I don't see any collisions on hashcode in your set
# [00:24] <jlebar> yay.
# [00:25] <Jesse> RyanVM: call toDataURL https://developer.mozilla.org/en/DOM/HTMLCanvasElement#Methods
# [00:25] <Mossop> gozala: Not that I can see. I wonder if bz might have a spare moment to quickly look at bug 731817 and see if there is anything obvious we're missing
# [00:25] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [00:26] * jlebar is now known as jlebar|dinner
# [00:26] * Quits: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [00:27] * Joins: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
# [00:27] * philor is now known as philor|away
# [00:28] <catlee> how do I cause a crash in firefox under osx?
# [00:28] <@bz> kill -SEGV the process?
# [00:28] <@bz> or do you need a more targeted way?
# [00:29] <@bz> or are you trying to do it from inside the Firefox code?
# [00:29] <catlee> no, that could work...
# [00:29] <catlee> except the harness didn't catch it
# [00:29] <@bz> fun
# [00:29] * Quits: mak (chatzilla@moz-72F563FC.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
# [00:29] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [00:29] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [00:30] <catlee> hm, or maybe it did...
# [00:30] <catlee> TEST-UNEXPECTED-FAIL | /tests/dom/tests/mochitest/dom-level2-html/test_HTMLOListElement02.html | Exited with code -11 during test run
# [00:30] <jaws> if i have a nsTHashtable and i want to give that to script, how would i enumerate the hashtable into an array and pass it back to a script inside an nsIVariant?
# [00:30] <jaws> is there something that i can reference or read more to learn about this?
# [00:31] <jaws> RyanVM: you can pass different mime types to toDataURL for different image outputs
# [00:31] <jaws> s/outputs/formats
# [00:31] * Quits: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com) (Quit: Leaving)
# [00:31] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:33] * Joins: davidillsley (chatzilla@moz-3832197F.range109-145.btcentralplus.com)
# [00:33] * philor|away is now known as philor
# [00:33] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [00:33] * Joins: ericjung (Mibbit@moz-C6B344D.bstnma.fios.verizon.net)
# [00:34] <darktrojan> mm those gaia screenshots are hot
# [00:34] * Parts: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP)
# [00:34] <RyanVM> Jesse: jaws: OK, I'm getting close. I have ctx.drawImage(img, 0, 0, img.width/4, img.height/4); where I'm drawing a scaled version of the input image.
# [00:34] * Quits: squib (squib-@moz-415BAA34.engr.wisc.edu) (Quit: Leaving)
# [00:34] <RyanVM> i tried putting a var scaled = in front of that, but scaled was undefined when I attempted to use it
# [00:35] * Quits: davidillsley (chatzilla@moz-3832197F.range109-145.btcentralplus.com) (Ping timeout)
# [00:35] <@khuey> Asa++
# [00:35] <jaws> khuey: can you help me with my question above?
# [00:35] <bbondy> blizzard: thanks
# [00:35] * Joins: smaug (chatzilla@moz-5B11B496.elisa-mobile.fi)
# [00:35] * ChanServ sets mode: +o smaug
# [00:36] <@khuey> jaws: which part, the hashtable enumeration or the variant stuff?
# [00:36] <jaws> khuey: yeah
# [00:36] <jaws> RyanVM: the return value from drawImage, if there is one, isn't useful. after that then you do canvas.toDataURL
# [00:36] <RyanVM> ok
# [00:36] <blizzard> bbondy: sure
# [00:36] * Ziggy_Maes is now known as Ziggy|AWAY
# [00:36] <@smaug> really annoying. I can't load any http(s) pages. All the tabs are just "waiting for xxx"
# [00:37] <blizzard> bbondy: in the mean time I'll stop plugging and unplugging my headset
# [00:37] <bbondy> heh
# [00:37] <jaws> khuey: i'm not sure if i should create an nsIVariant* in the nsDOMWindowUtils and pass that to the doc
# [00:37] * Joins: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com)
# [00:37] <bbondy> blizzard: That is the recommended work around.
# [00:37] * philor is now known as philor|away
# [00:37] <jaws> khuey: or if I should create an nsTArray<nsObjectLoadingContent*> to pass to the doc
# [00:38] <RyanVM> jaws: victory
# [00:38] <RyanVM> thanks
# [00:39] <bbondy> *workaround
# [00:39] <jaws> khuey: once i pass the correct container to the document, then i should be able to just use the nsTHashtable::EnumerateEntries to add each entry to the container
# [00:39] <@khuey> jaws: right
# [00:39] <jaws> RyanVM: no problem :)
# [00:39] * Quits: mconley (mconley@31ABB91E.F7EBA23.C3C3A9D0.IP) (Ping timeout)
# [00:39] <@khuey> jaws: you'll need to provide your own enumerator function that does that, of course
# [00:39] <jaws> yeah
# [00:39] <jaws> khuey: so i'm stuck with trying to figure out which container to use and then after i figure that out, how to turn that container to an nsIVariant*
# [00:40] <@khuey> jaws: I think what you want to do is create an nsTArray<nsIObjectLoadingContent*> on the stack
# [00:40] <@khuey> and pass that into your various things
# [00:40] <jaws> khuey: it would be cool if there was a similar patch that i could reference or some other reading you could refer me to
# [00:40] <@khuey> have the enumerator AppendElement
# [00:40] <jaws> khuey: on the stack within the nsDOMWindowUtils funciton?
# [00:40] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [00:40] <@khuey> jaws: right
# [00:40] * Quits: josh (josh@moz-F086B463.hfc.comcastbusiness.net) (Quit: josh)
# [00:40] <jaws> khuey: ok, i'll pass by reference then?
# [00:40] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [00:40] * Quits: nrc (nrc@moz-27352C85.sqy-bng-012.adsl.virginmedia.net) (Ping timeout)
# [00:40] <@khuey> jaws: unfortunately there's no code I can find that does something similar
# [00:40] <@khuey> jaws: yes, exactly
# [00:41] * catlee is now known as catlee-away
# [00:41] <@khuey> jaws: I have to run to a meeting, but if you can hook things up to put all the nsIObjectLoadingContent pointers in an nsTArray, that's 90% of the battle
# [00:41] * khuey is now known as khuey|away
# [00:42] <jaws> ok thanks khuey for all your help
# [00:42] * Quits: kennyluck (kennyluck@moz-8F259AED.dynamic.hinet.net) (Quit: kennyluck)
# [00:43] * Joins: kennyluck (kennyluck@moz-8F259AED.dynamic.hinet.net)
# [00:44] * philor|away is now known as philor
# [00:44] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
# [00:45] * kumar|afk is now known as kumar
# [00:45] * Quits: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [00:46] * Joins: dao (dao@moz-1377C14D.superkabel.de)
# [00:46] <@bz> jlebar: ping?
# [00:47] * Quits: @smaug (chatzilla@moz-5B11B496.elisa-mobile.fi) (Input/output error)
# [00:47] * Joins: smaug (chatzilla@moz-5B11B496.elisa-mobile.fi)
# [00:47] * ChanServ sets mode: +o smaug
# [00:48] <@bz> jlebar: So I never see more than 135 things or so being added to the filter
# [00:48] <@bz> jlebar: in my brief testing
# [00:48] <@bz> jlebar: so that's good. ;)
# [00:48] * Quits: lsumar (lsumar@4548E2C6.EE84D258.11F528CC.IP) (Ping timeout)
# [00:49] * Quits: @smaug (chatzilla@moz-5B11B496.elisa-mobile.fi) (Input/output error)
# [00:49] * Joins: mconley (mconley@moz-7B22FBCF.eng.wind.ca)
# [00:51] * coop is now known as coop|afk
# [00:52] * Quits: mconley (mconley@moz-7B22FBCF.eng.wind.ca) (Ping timeout)
# [00:53] * Quits: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP) (Quit: mdas)
# [00:53] * Quits: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com) (Quit: jfkthame)
# [00:53] * Joins: lsumar (lsumar@4548E2C6.EE84D258.11F528CC.IP)
# [00:53] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [00:54] * Quits: Tchevalier_ (chatzilla@moz-364D5D72.w90-48.abo.wanadoo.fr) (Quit: ChatZilla 0.9.88 [Firefox 13.0a1/20120224031039])
# [00:54] * Joins: smaug (chatzilla@moz-5B11B496.elisa-mobile.fi)
# [00:54] * ChanServ sets mode: +o smaug
# [00:56] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [00:59] * philor is now known as philor|away
# [00:59] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [01:01] * Joins: mconley (mconley@moz-671E60DE.eng.wind.ca)
# [01:01] * Quits: DeathWolf (DeathWolf@moz-7EDF16F7.ovh.net) (Ping timeout)
# [01:01] * Joins: harth (harth@moz-1F71062D.hsd1.ca.comcast.net)
# [01:02] * Joins: Wevah (Wevah@moz-A6EE65EC.stcd.qwest.net)
# [01:02] * Joins: DeathWolf (DeathWolf@moz-7EDF16F7.ovh.net)
# [01:02] * Quits: dao (dao@moz-1377C14D.superkabel.de) (Quit: Leaving.)
# [01:03] * jgilbert_ is now known as jgilbert
# [01:05] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz)
# [01:05] * Joins: fabrice (fabrice@moz-104CC309.mv.mozilla.com)
# [01:07] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [01:07] * Joins: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
# [01:08] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
# [01:08] * khuey|away is now known as khuey
# [01:08] * Quits: mconley (mconley@moz-671E60DE.eng.wind.ca) (Input/output error)
# [01:08] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Ping timeout)
# [01:10] * philor|away is now known as philor
# [01:11] * Joins: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp)
# [01:11] * Joins: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP)
# [01:12] <heycam> after pulling my couple of weeks old checkout and building, I get this during configure:
# [01:12] <heycam> checking for Python version >= 2.5 but not 3.x...
# [01:12] <heycam> ...
# [01:12] <heycam> IOError: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.6" but "10.7" during configure
# [01:12] <heycam> any ideas?
# [01:13] <NeilAway> try deleting config.cache
# [01:13] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
# [01:13] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [01:13] * Joins: dseif (dseif@moz-7C934ECC.dsl.teksavvy.com)
# [01:14] * Quits: tonymec (tonymec@9BDD6723.6B780655.277517C1.IP) (Ping timeout)
# [01:15] * Quits: @smaug (chatzilla@moz-5B11B496.elisa-mobile.fi) (Ping timeout)
# [01:16] * Joins: tonymec (tonymec@9BDD6723.6B780655.277517C1.IP)
# [01:16] <jtcranmer> your first instinct on a config failure should be to delete config.* and try again
# [01:16] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [01:16] * rnewman|afk is now known as rnewman
# [01:17] * Quits: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com) (Ping timeout)
# [01:18] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [01:19] * Joins: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com)
# [01:19] <heycam> good idea
# [01:20] <heycam> didn't work unfortunately; will try blowing away my objdir
# [01:20] <mbrubeck> hmm, what is with OSX opt on inbound?
# [01:21] <heycam> NeilAway, same error even after removing my objdir :(
# [01:21] * Quits: whimboo (whimboo@moz-216F9AFA.superkabel.de) (Input/output error)
# [01:22] <mbrubeck> Looks like either igor, wesj, margaret, or gavin broke OS X opt tests. I am voting for igor.
# [01:22] <mbrubeck> only 64-bit
# [01:23] * Joins: Hughman (Mibbit@80D39027.2028720C.A3B82EC7.IP)
# [01:23] <mbrubeck> !seen igor
# [01:23] <firebot> igor was last seen 6 days, 7 hours, 50 minutes and 46 seconds ago, saying 'mrbkap: I guess I can ask luke to lokk at that then' in #jsapi.
# [01:23] <mbrubeck> awesome
# [01:24] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: Eaten by grue.)
# [01:24] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [01:24] <gavin> comment in the bug
# [01:24] <mbrubeck> yeah, backing out now
# [01:24] * Quits: Hughman (Mibbit@80D39027.2028720C.A3B82EC7.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [01:24] * Quits: gandalf (zbraniecki@moz-7CD030D1.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [01:24] * Joins: Hughman (Mibbit@80D39027.2028720C.A3B82EC7.IP)
# [01:24] <heycam> oh, macports went wild installing dependencies yesterday and I noticed python got updated
# [01:24] <heycam> that probably broke things for me :(
# [01:25] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [01:25] * jlebar|dinner is now known as jlebar
# [01:26] * Quits: AutomatedTester (AutomatedT@moz-7E54388C.as13285.net) (Input/output error)
# [01:27] * Quits: necolas (necolas@moz-F9C3140E.bb.sky.com) (Client exited)
# [01:28] <heycam> adding --enable-macos-target=10.7 fixed it for me
# [01:28] <heycam> (https://bugzilla.mozilla.org/show_bug.cgi?id=659881 helped)
# [01:28] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [01:28] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [01:28] * gregglind is now known as gregglind_away
# [01:29] * bear is now known as bear-afk
# [01:29] * Joins: smaug (chatzilla@moz-14483715.elisa-mobile.fi)
# [01:29] * ChanServ sets mode: +o smaug
# [01:31] * zpao is now known as zpao|detached
# [01:32] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [01:33] <mbrubeck> ah, self-serve confirms my backout hit the right target.
# [01:33] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [01:34] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [01:34] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [01:35] * Quits: pascalc (chatzilla@moz-D9B7639C.rev.sfr.net) (Ping timeout)
# [01:38] * Joins: mjschranz (mjschranz@6B54A471.531FD64C.630E4E47.IP)
# [01:38] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [01:41] * Quits: lsumar (lsumar@4548E2C6.EE84D258.11F528CC.IP) (Quit: This computer has gone to sleep)
# [01:41] * Quits: mjschranz (mjschranz@6B54A471.531FD64C.630E4E47.IP) (Ping timeout)
# [01:42] * Joins: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net)
# [01:43] * Quits: drice (derice@1606D15F.E628B196.8E155D4E.IP) (Quit: Leaving.)
# [01:43] <Bas> jesup: fwiw, I think you'll only need a couple of the DShow classes Chris made to be able to grab video frames.
# [01:43] * Joins: mjschranz (mjschranz@6B54A471.531FD64C.630E4E47.IP)
# [01:43] <jesup> Bas: right - far from the entire patch there
# [01:43] * bc is now known as bc|afk
# [01:43] * ctalbert is now known as ctalbert|afk
# [01:44] * Quits: findow (Mibbit@AC0547A4.6FDFB4BE.1957C0DA.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [01:44] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [01:44] <Bas> jesup: Yeah, you might get away with just nsBasePin and nsBaseFilter. Looking through the code those seem like most of the stuff you'd need.
# [01:44] <cers> shouldn't 691797 be re-opened as per the last comment in the bug?
# [01:45] * Joins: aja (chatzilla@F48EAD37.625E483C.7880DB15.IP)
# [01:45] <jesup> Could be; I haven't delved that deeply into it. In any case, I think the pieces we need are there, with minor un-bitrotting (they're largely isolated from causes of rot)
# [01:45] * Quits: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:46] <Bas> jesup: Well, yeah, I don't doubt that looking through the code that has more than enough for your purposes.
# [01:47] <Bas> jesup: Essentially all we need to do is make a SampleGrabber like filter.
# [01:47] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [01:47] * Joins: jimb (user@moz-529C7E2D.hfc.comcastbusiness.net)
# [01:47] <jesup> Right - and we can probably adapt/use the one from the current webrtc code
# [01:48] * Joins: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com)
# [01:48] * timA is now known as timA|brb
# [01:48] <birtles> dbaron, does css transitions (and css animations) need to specify whether events are dispatched synchronously or asynchronously?
# [01:49] * Quits: vingtetun (vingtetun@moz-13E039D1.games-host.eu) (Ping timeout)
# [01:49] * Quits: padenot (paul@moz-3FBBB4EC.ovh.net) (Ping timeout)
# [01:49] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
# [01:49] <@dbaron> birtles, not sure
# [01:49] * Quits: mounir (volkmar@moz-D976EECC.ovh.net) (Ping timeout)
# [01:49] * Quits: bear-afk (bear@moz-DC3B7839.grand-hotel-wifi.mozilla.hq) (Ping timeout)
# [01:49] * Quits: nical (blog@moz-3FBBB4EC.ovh.net) (Ping timeout)
# [01:49] * Quits: @smaug (chatzilla@moz-14483715.elisa-mobile.fi) (Input/output error)
# [01:49] <Bas> jesup: Yeah, I dunno, how we want to integrate it exactly, it might be easier to do something 'new' based on Chris' work than to try and get relevant parts out of webRTC, on the other hand if we're using webrtc anyway, it might be easier to do that.
# [01:49] * aja shakes head at new Google Groups' damned hashbang url's
# [01:49] * Quits: rfreebern (rfreebern@822AAF18.DFE6409B.2FF8F912.IP) (Ping timeout)
# [01:49] <birtles> dbaron, I've been talking with adobe about it and it seems like they'd prefer a synchronous approach
# [01:50] * Joins: smaug (chatzilla@moz-14483715.elisa-mobile.fi)
# [01:50] * ChanServ sets mode: +o smaug
# [01:50] * Quits: DeathWolf (DeathWolf@moz-7EDF16F7.ovh.net) (Ping timeout)
# [01:50] <birtles> dbaron, that's apparently what flash does
# [01:50] <birtles> dbaron, it allows you to make assumptions about what's on the stage when your event handler runs
# [01:50] <@dbaron> birtles, this is for things like TransitionEnd?
# [01:50] <birtles> dbaron, if you load http://mobiletest.host.adobe.com/w3c/Metro.html in chrome the animation goes out of sync due to the events being dispatched asynchronously
# [01:50] <birtles> dbaron, yes
# [01:51] <birtles> (i.e. the dog's head separates from his body)
# [01:51] <jhammel> i've had that happen before
# [01:51] <@dbaron> birtles, so we fire them within the refresh driver cycle that we're doing the processing
# [01:51] <@dbaron> birtles, but we don't have a spec for anything like the refresh driver so it's hard to know how to specify that sort of thing
# [01:51] <@dbaron> birtles, and we're still changing how we do it pretty rapidly
# [01:51] <birtles> dbaron, I haven't tested with our implementation yet (need to replace the prefixed there)
# [01:52] <birtles> dbaron, but I think some DOM events like mutation events are specified to be dispatched synchronously?
# [01:52] <@dbaron> birtles, which is a complete disaster
# [01:52] <birtles> dbaron, yep :)
# [01:52] <@dbaron> birtles, so, for a start, it's not clear what "synchronously" means since there isn't a defined time when these things happen
# [01:52] <birtles> dbaron, but I wonder if it makes sense to define it one way or the other in the spec?
# [01:53] <@dbaron> birtles, so defining what happens is a good bit more than "one way or the other"
# [01:53] <birtles> dbaron, I spoke to smaug and he thinks it would be possible so long as we're sure to dispatch the events at a safe moment (and don't make any assumptions about the state of the dom after each event handler returns)
# [01:53] <@dbaron> birtles, At this point I'd rather specify when they fire in terms of constraints
# [01:53] <@dbaron> birtles, e.g., specifying that X can't happen between Y and Z
# [01:54] <@dbaron> birtles, I think what we do now should be sufficient for not allowing rendering of intermediate states
# [01:54] <@dbaron> birtles, so I don't think we need to change anything
# [01:54] <@dbaron> birtles, and if somebody does think we need to change something then I'm probably going to disagree
# [01:54] <birtles> dbaron, ok, but from a spec level, once CSS has a timeline, I think it's helpful for authors to know if they can expect the event to be received at the same "time" as when the, e.g. transition ended
# [01:54] * zpao|detached is now known as zpao
# [01:55] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
# [01:55] <birtles> dbaron, e.g. in the adobe example, is the implementation at fault?
# [01:55] <birtles> dbaron, the separation of the dog's head from the body?
# [01:55] <@dbaron> birtles, the event should be received such that any style changes made during the event are displayed at the same time as
# [01:55] <@dbaron> ...
# [01:55] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [01:55] <@dbaron> you're going too fast for me
# [01:56] * Joins: AutomatedTester (AutomatedT@moz-7E54388C.as13285.net)
# [01:56] <birtles> dbaron, ok, sorry
# [01:56] <@dbaron> birtles, that said, event handlers can cause flushes which means they can break things
# [01:57] <@dbaron> birtles, so is the issue you're talking about that the dog's head lags a little bit?
# [01:57] <birtles> dbaron, yes
# [01:57] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [01:57] <@dbaron> birtles, so I have no idea what that example is doing
# [01:57] <@dbaron> birtles, and it's huge
# [01:58] <birtles> dbaron, yeah
# [01:58] <@dbaron> birtles, so I don't have a reasonable way to answer the qusetion
# [01:58] <birtles> dbaron, to simplify it down, if you have two animations A & B, A has duration 6s, B has duration 3s ...
# [01:58] <birtles> when B's animation/transition ends it fires an event handler
# [01:58] <birtles> the event handler triggers another animation of duration 3s
# [01:58] <birtles> call that subsequent animation C
# [01:58] * jaws is now known as jaws|away
# [01:59] <birtles> can we expect A and C to finish at the same time?
# [01:59] * Joins: ibarlow (ibarlow@moz-D5CDF301.cpe.net.cable.rogers.com)
# [01:59] <@dbaron> in our implementation, no
# [01:59] <@dbaron> we could do something like that
# [01:59] * Quits: ibarlow (ibarlow@moz-D5CDF301.cpe.net.cable.rogers.com) (Input/output error)
# [01:59] <@dbaron> it would involve associating times with events much more aggressively
# [01:59] <@dbaron> which would in turn break a lot of our coalescing optimizations
# [01:59] <@dbaron> so I think it's probably a bad idea
# [01:59] * Quits: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: ttfn)
# [01:59] <birtles> yeah, SMIL mentions doing that, i.e. embedding timestamps into animation events and using them for sync
# [02:00] * Joins: billm (billm@moz-BBE3ABD.mv.mozilla.com)
# [02:00] <@dbaron> well, we'd need to detect that we were processing an animation-end event and implicitly use the event's time rather than the current time as the start for a new animation
# [02:00] <billm> does anybody here know how to get a copy of the tp5 pages?
# [02:00] <@dbaron> likewise for a click event (which also has a time)
# [02:00] <@dbaron> we'd get more responsive UI if we did that sort of thing for click events, actually
# [02:00] * joduinn-mtg is now known as joduinn-coffee
# [02:00] * Quits: AutomatedTester (AutomatedT@moz-7E54388C.as13285.net) (Input/output error)
# [02:00] <@dbaron> since we'd make up any lag, which would make it seem like it responded instantly
# [02:01] <@dbaron> the problem is that the way event timestamps are specified in DOM events is completely stupid
# [02:01] <birtles> yeah, that's what SMIL suggests doing but that's for things like begin="elem.click" where you know how you're syncing
# [02:01] <@dbaron> and requires clock time rather than an interval timer
# [02:01] * glob|away is now known as glob
# [02:02] * Joins: DeathWolf (DeathWolf@moz-7EDF16F7.ovh.net)
# [02:02] <mbrubeck> good: bjacob's patch with the OSX64 debug M1 shutdown hang was pushed to try
# [02:02] <RyanVM> mats: did you mean to ask for review from yourself in bug 731858?
# [02:02] * Quits: @smaug (chatzilla@moz-14483715.elisa-mobile.fi) (Ping timeout)
# [02:02] <mbrubeck> bad: the version pushed to try did not build on OSX64.
# [02:02] * Joins: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP)
# [02:02] * Joins: mounir (volkmar@moz-D976EECC.ovh.net)
# [02:03] * Quits: Hughman (Mibbit@80D39027.2028720C.A3B82EC7.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [02:03] <birtles> dbaron, I think if we dispatched events synchronously, we could address adobe's use case here? not sure how CSS animations work with regard to the concept of "current time" though so maybe it wouldn't
# [02:03] <@dbaron> birtles, we do dispatch events synchronously
# [02:03] * Joins: rfreebern (rfreebern@822AAF18.DFE6409B.2FF8F912.IP)
# [02:03] * Joins: bear-afk (bear@moz-DC3B7839.grand-hotel-wifi.mozilla.hq)
# [02:03] <@dbaron> birtles, the problem is that refresh cycles can lag
# [02:04] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [02:04] <@dbaron> birtles, we'll dispatch the event the first time we process a refresh cycle after the time at which the transition/animation should end
# [02:04] <@dbaron> birtles, but if something's heavily loaded that might not be at that instant
# [02:04] <@dbaron> birtles, so we'll process the event before we do a repaint that no longer has the transition happening
# [02:04] * Quits: mounir (volkmar@moz-D976EECC.ovh.net) (Ping timeout)
# [02:04] <@dbaron> birtles, since we dispatch the event during the refresh cycle
# [02:05] <@dbaron> birtles, but the entire refresh cycle might be lagging a little bit, and if that happens
# [02:05] <@dbaron> birtles, and we start a new transition during that cycle
# [02:05] <@dbaron> birtles, it'll have the actual time
# [02:05] <birtles> dbaron, ok, that makes sense
# [02:05] <birtles> dbaron, in SVG we always run a sample at significant milestones
# [02:05] <birtles> dbaron, e.g. animation ends
# [02:05] <birtles> dbaron, so if you dispatched an event synchronously then
# [02:05] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
# [02:06] <birtles> dbaron, and the event handler started a new animation
# [02:06] <birtles> dbaron, it would have the correct time
# [02:06] <birtles> dbaron, but we don't dispatch events synchronously for SVG
# [02:07] <@dbaron> birtles, I wouldn't want to do that with anything refresh-driver-based since it would give pages a very simple way to accidentally force us to sample at way over the display's refresh rate
# [02:07] <birtles> dbaron, by sample, I don't mean we render, we just update the internal state of the animation model
# [02:07] * Joins: mounir (volkmar@moz-D976EECC.ovh.net)
# [02:08] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Quit: Mardak)
# [02:09] * Joins: nical (blog@moz-3FBBB4EC.ovh.net)
# [02:09] * Joins: bb10 (bb10@moz-C7B05616.org)
# [02:09] <@dbaron> birtles, yeah, but with the refresh driver, that could force us to do style changes, reflows, etc.
# [02:09] <@dbaron> birtles, depending on what the page does in its event handlers
# [02:09] <froydnj> RyanVM: thanks for churning through the checkin-needed queue!
# [02:09] * ewong|away is now known as ewong
# [02:10] <birtles> dbaron, gotcha
# [02:10] * Joins: padenot (paul@moz-3FBBB4EC.ovh.net)
# [02:11] * Joins: vingtetun (vingtetun@moz-13E039D1.games-host.eu)
# [02:13] <RyanVM> froydnj: no prob!
# [02:13] * Quits: cers (textual@moz-E3288E2B.bynqu1.dynamic.dsl.tele.dk) (Ping timeout)
# [02:14] <birtles> dbaron, by the way, did you have a chance to think about bug 376027? the svg display:none patch?
# [02:14] <@dbaron> birtles, not recently
# [02:14] <birtles> dbaron, ok, let me know if there's anything you want me to do
# [02:14] * @khuey feeds the troll
# [02:15] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
# [02:15] * Joins: cers (textual@moz-E3288E2B.bynqu1.dynamic.dsl.tele.dk)
# [02:15] <froydnj> khuey: put some sleeping agent in it
# [02:15] * Joins: surkov (surkov@E3825FF3.11872EF9.222B27F0.IP)
# [02:17] * timA|brb is now known as timA
# [02:18] <@roc> lkcl is a special kind of troll
# [02:18] * Quits: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com) (Ping timeout)
# [02:19] * Quits: jimb (user@moz-529C7E2D.hfc.comcastbusiness.net) (Ping timeout)
# [02:20] * qDot hadn't experienced him until the dev-b2g list.
# [02:22] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [02:23] * Joins: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:23] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [02:23] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Connection reset by peer)
# [02:24] * Quits: darktrojan (geoff@moz-509CC089.dsl.telstraclear.net) (Ping timeout)
# [02:24] * Quits: @roc (chatzilla@E100D0FF.FD181AD7.5CE2311A.IP) (Ping timeout)
# [02:26] * heycam is now known as heycam|away
# [02:27] * Joins: smaug (chatzilla@moz-51FA5DC0.gprs.sl-laajakaista.fi)
# [02:27] * ChanServ sets mode: +o smaug
# [02:27] * Quits: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [02:27] * Quits: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving.)
# [02:28] * heycam|away is now known as heycam
# [02:29] * Quits: biesi (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP) (Ping timeout)
# [02:29] * heycam is now known as heycam|away
# [02:29] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Connection reset by peer)
# [02:29] * Joins: raccettura_ (raccettura@moz-660B8F4B.hsd1.nj.comcast.net)
# [02:29] * Quits: @smaug (chatzilla@moz-51FA5DC0.gprs.sl-laajakaista.fi) (Ping timeout)
# [02:29] * Joins: smaug (chatzilla@moz-B9F13007.gprs.sl-laajakaista.fi)
# [02:29] * ChanServ sets mode: +o smaug
# [02:29] <cers> luke: ping
# [02:31] * Joins: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:31] * Quits: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
# [02:31] <philor> RyanVM: well, on the bright side, it's reasonably obvious which one of those checkin-neededs must be the one that was non-crashing-patch-needed :)
# [02:31] <RyanVM> yeah
# [02:31] <RyanVM> working on itnow
# [02:32] <RyanVM> funny thing is, I was looking at 492931 thinking to myself "I really hope they ran this through Try"
# [02:32] <RyanVM> ehoogeveen: ^
# [02:32] * Quits: stux (stux@moz-FD6B9EC6.hfc.comcastbusiness.net) (Quit: Leaving)
# [02:32] * Quits: sicking (chatzilla@moz-6644F61A.static-ip.oleane.fr) (Input/output error)
# [02:32] <mbrubeck> Wow, looks like coalescing spared us most of the agony of this OS X64 crashing.
# [02:32] * Joins: jdm (jdm@moz-15BB5FE6.cable.teksavvy.com)
# [02:33] * Joins: stux (stux@moz-FD6B9EC6.hfc.comcastbusiness.net)
# [02:33] <mbrubeck> and yet didn't manage to make it impossible to find the culprit. Not bad...
# [02:33] * Joins: regen (Miller@moz-EBDEE7D7.adsl.dynamic.seed.net.tw)
# [02:34] * Quits: raccettura_ (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Connection reset by peer)
# [02:34] * Joins: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net)
# [02:35] * Joins: bodhibroy (chatzilla@moz-A4E84065.dynip.nus.edu.sg)
# [02:35] * Quits: bodhibroy (chatzilla@moz-A4E84065.dynip.nus.edu.sg) (Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120216082320])
# [02:35] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [02:36] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving...)
# [02:36] <mattwoodrow> tn: Got a minute to explain how painting of popups works?
# [02:36] <tn> mattwoodrow, sure
# [02:37] <mattwoodrow> tn: Are they run off separate refresh drivers?
# [02:37] * Quits: jet (junglecode@moz-BBE3ABD.mv.mozilla.com) (Quit: jet)
# [02:38] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [02:38] * Joins: jet (junglecode@moz-BBE3ABD.mv.mozilla.com)
# [02:38] <tn> mattwoodrow, no, off the same one as regular painting
# [02:38] * Quits: jet (junglecode@moz-BBE3ABD.mv.mozilla.com) (Quit: jet)
# [02:39] * Quits: JeroenDeDauw (jeroen@7BA25E.882B451D.DDBC9343.IP) (Ping timeout)
# [02:39] <mattwoodrow> tn: via nsViewManager::ProcessPendingUpdates() ?
# [02:40] * Joins: kanru (user@moz-99690620.hinet-ip.hinet.net)
# [02:41] <tn> mattwoodrow, yeah, popups get views, so when we recurse on child views that flushes their invalidates to the os as well
# [02:41] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.2a1pre)
# [02:41] <mattwoodrow> right, that makes sense
# [02:41] <mattwoodrow> and explains why only painting to the root view isn't doing anything for popups :)
# [02:41] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:41] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:42] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Ex-Chat)
# [02:43] <mattwoodrow> thanks tn, I think I know how to fix this
# [02:43] <tn> np
# [02:43] * Quits: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:43] <mattwoodrow> you're going to the layout week right?
# [02:43] * Quits: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:43] * Joins: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com)
# [02:44] * Joins: lsumar (lsumar@moz-7691825E.adsl.xtra.co.nz)
# [02:44] * joduinn-coffee is now known as joduinn
# [02:44] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:45] <dholbert> dbaron, do you know if we have a bug (or even intend to support) transitions to/from intrinsic widths? (like -moz-max-content)
# [02:45] <dholbert> s/bug/bug on supporting/
# [02:45] <dholbert> dbaron, (doesn't work currently -- see e.g. http://people.mozilla.org/~dholbert/tests/intrinsic-transitions-test.html )
# [02:46] <dholbert> (we just snap between the widths instead of transitioning them, if one of the endpoints is e.g. -moz-max-content)
# [02:47] <@dbaron> dholbert, not sure if we have a bug
# [02:47] <dholbert> (in contrast, webkit does transition, but it uses "0" as the endpoint for that transition instead of the actual resolved intrinsic width)
# [02:47] * Joins: jet (junglecode@moz-BBE3ABD.mv.mozilla.com)
# [02:47] <@dbaron> dholbert, I think we'd support it if we support calc(-moz-max-content * 0.5 + 50px * 0.5)
# [02:47] <@dbaron> dholbert, which is something I'd like to do eventually
# [02:47] * Joins: masayuki (masayuki@moz-911CC660.zaq.ne.jp)
# [02:47] <@dbaron> dholbert, WebKit's behavior of making 'auto' etc. behave as 0 is just broken, though
# [02:47] <dholbert> dbaron, ok (I searched a bit & couldn't find a bug -- I'll file one)
# [02:47] <dholbert> definitely, yeah
# [02:47] <dholbert> I don't think their behavior is better than ours on this
# [02:48] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [02:49] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
# [02:50] <RyanVM> philor: the bright side of doing this daily is that it makes the list of potential backouts shorter :P
# [02:51] * Joins: nli (nli@moz-99690620.hinet-ip.hinet.net)
# [02:51] * khuey is now known as khuey|away
# [02:51] <tn> mattwoodrow, yes
# [02:51] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:52] * Joins: dao (dao@moz-1377C14D.superkabel.de)
# [02:52] * timA is now known as timA|away
# [02:53] * nthomas is now known as nthomas|away
# [02:54] * Quits: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [02:56] * Quits: vikash (vikash@2F1D6CF2.38F0169.5D9ABA9F.IP) (Quit: Leaving)
# [02:57] * Joins: smaug_ (chatzilla@moz-B78D7524.elisa-mobile.fi)
# [02:57] * Quits: mixedpuppy (mixedpuppy@21B7B9F2.B87E9213.6E712CE2.IP) (Quit: mixedpuppy)
# [02:57] * Parts: jet (junglecode@moz-BBE3ABD.mv.mozilla.com)
# [02:57] * Quits: @smaug (chatzilla@moz-B9F13007.gprs.sl-laajakaista.fi) (Ping timeout)
# [02:57] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: gone)
# [02:57] * Quits: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving.)
# [02:58] * Quits: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [02:58] * jmaher|afk is now known as jmaher
# [02:59] * smaug_ is now known as smaug
# [03:00] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [03:00] * Joins: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net)
# [03:03] * Quits: smaug (chatzilla@moz-B78D7524.elisa-mobile.fi) (Ping timeout)
# [03:05] * Quits: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 10.0.1/20120213092145])
# [03:06] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
# [03:06] * Quits: chewey (chewey@moz-794D4C9B.dip0.t-ipconnect.de) (Ping timeout)
# [03:07] * Quits: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP) (Quit: rniwa)
# [03:08] * Joins: hnougher (Mibbit@FFA37C1F.2028720C.A3B82EC7.IP)
# [03:09] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [03:09] * Joins: chewey (chewey@moz-794D4C9B.dip0.t-ipconnect.de)
# [03:09] * Quits: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [03:10] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
# [03:11] <@bz> jlebar: ping
# [03:12] <jlebar> bz, hey
# [03:13] <@bz> jlebar: how close are you to pushing your hash stuff?
# [03:13] * Quits: KaiRo (robert@moz-A823A6E1.adsl.highway.telekom.at) (Input/output error)
# [03:13] <@bz> jlebar: as in, should I wait for it, or should I go ahead and push the Bloom filter stuff to mfbt?
# [03:13] <@bz> jlebar: (we have minor conflicts in the exported_header.mk)
# [03:14] * Quits: Ami_Ty (Amie@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Ami_Ty)
# [03:15] <jlebar> bz, I think you should go ahead and push; I'm not sure when Waldo will get to bug 729952, but if your bloom filter work is an improvement without it, then there's no need to wait.
# [03:15] <jlebar> bz, Bug 729940 will probably take longer to get reviewed, since it touches a lot of code.
# [03:15] <gavin> NeilAway: can you explain why http://mxr.mozilla.org/comm-central/source/suite/browser/tabbrowser.xml#503 isn't just setting userTypedClear to 0?
# [03:16] <@bz> jlebar: oh, I'm just pushing the filter itself so far
# [03:16] <@bz> jlebar: not the css code to use it
# [03:16] <@bz> jlebar: but yes, even that is an improvement without the better hash
# [03:16] <@bz> jlebar: ok, I'll just push stuff
# [03:17] <jlebar> bz, Yeah, no worries about trivial merge conflicts.
# [03:17] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [03:18] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [03:19] * Joins: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [03:19] * jaws|away is now known as jaws
# [03:20] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:20] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [03:20] <gavin> dao: you might know the answer too (I'm reviewing your patch)
# [03:20] <gavin> (see my question to NeilAway)
# [03:22] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [03:23] * Joins: faramarz (faramarz@moz-CD61C00E.hsd1.ca.comcast.net)
# [03:24] * Joins: darin_ (darin@moz-CD91E596.google.com)
# [03:24] * Quits: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving.)
# [03:24] * Quits: darin (darin@moz-CD91E596.google.com) (Ping timeout)
# [03:25] * Quits: jamesr (jamesr@9D646D74.D6CCE4AE.77834EAA.IP) (Ping timeout)
# [03:25] * Quits: darin_ (darin@moz-CD91E596.google.com) (Connection reset by peer)
# [03:25] * Joins: darin_ (darin@moz-CD91E596.google.com)
# [03:25] * edmorley cracks open the dev.platform popcorn
# [03:26] * Quits: billm (billm@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [03:27] <jdm> xpcom and python, sitting in a tree
# [03:27] <jdm> kay eye ess ess eye enn gee
# [03:28] <JonathanS> jdm, that be like pyxpcom?
# [03:28] <jdm> at least, they would be kissing if they could find each other's mouths
# [03:28] <jdm> but we took away xpcom's mouth months ago
# [03:28] * nthomas|away is now known as nthomas
# [03:29] * njn suspects that pyxpcom guy isn't getting the message
# [03:29] <njn> he's done more typing in that thread than I've done all year
# [03:29] * Quits: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP) (Connection reset by peer)
# [03:29] * Joins: Honza_ (chatzilla@C62E2FAA.23B79DE4.D0083327.IP)
# [03:29] * Honza_ is now known as Honza
# [03:31] * jtcranmer sighs at @pyxpcom
# [03:32] <bholley> khuey|away: you heard the man - stop interfering!
# [03:32] <jdm> let the core developers talk this out
# [03:32] * Joins: asac (asac@moz-2F592D9C.pppoe.wtnet.de)
# [03:33] * ewong is now known as ewong|away
# [03:33] * Quits: asac_ (asac@C93616FB.617884FA.B3DDC20A.IP) (Ping timeout)
# [03:33] * Quits: priya (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
# [03:33] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
# [03:34] * Joins: jamesr (jamesr@9D646D74.D6CCE4AE.77834EAA.IP)
# [03:34] * khuey|away is now known as khuey
# [03:34] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:34] * Joins: clokep_js (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [03:35] <@khuey> bholley: so, if dbaron and bsmedberg don't understand xpcom
# [03:35] <@khuey> bholley: and I'm not a core developer
# [03:35] <@khuey> who exactly is he looking for help from?
# [03:35] <bholley> khuey: I think we should transfer top-level module ownership over to him
# [03:35] <jmaher> is there a reference to try server somewhere? I am not having luck getting to https://build.mozilla.org/trychooser/
# [03:35] <@khuey> lol
# [03:36] <davidb> jmaher: try http://trychooser.pub.build.mozilla.org/
# [03:37] * Quits: regen (Miller@moz-EBDEE7D7.adsl.dynamic.seed.net.tw) (Quit: regen)
# [03:37] * Quits: clokep_js (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Input/output error)
# [03:38] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [03:38] <@bz> khuey: at some point, you give up like I did earlier today
# [03:40] <gavin> please, everyone give up
# [03:40] <@bz> but yes, this is someone who likes to tell people they don't understand the beauty of COM
# [03:40] <@bz> has for years now
# [03:40] <gavin> clearly not worth it at this point :)
# [03:40] <mconnor> oh god, that thread moved to .platform?
# [03:41] <@dbaron> mconnor, there were two threads right from the start
# [03:41] <@dbaron> (governance and platform, at least)
# [03:41] * Quits: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [03:41] <@dbaron> I think we should see what percentage of the total super-reviewers can mark https://bugzilla.mozilla.org/show_bug.cgi?id=731121 invalid :-)
# [03:41] <mconnor> oh. oy.
# [03:42] <@dbaron> I gave up quite a few days ago
# [03:42] <@khuey> bz: yeah, a few pithy lines isn't too much skin off my back though
# [03:42] * Quits: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Quit: juanb)
# [03:43] <@dbaron> after he told me that I didn't "understand the immense power and design freedom that Common Object Model technology gives people"
# [03:44] <bholley> poor old COM needs an evangelist
# [03:44] <bholley> does anyone know a way for me to window.open in a crashtest without running into popup blocking?
# [03:44] <@bz> "I am the great and powerful.... XPCOM"
# [03:44] <@bz> bholley: no
# [03:44] <@bz> bholley: use a mochitest?
# [03:45] * @bz thought we ran crashtests with popup blocker off, but if we don't....
# [03:45] <@khuey> you can't open windows in the reftest harness
# [03:45] <davidb> jdm: i'm gonna call you matt from now on
# [03:45] <bholley> bz: do assertions currently make mochitests go orange
# [03:45] <bholley> ?
# [03:45] <@bz> bholley: nope
# [03:45] <bholley> bz: well, darn
# [03:46] <bholley> bz: I'm just going to ignore peterv's request to check in a test then
# [03:46] <@bz> bholley: why do you need to window.open() ?
# [03:46] <@bz> bholley: so you can close()?
# [03:46] <@dbaron> my assertions-in-mochitest patch actually could land now
# [03:46] <@dbaron> I just need to address review comments sometime
# [03:46] <bholley> bz: bug 716383
# [03:46] <@bz> bholley: or would removing iframes from the DOM be good enough?
# [03:46] <bholley> bz: I tried switching it to an iframe, but the assertion didn't fire
# [03:47] <bholley> bz: and I'm not sure it's worth the time to find out why
# [03:47] <@bz> dbaron: btw, the bloom filter stuff is in your review queue
# [03:47] <@bz> dbaron: speeds up the huffpo pageload by 30%....
# [03:47] <@bz> bholley: yeah
# [03:47] <@dbaron> bz, yeah, along with a few other things :-)
# [03:47] <@bz> dbaron: sped up, or in your queue?
# [03:47] <@dbaron> in my queue
# [03:47] <@bz> dbaron: I can try to help with the latter a bit
# [03:48] <@bz> dbaron: if that would be useful
# [03:48] <@dbaron> bz, want to take over the review request in https://bugzilla.mozilla.org/show_bug.cgi?id=697230 ?
# [03:48] * @bz looks
# [03:48] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [03:49] <@bz> I'll give it a shot, sure
# [03:50] <@khuey> you know
# [03:50] <@khuey> two months ago, when I posted that patch
# [03:50] <@khuey> I flipped a coin in my head between you two
# [03:51] <@khuey> clearly that was a very unlucky flip
# [03:52] <@bz> heh
# [03:52] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Input/output error)
# [03:53] * Quits: chewey (chewey@moz-794D4C9B.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:53] * Joins: chewey (chewey@moz-1A33E3A9.dip0.t-ipconnect.de)
# [03:54] * Joins: gozala (gozala@moz-C8F90CFC.static.monkeybrains.net)
# [03:54] <@bz> khuey: anything I should know about this patch before I dig into it?
# [03:54] <bholley> lol, luke asked bz to "pressurize" MoFo
# [03:54] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [03:54] <@bz> khuey: e.g. why this is needed?
# [03:55] <@khuey> bz: centralizing the image request handling is needed for blocking onload for style images
# [03:55] * Quits: sewardj (sewardj@moz-DE7C7C4B.dip.t-dialin.net) (Ping timeout)
# [03:55] <gavin> MOZ_ASSERT is not documented on developer.mozilla.org
# [03:55] * Joins: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net)
# [03:55] * Joins: sewardj (sewardj@moz-F2E66BAB.dip.t-dialin.net)
# [03:55] <@bz> khuey: why?
# [03:55] <@bz> khuey: (not saying it's not; just trying to get the context)
# [03:56] * @khuey attempts to page the context back in
# [03:56] <@bz> yeah
# [03:56] <@bz> sorry about that
# [03:56] <@khuey> no worries
# [03:56] <@bz> ooh
# [03:56] <@bz> hanging this off the document now
# [03:56] <@bz> spiff
# [03:57] <@khuey> bz: I think the problem is just that if we don't centralize this stuff we have to go around and find all the image loaders somehow
# [03:57] <@bz> ok
# [03:57] <@khuey> bz: or the image loaders have to find their document
# [03:57] <@bz> good
# [03:57] <@khuey> neither of which is easy
# [03:57] * Quits: dao (dao@moz-1377C14D.superkabel.de) (Quit: Leaving.)
# [03:57] <@khuey> but again, 2 month lag ...
# [03:57] <@khuey> so that's just an educated guess
# [03:57] <@bz> it matches my guess
# [03:57] <@bz> so good enough
# [03:57] <@khuey> excellent
# [03:58] * Quits: jamesr (jamesr@9D646D74.D6CCE4AE.77834EAA.IP) (Quit: jamesr)
# [04:01] * Quits: vikram360 (vikram360@60E85089.7D1BF977.2A068A5E.IP) (Ping timeout)
# [04:04] <@bz> khuey: you want questions here or in /query ?
# [04:06] * Quits: jeremyhu (jeremyhu@54BAD21E.C5B353C9.624AD39E.IP) (Client exited)
# [04:07] * Quits: davidb (davidb@471D72E.2257F909.F30C9E9E.IP) (Quit: davidb)
# [04:07] * Joins: Mardak (Mardak@A01051A9.6F669779.3D1CA460.IP)
# [04:08] <@khuey> bz: I can answer questions here
# [04:08] <@khuey> or attempt to
# [04:08] <@bz> actually, I figured it out for myself for now
# [04:08] <@bz> if others come up, will go here
# [04:08] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:08] <@khuey> k
# [04:09] * @khuey will be around
# [04:09] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [04:09] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [04:09] <jaws> could we move this nsTArraytoJSArray function to the nsTArray.h file? http://mxr.mozilla.org/mozilla-central/source/dom/telephony/Telephony.cpp#73
# [04:10] * Joins: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net)
# [04:10] <jaws> i'm not sure why it is buried in Telephony.cpp, but I think it could be convenient to others unless there is a reason we shouldn't do so
# [04:10] <@khuey> jaws: we don't want it in nsTArray.h, I think
# [04:10] <@khuey> jaws: but we could move it somewhere more convenient
# [04:11] * joduinn is now known as joduinn-afk
# [04:11] * Quits: Mardak (Mardak@A01051A9.6F669779.3D1CA460.IP) (Quit: Mardak)
# [04:11] <@khuey> jaws: nsContentUtils is the proverbial dumping ground for this kind of stuff
# [04:12] <jaws> yeah it is
# [04:12] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [04:12] <jaws> khuey: do you know why we don't want it in nsTArray.h ?
# [04:13] <@khuey> because we generally try to keep javascripty stuff out of xpcom/
# [04:13] <jaws> oh ok
# [04:14] * Joins: eflores_ (eflores@3E224D08.BD77B3DB.293D7F07.IP)
# [04:14] * Quits: eflores (eflores@3E224D08.BD77B3DB.293D7F07.IP) (Connection reset by peer)
# [04:15] * Quits: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net) (Input/output error)
# [04:15] * Joins: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net)
# [04:16] * Quits: eflores_ (eflores@3E224D08.BD77B3DB.293D7F07.IP) (Ping timeout)
# [04:16] * Joins: eflores (eflores@3E224D08.BD77B3DB.293D7F07.IP)
# [04:17] * Quits: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net) (Ping timeout)
# [04:19] * Joins: Mardak (Mardak@A01051A9.6F669779.3D1CA460.IP)
# [04:22] <jaws> is there an easier way to convert an nsTArray to a jsval? or how would i use a nsVariant* instead?
# [04:22] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:22] <@khuey> you should totally steal that code and move it somewhere useful
# [04:23] <@khuey> don't waste your time reinventing the wheel
# [04:24] <jaws> k, i'll move it to nsContentUtils
# [04:25] * Quits: edmorley (edmorley@moz-6012E233.range109-156.btcentralplus.com) (Quit: Leaving.)
# [04:25] * Joins: st3fan_ (stefan@moz-1DB39D3E.members.linode.com)
# [04:25] * Quits: slowpoke (slowpoke@moz-AE67AB45.gigabit.perfect-privacy.com) (Ping timeout)
# [04:26] * st3fan_ is now known as st3fan
# [04:27] * Parts: st3fan (stefan@moz-1DB39D3E.members.linode.com)
# [04:28] * Joins: jeremyhu (jeremyhu@54BAD21E.C5B353C9.624AD39E.IP)
# [04:28] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:29] * Quits: eflores (eflores@3E224D08.BD77B3DB.293D7F07.IP) (Ping timeout)
# [04:29] * Joins: eflores (eflores@3E224D08.BD77B3DB.293D7F07.IP)
# [04:30] * Joins: slowpoke (slowpoke@moz-AE67AB45.gigabit.perfect-privacy.com)
# [04:31] * Quits: Mardak (Mardak@A01051A9.6F669779.3D1CA460.IP) (Quit: Mardak)
# [04:32] <@bz> new dom bindings will solve that problem!
# [04:33] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Quit: jgriffin)
# [04:34] <@khuey> they'll solve all our problems
# [04:35] * Joins: m_kato (m_kato@moz-348F61F0.mozilla.or.jp)
# [04:35] <@bz> khuey: so..
# [04:35] * Joins: kwierso (chatzilla@moz-BD032982.chcgilgm.static.covad.net)
# [04:35] <@bz> khuey: the old code invalidated on every frame for backgrounds
# [04:36] <@bz> khuey: but only on load for border images
# [04:36] <@bz> khuey: your new code just always redraws for both
# [04:36] <@bz> khuey: right?
# [04:37] <@khuey> I believe so
# [04:37] <@khuey> we might have decided that that was the right behavior or that might be an oversight
# [04:37] <@khuey> I don't really remember :-/
# [04:38] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [04:39] * Joins: Mook (mook@moz-D4B2E3F9.dsl.teksavvy.com)
# [04:40] * Quits: hnougher (Mibbit@FFA37C1F.2028720C.A3B82EC7.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [04:40] <@bz> ok
# [04:40] * @bz adds it to his "triple-check this" list
# [04:41] * Quits: jeremyhu (jeremyhu@54BAD21E.C5B353C9.624AD39E.IP) (Client exited)
# [04:41] * Quits: gozala (gozala@moz-C8F90CFC.static.monkeybrains.net) (Quit: Leaving.)
# [04:43] * Joins: pranavrc (pranavrc@EA9198D8.1E3EB3FF.C28326FD.IP)
# [04:44] * Quits: slowpoke (slowpoke@moz-AE67AB45.gigabit.perfect-privacy.com) (Ping timeout)
# [04:45] <Octayn> Could someone using linux check out http://greggman.com/downloads/examples/html5bytebeat/html5bytebeat.html and see if it works at all, or if it's just me.
# [04:46] * Joins: jeremyhu (jeremyhu@54BAD21E.C5B353C9.624AD39E.IP)
# [04:48] <jdm> ooh
# [04:48] <jdm> I don't know what I'm listening to, but I approve of audio experiments
# [04:48] <Octayn> Don't get too involved, it'll suck you in and you'll waste a half hour playing ;)
# [04:48] <jdm> oh, there's a text input
# [04:48] * Joins: dseif_ (dseif@moz-2980D6A.dsl.teksavvy.com)
# [04:48] * Quits: dseif (dseif@moz-7C934ECC.dsl.teksavvy.com) (Ping timeout)
# [04:48] <Octayn> jdm: given a variable t, write a function that produces a byte
# [04:48] <Octayn> that byte is 8-bit pcm and played as such
# [04:49] <@bz> "This setting was originally designed for customization by computer manufacturers, and computer manufacturers will probably have a pretty close relationship with the companies that provide shov^H^H^H^Hvalue-added software for their systems. "
# [04:49] * @bz sees that Raymond has been having the same add-on issues we have
# [04:49] * philor is now known as philor|away
# [04:49] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Ping timeout)
# [04:49] <jdm> Octayn: in return, allow me to link you to http://www.joshmatthews.net/domtracker/
# [04:50] <jdm> which has been sucking all of my free time to make in the past three days
# [04:50] <Octayn> hilarity ensues when you open the combobox and the window scrolls
# [04:50] <Octayn> bye-bye, combo box!
# [04:50] <Octayn> jdm: what am I watching/listening to?
# [04:51] <jdm> Octayn: are you familiar with MOD files and trackers from the 80s/90s?
# [04:51] <jdm> this is a tracker for your browser
# [04:51] <@khuey> bz: yeah I enjoyed that
# [04:51] <Octayn> I am not, though I will research
# [04:51] <jdm> it's got a random well-known MOD loaded by default
# [04:52] <jdm> Octayn: holy crap, the sample songs from the github repo are fantastic
# [04:52] <Octayn> jdm: are you using linux and it actually works?
# [04:52] <jdm> Octayn: sorry, osx
# [04:53] <Octayn> jdm: but yeah, it is pretty amazing. bytebeat has me in his hooks, I will be spending significant amounts of time with it tomorrow
# [04:53] <jdm> I might end up stealing the waveform visualization code
# [04:54] <jdm> I need it to add a sample editor to domtracker
# [04:54] * Joins: bonnie (bbsurender@654012E9.CFB1C97.DD3002AF.IP)
# [04:54] <jdm> I don't even understand how you start putting one of these bytebeat formulas together
# [04:54] * Quits: bonnie (bbsurender@654012E9.CFB1C97.DD3002AF.IP) (Client exited)
# [04:54] <Octayn> it's just javascript
# [04:55] <Octayn> you can fit infinite complexity into that textbox, but what's the fun in that
# [04:55] <Octayn> More fun is to squeeze awesome out of practically nothing
# [04:55] * Quits: eflores (eflores@3E224D08.BD77B3DB.293D7F07.IP) (Quit: Bye)
# [04:55] * zpao is now known as zpao|detached
# [04:56] <@dolske> my cat just walked across my keyboard and it started playing a rick astley remix.
# [04:57] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
# [04:59] * Joins: anky (anky@83A0AAF6.31804B8C.A3D1B221.IP)
# [04:59] * Joins: ewong|afk (chatzilla@moz-3CBEA671.ctinets.com)
# [05:00] * Quits: mjschranz (mjschranz@6B54A471.531FD64C.630E4E47.IP) (Client exited)
# [05:00] * Quits: jeremyhu (jeremyhu@54BAD21E.C5B353C9.624AD39E.IP) (Client exited)
# [05:00] * ewong|afk is now known as ewong
# [05:01] <Octayn> Anyway the problem is that that app works flawlessly on windows (and apparently on osx) but on linux it barely functions if at all
# [05:01] * lsblakk is now known as lsblakk|afk
# [05:01] <Octayn> Is there something deficient about a linux implementation somewhere that I should know about?
# [05:03] <jaws> if i have a JSContext*, can I get the global object from it as a JSObject*?
# [05:03] * Quits: victorporo (victorporo@9D98A5C0.6465CCD9.79933D60.IP) (Quit: Leaving...)
# [05:04] <Mook> jdm: is domtracker having large pauses as the pages switch (or whatever it is) expected? or is my machine just too slow?
# [05:05] <jdm> Mook: yeah, background tabs have setInterval de-prioritized, and that's what the html5 audio generation requires
# [05:05] <Mook> sorry, I meant when it goes to the bottom and jumps back to the top
# [05:05] * Joins: slowpoke (slowpoke@moz-F773540F.gigabit.perfect-privacy.com)
# [05:05] <Mook> I didn't actually switch tabs
# [05:05] <jdm> Mook: oh, hmm. no, that's not meant to happen.
# [05:06] <Mook> okay, time to try new profile and then see what I can throw at it.
# [05:06] <Octayn> jdm: hmm, are you using setInterval so as to not block? have you thought about pushing that off to a worker?
# [05:06] * nthomas is now known as nthomas|away
# [05:06] <@khuey> jaws: nsJSUtils::GetDynamicScriptGlobal
# [05:07] <jdm> Octayn: I'm not certain that you can use the audio api from workers
# [05:07] <jaws> thanks khuey!
# [05:08] <@dolske> jaws: what are you up to? :)
# [05:08] <@khuey> jaws: or just JS_GetGlobalObject
# [05:08] <@khuey> looks like that is simpler if you just want the JSObject
# [05:09] <@dolske> Octayn: I'm not a media hacker, but I'm not aware of anything in particular broken with linux. well, other than the usual problems linux has with audio. :)
# [05:09] <kinetik> Octayn: works for me in nightly on Fedora 14
# [05:09] <jaws> dolske: working on click to play plugins
# [05:09] <@dolske> Octayn: you might... ah, there's kinetik. :)
# [05:09] <@dolske> jaws: oh my. you've gone down the rabbit hole, eh?
# [05:09] <Octayn> kinetik: damn, that means it's my fault
# [05:10] <jaws> dolske: its for this bug https://bugzilla.mozilla.org/show_bug.cgi?id=730318
# [05:10] <kinetik> Octayn: what system are you on?
# [05:10] <Octayn> kinetik: exherbo. tiny obscure source-based distro
# [05:10] * jmaher is now known as jmaher|afk
# [05:10] <kinetik> Octayn: the current Linux backend for audio is not known to work well with the Audio Data API, so maybe I'm getting lucky here
# [05:11] <kinetik> Octayn: what're you using for audio, PulseAudio, just ALSA?
# [05:11] <Octayn> kinetik: just alsa
# [05:14] * Quits: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [05:14] <kinetik> Octayn: hrm, actually works for me via PA or using ALSA directly
# [05:15] <@dolske> does "not known to work well" mean "known not to work well"? :)
# [05:15] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [05:15] * ChanServ sets mode: +o ehsan
# [05:16] <kinetik> dolske: tomato
# [05:16] <kinetik> if that helps
# [05:17] <@dolske> \o/
# [05:17] <Octayn> Hm
# [05:17] <Octayn> I can't appear to get any demos using the audio data api to function
# [05:18] <Octayn> Oh, these are webkit-only demos.
# [05:18] <Octayn> That explains it!
# [05:21] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Quit: raccettura)
# [05:22] <kinetik> Octayn: does audio work if you play: http://video.webmfiles.org/big-buck-bunny_trailer.webm
# [05:23] <Octayn> kinetik: yeah
# [05:24] <Octayn> And the examples from https://wiki.mozilla.org/Audio_Data_API#Working_Audio_Data_Demos are working too
# [05:25] <kinetik> Octayn: can you pastebin the result of aplay -lL somewhere?
# [05:25] * Quits: glob (glob@moz-E31CD2CB.mozilla.org) (Quit: Leaving...)
# [05:25] <Octayn> Sure
# [05:25] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [05:25] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
# [05:25] <Octayn> http://paste.pocoo.org/show/558976/
# [05:25] * Joins: glob (glob@moz-E31CD2CB.mozilla.org)
# [05:25] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [05:25] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [05:26] * Joins: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net)
# [05:28] <jtcranmer> lolwut
# [05:29] <jtcranmer> "I don't know what trolling is"
# [05:29] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [05:29] <@khuey> well, that just proves he's an excellent troll, no?
# [05:29] * philor|away is now known as philor
# [05:29] * Joins: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com)
# [05:29] <Octayn> kinetik: pulse is listed but don't let t hat fool you, it's never running (I tinkered with it a few months ago)
# [05:30] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
# [05:30] <jtcranmer> I'm almost tempted to respond
# [05:30] <jtcranmer> but I don't want to spam people any further
# [05:30] <@khuey> "make the decision to revoke my bugzilla account (like the"
# [05:30] <@khuey> webkit team did, after their deliberate bullying)."
# [05:30] <kinetik> Octayn: right
# [05:30] <@khuey> hey guys!
# [05:30] <@khuey> the webkit people are smarter than we are!
# [05:31] <jtcranmer> oh
# [05:31] <kinetik> Octayn: what are the symptoms?
# [05:31] <@dolske> khuey: I've seen your work
# [05:31] <jtcranmer> ubuntu also banned him
# [05:31] <kinetik> Octayn: also, what version of Firefox are you running?
# [05:32] <jtcranmer> oh, heh, this is hilarious
# [05:32] * Quits: anky (anky@83A0AAF6.31804B8C.A3D1B221.IP) (Client exited)
# [05:32] * Joins: cssanimgradients (blah@3753EE3E.DBF822D2.45459EBF.IP)
# [05:32] <Octayn> kinetik: Unless the web console or firebug opens, I hear a few (2-3) pops and then the timer in the top left stops moving and I hear nothing. If the builtin web console is open it usually plays fine until the tab is backgrounded and then never starts again. With firebug, it's hit-or-miss. This is with FF10.0 and nightly
# [05:33] <cssanimgradients> Firefox doesn't render http://ie.microsoft.com/testdrive/Graphics/Bayou like IE
# [05:33] <cssanimgradients> http://ie.microsoft.com/testdrive/ieblog/2012/feb/pp5-demo.webmvp8.webm to see how IE renders it, don't know when MS started serving WebM videos but it's an improvement I guess
# [05:34] <kinetik> Octayn: okay, that sounds like one of the known issues... if you experiment with the amount of data the JS is writing to mozWriteAudio you may be able to get it to work on your system.
# [05:34] * Joins: priya (Adium@moz-5843392D.hsd1.ca.comcast.net)
# [05:34] <kinetik> Octayn: if you file a bug in Core::Video/Audio and CC me, we can go from there
# [05:35] * @bz suggests not wasting time readin
# [05:35] * Joins: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
# [05:35] <@bz> er, reading
# [05:35] <@bz> on that stuff
# [05:35] <Octayn> kinetik: Alright, I'll play with it in the morning and file a bug then too. Thanks!
# [05:35] <kinetik> Octayn: thanks
# [05:36] * Quits: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.88 [Firefox 12.0a2/20120225042011])
# [05:36] * Quits: pranavrc (pranavrc@EA9198D8.1E3EB3FF.C28326FD.IP) (Ping timeout)
# [05:37] * @bz is not sure what he thinks of mozilla::css::ImageLoader vs imgILoader
# [05:38] * Joins: knelson (Adium@A4273395.64AC677C.42E94045.IP)
# [05:38] * Parts: knelson (Adium@A4273395.64AC677C.42E94045.IP)
# [05:38] <@bz> khuey: ping
# [05:39] <@khuey> bz: hi
# [05:39] <@bz> khuey: so in DidSetStyleContext
# [05:39] <@bz> khuey: we used to drop the old background images
# [05:39] <@bz> khuey: but not add in the new ones, right?
# [05:39] * @khuey pulls up the code
# [05:39] <@bz> khuey: presumably relying on the nsCSSRendering code to do that
# [05:39] <@bz> khuey: your new code adds the new ones, though
# [05:39] <hendry> i'm trying to debug some appacaching behaviour, is there a way to see network bg downloading in FF10?
# [05:40] <@khuey> bz: right
# [05:40] <@dbaron> jlebar, inbound looks a wee bit red
# [05:40] <@bz> khuey: why is that needed now?
# [05:40] * Quits: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com) (Ping timeout)
# [05:41] <@bz> khuey: just to make sure we don't have things pending until paint and accidentally fire onload or something?
# [05:41] * Joins: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com)
# [05:41] <@khuey> bz: yeah
# [05:41] <@bz> ok
# [05:41] <@khuey> bz: not setting this stuff up until first paint may be too late
# [05:41] <@bz> so then....
# [05:42] * @bz thinks
# [05:42] <jlebar> dbaron, Huh. I even pushed to try.
# [05:42] <jlebar> (That's what they all say, I know...)
# [05:42] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [05:42] <@bz> khuey: so ok
# [05:42] <@dbaron> jlebar, I think you're conflicting with bz's push three inbound pushes earlier
# [05:43] <@khuey> bz: but we need to keep the stuff in the painting code
# [05:43] <jlebar> Oh, so I am.
# [05:43] <@bz> khuey: why?
# [05:43] <@khuey> bz: because sometimes we paint frames from style context's that they're not associated with
# [05:43] <jlebar> dbaron, He even politely asked me before pushing.
# [05:43] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [05:43] <@khuey> *contexts
# [05:43] <@bz> khuey: oh, bugger
# [05:43] * Joins: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [05:43] <@khuey> bz: yeah :-(
# [05:43] <@bz> khuey: canvas, right
# [05:43] <@khuey> yep
# [05:43] * Quits: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com) (Quit: sworkman_)
# [05:43] <@khuey> and maybe others
# [05:43] <@khuey> idk
# [05:43] <@bz> khuey: here I was hoping we could remove some code
# [05:43] <@bz> khuey: ok, fine
# [05:44] <@bz> khuey: we need a better architecture...
# [05:44] <@khuey> indeed
# [05:44] <@bz> we need a saner spec
# [05:44] <@bz> we need saner legacy behavior
# [05:44] <@khuey> welcome to the web
# [05:44] <@bz> we should travel back in time and beat some sense into the Netscape 2 team
# [05:44] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [05:44] <doublec> 3~
# [05:44] <doublec> 4~
# [05:44] <@bz> we should send any surviving Netscape 2 team members back in time to do that
# [05:44] <@bz> I bet Brendan would volunteer... ;)
# [05:45] <@khuey> I'm sure he would
# [05:45] <@bz> ok
# [05:45] <@bz> moving on....
# [05:45] <@khuey> I wonder how many of the others are still in this business
# [05:45] <@bz> khuey: "r-, wrong license header" ;)
# [05:45] <jlebar> Gah, two more StdInt's snuck in!
# [05:45] * heycam|away is now known as heycam
# [05:45] * @bz finally got to that part
# [05:46] <philor> jwatt: I've got the exact same failure as bug 701060, except it's in svg/content/test/test_lang.xhtml, can I jam it in with the other one?
# [05:46] <@khuey> bz: haha
# [05:46] <jtcranmer> oh, lol, his new post is equally funny
# [05:47] <@dolske> I find it more sad than funny now.
# [05:48] <@khuey> yeah
# [05:48] <@dolske> It's pretty clear the guy's got... issues... and getting people in that state more worked up doesn't help us to them. :(
# [05:48] <@bz> oh, huh
# [05:48] <@bz> this really is an image loader!
# [05:48] <jlebar> dbaron, Pushed a fix.
# [05:48] * @bz was gonna say about it mostly being about invalidation, then saw that last bit
# [05:48] <@khuey> bz: you think I would lie to you? ;-)
# [05:49] <jlebar> dolske, I thought I could talk a bit of sense into him. Clearly that was a mistake.
# [05:49] <jlebar> I just made hulk angry.
# [05:49] <@bz> khuey: stranger things have happened in diffs
# [05:49] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [05:49] <@dbaron> bz, but we should start the loads from the style system, no?
# [05:49] <jtcranmer> dolske: I'm not entirely convinced that everything he says is true
# [05:50] <@dolske> jlebar: your reply was really good, but alas I think he's so far gone it's not going to help.
# [05:50] <@dbaron> bz, oh, except this modifies that callsite
# [05:50] <@dolske> jtcranmer: doesn't really matter; be it true or someone spinning tall tales, it's not really a fair fight.
# [05:50] <@bz> dbaron: yep
# [05:51] <@bz> dbaron: pretty much mirrors my train of thought
# [05:51] <@bz> khuey: FrameSet.... I dunno
# [05:51] <@bz> khuey: I'll see what I can do about that name
# [05:51] <@bz> khuey: no luck so far
# [05:51] <jtcranmer> dolske: I've had forewarning before (from chriscoulson) that he gets really nasty
# [05:51] <@khuey> bz: hmm?
# [05:52] <@bz> khuey: my initial reaction to that identifier was to think of late-90s websites
# [05:52] <@dbaron> <frameset>
# [05:52] <@khuey> ah
# [05:52] <@khuey> heh
# [05:52] <@dbaron> <frame src="head.html">
# [05:52] <@bz> khuey: you may have missed out on that era. ;)
# [05:52] <@dbaron> <frame src="body.html">
# [05:52] <@bz> hey
# [05:52] <@dbaron> </frameset>
# [05:52] <@khuey> bz: yeah I was busy with elementary school
# [05:52] <@bz> My site used to look like that!
# [05:53] <@bz> Then for a bit I had <a> tags styled with outset borders to look like cool buttons
# [05:53] <@bz> and alternate stylesheets
# [05:53] <@dolske> jtcranmer: just furthers my suspicion that pyxpcom et al is just a proxy for whatever other issues he has.
# [05:53] <@bz> then I took down the site.
# [05:53] <jtcranmer> dolske: http://irclogs.ubuntu.com/2011/08/24/%23ubuntu-devel.html#t22:41
# [05:53] <philor> bah. <frame src="toc.htm"><frame src="body.htm"> ftw
# [05:53] <@dbaron> mine looked more like:
# [05:53] <@dbaron> <FRAMESET COLS="30%,70%" BORDERCOLOR="#CC2211">
# [05:53] <@dbaron> <FRAMESET ROWS="40%,60%">
# [05:53] <@dbaron> <FRAME SRC="tocmain.html.en" NAME="toc" TITLE="Top Level Table of Contents" FRAM
# [05:53] <@dbaron> EBORDER=1>
# [05:53] <@dbaron> ...
# [05:53] <@dbaron> that was back in the days before XHTML made lowercase the one true way
# [05:54] <@dbaron> I was an uppercase sort of HTML author. :-)
# [05:54] * aja flashes back to Geocities
# [05:55] * @bz too
# [05:55] <@bz> good thing that all stopped
# [05:55] <@bz> since that bloom filter patch makes lowercase tags faster. ;)
# [05:55] <@bz> (or at least makes selectors using lowercase tag names faster)
# [05:57] * Quits: dseif_ (dseif@moz-2980D6A.dsl.teksavvy.com) (Input/output error)
# [05:57] <heycam> <!DOCTYPE COBOL>
# [05:59] * Quits: jhammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Computer has gone to sleep.)
# [06:00] * Joins: kwierso_ (chatzilla@moz-36F449F6.chcgilgm.static.covad.net)
# [06:00] * Quits: kwierso (chatzilla@moz-BD032982.chcgilgm.static.covad.net) (Ping timeout)
# [06:00] * kwierso_ is now known as kwierso
# [06:00] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [06:00] <@bz> heycam: <DOCTYPE HTML PUBLIC etc etc>
# [06:00] <@bz> heycam: party like it's 1996, I tell you
# [06:02] <@dbaron> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN" "http://www.w3.org/TR/REC-html4
# [06:02] <@dbaron> 0/strict.dtd">
# [06:03] <@bz> khuey: what does the comment in DropDocumentReference mean?
# [06:04] <@dolske> heycam: wow, you just _had_ to go there
# [06:04] <@dolske> also. XCOBOL.
# [06:05] <aja> and WATBOL (for beginners)
# [06:05] <heycam> I have a friend who was doing COBOL programming until two years ago, though thankfully she's changed teams now
# [06:05] <cers> man... I remember writing an encyclopedia about whales and sharks back in the days of html 3.2
# [06:05] <@dolske> friends don't let friends do COBOL
# [06:05] * zpao|detached is now known as zpao
# [06:06] * Joins: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com)
# [06:06] <@khuey> bz: the only things that should be holding refs to the image loader are the document and image lib
# [06:06] <@bz> khuey: ok
# [06:06] <@khuey> bz: and after we ClearAll(), all the image lib references should be gone
# [06:06] <@bz> khuey: ok
# [06:07] <@bz> khuey: so what?
# [06:07] * Quits: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com) (Input/output error)
# [06:07] * @khuey shrugs
# [06:07] * Joins: Asa (asa@F259CFB7.9EF26CBA.EB5E51FC.IP)
# [06:07] <@bz> khuey: and why does that comment come before we set mDocument to null?
# [06:07] <@khuey> I can take it out
# [06:07] <ddahl> where is the documentation that tells you how to name and add your .xpt file to package-manifest.in ?
# [06:07] <@khuey> heh
# [06:07] <@khuey> "documentation"
# [06:07] <@khuey> you're funny
# [06:07] <@bz> khuey: if there isn't an obvious gotcha here, I'd take it out
# [06:07] <ddahl> i am
# [06:07] <@khuey> bz: there's no real reason you need to know that
# [06:08] <@khuey> ddahl: find the last diff that did that, copy liberally?
# [06:08] <@bz> khuey: on the other hand, we used to have cc for this stuff
# [06:08] <@bz> khuey: do we not need it anymore?
# [06:08] <ddahl> khuey: ah. how do you find that diff?:)
# [06:08] <philor> mmm, https://tbpl.mozilla.org/?tree=Profiling - the whole front page is allgreen
# [06:08] <nemo> so. a page has <div id="spoiler" style="display: none"> and I decide I'd rather just always see the spoilers. so I do userContent.css .spoiler { display: block !important; }
# [06:08] <@khuey> bz: I don't think we ever needed it
# [06:09] <nemo> why on earth does element.style on the page beat .class { !important } in userContent? :(
# [06:09] <@bz> I guess nsImageLoader used to not have a useful traverse/unlink?
# [06:09] * Joins: c0smikdebris (c0smikdebr@AB277EF.DC4492DD.BE90E62C.IP)
# [06:09] <heycam> nemo, #spoiler instead of .spolier?
# [06:09] <@bz> so traversing it did not much
# [06:09] <nemo> er
# [06:09] <nemo> <div class="spoiler">
# [06:09] <heycam> ok
# [06:09] <nemo> heycam: whatever :-p
# [06:09] <heycam> (then I have no answer for you right now :))
# [06:10] * Quits: kwierso (chatzilla@moz-36F449F6.chcgilgm.static.covad.net) (Ping timeout)
# [06:10] <@khuey> bz: nsImageLoader isn't cycle collected
# [06:10] * Joins: kwierso_ (chatzilla@moz-BD032982.chcgilgm.static.covad.net)
# [06:10] <@khuey> so traversing the image loader hashes seems ... silly
# [06:10] <@bz> nemo: element.style on page loses to .class !important in userContent
# [06:10] <@bz> khuey: yeah, indeed
# [06:10] * kwierso_ is now known as kwierso
# [06:10] <nemo> bz: yeah. that was kind of a surprise.
# [06:10] <@bz> nemo: what was?
# [06:10] * Quits: cssanimgradients (blah@3753EE3E.DBF822D2.45459EBF.IP) (Quit: )
# [06:10] * kwierso would like to know why IRC keeps dropping him
# [06:11] * @bz is trying to figure out which member of { bz, nemo } misunderstood
# [06:11] <@khuey> oh wow
# [06:11] <@khuey> whoever added mouseover tooltips to hgweb blame
# [06:11] <@khuey> I will buy that person beer
# [06:11] <nemo> bz: thought userContent took precedence over page, and !important always beats inline style normally
# [06:11] <nemo> bz: so doesn't make sense twice
# [06:12] * Parts: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [06:13] * zpao is now known as zpao|detached
# [06:14] <@bz> nemo: userContent has lower precedence than page
# [06:14] * jlebar is now known as jlebar|sleep
# [06:14] <@bz> nemo: but userContent !important has higher precedence
# [06:14] <@bz> khuey: too bad they didn't fix the actual bug I filed. :(
# [06:14] <@bz> khuey: so I had to reopen it
# [06:15] <@bz> khuey: but now I get to wait again for it to maybe get fixed.
# [06:15] <nemo> bz: hm. in firebug it shows userContent.css being overridden by the page
# [06:15] <Asa> this luke.leighton dude is losing his shit in dev.platform
# [06:15] <@bz> nemo: that would mean that either Firebug is lying to you or you're misreading its output or we have a bug in our style system
# [06:15] <@bz> Asa: just ignore him
# [06:15] <nemo> bz: I shall take a screenshot
# [06:15] <@bz> nemo: or some combination
# [06:15] <nemo> bz: also. the spoilers weren't visible :)
# [06:15] <@bz> nemo: sure
# [06:16] <@bz> nemo: that's highly curious
# [06:16] <@dolske> Asa: yes, what bz said. It's kind of sad. :(
# [06:16] <Asa> bz: I said my bit already.
# [06:16] <@bz> asa: yeah, indeed
# [06:16] <@bz> nemo: here's a question. This userContent thing
# [06:16] <@khuey> bz: which bug?
# [06:16] <@bz> nemo: did you just create it in profile/chrome ?
# [06:16] <nemo> yes
# [06:16] <nemo> bz: well. I've had it there for years
# [06:16] <@bz> nemo: ok, so not using Stylish or anything?
# [06:17] <nemo> naw
# [06:17] <nemo> the other rules work though
# [06:17] <@khuey> bz: oh, hgweb?
# [06:17] <nemo> also it does show up in firebug..
# [06:17] <@bz> khuey: yes
# [06:17] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
# [06:17] <@bz> https://bugzilla.mozilla.org/show_bug.cgi?id=466018
# [06:17] <@bz> they did the "show checkin comment"
# [06:17] <@bz> but not the really important "linkified bug" part
# [06:18] * Joins: dseif (dseif@moz-56A5EC66.dsl.teksavvy.com)
# [06:19] <nemo> bz: oh. ffs. n/m. I'm just an idiot
# [06:19] <nemo> bz: was first time I'd noticed spoilers. and some user was being cute
# [06:19] <nemo> and just doing a dozen nested ones with no content inside
# [06:19] <nemo> and I assumed it was that the style wasn't working
# [06:19] <@bz> heh
# [06:21] * jhford-work is now known as jhford-work-away
# [06:22] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Ping timeout)
# [06:23] * Joins: SeoZ (DanielJuyu@moz-C2D7EB0E.osuosl.org)
# [06:24] * Joins: cpearce (chatzilla@moz-F71F027C.xdsl.xnet.co.nz)
# [06:27] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
# [06:27] <nemo> bz: admittedly, what threw me off is that normally an overridden style has a line through it. but not this time, for some reason. maybe I'll ask the firebug people about that one
# [06:28] <jaws> would changing argument 3 of this function to nsTArray<T> break anything? http://mxr.mozilla.org/mozilla-central/source/dom/telephony/Telephony.cpp#73
# [06:28] * Joins: darktrojan (geoff@moz-509CC089.dsl.telstraclear.net)
# [06:29] <jaws> i should have said |const nsTArray<T>&|
# [06:30] <@bz> doesn't seem like it should
# [06:31] <jaws> bz: would callers to this function need to change?
# [06:31] * Quits: lsumar (lsumar@moz-7691825E.adsl.xtra.co.nz) (Quit: This computer has gone to sleep)
# [06:32] <jaws> i don't think they would, because T would just be nsRefPtr<T> for them
# [06:34] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [06:37] <ddahl> khuey: so in Bug 729767: package dom_power.xpt - what determines the name of dom_power.xpt?
# [06:37] <@khuey> http://mxr.mozilla.org/mozilla-central/source/dom/power/Makefile.in#45
# [06:40] * Quits: tonymec (tonymec@9BDD6723.6B780655.277517C1.IP) (Ping timeout)
# [06:41] * Quits: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com) (Quit: Konversation terminated!)
# [06:41] <ddahl> khuey: so do the interfaces in XPIDLSRCS get added to the xpt?
# [06:41] <@khuey> yes
# [06:42] * Quits: faramarz (faramarz@moz-CD61C00E.hsd1.ca.comcast.net) (Quit: faramarz)
# [06:42] <ddahl> khuey: thx
# [06:42] <@khuey> np
# [06:44] * Joins: tonymec (tonymec@9BDD6723.6B780655.277517C1.IP)
# [06:46] <@khuey> heycam: is there language in the spec that forbids static things on callback interfaces?
# [06:46] * Quits: jst (jst@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [06:46] <heycam> khuey, good question, let's see
# [06:46] * Joins: jst (jst@moz-BBE3ABD.mv.mozilla.com)
# [06:47] <heycam> khuey, looks like I say that special operations can't be used on callback interfaces, but I don't say anything about static operations
# [06:47] <heycam> I'll forbid it
# [06:48] <@khuey> ty
# [06:50] * Quits: jaws_ (jwein@moz-E4A8BF29.hsd1.mi.comcast.net) (Ping timeout)
# [06:52] * Quits: karl (karl@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [06:54] * Joins: regen (Miller@moz-44A9CDC2.adsl.dynamic.seed.net.tw)
# [06:54] * Quits: regen (Miller@moz-44A9CDC2.adsl.dynamic.seed.net.tw) (Quit: regen)
# [06:55] * Quits: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de) (Ping timeout)
# [06:59] <@bz> jaws: indeed
# [07:01] <@bz> khuey: ping
# [07:01] <@khuey> hi
# [07:01] <@bz> khuey: so I don't get something
# [07:02] <@bz> khuey: on every paint we call AssociateRequestToFrame
# [07:02] <@bz> khuey: right?
# [07:02] <@bz> khuey: say any time we're painting the background
# [07:02] <@khuey> I believe so, yes
# [07:02] <@bz> khuey: won't we get multiple entries in the relevant FrameSet and RequestSet?
# [07:02] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Client exited)
# [07:03] <@khuey> hmm
# [07:03] <@khuey> good question
# [07:03] <@bz> khuey: if those are really meant to be sets, seems like using something that treats multiple adds as idempotent would be the right thing
# [07:03] <@khuey> yeah ...
# [07:03] <@bz> ok
# [07:04] <@khuey> I don't think it breaks anything to insert it multiple times
# [07:04] <@khuey> but we definitely don't want to ship that
# [07:04] <@bz> Oh, I think it does break
# [07:04] <@bz> in that we get high memory usage
# [07:04] <@khuey> well, right
# [07:04] <@bz> and DisassociateRequestFromFrame may not do the right thing
# [07:05] <@bz> speaking of which
# [07:05] <@khuey> mmm
# [07:05] <@khuey> so that's more interesting
# [07:05] <@bz> why do we not need to do anything with mFrames in DisassociateRequestFromFrame?
# [07:05] <@khuey> hmm
# [07:05] * @khuey reads
# [07:06] <@khuey> yeah, that's broken too
# [07:06] <@khuey> we definitely want them to be in sync
# [07:06] * @khuey really wishes we didn't have to maintain indexes going both ways
# [07:06] <@bz> heh
# [07:07] <@khuey> so, yeah, we do need to do something there
# [07:09] * Quits: c0smikdebris (c0smikdebr@AB277EF.DC4492DD.BE90E62C.IP) (Ping timeout)
# [07:09] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
# [07:09] * Joins: c0smikdebris (c0smikdebr@AB277EF.DC4492DD.BE90E62C.IP)
# [07:13] * Joins: victorporof (victorporo@9D98A5C0.6465CCD9.79933D60.IP)
# [07:16] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
# [07:16] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [07:16] * jhford-work-away is now known as jhford-work
# [07:16] <@bz> ok
# [07:16] <@bz> comments in bug
# [07:16] * @bz sleeps
# [07:16] * bz is now known as bz_sleep
# [07:18] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
# [07:18] * Quits: tonymec (tonymec@9BDD6723.6B780655.277517C1.IP) (Input/output error)
# [07:19] <@khuey> thanks for the review
# [07:19] * @khuey will look at it in the morning
# [07:19] * khuey is now known as khuey|away
# [07:21] * Quits: tonymec|away (tonymec@9BDD6723.6B780655.277517C1.IP) (Quit: Konversation terminated!)
# [07:23] <CEnnis91> anyone here that can explain why b2g hangs when you try to run it on the emulator
# [07:24] <kwierso> cuz emulator?
# [07:24] * Joins: regen (Miller@moz-44A9CDC2.adsl.dynamic.seed.net.tw)
# [07:24] <CEnnis91> well im assuming it should at least boot =P
# [07:25] * kwierso hasn't ever tried b2g; should probably refrain from snark
# [07:25] <CEnnis91> kwierso: nbd, i main in a much harsher room =)
# [07:26] * Joins: bodhibroy (chatzilla@moz-A4E84065.dynip.nus.edu.sg)
# [07:26] * Quits: bodhibroy (chatzilla@moz-A4E84065.dynip.nus.edu.sg) (Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120216082320])
# [07:26] <regen> Does the option "Do Not Track me" place a cookie on the computer?
# [07:27] <kwierso> regen: I thought it was just a header in outgoing http requests
# [07:27] <aja> regen: no, an http header
# [07:27] <regen> OK o_o
# [07:28] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [07:29] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [07:30] <CEnnis91> hmmm looks like the previous build didnt finish correctly somehow
# [07:30] <CEnnis91> (that would explain it)
# [07:32] * Quits: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net) (Client exited)
# [07:32] * Quits: regen (Miller@moz-44A9CDC2.adsl.dynamic.seed.net.tw) (Quit: regen)
# [07:39] <darktrojan> oh cool, mobile suffers from the same bug I fixed on desktop months ago
# [07:40] * Joins: rshetty (quassel@C97E5A.443C766D.C842849F.IP)
# [07:41] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [07:41] <darktrojan> oh and conflicting opinions about whether I should care or not
# [07:41] <darktrojan> :D
# [07:41] * Joins: karl (karl@moz-BBBB4986.jetstream.xtra.co.nz)
# [07:42] * Joins: smontagu (chatzilla@moz-21B20FDA.red.bezeqint.net)
# [07:47] * Quits: attar (attr@7E207F72.3EC3C6DF.67CA24A9.IP) (Quit: WeeChat 0.3.7)
# [07:48] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
# [07:49] <nigelb> I don't know who's release team for firefox, but this is highly relevant https://img.skitch.com/20120229-rxpm88tkuwt6gptcjwxm4377tr.jpg
# [07:50] * Joins: RemusPop (remuspop@601F3B17.33662590.A5830293.IP)
# [07:50] * Joins: TheLink (TheLink@moz-4D4DDD71.pools.arcor-ip.net)
# [07:50] * Joins: lsumar (lsumar@moz-7691825E.adsl.xtra.co.nz)
# [07:50] <darktrojan> so that's why they call it a chemspill release
# [07:50] * Joins: attar (attr@7E207F72.3EC3C6DF.67CA24A9.IP)
# [07:53] <JonathanS> looks like I picked wrong week to quit drinking
# [07:54] * Joins: gkw (gkw@moz-39A7D4A1.hsd1.ca.comcast.net)
# [07:54] <kwierso> looks like I picked the right month to get hired on fulltime as the jetpack release engineer?
# [07:54] * Joins: grubshka__ (grubshka@moz-6DDB8A96.w86-216.abo.wanadoo.fr)
# [07:55] * heycam is now known as heycam|away
# [07:55] * heycam|away is now known as heycam
# [07:56] * heycam is now known as heycam|away
# [08:00] * Quits: lsumar (lsumar@moz-7691825E.adsl.xtra.co.nz) (Quit: This computer has gone to sleep)
# [08:02] <Unfocused> nigelb has obviously never seen the liquor cabinet at the MV office
# [08:02] * Quits: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP) (Ping timeout)
# [08:02] * Joins: not_gavi1 (gavin@D18F6DDB.6A393516.2321E71E.IP)
# [08:05] * Quits: njn (chatzilla@moz-F1136D81.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88 [Firefox 13.0a1/20120227224248])
# [08:06] * Joins: gerv (gerv@moz-8E68CF56.in-addr.arpa)
# [08:08] * Quits: jcranmer|away (jcranmer@moz-A8039BFC.csl.tjhsst.edu) (Ping timeout)
# [08:08] * Joins: jcranmer|away (jcranmer@moz-A8039BFC.csl.tjhsst.edu)
# [08:08] <nigelb> JonathanS: Airplane <3
# [08:08] <darktrojan> roger roger
# [08:08] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
# [08:08] <JonathanS> darktrojan, wrong movie :)
# [08:12] * Quits: smontagu (chatzilla@moz-21B20FDA.red.bezeqint.net) (Ping timeout)
# [08:13] <philor> darktrojan, right movie
# [08:13] <darktrojan> heh, good to see someone sticking up for me
# [08:14] <nigelb> heh
# [08:14] <JonathanS> philor, roger-roger is in star wars movie of mindless battle droid drone?
# [08:14] <nigelb> what's our vector, Victor?
# [08:14] <darktrojan> what's the vector, victor?
# [08:14] <philor> we have clearance, clarence
# [08:14] <darktrojan> nigelb++
# [08:14] <nigelb> haha
# [08:14] <nigelb> have you guys seen that youtube has the movie?
# [08:15] <JonathanS> darktrojan http://images.wikia.com/starwars/images/a/aa/B1BattleDroid-SWI128.jpg
# [08:15] <@dolske> nigelb: all I'm going to say is: that liquor shelf is way too small.
# [08:16] <darktrojan> pff, we're talking about a movie classic here, and all you can think of is star wars
# [08:16] <JonathanS> darktrojan, sorry, too geeky :(
# [08:17] <nigelb> dolske: Aww. I guess I should see the one at MV at some point.
# [08:17] <JonathanS> dolske, because it is too much of libdrink will consume all of the alcohol for streaming
# [08:19] * Quits: grubshka__ (grubshka@moz-6DDB8A96.w86-216.abo.wanadoo.fr) (Ping timeout)
# [08:19] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [08:19] * Joins: stransky (stransky@moz-6F10C81D.net.upcbroadband.cz)
# [08:20] * Joins: smontagu (chatzilla@moz-CC2EACAB.red.bezeqint.net)
# [08:22] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
# [08:22] * Quits: TheLink (TheLink@moz-4D4DDD71.pools.arcor-ip.net) (Client exited)
# [08:24] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
# [08:24] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [08:26] * Quits: timA|away (tabraldes@moz-535753DA.hsd1.or.comcast.net) (Quit: Instantbird 1.2a1pre)
# [08:27] * Joins: timA (Instantbir@moz-535753DA.hsd1.or.comcast.net)
# [08:27] * Parts: timA (Instantbir@moz-535753DA.hsd1.or.comcast.net)
# [08:27] * Quits: not_gavi1 (gavin@D18F6DDB.6A393516.2321E71E.IP) (Ping timeout)
# [08:29] * Quits: victorporof (victorporo@9D98A5C0.6465CCD9.79933D60.IP) (Quit: Leaving...)
# [08:29] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [08:29] * Quits: gkw (gkw@moz-39A7D4A1.hsd1.ca.comcast.net) (Quit: Instantbird 1.2a1pre)
# [08:30] * Quits: aja (chatzilla@F48EAD37.625E483C.7880DB15.IP) (Client exited)
# [08:30] * Quits: dRdR (dsherk@F8A0E546.DE9A83BF.6DCF1F73.IP) (Ping timeout)
# [08:32] * Joins: dRdR (dsherk@F8A0E546.DE9A83BF.6DCF1F73.IP)
# [08:33] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
# [08:33] * Joins: jeremyhu (jeremyhu@moz-75C113CA.outersquare.org)
# [08:33] * Joins: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP)
# [08:37] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: nbvcx)
# [08:39] * Quits: Cork (none@moz-7DD8BE5D.ilait.se) (Broken pipe)
# [08:40] * Joins: Cork (none@moz-7DD8BE5D.ilait.se)
# [08:41] * Quits: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP) (Ping timeout)
# [08:41] * Joins: jeremyhu|nanake (jeremyhu@moz-75C113CA.outersquare.org)
# [08:41] * Quits: jeremyhu (jeremyhu@moz-75C113CA.outersquare.org) (Quit: Leaving)
# [08:41] * Joins: nrc (nrc@moz-27352C85.sqy-bng-012.adsl.virginmedia.net)
# [08:43] * Joins: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP)
# [08:44] * philor is now known as philor|away
# [08:45] * nthomas|away is now known as nthomas
# [08:46] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
# [08:47] <glob> happy bmo-push-day everybody: https://bugzil.la/731165,684974,731912,731664,731416,731418
# [08:50] * Joins: grubshka__ (grubshka@moz-6DDB8A96.w86-216.abo.wanadoo.fr)
# [08:50] * Joins: regen (Miller@moz-44A9CDC2.adsl.dynamic.seed.net.tw)
# [08:50] * Quits: regen (Miller@moz-44A9CDC2.adsl.dynamic.seed.net.tw) (Input/output error)
# [08:55] * Quits: ochameau (ochameau@moz-A33C217B.fbx.proxad.net) (Ping timeout)
# [08:55] <@dolske> what? another BMO push?!
# [08:55] <@dolske> it's like you care. :3
# [08:55] <jdm> outrageos!
# [08:56] * Quits: attar (attr@7E207F72.3EC3C6DF.67CA24A9.IP) (Quit: WeeChat 0.3.7)
# [08:56] * Joins: ochameau (ochameau@moz-A33C217B.fbx.proxad.net)
# [08:56] <glandium> waw, lkcl has reached another level
# [08:56] <glob> dolske, no, i just pretend to care :P
# [08:56] <@dolske> I am naming my next os OutrageOS.
# [08:56] * Joins: necolas (necolas@moz-F9C3140E.bb.sky.com)
# [08:56] <@dolske> glob: hush, hush. :)
# [08:57] <glob> dolske, working in sysadmin for a decade has taught me well
# [08:57] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [08:57] * Joins: attar (attr@7E207F72.3EC3C6DF.67CA24A9.IP)
# [08:58] <smontagu> if something is a code change with no change to behaviour, with no new tests in the patch because the area is already well covered by reftests, is it in-testsuite- or in-testsuite+ ?
# [08:59] <@dolske> both and neither?
# [08:59] <smontagu> in-testsuite±
# [09:00] <smontagu> oh, that doesn't cover neither: in-testsuite<blink>±</blink>
# [09:00] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
# [09:00] <@dolske> I'd just leave it blank, myself. sorta like a whitespace change; it if actually identical behavior then it's neither being explicitly tested for nor lacking tests.
# [09:02] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [09:04] <darktrojan> I'm so pleased we've got a third implementation of <setting> to maintain
# [09:04] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [09:06] * Joins: paolo (paolo@10D4112A.A18CD39A.2CA42CD4.IP)
# [09:06] * Joins: pranavrc (pranavrc@ED056F1A.9192D293.520CDC98.IP)
# [09:07] <darktrojan> two of which are busted \o/
# [09:09] * Quits: ehoogeveen (emanuel.ho@moz-B95F3766.chello.nl) (Quit: )
# [09:09] * Joins: Noah (opera@moz-FBAFD440.dsl.rcsntx.sbcglobal.net)
# [09:09] * Quits: Noah (opera@moz-FBAFD440.dsl.rcsntx.sbcglobal.net) (Quit: Noah)
# [09:09] * Joins: past (past@moz-9D677A1D.dsl.dyn.forthnet.gr)
# [09:10] * Joins: Ami_Ty (Amie@moz-14EB1A06.lightspeed.sntcca.sbcglobal.net)
# [09:10] * Joins: anantzoid (Mibbit@CBD1A98F.6D6227B4.D216A595.IP)
# [09:11] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
# [09:11] * Quits: priya (Adium@moz-5843392D.hsd1.ca.comcast.net) (Quit: Leaving.)
# [09:11] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: Success !!)
# [09:12] * Joins: lsumar (lsumar@moz-7691825E.adsl.xtra.co.nz)
# [09:13] * Quits: @dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com) (Quit: dveditz)
# [09:13] * Quits: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [09:13] * Quits: Mook (mook@moz-D4B2E3F9.dsl.teksavvy.com) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 6.0/20110811165603])
# [09:14] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
# [09:15] * Fallen|away is now known as Fallen
# [09:15] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [09:15] * Quits: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp) (Quit: nattokirai)
# [09:15] * Joins: gkw (gkw@moz-39A7D4A1.hsd1.ca.comcast.net)
# [09:15] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [09:16] * Quits: gkw (gkw@moz-39A7D4A1.hsd1.ca.comcast.net) (Quit: Instantbird 1.2a1pre)
# [09:16] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
# [09:17] * Joins: vikash (vikash@A910CC44.9B552DFD.5D9ABA9F.IP)
# [09:20] * Joins: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de)
# [09:20] * Quits: vikash (vikash@A910CC44.9B552DFD.5D9ABA9F.IP) (Connection reset by peer)
# [09:22] * Quits: dseif (dseif@moz-56A5EC66.dsl.teksavvy.com) (Input/output error)
# [09:24] * Quits: attar (attr@7E207F72.3EC3C6DF.67CA24A9.IP) (Quit: WeeChat 0.3.7)
# [09:25] * Quits: necolas (necolas@moz-F9C3140E.bb.sky.com) (Client exited)
# [09:25] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [09:25] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [09:27] * Joins: vikash (vikash@A4D25C2E.38F0169.5D9ABA9F.IP)
# [09:27] * Joins: Tomska (Crossbear-@moz-7D1C493F.pools.arcor-ip.net)
# [09:27] * Quits: Ami_Ty (Amie@moz-14EB1A06.lightspeed.sntcca.sbcglobal.net) (Quit: Ami_Ty)
# [09:28] * SeoZ is now known as SeoZ-work[AWAY]
# [09:28] * Quits: rshetty (quassel@C97E5A.443C766D.C842849F.IP) (Ping timeout)
# [09:29] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [09:30] * Quits: jcranmer|away (jcranmer@moz-A8039BFC.csl.tjhsst.edu) (Ping timeout)
# [09:31] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [09:31] * Quits: smontagu (chatzilla@moz-CC2EACAB.red.bezeqint.net) (Ping timeout)
# [09:32] * Quits: @dbaron (dbaron@moz-F9F70D86.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [09:32] * Quits: nrc (nrc@moz-27352C85.sqy-bng-012.adsl.virginmedia.net) (Ping timeout)
# [09:33] * Joins: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com)
# [09:34] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [09:35] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [09:35] * Joins: mck182 (quassel@moz-8E3C3A09.vsb.cz)
# [09:35] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [09:35] * Joins: jcranmer|away (jcranmer@moz-A8039BFC.csl.tjhsst.edu)
# [09:35] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [09:35] <glazou> bonjour
# [09:35] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
# [09:37] * Joins: JeroenDeDauw (jeroen@7BA25E.882B451D.DDBC9343.IP)
# [09:38] * Quits: mats (chatzilla@E8A3702C.D5022173.8500CC29.IP) (Ping timeout)
# [09:40] * Joins: smontagu (chatzilla@moz-5358B283.red.bezeqint.net)
# [09:40] <NeilAway> gavin: because it could be 3?
# [09:41] <NeilAway> gavin: I think that's for the case where you cancel a load by starting a new load
# [09:46] * glob is now known as glob|away
# [09:46] * Quits: bruno (bruno@20C4F0CB.2F9EAEB9.C36097CD.IP) (Ping timeout)
# [09:47] * Quits: jduell (jduell@moz-F20EC42A.hfc.comcastbusiness.net) (Ping timeout)
# [09:47] * Quits: Callek_Away (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Ping timeout)
# [09:48] * Quits: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de) (Ping timeout)
# [09:48] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [09:49] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [09:51] * Joins: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de)
# [09:51] * Joins: bruno (bruno@20C4F0CB.2F9EAEB9.C36097CD.IP)
# [09:51] * Joins: msucan (msucan-@BD3D06AD.BB7A5B67.699550A1.IP)
# [09:52] * Joins: SeoZ (DanielJuyu@EA43237C.F5F46C28.14E0EA63.IP)
# [09:55] <darktrojan> can I use the dom inspector with fennec?
# [09:55] <Cork> heh that would be neet :)
# [10:01] * joduinn-afk is now known as joduinn-home
# [10:01] * Joins: Callek_Away (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
# [10:01] * Quits: vikash (vikash@A4D25C2E.38F0169.5D9ABA9F.IP) (Ping timeout)
# [10:02] * Joins: mats (chatzilla@E8A3702C.D5022173.8500CC29.IP)
# [10:03] * Quits: anantzoid (Mibbit@CBD1A98F.6D6227B4.D216A595.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [10:03] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [10:03] * Joins: pascalc (chatzilla@moz-DABE0E8F.rev.sfr.net)
# [10:03] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [10:05] <luke> does each xpcshell test start up its own xpcshell?
# [10:06] * Joins: djc (djc@moz-E26330E3.xavamedia.nl)
# [10:06] * Parts: djc (djc@moz-E26330E3.xavamedia.nl)
# [10:08] * Joins: gkw (gkw@moz-39A7D4A1.hsd1.ca.comcast.net)
# [10:11] * Quits: JeroenDeDauw (jeroen@7BA25E.882B451D.DDBC9343.IP) (Quit: Leaving.)
# [10:11] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [10:11] * Joins: JeroenDeDauw (jeroen@7BA25E.882B451D.DDBC9343.IP)
# [10:11] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [10:13] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [10:13] * Quits: kredik (chatzilla@moz-7BF4BFBD.w80-11.abo.wanadoo.fr) (Ping timeout)
# [10:13] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [10:14] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [10:16] * Quits: lurking (chatzilla@moz-64A5F955.dhcp.embarqhsd.net) (Ping timeout)
# [10:16] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [10:16] * Quits: karl (karl@moz-BBBB4986.jetstream.xtra.co.nz) (Ping timeout)
# [10:16] * Joins: kredik (chatzilla@moz-7BF4BFBD.w80-11.abo.wanadoo.fr)
# [10:17] * Joins: lurking (chatzilla@moz-64A5F955.dhcp.embarqhsd.net)
# [10:17] * Joins: sliv (spyros@moz-1700A48.cti.gr)
# [10:17] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [10:18] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [10:18] * Quits: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net) (Quit: juanb)
# [10:19] * Quits: Tomska (Crossbear-@moz-7D1C493F.pools.arcor-ip.net) (Ping timeout)
# [10:23] * Joins: Tomska (Crossbear-@moz-7D1C493F.pools.arcor-ip.net)
# [10:24] * mattwoodrow is now known as mattwoodrow|away
# [10:25] * bc|afk is now known as bc
# [10:26] * Quits: Tomska (Crossbear-@moz-7D1C493F.pools.arcor-ip.net) (Ping timeout)
# [10:26] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [10:30] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [10:31] * Quits: lurking (chatzilla@moz-64A5F955.dhcp.embarqhsd.net) (Ping timeout)
# [10:31] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [10:31] * Joins: lurking_ (chatzilla@moz-64A5F955.dhcp.embarqhsd.net)
# [10:31] * lurking_ is now known as lurking
# [10:31] * Quits: JeroenDeDauw (jeroen@7BA25E.882B451D.DDBC9343.IP) (Ping timeout)
# [10:32] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [10:32] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Connection reset by peer)
# [10:33] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [10:34] <Unfocused> luke: yes
# [10:35] <luke> Unfocused: then i'm confused to be seeing some leaks only show up when the xpcshell tests are run as part of a full 'make xpcshell-tests' run
# [10:35] * Joins: edmorley (edmorley@moz-6012E233.range109-156.btcentralplus.com)
# [10:38] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Ping timeout)
# [10:38] * Joins: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com)
# [10:38] * Unfocused shrugs
# [10:39] * Joins: roc (chatzilla@E100D0FF.FD181AD7.5CE2311A.IP)
# [10:39] * ChanServ sets mode: +o roc
# [10:40] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [10:40] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [10:42] * Joins: Tomska (Crossbear-@moz-F63022CC.dynamic.qsc.de)
# [10:44] * Joins: AutomatedTester (AutomatedT@moz-7E54388C.as13285.net)
# [10:44] * mattwoodrow|away is now known as mattwoodrow
# [10:46] * Quits: darktrojan (geoff@moz-509CC089.dsl.telstraclear.net) (Ping timeout)
# [10:46] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [10:46] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [10:47] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Connection reset by peer)
# [10:48] * Fallen is now known as Fallen|away
# [10:50] * Joins: darktrojan (geoff@moz-509CC089.dsl.telstraclear.net)
# [10:51] * Quits: @roc (chatzilla@E100D0FF.FD181AD7.5CE2311A.IP) (Ping timeout)
# [10:53] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [10:53] * Joins: vikash (vikash@A4D25C2E.38F0169.5D9ABA9F.IP)
# [10:54] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [10:54] * Quits: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com) (Quit: jfkthame)
# [10:54] * Joins: Goldorak (chatzilla@DF9EBE56.1EC05627.187A1082.IP)
# [10:56] * Fallen|away is now known as Fallen
# [10:56] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [10:57] * Quits: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP) (Ping timeout)
# [10:57] * Joins: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP)
# [10:58] * Quits: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP) (Quit: mijia)
# [10:59] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [10:59] * Joins: kwierso_ (chatzilla@moz-36F449F6.chcgilgm.static.covad.net)
# [11:00] * Quits: kwierso (chatzilla@moz-BD032982.chcgilgm.static.covad.net) (Ping timeout)
# [11:00] * kwierso_ is now known as kwierso
# [11:00] * Joins: gandalf (zbraniecki@moz-57983FD6.neoplus.adsl.tpnet.pl)
# [11:03] * Quits: tty234 (telex@moz-F9058B8A.net) (Ping timeout)
# [11:05] <cers> err - just tried to build with a slightly different mozconfig (not sure if that is the cause), but I get a build error saying: sh: /usr/bin/echo: No such file or directory
# [11:05] <cers> which is true - it's in /bin/echo
# [11:07] * Joins: ma1 (ma1@moz-CE563BC8.clienti.tiscali.it)
# [11:08] * Joins: regen (Miller@moz-44A9CDC2.adsl.dynamic.seed.net.tw)
# [11:08] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [11:09] <ma1> any idea of why http://soulwire.co.uk/coffeephysics/ sucks big time on Firefox vs Chrome?
# [11:09] * Quits: kwierso (chatzilla@moz-36F449F6.chcgilgm.static.covad.net) (Connection reset by peer)
# [11:10] * Joins: kwierso (chatzilla@moz-BD032982.chcgilgm.static.covad.net)
# [11:10] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [11:10] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [11:10] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [11:13] * Quits: edmorley (edmorley@moz-6012E233.range109-156.btcentralplus.com) (Quit: Leaving.)
# [11:13] * Joins: MichaelR (MichaelR@moz-F44A2C87.hsd1.ma.comcast.net)
# [11:14] <cers> ma1: a lot of js to look through :-S tried running a profiler?
# [11:14] <ma1> cers: didn't. Is Venkman's still good or have you got any link?
# [11:15] <cers> ma1: I don't know much about profilers, but I'd think venkman might still be the way to go
# [11:15] <cers> maybe even firebug?
# [11:16] * Quits: MichaelR (MichaelR@moz-F44A2C87.hsd1.ma.comcast.net) (Ping timeout)
# [11:16] * Quits: jgilbert (jgilbert@moz-2B3CF81C.hsd1.ca.comcast.net) (Connection reset by peer)
# [11:17] * Joins: jgilbert (jgilbert@moz-2B3CF81C.hsd1.ca.comcast.net)
# [11:17] <cers> ma1: but I guess maybe firebug itselt might slow down the script - it used to, at least
# [11:18] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [11:22] * Joins: dao (dao@moz-1377C14D.superkabel.de)
# [11:27] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [11:27] * ewong is now known as ewong|afk
# [11:27] * Quits: Goldorak (chatzilla@DF9EBE56.1EC05627.187A1082.IP) (Ping timeout)
# [11:27] * Joins: louisremi (louisremi@moz-381A2210.dsl.sta.abo.bbox.fr)
# [11:28] * Joins: Goldorak (chatzilla@DF9EBE56.1EC05627.187A1082.IP)
# [11:28] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
# [11:30] * Joins: kwierso_ (chatzilla@moz-36F449F6.chcgilgm.static.covad.net)
# [11:30] * Quits: kwierso (chatzilla@moz-BD032982.chcgilgm.static.covad.net) (Ping timeout)
# [11:30] * kwierso_ is now known as kwierso
# [11:30] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
# [11:31] * Quits: grubshka__ (grubshka@moz-6DDB8A96.w86-216.abo.wanadoo.fr) (Ping timeout)
# [11:31] <glazou> I hit an "internal compiler error: in tree_nrv, at tree-nrv.c:143" in HttpChannelParentListener.cpp building on Ubuntu 10.10, has anyone a clue ?
# [11:31] <glazou> upgraded to gcc 4.4.5, no change
# [11:33] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [11:35] <glazou> brb
# [11:35] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: glazou)
# [11:35] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [11:35] * Quits: kredik (chatzilla@moz-7BF4BFBD.w80-11.abo.wanadoo.fr) (Quit: ChatZilla 0.9.88 [Firefox 3.6.27/20120216013254])
# [11:35] * Quits: regen (Miller@moz-44A9CDC2.adsl.dynamic.seed.net.tw) (Quit: regen)
# [11:39] * Quits: kwierso (chatzilla@moz-36F449F6.chcgilgm.static.covad.net) (Connection reset by peer)
# [11:40] * Joins: kwierso_ (chatzilla@moz-BD032982.chcgilgm.static.covad.net)
# [11:40] * kwierso_ is now known as kwierso
# [11:41] <chrisccoulson> glazou, you'll need to revert the investigation patches on bug 621446 to avoid hitting that
# [11:42] <glazou> aaah thanks chrisccoulson
# [11:42] * Quits: pranavrc (pranavrc@ED056F1A.9192D293.520CDC98.IP) (Client exited)
# [11:42] * Joins: grubshka__ (grubshka@moz-6DDB8A96.w86-216.abo.wanadoo.fr)
# [11:43] * Quits: gandalf (zbraniecki@moz-57983FD6.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [11:46] <chrisccoulson> hmmm, you guys should probably just ignore lkcl on dev.platform ;)
# [11:48] * Quits: vikash (vikash@A4D25C2E.38F0169.5D9ABA9F.IP) (Quit: Leaving)
# [11:49] * Joins: gandalf (zbraniecki@moz-57983FD6.neoplus.adsl.tpnet.pl)
# [11:49] * Joins: KaiRo (robert@moz-A823A6E1.adsl.highway.telekom.at)
# [11:50] * Joins: JeroenDeDauw (jeroen@7BA25E.882B451D.DDBC9343.IP)
# [11:51] <louisremi> Hello, I want to build an addon to simulate touch events on Firefox desktop. I need a way to force document to implement the DocumentTouch interface.
# [11:51] <louisremi> I started by searching on MXR how Firefox determines if the computer is touch enabled, but I can't even find that. Could anyone help me?
# [11:52] * Quits: JeroenDeDauw (jeroen@7BA25E.882B451D.DDBC9343.IP) (Ping timeout)
# [11:53] * Quits: kanru (user@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [11:54] * Quits: gandalf (zbraniecki@moz-57983FD6.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [11:54] <KaiRo> louisremi: I also don't have really good pointers, but (I think on #mobile) I was told that XUL Fennec actually synthesizes all the touch events it sends to content, so I guess your add-on could do just the same
# [11:55] * Quits: @ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
# [11:57] <louisremi> KaiRo: synthesizing the events is not the problem (using document.createTouch and document.createTouchList), but Firefox on desktop doesn't expose this API
# [11:59] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [12:01] * Quits: darktrojan (geoff@moz-509CC089.dsl.telstraclear.net) (Quit: darktrojan)
# [12:02] * NeilAway has cached xhtml today
# [12:05] * Quits: smontagu (chatzilla@moz-5358B283.red.bezeqint.net) (Ping timeout)
# [12:10] * Joins: Cwiiis (cwiiis@40018561.F684631.21A4E96A.IP)
# [12:10] * Joins: graememcc (chatzilla@moz-8A03ACDE.range86-150.btcentralplus.com)
# [12:13] * Joins: gandalf (zbraniecki@moz-EDFBFF14.neoplus.adsl.tpnet.pl)
# [12:14] * Joins: smontagu (chatzilla@moz-711FB14F.red.bezeqint.net)
# [12:16] * mattwoodrow is now known as mattwoodrow|away
# [12:20] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [12:20] * Quits: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP) (Ping timeout)
# [12:20] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [12:21] * Quits: jdm (jdm@moz-15BB5FE6.cable.teksavvy.com) (Client exited)
# [12:23] * rail_away is now known as rail
# [12:23] * Quits: paolo (paolo@10D4112A.A18CD39A.2CA42CD4.IP) (Client exited)
# [12:25] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [12:28] <ma1> cers: most (63%) of the type is spent in a certain function checking collisions (http://soulwire.co.uk/coffeephysics/compiled/behaviour/Collision.js line 20) which I suspect doesn't get JITed for some reason. Is there a way for me to test this guess?
# [12:32] * Joins: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se)
# [12:34] * Quits: gandalf (zbraniecki@moz-EDFBFF14.neoplus.adsl.tpnet.pl) (Ping timeout)
# [12:36] * Joins: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com)
# [12:36] * Quits: ma1 (ma1@moz-CE563BC8.clienti.tiscali.it) (Ping timeout)
# [12:36] * Joins: ma1 (ma1@moz-CE563BC8.clienti.tiscali.it)
# [12:36] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
# [12:37] * Joins: gandalf (zbraniecki@moz-6A4921DC.neoplus.adsl.tpnet.pl)
# [12:39] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [12:39] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [12:39] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [12:40] * Quits: lsumar (lsumar@moz-7691825E.adsl.xtra.co.nz) (Quit: This computer has gone to sleep)
# [12:40] * Joins: lsumar (lsumar@moz-7691825E.adsl.xtra.co.nz)
# [12:41] * Joins: darktrojan (geoff@moz-509CC089.dsl.telstraclear.net)
# [12:42] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
# [12:42] * Joins: mak (chatzilla@moz-72F563FC.retail.telecomitalia.it)
# [12:42] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [12:42] * Quits: lsumar (lsumar@moz-7691825E.adsl.xtra.co.nz) (Ping timeout)
# [12:42] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [12:44] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [12:45] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [12:48] * Joins: Nathandim (Nathandim@moz-4B0DB924.home.otenet.gr)
# [12:49] * Joins: victorporof (victorporo@291941A7.B7DD870C.79933D60.IP)
# [12:50] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [12:50] * Quits: KaiRo (robert@moz-A823A6E1.adsl.highway.telekom.at) (Input/output error)
# [12:51] * Joins: KaiRo (robert@moz-A823A6E1.adsl.highway.telekom.at)
# [12:53] * Joins: KaIRC (robert@moz-4EC4C6E5.adsl.highway.telekom.at)
# [12:54] * Quits: KaiRo (robert@moz-A823A6E1.adsl.highway.telekom.at) (Ping timeout)
# [12:56] * KaIRC is now known as KaiRo
# [12:58] * Joins: nrc (nrc@40018561.F684631.21A4E96A.IP)
# [13:05] * Quits: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at) (Input/output error)
# [13:06] * Joins: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at)
# [13:07] * Parts: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [13:08] * Joins: JeroenDeDauw (jeroen@B4E5734B.16B08C44.6D5952B2.IP)
# [13:08] * Joins: pranavrc (pranavrc@36AF529C.98CA9F9E.520CDC98.IP)
# [13:08] * jfkthame is now known as jfkthame_afk
# [13:09] * Quits: darktrojan (geoff@moz-509CC089.dsl.telstraclear.net) (Quit: darktrojan)
# [13:10] * Joins: kwierso_ (chatzilla@moz-36F449F6.chcgilgm.static.covad.net)
# [13:10] * Quits: kwierso (chatzilla@moz-BD032982.chcgilgm.static.covad.net) (Ping timeout)
# [13:10] * kwierso_ is now known as kwierso
# [13:10] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [13:11] * Quits: JeroenDeDauw (jeroen@B4E5734B.16B08C44.6D5952B2.IP) (Ping timeout)
# [13:11] * Quits: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at) (Input/output error)
# [13:12] * Joins: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at)
# [13:12] * Quits: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at) (Input/output error)
# [13:12] * Joins: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at)
# [13:14] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
# [13:14] * ewong|sleep is now known as ewong
# [13:15] * Quits: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at) (Input/output error)
# [13:15] * Joins: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at)
# [13:16] * Quits: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at) (Input/output error)
# [13:16] * Joins: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at)
# [13:16] * Quits: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at) (Input/output error)
# [13:17] * Joins: peregrino (peregrino@moz-8906B79F.telecom.net.ar)
# [13:19] * Quits: kwierso (chatzilla@moz-36F449F6.chcgilgm.static.covad.net) (Connection reset by peer)
# [13:20] * Joins: kwierso (chatzilla@moz-BD032982.chcgilgm.static.covad.net)
# [13:20] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: . . . ........)
# [13:22] * Quits: m_kato (m_kato@moz-348F61F0.mozilla.or.jp) (Quit: Leaving...)
# [13:27] * Quits: jfkthame_afk (jfkthame@moz-82E88FC9.cable.virginmedia.com) (Ping timeout)
# [13:27] * Joins: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com)
# [13:30] * Joins: kaie2 (kaie@moz-7A5A7D5C.dip.t-dialin.net)
# [13:30] * Joins: JeroenDeDauw (jeroen@C10EA9FC.9481ED7.9F9A2DA2.IP)
# [13:30] <Bas> Anyone here that can r+ me changing a random-if I added for a test I just added into a skip-if?
# [13:30] * Joins: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP)
# [13:30] * Quits: kaie (kaie@moz-83AEF5C4.dip.t-dialin.net) (Ping timeout)
# [13:31] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [13:32] * Joins: espindola (espindola@moz-19B1449A.dsl.teksavvy.com)
# [13:32] <jfkthame> Bas: why are you wanting to skip it?
# [13:33] * Joins: johanc (chatzilla@B2587C6E.17F44387.2E511D52.IP)
# [13:33] <Bas> jfkthame: Well, it has no function on android (what its testing doesn't exist there), and it doesn't work there since it seems 'window.mozPaintCount' doesn't work there.
# [13:33] <Bas> jfkthame: (causing the test to time out since it waits until mozPaintCount increments)
# [13:34] <jfkthame> yep, sounds like skipping it would be good, then
# [13:34] <jfkthame> r=me :)
# [13:35] <jfkthame> but should mozPaintCount work on android? i know nothing about it, but if that's expected to work then maybe we should have a bug about it
# [13:35] <Bas> jfkthame: I have no idea :s I was planning to ask, but since the test isn't relevant I didn't want to backout because of it.
# [13:36] <cers> ma1: sorry, I don't reaææy know anything about that part of the code :-S
# [13:36] <Bas> jfkthame: I'll file a bug and note it.
# [13:36] <jfkthame> Bas: yeah, that's fair enough, thanks
# [13:36] * Quits: wlach (wlach@moz-F7860300.vif.net) (Quit: Leaving)
# [13:37] <jfkthame> MDN doesn't say anything about it being desktop-only or whatever
# [13:37] <jfkthame> so i think it's reasonable to assume it _should_ work
# [13:37] <cers> ma1: I guess maybe ask in #jsapi? not even sure if that's the right place...
# [13:38] * Fallen is now known as Fallen|away
# [13:40] <Bas> jfkthame: Pushed, and https://bugzilla.mozilla.org/show_bug.cgi?id=731962
# [13:41] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
# [13:43] * Quits: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP) (Ping timeout)
# [13:45] * Joins: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at)
# [13:47] * Quits: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at) (Input/output error)
# [13:48] * Joins: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at)
# [13:48] * rail is now known as rail_away
# [13:49] * Quits: nli (nli@moz-99690620.hinet-ip.hinet.net) (Quit: nli)
# [13:50] <KaiRo> bah, something is very crashy on my system since it updated to Mesa 8.0.1 (and a couple other updates) yesterday :(
# [13:50] <KaiRo> I guess that's what you get for using a development distro...
# [13:50] * Quits: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at) (Input/output error)
# [13:51] * Joins: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at)
# [13:51] * Joins: smaug (chatzilla@moz-5A7753B1.elisa-mobile.fi)
# [13:51] * ChanServ sets mode: +o smaug
# [13:51] * Quits: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at) (Input/output error)
# [13:52] * Joins: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at)
# [13:52] * Quits: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at) (Input/output error)
# [13:52] * Joins: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at)
# [13:53] * Quits: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at) (Input/output error)
# [13:54] * Joins: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com)
# [13:54] * Joins: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at)
# [13:54] * Quits: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at) (Connection reset by peer)
# [13:54] <mak> anybody knows if there's a bug for "rm: cannot remove directory `build/xpcshell/tests/xpcom/tests/unit': Directory not empty"
# [13:55] <mak> it is hitting quite often
# [13:55] * Joins: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at)
# [13:55] * Quits: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at) (Input/output error)
# [13:55] * Joins: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [13:57] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [13:57] * Joins: regen (Miller@moz-5F0A903E.adsl.dynamic.seed.net.tw)
# [13:58] <mak> hm philor starred one as bug 582821, but that log has no reference to test_nsIProcess.js
# [13:59] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
# [13:59] * Joins: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es)
# [13:59] <mak> hm, ah I see, the test breaks the slave and from that point on the slave fails till it's clobbered!
# [13:59] * Quits: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com) (Ping timeout)
# [13:59] * Quits: regen (Miller@moz-5F0A903E.adsl.dynamic.seed.net.tw) (Quit: regen)
# [14:00] * Quits: nrc (nrc@40018561.F684631.21A4E96A.IP) (Ping timeout)
# [14:01] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Ping timeout)
# [14:01] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [14:02] * Quits: AutomatedTester (AutomatedT@moz-7E54388C.as13285.net) (Input/output error)
# [14:02] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [14:07] * Joins: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at)
# [14:07] * Quits: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at) (Input/output error)
# [14:08] * Quits: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se) (Quit: Ex-Chat)
# [14:11] <mak> Bas: hm, there are some crashes on talos related to plugins and ipc on your push
# [14:11] <NeilAway> mak: I had one test which created a file in Unicode or some such which rm couldn't remove :-(
# [14:11] <Bas> mak: Interesting!
# [14:12] <mak> NeilAway: could be similar issue, the fact is that after the test fails a bunch of tests turn red (all next tests on the same slave till clobber), that is quite annoying
# [14:12] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Ping timeout)
# [14:13] <Bas> mak: I know the cause, any objections if I file a quick follow-up right now?
# [14:13] <Bas> mak: (I'm 99% sure I know it, anyway)
# [14:14] <mak> Bas: well, it depends if it's a random orange or it will keep the talos result red for the rest of the day
# [14:14] <Bas> mak: It's a bug, and there's a 1-line fix :)
# [14:14] <mak> Bas: ok, fine, but if we don't fix it shortly we'll have to close since we are without Tp5 results
# [14:15] <mak> or probably we should close already
# [14:15] <Bas> mak: Would you object to me doing r=bustage on this? It's a pretty obvious solution to the issue?
# [14:15] <mak> Bas: nope, post-review is fine
# [14:15] * Quits: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com) (Input/output error)
# [14:16] <dao> Bas: pending-r=roc? :) r=bustage doesn't make much sense
# [14:17] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [14:17] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [14:17] <Bas> dao mak: Done, and pushed.
# [14:18] <mak> Bas: thanks, will keep an eye on it
# [14:19] <Bas> mak: Thanks, I need to go for a little bit in 10 mins, if this makes your life any more horrible after this fix, feel free to back me out :)
# [14:19] <mak> sure, don't worry :)
# [14:20] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [14:20] * Quits: victorporof (victorporo@291941A7.B7DD870C.79933D60.IP) (Connection reset by peer)
# [14:20] * Joins: victorporo (victorporo@291941A7.B7DD870C.79933D60.IP)
# [14:22] * Joins: paolo (paolo@moz-E9A2F284.retail.telecomitalia.it)
# [14:22] * Joins: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl)
# [14:23] <bjacob> what component, for a mozRequestAnimationFrame bug?
# [14:23] * Quits: grubshka__ (grubshka@moz-6DDB8A96.w86-216.abo.wanadoo.fr) (Quit: Quitte)
# [14:23] * Joins: grubshka (grubshka@moz-6DDB8A96.w86-216.abo.wanadoo.fr)
# [14:23] * Quits: smontagu (chatzilla@moz-711FB14F.red.bezeqint.net) (Ping timeout)
# [14:24] * Joins: victorporof (victorporo@291941A7.B7DD870C.79933D60.IP)
# [14:24] * Quits: victorporo (victorporo@291941A7.B7DD870C.79933D60.IP) (Connection reset by peer)
# [14:25] * Parts: louisremi (louisremi@moz-381A2210.dsl.sta.abo.bbox.fr)
# [14:26] * Quits: @smaug (chatzilla@moz-5A7753B1.elisa-mobile.fi) (Ping timeout)
# [14:27] * Quits: pascalc (chatzilla@moz-DABE0E8F.rev.sfr.net) (Quit: bye)
# [14:28] <espindola> mak, can you review https://bugzilla.mozilla.org/show_bug.cgi?id=721603
# [14:28] <espindola> it just enables the code that was there before
# [14:28] <espindola> i.e., stuff that you reviewed already
# [14:28] <mak> espindola: done
# [14:29] <mak> I as about to suggest it :)
# [14:29] <mak> was
# [14:29] <espindola> ok. Will push as soon as try in back just in case someone introduce yet another late use of places
# [14:29] <espindola> introduced
# [14:30] <mak> well, actually the crash we hit was introduced by vladan when he changed executeStep
# [14:30] <mak> not lot of time ago
# [14:30] <espindola> spinning the loop found cases during development
# [14:30] <espindola> and one when it went to nightly
# [14:30] <mak> yes, it's a good thing after all
# [14:31] <espindola> and the case we found at nightly is not specific to caches
# [14:31] <espindola> any sync user would be in a position to crash us
# [14:31] <espindola> in any case, that code was disable for enough time to another user to go in
# [14:31] <espindola> so a try run is a good thing
# [14:32] * Joins: smontagu (chatzilla@moz-711FB14F.red.bezeqint.net)
# [14:32] * rail_away is now known as rail
# [14:33] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/7672adec56b9 - Olli Pettay - Bug 730581, unbind content tree lazily after unlink, r=jst
# [14:33] * Joins: smaug (chatzilla@moz-BE6D15A2.elisa-mobile.fi)
# [14:33] * ChanServ sets mode: +o smaug
# [14:33] * Quits: ericjung (Mibbit@moz-C6B344D.bstnma.fios.verizon.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [14:34] * Joins: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com)
# [14:35] * NeilAway wonders what this talk of late uses of places is
# [14:36] <mak> smaug: just in time, I was about to commit the merge :)
# [14:36] <@smaug> sorry :)
# [14:36] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [14:36] <mak> NeilAway: just that we are moving forward exit(0) so we have to spin places shutdown, and this hit a crash in storage introduced some weeks ago
# [14:37] <NeilAway> mak: ah, can I still sanitise Places in the places-shutdown observer or is that going away?
# [14:38] <mak> NeilAway: places-shutdown is just a subtopic of profile-change-teardown, so there should be no problem
# [14:38] <mak> we will exit(0) after profile-before-change, afaik currently
# [14:40] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [14:42] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [14:43] * Joins: davidb (davidb@471D72E.2257F909.F30C9E9E.IP)
# [14:46] * Joins: nrc (nrc@40018561.F684631.21A4E96A.IP)
# [14:47] * Quits: @smaug (chatzilla@moz-BE6D15A2.elisa-mobile.fi) (Input/output error)
# [14:48] * Joins: smaug (chatzilla@moz-BE6D15A2.elisa-mobile.fi)
# [14:48] * ChanServ sets mode: +o smaug
# [14:49] <@smaug> strange, I can't get about:telemetry to work
# [14:49] <@smaug> in this profile
# [14:50] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
# [14:50] * Fallen|away is now known as Fallen
# [14:51] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [14:52] <dao> smaug: you've installed the extension?
# [14:53] <@smaug> yes, I just did
# [14:53] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [14:53] <@smaug> but still doesn't work
# [14:53] <@smaug> hmm
# [14:54] <@smaug> perhaps my about:cc is causing some problems...
# [14:54] * Joins: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP)
# [14:55] * Quits: Tomska (Crossbear-@moz-F63022CC.dynamic.qsc.de) (Ping timeout)
# [14:55] <mak> smaug: about cc and about telemetry conflict
# [14:56] <mak> I think a bug was filed for that?
# [14:56] <@smaug> really?
# [14:56] <@smaug> haven't seen
# [14:56] <@smaug> it is possible that I did something wrong when I wrote about:cc
# [14:56] <@smaug> that was the first addon I
# [14:56] <@smaug> 've ever written
# [14:59] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
# [14:59] <mak> smaug: bug 728568 and you are cc-ed :)
# [15:00] <@smaug> oops
# [15:00] <@smaug> too much bugmail
# [15:00] <@smaug> or random missing bugmail from bugzilla
# [15:00] * Joins: regen (Miller@moz-5F0A903E.adsl.dynamic.seed.net.tw)
# [15:00] <mak> dunno, lately I don't get some bugmail and I'm not sure why
# [15:01] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [15:02] * Joins: armenzg (armenzg@moz-71039613.acanac.net)
# [15:03] * Joins: josh (josh@moz-37DC7E08.hsd1.mn.comcast.net)
# [15:06] * Joins: vikram360 (vikram360@EBE26153.60746C98.2A068A5E.IP)
# [15:06] * Joins: clokep_work (Mibbit@moz-449AD7C1.mitre.org)
# [15:07] * Quits: josh (josh@moz-37DC7E08.hsd1.mn.comcast.net) (Quit: josh)
# [15:07] * Quits: stransky (stransky@moz-6F10C81D.net.upcbroadband.cz) (Quit: Connection reset by beer)
# [15:07] * Joins: aleth (Instantbir@moz-72908A3B.ictp.it)
# [15:09] * Quits: ma1 (ma1@moz-CE563BC8.clienti.tiscali.it) (Ping timeout)
# [15:09] * Quits: aleth (Instantbir@moz-72908A3B.ictp.it) (Quit: Instantbird -- http://www.instantbird.com)
# [15:10] * Joins: aleth (Instantbir@moz-72908A3B.ictp.it)
# [15:10] * Joins: ma1 (ma1@moz-CE563BC8.clienti.tiscali.it)
# [15:10] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: brb)
# [15:10] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [15:14] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
# [15:16] <lurking> what's up with linux opt builds - failed 3 nightly's in a row ? 1 yesterday, 2 today ?, looks like s: mv-moz2-linux-ix-slave17 is busted maybe
# [15:16] * Joins: drice (derice@1606D15F.E628B196.8E155D4E.IP)
# [15:16] * Joins: imphil (philipp@moz-55513EF0.rad.med.uni-muenchen.de)
# [15:17] * Quits: ma1 (ma1@moz-CE563BC8.clienti.tiscali.it) (Ping timeout)
# [15:17] * Joins: ma1 (ma1@moz-CE563BC8.clienti.tiscali.it)
# [15:19] * Parts: aleth (Instantbir@moz-72908A3B.ictp.it)
# [15:20] * Joins: Suresh (chatzilla@23D306FC.607962E.EB06F97B.IP)
# [15:20] * glob|away is now known as glob
# [15:20] * Joins: pascalc (chatzilla@moz-DABE0E8F.rev.sfr.net)
# [15:21] * Joins: josh (josh@moz-37DC7E08.hsd1.mn.comcast.net)
# [15:23] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [15:23] <mak> lurking: maybe, was the same slave yesterday
# [15:23] <mak> ?
# [15:23] * Quits: josh (josh@moz-37DC7E08.hsd1.mn.comcast.net) (Quit: josh)
# [15:24] <lurking> yes, looks like it - s: mv-moz2-linux-ix-slave17
# [15:24] <lurking> I posted to #build
# [15:24] <mak> yeah, may be a broken slave
# [15:27] <Yoric> !seen cjones
# [15:27] <firebot> cjones was last seen 4 days, 21 hours, 52 minutes and 36 seconds ago, saying 'all one of them?' in #b2g.
# [15:28] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [15:30] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
# [15:30] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [15:30] * Joins: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP)
# [15:30] * Joins: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP)
# [15:31] * jhopkins|afk is now known as jhopkins
# [15:32] * Joins: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com)
# [15:32] <espindola> rail, should I check in the new puppet manifest already?
# [15:34] * Parts: clokep_work (Mibbit@moz-449AD7C1.mitre.org)
# [15:34] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
# [15:34] * Joins: bb10 (bb10@moz-C7B05616.org)
# [15:35] * Quits: @smaug (chatzilla@moz-BE6D15A2.elisa-mobile.fi) (Input/output error)
# [15:36] * Joins: smaug (chatzilla@moz-BE6D15A2.elisa-mobile.fi)
# [15:36] * ChanServ sets mode: +o smaug
# [15:37] * armenzg is now known as armenzg_buildduty
# [15:37] <rail> espindola: not yet, I'll push them, perhaps later today
# [15:38] * catlee-away is now known as catlee
# [15:39] <espindola> rail, awesome. Thanks
# [15:40] * edransch-away is now known as edransch
# [15:40] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [15:40] <espindola> the workaround for the js compiler using too much stack when building with clang is already in central
# [15:40] <espindola> so this one should be all green!
# [15:41] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Connection reset by peer)
# [15:41] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [15:41] <Yoric> JS compiler using too much stack?
# [15:41] <Yoric> That sounds interesting.
# [15:41] <Yoric> Do you have a bug#?
# [15:42] * Joins: Tomska (Crossbear-@moz-F63022CC.dynamic.qsc.de)
# [15:42] <espindola> Yoric, it is a llvm bug
# [15:42] <espindola> let me find the number
# [15:42] <Yoric> ah, ok
# [15:42] <Yoric> Still interested, although a little bit less.
# [15:43] * Quits: johanc (chatzilla@B2587C6E.17F44387.2E511D52.IP) (Ping timeout)
# [15:43] * Quits: kaie2 (kaie@moz-7A5A7D5C.dip.t-dialin.net) (Ping timeout)
# [15:43] <espindola> Yoric, https://bugzilla.mozilla.org/show_bug.cgi?id=731503
# [15:43] <Yoric> Thanks
# [15:44] * Joins: evilpie (evilpie@moz-4C98636C.pools.arcor-ip.net)
# [15:44] * bwinton_away is now known as bwinton
# [15:44] <bjacob> who's a good person to CC on a requestAnimationFrame bug given that roc is on vacation?
# [15:44] <bjacob> https://bugzilla.mozilla.org/show_bug.cgi?id=731974
# [15:44] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [15:45] <@smaug> bjacob: bz
# [15:45] * Joins: kaie (kaie@moz-FA09CD4B.dip.t-dialin.net)
# [15:45] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [15:45] <@smaug> I thought bz owns requestAnimationFrame
# [15:45] <bjacob> smaug: that is the generic answer for all bugs... but ok
# [15:46] <@smaug> I would guess bz owns only about 50% of the Gecko code :)
# [15:48] * coop|afk is now known as coop
# [15:48] <Fallen> haha firefox says its using 182% cpu!
# [15:48] <Fallen> how did you do that?
# [15:48] <bjacob> Fallen: two threads?
# [15:49] <Fallen> i was thinking ps would think of that :)
# [15:49] <Fallen> its on a mac
# [15:49] <@smaug> 2 or more threads
# [15:49] <@smaug> Fallen: could you profile what is taking the cpu time
# [15:49] <Fallen> its not a debug build so I can't really do much
# [15:49] <espindola> anyone knows what the second argument to CheckArg is?
# [15:50] <bjacob> on the contrary, profiling is _not_ done on debug buids?
# [15:50] * ewong is now known as ewong|sleep
# [15:50] <bjacob> !
# [15:50] <Fallen> if you tell me what to do, I'll do so
# [15:50] <espindola> it says it rejects the argument if osint is also present
# [15:50] <espindola> but what does the osint option do?
# [15:51] <@smaug> If you have Shark, open it, select Firefox process, and press start
# [15:51] <Fallen> seems I do, starting
# [15:51] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
# [15:51] * Joins: bb10 (bb10@moz-C7B05616.org)
# [15:51] <@smaug> IIRC OSX System monitor has also some tool to get stack trace
# [15:51] <bjacob> yeah i think that's called "sample"
# [15:52] * @smaug hasn't used OSX lately
# [15:52] * bjacob got a mac yesterday to reproduce GL bugs
# [15:54] * Quits: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP) (Ping timeout)
# [15:55] <Fallen> hmm Shark doesn't seem to be starting. Whats they system monitor called?
# [15:55] <bjacob> Fallen: i would google for: profiling osx system monitor. or something
# [15:55] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Client exited)
# [15:55] <Fallen> ok
# [15:56] * bjacob wonders if BenWa's built-in profiler could be of use here
# [15:57] <bjacob> BenWa: ^ someone reports high cpu usage on OSX. Can your profiler already help here? (does it already ship)
# [15:57] * Quits: cers (textual@moz-E3288E2B.bynqu1.dynamic.dsl.tele.dk) (Ping timeout)
# [15:57] <Fallen> I found the system profiler, called activity monitor
# [15:58] * Joins: cers (textual@moz-E3288E2B.bynqu1.dynamic.dsl.tele.dk)
# [15:58] <Fallen> http://pastebin.mozilla.org/1497222
# [15:59] * Joins: cers_ (textual@moz-E3288E2B.bynqu1.dynamic.dsl.tele.dk)
# [15:59] * Quits: cers (textual@moz-E3288E2B.bynqu1.dynamic.dsl.tele.dk) (Connection reset by peer)
# [16:02] <Fallen> bjacob: smaug: anything you can get out of that? Otherwise I'd kill ff now, its used about 10% of my battery
# [16:02] * Quits: mck182 (quassel@moz-8E3C3A09.vsb.cz) (Ping timeout)
# [16:03] <bjacob> Fallen: i see a plugin there (mac_plugin_interposing_child_OnSetCursor), so a priori I would file a bug against Core -> Plug-ins
# [16:03] <Fallen> any more info I should gather before I kill it?
# [16:03] <bjacob> sample it again, see if the result is very different
# [16:03] <@smaug> Fallen: could you take few samples
# [16:04] * Joins: jaws_ (jwein@moz-E4A8BF29.hsd1.mi.comcast.net)
# [16:04] <bjacob> it looks like this XRE_AddStaticComponent business is related to the plugin, but i'm not sure
# [16:06] * Joins: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP)
# [16:06] * Joins: lduros (lduros@moz-34D6757F.nic.resnet.group.upenn.edu)
# [16:06] <Fallen> I think the problems started showing up when I clicked on a link to xing.de. FF was busy connecting, so I left it in the background
# [16:06] * Quits: pascalc (chatzilla@moz-DABE0E8F.rev.sfr.net) (Input/output error)
# [16:07] <Fallen> next sample: http://pastebin.mozilla.org/1497223
# [16:08] <Fallen> no mac_plugin_interposing_child_OnSetCursor in there
# [16:08] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
# [16:08] <bjacob> similar to the first, but doesn;t mention mac_plugin_interposing_child_OnSetCursor so i prefer the first (more explicit)
# [16:08] <bjacob> file bug against Core Plugins with the 2 samples as attachments
# [16:08] * Quits: gmoro (guilherme@E0636309.96DFB25.D159334F.IP) (Ping timeout)
# [16:08] <Fallen> I'll take another sample to be sure
# [16:08] <@smaug> bz_sleep: If you have been using FF for few days now without restarting, and get >50ms CC times, could you create CC log. Use the script in the first gray box https://wiki.mozilla.org/Performance:Leak_Tools#Cycle_collector_heap_dump
# [16:08] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
# [16:09] * Quits: regen (Miller@moz-5F0A903E.adsl.dynamic.seed.net.tw) (Quit: regen)
# [16:09] * Joins: sicking (chatzilla@moz-6644F61A.static-ip.oleane.fr)
# [16:09] * Joins: regen (Miller@moz-5F0A903E.adsl.dynamic.seed.net.tw)
# [16:10] * Quits: regen (Miller@moz-5F0A903E.adsl.dynamic.seed.net.tw) (Quit: regen)
# [16:10] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
# [16:10] * Joins: mck182 (quassel@moz-8E3C3A09.vsb.cz)
# [16:11] * Joins: SeoZ[home] (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP)
# [16:13] * khuey|away is now known as khuey
# [16:14] * jmaher|afk is now known as jmaher
# [16:14] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (NickServ (GHOST command used by rick))
# [16:14] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [16:14] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [16:15] * Joins: stransky (stransky@moz-107AD163.redhat.com)
# [16:16] * Ziggy|AWAY is now known as Ziggy_Maes
# [16:17] <Fallen> smaug: bjacob: thanks! bug 732004 filed
# [16:17] <bjacob> thanks
# [16:18] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
# [16:19] * Quits: gandalf (zbraniecki@moz-6A4921DC.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [16:20] <Fallen> could be a flash or google talk error, those two plugins are also shown in ps, killing them doesn't make FF come back though
# [16:20] * armenzg_buildduty is now known as armenzg_brb
# [16:22] * Joins: tonymec__ (tonymec@2780C865.8190FE72.277517C1.IP)
# [16:22] * tonymec__ is now known as tonymec|away
# [16:23] * Joins: josh (josh@moz-1B6D6018.hsd1.mn.comcast.net)
# [16:25] * Joins: gandalf (zbraniecki@moz-6A4921DC.neoplus.adsl.tpnet.pl)
# [16:26] * Quits: cturra (cturra@EF3966A6.48007579.505A0A0A.IP) (Ping timeout)
# [16:26] * Joins: mib_s4kudf (Mibbit@75BB6460.55023AD0.B580DEC.IP)
# [16:27] * Quits: mib_s4kudf (Mibbit@75BB6460.55023AD0.B580DEC.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [16:27] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
# [16:28] * Joins: pascalc (chatzilla@moz-DABE0E8F.rev.sfr.net)
# [16:29] * armenzg_brb is now known as armenzg_buildduty
# [16:29] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
# [16:31] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [16:31] * Quits: lduros (lduros@moz-34D6757F.nic.resnet.group.upenn.edu) (Ping timeout)
# [16:32] * bear-afk is now known as bear
# [16:32] * Quits: dao (dao@moz-1377C14D.superkabel.de) (Quit: Leaving.)
# [16:32] * Quits: ma1 (ma1@moz-CE563BC8.clienti.tiscali.it) (Ping timeout)
# [16:33] * Quits: tonymec|away (tonymec@2780C865.8190FE72.277517C1.IP) (Quit: Konversation terminated!)
# [16:33] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
# [16:33] * Joins: lduros (lduros@moz-34D6757F.nic.resnet.group.upenn.edu)
# [16:37] * Joins: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net)
# [16:37] * Joins: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP)
# [16:38] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: glazou)
# [16:40] * Joins: gabor (gabor@moz-858E73B7.pool.digikabel.hu)
# [16:41] * philor|away is now known as philor
# [16:41] * Quits: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net) (Quit: nhirata)
# [16:41] * Joins: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net)
# [16:44] * Quits: Bas (chatzilla@moz-DF3CA35A.ftth.concepts.nl) (Connection reset by peer)
# [16:44] * Joins: Bas (chatzilla@moz-DF3CA35A.ftth.concepts.nl)
# [16:44] <imphil> how can I disable this "firefox crashed, now starting in safe mode" dialog in recent nightlies and always start in normal mode?
# [16:46] * Joins: cadecairos (cadecairos@F2D29657.F60B0462.67AC9B1.IP)
# [16:46] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [16:46] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [16:49] <kwierso> imphil: If you set toolkit.startup.max_resumed_crashes to some larger number, that should help. Although I thought I read something about there being a bug in the nightlies causing it to never reset the count
# [16:49] <kwierso> thought it was fixed or will soon be fixed, though
# [16:49] <jbuck> you can also change it to -1
# [16:50] <jbuck> which disables the check
# [16:50] <jbuck> (or maybe it's 0? one of those two... I remember it being mentioned in channel a few days ago)
# [16:51] * Joins: ma1 (ma1@moz-CE563BC8.clienti.tiscali.it)
# [16:51] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [16:51] * Joins: dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com)
# [16:51] * ChanServ sets mode: +o dveditz
# [16:51] <imphil> kwierso, jbuck -1 seems to work, thanks!
# [16:53] <ochameau> hsivonen_: ping
# [16:54] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [16:54] <lduros> quick question regarding mime-type and type hinting with Firefox, if I observe http responses on 'http-on-examine-response', and I check that they are either a type of text/html or that they content type is undefined, will I catch all responses that are potentially interpreted by Firefox as html?
# [16:55] <imphil> smaug, regarding bug 724374. what do you mean by "I still wonder if some xforms node has properties" - how would it look if a node had properties?
# [16:55] * RemusPop is now known as RemusPop|away
# [16:56] <@smaug> imphil: SetProperty
# [16:56] <@smaug> RemoveProperty
# [16:57] <@smaug> er
# [16:57] <@smaug> UnsetProperty
# [16:57] <imphil> smaug, easy enough :) I'll have a look
# [16:57] <@smaug> DeleteProperty
# [16:57] <@smaug> just look at what kinds of properties are set
# [16:57] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [16:58] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [16:58] <@bz_sleep> lduros: no
# [16:58] * bz_sleep is now known as bz
# [16:58] <lduros> bz_sleep: so what would I need to do to make sure I can them all?
# [16:59] <@bz> lduros: solve the halting problem. :(
# [16:59] <@bz> lduros: what are you actually trying to do?
# [16:59] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Client exited)
# [16:59] <lduros> bz: i'm intercepting pages (and javascript files also) using a tracing listener
# [16:59] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [17:00] <lduros> bz: I want to make sure I get all the responses that are going to be interpreted by the browser as html
# [17:00] <@bz> lduros: the problem is that stream converters exist
# [17:00] * Quits: smontagu (chatzilla@moz-711FB14F.red.bezeqint.net) (Ping timeout)
# [17:00] <@bz> lduros: so when we get data in a type we don't know about we try to convert it to a type that we _do_ know about
# [17:00] <lduros> bz: so the only solution is a content sniffer?
# [17:00] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Client exited)
# [17:00] <lduros> hmm
# [17:00] <@bz> lduros: a content sniffer won't help either
# [17:01] <@bz> lduros: and extensions can implement stream converters, note
# [17:01] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [17:01] <lduros> hmm
# [17:01] <@bz> lduros: here are some specific examples
# [17:01] <@bz> lduros: the response might be multipart/x-mixed-replace
# [17:02] <@bz> lduros: with some HTML part
# [17:02] <@bz> lduros: the response might be binhex-encoded, with HTML inside the binhex
# [17:02] <lduros> right now I'm checking my request.contentType is either matched with /.*(javascript|ecmascript|html).*/i or is undefined. so that's not enough :-(
# [17:02] <lduros> hmm
# [17:02] <lduros> ok
# [17:02] * joduinn-home is now known as joduinn-commute
# [17:02] <@bz> lduros: and so forth
# [17:02] <@bz> lduros: you can catch the common case, obviously
# [17:02] <lduros> right
# [17:02] <@bz> lduros: so depending on what you're _really_ trying to do, that may be enough
# [17:03] <@bz> lduros: if this is meant to be a security check, then you need something slightly different
# [17:03] <lduros> well i'm analyzing whether javascript on a page is free/trivial or not, by looking for license notices in js files and within html inline javascript, and block it if necessary
# [17:03] <lduros> bz: so it needs to be as strong as a security check
# [17:03] <lduros> although it's not security :-)
# [17:04] <@bz> lduros: so...
# [17:04] <lduros> bz: think you can implement "something slightly different" using an add-on only?
# [17:04] <@bz> lduros: so if the page has minified/obfuscated script
# [17:04] <@bz> lduros: with a license header once deobfuscated
# [17:05] <@bz> lduros: do you need to be able to see that?
# [17:05] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Client exited)
# [17:05] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [17:05] <lduros> no, I'm really just looking at the top of the file that's it
# [17:05] <lduros> If it's not there when it's minified then I don't accept it
# [17:06] * lsblakk|afk is now known as lsblakk
# [17:06] <lduros> there's an alternative method that requires to pair a license name with a javascript file url if you want, and that's not a problem :-)
# [17:06] <lduros> so using minified stuff is already covered
# [17:06] <@bz> lduros: ok
# [17:07] <@bz> lduros: do you need to care about document.write() of <script> tags?
# [17:07] <reuben> is stallman paying you to do this? :)
# [17:07] <@bz> lduros: or general programmatic creation of inline <script> tags?
# [17:07] * gregglind_away is now known as gregglind
# [17:07] <lduros> bz: no I don't care about document.write, I don't care about eval() and all the stuff
# [17:07] <@bz> ok
# [17:08] * Joins: smontagu (chatzilla@moz-191367B7.red.bezeqint.net)
# [17:08] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [17:08] <@bz> So for inline scripts, what I would probably do is hook the beforescriptexecute event
# [17:08] <@bz> because then you can just examine the text
# [17:08] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [17:08] <lduros> bz: hmm, never heard of this, sounds promising
# [17:08] <lduros> reuben: no, he isn't paying me :-)
# [17:08] * ctalbert|afk is now known as ctalbert
# [17:09] <@bz> lduros: it's an event that fires; if preventDefault is called the script doesn't run
# [17:09] <lduros> bz: cool
# [17:09] <@bz> lduros: it's fired for external scripts too, but it just gets a pointer to the element
# [17:09] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Connection reset by peer)
# [17:09] <@bz> lduros: not the script text
# [17:09] <lduros> bz: so I could use this technique on top of intercepting the text/html mimetypes?
# [17:09] <lduros> as a fallback if it hasn't been caught maybe
# [17:10] <@bz> lduros: well, if you use that you don't need to intercept text/html
# [17:10] <@bz> lduros: right?
# [17:10] <@bz> lduros: what was your plan for external scripts?
# [17:10] <lduros> right
# [17:10] <lduros> well, when the text/html response body is intercepted
# [17:10] <lduros> I use xhr to take a look at these files]
# [17:11] <lduros> then modify the DOM and feed it back serialized the listener after i've removed it or not
# [17:11] <lduros> in addition i'm also catching all /javascript mime types
# [17:11] <lduros> responses
# [17:11] <@bz> yeah, that won't work
# [17:11] <@bz> <script src="foo"> will run no matter what MIME type the server sends
# [17:11] <lduros> so that I catch those javascript files that are loaded dynamically
# [17:12] * Joins: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP)
# [17:12] <@bz> it's common for scripts to be sent as text/plain or text/html or whatever bizzareness the server decides to do
# [17:12] <lduros> yeh, and I catch it before since I get the text/html response
# [17:12] <lduros> and fetch it, then add type="blocked"
# [17:12] <lduros> to it
# [17:12] <lduros> then it's not loaded
# [17:12] <lduros> ok
# [17:12] <lduros> but that requires me to catch the text/html response, obviously
# [17:12] <@bz> right
# [17:13] * @bz thinks
# [17:13] <lduros> this is kind of working already
# [17:13] <@bz> is this something you need to get working with existing Firefox versions?
# [17:13] <lduros> i mean, I haven't had any instance in which it doesn't work so far
# [17:13] <@bz> or would making some changes to Firefox that help be useful
# [17:13] <@bz> like, say, handing out the script text in beforescriptexecute?
# [17:14] <lduros> bz: yeh, I need to get it working with existing firefox versions but if there's a better solution in the future, then those who want to use it would switch to another version, not a problem
# [17:14] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120215223356])
# [17:14] <lduros> this is a "niche" project :-)
# [17:14] <lduros> bz: sure, if that change is possible, it would be great
# [17:15] <@bz> lduros: I'd file a bug on that
# [17:15] <@bz> lduros: as in, you should file such a bug
# [17:16] <lduros> right
# [17:16] <@bz> lduros: cc ":bz" and "@sicking"
# [17:16] <@bz> lduros: if Jonas doesn't object, this may not be that hard to do....
# [17:16] <espindola> armenzg_buildduty, got a "rm: cannot remove directory `build/xpcshell/tests/xpcom/tests/unit': Directory not empty"
# [17:16] <espindola> in
# [17:16] <espindola> https://tbpl.mozilla.org/php/getParsedLog.php?id=9745361&tree=Try&full=1
# [17:16] <sicking> bz: do you have any ideas on how to make CORS work with @import by the way
# [17:16] <espindola> should I open a bug?
# [17:16] <lduros> so this would virtually catch 100% of all JS right?
# [17:16] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [17:16] <sicking> bz: if you do, can you put thoughts in the thread?
# [17:17] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [17:17] <lduros> alright, I'll file a bug then :-)
# [17:17] <@bz> sicking: I don't; else I would have
# [17:17] <armenzg_buildduty> espindola: yes, please
# [17:17] <@bz> sicking: but since you're here, see above?
# [17:17] <armenzg_buildduty> I will get to it in few
# [17:17] <espindola> ok
# [17:17] <armenzg_buildduty> thanks espindola
# [17:18] <sicking> bz: don't think i have time to read it all right now
# [17:18] <espindola> 732022, thanks
# [17:18] <froydnj> espindola: bug 582821
# [17:18] * espindola looks
# [17:18] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Connection reset by peer)
# [17:18] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [17:19] <espindola> froydnj, ah, thanks
# [17:19] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [17:19] * ChanServ sets mode: +o ehsan
# [17:19] <@bz> sicking: short story: would hanging the script text off beforescriptexecute be something we could do?
# [17:19] <espindola> froydnj, I don't think it is the same
# [17:20] <@bz> sicking: for people who want to analyze it before allowing execution?
# [17:20] <espindola> the log has no unexpected failure
# [17:20] <sicking> bz: only for same-origin and CORS scripts
# [17:20] <@bz> sicking: hmm
# [17:20] <sicking> bz: which leaves out a large set
# [17:20] <@bz> sicking: this is for use by an extension in this case
# [17:20] <@bz> sicking: but good catch
# [17:20] <sicking> bz: in that case we could yes. That seems like an ok idea
# [17:20] <@bz> sicking: that gets rapidly complicated. :(
# [17:20] * Quits: @smaug (chatzilla@moz-BE6D15A2.elisa-mobile.fi) (Ping timeout)
# [17:20] <sicking> bz: the cross-origin reason what why i left it out :(
# [17:21] <@bz> sicking: basically, what we have here is an extension that wants to examine script contents and block some scripts
# [17:21] <froydnj> espindola: huh, strange
# [17:21] <@bz> sicking: and I don't see a good way for it to do that
# [17:21] <sicking> bz: i don't either. we should add the text to beforescriptexecute
# [17:22] <@bsmedberg> the forum thread that will never die...
# [17:22] * Cwiiis is now known as CwiiisAway
# [17:22] <sicking> bz: if we had the new-fangled content policy it would be easier
# [17:23] <@bz> sicking: yeah....
# [17:24] * Quits: philor (philor@moz-638273A8.my-nick.name) (Ping timeout)
# [17:24] * Quits: @dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com) (Quit: dveditz)
# [17:25] * Joins: joesteele (joesteele@moz-B7348FDB.tampfl.fios.verizon.net)
# [17:25] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Connection reset by peer)
# [17:26] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [17:27] * Quits: mck182 (quassel@moz-8E3C3A09.vsb.cz) (Ping timeout)
# [17:28] * Joins: philor (philor@moz-638273A8.my-nick.name)
# [17:29] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/9602d0f7ab6d - Joel Maher - Bug 731893 - update talos.zip to include adjustment to mozafterpaint for ts and ts_paint. r=armenzg
# [17:29] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Quit: Verlassend)
# [17:29] <firebot> http://hg.mozilla.org/mozilla-central/rev/64c582d2b02c - Mark Cote - Bug 730422 - test_contextMenu.js errors out on all platforms except Linux/Linux64. r=jmaher
# [17:29] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [17:29] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [17:30] <lduros> sicking: when does that "new-fangled content policy" come into play?
# [17:30] <@bz> lduros: it's vaporware so far
# [17:30] <@bz> lduros: so "whenever someone implements it"
# [17:30] <lduros> ok
# [17:31] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Ping timeout)
# [17:31] <@bz> sicking: worth checking with www-style or dbaron if you haven't yet
# [17:31] <sicking> bz: yeah
# [17:31] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [17:31] <sicking> i bet www-style would be a big mess given that they seem to prefer everything to be cross-origin-allowed. But I still need to ask there
# [17:31] <Fallen> bhearsum|afk: ping
# [17:31] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:32] <Fallen> (when you get back)
# [17:33] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
# [17:33] * Quits: c0smikdebris (c0smikdebr@AB277EF.DC4492DD.BE90E62C.IP) (Client exited)
# [17:33] * Joins: mck182 (quassel@moz-8E3C3A09.vsb.cz)
# [17:33] * Quits: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP) (Ping timeout)
# [17:33] * Joins: RobertClaypool (RobertClay@moz-417FE9D.nwcsinaa.cinergymetronet.net)
# [17:34] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [17:34] * khuey is now known as khuey|away
# [17:34] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [17:34] * Joins: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP)
# [17:34] * Joins: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [17:34] * Joins: rshetty (quassel@8296136.B38BEE2.C842849F.IP)
# [17:35] * armenzg_buildduty is now known as armenzg_brb
# [17:35] <jaws> what's the preferred way to convert an nsTArray to a jsval?
# [17:35] * Parts: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [17:35] <jaws> or is there a different C++ container that works better in these situations
# [17:35] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 10.0.1/20120216115507])
# [17:36] * Joins: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at)
# [17:36] * Quits: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net) (Quit: nhirata)
# [17:37] <@bz> convert in what sense?
# [17:37] <@bz> are you trying to produce a JS array?
# [17:37] <jaws> yeah
# [17:38] <@bz> then it really depends on what's in the TArray
# [17:38] <lduros> bz sicking: posted and cced you: https://bugzilla.mozilla.org/show_bug.cgi?id=732032
# [17:39] <jaws> i have an nsTArray<nsObjectLoadingContent*>
# [17:39] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
# [17:40] * Joins: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net)
# [17:40] <@bz> ok
# [17:40] <@bz> then you need to do a bunch of work
# [17:40] <@bz> generally speaking
# [17:40] <pranavrc> msucan, ping
# [17:40] <jaws> bz: would it be simpler if they were dom elements?
# [17:41] <@bz> not particularly
# [17:41] <@bz> it would be simpler if they were integers, say
# [17:41] <jaws> or should i switch from an nsTArray to a different container?
# [17:41] <@bz> that wouldn't help
# [17:41] <jaws> yeah
# [17:41] <@bz> your problem is that you need to JS-wrap all the elements
# [17:41] <jaws> ok
# [17:41] <@bz> while keeping the whole shebang rooted
# [17:41] <@bz> and put them all in the array
# [17:42] <@bz> You _might_ be able to get there by creating and rooting the array
# [17:42] <@bz> and then wrapping the elements one by one and adding them to the array
# [17:42] <jaws> bz: ok, i will try to see how i can make http://mxr.mozilla.org/mozilla-central/source/dom/telephony/Telephony.cpp#73 more generic then
# [17:42] <@bz> that should kep things safe
# [17:42] <jaws> right now that function depends on some internals of Telephony
# [17:42] <@bz> Like the ToISupports bit?
# [17:43] <jaws> yeah, exactly that part
# [17:43] * Quits: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [17:43] <@bz> yeah, you can replace that with a QI
# [17:43] <@bz> but...
# [17:43] <@bz> afaict that function is unsafe
# [17:43] <@bz> as written
# [17:43] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
# [17:43] <jaws> not sure if it makes the unsafe-ness less severe, but my code is going to be chrome-only
# [17:43] <@bz> it doesn't
# [17:44] <jaws> ok
# [17:44] * Joins: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP)
# [17:44] <@bz> you really need to root the valArray
# [17:44] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
# [17:44] <@bz> at least if I understand anything about how our GC works
# [17:44] * Joins: cturra (cturra@20A24972.3EE602F3.A82DBDDB.IP)
# [17:44] * @bz looks up who wrote/reviewed this
# [17:44] * Quits: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [17:44] <jaws> bz: i think it is rooted here: http://mxr.mozilla.org/mozilla-central/source/dom/telephony/Telephony.cpp#341
# [17:45] <@bz> jaws: that roots |this|
# [17:45] <@bz> jaws: not the array entries
# [17:45] <jaws> bz: i admit to being in over my head here
# [17:45] * Joins: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP)
# [17:45] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [17:45] <@bz> jaws: that's ok; we all are when gc is involved
# [17:45] <jaws> :)
# [17:45] <@bz> jaws: if nothing else because people keep changing the invariants on us
# [17:45] <msucan> pranavrc: pong
# [17:46] <Octayn> kinetik: ping
# [17:46] * armenzg_brb is now known as armenzg_buildduty
# [17:46] <@bz> "not part of the default build"....
# [17:46] <@bz> anyway
# [17:46] <@bz> no point filing a bug on making this sane, since you'll just fix it up
# [17:47] <jaws> bz: my plan was to move this to nsContentUtils.h
# [17:47] <@bz> yeah
# [17:47] <@bz> and make it gc-safe
# [17:47] <@bz> sounds good to me
# [17:47] <jaws> haha, not by myself :)
# [17:47] <jaws> at least, not in this year :P
# [17:47] * Quits: RobertClaypool (RobertClay@moz-417FE9D.nwcsinaa.cinergymetronet.net) (Client exited)
# [17:48] <@bz> ok
# [17:48] <@bz> well, then we need a plan
# [17:48] <@bz> talk to bent?
# [17:48] <@bz> he wrote this code
# [17:48] * Joins: Pike (Pike@moz-E31CD2CB.mozilla.org)
# [17:48] <jaws> not yet
# [17:48] <pranavrc> msucan, you asked me to change "if (!(RegExp("^(\\s*)$").test(textUntilComment)))" to "if (/^[^\s]+/.test(textUntilComment))". I'm not sure I get what that does, because in the first case, it ignores any comment symbols which have non-whitespace characters before them in the line.
# [17:48] <@bz> that was a suggestion, not a question about past actions. ;)
# [17:48] <jaws> i'll send him an email and see if he'd like to help out
# [17:49] <jaws> thanks for your help
# [17:49] <@bz> no problem
# [17:49] <msucan> pranavrc: it's a lighterweight way to write a regex
# [17:49] <@bz> the other option is to jump into #jsapi and ask for help
# [17:49] <@bz> they're friendly.
# [17:49] <msucan> pranavrc: instead of new RegExp("foo") you can do /foo/ directly
# [17:50] <pranavrc> msucan, yeah, but with the ! symbol, that isn't working, weirdly :/
# [17:50] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [17:50] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [17:50] * Quits: coop (Chris@moz-7990BBB9.dsl.bell.ca) (Ping timeout)
# [17:50] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [17:50] * Fallen is now known as Fallen|away
# [17:50] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Connection reset by peer)
# [17:50] <msucan> pranavrc: also you check if the whole string is made of \s (white spaces) and you put that into a capturing pattern because of the paranthesis
# [17:51] <msucan> pranavrc: you don't need to capture the match, because you don't reuse it
# [17:51] * Quits: SeoZ[home] (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP) (Quit: Leaving)
# [17:51] <msucan> pranavrc: you don't need the !
# [17:52] * Joins: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:52] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [17:52] <msucan> pranavrc: let's PM
# [17:52] <pranavrc> sure
# [17:52] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
# [17:52] * Joins: coop (Chris@moz-597B5EC7.dsl.bell.ca)
# [17:53] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [17:54] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
# [17:56] <NeilAway> bz: I don't suppose a variant array would be any easier?
# [17:58] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [18:00] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [18:01] * zpao|detached is now known as zpao
# [18:02] <gcp> mak: ping
# [18:02] <@bz> NeilAway: might handle rooting for you maybe
# [18:02] * @bz mutters about new dom bindings
# [18:02] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [18:03] <mak> gcp: hi
# [18:04] <gcp> mak: one more live bookmarks regression incoming
# [18:04] <KaiRo> hah, people seem to be crashing Nightly heavily on Win8
# [18:04] <mak> gcp: is it on mac native menubar?
# [18:04] <gcp> mak: no, the mesasge "live bookmarks loading" stays and it stops updating
# [18:04] <gcp> mak: making a bug now
# [18:04] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
# [18:05] <mak> gcp: ok, will see
# [18:05] * Joins: Ms2ger (Ms2ger@4ECA71A8.E9CB1DED.37724B0D.IP)
# [18:05] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120215223356])
# [18:05] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
# [18:06] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
# [18:06] * Quits: Suresh (chatzilla@23D306FC.607962E.EB06F97B.IP) (Quit: Suresh)
# [18:07] * Quits: imphil (philipp@moz-55513EF0.rad.med.uni-muenchen.de) (Ping timeout)
# [18:07] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [18:08] <mak> gcp: which view, menu, toolbar, library, all of them?
# [18:08] <gcp> bookmarks menu (from the icon)
# [18:08] <Tomska> Hello guys, I am developing a Firefox add-on called Crossbear. Currently I try to pass the review process. There is an issue with my usage of the currentThread.processNextEvent()-function. Kris Maglione (my reviewer), told me to discuss this with "the core devs" on #developers. Is there anybody here to whom this description applies and that wants to help me?
# [18:08] * Quits: gandalf (zbraniecki@moz-6A4921DC.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [18:09] <gcp> probably. can you post more information?
# [18:09] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
# [18:10] <Tomska> I implemented a http-on-examine-response-observer that occasionally waits for user input.
# [18:10] <Tomska> As long as it waits it must not return since after the return the page will either be loaded or not.
# [18:11] <Tomska> to achieve this I use the currentThread.processNextEvent()-function
# [18:11] <Tomska> is there a better way to to it?
# [18:11] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [18:11] * rail is now known as rail-lunch
# [18:12] <@bz> Tomska: why do you need user input?
# [18:12] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
# [18:12] * edransch is now known as edransch-lunch
# [18:12] <@bz> Tomska: the caller of that code doesn't expect the event loop to spin; chances are if you do that things will break
# [18:13] <Tomska> I am performing certificate verification for https conections (my Master Thesis)
# [18:13] <Tomska> usually the verification takes place in background
# [18:13] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
# [18:13] <Tomska> but sometimes I need to wait for the user to make a decision
# [18:14] * mjessome is now known as mjessome|lunch
# [18:14] <@bz> Tomska: The right thing to do is probably to suspend the channel
# [18:14] <@bz> Tomska: asynchronously ask the user to make the decision
# [18:14] <@bz> tomska: and return
# [18:15] <@bz> Tomska: from the http-on-examine-response notification
# [18:15] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [18:15] <@bz> Tomska: then whenever the user makes a decision, resume the channel
# [18:15] <gcp> would looking at urlclassifier help here?
# [18:15] <Tomska> bz: nice idea! How do I do that?
# [18:15] <gcp> its doing a similar suspend-channel, asychronous IO, resume channel thingie
# [18:15] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
# [18:15] <@bz> Tomska: which part of it?
# [18:16] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [18:16] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [18:17] <Tomska> bz: suspending and resuming the channel nsIRequest ?
# [18:18] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [18:18] * Joins: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [18:18] <@bz> http://mxr.mozilla.org/mozilla-central/source/netwerk/base/public/nsIRequest.idl#101
# [18:18] <@bz> http://mxr.mozilla.org/mozilla-central/source/netwerk/base/public/nsIRequest.idl#117
# [18:18] <@bz> Like that
# [18:18] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [18:18] <gcp> mak: btw, is there something I can check while the bug is ocurring?
# [18:19] <Bas> mak: Looks like my fix did the trick.
# [18:19] <mak> Bas: yes, looks like it did!
# [18:19] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [18:19] <mak> gcp: hm, error console for errors in our views, and if the same livemark in another view (like in the library) works
# [18:20] <Tomska> Thank you :) I think this is exactly what I was looking for. You guys are great!
# [18:20] <Bas> mak: Ugh! I'm still guilty for an Android R3 failure though!
# [18:20] <Bas> That is marked skip-if(Android) why is it failing?
# [18:20] <Bas> Shouldn't it -skip- it :p
# [18:20] <Ms2ger> bz in particular is great :)
# [18:21] * Joins: squib (squib-@moz-3F6F2A9C.ep.wisc.edu)
# [18:21] <@bz> Tomska: you're welcome
# [18:21] <Bas> philor: Any idea why my skip-if(android) on that reftest isn't working? :(
# [18:22] <gcp> mak: in the menu, its the same problem.
# [18:22] <philor> Bas: exactly what I'm staring at
# [18:22] * philor wipes a little of the drool off his chin
# [18:22] <philor> sort of blankly staring at
# [18:22] <gcp> mak: in library, I dont see the message but it doesnt update either
# [18:22] * Joins: priya (Adium@moz-BBE3ABD.mv.mozilla.com)
# [18:22] <Bas> philor: All I want is for android not to run that test :)
# [18:23] <Ms2ger> android or Android?
# [18:23] <mak> gcp: can firefox load pages normally? (stupid question, but mine sometimes stops loading any page). interesting problem
# [18:23] <philor> does Android not haveTestPlugin?
# [18:23] <Bas> philor: Oh man, that's a good point.
# [18:23] <gcp> mak: firefox works fine. only refreshing those bookmarks is fubar
# [18:23] <Bas> I bet that's it, I should skip-if(!haveTestPlugin)
# [18:24] <Bas> Rather than skip-if(Android)
# [18:24] <philor> there's something about order and precedence, maybe it not having the test plugin leaves it failing instead of skipping
# [18:24] <@bz> return nsCRT::HashCode(mStr, (PRUint32*)&mStrLen);
# [18:24] * @bz wonders why the code is doing that
# [18:24] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:24] <Bas> philor: Mind if I try a patch at that with rs=philor?
# [18:25] * Quits: davidb (davidb@471D72E.2257F909.F30C9E9E.IP) (Ping timeout)
# [18:25] <@bz> 3.35 <warren@netscape.com> 2000-08-20 14:29
# [18:25] <@bz> Fix for hash code performance problem discovered by bienvenu. 'Sampling' hash code was statistically evil.
# [18:25] <@bz> hmmm
# [18:26] <philor> Bas: fine by me, as would be the experiment of just swapping the order
# [18:26] * Joins: dseif (dseif@moz-56A5EC66.dsl.teksavvy.com)
# [18:26] * Quits: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de) (Ping timeout)
# [18:26] <Bas> philor: Nah, if !haveTestPlugin it should be skipped anyway, regardless of platform.
# [18:26] <Bas> As it would never receive a paint and will always timeout.
# [18:27] * Quits: mck182 (quassel@moz-8E3C3A09.vsb.cz) (Ping timeout)
# [18:27] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [18:28] * Joins: sheppy (sheppy@moz-C260FE65.mycingular.net)
# [18:28] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120215223356])
# [18:28] <Ms2ger> Freelance writer is back!
# [18:28] <sheppy> Meh.
# [18:28] <jhammel> he intrigues me with his carefully worded thesis
# [18:29] * Joins: davidb (davidb@471D72E.2257F909.F30C9E9E.IP)
# [18:29] * whimboo is now known as whimboo|afk
# [18:29] <@bz> that's a polite way of saying you'd like to kickban him
# [18:30] <glandium> Ms2ger: what does he write ?
# [18:30] <Ms2ger> "freelance writer"
# [18:31] <mbrubeck> https://groups.google.com/forum/?fromgroups#!searchin/mozilla.dev.planning/%22freelance$20writer%22
# [18:31] <sheppy> Let's just say he has a unique style.
# [18:31] <gcp> do we care for Windows 8 bugs?
# [18:31] <mbrubeck> gcp: Should probably at least file them
# [18:32] * jimm is now known as jimm-lunch
# [18:32] * @bz is sad the weather forecasters were wrong again
# [18:32] <JonathanS> bz, weather is unpredictable
# [18:32] <@bz> yes, but they promised me snow!
# [18:32] <@bz> 6-12 inches!
# [18:32] * @bz wants his snow
# [18:32] <Octayn> bz: I have lots of snow. You can come shovel my driveway.
# [18:33] <@bz> shovelwhat?
# [18:33] <JonathanS> bz, if they promised FL for some rain, it would be likely to happens.
# [18:33] <@bz> the point of snow is that you don't drive anywhere. ;)
# [18:33] * catlee is now known as catlee-afk
# [18:33] <bkero> I have snow in Portland too. I'm rather grumpy about this fact.
# [18:33] <bkero> Or I would be if I were in Portland. I'm not so I don't care!
# [18:34] <JonathanS> Since I live in Florida, I would have to said "what is this snow you speak of?"
# [18:34] * aki|backmar1 is now known as aki
# [18:34] <@bz> JonathanS: you know that stuff you put in your drinks down there?
# [18:34] <@bz> JonathanS: much like that, but fluffier
# [18:34] * Quits: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP) (Ping timeout)
# [18:34] <JonathanS> bz, ice?
# [18:34] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [18:34] <mbrubeck> Like rum but fluffier??
# [18:35] <JonathanS> mbrubeck, is that why rum gone?
# [18:35] * Quits: Tomska (Crossbear-@moz-F63022CC.dynamic.qsc.de) (Ping timeout)
# [18:36] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [18:36] * Joins: TheLink (TheLink@moz-4D4DDD71.pools.arcor-ip.net)
# [18:36] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
# [18:37] * Quits: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [18:38] * Quits: stransky (stransky@moz-107AD163.redhat.com) (Quit: Connection reset by beer)
# [18:38] * joduinn-commute is now known as joduinn-mtg
# [18:38] * Quits: dseif (dseif@moz-56A5EC66.dsl.teksavvy.com) (Input/output error)
# [18:38] <ddahl> is NS_CStringGetData the proper way to copy the raw char pointer inside an nsACString or nsCString?
# [18:38] * Joins: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP)
# [18:41] * armenzg_buildduty is now known as armenzg_lunch
# [18:41] <smontagu> bz: I was also promised snow tonight, and if they deliver it will be the first time in ~10 years :)
# [18:41] <Mook_as> ddahl: nsCString.get() or nsACString.BeginReading() seems to be the usual ways of going about it (though you have to watch for the lifetimes of the buffer it you want to hold on to it)
# [18:42] * Quits: kwierso (chatzilla@moz-BD032982.chcgilgm.static.covad.net) (Ping timeout)
# [18:42] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
# [18:42] <ddahl> Mook_as: yeah, that is the worry - making a copy is preferable in this case I think
# [18:43] * glob is now known as glob|away
# [18:43] <Mook_as> well, however you get the buffer wouldn't change that anyway :p
# [18:43] * Quits: sheppy (sheppy@moz-C260FE65.mycingular.net) (Connection reset by peer)
# [18:43] * Joins: sheppy (sheppy@moz-C260FE65.mycingular.net)
# [18:44] * Joins: cdiehl_ (cdiehl@moz-408BB48C.pool.mediaways.net)
# [18:45] * Joins: Lucas (Lucas@moz-92C28224.hsd1.ca.comcast.net)
# [18:45] * Quits: cdiehl (cdiehl@moz-E8454799.pool.mediaways.net) (Ping timeout)
# [18:45] * cdiehl_ is now known as cdiehl
# [18:46] <ddahl> Mook_as: I suppose I am unclear on how to actually copy the bytes into a new char*, can you just do: char* _bytes = mynsacstring.get();
# [18:46] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (NickServ (GHOST command used by rick))
# [18:47] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [18:47] <Mook_as> ddahl: ToNewCString?
# [18:47] * Joins: vikash (vikash@582633A6.9B552DFD.5D9ABA9F.IP)
# [18:48] <Mook_as> (.get() should get you the internal buffer, instead)
# [18:48] <@bz> http://gs.statcounter.com/#browser-ww-monthly-200807-201203 is interesting
# [18:48] <@bz> in long-view terms
# [18:49] <@bsmedberg> ddahl: ToNewCString is the correct answer, you should free it with NS_Free when you're done with it
# [18:49] <@bsmedberg> don't free() or delete[] it
# [18:49] * Joins: jduell (jduell@moz-F20EC42A.hfc.comcastbusiness.net)
# [18:49] <ddahl> Mook_as: bsmedberg: thanks. so much to learn.
# [18:50] * Ms2ger waves
# [18:51] * jwir3 is now known as jwir3|lunch
# [18:51] * ddahl waves back to Ms2ger
# [18:52] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:53] * philor is now known as philor|away
# [18:53] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Connection reset by peer)
# [18:54] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [18:54] * bear is now known as bear-afk
# [18:55] * Quits: josh (josh@moz-1B6D6018.hsd1.mn.comcast.net) (Quit: josh)
# [18:56] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Connection reset by peer)
# [18:56] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [18:58] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
# [18:58] * bhearsum|afk is now known as bhearsum
# [18:58] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (NickServ (GHOST command used by rick))
# [18:59] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [18:59] * Joins: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP)
# [18:59] * rail-lunch is now known as rail
# [18:59] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [19:00] * Joins: RobertClaypool (RobertClay@moz-417FE9D.nwcsinaa.cinergymetronet.net)
# [19:00] * Joins: jdm (jdm@moz-1B01627E.uwaterloo.ca)
# [19:01] * Quits: pranavrc (pranavrc@36AF529C.98CA9F9E.520CDC98.IP) (Quit: Ping timeout: ∞)
# [19:02] * jimm-lunch is now known as jimm
# [19:02] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
# [19:02] * edransch-lunch is now known as edransch
# [19:03] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [19:03] * Quits: dRdR (dsherk@F8A0E546.DE9A83BF.6DCF1F73.IP) (Ping timeout)
# [19:03] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [19:04] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (NickServ (GHOST command used by rick))
# [19:04] * Joins: cjones (cjones@moz-A61D33BB.static.jazztel.es)
# [19:04] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [19:04] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:04] * Quits: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com) (Ping timeout)
# [19:05] * Joins: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com)
# [19:06] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [19:09] * Quits: fabrice (fabrice@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [19:09] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
# [19:09] * Quits: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
# [19:09] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [19:10] * Quits: Lucas (Lucas@moz-92C28224.hsd1.ca.comcast.net) (Ping timeout)
# [19:10] * Quits: sfink (chatzilla@moz-9B3B02C7.dsl.pltn13.sbcglobal.net) (Client exited)
# [19:11] * Quits: sheppy (sheppy@moz-C260FE65.mycingular.net) (Quit: Leaving)
# [19:11] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Connection reset by peer)
# [19:11] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [19:11] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz)
# [19:13] * catlee-afk is now known as catlee
# [19:13] * Joins: dveditz (dveditz@moz-BBE3ABD.mv.mozilla.com)
# [19:13] * ChanServ sets mode: +o dveditz
# [19:13] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [19:13] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:13] * mak is now known as mak|afk
# [19:14] * Joins: dRdR (dsherk@F8A0E546.DE9A83BF.6DCF1F73.IP)
# [19:14] * Joins: timA (Instantbir@moz-535753DA.hsd1.or.comcast.net)
# [19:15] <Standard8> anyone know why bzexport might tell me "abort: no queue repository" ?
# [19:16] * philor|away is now known as philor
# [19:16] <evilpie> maybe because you did not activate mq on that tree?
# [19:16] <Standard8> mq's a global option
# [19:16] <Standard8> and there's a patch applied
# [19:18] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [19:19] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [19:19] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [19:20] <Ms2ger> Standard8, does it want your patches to be in version control?
# [19:21] * Quits: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [19:21] <dholbert> Standard8, yeah -- does .hg/patches/.hg exist?
# [19:21] <dholbert> (what Ms2ger said, basically)
# [19:22] <dholbert> if it doesn't exist, then "hg init" run in your patches directory might fix the problem
# [19:22] * Joins: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP)
# [19:22] * mjessome|lunch is now known as mjessome
# [19:22] * Joins: dao (dao@moz-1377C14D.superkabel.de)
# [19:22] <@bz> sicking: ping
# [19:24] <sicking> bz: meeting
# [19:24] * CwiiisAway is now known as Cwiiis
# [19:25] * Joins: jhammink (textual@moz-BBE3ABD.mv.mozilla.com)
# [19:25] <@bz> sicking: Should <svg:script> do crossorigin?
# [19:25] * Joins: karl (karl@moz-41BF9BC1.jetstream.xtra.co.nz)
# [19:25] * Joins: biesi (cbiesinger@moz-9E844F93.tmodns.net)
# [19:25] * Quits: surkov (surkov@E3825FF3.11872EF9.222B27F0.IP) (Quit: surkov)
# [19:25] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
# [19:26] * Joins: sheppy (sheppy@moz-4992DE6D.static.kgpt.tn.charter.com)
# [19:26] <Bas> I'm having some trouble building mozilla-inbound
# [19:26] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [19:26] <Bas> Something about a redefinition of boolean inside image
# [19:26] <Ms2ger> Build m-c instead
# [19:26] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Leaving...)
# [19:27] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
# [19:27] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [19:27] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [19:27] <Bas> Hrm, maybe that's my fault.
# [19:28] <Standard8> dholbert: oh weird
# [19:28] <Standard8> that worked :-)
# [19:29] <Joeh> http://blog2.easydns.org/2012/02/29/verisign-seizes-com-domain-registered-via-foreign-registrar-on-behalf-of-us-authorities/
# [19:29] <Joeh> Lovely.
# [19:29] * Joins: imphil (philipp@moz-655EF802.customer.m-online.net)
# [19:29] <dholbert> Standard8, yay! having your patches themselves version-controlled is very handy; it's good to do even w/out bzexport. :)
# [19:29] * armenzg_lunch is now known as armenzg_buildduty
# [19:29] <@bz> man
# [19:29] <@bz> clang builds are warny to the point of pain
# [19:30] <Ms2ger> And that's with espindola fixing them
# [19:30] <Standard8> dholbert: well a bit of a pain in this case, as I'm auto generating 50 or so patches across 50 repos for locales
# [19:30] <dholbert> Standard8, (gotta do "hg commit" periodically inside of .hg/patches in order to get any benefit from it, of course)
# [19:30] <dholbert> Standard8, ah gotcha :)
# [19:30] <Standard8> dholbert: at least I can script "hg init" ;-)
# [19:30] * Quits: jdm (jdm@moz-1B01627E.uwaterloo.ca) (Client exited)
# [19:30] <espindola> bz, what is up now?
# [19:30] <dholbert> Standard8, I bet bzexport expects to be able to commit so that you can revert any changes it makes to your patches, or something
# [19:30] <@bz> espindola: mostly tons of nonvirtual-destructor warnings
# [19:30] * Parts: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
# [19:31] <@bz> espindola: but also the fact that macros are expanded in the warning message is a bit of a drag
# [19:31] <Standard8> dholbert: yeah, I'll cope
# [19:31] * fabrice|afk is now known as fabrice
# [19:31] <sheppy> sicking or bent: Do we have any idea how long until the telephony and SMS APIs will be firmed up enough to be ready to document?
# [19:31] <@bz> PRUint32 pos = parent->IndexOf(node);
# [19:31] <@bz> NS_ASSERTION((pos >= 0), "Element not found as child of its parent");
# [19:31] <espindola> bz, the bad part is that clang is right on those :-(
# [19:31] * @bz sighs
# [19:31] <@bz> espindola: well, "right"
# [19:31] <espindola> found some real bugs on the directories we use -Werror
# [19:31] <@bz> espindola: except insofar as we know that these are leaf classes...
# [19:32] <espindola> those are easy to fix. Mark them final
# [19:32] <espindola> but we had real "correct destructor is not running" bugs
# [19:32] <@bz> espindola: or insofar as we know that no one ever calls delete on an instance of the class that's actually a subclass
# [19:32] <@bz> sure
# [19:32] * Joins: paolo_ (paolo@moz-E096446F.retail.telecomitalia.it)
# [19:32] <@bz> it's just kinda annoying
# [19:32] <espindola> I am sure we still do on the directories we don't run with -Werror
# [19:32] * jwir3|lunch is now known as jwir3
# [19:32] * bear-afk is now known as bear
# [19:32] <espindola> bz, clang only warns when there is a delete
# [19:32] * Quits: paolo_ (paolo@moz-E096446F.retail.telecomitalia.it) (Client exited)
# [19:32] <@bz> could be
# [19:32] <@bz> yes...
# [19:32] <@bz> look
# [19:32] <espindola> the waning is for a delete being called on a non final class
# [19:33] <espindola> with virtual methods
# [19:33] <@bz> any XPCOM class that has a nonvirtual destructor will get this warning
# [19:33] <espindola> but not a virtual destructor
# [19:33] <@bz> but any XPCOM class will never be deleted incorrectly
# [19:33] <espindola> bz, the interfaces?
# [19:33] * Quits: paolo (paolo@moz-E9A2F284.retail.telecomitalia.it) (Ping timeout)
# [19:33] <@bz> unless someone screws up their nsISupports implementation badly
# [19:33] <espindola> we should never delete those
# [19:33] <@bz> this is the most common source of clang warnings for me
# [19:33] <Ms2ger> Someone did that
# [19:33] <espindola> and that was one of the bugs that the warning found
# [19:33] <Ms2ger> nsIDOMGeolocation?
# [19:33] <espindola> yes
# [19:33] * @bz sighs
# [19:34] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
# [19:34] <@bz> so the thing is...
# [19:34] <@bz> we can toss "virtual" on all those destructots
# [19:34] <@bz> er, destructors
# [19:34] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
# [19:34] <@bz> and that will shut up the warnings
# [19:34] <@bz> and fix any leak bugs we might have had
# [19:34] <espindola> bz better fix the problem, no?
# [19:34] <espindola> adding final when you can
# [19:34] <@bz> but not the other correctness bugs from the incorrect nsISupports impl
# [19:34] <@bz> well
# [19:34] <@bz> I can add final
# [19:34] <@bz> but non-final classes would still get warned on
# [19:34] <@bz> I could add virtual on those...
# [19:35] <espindola> if you cannot, *then* you are sure to have a more interesting bug
# [19:35] <@bz> but then we'd still have bugs if a subclass does the wrong thing
# [19:35] <@bz> no
# [19:35] <espindola> very likely a missing virtual destructor
# [19:35] <gaston> with mobile nightly, how is one supposed to close a tab ? there's only a close item in the tab list, no direct shortcut
# [19:35] <@bz> I am NOT sure
# [19:35] <@bz> look
# [19:35] <@bz> simple example
# [19:35] <espindola> or destructing the wrong class
# [19:35] <@bz> say I have |class Foo : Bar|
# [19:35] <@bz> ok?
# [19:35] <espindola> sure
# [19:35] <@bz> both implement nsISupports
# [19:35] <espindola> ok
# [19:35] <@bz> Bar does NS_IMPL_ISUPPORTS()
# [19:35] <@bz> Foo does NS_IMPL_ISUPPORTS()
# [19:36] <@bz> That's how it's supposed to work
# [19:36] <@bz> now Bar is not a leaf class
# [19:36] <@bz> and there's a delete call in Bar::Release
# [19:36] <@bz> but since Foo overrides Release, if we're in Bar::Release we know we're not a Foo
# [19:36] <espindola> so bar needs a virtual destructor
# [19:36] <@bz> why?
# [19:36] <@bz> the only time delete is called on Bar it's really a Bar
# [19:36] <@bz> not a Foo
# [19:36] <@bz> I mean...
# [19:37] <@bz> In theory it needs one
# [19:37] <espindola> ok, the delete is only called from the virtual method?
# [19:37] <@bz> yes
# [19:37] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
# [19:37] <@bz> detecting that needs whole-program analysis, of course..
# [19:37] * espindola thinking
# [19:37] <@bz> specifically, that all subclasses of Bar override the virtual method
# [19:38] <Ms2ger> MOZ_OVERRIDE?
# [19:38] <espindola> bz, you might be able to propose the following restriction to the warning:
# [19:38] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Client exited)
# [19:38] <espindola> * if the delete method is just "delete this" and we are in a virtual method
# [19:38] <espindola> don't warn
# [19:39] <@bz> hmm
# [19:39] <espindola> we have already been dispatch to the right level
# [19:39] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
# [19:39] <@bz> well, that assumes that subclasses override the virtual method
# [19:39] <@bz> if they don't we're still buggy
# [19:39] <@bz> note that not overriding Release is always buggy afaict
# [19:39] <@bz> even with virtual destructors
# [19:39] <espindola> true. do you mind opening a bug? If no one objects it is very easy to fix
# [19:40] <@bz> espindola: is there a way to make it an error or warning if a subclass does NOT override a given virtual method?
# [19:40] <espindola> lets see if there is another reasonable way to avoid this case...
# [19:40] <@bz> espindola: sort of like MOZ_OVERRIDE
# [19:40] <@bz> espindola: then for methods that get _that_ warning we can skip warning on delete in them
# [19:41] <espindola> bz, I don't think so, but it would be a nice attribute to have
# [19:42] <@bz> seems like that's the way to go
# [19:42] * mcote|afk is now known as mcote
# [19:42] <espindola> bz, so, can you open a bug report?
# [19:42] <jorendorff> https://build.mozilla.org/buildapi/self-serve/try doesn't show the pending build I want to cancel. What's up with that?
# [19:42] * mak|afk is now known as mak
# [19:43] * Joins: Mossop (mossop@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:43] * jorendorff wants to cancel https://tbpl.mozilla.org/?tree=Try&rev=32ea63fd558b
# [19:43] * Quits: rshetty (quassel@8296136.B38BEE2.C842849F.IP) (Client exited)
# [19:43] * Joins: rshetty (quassel@8296136.B38BEE2.C842849F.IP)
# [19:44] <dholbert> jorendorff, at your TBPL page, you can hit the "self serve" link that appears when you hover the push
# [19:44] <dholbert> jorendorff, and that gives you https://build.mozilla.org/buildapi/self-serve/try/rev/32ea63fd558b which shows pending builds
# [19:44] <dholbert> er s/pending/running/
# [19:45] <@bz> espindola: sure. Where?
# [19:45] <dholbert> jorendorff, (or just use the stopsign button on tbpl)
# [19:45] <jorendorff> even awesomer
# [19:46] <dholbert> jorendorff, yup. The build API page is *so* 2011
# [19:46] * Quits: Bas (chatzilla@moz-DF3CA35A.ftth.concepts.nl) (Ping timeout)
# [19:46] * Joins: Bas (chatzilla@moz-DF3CA35A.ftth.concepts.nl)
# [19:46] <jorendorff> dholbert: all this is wonderful wonderful work, it makes me feel guilty
# [19:47] * rshetty is now known as rshetty_away
# [19:47] <espindola> bz, llvm.org
# [19:47] <espindola> bz, just one more thing
# [19:47] * Joins: josh (josh@moz-7FD2A3B2.tmodns.net)
# [19:47] <espindola> are these diamond inheritance really common?
# [19:47] <espindola> in your example
# [19:47] <@bz> hmm?
# [19:47] <@bz> my example didn't have a diamond
# [19:48] <WG9s> exi
# [19:48] * mdas is now known as mdas|afk
# [19:48] * @bz mutters about Yet Another Bugzilla
# [19:48] <espindola> why not just have foo inherent only from bar
# [19:48] <jorendorff> instead of just being hopelessly overworked, it's like the build teem has now run out ahead and keeps anticipating whatever i want
# [19:48] <jorendorff> *team
# [19:48] * Joins: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP)
# [19:48] <@bz> espindola: uh..
# [19:48] <@bz> espindola: it did, in my example
# [19:48] <espindola> bz, in your example we have
# [19:48] <espindola> interface
# [19:48] <espindola> / \
# [19:48] <espindola> foo <- bar
# [19:48] <@bz> no, my example was foo inherits from bar inherits from nsISupports
# [19:48] <@bz> that's it
# [19:49] <espindola> ok, that one we can just make bar final
# [19:49] * Joins: ehugg (chatzilla@moz-62842EF0.cisco.com)
# [19:49] <@bz> er...
# [19:49] * Joins: jdm (jdm@moz-1B01627E.uwaterloo.ca)
# [19:49] <@bz> except foo inherits from bar
# [19:49] <espindola> sorry, foo final
# [19:49] <@bz> yes
# [19:49] <@bz> but the warning is on bar
# [19:49] <espindola> and give bar a virtual destructor
# [19:49] <@bz> yes....
# [19:49] <@bz> I mean
# [19:50] <@bz> I know how to work around the warning
# [19:50] <espindola> well, in that case bar needs a virtual destructor
# [19:50] <espindola> or foo has to have a Release
# [19:50] <@bz> yes
# [19:50] <@bz> foo has to have a Release
# [19:50] <@bz> if it doen't, it's buggy
# [19:50] <@bz> no matter what the destructor is doing
# [19:50] <espindola> why? (sorry, I really don't know our interface system very well)
# [19:50] <@bz> because it'll break leak logging
# [19:51] <espindola> ok
# [19:51] <@bz> for example
# [19:51] <Ms2ger> Ask the COM guy in the newsgroups ;)
# [19:51] <@bz> Hmm
# [19:51] <@bz> I guess we do have one problem
# [19:51] <espindola> cool, so yes, you can open ore or two bugs depending on your preferences
# [19:51] <@bz> which is that if Foo uses NS_IMPL_ISUPPORTS_INHERITED then bar really does need a virtual destructor...
# [19:51] <@bz> afaict
# [19:52] <espindola> what that expands to?
# [19:52] <@bz> 952
# [19:52] <@bz> 953 #define NS_IMPL_RELEASE_INHERITED(Class, Super) \
# [19:52] <@bz> 954 NS_IMETHODIMP_(nsrefcnt) Class::Release(void) \
# [19:52] <@bz> 955 { \
# [19:52] <@bz> 956 nsrefcnt r = Super::Release(); \
# [19:52] <@bz> 957 NS_LOG_RELEASE(this, r, #Class); \
# [19:52] <@bz> 958 return r; \
# [19:52] <@bz> 959 }
# [19:52] * Joins: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:52] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [19:52] <@bz> which obviously doesn't do the right thing if Super has a nonvirtual destructor
# [19:52] <espindola> yes, that would require
# [19:52] <@bz> alright
# [19:52] <espindola> a virtual destructor
# [19:52] <@bz> so we should have the "overrides" thing
# [19:53] <@bz> and should use that
# [19:53] * Quits: cjones (cjones@moz-A61D33BB.static.jazztel.es) (Ping timeout)
# [19:53] <@bz> and we should still add virtual destructors on our side
# [19:53] * @bz is happy to review patches to that effect!
# [19:53] * Quits: nrc (nrc@40018561.F684631.21A4E96A.IP) (Ping timeout)
# [19:54] <espindola> so you are saying that we should try to add the "must_be_overrided" attribute to clang
# [19:54] <espindola> but clang should still warn
# [19:54] <espindola> and we should add virtual destructors
# [19:54] <espindola> is that it?
# [19:54] <biesi> nonvirtual destructors should be private
# [19:55] <biesi> then you don't need fancy attributes :)
# [19:55] * rshetty_away is now known as rshetty|away|real
# [19:55] <espindola> bz, meeting. brb
# [19:56] <@bz> espindola: yes
# [19:56] <@bz> espindola: http://llvm.org/bugs/show_bug.cgi?id=12155
# [19:56] <@bz> man, all these bugzillas not using pushstate...
# [19:56] <espindola> bz, thanks
# [19:57] * khuey|away is now known as khuey
# [19:57] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Ping timeout)
# [19:57] <@bz> espindola: no problem. Thanks for talking through this!
# [19:57] <espindola> bz, cool. I will cc myself on it. If it is considered too specific we can always start our style checking plugin :-)
# [19:57] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
# [19:58] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:58] <@bz> espindola: heh
# [19:58] <Ms2ger> For MFBT? :)
# [19:59] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [20:00] * Joins: jlebar|mac (~jlebarmac@moz-E39F1CD1.dyn.columbia.edu)
# [20:00] * jlebar|mac is now known as jlebar
# [20:00] <@khuey> bholley: stay away!
# [20:00] * dholbert is now known as dholbert|afk
# [20:01] <bholley> khuey: from the thread?
# [20:01] <@khuey> yes
# [20:01] <bholley> khuey: yeah, but it wasn't luke this time
# [20:01] <@khuey> still
# [20:01] <bholley> khuey: and he asked a very reasonable question that wasn't really addressed
# [20:01] <Ms2ger> Asking very reasonable questions in trolling threads?
# [20:02] * Joins: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com)
# [20:02] <Ms2ger> You're doing it wrong
# [20:02] <Ms2ger> Hi sfink
# [20:02] * rail is now known as rail_away
# [20:02] <bholley> khuey: it's a sunk cost that luke thinks that the mozilla developers are a bunch of assholes. But I thought it was worth it to provide an explanation to reasonable questions
# [20:02] <bholley> khuey: the issue is that people think it's just some tiny bit of embedding goop
# [20:02] <jlebar> bholley: Your funeral.
# [20:02] <sfink> What'd I do?
# [20:03] <Ms2ger> Oh, and mak, you should explain how to install your backout scripts for unix dummies like me :)
# [20:03] <JonathanS> Did I walk in the Spaceballs movie with Darth Helmet?
# [20:03] <mak> Ms2ger: I think it's explained in the page...
# [20:03] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
# [20:03] * Joins: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
# [20:04] <mak> Ms2ger: basically add it to your .bashrc, or use the qbackout hg extension that is even easier :)
# [20:04] <jlebar> Oh, I finally know who "Ben" is.
# [20:04] <jlebar> That took me a while.
# [20:04] <bholley> jlebar: hah
# [20:04] <Ms2ger> mak, hmm, that might work better :)
# [20:04] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [20:04] <bholley> jlebar: yeah, everyone in the embedding community seems to have a personal imagined relationship with bsmedberg
# [20:04] <sfink> You mean "ben". I'm surprised he didn't start calling him "benny" or something by now.
# [20:05] <@bz> jlebar: Never seen the 'e' in 's' position before, eh? ;)
# [20:05] <@bz> jlebar: that's because the collision rate on "Ben" is too high. ;)
# [20:05] * Quits: dao (dao@moz-1377C14D.superkabel.de) (Quit: Leaving.)
# [20:05] * Joins: mck182 (quassel@moz-8237CC79.hlucinnet.cz)
# [20:05] * zpao is now known as zpao|detached
# [20:05] <jlebar> bz: lol.
# [20:05] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
# [20:06] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [20:06] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [20:06] * Joins: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
# [20:06] * Quits: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [20:06] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [20:06] <@bz> jlebar: are you tired of hashcodes yet, btw? ;)
# [20:07] <jlebar> bz: Not yet -- do you have more crappy code for me to fix?
# [20:07] <@bz> nope
# [20:07] <@bz> just a general question
# [20:07] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
# [20:08] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Ping timeout)
# [20:08] <Ms2ger> bholley, also, you replied to a thread your newsgroup moderator had just shut down ;)
# [20:08] <bholley> Ms2ger: moments after - mid-air collision
# [20:09] <@bz> sicking: well, just tell me when you're back?
# [20:09] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [20:09] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [20:09] <sicking> bz: acutally, about to head out just after meeting, send me email
# [20:10] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [20:10] <@bz> sicking: it's a one-line question
# [20:10] <@bz> sicking: should <svg:script> do crossorigin?
# [20:11] <sicking> bz: yeah
# [20:11] <@bz> sicking: great, thanks
# [20:11] <sicking> bz: they should eventually merge IMHO
# [20:11] <@bz> sicking: all lowercase, I assume
# [20:11] <@bz> sicking: for the attr name in svg
# [20:11] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [20:11] <sicking> yes
# [20:11] <@bz> lovely
# [20:11] * @bz doeshtat
# [20:11] * Joins: rwaldron (rwaldron@moz-F1F9601E.bos.east.verizon.net)
# [20:11] <@bz> "does that"
# [20:11] <Ms2ger> Is there a spec? :)
# [20:11] * armenzg_buildduty is now known as armenzg_mtg
# [20:11] <@bz> not yet
# [20:11] <@bz> but we asked for one
# [20:11] <Ms2ger> Good
# [20:11] <sicking> a bug was filed
# [20:12] <@bz> a single hand clapped in the forest
# [20:12] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [20:12] <Ms2ger> Did the tree fall down?
# [20:12] <@bz> the hand fell down
# [20:12] * Quits: jdm (jdm@moz-1B01627E.uwaterloo.ca) (Client exited)
# [20:13] * Quits: sicking (chatzilla@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [20:13] * Quits: biesi (cbiesinger@moz-9E844F93.tmodns.net) (Ping timeout)
# [20:15] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/3a7b9e61c263 - Kyle Huey - Bug 730051: Don't use SearchPathW to look for the DLL unless we're actually doing a load. r=bsmedberg
# [20:15] * Joins: db48x (user@moz-D461843.ask.info)
# [20:16] * Fallen|away is now known as Fallen
# [20:16] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [20:17] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [20:17] <gcp> khuey: https://bugzilla.mozilla.org/show_bug.cgi?id=732038 <- this crashes in almost the same place
# [20:18] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: WeeChat 0.3.5)
# [20:18] * Quits: josh (josh@moz-7FD2A3B2.tmodns.net) (Quit: josh)
# [20:18] * Quits: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net) (Quit: jorendorff)
# [20:18] * Joins: edmorley (edmorley@moz-6012E233.range109-156.btcentralplus.com)
# [20:18] * Quits: smontagu (chatzilla@moz-191367B7.red.bezeqint.net) (Ping timeout)
# [20:19] <@khuey> gcp: yeah, this patch will fix that too
# [20:19] <@khuey> and a few other bugs
# [20:20] * Joins: smaug (chatzilla@moz-B5ADCB38.gprs.sl-laajakaista.fi)
# [20:20] * ChanServ sets mode: +o smaug
# [20:23] <Ms2ger> Evening edmorley
# [20:23] <edmorley> Ms2ger: good evening :-)
# [20:24] <Ms2ger> Had a good day?
# [20:24] <Ms2ger> Having, I guess I should say in your case :)
# [20:24] * Joins: anky (anky@CAF48CD7.44921952.A3D1B221.IP)
# [20:24] * Quits: anky (anky@CAF48CD7.44921952.A3D1B221.IP) (Client exited)
# [20:25] * Quits: vikram360 (vikram360@EBE26153.60746C98.2A068A5E.IP) (Ping timeout)
# [20:25] * Quits: nthomas (chatzilla@moz-490B7707.dsl.telstraclear.net) (Ping timeout)
# [20:26] * Quits: past (past@moz-9D677A1D.dsl.dyn.forthnet.gr) (Input/output error)
# [20:28] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [20:28] * Joins: smontagu (chatzilla@moz-A1FD86AD.red.bezeqint.net)
# [20:28] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [20:28] <Jesse> http://webkitmemes.tumblr.com/post/18531464157/paranoid-parrot-gets-ccd
# [20:28] * Joins: Waldo (waldo@moz-537BCF9.hsd1.ca.comcast.net)
# [20:28] * Joins: nthomas (chatzilla@moz-490B7707.dsl.telstraclear.net)
# [20:29] * Quits: cadecairos (cadecairos@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [20:29] <Ms2ger> http://27.media.tumblr.com/tumblr_m07n361lSc1rqvy12o1_500.jpg
# [20:29] * Quits: gabor (gabor@moz-858E73B7.pool.digikabel.hu) (Ping timeout)
# [20:29] <Ms2ger> Relevant: Android
# [20:29] * Joins: cadecairos (cadecairos@F2D29657.F60B0462.67AC9B1.IP)
# [20:29] <Jesse> philor: http://webkitmemes.tumblr.com/post/18535937403/fbf-keeps-it-green
# [20:30] * Joins: biesi (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP)
# [20:30] <Jesse> haha webkit has kungFuDeathGrip too! http://webkitmemes.tumblr.com/post/18538891815/fbf-fixes-a-crasher
# [20:31] * Quits: cadecairos (cadecairos@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [20:31] <@bz> jesse: I blame hyat
# [20:31] <@bz> er, hyatt
# [20:32] <Ms2ger> http://27.media.tumblr.com/tumblr_m04apb5BwY1rqvy12o1_500.jpg
# [20:32] <@bz> jesse: or rather, refcounting, since the name is different
# [20:32] <Ms2ger> http://30.media.tumblr.com/tumblr_m03a2hvNHM1rqvy12o1_500.jpg < Hah
# [20:32] <bholley> wow, I didn't realize how similar webkit dev was to gecko dev
# [20:33] <Jesse> you blame hyatt for webkit having refcounting, or for webkit having kungFuDeathGrip equivalents?
# [20:33] <@bz> surprise
# [20:33] * Joins: AutomatedTester (AutomatedT@moz-E8B5272A.as13285.net)
# [20:33] <@bz> Jesse: I would have blamed him for the naming, if it were named kungFuDeathGrip
# [20:33] <froydnj> http://webkitmemes.tumblr.com/post/18264800090/cool-developers-dont-look-at-the-build-bots
# [20:33] <@khuey> kungFuDeathGrip is better
# [20:33] <Ms2ger> bholley, I hear their dom bindings are even worse than ours
# [20:33] <@khuey> clearly
# [20:33] * Quits: @smaug (chatzilla@moz-B5ADCB38.gprs.sl-laajakaista.fi) (Ping timeout)
# [20:33] <@bz> ms2ger: which ones?
# [20:33] <Ms2ger> froydnj, https://wiki.mozilla.org/Tree_Rules :)
# [20:33] <lduros> hmm, so document.addEventListener("beforescriptexecute", ...) doesn't work for scripts dynamically embedded, i see
# [20:33] <edmorley> Ms2ger: yeah not bad thank you, and yours? :-)
# [20:33] <@bz> ms2ger: safari's are pretty damn fast
# [20:34] <@bz> ms2ger: chrome's are variable
# [20:34] <@bz> lduros: should work for all scripts
# [20:34] <Ms2ger> edmorley, pretty good, thanks
# [20:34] <Ms2ger> bz, I hear things about perl
# [20:34] <froydnj> also, for all the perf folks http://webkitmemes.tumblr.com/post/18264650980/laundry-room-viking-on-micro-optimizations
# [20:34] <lduros> bz: including: document.createElement('script'); and those with document.write()?
# [20:34] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [20:34] <froydnj> Ms2ger: owned!
# [20:34] <lduros> hmm, maybe I did something wrong then :-P
# [20:35] <@bz> lduros: yes
# [20:35] <@bz> Ms2ger: oh, the codegen, who knows
# [20:35] <lduros> and js in attributes?
# [20:35] <lduros> probably not right
# [20:35] <@bz> lduros: no, only <script> tags
# [20:35] <lduros> right ok fair enough :-)
# [20:35] <Ms2ger> elements
# [20:35] <@bz> http://24.media.tumblr.com/tumblr_m06xeh4nf21rqvy12o1_500.jpg
# [20:35] <@bz> That's me, for Gecko
# [20:35] <Ms2ger> bz++
# [20:36] <Ms2ger> How many hashsets do we have?
# [20:36] <@bz> some
# [20:36] <@bz> most of them are called nsTHashtable
# [20:36] <@bz> just to confuse you
# [20:36] <Ms2ger> Sounds like nsTString
# [20:37] <@khuey> they're all called nsTHashtable now
# [20:37] <@khuey> froydnj++
# [20:37] <Ms2ger> Didn't someone rewrite our strings with templates?
# [20:37] * zpao|detached is now known as zpao
# [20:37] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Ping timeout)
# [20:37] <gcp> is it worthwhile to file bugs on page rendering performance (pages that we block on for a minute, while IE and Chrome render them instantly)?
# [20:37] <jtcranmer> I think it's been talked about
# [20:37] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Ping timeout)
# [20:38] * Joins: vikram360 (vikram360@EBE26153.60746C98.2A068A5E.IP)
# [20:38] <@bz> gcp: YES
# [20:38] <@bz> gcp: what kind of question is that???
# [20:38] <@khuey> heh
# [20:38] * aki is now known as aki|mtg
# [20:38] <gcp> maybe you'd have said "we have some many examples of those that" :P
# [20:39] <@bz> gcp: url?
# [20:39] <gcp> http://steamcommunity.com/id/genocidal/games/?tab=all&sort=name
# [20:39] <@bz> thx
# [20:39] * Quits: sheppy (sheppy@moz-4992DE6D.static.kgpt.tn.charter.com) (Quit: sheppy)
# [20:39] <gcp> man, bad spelling. "Maybe you'd have said: we have enough examples of those already :("
# [20:39] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:40] <@bz> gcp: um....
# [20:40] <@bz> gcp: worksforme
# [20:40] <gcp> wtf. nightly?
# [20:40] <@bz> http://www.intel.com/jobs/jobsearch/index.htm?job=615635 is interesting
# [20:40] <@bz> gcp: ish
# [20:40] <@bz> gcp: lemme try an actual nightly
# [20:40] <gcp> lemme kill all addons
# [20:40] <@khuey> we're a litle janky on it here
# [20:40] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [20:40] <@khuey> but definitely not a minute long hang
# [20:40] <Ms2ger> Someone's looking at webkit memes ;)
# [20:41] <@bz> ms2ger: I'm waiting for a build
# [20:41] <@bz> no problem on nightly either
# [20:41] <Ms2ger> Me too!
# [20:41] <@khuey> me three!
# [20:41] * @khuey watches layout/style go by
# [20:41] <@bz> or on fx10 release
# [20:41] <@bz> this is on mac
# [20:41] * @khuey is on windows
# [20:42] * rail_away is now known as rail
# [20:43] * mbrubeck is now known as mbrubeck-away
# [20:43] * Quits: jaws_ (jwein@moz-E4A8BF29.hsd1.mi.comcast.net) (Ping timeout)
# [20:43] <gcp> hmm, interesting
# [20:43] <gcp> now its fast for me too
# [20:43] <gcp> the first load took ages
# [20:43] <@bz> odd
# [20:43] * Joins: MSU_Mozilla (u5234@moz-160C58C6.com)
# [20:44] <Ms2ger> txVariableRefExpr.cpp
# [20:44] <Ms2ger> Can't we back that out?
# [20:44] * Quits: gkw (gkw@moz-39A7D4A1.hsd1.ca.comcast.net) (Quit: Instantbird 1.2a1pre)
# [20:44] <@khuey> what, xslt?
# [20:45] <Ms2ger> ^
# [20:45] <gcp> bz: might have been server-side hiccup, perhaps?
# [20:45] * Quits: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [20:45] <@khuey> bsmedberg: do hourlies get symbols on the server?
# [20:45] * @khuey guesses no
# [20:45] <Octayn> I don't have any problems with that steam link at all
# [20:46] <Octayn> nightly or 10
# [20:46] * Quits: jlebar (~jlebarmac@moz-E39F1CD1.dyn.columbia.edu) (Quit: jlebar)
# [20:46] * aki|mtg is now known as aki
# [20:46] <gcp> can we get unresponsive if the server-side hangs for a bit in the middle of the transfer?
# [20:46] <@bz> shouldn't
# [20:47] <lurking> khuey: no symbols on hourly's
# [20:47] <@khuey> yeah I didn't think so
# [20:47] <@bz> http://webkitmemes.tumblr.com/post/18264268243/first-world-webkit-problems
# [20:48] * Joins: dseif (dseif@F2D29657.F60B0462.67AC9B1.IP)
# [20:48] <lurking> no jank on the steam link here - even scrolls smoothly for all the stuff there
# [20:48] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
# [20:48] <lurking> win7 x64
# [20:48] * Joins: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP)
# [20:48] <gcp> hmmm, enabling add-ons made it worse
# [20:48] <gcp> time for add-on bisection
# [20:49] * Quits: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [20:49] <gcp> adblock?
# [20:49] <lurking> no, don't use it
# [20:49] <gcp> im wondering aloud :)
# [20:50] <lurking> only flashblock - but currently its enabled
# [20:50] * dholbert|afk is now known as dholbert
# [20:50] <lurking> or should say disabled to allow flash objs
# [20:50] * Joins: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP)
# [20:50] <@bz> I suggest a combination of BlockBlock and InlineBlock
# [20:50] <@bz> To filter out all non-layout-table sites
# [20:51] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [20:51] <Ms2ger> BlockBlock?
# [20:51] <gcp> not adblock, not firebug
# [20:52] <gcp> ghostery
# [20:52] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [20:54] <@bz> Ms2ger: something that blocks all display:block stuff
# [20:54] * Quits: Cwiiis (cwiiis@40018561.F684631.21A4E96A.IP) (Quit: Ex-Chat)
# [20:54] <froydnj> Ms2ger: bork bork?
# [20:55] * Quits: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP) (Ping timeout)
# [20:55] * Joins: jlebar|mac (~jlebarmac@moz-E39F1CD1.dyn.columbia.edu)
# [20:55] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
# [20:56] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [20:57] * Joins: smaug (chatzilla@moz-B5968438.elisa-mobile.fi)
# [20:57] * ChanServ sets mode: +o smaug
# [20:57] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [20:58] <@khuey> bz: ping?
# [20:58] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [20:58] * Joins: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net)
# [20:59] * mdas|afk is now known as mdas
# [20:59] * juanb is now known as juanb|afk
# [20:59] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:59] * ChanServ sets mode: +o dbaron
# [21:00] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [21:00] * Quits: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com) (Ping timeout)
# [21:01] * Quits: RobertClaypool (RobertClay@moz-417FE9D.nwcsinaa.cinergymetronet.net) (Client exited)
# [21:01] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [21:01] <@khuey> bz: unping
# [21:01] * mccr8 is now known as mccr8|lunch
# [21:03] * Joins: cadecairos (cadecairos@F2D29657.F60B0462.67AC9B1.IP)
# [21:04] * Quits: mck182 (quassel@moz-8237CC79.hlucinnet.cz) (Client exited)
# [21:05] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird -- http://www.instantbird.com)
# [21:06] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [21:06] * heycam|away is now known as heycam
# [21:07] * Quits: espindola (espindola@moz-19B1449A.dsl.teksavvy.com) (Ping timeout)
# [21:07] <Bas> philor: That did the trick it seems! Thanks for your help, again.
# [21:08] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [21:09] * Joins: necolas (necolas@moz-F9C3140E.bb.sky.com)
# [21:10] * Joins: espindola (espindola@moz-3D92DB3E.dsl.teksavvy.com)
# [21:12] * jhammel is now known as jhammel|lunch
# [21:12] <Standard8> does bzexport require something like a commit to the local repo, or maybe a message or something?
# [21:13] <sfink> Standard8: Not sure I follow, but I usually use it to export the top patch in an mq
# [21:13] * jmaher is now known as jmaher|afk
# [21:13] <Standard8> sfink: https://bugzilla.mozilla.org/show_bug.cgi?id=732115 look at the obsolete patches
# [21:14] <Standard8> sfink: http://pastebin.mozilla.org/1497572 is the file that I've got on my mq
# [21:14] <jesup> Standard8: hg qref -m "Bug xxxx: whatever"; hg bzexport
# [21:14] <sfink> Ouch! What's the command line you used? It looks like I have a bug.
# [21:14] * ctalbert is now known as ctalbert|lunch
# [21:14] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [21:15] <Standard8> sfink: http://pastebin.mozilla.org/1497573
# [21:16] <Standard8> jesup: well normally I'm using the --new option, and '-u' didn't seem to work
# [21:16] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [21:16] <Standard8> sfink: ^^^
# [21:17] <sfink> You're running this from a python script, but you're specifying -i? Does it prompt you for things?
# [21:17] * Joins: davidillsley (chatzilla@moz-3832197F.range109-145.btcentralplus.com)
# [21:17] <Standard8> yep
# [21:17] * Joins: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com)
# [21:17] <froydnj> bz: re MFBT complains about T* versus T *, I guess it is documented: https://developer.mozilla.org/En/Developer_Guide/Coding_Style#Declarations
# [21:17] * Quits: Waldo (waldo@moz-537BCF9.hsd1.ca.comcast.net) (Quit: bbl)
# [21:18] <Ms2ger> froydnj, mfbt doesn't follow that guide
# [21:18] * Quits: @smaug (chatzilla@moz-B5968438.elisa-mobile.fi) (Ping timeout)
# [21:18] <froydnj> boggle
# [21:18] <Ms2ger> We had too few styles
# [21:18] <froydnj> I claim MFBT is covered by "new C++ code" and my general ignorance of the multiplicity of styles
# [21:19] <@khuey> somebody should smack Waldo for that
# [21:19] <jlebar|mac> khuey++
# [21:19] <jlebar|mac> spidermonkey style was the one thing I thought we had well-understood.
# [21:19] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: I love my HydraIRC -> http://www.hydrairc.com <-)
# [21:20] <sfink> Standard8: That particular field can be set with --description. (I still have a bug since '<required>' leaked through.)
# [21:20] <sfink> and if your patch had a comment with it, it would've used that.
# [21:21] <Standard8> sfink: did you look at the patch as well?
# [21:21] <sfink> yes, it didn't have a comment
# [21:21] <Standard8> or the patch
# [21:21] <Standard8> sfink: oh sorry, I meant in the bug
# [21:21] <sfink> Oh. No, let me look
# [21:22] <sfink> wtf?
# [21:22] <sfink> I guess I was distracted from the real problem!
# [21:22] <Standard8> heh
# [21:22] * armenzg_mtg is now known as armenzg_brb
# [21:22] * Joins: mck182 (quassel@moz-8237CC79.hlucinnet.cz)
# [21:23] <derf> "Canonical"
# [21:23] <derf> Hah.
# [21:23] <Ms2ger> Canonical?
# [21:23] * Joins: smaug (chatzilla@moz-6602E73F.elisa-mobile.fi)
# [21:23] * ChanServ sets mode: +o smaug
# [21:23] <derf> "Canonical C++ style favors T* p"
# [21:24] * Quits: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Ping timeout)
# [21:24] <Ms2ger> Ours does
# [21:24] <jlebar|mac> Ms2ger: I think our style is more cannonical than canonical.
# [21:24] <Ms2ger> Well played
# [21:25] * AaronMT is now known as AaronMT|afk
# [21:25] * Joins: lsumar (lsumar@4548E2C6.EE84D258.11F528CC.IP)
# [21:25] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Connection reset by peer)
# [21:26] <@bz> ok, I get it
# [21:26] <@bz> those of us on Ubuntu should be using "T* p"
# [21:26] <@bz> The rest should use "T *p"
# [21:27] <Ms2ger> Everyone should be on Ubuntu, then :)
# [21:27] <Yoric> What is the best way to debug code that makes use of ChromeWorker?
# [21:28] <Ms2ger> Scream and run
# [21:28] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
# [21:28] <derf> bz: :)
# [21:28] <Yoric> Right now, I am stuck in a seemingly endless loop of 1/ write code 2/ launch Firefox 3/ open console 4/ type code 5/ attempt to locate clues about any failure on the dump 6/ stop Firefox.
# [21:28] * Joins: tchevalier (chatzilla@moz-364D5D72.w90-48.abo.wanadoo.fr)
# [21:28] <Yoric> This is very annoying.
# [21:28] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Client exited)
# [21:28] * Joins: bb10 (bb10@moz-C7B05616.org)
# [21:29] <Yoric> Note that I am editing code on file:/// but for some reason, Firefox caches it, so |Components.utils.unload| doesn't seem to have any effect.
# [21:29] * jmaher|afk is now known as jmaher
# [21:29] <@bz> ok, this is dumb
# [21:29] * Joins: gmoro (guilherme@E0636309.96DFB25.D159334F.IP)
# [21:29] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [21:29] <Ms2ger> You must be new here
# [21:29] <sfink> Standard8: btw, I use these .hgrc settings for testing: http://pastebin.mozilla.org/1497578 (uncommented)
# [21:29] * @bz is in include hell again
# [21:29] <@bz> ridiculous
# [21:30] <Ms2ger> Interesting, touching jsval.h makes me rebuild Preferences.cpp
# [21:30] * Quits: mck182 (quassel@moz-8237CC79.hlucinnet.cz) (Client exited)
# [21:30] * Joins: RobertClaypool (RobertClay@moz-417FE9D.nwcsinaa.cinergymetronet.net)
# [21:30] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
# [21:31] * Yoric figures the subscript loader might get around the |unload| part.
# [21:31] <tchevalier> Hi, I filed bug 732138, but I hidden it by mistake, and unchecked the checkbox to allow the reporter to view it, so can't access anymore... (Yeah I'm tired :( ) Should I re-file it?
# [21:31] <Standard8> sfink: that's useful :-)
# [21:31] * timA is now known as timA|lunch
# [21:31] <ericjung> tchevalier: #bugzilla?
# [21:31] <Ms2ger> tchevalier, nah, ask, say, edmorley
# [21:31] * Quits: imphil (philipp@moz-655EF802.customer.m-online.net) (Ping timeout)
# [21:31] <tchevalier> Oups, you're right, thx
# [21:32] <bhearsum> anyone know if '%PRODUCT%' here: http://mxr.mozilla.org/mozilla-central/source/browser/app/profile/firefox.js#177 comes from MOZ_APP_BASENAME in browser/confvars.sh?
# [21:32] <@smaug> jlebar|mac: spidermonkey style just happens to be horrible
# [21:33] <jlebar|mac> smaug: See, I am much less concerned about the aesthetics than about being able to figure things out, and not wasting my and reviewers' times haggling over style.
# [21:33] <Ms2ger> jlebar|mac, UNACCEPTABLE!
# [21:33] * Joins: mck182 (quassel@moz-8237CC79.hlucinnet.cz)
# [21:33] <jlebar|mac> smaug: We could use GNU style -- which IMO is the most horrible thing in existence -- and I'd be happy, because at least I'd know which style to use.
# [21:33] <Ms2ger> jlebar|mac, IT SHALL BE PINK!
# [21:34] <@smaug> jlebar|mac: the problem with seamonkey style is that it makes coding really error-prone
# [21:34] <jorendorff> jlebar++
# [21:34] <froydnj> gnu style is only horrible for the brace placement, maybe the space in function calls
# [21:34] <@bz> any objections to mozilla::CORSMode as opposed to mozilla::dom::CORSMode ?
# [21:34] <Standard8> sfink: any ideas: http://pastebin.mozilla.org/1497579 ? that's in-between creating a new bug and during attaching the patch
# [21:35] * Quits: mck182 (quassel@moz-8237CC79.hlucinnet.cz) (Client exited)
# [21:35] <jlebar|mac> froydnj: But aside from that, Mrs. Lincoln, how was the play? :)
# [21:35] <froydnj> jlebar|mac: touche?
# [21:35] <Ms2ger> bz, dom::, but I guess you all decided against that
# [21:35] <jorendorff> jlebar++ again
# [21:35] * Quits: mattwoodrow|away (mattwoodro@moz-AE9416F2.alliedmods.net) (Ping timeout)
# [21:35] <@bz> Ms2ger: it's not so DOM-specific, really
# [21:35] <@bz> Ms2ger: e.g. imagelib might be able to stop duplicating crap
# [21:35] <Ms2ger> Heh
# [21:36] <Ms2ger> Big goals? :)
# [21:36] <Ms2ger> Speaking of which, new DOM bindings enums are annoying
# [21:36] <@bz> the problem with all the warnings is they hide the compile errors
# [21:36] * Joins: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl)
# [21:36] <sfink> Standard8: that looks like it must be yet another hg version mismatch. What version are you on?
# [21:36] <Ms2ger> Indeed, so we should fix the warning s:)
# [21:37] <Standard8> sfink: 2.1
# [21:37] <@bz> please
# [21:37] <jtcranmer> bz: haven't you seen the thread where we decided to use mozilla:: more and mozilla::* less?
# [21:37] <Ms2ger> jtcranmer, didn't you notice he posted in that thread? :)
# [21:37] <sfink> Standard8: Uh oh. Latest I've tried for anything is 1.9.
# [21:37] <@bz> jtcranmer: yes...
# [21:38] <Standard8> sfink: ah
# [21:38] <@bz> jtcranmer: hence the question
# [21:38] <jlebar|mac> bz: I have a script which watches make's output and highlights the errors.
# [21:38] <jlebar|mac> bz: It brings them to the bottom for you after the make finishes..
# [21:38] <@bz> jlebar: unsane
# [21:38] * Joins: mattwoodrow|away (mattwoodro@moz-AE9416F2.alliedmods.net)
# [21:38] * mattwoodrow|away is now known as mattwoodrow
# [21:39] <jlebar|mac> https://bitbucket.org/jlebar/conf/src/5328b532d16c/bin/rse
# [21:39] <jlebar|mac> Kind of silly, but then, I don't have to comb through recursive make looking for errors.
# [21:39] * Joins: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com)
# [21:39] * Quits: harth (harth@moz-1F71062D.hsd1.ca.comcast.net) (Input/output error)
# [21:40] <sfink> Standard8: what's that --mq doing in your command line?
# [21:40] <Standard8> sfink: well I wanted it to upload my mq patch?
# [21:40] * Joins: mck182 (quassel@moz-8237CC79.hlucinnet.cz)
# [21:41] * Quits: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es) (Ping timeout)
# [21:41] <sfink> Standard8: Oh. You don't want --mq. It'll do that by default. I think it's probably looking for a mq-controlled mq repo.
# [21:41] <Standard8> ah
# [21:41] * Quits: rwaldron (rwaldron@moz-F1F9601E.bos.east.verizon.net) (Quit: Leaving...)
# [21:42] <Standard8> you might want to update the doc for that then ;-)
# [21:42] <sfink> Bad error handling
# [21:42] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [21:42] * Joins: jamesr (jamesr@FB285460.D6CCE4AE.77834EAA.IP)
# [21:42] <jlebar|mac> Standard8: --mq means "do this in my .hg/patches repo"
# [21:42] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [21:42] <jlebar|mac> Standard8: like hg push --mq is "cd .hg/patches && hg push"
# [21:42] <Standard8> jlebar|mac: yeah, I'm finding out ;-)
# [21:42] <jlebar|mac> :D
# [21:42] <sfink> Yeah. The --mq options get shotgunned into all your commands by the mq repo. So it's a little weird talking about it in the docs. But the error should totally be detectable.
# [21:43] <sfink> s/repo/extension/
# [21:43] <Standard8> sfink: oh look at that: https://landfill.bugzilla.org/bzapi_sandbox//show_bug.cgi?id=10865
# [21:43] * Quits: @smaug (chatzilla@moz-6602E73F.elisa-mobile.fi) (Ping timeout)
# [21:43] <Standard8> sfink: thanks :-)
# [21:44] <sfink> np. Still have 2 bugs to fix from that, though!
# [21:44] * Quits: odin_ (Odin@moz-66D3502E.zone5.bethere.co.uk) (Ping timeout)
# [21:45] <@bsmedberg> khuey: no
# [21:45] * AaronMT|afk is now known as AaronMT
# [21:46] <stuart> how do i make bugzilla search queries understand sort ordering?
# [21:47] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [21:47] * Quits: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Ping timeout)
# [21:48] * armenzg_brb is now known as armenzg_buildduty
# [21:48] <tchevalier> Ms2ger: Okay, thanks :)
# [21:49] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Ping timeout)
# [21:49] * Joins: pnemsak (Miranda@80CFE454.10D9684B.4F33160D.IP)
# [21:49] * jtcranmer wonders if --mq --mq would go to the patch queue of your patch queue
# [21:50] * @bz wonders what happens if you hardlink .hg/patches/.hg/patches to .
# [21:51] * Quits: evilpie (evilpie@moz-4C98636C.pools.arcor-ip.net) (Quit: ChatZilla 0.9.88 [Firefox 13.0a1/20120229031108])
# [21:51] <jlebar|mac> Thankfully you can't hardlink a directory.
# [21:51] <@bz> ok, symlink
# [21:51] <derf> mount --bind
# [21:51] <jlebar|mac> lol
# [21:51] <rnewman> yo dawg
# [21:53] * philor is now known as philor|away
# [21:53] * Quits: smontagu (chatzilla@moz-A1FD86AD.red.bezeqint.net) (Ping timeout)
# [21:54] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Boriss)
# [21:54] <Bas> Hrm, lots of scrollback, is the Android bustage on m-i getting any attention? :)
# [21:54] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [21:55] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:56] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [21:57] * bz is now known as bz_away
# [21:58] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [21:58] * Fallen is now known as Fallen|away
# [22:00] <mak> Bas: I just noticed it
# [22:01] * Joins: smontagu (chatzilla@moz-C06E8DDD.red.bezeqint.net)
# [22:01] <mak> Bas: pinged dmandelin
# [22:01] * Joins: davidillsley_ (chatzilla@moz-3832197F.range109-145.btcentralplus.com)
# [22:01] <Bas> Ok :)
# [22:01] <mak> I suppose I will backout in 1 minute
# [22:02] <mak> that's a lot of time to answer a ping :D
# [22:02] * Quits: davidillsley_ (chatzilla@moz-3832197F.range109-145.btcentralplus.com) (Client exited)
# [22:02] * Quits: JeroenDeDauw (jeroen@C10EA9FC.9481ED7.9F9A2DA2.IP) (Quit: Leaving.)
# [22:03] * jlebar|mac is now known as jlebar
# [22:04] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:04] <rnewman> no harm in backing out and relanding
# [22:05] * Joins: davidillsley_ (chatzilla@moz-3832197F.range109-145.btcentralplus.com)
# [22:05] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [22:05] * Boriss_ is now known as Boriss
# [22:05] * Joins: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP)
# [22:06] <mak> backed out
# [22:06] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [22:07] * Quits: davidb (davidb@471D72E.2257F909.F30C9E9E.IP) (Connection reset by peer)
# [22:07] * Joins: gabor (gabor@moz-FA99E395.pool.digikabel.hu)
# [22:07] * Joins: davidb_ (davidb@471D72E.2257F909.F30C9E9E.IP)
# [22:07] * Joins: smaug (chatzilla@moz-B8D53821.gprs.sl-laajakaista.fi)
# [22:07] * ChanServ sets mode: +o smaug
# [22:08] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:09] * ctalbert|lunch is now known as ctalbert
# [22:10] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [22:10] * Quits: davidb_ (davidb@471D72E.2257F909.F30C9E9E.IP) (Quit: blast off!)
# [22:10] * Joins: davidb (davidb@471D72E.2257F909.F30C9E9E.IP)
# [22:11] * Quits: @smaug (chatzilla@moz-B8D53821.gprs.sl-laajakaista.fi) (Ping timeout)
# [22:12] * Quits: peregrino (peregrino@moz-8906B79F.telecom.net.ar) (Quit: peregrino)
# [22:13] <tchevalier> anyone experiencing " fatal error LNK1181: cannot open input file 'ksguid.lib'" when building m-c on Win8 x64 with make?
# [22:13] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
# [22:13] * Quits: whimboo|afk (whimboo@moz-216F9AFA.superkabel.de) (Input/output error)
# [22:14] * jhammel|lunch is now known as jhammel
# [22:14] <@khuey> jimm saw that the other day
# [22:15] * mccr8|lunch is now known as mccr8
# [22:15] <@ehsan> khuey: can I bother you for a quick review?
# [22:15] <derf> Bug 731807.
# [22:15] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [22:15] <jimm> tchevalier: bug 731807
# [22:15] <@khuey> ehsan: you can try
# [22:16] <@khuey> how successful you'll be
# [22:16] <@khuey> we'll see
# [22:16] <Ms2ger> Hmm, it's been a while I threw reviews at ehsan
# [22:16] <@ehsan> khuey: hehe, bug 732162
# [22:16] <@ehsan> khuey: this is sort of needed for the fennec beta ;)
# [22:16] <@ehsan> Ms2ger: yeah I miss your patches
# [22:17] <tchevalier> jimm,derf: Thanks i'll try :)
# [22:17] <@khuey> is the fennec beta something important?
# [22:17] <Ms2ger> ehsan, sorry, doing real work :)
# [22:17] <Ms2ger> khuey, nah
# [22:17] * @khuey doesn't really follow mobile
# [22:17] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [22:17] <@ehsan> khuey: it's sort of a big deal
# [22:18] <@khuey> mmm
# [22:18] * @khuey looks
# [22:18] <@ehsan> thanks
# [22:19] * Joins: anky (anky@CAF48CD7.44921952.A3D1B221.IP)
# [22:20] <@khuey> ehsan: so ... -funwind-tables ... is this just something that's required for stackwalking on the arm abi?
# [22:21] * Joins: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com)
# [22:21] <@ehsan> khuey: correct
# [22:21] <@ehsan> arm eabi, to be precise
# [22:22] <@khuey> meh
# [22:22] <@khuey> phones aren't really embedded
# [22:22] <@khuey> not anymore
# [22:22] <@khuey> anyways, r+
# [22:22] <@khuey> don't break anything
# [22:22] <@ehsan> thanks :)
# [22:22] <@ehsan> I'll try not to
# [22:22] * @khuey goes back to his cave
# [22:22] * Joins: nrc (nrc@moz-27352C85.sqy-bng-012.adsl.virginmedia.net)
# [22:22] <mdas> gavin: ping
# [22:24] * timA|lunch is now known as timA
# [22:25] * Joins: gandalf (zbraniecki@moz-57983FD6.neoplus.adsl.tpnet.pl)
# [22:25] <gavin> mdas: pong
# [22:26] <mdas> gavin: thanks for the driveby review on the marionette bug! I'm working on your suggestions
# [22:26] <mdas> I just had a quick question about registering scripts as chrome:// urls. How... do I do that?
# [22:26] <mdas> (re: https://bugzilla.mozilla.org/show_bug.cgi?id=712643#c15)
# [22:27] <mdas> I see how the scripts aren't really modules, but I'm not sure how to register them as scripts accessible via some chrome:// url.
# [22:27] * Quits: jamesr (jamesr@FB285460.D6CCE4AE.77834EAA.IP) (Ping timeout)
# [22:28] * Joins: jamesr (jamesr@FB285460.D6CCE4AE.77834EAA.IP)
# [22:28] <gavin> mdas: you just list them in a jar.mn, as in http://mxr.mozilla.org/mozilla-central/source/testing/mochitest/jar.mn
# [22:28] * Quits: anky (anky@CAF48CD7.44921952.A3D1B221.IP) (Client exited)
# [22:29] <gavin> build system takes care of most of the rest
# [22:29] <mdas> gavin: awesome. I wasn't sure if a manifest file was required on top of that
# [22:29] * Joins: aleth (Instantbir@moz-72908A3B.ictp.it)
# [22:29] <mdas> gavin: thanks for the help.
# [22:29] * Quits: tchevalier (chatzilla@moz-364D5D72.w90-48.abo.wanadoo.fr) (Connection reset by peer)
# [22:30] * armenzg_buildduty is now known as armenzg_afk
# [22:31] * Quits: armenzg_afk (armenzg@moz-71039613.acanac.net) (Input/output error)
# [22:31] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [22:31] * Joins: anky (anky@CAF48CD7.44921952.A3D1B221.IP)
# [22:32] * Joins: smaug (chatzilla@moz-DAAE7598.elisa-mobile.fi)
# [22:32] * ChanServ sets mode: +o smaug
# [22:32] * Joins: Lucas (Lucas@moz-BBE3ABD.mv.mozilla.com)
# [22:33] * Parts: aleth (Instantbir@moz-72908A3B.ictp.it)
# [22:34] * Joins: josh (josh@moz-4065078F.ips.cpinternet.com)
# [22:34] <luke> anyone know how to stop 'make xpcshell-tests' from hiding stdout?
# [22:34] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [22:34] * Joins: armenzg (armenzg@moz-71039613.acanac.net)
# [22:34] * juanb|afk is now known as juanb
# [22:34] * Quits: armenzg (armenzg@moz-71039613.acanac.net) (Input/output error)
# [22:35] <Yoric> luke: My personal habit: follow this by |cat name_of_the_log_file|
# [22:35] * fabrice is now known as fabrice|afk
# [22:36] <@smaug> esta.cbp.dhs.gov is horrible web app
# [22:36] <KaiRo> smaug: hehe, well, I wouldn't go as far as to call it "app" at all
# [22:36] <@smaug> it doesn't accept my real address, and in some cases name needs to be all capital, but not always....
# [22:36] <luke> Yoric: oh, what is the log file for xpcshell-tests?
# [22:37] <KaiRo> smaug: ah, yes, it's a bit specific on some things, I think I had problems with my address as well
# [22:37] * jmaher is now known as jmaher|afk
# [22:38] <taras> is sicking around IRL?
# [22:38] <Ms2ger> taras, hopping in and out of meetings, it seems
# [22:39] <KaiRo> it's been over two years now that I filled it out in detail, will need to do a new one soon, I guess
# [22:39] <gkw> bjacob: ping regarding https://bugzilla.mozilla.org/show_bug.cgi?id=699033
# [22:39] <taras> Ms2ger: i thought you don't exist IRL, how do you know?
# [22:39] <gkw> bjacob: it's probably the last patch for upcoming esr - build will proceed on march 1
# [22:39] <Ms2ger> Didn't you know about the cameras in MV?
# [22:39] <jhammel> taras: he probably thinks you're refering to the irl:// protocol
# [22:39] <bjacob> gkw: oops, sorry, landing
# [22:39] * Joins: darktrojan (geoff@moz-509CC089.dsl.telstraclear.net)
# [22:40] * Quits: Goldorak (chatzilla@DF9EBE56.1EC05627.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [22:40] <bjacob> gkw: where's the esr tree?
# [22:40] <gkw> bjacob: http://hg.mozilla.org/releases/mozilla-esr10/
# [22:40] <taras> Ms2ger: that would be handy
# [22:40] <bjacob> gkw: ok, cloning
# [22:42] <luke> ahh, --verbose
# [22:43] <@khuey> taras: sicking is in Paris
# [22:43] <taras> ok i'll email
# [22:43] <taras> thanks khuey
# [22:44] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Ping timeout)
# [22:45] * Quits: AryehGregor (AryehGrego@moz-6FC51DD9.nyc.res.rr.com) (Connection reset by peer)
# [22:48] * Joins: AryehGregor (AryehGrego@moz-6FC51DD9.nyc.res.rr.com)
# [22:48] * Quits: smontagu (chatzilla@moz-C06E8DDD.red.bezeqint.net) (Ping timeout)
# [22:49] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [22:49] * Quits: @smaug (chatzilla@moz-DAAE7598.elisa-mobile.fi) (Ping timeout)
# [22:50] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
# [22:50] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:50] * Joins: smaug (chatzilla@moz-1E6A0F59.gprs.sl-laajakaista.fi)
# [22:50] * ChanServ sets mode: +o smaug
# [22:50] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
# [22:50] <jlebar> Is the code in tabbrowser.xml per browser window, or global to the whole app?
# [22:51] <@khuey> there's a <tabbrowser> per browser window
# [22:51] * Joins: armenzg (armenzg@moz-803D7934.home1.cgocable.net)
# [22:51] * Quits: Ms2ger (Ms2ger@4ECA71A8.E9CB1DED.37724B0D.IP) (Quit: nn)
# [22:51] <jlebar> khuey: Where's our global js? Is that browser.js?
# [22:51] * jlebar is bad with the front-end.
# [22:52] * armenzg is now known as armenzg_afk
# [22:52] * armenzg_afk is now known as armenzg_dinner
# [22:52] <froydnj> hm, the fennec tab bar will render pages, but the actual browser won't :(
# [22:52] <@khuey> jlebar: I think so
# [22:52] <darktrojan> browser.js is per window too
# [22:52] <@khuey> jlebar: but I'm hardly an expert here
# [22:53] <Mossop> There isn't really a "global js"
# [22:53] <Mossop> browserglue maybe, but it really depends what you are after
# [22:53] <jlebar> Mossop: So I want to trigger a GC when a tab closes.
# [22:53] <jlebar> Mossop: But, that's going to be on a timeout, etc.
# [22:53] <jlebar> Mossop: So I don't want two pending GCs, globally.
# [22:54] <@khuey> sounds like we need an nsITabClosingService
# [22:54] * @khuey ducks
# [22:54] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Ping timeout)
# [22:54] <Mossop> So you don't need anything global, you just need something that is a singleton. nsBrowserGlue is a singleton, as is any jsm that you care to mention or create
# [22:54] * Quits: Lucas (Lucas@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:54] <@smaug> jlebar: why do you trigger GC ?
# [22:54] <jlebar> smaug: see the last comment in https://bugzilla.mozilla.org/show_bug.cgi?id=731419
# [22:55] * Joins: Lucas (Lucas@moz-BBE3ABD.mv.mozilla.com)
# [22:55] <jlebar> Mossop: Hm…okay. That doesn't sound too hard. :)
# [22:55] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [22:55] <@smaug> jlebar: ... since Gecko should trigger GC when top level browsing context is deleted
# [22:55] <@smaug> see nsGlobalWindow::SetDocShell
# [22:55] * Joins: c0smikdebris (c0smikdebr@AB277EF.DC4492DD.BE90E62C.IP)
# [22:56] * Joins: smontagu (chatzilla@moz-28878950.red.bezeqint.net)
# [22:56] <jlebar> smaug: Well, if so, it's not working well enough. :-/
# [22:56] <gavin> jlebar: there's another bug about us trying hard to not trigger GCs immediately after each tab close
# [22:56] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [22:56] <jlebar> gavin: If you can point me there, I'd appreciate it.
# [22:56] <jlebar> gavin: I don't think we need to GC synchronously, or anything. Just soon after.
# [22:56] <gavin> it's mostly concerned about closing multiple tabs in quick succession
# [22:57] <jlebar> gavin: Yes, so am I.
# [22:57] <gavin> and not doing all the destruction work at once
# [22:57] <jlebar> Sure.
# [22:57] * Quits: biesi (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP) (Ping timeout)
# [22:58] <gavin> jlebar: bug 730402
# [22:58] * heycam is now known as heycam|away
# [22:58] * Quits: msucan (msucan-@BD3D06AD.BB7A5B67.699550A1.IP) (Quit: .)
# [22:58] <Jesse> dbaron: how is the mochitest-assertion=orange project going? some developers are *not adding tests* for assertion bugs because they feel they have no way to test them :(
# [22:59] <Jesse> dbaron: ref https://bugzilla.mozilla.org/show_bug.cgi?id=404077 and https://bugzilla.mozilla.org/show_bug.cgi?id=731471#c6
# [22:59] * Joins: biesi (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP)
# [22:59] <gavin> Jesse: also https://bugzilla.mozilla.org/show_bug.cgi?id=720589#c4
# [23:00] * Quits: josh (josh@moz-4065078F.ips.cpinternet.com) (Quit: josh)
# [23:00] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Connection reset by peer)
# [23:00] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Quit: jgriffin)
# [23:01] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
# [23:01] <jlebar> smaug: So we run a gc, but not a cc, right?
# [23:01] * Quits: TheLink (TheLink@moz-4D4DDD71.pools.arcor-ip.net) (Client exited)
# [23:02] * Parts: lduros (lduros@moz-34D6757F.nic.resnet.group.upenn.edu)
# [23:02] <@smaug> jlebar: running gc triggers cc, usually
# [23:03] <@smaug> so, there is first 4s timer before gc runs, and then 6s before cc runs, if it runs
# [23:03] <lurking> this bug is spooky - https://bugzilla.mozilla.org/show_bug.cgi?id=732141 anyone know what's going on here ? I get a slow-script warning and win32 m-c goes not responding - security bug maybe ?
# [23:03] <jlebar> smaug: Hm. So maybe we just need to run the gc/cc a few more times.
# [23:04] <jlebar> smaug: atm, I don't believe this is sufficient to destroy the document.
# [23:04] <Yoric> luke: I can't remember exactly, but it's given during the run of the tests.
# [23:04] <@smaug> jlebar: document may be deleted after the next gc after cc
# [23:04] <Yoric> Something like mozilla-central/_testing/path-to-your-jsfile.js.log
# [23:05] <gavin> jlebar: why is it important to immediately release the images ( as opposed to after the next GC/CC cycle or two)?
# [23:06] <jlebar> gavin: The next GC/CC cycle or two can be a minute away. So if you have a bunch of image-heavy tabs, then close them all, then try to load some more image-heavy tabs, you could be in trouble.
# [23:06] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [23:06] <jlebar> gavin: Or even, you close those image-heavy tabs then load Photoshop, and your computer grinds to a halt because FF hasn't given up its memory.
# [23:06] <gavin> a minute seems like a long time to be going without any GC/CCing
# [23:06] <gavin> is that really what the average is now?
# [23:06] <@smaug> jlebar: if you load more image-heavy tabs, gc should be triggerered
# [23:07] <jlebar> gavin: There are different types of GC, too.
# [23:07] <Jesse> gavin: should we just make all the assertions in http://mxr.mozilla.org/mozilla-central/source/xpcom/glue/nsTArray.h fatal?
# [23:07] <taras> gavin: i think mccr8 got up to 5min with some wip patches
# [23:07] <gavin> taras: interesting
# [23:07] <Jesse> gavin: buffer overruns are bad mkay
# [23:07] <@smaug> jlebar: ... if js eng is notified that something is keeping lots of memory alive
# [23:07] <taras> gavin: not typical yet
# [23:07] <jlebar> smaug: hmm?
# [23:07] <mccr8> taras: yeah, but now we run it after every GC so it runs every 6 seconds typically...
# [23:07] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [23:07] <@smaug> in general we're trying to run CC less often
# [23:08] <taras> now we just have run gc less
# [23:08] <@smaug> mccr8: depends highly on the patges
# [23:08] <taras> *just*
# [23:08] <@smaug> pages
# [23:08] <jlebar> IME it takes a long time for an image to finally get destroyed after you close a tab. We usually hit the 20-40s discard timeout rather than destruct the iamge.
# [23:08] <jlebar> So something does not match up with smaug/gavin's assumption here.
# [23:09] <taras> jlebar: did you see what opera does with images?
# [23:09] * davidb is now known as davidb|afk
# [23:09] <jlebar> taras: I'm sure it's going to make me cry.
# [23:09] <gavin> are your images leaking for some other reason?
# [23:09] <@smaug> memchaser tells me 57s between CCs and 114s between GCs
# [23:09] <taras> jlebar: it only renders visible ones, so if you scroll engadget on a slow machine, you can see them popping them in
# [23:09] <taras> it's pretty awesome for mobile type things afaik
# [23:09] <jlebar> gavin: If I set the discard timeout very high, then the images go away after 3 cc's.
# [23:10] <gavin> I could just be wrong with my GC/CC frequency expectations, I haven't looked into this stuff in any detail
# [23:10] <jlebar> taras: I think chrome does something like that.
# [23:10] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [23:10] <mccr8> smaug: well, with my local patches, I'm seeing an average of 26 seconds between CCs with telemetry.
# [23:10] <taras> jlebar: also janks cos of it
# [23:11] <@smaug> jlebar: do we call JS_updateMallocCounter in image code?
# [23:11] <jlebar> smaug: no. But the malloc's happen long before the eventual free.
# [23:11] <jlebar> smaug: I don't want to gc more often while I'm loading a bunch of images.
# [23:12] * Joins: dao (dao@moz-1377C14D.superkabel.de)
# [23:12] * Joins: smaug_ (chatzilla@moz-C48F1EC4.elisa-mobile.fi)
# [23:12] <smaug_> jlebar: do we call JS_updateMallocCounter in image code?
# [23:12] * Quits: @smaug (chatzilla@moz-1E6A0F59.gprs.sl-laajakaista.fi) (Ping timeout)
# [23:12] <jlebar> jlebar: smaug: no. But the malloc's happen long before the eventual free.
# [23:13] * heycam|away is now known as heycam
# [23:13] <jlebar> jlebar: smaug: I don't want to gc more often while I'm loading a bunch of images.
# [23:13] <smaug_> jlebar: you don't need to update the counter when you allocate
# [23:13] <smaug_> you could update it later
# [23:13] <jlebar> smaug_: Like when?
# [23:14] <smaug_> jlebar: like, when the document which keeps image alive is hidden
# [23:14] <jlebar> smaug_: Whether we want to trigger a gc on hide is orthogonal to the question of what to do when closing.
# [23:14] <jlebar> Those are really different...
# [23:14] <jlebar> smaug_: I feel like we're getting astray here.
# [23:15] <jlebar> smaug_: The main point is, nsglobalwindow tries to destroy itself by forcing a gc.
# [23:15] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [23:15] <jlebar> smaug_: But that's not sufficient.
# [23:15] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [23:15] <smaug_> we also don't want to trigger GC randomly too ofter
# [23:16] <smaug_> especially the current GC, which is still superslow
# [23:16] * armenzg_dinner is now known as armenzg_buildduty
# [23:16] * philor|away is now known as philor
# [23:16] <jlebar> smaug_: So what do you think we should do?
# [23:16] <smaug_> (though, I assume incremental GC will work real soon)
# [23:17] <smaug_> jlebar: perhaps improve nsGlobalWindow::SetDocShell
# [23:18] <jlebar> smaug_: To run more iterations of the gc/cc?
# [23:18] <smaug_> jlebar: well, right now it is not 100% sure that method calls GC, I think
# [23:18] <jlebar> smaug_: not 100% sure it calls the CC?
# [23:18] * Quits: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [23:19] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:19] <smaug_> after a full GC there is always CC
# [23:20] <smaug_> unless there is a new GC which interrupts that
# [23:20] * Quits: Lucas (Lucas@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:20] <jlebar> smaug_: What did you mean by "well, right now it is not 100% sure that method calls GC, I think"?
# [23:20] <smaug_> there is if (foo) { gc}
# [23:20] * rail is now known as rail_away
# [23:20] <jlebar> smaug_: The only code I see like that is, if there's already a pending gc, do nothing.
# [23:20] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Quit: Leaving)
# [23:21] * Joins: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP)
# [23:21] <smaug_> jlebar: if GlobalWindow's CleanUp is called before SetDocShell, SetDocShell doesn't end up calling GC
# [23:22] <smaug_> no idea how common that is
# [23:22] <jlebar> I see.
# [23:22] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [23:23] <smaug_> jlebar: nsJSContext::GC could be static
# [23:23] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [23:23] <smaug_> so, no need for null check in SetDocShell
# [23:23] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [23:24] <smaug_> or just call nsJSContext::PokeGC
# [23:24] * Quits: nrc (nrc@moz-27352C85.sqy-bng-012.adsl.virginmedia.net) (Ping timeout)
# [23:24] <jlebar> smaug_: Oh, I see.
# [23:24] * Joins: aleth (Instantbir@moz-72908A3B.ictp.it)
# [23:24] * Quits: c0smikdebris (c0smikdebr@AB277EF.DC4492DD.BE90E62C.IP) (Quit: Computer has gone to sleep.)
# [23:25] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:25] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
# [23:26] * philor is now known as philor|away
# [23:26] <jlebar> smaug_: Where does the cc get fired, on full gc?
# [23:26] <smaug_> jlebar: yes DOMGCSliceCallback
# [23:27] <smaug_> jlebar: look for sNeedsFullCC = true;
# [23:27] <RobertClaypool> I saw something up there about loaunching photoshop with lots of images after closing firefox tabs, that najkes ne wabt ti oiubt aiyt tge tge nab oribken us vuryak nenirt abd applications use separate VM spaces
# [23:27] <smaug_> jlebar: note, there is currently this bug 730853
# [23:28] <RobertClaypool> *sigh
# [23:28] <jlebar> smaug_: maybe my tree is too old; sNeedsFullCC does not exist anywhere in the tree.
# [23:28] * jlebar updates
# [23:28] <RobertClaypool> different applications use separate vm spaces
# [23:28] * Parts: aleth (Instantbir@moz-72908A3B.ictp.it)
# [23:28] <smaug_> sNeedsFullCC was added few days ago
# [23:28] <edmorley> I feel sorry for the woman who is going to transcribe the bugzilla workflow interview I've just had with Martin Best, after having talked solid for over 2 hours haha
# [23:28] * Joins: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com)
# [23:29] <@bz_away> this is dumb
# [23:29] <@bz_away> if I have |interface Foo : Bar|
# [23:29] <@bz_away> and I have nsCOMPtr<Bar> bar;
# [23:29] <@bz_away> then nsCOMPtr<Foo> foo = bar; won't compile
# [23:30] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [23:30] <jtcranmer> you're not guaranteed that bar is an instance of Foo
# [23:30] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
# [23:30] <edmorley> Ryan: burny burny :-)
# [23:31] * Quits: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [23:31] * Quits: smaug_ (chatzilla@moz-C48F1EC4.elisa-mobile.fi) (Ping timeout)
# [23:32] * Joins: mjschranz (mjschranz@F2D29657.F60B0462.67AC9B1.IP)
# [23:32] <jlebar> Well, someone thank smaug for his help for me. :)
# [23:32] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [23:32] <jlebar> <-- dinner
# [23:32] * Joins: smaug_ (chatzilla@moz-E7F6B8ED.gprs.sl-laajakaista.fi)
# [23:32] * philor|away is now known as philor
# [23:32] <jlebar> smaug_: I g2g, but thanks for your help.
# [23:33] <jlebar> smaug_: (Especially for pointing out that my tree is out of date; that helps explain a lot of things. :)
# [23:33] * Quits: jlebar (~jlebarmac@moz-E39F1CD1.dyn.columbia.edu) (Quit: dinner)
# [23:33] <edmorley> Ryan: are you RyanVM post name change, or someone else?
# [23:34] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [23:34] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Quit: Ex-Chat)
# [23:35] * philor is now known as philor|away
# [23:35] * Joins: Lucas (Lucas@moz-BBE3ABD.mv.mozilla.com)
# [23:36] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [23:36] <mak> Ryan: something in your push broke
# [23:36] <mak> ehr, autocomplete fail
# [23:36] <mak> LD
# [23:36] * Quits: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP) (Quit: ibarlow)
# [23:36] <mak> edmorley: I suppose you were about to ask the same thing
# [23:37] <mak> he backed out
# [23:37] <mak> fwiw
# [23:37] <edmorley> yeah
# [23:37] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:37] <edmorley> spotted as new remote head, oh well :-)
# [23:37] * bhearsum is now known as bhearsum|afk
# [23:38] * Quits: dao (dao@moz-1377C14D.superkabel.de) (Quit: Leaving.)
# [23:39] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
# [23:40] * Joins: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net)
# [23:40] * Joins: KaIRC (robert@moz-4EC4C6E5.adsl.highway.telekom.at)
# [23:40] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
# [23:40] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Leaving...)
# [23:41] * philor|away is now known as philor
# [23:41] <froydnj> oh, bizarre, nscore.h doesn't exist in dist/include at that point?
# [23:42] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
# [23:42] * armenzg_buildduty is now known as armenzg_brb
# [23:42] * Joins: aja (chatzilla@F48EAD37.625E483C.7880DB15.IP)
# [23:44] <aja> mounir: ping
# [23:44] <Jesse> how busted is mozilla-central right now? is it a reasonable base for a try push? https://tbpl.mozilla.org/ shows me lots of unstarred colors
# [23:47] * Quits: KaiRo (robert@moz-4EC4C6E5.adsl.highway.telekom.at) (Quit: www.KaiRo.at)
# [23:48] * KaIRC is now known as KaiRo
# [23:48] <aja> mounir: was looking at input type=emai checkin and noticed no tests for comment part (i.e. username+comment@example.com). dunno if there's any issues with that or not re punycode/intl chars
# [23:48] <WG9s> Jesse: I could try starring things that are known i guess
# [23:48] <aja> mounir: s/emai/email/
# [23:48] <Jesse> WG9s: thanks
# [23:49] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
# [23:49] <edmorley> Jesse: looks fine to me
# [23:50] * mbrubeck-away is now known as mbrubeck
# [23:50] <edmorley> Ru red is just that annoying xpcshell issue
# [23:50] <edmorley> iirc
# [23:51] <WG9s> Jesse: but so far I have found 3 things i am not comfortable starring, so I ma not sure that helps you.
# [23:51] * Joins: myk1 (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:51] * Quits: myk1 (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [23:52] * armenzg_brb is now known as armenzg_buildduty
# [23:52] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [23:52] * Joins: peregrino (peregrino@moz-8906B79F.telecom.net.ar)
# [23:52] * Joins: taustin (taustin@moz-EE172EAA.resnet.ucsc.edu)
# [23:52] <KaiRo> wow, I could remove the crashiness of my X server by switching KDE compositing from XRender to OpenGL - with compositing / "desktop effects" turned off, it was even crashier - it's a somewhat new feeleing to me that using GL stuff makes Linux more stable ;-)
# [23:53] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Quit: mdas)
# [23:53] * Joins: tonymec__ (tonymec@C5A628B5.D37402B.277517C1.IP)
# [23:53] * Quits: bruno (bruno@20C4F0CB.2F9EAEB9.C36097CD.IP) (Ping timeout)
# [23:53] * tonymec__ is now known as tonymec|away
# [23:56] * Quits: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net) (Ping timeout)
# [23:56] * Quits: smaug_ (chatzilla@moz-E7F6B8ED.gprs.sl-laajakaista.fi) (Ping timeout)
# [23:57] * Joins: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net)
# [23:58] * Quits: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP) (Quit: beaufour)
# [23:58] * philor is now known as philor|away
# [23:59] * armenzg_buildduty is now known as armenzg_away
# [23:59] * Quits: armenzg_away (armenzg@moz-803D7934.home1.cgocable.net) (Input/output error)
# [23:59] * Joins: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net)
# Session Close: Fri Mar 02 00:00:00 2012

The end :)