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

Options:

# Session Start: Fri Feb 03 00:00:00 2012
# Session Ident: #developers
# [00:00] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Quit: mdas)
# [00:00] <@roc> or even clip-path might work for this
# [00:01] * Quits: hipokrit (hipokrit@22C5D8DD.50351D53.E949568B.IP) (Ping timeout)
# [00:01] * Joins: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net)
# [00:01] <@roc> wesj: actually I think "allow SVG filter, mask and clip-path to work on any Web content" is something that no-one is opposed to, so hopefully we'll get at least that
# [00:01] * Quits: sewardj (sewardj@moz-18705F16.reverse.destiny.be) (Ping timeout)
# [00:01] <Jesse> roc: what's really happening in UpdateCurrentCanvasForInvalidation? is it putting the pixels that were just drawn on the screen into the canvas? or is it doing a separate paint into the canvas that just happens to have the same dimensions?
# [00:02] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [00:02] * Joins: sewardj (sewardj@moz-18705F16.reverse.destiny.be)
# [00:03] <wesj> roc: good to hear! i'm a bit of an svg junkie...
# [00:03] <Kwan> nemo: huh, selecting the hello world text and then taking focus out of the document by going to the URL bar makes Hello World disappear, in fx10
# [00:04] <@roc> Jesse: having determined that 'rects' has changed, it updates the canvas with a snapshot of the new values of those pixels
# [00:04] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [00:04] <@roc> the snapshotting process, i.e. drawWindow, can do a couple of different things. In the most efficient case, it recomposites the layer tree that we just built
# [00:05] <@roc> that's when USE_WIDGET_LAYERS flag is passed
# [00:05] <@roc> when that flag is not passed, we redraw from scratch
# [00:05] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
# [00:05] <@roc> we never grab pixels from the screen, since we don't have a crossplatform way to do that and it would break if something's in front of the window
# [00:06] * Joins: jdm (jdm@moz-34A0AC90.uwaterloo.ca)
# [00:07] <armenzg> everything is finally looking good
# [00:07] * armenzg is now known as armenzg_dinner
# [00:08] * philor|away is now known as philor
# [00:08] * Joins: SeoZ (DanielJuyu@moz-BBE3ABD.mv.mozilla.com)
# [00:08] * Quits: SeoZ (DanielJuyu@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [00:08] * Joins: SeoZ (DanielJuyu@moz-BBE3ABD.mv.mozilla.com)
# [00:09] <nemo> Kwan: well. before I added the selection rule, hello world would disappear just by selecting it :)
# [00:09] * Quits: jgilbert (jgilbert@77BF8A43.C1607DFF.95579CE8.IP) (Connection reset by peer)
# [00:10] * Joins: jgilbert (jgilbert@77BF8A43.C1607DFF.95579CE8.IP)
# [00:10] * jgriffin-afk is now known as jgriffin
# [00:10] <nemo> or rather, I guess the filter was applied to the selection colouring
# [00:10] * Quits: cers (textual@moz-E3288E2B.bynqu1.dynamic.dsl.tele.dk) (Ping timeout)
# [00:10] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
# [00:10] <nemo> anyway. yeah. that's pretty much the same behaviour
# [00:10] <nemo> odd that it ignores the :selection rule
# [00:10] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Quit: madhava)
# [00:11] * Joins: dseif (dseif@CE526453.531FD64C.630E4E47.IP)
# [00:11] * Joins: gandalf (zbraniecki@74E406D.A6B942B2.1D05C454.IP)
# [00:12] * Joins: bretr (bret_recka@moz-BBE3ABD.mv.mozilla.com)
# [00:12] * Joins: cers (textual@moz-E3288E2B.bynqu1.dynamic.dsl.tele.dk)
# [00:13] * Quits: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
# [00:14] * Joins: harth (harth@moz-7DADA64D.lightspeed.sntcca.sbcglobal.net)
# [00:15] <edmorley> armenzg_dinner: looking good, thank you :-)
# [00:16] <nemo> wesj: anyway. I think you should change http://thewebrocks.com/ to use that cutout effect instead :)
# [00:18] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Quit: ajuma)
# [00:19] * Quits: jprmc (jprmc@moz-18705F16.reverse.destiny.be) (Ping timeout)
# [00:20] * Joins: jprmc (jprmc@moz-18705F16.reverse.destiny.be)
# [00:20] * Quits: ddahl (ddahl@B21EA2F6.D90C1DEF.43362C16.IP) (Ping timeout)
# [00:20] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [00:21] * Quits: aja (aja@FE01A14B.D3D1D2A7.7880DB15.IP) (Quit: Quit)
# [00:22] <josh> jimm: thanks for doing the logging, glad it looks like what we expected
# [00:22] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
# [00:22] * Quits: sicking (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:23] * Quits: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP) (Quit: beaufour)
# [00:26] * Joins: mib_tvri8a (Mibbit@CE33479A.AC6A6CF5.1D5753B8.IP)
# [00:27] * Quits: Enn (enn@moz-18705F16.reverse.destiny.be) (Ping timeout)
# [00:27] <mib_tvri8a> hi
# [00:27] * Joins: Enn (enn@moz-18705F16.reverse.destiny.be)
# [00:27] * Quits: ptheriault (ptheriault@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [00:27] <mib_tvri8a> When will repair bugs https://bugzilla.mozilla.org/show_bug.cgi?id=678800
# [00:27] <armenzg_dinner> edmorley: phew
# [00:27] * Joins: ptheriault (ptheriault@moz-BBE3ABD.mv.mozilla.com)
# [00:28] <armenzg_dinner> good night. I will come back later but I already verified that we're good
# [00:28] * Quits: SeoZ (DanielJuyu@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [00:28] * Quits: se (DS@moz-B62ECC33.wi.res.rr.com) (Ping timeout)
# [00:28] * Parts: ptheriault (ptheriault@moz-BBE3ABD.mv.mozilla.com)
# [00:28] * Joins: biesi (cbiesinger@moz-D617BE71.adsl-static.isp.belgacom.be)
# [00:28] * Quits: armenzg_dinner (armenzg@moz-7B7ED579.home1.cgocable.net) (Input/output error)
# [00:28] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [00:28] * Joins: se (DS@moz-B62ECC33.wi.res.rr.com)
# [00:29] * Quits: andreasn (andreasn@moz-BB6A8755.bredband.comhem.se) (Ping timeout)
# [00:29] * Joins: armenzg_dinner (armenzg@moz-A6FE435.build.sjc1.mozilla.com)
# [00:29] * Quits: gandalf (zbraniecki@74E406D.A6B942B2.1D05C454.IP) (Ping timeout)
# [00:29] * Joins: ptheriault (ptheriault@moz-BBE3ABD.mv.mozilla.com)
# [00:30] * Quits: Unfocused (u2622@moz-160C58C6.com) (Max SendQ exceeded)
# [00:30] * Quits: jaws (u2871@moz-160C58C6.com) (Max SendQ exceeded)
# [00:30] * Joins: Unfocused (u2622@moz-160C58C6.com)
# [00:30] * Quits: jdm (jdm@moz-34A0AC90.uwaterloo.ca) (Client exited)
# [00:30] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [00:31] * davehunt is now known as davehunt|away
# [00:31] * Quits: kaie (kaie@moz-DAC120A2.dip.t-dialin.net) (Ping timeout)
# [00:32] * Joins: kaie (kaie@moz-DAC120A2.dip.t-dialin.net)
# [00:33] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
# [00:34] * Joins: bb10 (bb10@moz-C7B05616.org)
# [00:34] * Quits: jlebar|dinner (~jlebarmac@moz-3F3A6302.dyn.columbia.edu) (Quit: jlebar|dinner)
# [00:34] * Quits: armenzg_dinner (armenzg@moz-A6FE435.build.sjc1.mozilla.com) (Ping timeout)
# [00:34] * BenWa is now known as BenWa|sms
# [00:35] * Quits: florian (florian@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre)
# [00:35] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
# [00:36] * Quits: bretr (bret_recka@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [00:37] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [00:37] * Joins: bretr (bret_recka@moz-BBE3ABD.mv.mozilla.com)
# [00:38] * gregglind is now known as gregglind_away
# [00:38] * Joins: bb10 (bb10@moz-C7B05616.org)
# [00:39] * Joins: Ventron (michael@moz-C48FD255.dyn.iinet.net.au)
# [00:39] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [00:40] * Joins: SeoZ (DanielJuyu@moz-BBE3ABD.mv.mozilla.com)
# [00:41] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [00:42] * Quits: sewardj (sewardj@moz-18705F16.reverse.destiny.be) (Ping timeout)
# [00:42] * Quits: Enn (enn@moz-18705F16.reverse.destiny.be) (Ping timeout)
# [00:42] * Quits: mib_tvri8a (Mibbit@CE33479A.AC6A6CF5.1D5753B8.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [00:42] * Joins: sewardj (sewardj@moz-18705F16.reverse.destiny.be)
# [00:42] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [00:42] * Joins: Enn (enn@moz-18705F16.reverse.destiny.be)
# [00:42] * Joins: zippity (Mibbit@CE33479A.AC6A6CF5.1D5753B8.IP)
# [00:43] <decoder> if I have multiple patches in a patch queue, can I somehow move some out of that queue into separate queues?
# [00:43] <decoder> (i got a patch in there that is independent of all others, it doesnt really belong into the queue)
# [00:45] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
# [00:45] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [00:45] <jimm> josh: any comment on bug 285982? Looks like a null mCountent pointer in code added to Destroy.
# [00:46] <jimm> no STR though, so hard to say.
# [00:46] * mcote is now known as mcote|afk
# [00:47] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Quit: Make a new plan, Stan!)
# [00:47] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [00:47] * Cwiiis is now known as CwiiisAway
# [00:48] * zpao is now known as zpao|detached
# [00:48] <reuben> decoder, check out |hg qqueue --help|
# [00:49] <josh> jimm: still in a meeting but hopefully I can look soon
# [00:49] * Joins: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com)
# [00:50] * Quits: edmorley (edmorley@moz-D7FF4E64.range86-166.btcentralplus.com) (Quit: nn)
# [00:51] * Quits: zippity (Mibbit@CE33479A.AC6A6CF5.1D5753B8.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [00:51] * Quits: kaie (kaie@moz-DAC120A2.dip.t-dialin.net) (Ping timeout)
# [00:51] * Joins: kaie (kaie@moz-DAC120A2.dip.t-dialin.net)
# [00:54] * Quits: KaiRo (robert@moz-92F6399F.adsl.highway.telekom.at) (Ping timeout)
# [00:55] * Quits: Kwan (chatzilla@moz-2402E6E3.zone11.bethere.co.uk) (Ping timeout)
# [00:55] * Quits: karl (karl@moz-EF89AC40.jetstream.xtra.co.nz) (Ping timeout)
# [00:56] * Joins: jlebar|mac (~jlebarmac@moz-3F3A6302.dyn.columbia.edu)
# [00:56] * Joins: Kwan (chatzilla@moz-2402E6E3.zone11.bethere.co.uk)
# [00:56] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [00:57] * Quits: pnemsak (Miranda@moz-7409BD53.orange.sk) (Quit: pnemsak)
# [00:57] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [00:57] * Quits: Enn (enn@moz-18705F16.reverse.destiny.be) (Ping timeout)
# [00:58] * Quits: dseif (dseif@CE526453.531FD64C.630E4E47.IP) (Input/output error)
# [00:59] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [01:01] * zpao|detached is now known as zpao
# [01:03] * Quits: squib (squib-@moz-415BAA34.engr.wisc.edu) (Quit: Leaving)
# [01:03] * Quits: smontagu (chatzilla@moz-AC07A1A2.red.bezeqint.net) (Ping timeout)
# [01:03] * Quits: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net) (Quit: jorendorff)
# [01:03] * Quits: sewardj (sewardj@moz-18705F16.reverse.destiny.be) (Ping timeout)
# [01:06] * Joins: jimb (user@moz-51B190AA.ptld.qwest.net)
# [01:07] * jmaher|afk is now known as jmaher
# [01:08] <timeless> anyone here work on build config?
# [01:08] <timeless> could someone please explain to me why necko-wifi is opt-out instead of opt-in (for whichever platforms actually *do* support it)?
# [01:09] * Quits: kaie (kaie@moz-DAC120A2.dip.t-dialin.net) (Ping timeout)
# [01:10] * Quits: AutomatedTester (AutomatedT@moz-91579DE6.as13285.net) (Input/output error)
# [01:10] * Joins: espindola (espindola@moz-18705F16.reverse.destiny.be)
# [01:10] * Joins: sewardj (sewardj@moz-18705F16.reverse.destiny.be)
# [01:10] * jmaher is now known as jmaher|afk
# [01:11] * Ziggy_Maes is now known as Ziggy|AWAY
# [01:12] * Joins: andreasn (andreasn@moz-3CC3C389.a336.priv.bahnhof.se)
# [01:12] * Joins: kaie (kaie@moz-DAC120A2.dip.t-dialin.net)
# [01:13] * rail is now known as rail_away
# [01:14] * Quits: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com) (Quit: damons)
# [01:14] * Quits: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com) (Quit: Konversation terminated!)
# [01:14] * Joins: cfree (chatzilla@moz-8470EB89.sc.res.rr.com)
# [01:15] * coop is now known as coop|afk
# [01:16] * joduinn-mtg is now known as joduinn-biab
# [01:17] * Joins: dseif (dseif@moz-252F2F1F.dsl.teksavvy.com)
# [01:17] * Joins: ericjung (Mibbit@moz-C6B344D.bstnma.fios.verizon.net)
# [01:17] * catlee is now known as catlee-away
# [01:18] * Quits: Goldorak (chatzilla@854C7AE3.9DA98ED8.187A1082.IP) (Quit: ChatZilla 0.9.88 [Firefox 10.0/20120129021758])
# [01:18] * Quits: Olipro (Olipro@moz-9F100761.catv.pool.telekom.hu) (Ping timeout)
# [01:20] * Quits: kaie (kaie@moz-DAC120A2.dip.t-dialin.net) (Ping timeout)
# [01:21] * Joins: kaie (kaie@moz-DAC120A2.dip.t-dialin.net)
# [01:25] <Bas> espindola: Thanks for finding that clang issue! Much appreciated!
# [01:25] * Joins: Olipro (Olipro@moz-9F100761.catv.pool.telekom.hu)
# [01:25] <espindola> Bas: np
# [01:25] * Quits: sewardj (sewardj@moz-18705F16.reverse.destiny.be) (Ping timeout)
# [01:26] <espindola> trying to get build to work with the official mozconfigs
# [01:26] <espindola> Werror is particular is being fun
# [01:26] * Quits: drice (derice@1606D15F.E628B196.8E155D4E.IP) (Quit: Leaving.)
# [01:26] <Bas> espindola: Well, I think I introduced this particular error.
# [01:26] * Quits: kumar (kmcmillan@moz-E31CD2CB.mozilla.org) (Quit: kumar)
# [01:27] <espindola> whoever added the declaration did it ...
# [01:28] <Bas> Asa: MS announced C++ support using WinRT for Windows Phone 8.
# [01:28] * Quits: biesi (cbiesinger@moz-D617BE71.adsl-static.isp.belgacom.be) (Ping timeout)
# [01:28] * Joins: biesi (cbiesinger@moz-D617BE71.adsl-static.isp.belgacom.be)
# [01:29] <Bas> Well, not anounced, but it's the big rumor atm :)
# [01:30] <jhammel> rumours only count as announcements from Apple
# [01:31] <Bas> I'm inclined to believe this one is true.
# [01:31] <mattwoodrow> Bas: Have you finished the firefox port yet?
# [01:32] <Bas> The official announcements were it would be made 'easier' to port from iOS. Which pretty much implies C support.
# [01:32] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
# [01:32] <Bas> mattwoodrow: I'd love us to do WinRT, yes :) But the effort involved is substantial.
# [01:33] * aki is now known as aki|biab
# [01:34] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving...)
# [01:34] <espindola> Bas: what would be the distribution model if we ported?
# [01:34] <jcranmer|away> CPP_UNIT_TESTS is horribly broken, isn't it?
# [01:34] * Joins: rbgray (chatzilla@moz-DB556ADC.woh.res.rr.com)
# [01:35] <espindola> is there a market like ios or android?
# [01:35] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [01:35] <Bas> espindola: There's Windows Marketplace.
# [01:35] <Bas> Which is you know, the same :)
# [01:35] <Bas> As the market places on Android and iOS. Little bit more restrictive than Android, little less restrictive than iOS, -I think-.
# [01:35] * Quits: imphil (philipp@moz-655EF802.customer.m-online.net) (Ping timeout)
# [01:35] * Quits: bholley (bholley@moz-104CC309.mv.mozilla.com) (Quit: bholley)
# [01:35] <jimm> Bas: we have good indication we'll be able to run under metro as a medium integrity process with access to the win32 apis.
# [01:36] <jimm> The beta should come with new docs on the subject.
# [01:36] * Quits: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP) (Ping timeout)
# [01:36] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [01:37] <Bas> LEt's see what happens :)
# [01:37] * Quits: TheLink (TheLink@moz-4D4DDD71.pools.arcor-ip.net) (Client exited)
# [01:37] <Bas> jimm: But I have my doubts Win32 will be available on WP8.
# [01:37] <Bas> Especially not that we know WP8 and W8 will still be two different things.
# [01:37] <Bas> I'm not even sure it will be available on W8 ARM.
# [01:38] <jimm> yeah, I agree.
# [01:38] <jimm> we'll know in a few weeks hopfully.
# [01:39] <@khuey> those talos improvements from VC10 are beautiful
# [01:39] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Ping timeout)
# [01:40] <jbuck> khuey: how big?
# [01:40] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [01:40] <@khuey> 5-10% across the board
# [01:40] * Quits: espindola (espindola@moz-18705F16.reverse.destiny.be) (Ping timeout)
# [01:40] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [01:40] * Quits: dseif (dseif@moz-252F2F1F.dsl.teksavvy.com) (Input/output error)
# [01:41] <Kwan> huh, en-GB windows Aurora is missing
# [01:41] <harth> how do you "throw" from platform cpp?
# [01:41] <@khuey> harth: return something other than NS_OK
# [01:41] * Joins: espindola (espindola@moz-18705F16.reverse.destiny.be)
# [01:42] <harth> khuey: okay, thanks
# [01:42] * Joins: armenzg_dinner (armenzg@moz-F767CF20.acanac.net)
# [01:42] <jcranmer|away> khuey: like NS_SUCCESS_ADOPTED_DATA? ;-P
# [01:42] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [01:42] <@khuey> yeah yeah yeah
# [01:42] * Joins: mjschranz (mjschranz@5C0550D5.531FD64C.630E4E47.IP)
# [01:43] * Joins: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com)
# [01:43] * Quits: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [01:43] <kwierso> "grasp laptop firmly with both hands, swing arms towards window and release..."
# [01:44] <gavin> return 0x80000000;
# [01:44] <jtcranmer> if necessary, kick somebody because things are broken
# [01:45] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.1/2008072406])
# [01:46] * Joins: surkov (surkov@D776F4A9.D2B288F8.5D3F4C44.IP)
# [01:48] * Quits: armenzg_dinner (armenzg@moz-F767CF20.acanac.net) (Input/output error)
# [01:48] <jimm> khuey:Ts on xp really made a nice gain
# [01:49] <@khuey> haven't seen that one yet
# [01:49] * Quits: rbgray (chatzilla@moz-DB556ADC.woh.res.rr.com) (Ping timeout)
# [01:50] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
# [01:54] <RyanVM> khuey: If we could talk the right people into it, PGO is still a 10% win for JS too
# [01:57] <Jesse> khuey: nice! (5-10% speed win across the board by updating to VC10)
# [01:57] <Jesse> khuey: any big changes to code size or memory use?
# [01:58] * Joins: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com)
# [01:58] <@khuey> Jesse: don't think so
# [01:58] <@khuey> RyanVM: yeah, I know
# [01:59] <@khuey> that's another can of worms
# [01:59] <RyanVM> khuey: Hey, all it does currently is make GMail unusable :P
# [01:59] <RyanVM> minor issues
# [01:59] * Quits: MikeK (chatzilla@BB3DC1A3.5319E061.D57E6536.IP) (Quit: ChatZilla 0.9.88 [Firefox 3.6.24/20111107175754])
# [01:59] * Quits: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP) (Input/output error)
# [02:00] <jhammel> if it were mozmail and google was writing a browser, they'd do it :P
# [02:02] * Joins: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net)
# [02:03] * Quits: josh (josh@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: josh)
# [02:04] * Quits: sworkman (sworkman@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: sworkman)
# [02:04] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [02:05] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88 [Firefox 11.0a2/20120131042011])
# [02:06] * juanb is now known as juanb|jog
# [02:07] * aki|biab is now known as aki
# [02:08] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
# [02:08] * Joins: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net)
# [02:08] * Quits: jprmc (jprmc@moz-18705F16.reverse.destiny.be) (Connection reset by peer)
# [02:08] * Quits: espindola (espindola@moz-18705F16.reverse.destiny.be) (Ping timeout)
# [02:09] * Joins: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com)
# [02:09] * Quits: bmoss (bmoss@A96217FA.E637174F.6E749025.IP) (Ping timeout)
# [02:10] * Joins: espindola (espindola@moz-18705F16.reverse.destiny.be)
# [02:14] * Quits: jduell (jduell@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jduell)
# [02:14] * jhford-buildduty is now known as jhford-work
# [02:15] * jhford-work is now known as jhford-work-away
# [02:16] * Joins: dcamp (dave@moz-8EBEC133.hsd1.wa.comcast.net)
# [02:17] <dholbert> is bugmail broken? I've gotten none in the last hour, which is slightly worrisome
# [02:18] * Quits: jimb (user@moz-51B190AA.ptld.qwest.net) (Ping timeout)
# [02:18] * Joins: jduell (jduell@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:19] * Quits: jduell (jduell@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jduell)
# [02:19] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Quit: Mardak)
# [02:20] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Ping timeout)
# [02:20] * joduinn-biab is now known as joduinn
# [02:21] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [02:23] * Quits: biesi (cbiesinger@moz-D617BE71.adsl-static.isp.belgacom.be) (Ping timeout)
# [02:23] * Quits: slowpoke (slowpoke@moz-AE67AB45.gigabit.perfect-privacy.com) (Ping timeout)
# [02:24] * Joins: slowpoke (slowpoke@moz-AE67AB45.gigabit.perfect-privacy.com)
# [02:24] * Quits: espindola (espindola@moz-18705F16.reverse.destiny.be) (Client exited)
# [02:24] <johns> bsmedberg: ping
# [02:26] * Quits: jhammel (jhammel@moz-14240F1C.hsd1.ca.comcast.net) (Quit: leaving)
# [02:26] * Quits: jgilbert (jgilbert@77BF8A43.C1607DFF.95579CE8.IP) (Ping timeout)
# [02:28] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
# [02:29] * Quits: ptheriault (ptheriault@moz-BBE3ABD.mv.mozilla.com) (Quit: ptheriault)
# [02:30] * Joins: hub (hub@83874EA1.EB7C1AF9.6F478678.IP)
# [02:31] <Unfocused> darktrojan: ping? (well, more of a pong, i guess)
# [02:31] <harth> how do you check if an <nsCOMPtr>nsIAtom equals some string?
# [02:31] <darktrojan> Unfocused, heh
# [02:31] <darktrojan> pong and/or ping
# [02:31] <Unfocused> :)
# [02:31] <Unfocused> so, that accessibility bug...
# [02:31] * Quits: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:33] <Unfocused> if you have the settings bindings implement certain interfaces (nsIAccessibileProvider and something specific to what it does), then accessibility magically works, without messing with IDs
# [02:34] <lurking> dholbert: not for me, I got one about 30 mins ago
# [02:34] <darktrojan> oh right that's what you meant
# [02:34] <@khuey> harth: http://mxr.mozilla.org/mozilla-central/source/xpcom/ds/nsIAtom.idl#76
# [02:34] <dholbert> lurking, ok :)
# [02:34] <lurking> I don't watch that many bugs anymore though
# [02:34] <Unfocused> darktrojan: makes sense now?
# [02:35] * Joins: gkw (gkw@moz-104CC309.mv.mozilla.com)
# [02:35] <darktrojan> Unfocused, well I see your point, should I implement it for all of the bindings?
# [02:36] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Quit: Mardak)
# [02:36] * Quits: jlebar|mac (~jlebarmac@moz-3F3A6302.dyn.columbia.edu) (Quit: jlebar|mac)
# [02:36] <Unfocused> yep
# [02:37] <darktrojan> does it not matter if an nsIAccessibleProvider contains another?
# [02:37] <Unfocused> there may not be a perfect 1:1 mapping between some bindings and the roles nsIAccessibileProvider has... but should be able to make it good enough
# [02:38] <Unfocused> afaik, it just magically works correctly - if the accessibility code sees a provider, it only looks for providers inside it for roles that was expected to have accessible sub-elements
# [02:39] <Unfocused> things like tab containers, etc
# [02:39] <darktrojan> do I need to implement e.g. nsIDOMXULCheckboxElement?
# [02:39] <Unfocused> yep
# [02:39] <Unfocused> and nsIDOMXULLabelledElement
# [02:39] <darktrojan> erk.
# [02:40] <darktrojan> that's even messier than what I was doing
# [02:40] <Unfocused> it's not as scary as it sounds :) it's only adding a couple of properties
# [02:40] * Quits: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com) (Ping timeout)
# [02:40] <Unfocused> and they're just getters that return attribute values
# [02:40] * Joins: brendan (brendaneic@5FB2B8EE.615B56E6.43362C16.IP)
# [02:40] * Joins: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com)
# [02:41] * Fallen is now known as Fallen|away
# [02:41] <darktrojan> I guess I can do most of it in the base binding
# [02:41] <Unfocused> yep
# [02:42] * Quits: mixedpuppy (mixedpuppy@21B7B9F2.B87E9213.6E712CE2.IP) (Quit: mixedpuppy)
# [02:42] <Unfocused> nsIDOMXULLabelledElement should be able to be entirely in the base binding, i think
# [02:42] <darktrojan> is there anything actually worse about the way I was doing it, apart from XBL yuckness?
# [02:42] <Unfocused> mostly just because of XBL :\
# [02:43] <darktrojan> k
# [02:43] <Unfocused> really really want to avoid setting IDs like that
# [02:43] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [02:43] <Unfocused> (in fact, i was kinda surprised it worked)
# [02:43] <Unfocused> i assume you tested it ;)
# [02:43] <darktrojan> I di
# [02:43] <darktrojan> d
# [02:43] * Parts: priya (priya@moz-BBE3ABD.mv.mozilla.com) (Leaving)
# [02:44] <darktrojan> I thought it was brilliantly twisted ;-)
# [02:44] <Unfocused> haha
# [02:44] <harth> khuey: thanks again (:
# [02:44] <@bz> so
# [02:44] * @bz will do his broken record thing again
# [02:45] <@bz> when do we plan to do a prompted update for 3.6 users?
# [02:45] * darktrojan chucks that patch out and starts again
# [02:45] <darktrojan> bz: yesterday :)
# [02:45] <@bz> for serious?
# [02:45] <darktrojan> no
# [02:45] <@bz> or are you just giving me the usual answer? ;)
# [02:45] <@bz> <sigh>
# [02:45] <darktrojan> have we not done it yet? :(
# [02:45] * @bz feels like he must be missing some really really imporant reason why we've slipped it by _5_months_ now
# [02:47] <darktrojan> Unfocused, if I implement these, will clicking on the label focus the controls?
# [02:47] * Joins: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP)
# [02:47] <Unfocused> darktrojan: oh, if you didn't hear... i'm leaving on holiday tomorrow, and will be without internet access for 5 days. so don't expect me to get through reviews :)
# [02:47] * Quits: michal (michal@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:47] <Unfocused> darktrojan: i... don't know
# [02:48] <harth> how do you cast a literal string into a "nsAString_internal&" ?
# [02:48] <darktrojan> I did hear, how will you survive without internet? :o
# [02:48] <@bz> harth: er?
# [02:48] * Joins: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP)
# [02:48] <@bz> harth: NS_LITERAL_STRING("mysomething") ?
# [02:48] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [02:49] <@bz> harth: or were you looking for something else?
# [02:49] * Joins: jgilbert (jgilbert@77BF8A43.C1607DFF.95579CE8.IP)
# [02:49] <harth> bz: well, I'm getting "no matching function for call to ‘nsIAtom::Equals(const char [15])"
# [02:49] <Unfocused> darktrojan: it's happened before!
# [02:49] * Quits: igor (igor@169CEE78.E37E53F7.1DAC7E2F.IP) (Ping timeout)
# [02:49] <darktrojan> in the 90s?
# [02:50] <Unfocused> heh
# [02:50] <Unfocused> i'll have my camera with me, which will serve as my technology fix
# [02:50] * Quits: gkw (gkw@moz-104CC309.mv.mozilla.com) (Quit: Instantbird 1.1)
# [02:50] <@bz> harth: why are you comparing atoms to strings?
# [02:50] * darktrojan remembers a time before the 'net
# [02:50] <@bz> harth: let me back up. What are you really trying to do? ;)
# [02:51] <harth> bz: okay, trying to figure out if the atom for the psuedoClass equals ":moz-any-link" for that pseudo-class lock thing
# [02:51] <@bz> ok
# [02:52] <@bz> pseudoClass == nsCSSPseudoClasses::mozAnyLink
# [02:52] * Quits: SeoZ (DanielJuyu@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [02:52] <@bz> That's the whole point of atoms: you can pointer-compare them. ;)
# [02:52] <harth> oooh, thanks
# [02:52] <@bz> no problem
# [02:52] <darktrojan> mmm atoms
# [02:53] * darktrojan splits the atom
# [02:53] <harth> I see
# [02:53] * Joins: ptheriault (ptheriault@moz-9CE00FC0.holiday-inn-express.mozilla.hq)
# [02:53] * Quits: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:53] <@bz> darktrojan: BOOM!
# [02:53] <@khuey> bz: depends on the atom
# [02:53] <darktrojan> probably just leads to a crash, unfortunately
# [02:54] * Quits: harth (harth@moz-7DADA64D.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [02:55] <@bz> khuey: well, yes. Splitting O_16 doesn't really BOOM
# [02:55] <@khuey> indeed
# [02:55] * Joins: rbgray (chatzilla@moz-DB556ADC.woh.res.rr.com)
# [02:56] <Unfocused> us NZers do have a history of doing that...
# [02:56] <darktrojan> :D
# [02:57] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.13/20101203074205])
# [02:57] <darktrojan> Unfocused, is there any reason why #setting-base can't extend #basetext?
# [02:57] * Joins: nthomas (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [02:58] <Unfocused> off the top of my head, no
# [02:58] * Unfocused looks
# [02:59] <Unfocused> yea, looks like that should work
# [02:59] * Quits: slowpoke (slowpoke@moz-AE67AB45.gigabit.perfect-privacy.com) (Ping timeout)
# [03:00] <@bz> anyone know offhand of a quickstubbed interface that uses optional string args?
# [03:00] * Joins: slowpoke (slowpoke@moz-AE67AB45.gigabit.perfect-privacy.com)
# [03:00] <@bz> ah
# [03:01] <@bz> I see how it works
# [03:01] * zpao is now known as zpao|detached
# [03:01] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [03:01] <@bz> "ick"
# [03:01] <@bz> but ok
# [03:01] <@bz> xpc_qsDOMString arg2(cx, (2 < argc ? argv[2] : JSVAL_NULL), (2 < argc ? &argv[2] : NULL),
# [03:01] <@bz> xpc_qsDOMString::eDefaultNullBehavior,
# [03:01] <@bz> xpc_qsDOMString::eDefaultUndefinedBehavior);
# [03:01] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
# [03:02] * Quits: shorlander (shorlander@moz-853043D6.dhcp.insightbb.com) (Quit: Quit)
# [03:02] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [03:03] <darktrojan> ew
# [03:03] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [03:03] * aki is now known as aki|gym
# [03:03] * darktrojan is glad the code he works with is more readable than that
# [03:03] <@bz> darktrojan: eh
# [03:04] <@bz> darktrojan: well, the actual code one would work with looks like this:
# [03:04] <@bz> elif optional:
# [03:04] <@bz> ...
# [03:04] <@bz> argVal = "(%d < argc ? argv[%d] : %s)" % (i, i, val)
# [03:04] <@bz> argPtr = "(%d < argc ? &argv[%d] : NULL)" % (i, i)
# [03:04] <@bz> ...
# [03:04] <@bz> if typeName is not None:
# [03:04] <@bz> template = argumentUnboxingTemplates.get(typeName)
# [03:04] <@bz> if template is not None:
# [03:04] <@bz> f.write(substitute(template, params))
# [03:04] <darktrojan> that's not so bad
# [03:05] <@bz> right
# [03:05] <darktrojan> heh
# [03:05] <@bz> as long as it produces code the C++ compiler understands, it's more or less all good. ;)
# [03:05] * Quits: @ehsan (ehsan@moz-A6FE435.build.sjc1.mozilla.com) (Input/output error)
# [03:06] * Quits: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [03:06] * darktrojan is lost in a quagmire of XBL right now, so probably shouldn't be talking about readability
# [03:06] <@bz> heh
# [03:06] <@bz> what's up with xbl?
# [03:07] <darktrojan> javascript inside xml is just great
# [03:07] <Unfocused> its funny that you say that, after your last patch :P
# [03:07] <darktrojan> :D
# [03:08] <darktrojan> that was a "hey, xbl could do this for me instead of me writing dozens of extra lines" moment
# [03:08] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz)
# [03:08] * Joins: michal (michal@moz-24890E54.hsd1.ca.comcast.net)
# [03:09] * Quits: ericjung (Mibbit@moz-C6B344D.bstnma.fios.verizon.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [03:09] <Unfocused> heh
# [03:09] <darktrojan> you should see how I was going to do it :P
# [03:09] <Unfocused> i'm gonna be so amused if the new approach ends up being a smaller patch....
# [03:10] <kbrosnan> just remove every 3rd line then re-submit
# [03:11] * Joins: cpeterso_ (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [03:12] * Quits: cpeterso_ (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [03:12] * Quits: Polynomial-C (Poly-C@moz-2A10DF49.dip.t-dialin.net) (Ping timeout)
# [03:12] <darktrojan> oh yeah also, how do I test this Unfocused?
# [03:12] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [03:12] * Joins: aja (chatzilla@FE01A14B.D3D1D2A7.7880DB15.IP)
# [03:12] * Joins: Jonathan_ (JonathanS@moz-FA436756.cfl.res.rr.com)
# [03:12] <Unfocused> as in unit tests? you don't
# [03:13] * Quits: brendan (brendaneic@5FB2B8EE.615B56E6.43362C16.IP) (Quit: brendan)
# [03:13] <darktrojan> well that's a bonus
# [03:13] <Unfocused> though, MarcoZ may have a suggestion
# [03:15] * Quits: kaie (kaie@moz-DAC120A2.dip.t-dialin.net) (Quit: Leaving)
# [03:17] * Joins: SeoZ (DanielJuyu@moz-7B0110AD.mv.mozilla.com)
# [03:18] * Joins: kanru (user@moz-99690620.hinet-ip.hinet.net)
# [03:19] * joduinn is now known as joduinn-biab
# [03:19] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
# [03:19] * Joins: m_kato (m_kato@moz-348F61F0.mozilla.or.jp)
# [03:19] <darktrojan> Unfocused, http://pastebin.mozilla.org/1472800
# [03:19] * Quits: Kwan (chatzilla@moz-2402E6E3.zone11.bethere.co.uk) (Ping timeout)
# [03:20] <darktrojan> anything else, apart from the other bindings?
# [03:20] * Quits: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
# [03:20] * Joins: Kwan (chatzilla@moz-2402E6E3.zone11.bethere.co.uk)
# [03:21] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [03:21] * ChanServ sets mode: +o ehsan
# [03:22] <darktrojan> hmm, there appear to be other fields in that interface that checkbox.xml doesn't implement
# [03:22] <darktrojan> not sure I want to know...
# [03:23] <Unfocused> if checkbox.xml gets away with it, you should be able to too
# [03:23] <darktrojan> that was my theory
# [03:23] * Joins: mccr8 (mccr8@moz-5F92CD4B.dsl.dynamic.sonic.net)
# [03:24] <Unfocused> i don't see anything obviously wrong :) testing with a screenreader will tell
# [03:24] * jmaher|afk is now known as jmaher
# [03:25] <darktrojan> ok, well that's easy enough, I'll finish it off next week
# [03:25] * Quits: SeoZ (DanielJuyu@moz-7B0110AD.mv.mozilla.com) (Connection reset by peer)
# [03:26] <Unfocused> :)
# [03:26] * Joins: SeoZ (DanielJuyu@moz-7B0110AD.mv.mozilla.com)
# [03:26] <Unfocused> told you it looked scarier than it was!
# [03:26] * Joins: josh (josh@25F88422.B7606226.6BED537B.IP)
# [03:27] <darktrojan> heh
# [03:27] <darktrojan> if mxr could handle xbl properly it wouldn't look so confusing
# [03:27] * Quits: juanb|jog (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Quit: juanb|jog)
# [03:28] <darktrojan> it's just a mass of links
# [03:28] * Joins: brendan (brendaneic@moz-63D4415A.central.biz.rr.com)
# [03:28] <Unfocused> yea :\
# [03:28] <darktrojan> even a straight xml syntax highlight would be better
# [03:28] * Unfocused nods
# [03:29] <Unfocused> https://blog.mozilla.com/addons/2012/02/02/renaming-personas/ - let the bikesheding begin!
# [03:29] * darktrojan shushes before someone says "congratulations to the new owner of mxr, darktrojan"
# [03:29] <beltzner> Unfocused: ooh, bikeshedding
# [03:29] <beltzner> that's a good nae
# [03:29] <beltzner> name*
# [03:30] <kbrosnan> Unfocused: UA string
# [03:30] <Unfocused> heh
# [03:30] <jtcranmer> I vote we call it Hot Pink
# [03:30] <beltzner> I like "Beards"
# [03:30] <Unfocused> beltzner++
# [03:30] <darktrojan> browser tattoos
# [03:30] <jtcranmer> or, do what the IMAP group did, and call it Pink Lemondae
# [03:30] <jtcranmer> er, Lemonade
# [03:30] * joduinn-biab is now known as joduinn
# [03:30] <beltzner> clearly, plebiscite is the correct way to do this
# [03:31] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:31] <kbrosnan> taking bets on pancake > personas
# [03:31] <@bz> waffle
# [03:31] * Quits: anant (Anant@moz-271479F2.hsd1.ca.comcast.net) (Quit: Leaving)
# [03:31] <beltzner> kbrosnan: on what measure of comparison?
# [03:31] * Joins: asac (asac@moz-B089C467.pppoe.wtnet.de)
# [03:31] * timA is now known as timA|away
# [03:31] <kbrosnan> after the personas > to whatever name
# [03:31] <kbrosnan> ->
# [03:31] <beltzner> ah, oh
# [03:32] * Quits: asac_ (asac@moz-FAA93BAD.pppoe.wtnet.de) (Ping timeout)
# [03:33] <kbrosnan> hmm more that i think about it browser id -> personas
# [03:33] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [03:35] <cers> bz: still here?
# [03:36] <@bz> yes
# [03:36] <@bz> what's up?
# [03:36] * Quits: andreasn (andreasn@moz-3CC3C389.a336.priv.bahnhof.se) (Ping timeout)
# [03:36] <cers> bz: I was just reading through the discussion on bug 550426, and in it you state that "The DOM spec for getComputedStyle requires that it return empty strings for all shorthand properties"
# [03:37] <jtcranmer> whatever happened to the proposal to "fix" C++ unit tests?
# [03:37] * Joins: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net)
# [03:37] * Quits: chewey (chewey@moz-8250E82C.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:37] <cers> bz: but as far as I read it - it really doesn't. Or at least, only in some cases
# [03:37] * Joins: chewey (chewey@moz-46F3298A.dip0.t-ipconnect.de)
# [03:37] * Quits: @ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Connection reset by peer)
# [03:38] * Joins: ehsan (ehsan@moz-A6FE435.build.sjc1.mozilla.com)
# [03:38] * ChanServ sets mode: +o ehsan
# [03:38] <cers> bz: so I was just wondering if the spec has changed since, or if we're just reading it differently
# [03:38] <@bz> cers: first off, which spec are you reading? ;)
# [03:38] <cers> bz: http://www.w3.org/TR/DOM-Level-2-Style/css.html#CSS-CSS2Properties
# [03:39] <@bz> ok
# [03:39] <@bz> so
# [03:39] <cers> (that's the one MDN links to for getComputedStyle)
# [03:39] <@bz> relevant spec at the time of writing of that comment was http://www.w3.org/TR/DOM-Level-2-Style/css.html#CSS-CSSStyleDeclaration-getPropertyCSSValue
# [03:39] <@bz> Which is what all our computed style stuff is implemented in terms of
# [03:40] <@bz> in any case, all this stuff is obsolete
# [03:40] <@bz> there's a new, totally unstable, spec
# [03:40] * Joins: jhammel (jhammel@moz-14240F1C.hsd1.ca.comcast.net)
# [03:40] <cers> I see
# [03:40] * Quits: ptheriault (ptheriault@moz-9CE00FC0.holiday-inn-express.mozilla.hq) (Quit: ptheriault)
# [03:40] <@bz> http://dev.w3.org/csswg/cssom/
# [03:40] * ctalbert is now known as ctalbert|afk
# [03:40] * Joins: flx (flx@moz-BA9BD4CA.cpe.net.cable.rogers.com)
# [03:41] * Quits: @ehsan (ehsan@moz-A6FE435.build.sjc1.mozilla.com) (Ping timeout)
# [03:41] <@bz> In the new spec, the relevant bits are:
# [03:41] <@bz> For the table below, the IDL attribute in the first column must return the result of invoking getPropertyValue() with as argument the CSS property given in the second column on the same row.
# [03:41] <@bz> And:
# [03:41] <@bz> The getPropertyValue(property) method must ....
# [03:42] <@bz> (that's a literal quote; there's no actual definition of what it must do yet)
# [03:42] <@bz> welcome to the CSSOM
# [03:42] <cers> hehe
# [03:42] * Joins: ptheriault (ptheriault@moz-9CE00FC0.holiday-inn-express.mozilla.hq)
# [03:42] <cers> yeah, it seems somewhat incomplete
# [03:42] * khuey is now known as khuey|away
# [03:43] <cers> in the old one, it said:
# [03:43] <derf> Our browser can .... with the best of them.
# [03:43] <cers> When dealing with CSS "shorthand" properties, the shorthand properties should be decomposed into their component longhand properties as appropriate, and when querying for their value, the form returned should be the shortest form exactly equivalent to the declarations made in the ruleset. However, if there is no shorthand declaration that could be added to the ruleset without changing in any way the rules already declared in the ru
# [03:43] <cers> leset (i.e., by adding longhand rules that were previously not declared in the ruleset), then the empty string should be returned for the shorthand property.
# [03:43] * Quits: ptheriault (ptheriault@moz-9CE00FC0.holiday-inn-express.mozilla.hq) (Quit: ptheriault)
# [03:43] * Joins: qheaden (IceChat77@moz-67E02157.nrflva.fios.verizon.net)
# [03:43] <qheaden> Hi all.
# [03:44] <qheaden> Unfocused: ping
# [03:44] <@bz> cers: yep
# [03:44] <cers> seems to me that the old one at least would have allowed us to let background-position become a shorthand without breaking getComputedValue
# [03:45] <@bz> cers: well, if we completely rewrote our computed style code
# [03:45] <@bz> cers: right?
# [03:45] <cers> bz: I really don't know how the code works now :-S
# [03:46] <@bz> cers: it calls getPropertyCSSValue and then gets its cssText
# [03:46] <@bz> cers: and getPropertyCSSValue is defined to return null for shorthands in the old spec
# [03:46] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
# [03:46] <@bz> cers: frankly, I think we should just violate the old spec and make this work
# [03:46] <@bz> cers: I'll review a patch to that effect
# [03:47] * Quits: Jonathan_ (JonathanS@moz-FA436756.cfl.res.rr.com) (Quit: Computer has gone to sleep.)
# [03:47] <cers> bz: I have a feeling that would be a painful experience for you if I wrote it, but I'd like to take a stab at it at least
# [03:47] <@bz> cers: go for it
# [03:48] * Quits: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com) (Quit: Jesse)
# [03:48] <cers> right-o
# [03:48] * Quits: mjschranz (mjschranz@5C0550D5.531FD64C.630E4E47.IP) (Connection reset by peer)
# [03:48] * Joins: mjschranz (mjschranz@5C0550D5.531FD64C.630E4E47.IP)
# [03:49] * Quits: darktrojan (geoff@moz-47B83BE0.dsl.telstraclear.net) (Ping timeout)
# [03:49] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Ping timeout)
# [03:50] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [03:50] <Unfocused> qheaden: pong
# [03:51] * Joins: ehsan (ehsan@moz-A6FE435.build.sjc1.mozilla.com)
# [03:51] * ChanServ sets mode: +o ehsan
# [03:51] <qheaden> Unfocused: Thanks for your review. I gotta admit, I did go around my elbow with my solution. But I better understand how the code links together.
# [03:51] <qheaden> Unfocused: I'm working on a new patch now. :)
# [03:51] <Unfocused> great :)
# [03:51] * Quits: brendan (brendaneic@moz-63D4415A.central.biz.rr.com) (Quit: brendan)
# [03:52] <qheaden> For some reason, I completely overlooked the getter, setter ability. :P
# [03:52] * Quits: SeoZ (DanielJuyu@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
# [03:52] <Unfocused> heh
# [03:53] * Joins: Jonathan_ (JonathanS@moz-FA436756.cfl.res.rr.com)
# [03:54] * Quits: surkov (surkov@D776F4A9.D2B288F8.5D3F4C44.IP) (Ping timeout)
# [03:54] <qheaden> Unfocused: BTW, instead of calling the list index variable "position", I opted to call it "listPosition", as that seems to be more descriptive. Is that ok?
# [03:56] * ewong|sleep is now known as ewong
# [03:56] * glob|away is now known as glob
# [03:57] <ewong> major kudos to those involved with updating the tbpl UI and self-serve Build API..
# [03:57] * philor is now known as philor|away
# [03:58] <Callek> tbpl had an update?
# [03:58] * Joins: harth (harth@moz-1F71062D.hsd1.ca.comcast.net)
# [03:58] <qheaden> Quick JavaScript question. When a getter or setter is called, what does "this" point it within the called function?
# [03:58] <Callek> whatd I miss?
# [03:58] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 9.0.1/20111223083612])
# [03:58] <qheaden> *point to
# [03:58] <jtcranmer> I believe the object whose value is desired
# [03:59] <jtcranmer> so if obj.foo causes a getter to be called, the this should be obj
# [03:59] <Unfocused> qheaden: i still prefer "position" - since it may not always be in a list. the APIs have to be quite generic, so that they make sense all sorts of addon types and UIs
# [03:59] <qheaden> jtcranmer: Ok then.
# [03:59] <qheaden> Unfocused: Ahh ok. I'll change it to position then.
# [04:00] <jtcranmer> that's definitely the case if obj = { get foo() {} } is involved
# [04:00] <Unfocused> as an exmaple: at the moment, i'm making the themes/lightweight-themes in the addons manager display in a grid
# [04:00] * khuey|away is now known as khuey
# [04:00] * Quits: jhammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Computer has gone to sleep.)
# [04:00] <ewong> Callek no.. it's just that I haven't used the tbpl in a long time, especially the m-c try tbpl (c-c try doesn't have self-serve Build api)
# [04:00] <qheaden> Unfocused: Oh ok. Yeah, "position" would be better then.
# [04:00] <Callek> ahhh ok
# [04:00] <Callek> just checking
# [04:00] <Unfocused> :)
# [04:02] * Joins: jhammink (textual@moz-BBE3ABD.mv.mozilla.com)
# [04:03] * Quits: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP) (Quit: rniwa)
# [04:03] * Quits: josh (josh@25F88422.B7606226.6BED537B.IP) (Quit: josh)
# [04:04] <ewong> Callek you know if c-c plans to have a self-serve Build api done? I think I asked someone before (Standard8?) but don't remember the answer
# [04:04] * Quits: mjschranz (mjschranz@5C0550D5.531FD64C.630E4E47.IP) (Ping timeout)
# [04:05] <ewong> well... c-c as in whoever's in charge of the try-comm-central
# [04:05] * Quits: flx (flx@moz-BA9BD4CA.cpe.net.cable.rogers.com) (Ping timeout)
# [04:05] * Joins: surkov (surkov@D40B02A1.B3F96E9C.3AF1D72D.IP)
# [04:06] * Joins: mjschranz (mjschranz@5C0550D5.531FD64C.630E4E47.IP)
# [04:06] * khuey is now known as khuey|away
# [04:06] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:07] * fabrice is now known as fabrice|afk
# [04:08] * aki|gym is now known as aki
# [04:08] * Quits: necolas (necolas@moz-C8C6D8F3.bb.sky.com) (Client exited)
# [04:09] * Joins: SeoZ (DanielJuyu@moz-7B0110AD.mv.mozilla.com)
# [04:09] * Joins: timeless_xchat (timeless@moz-A4A01B28.eng.wind.ca)
# [04:13] * Quits: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com) (Quit: damons)
# [04:13] * Quits: Ami_Ty (Amie@moz-BBE3ABD.mv.mozilla.com) (Quit: Ami_Ty)
# [04:14] <jhammel> purple is...what now on TBPL?
# [04:14] * Joins: c0smikdebris (c0smikdebr@D7959658.ECDD7E84.BE90E62C.IP)
# [04:15] <Mossop> jhammel: buildbot exception
# [04:15] <jhammel> "No more signing servers to try"
# [04:15] <jhammel> Mossop: thanks
# [04:15] <jhammel> do i need to retry a purple build?
# [04:15] <Mossop> I think it auto-retries them but I haven't really looked at tinderbox for a while
# [04:16] <ewong> yeah I believe they do auto-try for purples and blues
# [04:16] <ewong> at least mine did
# [04:16] <jhammel> blues for sure...purples i haven't seen on my own pushes
# [04:16] <jhammel> until now!
# [04:17] <nthomas> got the log url handy ?
# [04:17] * Joins: ptheriault (ptheriault@moz-9CE00FC0.holiday-inn-express.mozilla.hq)
# [04:18] * Quits: timeless_xchat (timeless@moz-A4A01B28.eng.wind.ca) (Ping timeout)
# [04:19] * joduinn is now known as joduinn-afk
# [04:19] <Mossop> Wait, we have blues now too?
# [04:19] * njn is puzzled by the compile error at http://pastebin.mozilla.org/1472831
# [04:19] * Joins: KaiRo (robert@moz-92F6399F.adsl.highway.telekom.at)
# [04:19] <jhammel> yep
# [04:19] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [04:19] <jhammel> nthomas: yep https://tbpl.mozilla.org/php/getParsedLog.php?id=9050568&tree=Try&full=1
# [04:20] * njn is enlightened
# [04:20] * Joins: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net)
# [04:20] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [04:20] <@bz> mu?
# [04:21] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [04:21] * Quits: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [04:21] * Joins: timeless_xchat (timeless@moz-A4A01B28.eng.wind.ca)
# [04:21] <jtcranmer> this statement fails to be answerable with mu
# [04:22] <Unfocused> moo
# [04:22] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Connection reset by peer)
# [04:22] * Quits: jhammel (jhammel@moz-14240F1C.hsd1.ca.comcast.net) (Quit: leaving)
# [04:22] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [04:22] <harth> bz: getting "error: ‘mozAnyLink’ is not a member of ‘nsCSSPseudoClasses’"
# [04:23] <harth> when trying to do nsCSSPseudoClasses::mozAnyLink
# [04:23] * Quits: se (DS@moz-B62ECC33.wi.res.rr.com) (Ping timeout)
# [04:23] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Quit: jgriffin)
# [04:23] <@bz> harth: hmm. Let me check
# [04:23] * Joins: se (DS@moz-B62ECC33.wi.res.rr.com)
# [04:24] <@bz> oh
# [04:24] <@bz> right
# [04:24] * @bz rejiggered this
# [04:24] * Quits: jhammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Computer has gone to sleep.)
# [04:24] <@bz> nsCSSPseudoClasses::GetPseudoType(atom) = ePseudoClass_mozAnyLink
# [04:24] <nthomas> jhammel's problem is an issues with some new buildbot masters that were added today
# [04:24] <@bz> er, ==
# [04:24] <@bz> sorry about the confusion there. :(
# [04:24] * Parts: ptheriault (ptheriault@moz-9CE00FC0.holiday-inn-express.mozilla.hq)
# [04:25] <@bz> er, nsCSSPseudoClasses::ePseudoClass_mozAnyLink
# [04:26] <RyanVM> khuey|away: For some reason, I ended up with no pgc files after profiling with my last PGO build. Dunno what would have changed to cause that.
# [04:26] * @bz thinks we should consider nuking that ePseudoClass prefix now that we no longer have the atoms on tehre
# [04:26] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre)
# [04:27] * Quits: mreavy (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net) (Ping timeout)
# [04:27] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Ping timeout)
# [04:28] <Callek> ewong: I *think* so, not sure though
# [04:28] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [04:29] <harth> bz: perfect, thanks
# [04:29] <@bz> harth: you're welcome
# [04:30] <qheaden> Unfocused: I was trying to figure out, how would I go about adding some visual feedback for the drag?
# [04:30] <qheaden> Should I use the existing drag API functions?
# [04:31] * Joins: Asa (asa@F259CFB7.9EF26CBA.EB5E51FC.IP)
# [04:32] * Quits: mccr8 (mccr8@moz-5F92CD4B.dsl.dynamic.sonic.net) (Quit: mccr8)
# [04:33] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [04:34] * Quits: dmb (dmb@moz-3565FEE9.da4.org) (Ping timeout)
# [04:34] <njn> bz: is nsDocument::mCatalogSheets likely to contain many sheets?
# [04:34] <@bz> no
# [04:34] * Joins: dmb (dmb@moz-3565FEE9.da4.org)
# [04:35] * @bz can quantify that
# [04:35] * Joins: Mook (mook@moz-D4B2E3F9.dsl.teksavvy.com)
# [04:35] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
# [04:36] <njn> bz: I might as well measure it anyway, it's trivial once nsDocument::mStyleSheets is handled
# [04:37] <@bz> here we are
# [04:37] <@bz> it contains either 0 or 1 sheets
# [04:37] <njn> bz: good thing it's an array, then
# [04:37] <@bz> depending on whether the page is using mathml stuff
# [04:37] <@bz> njn: yep
# [04:37] <@bz> njn: it's all extensible and stuff!
# [04:37] <njn> so it's zero unless mathML is present?
# [04:37] <@bz> njn: afaict, yes
# [04:38] <njn> bz: I've converted the DOM reporters to the new style so they integreate with DMD
# [04:38] <@bz> njn: awesome
# [04:38] <njn> bz: I'm getting to the point where cutting down dark matter is starting to get harder
# [04:38] <ewong> just wondering about the tbpl and the self-serve build api.. what I see on the tbpl and what I see in the list of builds/tests results seem to be different
# [04:38] <@bz> njn: well, at some point we hit diminishing returns
# [04:38] <njn> bz: yeah, starting to get close
# [04:38] <@bz> njn: once we have reporting for orphan DOM subtrees....
# [04:39] <njn> bz: that'll help a lot
# [04:39] <@bz> njn: I expect dark matter to be pretty low. I hope
# [04:39] <njn> bz: I'm getting stuff like cairo, which is hard to report on
# [04:39] <@bz> yeah, indeed
# [04:39] <@bz> also on its way out. ;)
# [04:39] <@bz> then again, I doubt skia is easier
# [04:39] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88 [Firefox 13.0a1/20120201164743])
# [04:39] <njn> bz: and that doesn't help with non-LInux platforms
# [04:39] * Quits: surkov (surkov@D40B02A1.B3F96E9C.3AF1D72D.IP) (Quit: surkov)
# [04:40] <njn> bz: http://pastebin.mozilla.org/1472836 is one for URIs
# [04:40] <njn> where do they end up being stored?
# [04:40] <njn> do you need more context to tell?
# [04:40] <@bz> njn: Link
# [04:40] * glob is now known as glob|away
# [04:40] <@bz> njn: nsHTMLAnchorElement inherits from mozilla::dom::Link
# [04:40] <@bz> njn: which caches a URI
# [04:41] <@bz> njn: (so do a few other classes)
# [04:41] <@bz> njn: at least that stack is going to store the URI in the Link
# [04:41] <ewong> like for my push https://tbpl.mozilla.org/?tree=Try&rev=2db7b5cce71d, the list in the self-serve build api seems different. the Android tegra J1 is orange on the chart, but it's green on the list
# [04:41] <njn> bz: ah, Mounir has a comment about that
# [04:42] * Quits: mjschranz (mjschranz@5C0550D5.531FD64C.630E4E47.IP) (Client exited)
# [04:43] <njn> bz: Link has | mutable nsCOMPtr<nsIURI> mCachedURI;|
# [04:43] <njn> the fact that it's nsIURI is a pain
# [04:43] <njn> need to add SizeOfIncludingThis to the interface
# [04:44] <@bz> njn: mmm
# [04:44] <@bz> njn: fun
# [04:44] <@bz> njn: changing that interface is a huge PITA
# [04:44] <njn> bz: I don't think we have any SizeOfIncludingThis functions in interfaces so far
# [04:45] <njn> bz: why a PITA?
# [04:45] <@bz> njn: because some code depends on its IID
# [04:45] <njn> ugh
# [04:45] <@bz> njn: so if you change the IID you have to add some hackery
# [04:45] <@bz> njn: it's not fatal, just annoying
# [04:45] <njn> bz: our code, or add-ons?
# [04:45] <@bz> njn: our code
# [04:46] <Unfocused> qheaden: oh, almost forgot about that.. fryn has some experience with doing that, and should be able to provide pointers
# [04:46] <@bz> njn: http://mxr.mozilla.org/mozilla-central/source/xpcom/io/nsBinaryStream.cpp#763 to be exact
# [04:46] <njn> bz: is mCachedURI likely to be a specific sub-class of nsIURI most of the time?
# [04:46] <njn> bz: I wonder if we could just check and cast to that sub-class or something
# [04:46] <@bz> njn: most of the time it's an nsStandardURL
# [04:47] <@bz> njn: but the ones that use the most memory are likely to be nsSimpleURI
# [04:48] * Joins: engla (engla@moz-DC712540.tbcn.telia.com)
# [04:48] * Quits: se (DS@moz-B62ECC33.wi.res.rr.com) (Quit: )
# [04:48] <njn> bz: I see http://pastebin.mozilla.org/1472837, which is nsStandardURL
# [04:49] <njn> things involving nsSimpleURI are much smaller
# [04:49] <Unfocused> qheaden: i just CCed him on the bug if you can't get hold of him today/tomorrow
# [04:49] <njn> bz: I could just send you this file I'm looking at, if you're interested
# [04:49] * Quits: timeless_xchat (timeless@moz-A4A01B28.eng.wind.ca) (Ping timeout)
# [04:50] * Quits: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [04:50] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Quit: Leaving)
# [04:50] <@bz> njn: it really depends on the use case
# [04:50] <@bz> njn: if you have a 500KB data: URI, you'll get a 500KB nsSimpleURI
# [04:50] <@bz> njn: not necessarily common
# [04:50] <njn> bz: I opened 8 news sites for this run
# [04:50] <njn> 1 per tab
# [04:51] <@bz> njn: nsStandardURL instances never get that large, but there are usually lots more of them
# [04:51] <njn> BBC, nytimes, CNN,etc
# [04:51] <@bz> njn: since http:// urls are nsStandardURL
# [04:51] <njn> so measuring both sounds useful
# [04:51] <@bz> njn: yeah
# [04:51] <@bz> njn: we can change the interface
# [04:51] <njn> will doing the dynamic dispatch manually work?
# [04:51] <@bz> njn: just have to add to that code hunk I linked you to
# [04:51] <njn> in order to duck the interface change?
# [04:51] * Quits: tonymec (tonymec@470CE364.6B5772F2.277517C1.IP) (Ping timeout)
# [04:51] <@bz> njn: hmmm
# [04:52] <@bz> njn: checking for nsSimpleURI is hard
# [04:52] <@bz> njn: last I looked
# [04:52] <@bz> njn: checking for nsStandardURL may be possible
# [04:52] * Quits: tonymec|away (tonymec@470CE364.6B5772F2.277517C1.IP) (Ping timeout)
# [04:52] <njn> bz: ah, the HACK doesn't look too bad
# [04:52] * Joins: timeless_xchat (timeless@moz-A4A01B28.eng.wind.ca)
# [04:53] * Quits: rbgray (chatzilla@moz-DB556ADC.woh.res.rr.com) (Quit: zzz)
# [04:54] <qheaden> Unfocused: OK, thanks. I'll speak with him about it.
# [04:55] * Joins: tonymec__ (tonymec@DC7A73C4.6B5772F2.277517C1.IP)
# [04:56] * tonymec__ is now known as tonymec|away
# [04:57] * Quits: KaiRo (robert@moz-92F6399F.adsl.highway.telekom.at) (Input/output error)
# [04:58] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [04:59] * Joins: tonymec (tonymec@DC7A73C4.6B5772F2.277517C1.IP)
# [04:59] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [05:01] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Quit: raccettura)
# [05:01] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
# [05:01] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [05:02] * Joins: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP)
# [05:04] * Joins: joesteele (joesteele@moz-88797AC0.pools.spcsdns.net)
# [05:04] * Quits: timeless_xchat (timeless@moz-A4A01B28.eng.wind.ca) (Ping timeout)
# [05:05] * BenWa|sms is now known as BenWa
# [05:05] * Joins: timeless_xchat (timeless@moz-A4A01B28.eng.wind.ca)
# [05:05] * Joins: nigelb (nigel@moz-8640053A.me)
# [05:05] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [05:06] * philor|away is now known as philor
# [05:07] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [05:08] * Joins: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net)
# [05:09] * mattwoodrow is now known as mattwoodrow|away
# [05:10] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Client exited)
# [05:13] <philor> oh, ffs
# [05:13] * rnewman is now known as rnewman|noms
# [05:13] <philor> ttaubert: WITCH
# [05:14] <philor> there, that hunt didn't take long
# [05:14] * glob|away is now known as glob
# [05:15] <@bz> hmm
# [05:15] <@bz> how often does 3.6 check for updates?
# [05:15] * jmaher is now known as jmaher|afk
# [05:16] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [05:17] <philor> in Gregorian seconds, or Julian?
# [05:17] * Quits: engla (engla@moz-DC712540.tbcn.telia.com) (Ping timeout)
# [05:18] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
# [05:18] <nthomas> bz: once a day, but we only build when there are changes there
# [05:19] * Quits: timeless_xchat (timeless@moz-A4A01B28.eng.wind.ca) (Ping timeout)
# [05:19] <@bz> no
# [05:19] * Joins: mconley (mconley@A00174C9.68469654.6816E6B7.IP)
# [05:19] <@bz> I meant if I'm running 3.6
# [05:19] <@bz> how long should I expect to wait before it finds out that 9.0.1 is available?
# [05:19] * Joins: timeless_xchat (timeless@moz-A4A01B28.eng.wind.ca)
# [05:21] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Leaving...)
# [05:21] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [05:22] <aja> there's a pref for that, iirc
# [05:22] <philor> http://mxr.mozilla.org/mozilla1.9.2/source/browser/app/profile/firefox.js#92 would make me think 10 minutes for the check, then 12 hours after you miss seeing the way too easy to miss UI, but my memory of it is that it's even more complex than that
# [05:22] * Quits: joesteele (joesteele@moz-88797AC0.pools.spcsdns.net) (Ping timeout)
# [05:23] <philor> mmm, plus we surely don't have millions of people hitting aus every 10 minutes
# [05:23] <nthomas> bz: right now the 3.6.26 -> 10.0 major update is there if you ask for it manually, but not offered to background checks. Usually this lasts for about a week after a new end-point comes out
# [05:24] <nthomas> philor: app.update.timer is just how long until I next check if I should check for an update
# [05:24] <@bz> nthomas: yeah, I'm interested in the background checks
# [05:25] <@bz> nthomas: so we're not offering the 9.0.1 major update to background checks anymore?
# [05:25] <qheaden> Unfocused: You mentioned that since I never remove the event listeners, there could be a memory leak. Where should I remove the listeners from the list items? In a shutdown method?
# [05:25] * @bz wonders whether he's just had bad luck in terms of when he runs 3.6
# [05:25] <Unfocused> qheaden: in gListview.hide()
# [05:26] <philor> "I keep running it once every four months, but it just doesn't update!"
# [05:26] <nthomas> bz: we were prior to 10.0 coming out, since Jan 19
# [05:26] <Unfocused> would also be nice to only add the mouseup listener after mousedown has been detected
# [05:27] <qheaden> Unfocused: That would make sense.
# [05:27] <Unfocused> and remove it again once mouseup is detected
# [05:27] <aja> bz: think there's something related to being idle, too
# [05:27] <qheaden> Also, I'm not all that great with JavaScript. Can you add as a listener an already defined method? Or do you have to use the function() {} definition every time?
# [05:28] <@bz> nthomas: right; but we stopped on Jan 31 and will start offering the 10 in a few days?
# [05:28] <Unfocused> qheaden: yes, you can just pass in a function you already defined elsewhere
# [05:28] <@bz> qheaden: you can add any callable as a listener
# [05:28] <qheaden> Ok.
# [05:28] <Unfocused> or you can pass in "this", and it will call handleEvent on that object
# [05:29] * qheaden still has C/C++ in his brain.
# [05:29] * Quits: Jonathan_ (JonathanS@moz-FA436756.cfl.res.rr.com) (Quit: Computer has gone to sleep.)
# [05:29] <nthomas> bz: yeah, or when the drivers are satisified 10 isn't hurting kittens
# [05:29] <Unfocused> i'm so so sorry
# [05:29] <@bz> nthomas: ok
# [05:29] * Joins: ptheriault (ptheriault@moz-9CE00FC0.holiday-inn-express.mozilla.hq)
# [05:30] * Quits: timeless_xchat (timeless@moz-A4A01B28.eng.wind.ca) (Ping timeout)
# [05:30] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
# [05:30] <hub> when I run mochitests, no assert is displayed
# [05:30] <hub> is that expected?
# [05:31] <@bz> are you running an opt build?
# [05:31] <hub> (I'm supposed to get one somewhere)
# Session Close: Fri Feb 03 05:33:39 2012
#
# Session Start: Fri Feb 03 05:33:39 2012
# Session Ident: #developers
# [05:33] * Disconnected
# [05:49] * Attempting to rejoin channel #developers
# [05:49] * Rejoined channel #developers
# [05:49] * Topic is 'm-c: OPEN m-i: OPEN || Next aurora uplift: 13th March || If you are new or want to help, see irc://irc.mozilla.org/#introduction || logs: http://krijnhoetmer.nl/irc-logs/'
# [05:49] * Set by Ms2ger on Thu Feb 02 21:48:12
# [05:49] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [05:49] * Quits: timeless_xchat (timeless@moz-A4A01B28.eng.wind.ca) (Ping timeout)
# [05:53] <qheaden> Unfocused: I released a new patch. Review when ready. :)
# [05:54] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Ping timeout)
# [06:00] * Joins: Jonathan_ (JonathanS@moz-FA436756.cfl.res.rr.com)
# [06:03] <philor> mbrubeck: that browser-chrome leak you're seeing all over inbound (and seeing misstarred in central)? I think I can pin it on fx-team, so ignore it for now :)
# [06:05] * Joins: dseif (dseif@moz-3DA2586B.dsl.bell.ca)
# [06:05] <philor> mmm, interesting, seems to have eased off a bit during the day
# [06:05] <hub> wow, this build was way faster than I anticipated. MacOS is so slow
# [06:06] <nigelb> did you just switch to linux?
# [06:06] <hub> nigelb: I work on both. but I did recently a lot of work on Mac
# [06:07] <nigelb> ha! :)
# [06:07] <hub> but since I don't require a mac for that, I use Linux :-)
# [06:07] * Quits: dseif (dseif@moz-3DA2586B.dsl.bell.ca) (Ping timeout)
# [06:08] * Quits: c0smikdebris (c0smikdebr@D7959658.ECDD7E84.BE90E62C.IP) (Client exited)
# [06:09] * Joins: dseif (dseif@moz-3DA2586B.dsl.bell.ca)
# [06:09] * Quits: SeoZ (DanielJuyu@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
# [06:11] * Joins: SeoZ (DanielJuyu@moz-BBE3ABD.mv.mozilla.com)
# [06:11] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [06:11] * Quits: cfree (chatzilla@moz-8470EB89.sc.res.rr.com) (Ping timeout)
# [06:11] * Joins: Ami_Ty (Amie@moz-7D22EB0A.dsl.static.sonic.net)
# [06:12] * Joins: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
# [06:12] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
# [06:13] <@roc> the devtools inspector on trunk is actually quite good.
# [06:14] <@roc> well done
# [06:15] * Joins: timeless_xchat (timeless@moz-A4A01B28.eng.wind.ca)
# [06:15] * Quits: aja (chatzilla@FE01A14B.D3D1D2A7.7880DB15.IP) (Client exited)
# [06:18] <qheaden> Time for me to go. Later everyone. :)
# [06:18] * Quits: qheaden (IceChat77@moz-67E02157.nrflva.fios.verizon.net) (Quit: I've got to go. See ya!)
# [06:21] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [06:24] <nigelb> Yeah, I use it for work instead of firebug. Can't complain so far.
# [06:25] * Joins: sicking (chatzilla@moz-1FF05400.hsd1.ca.comcast.net)
# [06:25] <@roc> needs a few more features before I can get rid of DOMI
# [06:26] * Joins: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net)
# [06:26] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
# [06:26] * Joins: heycam|away (cam@moz-1D84C1DF.mcc.id.au)
# [06:27] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Client exited)
# [06:27] * Quits: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Ping timeout)
# [06:28] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [06:28] * Joins: WeirdAl (chatzilla@moz-5BDC219.hsd1.ca.comcast.net)
# [06:28] <WeirdAl> does Dave Garrett hang out in here?
# [06:31] * heycam|away is now known as heycam|away|away
# [06:33] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
# [06:34] * Joins: fabrice (fabrice@moz-104CC309.mv.mozilla.com)
# [06:39] * Quits: sicking (chatzilla@moz-1FF05400.hsd1.ca.comcast.net) (Ping timeout)
# [06:40] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [06:41] * Joins: MarcoZ (marco.zehe@moz-6841ADB6.dip.t-dialin.net)
# [06:41] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [06:41] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [06:45] * Quits: SeoZ (DanielJuyu@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [06:45] * ewong|away is now known as ewong
# [06:46] * Joins: SeoZ (DanielJuyu@moz-BBE3ABD.mv.mozilla.com)
# [06:47] * Quits: SeoZ (DanielJuyu@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [06:47] * Quits: michal (michal@moz-24890E54.hsd1.ca.comcast.net) (Connection reset by peer)
# [06:47] <@roc> I always feel so deliciously evil when I use the <style contenteditable style="display:block"> hack
# [06:48] <@bz> heh
# [06:49] <@bz> that's moderately evil, yeah
# [06:49] * Joins: michal (michal@moz-24890E54.hsd1.ca.comcast.net)
# [06:49] * @bz is suprised the editor doesn't stick random elements in there
# [06:49] * Joins: jprmc (jprmc@moz-18705F16.reverse.destiny.be)
# [06:55] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [06:55] * njn has never used the DOM inspector extension, but he has used the built-in one lately and thinks it's the bees knees
# [06:55] <ewong> for https://tbpl.mozilla.org/?tree=Try&rev=2db7b5cce71d, can someone help me understand the problem with "WINNT 6.1 try opt test reftest-no-accel" test and the "Android XUL Tegra 250 try opt test crashtest-1" test and whether my patch caused these?
# [06:56] <ewong> I'm sure it didn't cause the C1 test to crash.. though I'm not entirely sure of the reftest-no-accel
# [06:58] * rnewman|noms is now known as rnewman
# [06:59] <philor> now would be a good time to force-refresh your tbpl tab that's been open too long, eating up too much memory
# [07:01] <philor> faster fresher pending and running (and finished) data, what we hope will be less memory use, and what'll be everyone's favorite feature, a Mozilla-Esr10 tree!
# [07:02] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [07:03] * Quits: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com) (Quit: lmandel)
# [07:04] * Quits: nthomas (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [07:10] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [07:10] * Quits: @roc (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [07:12] * Parts: ptheriault (ptheriault@moz-9CE00FC0.holiday-inn-express.mozilla.hq)
# [07:14] * Parts: Ventron (michael@moz-C48FD255.dyn.iinet.net.au)
# [07:18] * Joins: SeoZ (DanielJuyu@BAEFDFE1.600F089A.32B27D81.IP)
# [07:23] * Quits: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com) (Ping timeout)
# [07:26] * Quits: njn (chatzilla@moz-985D75A2.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88 [Firefox 13.0a1/20120201202337])
# [07:26] * Quits: Kwan (chatzilla@moz-2402E6E3.zone11.bethere.co.uk) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [07:28] * Quits: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net) (Quit: smooney)
# [07:31] * Joins: surkov (surkov@D40B02A1.B3F96E9C.3AF1D72D.IP)
# [07:32] * Quits: micahg (micahg@moz-C19FF7EA.c3-0.alc-ubr2.chi-alc.il.cable.rcn.com) (Ping timeout)
# [07:34] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Ping timeout)
# [07:34] * Joins: micahg (micahg@moz-C19FF7EA.c3-0.alc-ubr2.chi-alc.il.cable.rcn.com)
# [07:35] * Joins: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
# [07:40] * Quits: micahg (micahg@moz-C19FF7EA.c3-0.alc-ubr2.chi-alc.il.cable.rcn.com) (Ping timeout)
# [07:41] * Quits: Hendikins (wolfox@moz-9A361C95.static.internode.on.net) (Ping timeout)
# [07:43] * Joins: grubshka (grubshka@moz-76ABDDFC.w109-212.abo.wanadoo.fr)
# [07:43] * Quits: WeirdAl (chatzilla@moz-5BDC219.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
# [07:45] * Joins: Hendikins (wolfox@moz-9A361C95.static.internode.on.net)
# [07:47] * Quits: eflores (eflores@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [07:49] * Ziggy|AWAY is now known as Ziggy_Maes
# [07:51] * Joins: Polynomial-C (Poly-C@moz-F2C61464.dip.t-dialin.net)
# [07:53] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
# [07:53] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [07:54] * Quits: timeless_xchat (timeless@moz-A4A01B28.eng.wind.ca) (Connection reset by peer)
# [07:56] * Joins: micahg (micahg@moz-C19FF7EA.c3-0.alc-ubr2.chi-alc.il.cable.rcn.com)
# [07:56] * Quits: Dagger (Dagger@moz-C46A7175.cable.virginmedia.com) (Ping timeout)
# [07:58] * Joins: Dagger (Dagger@moz-C46A7175.cable.virginmedia.com)
# [08:00] * Quits: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net) (Client exited)
# [08:01] * Joins: flx (flx@moz-BA9BD4CA.cpe.net.cable.rogers.com)
# [08:01] * Quits: Dagger (Dagger@moz-C46A7175.cable.virginmedia.com) (Ping timeout)
# [08:03] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [08:03] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Quit: )
# [08:03] * Joins: Dagger (Dagger@moz-C46A7175.cable.virginmedia.com)
# [08:09] * Joins: jhorak (jhorak@moz-59813FB4.cust.nbox.cz)
# [08:09] * Joins: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
# [08:10] * Quits: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
# [08:12] * Quits: dseif (dseif@moz-3DA2586B.dsl.bell.ca) (Input/output error)
# [08:14] * Joins: Neil (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [08:14] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [08:14] * Joins: wolfiR (wolfiR@moz-D58134CF.dip0.t-ipconnect.de)
# [08:15] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [08:15] * Neil is now known as NeilAway
# [08:17] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [08:18] * Joins: gkw (gkw@moz-5481C38F.hsd1.ca.comcast.net)
# [08:19] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
# [08:20] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [08:20] * Quits: harth (harth@moz-1F71062D.hsd1.ca.comcast.net) (Input/output error)
# [08:22] * Joins: harth (harth@moz-1F71062D.hsd1.ca.comcast.net)
# [08:23] * Joins: sewardj (sewardj@moz-18705F16.reverse.destiny.be)
# [08:25] * Quits: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com) (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/)
# [08:25] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
# [08:26] <ttaubert> philor: ? what did I do?
# [08:26] <philor> ttaubert: bug 723832, I think
# [08:26] * Joins: wesj1 (wesj@moz-135A9FA9.hsd1.ca.comcast.net)
# [08:27] <philor> it lacks any clean edges to grab onto, but it sure happened plenty on your push, and not-plenty before it
# [08:27] * Joins: thinker (thinker@moz-71AD2643.dynamic.kbronet.com.tw)
# [08:27] * Quits: flx (flx@moz-BA9BD4CA.cpe.net.cable.rogers.com) (Quit: Lost terminal)
# [08:27] <ttaubert> oh :(
# [08:28] <ttaubert> philor: will have a look at it today
# [08:29] * sliv_away is now known as sliv
# [08:31] <@dolske> woah. <style contenteditable style="display:block"> is brilliant.
# [08:31] * Quits: sewardj (sewardj@moz-18705F16.reverse.destiny.be) (Ping timeout)
# [08:31] * @dolske tweets. :P
# [08:31] <philor> kinetik: uh oh, https://tbpl.mozilla.org/php/getParsedLog.php?id=9054674&tree=Mozilla-Inbound
# [08:37] * Joins: jauip (x@moz-2E73ACE4.wp.shawcable.net)
# [08:37] * Quits: jauip (x@moz-2E73ACE4.wp.shawcable.net) (Quit: )
# [08:38] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: nbvcx)
# [08:39] * Joins: daim (David_Mart@moz-EF3D4F79.fbx.proxad.net)
# [08:41] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [08:43] * Quits: micahg (micahg@moz-C19FF7EA.c3-0.alc-ubr2.chi-alc.il.cable.rcn.com) (Ping timeout)
# [08:43] * Joins: past (past@moz-112B4671.dsl.dyn.forthnet.gr)
# [08:43] * Ziggy_Maes is now known as Ziggy|AWAY
# [08:47] * Quits: gkw (gkw@moz-5481C38F.hsd1.ca.comcast.net) (Quit: Instantbird 1.1)
# [08:48] * Quits: wesj1 (wesj@moz-135A9FA9.hsd1.ca.comcast.net) (Input/output error)
# [08:48] <philor> hmm
# [08:49] <philor> kinetik: was that patch by any chance able to travel backward in time?
# [08:49] * Quits: michal (michal@moz-24890E54.hsd1.ca.comcast.net) (Ping timeout)
# [08:50] * Joins: davidillsley (chatzilla@1CBC2776.1CAEF583.51C6DE68.IP)
# [08:51] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [08:52] * Quits: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [08:53] * padenot|away is now known as padenot
# [08:54] * Joins: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com)
# [08:54] <ewong> philor is the "Android XUL Tegra 250 try opt test crashtest-1" for https://tbpl.mozilla.org/?tree=Try&rev=2db7b5cce71d considered a perma-orange or is this irrelevant since it's try?
# [08:54] <ewong> philor or should I try to run the test again?
# [08:55] * Quits: tonymec|away (tonymec@DC7A73C4.6B5772F2.277517C1.IP) (Ping timeout)
# [08:55] * Quits: tonymec (tonymec@DC7A73C4.6B5772F2.277517C1.IP) (Ping timeout)
# [08:55] <philor> ewong: it's irrelevant because bug 663657 finally pissed me off so badly today that I hid Android C1 on m-i and m-c, and I'll hide it anywhere else it annoys me
# [08:55] <ewong> Oh
# [08:56] <philor> if you really want to see it green, trigger... for XUL, I'd say three more at once
# [08:56] <ewong> 3 more? ok
# [08:56] <philor> you actually lucked out getting it green on native first time, native is way worse than XUL
# [08:57] <ewong> oh.. so that green C1 is 'fake'?
# [08:57] <ewong> o_O
# [08:58] <philor> no, green is real, orange is pretty fake, it just means "we're trying to do more than a Tegra can do in one sitting without taking a little nap in the middle"
# [08:59] <Callek> ewong: basically the tegra's are lazy. They need a rest every little while -- and if you make them do too much at once, they will complain the whole day.
# [08:59] <ewong> oooh
# [08:59] * Joins: micahg (micahg@moz-C19FF7EA.c3-0.alc-ubr2.chi-alc.il.cable.rcn.com)
# [08:59] <philor> the slaveowner's lament
# [08:59] <Callek> tegras are bad slaves
# [09:00] <ewong> well I retriggered it .. but guess I won't hold my breath then
# [09:00] <Callek> you'd think if we feed them enough [power] and keep them cool enough, they would learn to shut up and run the tests... but ---NOOOoooo "Why are you making me doo sooo much, I feel orange" .... "I'm still orange btw"... "o now I feel blue, check back later", "nope still orange"
# [09:02] * Joins: tonymec__ (tonymec@F95BBBB7.DDFA26AE.277517C1.IP)
# [09:02] * Joins: josh (josh@25F88422.B7606226.6BED537B.IP)
# [09:03] * Fallen|away is now known as Fallen
# [09:04] * tonymec__ is now known as tonymec|away
# [09:04] * Quits: jprmc (jprmc@moz-18705F16.reverse.destiny.be) (Ping timeout)
# [09:05] * Quits: Jonathan_ (JonathanS@moz-FA436756.cfl.res.rr.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [09:05] * Quits: josh (josh@25F88422.B7606226.6BED537B.IP) (Quit: josh)
# [09:06] * Quits: mwu (mwu@moz-59435430.hsd1.nj.comcast.net) (Quit: This computer has gone to sleep)
# [09:07] * Joins: jprmc (jprmc@moz-18705F16.reverse.destiny.be)
# [09:07] <philor> can anybody tell me what the most interesting part of https://tbpl.mozilla.org/php/getParsedLog.php?id=9046288&tree=Firefox is?
# [09:09] <ewong> it's short?
# [09:10] <philor> heh
# [09:11] <Callek> philor: that failed assertion followed by abort
# [09:12] <Callek> philor: sounds like a perfectly real bug since it is afterall the crashtest suite
# [09:13] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
# [09:13] * Joins: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de)
# [09:13] * Joins: gandalf (zbraniecki@74E406D.A6B942B2.1D05C454.IP)
# [09:13] <philor> it probably seems more obvious to me, since I just mistakenly backed out a patch touching libcubeb because I thought it caused that
# [09:14] <gcp> thats a fail in the backout?
# [09:15] <philor> that assertion in some chunk of media/ code seems extremely unlikely to fire during a docshell test that loads an iframe that adds +++ to document.hash
# [09:16] <philor> but soft, what darkness looms above? 'tis the media/ tests, and one of them is at fault!
# [09:16] * Joins: sgimeno (santiago.g@A922400D.48362F18.BCC03455.IP)
# [09:16] * Joins: tonymec (tonymec@F95BBBB7.DDFA26AE.277517C1.IP)
# [09:20] <philor> but I certainly wouldn't have said that bug 723781 captured *any* of the interesting part of it
# [09:21] * Quits: @dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com) (Quit: dveditz)
# [09:21] * Joins: jfkthame (jfkthame@5D078631.5BC345F5.9542EC20.IP)
# [09:22] <kinetik> philor: it's probably an issue with the original libcubeb push that just started showing up
# [09:22] <philor> kinetik: how long ago?
# [09:22] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [09:22] <kinetik> philor: last ~24hrs, lemme check
# [09:23] <philor> serge filed that on m-c this afternoon, but there's another half-dozen ignored ones earlier today on m-i
# [09:23] <philor> ah, okay, that fits, I just didn't see it
# [09:23] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [09:23] <philor> so, sorry for the backout :|
# [09:23] * Quits: jprmc (jprmc@moz-18705F16.reverse.destiny.be) (Ping timeout)
# [09:24] * philor decides not to puzzle too long over why serge gave it the mlk keyword
# [09:25] <ewong> it does the body good...
# [09:25] <kinetik> i'll push a pref change to disable the libcubeb code for now
# [09:25] * Quits: daim (David_Mart@moz-EF3D4F79.fbx.proxad.net) (Ping timeout)
# [09:25] <philor> sweet
# [09:26] * Joins: m_kato_note (m_kato@moz-348F61F0.mozilla.or.jp)
# [09:27] <philor> I really wish I believed at some point we'd get a fix for the way perfectly orange test failures are purple on Windows just because buildbot can't figure out how to kill the process, at least half of the reason it's been ignored all day is because it was mostly purple
# [09:27] * Quits: Hendikins (wolfox@moz-9A361C95.static.internode.on.net) (Ping timeout)
# [09:27] * Joins: stransky (stransky@moz-6F10C81D.net.upcbroadband.cz)
# [09:28] * Joins: Hendikins (wolfox@moz-9A361C95.static.internode.on.net)
# [09:28] * Quits: victorporof (victorporo@C092FEB2.1C233438.79933D60.IP) (Connection reset by peer)
# [09:28] * Joins: victorporo (victorporo@C092FEB2.1C233438.79933D60.IP)
# [09:29] * Joins: pascalc (chatzilla@74E406D.A6B942B2.1D05C454.IP)
# [09:29] * victorporo is now known as victorporof
# [09:29] * glob is now known as glob|away
# [09:29] * Quits: Ami_Ty (Amie@moz-7D22EB0A.dsl.static.sonic.net) (Quit: Ami_Ty)
# [09:29] <ewong> ooooh the Tegra C1 went green!
# [09:30] <philor> :)
# [09:31] <ewong> heey.. aside for that orange Ru, my patch seems to be clean.. now off to smaug for review
# [09:31] * Quits: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net) (Quit: juanb)
# [09:31] <philor> not that you need to, you should just need to rebase for the Ru, didn't that land?
# [09:32] <ewong> rebase? have no idea what that does.. never rebased before.. (not that I know what that does either)
# [09:33] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Quit: mike5w3c)
# [09:33] <philor> just means applying your patch on top of the current tip of the repo - I'm guessing, since the fix marking those as expected to fail just landed in the last day or two, that you're pushing on top of some older repo
# [09:34] * Joins: dao (dao@moz-FACBC61B.superkabel.de)
# [09:35] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Ping timeout)
# [09:35] * Joins: graememcc (chatzilla@moz-B5263D41.range86-148.btcentralplus.com)
# [09:35] <ewong> ahhh
# [09:36] <philor> yep, your parent is from last Friday, fix landed in m-c Wednesday
# [09:36] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
# [09:36] <ewong> ok..
# [09:36] * Quits: jgilbert (jgilbert@77BF8A43.C1607DFF.95579CE8.IP) (Ping timeout)
# [09:37] <ewong> philor thanks!
# [09:39] <kinetik> philor: shall i push this to m-c as well, or just let it arrive naturally in the next merge?
# [09:39] <philor> kinetik: just let it merge, people who don't use inbound get what they deserve :)
# [09:40] <philor> and since I just checked my "current time auckland" search and realized just how lucky I was, thanks for still being around!
# [09:40] * NeilAway wonders what Unfocused and darktrojan are trying to make accessible
# [09:41] <kinetik> philor: i just burnt an entire batch of coffee beans to a crisp, i guess it was an omen.
# [09:42] <ewong> oh sigh.. bitrotted..
# [09:47] * Quits: joesteele (joesteele@moz-CD1B8DEA.dyn.optonline.net) (Quit: joesteele)
# [09:48] <philor> gcp: tell me stories about that Linux debug crashtest failure that you and I share...
# [09:48] <gcp> philor: I looked at it, and I'm "wtf"
# [09:48] * Joins: rshetty (quassel@CC0EE699.D193C088.C842849F.IP)
# [09:48] <philor> maybe it does something we can blame on someone below us?
# [09:49] * Joins: Pike (Pike@74E406D.A6B942B2.1D05C454.IP)
# [09:49] <gcp> the stack is incomprehensible
# [09:50] <philor> that'll go nicely with the test, then :O
# [09:50] <jfkthame> looks like it's stress-testing text layout / font machinery
# [09:50] <jfkthame> by putting a bizarre mixture of characters into a too-small width
# [09:51] <jfkthame> but why it should suddenly start crashing..... who knows?
# [09:52] <philor> the screenshot in the log is equally enlightening :)
# [09:52] <jfkthame> i bet
# [09:53] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [09:55] <philor> I'm happy to say, though, that *you* narrowly escaped my wildly-swinging backout scythe, since I wanted to blame what turned out to be bug 723832 on your push from last night
# [09:56] <gcp> the one I backed out myself?
# [09:57] <philor> no, misaimed you, jfkthame-you rather than gcp-you
# [09:57] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
# [09:57] * jfkthame ducks whenever philor's around ;)
# [09:57] <philor> yeah, "philor: pong :D" is pretty rare
# [09:58] <jfkthame> :D
# [09:58] * Quits: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP) (Quit: mijia)
# [09:58] * Quits: hub (hub@83874EA1.EB7C1AF9.6F478678.IP) (Quit: Leaving)
# [09:58] <jfkthame> looks like you're retriggering some crashtests to see if it comes up again?
# [09:59] * luke is now known as luke-sleep
# [09:59] <gcp> https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=44a0dc4fb9ff <- previous push of my patch. granted, it's not 100% the same
# [09:59] <philor> yeah, I just hope m_kato-san doesn't notice me trying to blame him :)
# [10:00] <jfkthame> should we get a few more runs on gcp's push as well, to see if it's consistent there?
# [10:00] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [10:00] * ChanServ sets mode: +o roc
# [10:00] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [10:01] <philor> yeah, just takes time, because they coalesce with your other retriggers, and they coalesce with the run on random jobs up above
# [10:01] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [10:01] <jfkthame> there should be a rule that explicitly retriggered jobs _never_ coalesce
# [10:01] <philor> try, where you can just say "I'll have three more of these, good sir!" and get them is much handier
# [10:02] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [10:02] * Quits: m_kato_note (m_kato@moz-348F61F0.mozilla.or.jp) (Ping timeout)
# [10:02] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
# [10:03] <philor> bad choice of summary words on my part, took me three tries to find "Bug 690672 - self-serve should be able to disable coalescing" in my addressbar
# [10:03] * Joins: Enn (enn@moz-B8241D69.reverse.destiny.be)
# [10:03] * jfkthame is not even slightly surprised to see philor filed that
# [10:04] * Joins: mak (mak@moz-B8241D69.reverse.destiny.be)
# [10:05] * Joins: karl (karl@23A55618.8998A38C.C8A09C26.IP)
# [10:06] * Quits: mak (mak@moz-B8241D69.reverse.destiny.be) (Client exited)
# [10:07] * Joins: mak (mak@moz-B8241D69.reverse.destiny.be)
# [10:07] <Callek> philor: fyi, https://bugzilla.mozilla.org/show_bug.cgi?id=666019#c18 I'm not certain that last patch there is good enough given the problems on SeaMonkey windows boxes
# [10:07] <Callek> it is --noticeably-- better though
# [10:07] * Joins: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP)
# [10:08] <philor> yeah, I just figured it was time to slightly rebalance their reluctance against my screaming, since we let another regression hang all day because it was mostly purple
# [10:09] * Quits: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [10:09] <philor> okay, I'm not going to see this crashtest through, 1am and I work early tomorrow, have fun all!
# [10:10] <jfkthame> philor: g'night!
# [10:10] * philor is now known as philor|away
# [10:11] * Joins: jprmc (jprmc@moz-B8241D69.reverse.destiny.be)
# [10:12] * Joins: sewardj (sewardj@moz-B8241D69.reverse.destiny.be)
# [10:13] * Quits: dao (dao@moz-FACBC61B.superkabel.de) (Quit: Leaving.)
# [10:13] * Joins: dao (dao@moz-FACBC61B.superkabel.de)
# [10:13] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [10:14] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
# [10:14] * Quits: dao (dao@moz-FACBC61B.superkabel.de) (Ping timeout)
# [10:14] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [10:15] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [10:16] * Quits: micahg (micahg@moz-C19FF7EA.c3-0.alc-ubr2.chi-alc.il.cable.rcn.com) (Ping timeout)
# [10:16] * Joins: vladan (vladan@moz-B8241D69.reverse.destiny.be)
# [10:20] * Joins: msucan (msucan-@CA197AEE.3A7AD384.699550A1.IP)
# [10:20] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [10:21] * Joins: dao (dao@moz-FACBC61B.superkabel.de)
# [10:22] * Quits: SeoZ (DanielJuyu@BAEFDFE1.600F089A.32B27D81.IP) (Quit: Leaving)
# [10:23] * Joins: Ms2ger (Ms2ger@92E5183E.3C36F6A0.37724B0D.IP)
# [10:23] * Joins: c0smikdebris (c0smikdebr@D7959658.ECDD7E84.BE90E62C.IP)
# [10:24] * Quits: cdiehl (cdiehl@moz-745D74E0.pool.mediaways.net) (Quit: ...---...)
# [10:24] * Quits: harth (harth@moz-1F71062D.hsd1.ca.comcast.net) (Input/output error)
# [10:25] * Quits: grubshka (grubshka@moz-76ABDDFC.w109-212.abo.wanadoo.fr) (Ping timeout)
# [10:25] <gcp> yee, it went green
# [10:26] * glob|away is now known as glob
# [10:26] <Ms2ger> gcp, unlike the weather ;)
# [10:27] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [10:27] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [10:28] * Joins: harth (harth@moz-1F71062D.hsd1.ca.comcast.net)
# [10:28] * Quits: Mook (mook@moz-D4B2E3F9.dsl.teksavvy.com) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 6.0/20110811165603])
# [10:29] <jfkthame> gcp: yep, looks like you escaped the scythe
# [10:29] * Joins: grubshka (grubshka@moz-5FAB1F3F.w86-216.abo.wanadoo.fr)
# [10:30] * Quits: harth (harth@moz-1F71062D.hsd1.ca.comcast.net) (Ping timeout)
# [10:31] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Quit: mike5w3c)
# [10:32] * Joins: micahg (micahg@moz-C19FF7EA.c3-0.alc-ubr2.chi-alc.il.cable.rcn.com)
# [10:32] <Standard8> someone ping me when the next mozilla-inbound merge takes place please
# [10:33] * Joins: cjones (cjones@74E406D.A6B942B2.1D05C454.IP)
# [10:33] <Standard8> oh actually, ignore that, I can just do this anyway
# [10:33] <Standard8> (not the merge, push a patch to comm-central)
# [10:34] * Joins: cdiehl (cdiehl@moz-745D74E0.pool.mediaways.net)
# [10:34] * Joins: daim (David_Mart@779E3E00.1773D26C.C0FF2207.IP)
# [10:35] * Quits: jfkthame (jfkthame@5D078631.5BC345F5.9542EC20.IP) (Quit: jfkthame)
# [10:35] * Joins: jfkthame (jfkthame@5D078631.5BC345F5.9542EC20.IP)
# [10:36] * Quits: davidillsley (chatzilla@1CBC2776.1CAEF583.51C6DE68.IP) (Ping timeout)
# [10:37] * CwiiisAway is now known as Cwiiis
# [10:38] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [10:38] * Joins: bnicholson (bnicholson@moz-515A2009.hsd1.ca.comcast.net)
# [10:38] * Quits: bnicholson (bnicholson@moz-515A2009.hsd1.ca.comcast.net) (Input/output error)
# [10:38] * Joins: AutomatedTester (AutomatedT@26B90EAA.A406FCCB.A636A10A.IP)
# [10:39] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
# [10:39] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [10:41] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [10:41] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [10:42] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [10:42] <gcp> the 3rd one went orange again, but that one has a stacktrace
# [10:43] <gcp> clearly outside my code and in font handling though
# [10:43] <gcp> so I proclaim my innocence
# [10:44] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [10:47] * glob is now known as glob|away
# [10:48] * Quits: karl (karl@23A55618.8998A38C.C8A09C26.IP) (Ping timeout)
# [10:49] <Pike> paul: is there a suggested way in dzslides to have a slide with just an img, but that keeps the aspect ratio when dzslides scale?
# [10:52] * Joins: Yoric (Yoric@moz-B8241D69.reverse.destiny.be)
# [10:53] * Joins: edmorley (edmorley@moz-D7FF4E64.range86-166.btcentralplus.com)
# [10:53] <Cwiiis> Anyone noticed that the Fx4 presentation template for OOo is broken? https://intranet.mozilla.org/Presentation_templates,_logos_and_style_guides
# [10:54] * Quits: mak (mak@moz-B8241D69.reverse.destiny.be) (Ping timeout)
# [10:56] * Quits: dao (dao@moz-FACBC61B.superkabel.de) (Ping timeout)
# [10:56] * Joins: dao (dao@moz-FACBC61B.superkabel.de)
# [10:57] <Ms2ger> Why would you use that if dzslides exists?
# [10:57] <nigelb> Ms2ger++
# [10:58] * Joins: smaug (chatzilla@moz-65B5EEB7.elisa-mobile.fi)
# [10:58] * ChanServ sets mode: +o smaug
# [11:00] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Ping timeout)
# [11:05] * Joins: darktrojan (geoff@moz-47B83BE0.dsl.telstraclear.net)
# [11:05] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [11:05] * ewong is now known as ewong|away
# [11:05] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [11:09] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [11:10] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [11:11] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [11:11] * Joins: WeirdAl (chatzilla@moz-5BDC219.hsd1.ca.comcast.net)
# [11:11] <WeirdAl> !seen Scoobidiver
# [11:11] <firebot> I've never seen a 'Scoobidiver', sorry.
# [11:12] <Ms2ger> 'XMLHttpRequest sends "OST", instead of "POST"'
# [11:13] * Quits: @smaug (chatzilla@moz-65B5EEB7.elisa-mobile.fi) (Ping timeout)
# [11:13] <WeirdAl> anyone know if he/she hangs out on IRC?
# [11:14] <Ms2ger> Don't think so
# [11:15] * Joins: florian (florian@moz-87C33FDA.kimsufi.com)
# [11:15] <WeirdAl> ok, I'll try reaching him by e-mail.
# [11:16] * jfkthame glares at trev.saunders ... or would, if i knew where to find him
# [11:16] * Quits: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP) (Quit: mijia)
# [11:16] <jfkthame> i'm suspicious his patch may have caused the linux Moth oranges on inbound
# [11:17] * darktrojan looks
# [11:17] <Ms2ger> tbsaunde, meet jfkthame
# [11:18] <jfkthame> oh yes - seen his nick before, but had forgotten it
# [11:18] <jfkthame> tbsaunde: those a11y failures look worrying
# [11:19] <darktrojan> I think that's a reasonable suspicion
# [11:20] <Ms2ger> tbsaunde, yeah, those 60000 mochitest-accessibility failures don't look good
# [11:20] <darktrojan> when in doubt, back out
# [11:20] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [11:20] <Ms2ger> jfkthame, you're backing out?
# [11:21] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [11:21] <jfkthame> i could do - maybe just wait a moment to double-check that Moth goes orange on his push, too?
# [11:22] <jfkthame> ah, the windows orange looks like the same thing
# [11:22] * Joins: igor (igor@A6B1CF0C.BF91BDCE.1DAC7E2F.IP)
# [11:22] <WeirdAl> back in a minute
# [11:22] * Quits: WeirdAl (chatzilla@moz-5BDC219.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
# [11:22] * jfkthame loads the backout gun
# [11:24] * Joins: WeirdAl (chatzilla@moz-5BDC219.hsd1.ca.comcast.net)
# [11:25] <WeirdAl> back
# [11:27] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [11:28] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [11:31] <Ms2ger> jfkthame, thanks
# [11:31] * Quits: Elen (El@moz-749635E7.hsd1.ut.comcast.net) (Ping timeout)
# [11:31] * Joins: kaie (kaie@moz-558FE793.web.vodafone.de)
# [11:33] * Quits: jhorak (jhorak@moz-59813FB4.cust.nbox.cz) (Client exited)
# [11:34] * Joins: espindola (espindola@moz-B8241D69.reverse.destiny.be)
# [11:34] * Joins: jhorak (jhorak@moz-59813FB4.cust.nbox.cz)
# [11:34] * Quits: florian (florian@moz-87C33FDA.kimsufi.com) (Ping timeout)
# [11:34] <espindola> ted is the correct person to review bug 723114, right?
# [11:35] * Joins: jaws (u2871@moz-160C58C6.com)
# [11:35] * Quits: kaie (kaie@moz-558FE793.web.vodafone.de) (Ping timeout)
# [11:35] * Joins: gerv (gerv@331E0B4E.FB88098A.7D0FCE04.IP)
# [11:36] * Quits: gerv (gerv@331E0B4E.FB88098A.7D0FCE04.IP) (Quit: Leaving.)
# [11:36] * Joins: kaie (kaie@moz-558FE793.web.vodafone.de)
# [11:36] * Joins: florian (florian@moz-87C33FDA.kimsufi.com)
# [11:37] * Quits: florian (florian@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre)
# [11:37] * Joins: florian (florian@moz-87C33FDA.kimsufi.com)
# [11:39] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [11:40] * Quits: Cork (none@moz-7DD8BE5D.ilait.se) (Client exited)
# [11:41] * Joins: Cork (none@moz-7DD8BE5D.ilait.se)
# [11:46] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [11:46] <glazou> bonjour
# [11:46] <WeirdAl> hi glazou
# [11:47] <glazou> hey alex, what's up?
# [11:47] * Quits: decoder (quassel@45737F17.411DB1E9.95550721.IP) (Ping timeout)
# [11:47] <WeirdAl> Could we talk for a moment?
# [11:47] <WeirdAl> (off-channel)
# [11:48] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [11:48] * Quits: surkov (surkov@D40B02A1.B3F96E9C.3AF1D72D.IP) (Ping timeout)
# [11:48] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
# [11:49] * Quits: jhorak (jhorak@moz-59813FB4.cust.nbox.cz) (Client exited)
# [11:49] * Joins: jhorak (jhorak@moz-59813FB4.cust.nbox.cz)
# [11:51] * Quits: kaie (kaie@moz-558FE793.web.vodafone.de) (Ping timeout)
# [11:52] * Joins: kaie (kaie@moz-558FE793.web.vodafone.de)
# [11:54] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [11:54] * padenot is now known as padenot|away
# [11:55] * Joins: surkov (surkov@787EFB74.74A324F6.222B27F0.IP)
# [11:58] * Joins: Elen (El@moz-749635E7.hsd1.ut.comcast.net)
# [11:58] * Quits: kaie (kaie@moz-558FE793.web.vodafone.de) (Ping timeout)
# [11:58] * Quits: jhorak (jhorak@moz-59813FB4.cust.nbox.cz) (Client exited)
# [11:58] * Joins: hhofer (hhofer@moz-E26D5425.dip.t-dialin.net)
# [11:59] * ewong|sleep is now known as ewong
# [11:59] * Joins: jhorak (jhorak@moz-59813FB4.cust.nbox.cz)
# [12:00] * Joins: KaiRo (robert@74E406D.A6B942B2.1D05C454.IP)
# [12:02] * Joins: peeves (Mibbit@C9029DC.E2CB5B64.16DF60A1.IP)
# [12:02] * Joins: kaie (kaie@moz-558FE793.web.vodafone.de)
# [12:02] * Quits: kaie (kaie@moz-558FE793.web.vodafone.de) (Input/output error)
# [12:03] * Joins: mak (mak@moz-B8241D69.reverse.destiny.be)
# [12:05] * Quits: kanru (user@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [12:06] * Quits: peeves (Mibbit@C9029DC.E2CB5B64.16DF60A1.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [12:07] * Quits: c0smikdebris (c0smikdebr@D7959658.ECDD7E84.BE90E62C.IP) (Client exited)
# [12:07] * Quits: hhofer (hhofer@moz-E26D5425.dip.t-dialin.net) (Quit: ChatZilla 0.9.88 [SeaMonkey 2.10a1/20120202003008])
# [12:09] * Joins: paolo__ (paolo@moz-B8241D69.reverse.destiny.be)
# [12:10] <WeirdAl> ok, I'd better get going.
# [12:10] * padenot|away is now known as padenot
# [12:12] * Quits: WeirdAl (chatzilla@moz-5BDC219.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
# [12:16] * Joins: mib_igp3fh (Mibbit@C9029DC.E2CB5B64.16DF60A1.IP)
# [12:17] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [12:19] * khuey|away is now known as khuey
# [12:20] * Quits: micahg (micahg@moz-C19FF7EA.c3-0.alc-ubr2.chi-alc.il.cable.rcn.com) (Ping timeout)
# [12:21] <ttaubert> khuey: is the rest of the patch okay besides that I should use the main thread?
# [12:23] <@khuey> ttaubert: just use http://mxr.mozilla.org/mozilla-central/ident?i=NS_NewInputStreamReadyEvent
# [12:23] <@khuey> and use the main thread as the event target
# [12:23] * Quits: grubshka (grubshka@moz-5FAB1F3F.w86-216.abo.wanadoo.fr) (Quit: Quitte)
# [12:24] * Quits: nomisvai (chatzilla@moz-7DAF1A3B.oracle.com) (Ping timeout)
# [12:24] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [12:25] <@khuey> ttaubert: so something like
# [12:25] <@khuey> nsCOMPtr<nsIThread> mainThread = NS_GetMainThread()
# [12:25] <@khuey> nsCOMPtr<nsIInputStreamCallback> asyncCallback;
# [12:26] <@khuey> rv = NS_NewInputStreamReadyEvent(getter_AddRefs(asyncCallback), aCallback, mainThread);
# [12:26] <@khuey> NS_ENSURE_SUCCESS(rv, rv);
# [12:26] <@khuey> return asyncCallback->OnInputStreamReady(this);
# [12:26] <@khuey> (this is from memory, so it might need some tweaking)
# [12:27] * Quits: surkov (surkov@787EFB74.74A324F6.222B27F0.IP) (Quit: surkov)
# [12:27] <ttaubert> khuey: that's much easier. thank you I'll try that
# [12:28] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Quit: rniwa)
# [12:29] * glazou is now known as glazou_lunch
# [12:30] <glandium> do other people get errors on talos on try, related to talos_from_code.py?
# [12:30] * Quits: paolo__ (paolo@moz-B8241D69.reverse.destiny.be) (Ping timeout)
# [12:30] <Ms2ger> Dunno, but talos was broken yesterday
# [12:31] * Quits: dao (dao@moz-FACBC61B.superkabel.de) (Quit: Leaving.)
# [12:32] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [12:33] <glandium> espindola: you probably want waldo or cjones
# [12:33] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/da45fc5e6b95 - Dão Gottwald - Bug 720985 - Report a failure when a test leaks a global variable. r=gavin
# [12:33] <espindola> glandium: thanks
# [12:33] <firebot> http://hg.mozilla.org/mozilla-central/rev/af9f286b38fa - Dão Gottwald - Bug 720985 - Make some tests stop polluting the global scope
# [12:34] <espindola> glandium: what is waldo's bugmail?
# [12:34] <Ms2ger> jwalden+bmo
# [12:35] * Joins: dao (dao@moz-FACBC61B.superkabel.de)
# [12:35] <glandium> espindola: doesn't :waldo work?
# [12:35] <Ms2ger> Nope
# [12:35] <espindola> glandium: no
# [12:36] * Joins: micahg (micahg@moz-C19FF7EA.c3-0.alc-ubr2.chi-alc.il.cable.rcn.com)
# [12:36] <espindola> Ms2ger: thanks
# [12:36] <Ms2ger> Np
# [12:36] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [12:36] * Quits: Enn (enn@moz-B8241D69.reverse.destiny.be) (Ping timeout)
# [12:37] * Joins: Enn (enn@moz-B8241D69.reverse.destiny.be)
# [12:39] * Joins: paolo__ (paolo@moz-B8241D69.reverse.destiny.be)
# [12:40] * Joins: andreasn (andreasn@moz-3CC3C389.a336.priv.bahnhof.se)
# [12:42] <gcp> I wonder if SunSpider really measures what we think it does
# [12:42] <gcp> http://graphs-new.mozilla.org/graph.html#tests=[[104,63,21]]&sel=1328171055000,1328343855000&displayrange=7&datatype=running
# [12:42] <Ms2ger> "netwerk/protocol/http/HttpChannelParent.cpp:336:0: warning: ignoring #pragma warning"
# [12:42] <Ms2ger> That's a nice one
# [12:42] <Ms2ger> gcp, it doesn't
# [12:42] * Fallen is now known as Fallen|away
# [12:43] <Ms2ger> gcp, benchmarks pretty much never test anything useful
# [12:44] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [12:44] <gcp> sure, but this isn't JS related at all
# [12:44] <gcp> why would my patch improve pageload by 26%?
# [12:44] <@khuey> magic
# [12:44] <Ms2ger> ^
# [12:45] <@khuey> sunspider in the browser probably doesn't measure what you would think it would at all
# [12:45] <cers> gcp: what was your patch?
# [12:45] * padenot is now known as padenot|away
# [12:45] <gcp> new urlclassifier backend
# [12:45] <Ms2ger> Causing a GC during ss, maybe?
# [12:45] <cers> 26% does sound a lot then
# [12:46] <Ms2ger> Oh, improve
# [12:46] <gcp> Ms2ger: improve
# [12:46] <Ms2ger> Never ever question an improvement
# [12:46] <Ms2ger> Act like it makes sanse
# [12:46] <Ms2ger> sense, even
# [12:46] <gcp> I agree. I'm a hero.
# [12:46] <Ms2ger> gcp, so about that pay rise :)
# [12:47] <cers> gcp: did it affect any other benchmarks?
# [12:47] * Quits: Enn (enn@moz-B8241D69.reverse.destiny.be) (Ping timeout)
# [12:48] * Quits: m_kato (m_kato@moz-348F61F0.mozilla.or.jp) (Quit: Leaving...)
# [12:48] <Ms2ger> Wait, bz is online?
# [12:48] * Joins: Enn (enn@moz-B8241D69.reverse.destiny.be)
# [12:49] <gcp> cers: MaxHeap, but that is expected.
# [12:50] <paul> Pike: img {width:800px; height: auto;} ?
# [12:50] <Ms2ger> gcp, you're learning fast :)
# [12:50] * Joins: necolas (necolas@moz-C8C6D8F3.bb.sky.com)
# [12:50] <Pike> paul: yeah, height: auto turned out to work
# [12:51] * Joins: smaug (chatzilla@moz-59E2F873.elisa-mobile.fi)
# [12:51] * ChanServ sets mode: +o smaug
# [12:52] <@smaug> ttaubert: ping
# [12:52] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [12:52] * Quits: Ms2ger (Ms2ger@92E5183E.3C36F6A0.37724B0D.IP) (Quit: bbl)
# [12:55] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre)
# [12:55] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [12:56] <ttaubert> smaug: pong
# [12:56] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [12:56] <@smaug> ttaubert: did you implement the "new tab" ?
# [12:57] <@smaug> I mean the thing which has links to commonly used pages
# [12:57] <ttaubert> smaug: I did
# [12:57] <ttaubert> and still am
# [12:57] <@smaug> ttaubert: what is the idea behind having large gray areas for each page?
# [12:57] <@smaug> is the idea to have screenshots there
# [12:57] <ttaubert> smaug: yes
# [12:58] * Quits: peterv (peterv@moz-85A72D66.access.telenet.be) (Connection reset by peer)
# [12:58] <ttaubert> there should be some if you visited the page
# [12:58] <@smaug> nope
# [12:58] <@smaug> they stay gray
# [12:58] * Joins: peterv (peterv@moz-85A72D66.access.telenet.be)
# [12:59] <@smaug> also, is it possible to disable that feature
# [12:59] <@smaug> I prefer about:blank
# [12:59] <reuben> browser.newtabpage.enabled
# [13:00] * Quits: mak (mak@moz-B8241D69.reverse.destiny.be) (Client exited)
# [13:00] <@smaug> thanks
# [13:00] <ttaubert> smaug: browser.newtab.url
# [13:00] <ttaubert> set it to about:blank
# [13:00] <@smaug> browser.newtabpage.enabled worked
# [13:01] <gcp> http://graphs-new.mozilla.org/graph.html#tests=[[104,63,21]]&sel=1326408238993.1147,1328270049407&displayrange=30&datatype=running
# [13:01] <@smaug> gcp: strange
# [13:02] <@smaug> was there some regression which got fixed
# [13:03] <gcp> My code lowers random-access disk I/O. But in Talos tests, it should be entirely irrelevant. Uses a bit less RAM.
# [13:03] * KaiRo is now known as KaiRo_away
# [13:04] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [13:04] * Quits: peterv (peterv@moz-85A72D66.access.telenet.be) (Connection reset by peer)
# [13:05] <gcp> nobody commented on the intial regression
# [13:05] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [13:05] * Joins: peterv (peterv@moz-85A72D66.access.telenet.be)
# [13:05] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [13:06] * Joins: kaie (kaie@24517AEE.8C370288.6D5952B2.IP)
# [13:07] * Quits: @ehsan (ehsan@moz-A6FE435.build.sjc1.mozilla.com) (Ping timeout)
# [13:07] * glazou_lunch is now known as glazou
# [13:07] * Quits: peterv (peterv@moz-85A72D66.access.telenet.be) (Connection reset by peer)
# [13:08] * Joins: peterv (peterv@moz-85A72D66.access.telenet.be)
# [13:09] * Joins: jhorak_ (jhorak@moz-59813FB4.cust.nbox.cz)
# [13:09] * Quits: jhorak_ (jhorak@moz-59813FB4.cust.nbox.cz) (Client exited)
# [13:09] <@smaug> gcp: does that regression show up in m-c too ?
# [13:10] <@smaug> (it would help if tbpl would link to the new perf graphs)
# [13:11] <gcp> yes
# [13:11] <gcp> if you look at 90 days
# [13:11] <gcp> sunspider was all over the place historyically..then got stable Dec 17....Jan 17
# [13:11] <gcp> http://graphs-new.mozilla.org/graph.html#tests=[[104,1,21]]&sel=none&displayrange=90&datatype=running
# [13:11] * Quits: peterv (peterv@moz-85A72D66.access.telenet.be) (Connection reset by peer)
# [13:13] * khuey is now known as khuey|away
# [13:13] * Joins: peterv (peterv@moz-85A72D66.access.telenet.be)
# [13:15] * Quits: peterv (peterv@moz-85A72D66.access.telenet.be) (Connection reset by peer)
# [13:16] * Joins: ehsan (ehsan@moz-A6FE435.build.sjc1.mozilla.com)
# [13:16] * ChanServ sets mode: +o ehsan
# [13:17] * Joins: peterv (peterv@moz-85A72D66.access.telenet.be)
# [13:18] * Quits: peterv (peterv@moz-85A72D66.access.telenet.be) (Connection reset by peer)
# [13:19] * Joins: peterv (peterv@moz-85A72D66.access.telenet.be)
# [13:19] * Quits: darktrojan (geoff@moz-47B83BE0.dsl.telstraclear.net) (Quit: darktrojan)
# [13:22] <@smaug> is metrics.mozilla.com down?
# [13:27] <ttaubert> smaug: toggling browser.newtabpage.enabled is the same thing as clicking the button in the upper right on the new tab page :)
# [13:27] * jfkthame is now known as jfkthame_afk
# [13:28] <ttaubert> we wanted it to be easy to disable
# [13:28] * Joins: TheLink (TheLink@moz-4D4DDD71.pools.arcor-ip.net)
# [13:28] <@smaug> ttaubert: oh
# [13:28] <@smaug> strange, clicking that thing opens awesomebar
# [13:29] <ttaubert> smaug: which OS?
# [13:29] <@smaug> linux
# [13:29] <ttaubert> smaug: mh there is a mac specific workaround for that
# [13:29] <ttaubert> I thought it is mac specific
# [13:29] <ttaubert> boo
# [13:30] <@smaug> something to do with focus handling, I would guess
# [13:30] * davehunt|away is now known as davehunt
# [13:30] <ttaubert> yes
# [13:30] * Quits: graememcc (chatzilla@moz-B5263D41.range86-148.btcentralplus.com) (Ping timeout)
# [13:30] <@smaug> I don't know what clicking that button should affect to focus
# [13:30] <@smaug> s/what/why/
# [13:31] <ttaubert> no idea, but thx for 'reporting' that
# [13:31] <ttaubert> I'll file a bug :)
# [13:31] * Quits: dao (dao@moz-FACBC61B.superkabel.de) (Connection reset by peer)
# [13:31] <@smaug> anyway, boarding soon. See some of you in Brussels
# [13:32] <ttaubert> smaug: see you!
# [13:32] * Joins: dao (dao@moz-FACBC61B.superkabel.de)
# [13:33] * Quits: @smaug (chatzilla@moz-59E2F873.elisa-mobile.fi) (Ping timeout)
# [13:33] * Joins: vikram360 (vikram360@161A22E2.46686E3.2A068A5E.IP)
# [13:34] * Joins: nomisvai (chatzilla@moz-7DAF1A3B.oracle.com)
# [13:34] * Ziggy|AWAY is now known as Ziggy_Maes
# [13:35] <gcp> we should have t-shirts with IRC nicknames
# [13:35] <gcp> well, given the weather in Brussels, pullovers
# [13:37] * Quits: kaie (kaie@24517AEE.8C370288.6D5952B2.IP) (Quit: Leaving)
# [13:38] * Quits: vikram360 (vikram360@161A22E2.46686E3.2A068A5E.IP) (Ping timeout)
# [13:40] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [13:40] * Quits: ewong (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [13:40] * Joins: engla (engla@moz-DC712540.tbcn.telia.com)
# [13:41] * Joins: ewong (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [13:41] * Fallen|away is now known as Fallen
# [13:44] * Joins: graememcc (chatzilla@moz-B5263D41.range86-148.btcentralplus.com)
# [13:45] * Quits: igor (igor@A6B1CF0C.BF91BDCE.1DAC7E2F.IP) (Ping timeout)
# [13:46] * Quits: @ehsan (ehsan@moz-A6FE435.build.sjc1.mozilla.com) (Input/output error)
# [13:47] * Joins: mak (mak@moz-B8241D69.reverse.destiny.be)
# [13:50] * Quits: mak (mak@moz-B8241D69.reverse.destiny.be) (Connection reset by peer)
# [13:51] * Joins: mak (mak@moz-B8241D69.reverse.destiny.be)
# [13:51] * Quits: kinetik (kinetik@B0506AEA.F200EF31.613E47D1.IP) (Ping timeout)
# [13:51] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [13:52] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [13:56] * khuey|away is now known as khuey
# [13:56] * Joins: kinetik (kinetik@B0506AEA.F200EF31.613E47D1.IP)
# [13:58] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [13:58] <mounir> gcp: even coats ;)
# [13:58] <nigelb> Just tattoo your IRC nickname to your forehead :P
# [13:59] * nigelb ducks
# [14:01] <mak> edmorley: so, jfkthame backouts is likely a good merge point, though there are lots of orange oth, that should be actually fixed in fx-team brabch
# [14:02] <Fallen> nigelb: what happens if you go |away ? ;-)
# [14:02] <Fallen> removable tattoo?
# [14:02] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [14:03] <nigelb> Fallen: haha
# [14:03] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [14:03] <edmorley> mak: sorry on a call with a client for maybe 30-60mins more
# [14:04] <mak> edmorley: np! was just notifying you the situation
# [14:04] <edmorley> :-)
# [14:04] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
# [14:05] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [14:06] * Quits: jfkthame_afk (jfkthame@5D078631.5BC345F5.9542EC20.IP) (Quit: jfkthame_afk)
# [14:07] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [14:07] * Joins: mconley (mconley@A00174C9.68469654.6816E6B7.IP)
# [14:08] <ted> espindola: since that's all just in MFBT, probably not
# [14:09] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [14:09] <espindola> ted: I moved to cones.chris, thanks
# [14:09] <ted> joe: so apparently crowder's profile pic on facebook renders as garbage on nightly builds
# [14:09] <ted> joe: i have no idea why
# [14:11] * Quits: victorporof (victorporo@C092FEB2.1C233438.79933D60.IP) (Quit: Leaving...)
# [14:12] * Joins: victorporof (victorporo@C092FEB2.1C233438.79933D60.IP)
# [14:12] * Quits: victorporof (victorporo@C092FEB2.1C233438.79933D60.IP) (Client exited)
# [14:12] <glazou> http://twitpic.com/8f4xbu
# [14:14] <Yoric> Could anyone explain to me how I can run the tests in toolkit/content/tests/browser ?
# [14:14] * Joins: pnemsak (Miranda@moz-3D67D819.rainside.sk)
# [14:14] <ted> Yoric: those are browser-chrome tests
# [14:15] <ted> https://developer.mozilla.org/en/Browser_chrome_tests
# [14:15] * Quits: mconley (mconley@A00174C9.68469654.6816E6B7.IP) (Quit: Leaving...)
# [14:15] * Quits: Enn (enn@moz-B8241D69.reverse.destiny.be) (Ping timeout)
# [14:15] <ted> you can run all of them by doing "make mochitest-browser-chrome" in your objdir
# [14:16] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 9.0.1/20111223083612])
# [14:16] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [14:16] <ted> you can probably run just that set with "make mochitest-browser-chrome TEST_PATH=toolkit/content/tests"
# [14:16] * rail_away is now known as rail
# [14:19] * Ziggy_Maes is now known as Ziggy|AWAY
# [14:20] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [14:20] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [14:21] <Yoric> Ah, thanks.
# [14:22] <Yoric> I was trying with mochitest-plain and, well, it didn't do much.
# [14:22] <ted> yep
# [14:22] <ted> too many test harnesses :)
# [14:22] * Quits: gandalf (zbraniecki@74E406D.A6B942B2.1D05C454.IP) (Ping timeout)
# [14:22] <Yoric> :)
# [14:23] * Quits: Cwiiis (cwiiis@moz-F15E698.croy.cable.virginmedia.com) (Quit: Ex-Chat)
# [14:23] <Yoric> Ok, this runs the tests.
# [14:23] <Yoric> Next step: getting them to pass :)
# [14:23] * Quits: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP) (Ping timeout)
# [14:23] * Joins: jfkthame (jfkthame@5D078631.5BC345F5.9542EC20.IP)
# [14:24] * Quits: micahg (micahg@moz-C19FF7EA.c3-0.alc-ubr2.chi-alc.il.cable.rcn.com) (Ping timeout)
# [14:28] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
# [14:29] <jdm> Yoric: boring! just file a followup bug and move on :)
# [14:29] <Yoric> I should try that :)
# [14:30] * Joins: gandalf (zbraniecki@74E406D.A6B942B2.1D05C454.IP)
# [14:33] * Joins: mreavy (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net)
# [14:33] * Joins: armenzg (armenzg@moz-F767CF20.acanac.net)
# [14:33] * Joins: Enn (enn@moz-B8241D69.reverse.destiny.be)
# [14:33] * Joins: Goldorak (chatzilla@854C7AE3.9DA98ED8.187A1082.IP)
# [14:33] * davehunt is now known as davehunt|away
# [14:34] * KaiRo_away is now known as KaiRo
# [14:36] * Quits: pnemsak (Miranda@moz-3D67D819.rainside.sk) (Connection reset by peer)
# [14:37] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [14:37] * Joins: pnemsak (Miranda@moz-3D67D819.rainside.sk)
# [14:39] <mak> hm, we can't fetch summaries from tbpl
# [14:39] * Quits: rshetty (quassel@CC0EE699.D193C088.C842849F.IP) (Client exited)
# [14:40] * Joins: micahg (micahg@moz-C19FF7EA.c3-0.alc-ubr2.chi-alc.il.cable.rcn.com)
# [14:41] <jfkthame> mak: yeah, it's been frustrating me plenty
# [14:41] <mak> too much orange and network issues make me sad
# [14:44] * Joins: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com)
# [14:45] * bhearsum|afk is now known as bhearsum
# [14:45] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [14:53] * Quits: dao (dao@moz-FACBC61B.superkabel.de) (Quit: Leaving.)
# [14:53] * Joins: dao (dao@moz-FACBC61B.superkabel.de)
# [14:54] <jfkthame> what's up with the Win debug reftest almost-perma-orange? i don't think that used to be normal
# [14:54] * Quits: Enn (enn@moz-B8241D69.reverse.destiny.be) (Ping timeout)
# [14:56] * Joins: protz (protz@moz-E29D2A15.inria.fr)
# [14:59] * Quits: MarcoZ (marco.zehe@moz-6841ADB6.dip.t-dialin.net) (Quit: Early weekend, see you on Monday!)
# [14:59] <jfkthame> smaugIC: ping
# [15:00] <froydnj> can't blame Android flakiness for that one ;)
# [15:00] <jfkthame> we can blame android flakiness for _everything_
# [15:00] <froydnj> cool!
# [15:00] <jfkthame> :)
# [15:01] * jfkthame actually suspects bug 716014 in this case
# [15:03] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
# [15:03] <jfkthame> by my count, Win Debug R has timed out on 10 out of 12 runs since mbrubeck's push
# [15:03] * jhopkins|afk is now known as jhopkins
# [15:03] <jfkthame> and bug 716014 sounds like the most plausible candidate from that push...
# [15:03] * Joins: biesi (cbiesinger@moz-D617BE71.adsl-static.isp.belgacom.be)
# [15:03] <jfkthame> anyone opposed to me backing it out to see if the orangeness stops?
# [15:04] <@khuey> mbrubeck is probably still asleep
# [15:04] <@khuey> do it now before he wakes up :-P
# [15:04] <jfkthame> yeah, i didn't think he'd be around
# [15:04] <jfkthame> it's actually smaug's patch, but he doesn't seem to be around either
# [15:04] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [15:04] * Quits: mib_igp3fh (Mibbit@C9029DC.E2CB5B64.16DF60A1.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [15:06] * Joins: vikram360 (vikram360@8529A2A8.9ED41674.B84D4DA2.IP)
# [15:07] * Joins: drice (derice@1606D15F.E628B196.8E155D4E.IP)
# [15:08] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
# [15:08] * Joins: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP)
# [15:09] * Joins: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP)
# [15:10] * Quits: Goldorak (chatzilla@854C7AE3.9DA98ED8.187A1082.IP) (Ping timeout)
# [15:10] * Joins: Enn (enn@moz-B8241D69.reverse.destiny.be)
# [15:10] * Joins: Goldorak (chatzilla@854C7AE3.9DA98ED8.187A1082.IP)
# [15:13] * Quits: drice (derice@1606D15F.E628B196.8E155D4E.IP) (Quit: Leaving.)
# [15:13] * Joins: drice (derice@1606D15F.E628B196.8E155D4E.IP)
# [15:14] * Joins: sysKin (syskin@2D9DEBC.5D79AA35.C7B5F277.IP)
# [15:17] <lurking> jfkthame: he stated earlier: smaug> anyway, boarding soon. See some of you in Brussels
# [15:17] <lurking> He's flying I would guess
# [15:17] <mak> jfkthame: which orange?
# [15:18] <jfkthame> lurking: great, he won't miss the odd patch, then ;)
# [15:18] <jfkthame> mak: the Win Debug Reftest timeout
# [15:18] <mak> ah, hm.
# [15:19] <jfkthame> it actually happened on m-c when he landed there, and sgautherie filed bug 723907, but i only just found that
# [15:19] <@khuey> lurking: taking a train from finland to belgium would be a neat trick :-P
# [15:19] <mak> I wonder if we'll ever be able to merge
# [15:19] * Joins: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com)
# [15:19] * Quits: sewardj (sewardj@moz-B8241D69.reverse.destiny.be) (Ping timeout)
# [15:19] <lurking> khuey: did I imply train ?
# [15:20] <lurking> oh, nm - I see what you did there - goes for more coffee
# [15:20] <@khuey> heh
# [15:21] <biesi> khuey, hmm, you _can_ do it... just takes you 52 hours :)
# [15:21] <biesi> via st petersburg :)
# [15:21] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [15:21] <@khuey> biesi: ha
# [15:22] <@khuey> would probably be quicker to rent a boat
# [15:22] <joe_walker> is tinderbox known broken? I'm getting "Fetching summary failed" for all oranges
# [15:22] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [15:22] <joe_walker> is it just me?
# [15:22] <lurking> nope, I think things are backing up again :(
# [15:22] * Quits: graememcc (chatzilla@moz-B5263D41.range86-148.btcentralplus.com) (Ping timeout)
# [15:23] * Quits: protz (protz@moz-E29D2A15.inria.fr) (Quit: Leaving)
# [15:23] <jfkthame> i suspect it may be partly due to bugzilla slowness?
# [15:23] * Quits: gmoro (guilherme@8057F9D4.6C34BE6.D41E40C.IP) (Ping timeout)
# [15:27] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
# [15:28] * Joins: dseif (dseif@moz-3DA2586B.dsl.bell.ca)
# [15:30] * Joins: MarcoZ (marco.zehe@moz-6841ADB6.dip.t-dialin.net)
# [15:31] <jdm> froydnj: ping
# [15:32] <froydnj> jdm: pong
# [15:32] <jdm> froydnj: I believe you're missing JSAutoRequest in your telemtry jsapi gunk
# [15:33] * jfkthame is now known as jfkthame_afk
# [15:33] * Joins: josh (josh@25F88422.B7606226.6BED537B.IP)
# [15:34] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [15:34] * jfkthame_afk is now known as jfkthame
# [15:34] * jfkthame is now known as jfkthame_afk
# [15:34] * Joins: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP)
# [15:34] <froydnj> jdm: just before I start doing anything useful with the constructed context?
# [15:34] <jdm> froydnj: yes
# [15:35] * Quits: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP) (Quit: beaufour)
# [15:35] <froydnj> jdm: thanks! will try that
# [15:36] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Quit: Ex-Chat)
# [15:37] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [15:40] * Quits: sgimeno (santiago.g@A922400D.48362F18.BCC03455.IP) (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/)
# [15:42] * Joins: mib_g9vj74 (Mibbit@C9029DC.E2CB5B64.16DF60A1.IP)
# [15:45] <mak> hm, who broke i18n
# [15:45] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
# [15:46] <jfkthame_afk> what's broken?
# [15:46] * jfkthame_afk is now known as jfkthame
# [15:47] * Joins: gmoro (guilherme@8057F9D4.6C34BE6.D41E40C.IP)
# [15:47] <mak> jfkthame: may just be a broken tinderbox
# [15:47] <mak> win is burning but I don't see a relation or an error apart missing an obj
# [15:48] * Joins: rshetty (quassel@DC956C63.3EEBC369.C842849F.IP)
# [15:48] * Quits: mats (chatzilla@E8A3702C.D5022173.8500CC29.IP) (Ping timeout)
# [15:48] * Quits: pnemsak (Miranda@moz-3D67D819.rainside.sk) (Quit: pnemsak)
# [15:48] <jfkthame> oh, on my backout push :(
# [15:48] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
# [15:49] * Quits: allisterb (allisterb@2CE5E668.5725EB66.F43E9E20.IP) (Ping timeout)
# [15:50] <jfkthame> mak: worth just re-triggering to see what happens?
# [15:50] <jfkthame> i don't see any obvious reason for it
# [15:50] * Joins: victorporof (victorporo@3CA634F2.B89616B1.79933D60.IP)
# [15:50] <mak> jfkthame: yes, I suspect a problem on that box, that likely should be clobbered
# [15:51] <jfkthame> have you retriggered, or shall i?
# [15:51] <mak> no. I'm too slow on this Mac :)
# [15:51] * jfkthame knows nothing about clobbering, but can at least click the + button
# [15:51] <mak> I may clobber
# [15:51] <jfkthame> so i've done that, let's see if it works better
# [15:52] <jfkthame> sounds like a good idea
# [15:52] <mak> yeah, just that box
# [15:54] <gregglind_away> does thunderbird open up more than one window on startup? I am having trouble figuring why addon code is firing more than once.
# [15:54] * gregglind_away is now known as gregglind
# [15:55] * ewong is now known as ewong|sleep
# [15:56] * Joins: allisterb (allisterb@2CE5E668.5725EB66.F43E9E20.IP)
# [15:57] * Quits: sysKin (syskin@2D9DEBC.5D79AA35.C7B5F277.IP) (Ping timeout)
# [15:57] * armenzg is now known as armenzg_brb
# [15:57] * Quits: josh (josh@25F88422.B7606226.6BED537B.IP) (Quit: josh)
# [15:57] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
# [15:57] <Standard8> gregglind: you generally want to ask TB questions in #maildev
# [15:58] <Standard8> gregglind: afaik no, unless you're on mac, when you might get hiddenWindow.xul
# [15:58] <gregglind> hey standard8, didn't realize you were around :)
# [15:58] <Standard8> not for much longer ;-)
# [15:58] <Standard8> gotta go out in a bit
# [15:59] * Quits: jprmc (jprmc@moz-B8241D69.reverse.destiny.be) (Ping timeout)
# [16:00] * Joins: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP)
# [16:02] * Quits: mib_g9vj74 (Mibbit@C9029DC.E2CB5B64.16DF60A1.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [16:04] * Joins: bzum (akin@AC70084F.DBB41A87.114503E7.IP)
# [16:04] * Joins: bernard (Mibbit@C9029DC.E2CB5B64.16DF60A1.IP)
# [16:06] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [16:06] <jfkthame> hsivonen: looks like test_bug709083.html is failing on android, i'm afraid
# [16:07] * Quits: jhorak (jhorak@moz-59813FB4.cust.nbox.cz) (Connection timed out)
# [16:07] * Joins: jhorak (jhorak@moz-59813FB4.cust.nbox.cz)
# [16:07] * Joins: shorlander (shorlander@moz-853043D6.dhcp.insightbb.com)
# [16:08] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: glazou)
# [16:09] * Quits: jhorak (jhorak@moz-59813FB4.cust.nbox.cz) (Quit: Leaving)
# [16:09] * Joins: jhorak (jhorak@moz-59813FB4.cust.nbox.cz)
# [16:09] <edmorley> mak: so f0229f4c8282 for merge cset yeah? (though M-oth orange frequency increase since last merge doesn't look ideal)
# [16:09] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
# [16:09] * Quits: victorporof (victorporo@3CA634F2.B89616B1.79933D60.IP) (Quit: Linkinus - http://linkinus.com)
# [16:09] <mak> edmorley: the oth orange should be fixed on fx-team according to ttaubert
# [16:09] <edmorley> ah okl
# [16:09] <edmorley> ok
# [16:09] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [16:09] <mak> edmorley: btw
# [16:09] * Joins: SeoZ (DanielJuyu@BAEFDFE1.600F089A.32B27D81.IP)
# [16:09] <edmorley> also c18523b51058
# [16:10] <edmorley> needed perhaps?
# [16:10] <mak> edmorley: I'm not sure regarding win reftest crashes
# [16:10] * Joins: victorporof (victorporo@39DC8245.B7DD870C.79933D60.IP)
# [16:10] <mak> edmorley: ask jfkthame that took care of the tree till now (thanks!)
# [16:10] <edmorley> ah c18523b51058 seems to already be on m-c, so merging won't affect
# [16:11] <jfkthame> c18523b51058 landed first on m-c, then merged to m-i, and looks like it caused orange in both places
# [16:11] <jfkthame> i've backed it out from m-i
# [16:11] <jfkthame> but no results for that yet
# [16:11] <edmorley> cool
# [16:11] <edmorley> I wish tbpl would be more helpful when it comes to leaks
# [16:11] * Joins: ericb2 (X@C5FB3C7F.6D6BC885.CF08085F.IP)
# [16:12] <edmorley> memorizing what combination of 3 letters to type in the awesome bar to find the bug is getting tiresome
# [16:12] <edmorley> s/the bug/each bug/
# [16:13] * jfkthame is about to push another backout, as we're on a roll here
# [16:13] <edmorley> :-)
# [16:14] * coop|afk is now known as coop
# [16:14] * Joins: mats (chatzilla@E8A3702C.D5022173.8500CC29.IP)
# [16:14] * bwinton_away is now known as bwinton
# [16:16] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [16:16] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [16:18] * Joins: aja (chatzilla@FE01A14B.D3D1D2A7.7880DB15.IP)
# [16:20] * Quits: Enn (enn@moz-B8241D69.reverse.destiny.be) (Ping timeout)
# [16:21] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [16:24] * Joins: mario (mario@moz-683270A5.dip.t-dialin.net)
# [16:24] <mario> hi everyone, does anybody know how to get the directory_watch (from ipc) running as a XPCOM?
# [16:25] * Quits: armenzg_brb (armenzg@moz-F767CF20.acanac.net) (Input/output error)
# [16:25] * Joins: armenzg_brb (armenzg@moz-F767CF20.acanac.net)
# [16:27] * Joins: ashughes (ashughes@1B3CF998.EDC95493.A20E6FDD.IP)
# [16:27] * Quits: armenzg_brb (armenzg@moz-F767CF20.acanac.net) (Ping timeout)
# [16:27] * rail is now known as rail-brb
# [16:28] <jdm> mario: what is the directory_watch?
# [16:29] * Joins: harth (harth@moz-1F71062D.hsd1.ca.comcast.net)
# [16:29] <mario> found files in the ipc-package, that are utilizing FSEvents on MacOSx and inotify and so on, i need this for my application. so i am asking myself how to get this running in chrome-code
# [16:30] * Quits: harth (harth@moz-1F71062D.hsd1.ca.comcast.net) (Ping timeout)
# [16:32] * Quits: biesi (cbiesinger@moz-D617BE71.adsl-static.isp.belgacom.be) (Ping timeout)
# [16:33] <Yoric> Is there any meaningful difference between |Components.utils.import| and |importScripts|, except that one is for the main thread and the other one for chrome threads?
# [16:33] * Joins: protz (protz@moz-E29D2A15.inria.fr)
# [16:34] <Yoric> I cannot seem to be able to load resource://modules/devtools/Promise.jsm from a chrome thread, whereas it seems to work flawlessly from the main thread or the address bar.
# [16:35] <Yoric> (this is in a chrome mochitest, if that changes anything)
# [16:36] * Quits: Goldorak (chatzilla@854C7AE3.9DA98ED8.187A1082.IP) (Ping timeout)
# [16:36] * Joins: pranavrc (pranavrc@4B597F7A.9D00BB59.C28326FD.IP)
# [16:36] <@khuey> what are chrome threads?
# [16:36] * Joins: Goldorak (chatzilla@854C7AE3.9DA98ED8.187A1082.IP)
# [16:37] * Joins: dbaron (dbaron@1290B85F.9D466AA8.277517C1.IP)
# [16:37] * ChanServ sets mode: +o dbaron
# [16:37] <jdm> chrome workers?
# [16:37] <Yoric> khuey: well, chrome workers.
# [16:37] * Joins: gmoro__ (guilherme@8057F9D4.6C34BE6.D41E40C.IP)
# [16:37] <@khuey> ah
# [16:37] <Yoric> I still have a few difficulties calling them "workers" :)
# [16:38] * Quits: gmoro (guilherme@8057F9D4.6C34BE6.D41E40C.IP) (Ping timeout)
# [16:38] <Yoric> Any idea what could be going on?
# [16:38] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
# [16:38] * Joins: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net)
# [16:38] * Ziggy|AWAY is now known as Ziggy_Maes
# [16:38] * Joins: armenzg_brb (armenzg@moz-7B7ED579.home1.cgocable.net)
# [16:39] * armenzg_brb is now known as armenzg
# [16:39] <@khuey> importScripts has nothing to do with Components.utils.import
# [16:40] <Yoric> Ah. That sounds like bad news.
# [16:41] <@khuey> JSMs rely on all sorts of XPConnect machinery
# [16:41] <@khuey> which isn't available in workers
# [16:41] <Yoric> So we cannot have modules in workers?
# [16:41] <@khuey> not JSMs, no
# [16:42] <Yoric> What does |importScript| do, then?
# [16:42] * Joins: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP)
# [16:42] <Yoric> Please tell me that it will not recompile the code each time it is called.
# [16:42] <Yoric> Also, please tell me that there is a way to differentiate public API and private stuff.
# [16:43] * philor|away is now known as philor
# [16:43] <@khuey> https://developer.mozilla.org/En/Using_web_workers#Importing_scripts_and_libraries
# [16:44] <Yoric> Yes, that is the only source I have found.
# [16:44] <Yoric> Not very telling.
# [16:44] <@khuey> this doesn't do the singleton stuff that JSMs do
# [16:45] <Yoric> Gasp.
# [16:45] <Yoric> Ok, not good.
# [16:46] * Quits: jhorak (jhorak@moz-59813FB4.cust.nbox.cz) (Connection timed out)
# [16:46] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [16:46] <@khuey> it was designed for the web, not for chrome
# [16:46] <Yoric> Unless I am missing something obvious, I have the feeling that we are making everything we can to ensure that nobody can do anything meaningful with ChromeWorkers at this stage.
# [16:46] * Joins: jhorak (jhorak@moz-59813FB4.cust.nbox.cz)
# [16:47] <mario> any suggestions regarding the directory_watcher from ipc to get it running in chrome-code (xpconnect or something)?
# [16:48] <jdm> mario: I still have no idea what you're talking about
# [16:48] <jdm> what is the ipc-package?
# [16:48] * Joins: jpb (chatzilla@moz-DF053F63.cse.bris.ac.uk)
# [16:49] <Yoric> Ah, well, I guess I will just throw away the code I have written "just in case my jsm is loaded from a worker", bang my head on a few walls, and try again later once I start explicitly working on the worker version.
# [16:49] <Yoric> khuey: thanks
# [16:49] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [16:49] <mario> the thing in the source/ipc directory
# [16:49] <mario> chromium code
# [16:49] <Yoric> (hopefully, by then, we will have ECMAScript modules)
# [16:49] <@khuey> mario: that code isn't even built ...
# [16:49] <mario> oh, really
# [16:49] <mario> do you know how to get this build?
# [16:49] <mario> :(
# [16:49] * Quits: jpb (chatzilla@moz-DF053F63.cse.bris.ac.uk) (Quit: ChatZilla 0.9.88 [SeaMonkey 2.7/20120125083231])
# [16:50] <@khuey> even if it were built it wouldn't be usable from xpconnect
# [16:50] <mario> so i have to do the directory_wachter thing on my own right? - any suggestions for a good library for that?
# [16:51] <mario> i think this comes from protozilla and was integrated in source :(
# [16:52] <mario> they suggest: "@mozilla.org/process/ipc-service;1"; -> but i get an error
# [16:52] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
# [16:53] <protz> mario: as far as I remember, IPC isn't built by default in gecko, but it has been reincarnated inside enigmail which uses it to communicate with the outside
# [16:53] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/cadfebcc626e - Matt Brubeck - Bug 723480 - Mouse events in XUL Fennec broken by bug 721484 [r=blassey]
# [16:53] <protz> namely, the gpg program
# [16:53] <mario> ahh thx
# [16:54] <mario> so may be i can install it as an addon :D
# [16:55] <mario> yeah there is an ipc xpc
# [16:55] * Joins: jprmc (jprmc@moz-B8241D69.reverse.destiny.be)
# [16:56] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [16:56] <bhearsum> update.manifest is only present in mar files, right?
# [16:58] * bhearsum suspects so, given that mxr only finds it in tools/update-packaging and updater code
# [16:58] <mbrubeck> Hmm, several Android XUL b-c tests are permaorange with dao's global-scope patch.
# [16:58] <mbrubeck> (and I just pushed an Android XUL patch on top of that orange... bad mbrubeck)
# [16:59] <protz> mario: you'll have to compile stuff anyway, but this might be the easiest way to get a working ipc-ish-thingy
# [16:59] <dao> mbrubeck: does android use testing/mochitest/browser-test.js?
# [17:00] * Joins: kumar (kmcmillan@moz-E31CD2CB.mozilla.org)
# [17:00] <mbrubeck> Yes.
# [17:00] <mbrubeck> https://tbpl.mozilla.org/php/getParsedLog.php?id=9059420&tree=Firefox
# [17:00] <mario> thx
# [17:01] <mbrubeck> Some or all of these are trivial to fix...
# [17:01] * Joins: kaie (kaie@EF82BE38.96051CA3.DDBC9343.IP)
# [17:02] * Quits: Goldorak (chatzilla@854C7AE3.9DA98ED8.187A1082.IP) (Ping timeout)
# [17:02] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [17:02] * Joins: bjacob (bjacob@77BF8A43.C1607DFF.95579CE8.IP)
# [17:02] * Joins: Goldorak (chatzilla@854C7AE3.9DA98ED8.187A1082.IP)
# [17:03] <mbrubeck> dao: All of these things from browser_addons.js... none of those are actually used by the test file itself. Does that mean I can just import the JSMs into a temporary scope and leave them there?
# [17:03] <mbrubeck> I wonder if it even needs those imports...
# [17:03] <mbrubeck> presumably they do some initialization on import that it relies on.
# [17:04] * rail-brb is now known as rail
# [17:04] * Quits: jhorak (jhorak@moz-59813FB4.cust.nbox.cz) (Connection timed out)
# [17:04] <dao> mbrubeck: yep, they should be imported into a temp scope or removed where appropriate
# [17:05] * Joins: jhorak (jhorak@moz-59813FB4.cust.nbox.cz)
# [17:05] * jmaher|afk is now known as jmaher
# [17:05] * Joins: myk (myk@moz-691674A1.tmodns.net)
# [17:06] * Quits: Goldorak (chatzilla@854C7AE3.9DA98ED8.187A1082.IP) (Ping timeout)
# [17:06] <mbrubeck> dao: Hmm, these are coming from PlacesUtils.jsm, which is imported lazily not by the test but by fennec itself: http://mxr.mozilla.org/mozilla-central/source/mobile/xul/chrome/content/browser-scripts.js#51
# [17:06] <mbrubeck> dao: Should we whitelist those?
# [17:06] * Quits: kaie (kaie@EF82BE38.96051CA3.DDBC9343.IP) (Ping timeout)
# [17:06] * Joins: Goldorak (chatzilla@854C7AE3.9DA98ED8.187A1082.IP)
# [17:07] * Quits: SeoZ (DanielJuyu@BAEFDFE1.600F089A.32B27D81.IP) (Quit: Leaving)
# [17:07] * armenzg is now known as armenzg_mtg
# [17:07] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Client exited)
# [17:07] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Quit: mike5w3c)
# [17:08] <dao> mbrubeck: I think the ideal fix would be to set lazy getters for all the exported symbols. otherwise they can't be accessed reliably. they could be whitelisted temporarily, though
# [17:09] <mbrubeck> dao: Our code doesn't actually access any of those symbols except for PlacesUtils... I guess we could change our lazy getter to keep all the others contained to a temp scope.
# [17:09] * mcote|afk is now known as mcote
# [17:09] <dao> mbrubeck: that makes sense as well
# [17:10] * Joins: jgilbert (jgilbert@77BF8A43.C1607DFF.95579CE8.IP)
# [17:10] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Ping timeout)
# [17:10] * Quits: Goldorak (chatzilla@854C7AE3.9DA98ED8.187A1082.IP) (Ping timeout)
# [17:10] * Joins: no_gravity (user@moz-465CA2F.hotspotsvankpn.com)
# [17:10] * Joins: Goldorak (chatzilla@854C7AE3.9DA98ED8.187A1082.IP)
# [17:11] <mbrubeck> dao: I can work on a fix today for the fennec tests, but can we back out your patch for now? It's going to take me a while to test my fixes.
# [17:11] <no_gravity> Hello! When I mistype an url or bookmark-keyword into the url-bar, firefox submits my info to google. how can i disable that?
# [17:11] * Quits: Goldorak (chatzilla@854C7AE3.9DA98ED8.187A1082.IP) (Quit: ChatZilla 0.9.88 [Firefox 10.0/20120129021758])
# [17:11] <dao> mbrubeck: I'd prefer whitelisting that stuff in the meantime
# [17:11] * glob|away is now known as glob
# [17:11] * Joins: anant (Anant@moz-271479F2.hsd1.ca.comcast.net)
# [17:12] <mbrubeck> no_gravity: You can change the "keyword.URL" or "keyword.enabled" prefs in about:config
# [17:12] <mbrubeck> dao: Okay.
# [17:13] * Joins: Jonathan_ (JonathanS@moz-FA436756.cfl.res.rr.com)
# [17:13] <no_gravity> mrbkap: thanks. now it looks like some other stuff kicks in and it submits my stuff to some server it guesses. for example skdfkjds sends me to skdfkjds.com... how can i disable THAT?
# [17:13] * Joins: kaie (kaie@104026A2.AD0D27AB.DDBC9343.IP)
# [17:16] <mbrubeck> no_gravity: I think "browser.fixup.alternate.enabled" can disable that...
# [17:16] * Quits: vikram360 (vikram360@8529A2A8.9ED41674.B84D4DA2.IP) (Ping timeout)
# [17:16] <no_gravity> mbrubeck: that works! thanks!
# [17:16] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [17:17] <no_gravity> Another thing: How do I disable automatic downloading of new versions in nightly? Its not a good idea since I travel a lot and often use very thin and expensive internet access...
# [17:18] <beltzner> no_gravity: options -> advanced -> update
# [17:18] <beltzner> although holy shit, I can't believe we put that option (disable updates) in there
# [17:18] <gcp> ooh fuck, snow
# [17:18] <beltzner> maybe it's only in nightlies?
# [17:18] <froydnj> gcp: yeah, lots
# [17:19] <no_gravity> beltzner: awesome. i put it to "ask me"
# [17:20] <no_gravity> beltzner: will "ask me" still download stuff?
# [17:20] <beltzner> you're probably seeing different options than me
# [17:20] * Quits: kaie (kaie@104026A2.AD0D27AB.DDBC9343.IP) (Ping timeout)
# [17:20] * Joins: vikram360 (vikram360@8529A2A8.9ED41674.B84D4DA2.IP)
# [17:20] <beltzner> for me (latest nightly, might be a recent change!) there's a "Never check for updates"
# [17:21] * Joins: sewardj (sewardj@moz-9E46A6D6.adsl-dyn.isp.belgacom.be)
# [17:21] <mbrubeck> dao: Added a patch for your review in bug 720985
# [17:21] * Quits: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net) (Quit: nhirata)
# [17:22] <edmorley> If I see tbpl's "Fetching summary failed" one more time in a row I think I'm going to lose it :-/
# [17:22] <mbrubeck> no_gravity: I think (but am not certain) "ask me" will still download the update in the background, but will prompt before installing it.
# [17:22] * Quits: tonymec (tonymec@F95BBBB7.DDFA26AE.277517C1.IP) (Input/output error)
# [17:23] <no_gravity> It feels like i need to disable more and more when i install a new firefox. I disable the tab-bar, i disable spell-check, i disable crash-reports, i disable check-default-browser, i disable auto-updates, i disable history, i disable storing-passwords, i disable storing download-history, i disable form-history, i disable cookie-storing...
# [17:23] * Quits: tonymec|away (tonymec@F95BBBB7.DDFA26AE.277517C1.IP) (Quit: Konversation terminated!)
# [17:23] <beltzner> mbrubeck: it will
# [17:23] <no_gravity> mbrubeck: ok, then i will completely disable updates.
# [17:24] <edmorley> mak, mbrubeck: has tbpl been really flaky for you as well, the last few days (even after the ftp issues were resolved)?
# [17:24] <gcp> froydnj: last time this happened, they closed the airports and trains :P
# [17:24] * Quits: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net) (Ping timeout)
# [17:24] * Quits: engla (engla@moz-DC712540.tbcn.telia.com) (Ping timeout)
# [17:24] <mak> edmorley: define flaky, it was definitely slow
# [17:24] <mbrubeck> no_gravity: Instead of disabling all the history/cookie stuff individually, you could also just set permanent private browsing mode ("Custom settings for history" in the Privacy prefs)
# [17:25] <edmorley> taking 2-5x as long to generate summaries, timing out 70%+ of the time
# [17:25] * Quits: protz (protz@moz-E29D2A15.inria.fr) (Quit: Leaving)
# [17:25] * Quits: bernard (Mibbit@C9029DC.E2CB5B64.16DF60A1.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [17:25] <mak> it has been slow, though I must also admit the hotel's wifi sucks, so it's hard to evaluate for me
# [17:25] * Quits: sewardj (sewardj@moz-9E46A6D6.adsl-dyn.isp.belgacom.be) (Ping timeout)
# [17:26] <mbrubeck> It's failing badly here, on my speedy home internet.
# [17:26] <mbrubeck> For the last couple days at least.
# [17:26] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
# [17:26] <jfkthame> edmorley: it's been awful for me, too
# [17:26] <no_gravity> mbrubeck: but will that enable cookies while i browse? i only disable the storing of cookies for longer then the session. i mean i say "clear history when firefox closes". cookies are a very useful thing. but i dont want them to stay after i close firefox.
# [17:27] <edmorley> the timeouts are the worst; leading to me not being able to star stuff easily, and now we have a load more unfiled oranges as the backlog has been building up :-(
# [17:27] <froydnj> gcp: what, last monday? :p
# [17:27] <mbrubeck> edmorley: Do you know if we have any bugs for the new (?) leaks that seem to be in the tree?
# [17:27] <gcp> froydnj: december 2010 iirc
# [17:28] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/e9183168a27d - Matt Brubeck - Bug 720985 - Temporarily whitelist properties leaked by Fennec tests [r=dao]
# [17:28] * Quits: stransky (stransky@moz-6F10C81D.net.upcbroadband.cz) (Quit: Connection reset by beer)
# [17:28] <gcp> I think we'll be better prepared now, tho
# [17:28] * Quits: jhorak (jhorak@moz-59813FB4.cust.nbox.cz) (Quit: Leaving)
# [17:28] <mbrubeck> no_gravity: Yes, private browsing mode keeps cookies in memory during your browsing session but disables saving them to disk.
# [17:28] <jdm> mjschranz: ping
# [17:28] <edmorley> mbrubeck: I'm not really sure to be honest, non-mozilla work has been keeping me away from tbpl more than I'd like the last few days to make things worse
# [17:29] <@khuey> gabor: can 717190 land?
# [17:29] <mjschranz> jdm: pong
# [17:29] * Joins: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net)
# [17:29] <mbrubeck> edmorley: I'll try to go back through and file some of those new randomoranges, at some point today.
# [17:29] <jdm> mjschranz: what happens if you add the aOptionalArgc argument to nsGenericElement::CloneNode?
# [17:30] * Quits: micahg (micahg@moz-C19FF7EA.c3-0.alc-ubr2.chi-alc.il.cable.rcn.com) (Ping timeout)
# [17:30] * Quits: @dbaron (dbaron@1290B85F.9D466AA8.277517C1.IP) (Ping timeout)
# [17:31] <no_gravity> mbrubeck: thats interesting. i will try that.
# [17:31] <gabor> khuey: sorry, I've just got back from my holiday so have not tried it on a try server yet... but probably yes
# [17:31] <@khuey> gabor: np
# [17:32] * Joins: cadecairos (cadecairos@EDDEAA06.33EE9F8A.1139E686.IP)
# [17:32] <mjschranz> jdm: When I added it to nsGenericElement.h the errors that come up now are simply related to argument counts in calls throughout the code. Expecting 2 finding 3.
# [17:32] <no_gravity> mbrubeck: "never keep any history" - is that setting the current default?
# [17:32] * Joins: engla (engla@moz-DC712540.tbcn.telia.com)
# [17:32] * Quits: engla (engla@moz-DC712540.tbcn.telia.com) (Client exited)
# [17:33] <jdm> mjschranz: hmm. maybe you could add an overload that takes three arguments and does the right thing?
# [17:33] <jlebar_> mak, ping
# [17:33] <mak> jlebar_: hi
# [17:33] * Quits: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net) (Ping timeout)
# [17:34] <jlebar_> mak, With the new-tab page, we really need to fix this long-standing Places bug where pages have the wrong titles.
# [17:34] <jlebar_> mak, The #1 page for me in the new tab page is "502 Server Error".
# [17:34] <jlebar_> Then #3 is "Moved Permanently"
# [17:34] <mak> jlebar_: heh, sounds something to do... add dependencies in the appropriate bugs and call for action?
# [17:35] <mjschranz> jdm: I'm going to confirm here in a just a few, building it again to see where some of the problems arise
# [17:35] <jlebar_> I filed a bug on this a long time ago; I'll dig it up. You want a dependency on the new tab bug?
# [17:35] <jlebar_> mak, (It's not *really* a bug there; the awesomebar has the same problem.)
# [17:35] <mak> jlebar_: yes, it seems to make it more prominent
# [17:35] <jlebar_> mak, Sounds good!
# [17:36] <mak> I also accept volunteers willing to fix it!
# [17:36] * Quits: fabrice (fabrice@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [17:36] <jlebar_> mak, I'd love to, but b2g has this big milestone in a month...
# [17:36] <jwir3> how do I determine which revision I'm on currently, if it's not tip (e.g. I am trying to find a good revision for a bisect, and I can't remember what revision I'm on)
# [17:36] <Yoric> mak: do you have 10 minutes?
# [17:36] <mak> Yoric: I always have 10 minutes for you
# [17:37] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
# [17:37] <Yoric> :)
# [17:37] <mak> provided I can find you
# [17:37] * Joins: mib_pbl8l4 (Mibbit@BD42E25B.83739CE9.8DFEA35B.IP)
# [17:37] <Yoric> I'm in the quiet room. Let's meet around the kitchen.
# [17:37] <mak> quiet room?
# [17:37] <mak> ok
# [17:37] * Quits: mak (mak@moz-B8241D69.reverse.destiny.be) (Client exited)
# [17:38] <jfkthame> jwir3: about:buildconfig?
# [17:38] <jwir3> jfkthame: No, I meant an hg command ;)
# [17:38] * Joins: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
# [17:39] <jwir3> jfkthame: (from a src directory)
# [17:39] <jlebar_> jwir3, hg summary
# [17:39] <jwir3> jlebar_: Thanks!
# [17:39] * Quits: jprmc (jprmc@moz-B8241D69.reverse.destiny.be) (Ping timeout)
# [17:39] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
# [17:39] * Quits: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP) (Client exited)
# [17:41] * Quits: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com) (Ping timeout)
# [17:41] * Joins: ehsan (ehsan@moz-A6FE435.build.sjc1.mozilla.com)
# [17:41] * ChanServ sets mode: +o ehsan
# [17:42] * Quits: no_gravity (user@moz-465CA2F.hotspotsvankpn.com) (Quit: leaving)
# [17:42] * Joins: jprmc (jprmc@moz-B8241D69.reverse.destiny.be)
# [17:42] * Joins: thedudeabides (trishank@moz-D35891B7.nyc.biz.rr.com)
# [17:42] <thedudeabides> there seems to be a HSTS (https://developer.mozilla.org/en/Security/HTTP_Strict_Transport_Security) bug in firefox
# [17:42] <thedudeabides> i have a localhost website that runs over SSL and sets the HSTS header on some resource
# [17:42] <thedudeabides> chrome then goes to https://localhost whenever i hit http://localhost
# [17:42] <thedudeabides> but firefox doesn't
# [17:43] <thedudeabides> does anyone know why?
# [17:43] <thedudeabides> am i misconfiguring something server-side?
# [17:43] * Joins: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP)
# [17:43] * Joins: dbaron (dbaron@1099E620.BB258C01.277517C1.IP)
# [17:43] * ChanServ sets mode: +o dbaron
# [17:44] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
# [17:44] * Quits: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP) (Client exited)
# [17:44] * Joins: joesteele (joesteele@moz-CD1B8DEA.dyn.optonline.net)
# [17:45] * philor is now known as philor|away
# [17:45] * Joins: kats (kats@moz-DE13FC16.compute-1.amazonaws.com)
# [17:45] <@bsmedberg> Which nightly is the first to use the new MSVC?
# [17:46] * Joins: micahg (micahg@moz-C19FF7EA.c3-0.alc-ubr2.chi-alc.il.cable.rcn.com)
# [17:46] <jwir3> bsmedberg: I think Tuesday's...
# [17:46] <mbrubeck> bsmedberg: Should be today's.
# [17:46] <jwir3> mbrubeck: Wasn't it finished on Tue?
# [17:46] * joduinn-afk is now known as joduinn-coffee
# [17:47] <@bsmedberg> see, already conflicting answers ;-)
# [17:47] <jlebar_> thedudeabides, You might be misconfiguring something server-side, but if it works in Chrome, you might as well file a bug. :)
# [17:47] <mbrubeck> Err, Wednesday.
# [17:47] <mbrubeck> Sorry, Thursday.
# [17:47] <mbrubeck> LOL
# [17:47] <mbrubeck> It landed and stuck on Wednesday: https://tbpl.mozilla.org/?rev=5b0900b3e71c
# [17:47] <jwir3> heh
# [17:47] <mw22> I need to narrow down a regression in bug 721383, but I seem to be stuck on bisect. How can I narrow down the regression range further?
# [17:47] <mbrubeck> so it'll be in yesterday's (Thursday's) nightly.
# [17:47] <jlebar_> mw22, What do you mean stuck on bisect?
# [17:47] * jwir3 agrees with mbrubeck.
# [17:47] <thedudeabides> jlebar: yeah, i think i'll do that; prefer not to waste anyone's time if i'm misconfiguring; i'll dig a bit deeper
# [17:47] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [17:47] <mbrubeck> mw22: stuck how?
# [17:47] <@bsmedberg> Thursday it is, then! ;-)
# [17:48] <mbrubeck> oh, I see...
# [17:48] <mw22> jlebar_, mbrubeck, I get a build that is crashing on startup, but that's not what I want.
# [17:48] <jlebar_> mw22, You want hg bisect --skip
# [17:49] <mbrubeck> mw22: You could manually test some changesets from the merged branches.
# [17:49] <mbrubeck> and then mark them with hg bisect
# [17:49] <mw22> jlebar_, I did that, but then bisect gives me mumbojumbo
# [17:49] <jlebar_> mw22, Exactly what mumbo-jumbo?
# [17:49] <mbrubeck> You could also see if "hg bisect --extend" does anything smart here.
# [17:49] <mw22> mbrubeck, how do I do that?
# [17:49] * Quits: bjacob (bjacob@77BF8A43.C1607DFF.95579CE8.IP) (Ping timeout)
# [17:49] * Parts: thedudeabides (trishank@moz-D35891B7.nyc.biz.rr.com)
# [17:49] * Joins: bjacob (bjacob@77BF8A43.C1607DFF.95579CE8.IP)
# [17:49] <mw22> jlebar_, that stuff I posted in bug 721383, comment 15
# [17:50] <mbrubeck> mw22: If --extend doesn't work, look at the pushlog yourself, then "hg up -c <changeset>" then build and test, then "hg bisect -g" (or -b)
# [17:50] <jlebar_> Oh, then you probably want extend.
# [17:50] <mbrubeck> You can look at the text files in .hg to see which changesets it's already tested.
# [17:50] <@bsmedberg> What about: thingie has the real buildid nowadays?
# [17:50] <mbrubeck> bsmedberg: about:buildconfig has the changeset
# [17:50] <jlebar_> bsmedberg, about:buildconfig ?
# [17:50] <@bsmedberg> no, I need the buildid
# [17:50] <@bsmedberg> to feed to crash-stats
# [17:50] * Joins: WeirdAl (chatzilla@moz-D461843.ask.info)
# [17:50] <mbrubeck> about:support has the UA
# [17:51] <@bsmedberg> also not the buildid ;-)
# [17:51] <mw22> ok, thanks for the help, I'll see what I can do with those advices
# [17:51] * Quits: mib_pbl8l4 (Mibbit@BD42E25B.83739CE9.8DFEA35B.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [17:51] <gandalf> taras: ping
# [17:51] * Quits: anant (Anant@moz-271479F2.hsd1.ca.comcast.net) (Quit: Leaving)
# [17:51] * @bsmedberg goes poking at application.ini directly
# [17:51] * Joins: biesi (cbiesinger@moz-D617BE71.adsl-static.isp.belgacom.be)
# [17:52] * Joins: thedudeabides (thedudeabi@moz-D35891B7.nyc.biz.rr.com)
# [17:52] <WeirdAl> !seen jorgev
# [17:52] <firebot> jorgev was last seen 28 minutes and 43 seconds ago, saying 'if that helps at all' in #amo-editors.
# [17:52] * glob is now known as glob|away
# [17:52] <gcp> how many users do we have according to latest data?
# [17:52] <gcp> 300M? 400M?
# [17:52] * Parts: kats (kats@moz-DE13FC16.compute-1.amazonaws.com)
# [17:53] <ted> gcp: on desktop?
# [17:53] <ted> last i knew >450M, maybe 500
# [17:53] <gcp> mobile is negligible i guess
# [17:53] <ted> rounding error
# [17:53] * Quits: cers (textual@moz-E3288E2B.bynqu1.dynamic.dsl.tele.dk) (Quit: Computer has gone to sleep.)
# [17:53] * Joins: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP)
# [17:53] * joduinn-coffee is now known as joduinn-mtg
# [17:54] * Quits: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
# [17:54] <mw22> mbrubeck, do you happen to know what that part before the ":" is in a changeset? Like 84841:f76b576a9e28 for example? for hg bisect, I only have to type in hg bisect -b f76b576a9e28
# [17:54] <@bsmedberg> khuey: < #breakpad
# [17:54] <ted> mw22: it's a revision number
# [17:54] <ted> mw22: you can use it interchangably with a changeset id in a particular repo
# [17:54] <mw22> ted, ok, what does that mean?
# [17:54] <@bsmedberg> mw22: the hex ID is the same for everyone
# [17:54] <ted> but they can vary from repo to repo
# [17:54] <ted> mw22: it's just an integer that gets assigned to each changeset in the order they show up in a repo
# [17:54] <@bsmedberg> mw22: the numeric ID is the order in which you pulled into your repo
# [17:54] <ted> right
# [17:54] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
# [17:55] <@bsmedberg> it's often easier locally to remember the numeric one
# [17:55] * Joins: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net)
# [17:55] <ted> they're handy for local use since they're shorter than hex
# [17:55] <mw22> I don't understand
# [17:55] <ted> although now that ours are creeping up on six digits, maybe not as much
# [17:55] <@bsmedberg> mw22: "84841" and "f76b576a9e28" point to the same changeset
# [17:55] <mw22> so that number before the ":" is the same as after it?
# [17:56] <mw22> ah, I see!
# [17:56] <ted> yes
# [17:56] <mw22> cool!
# [17:56] <ted> if you do "hg log -r 84841" or "hg log -r f76b576a9e28"
# [17:56] <ted> you should get the same result
# [17:56] <mw22> ok
# [17:56] <ted> but you can give that hex string to someone with a different clone of m-c and it will always be the same changeset
# [17:56] <ted> the integer doesn't work like that
# [17:57] * Joins: mib_ali3o5 (Mibbit@BD42E25B.83739CE9.8DFEA35B.IP)
# [17:57] * armenzg_mtg is now known as armenzg
# [17:57] <robcee> integer's local.
# [17:57] * Quits: joesteele (joesteele@moz-CD1B8DEA.dyn.optonline.net) (Ping timeout)
# [17:57] <mw22> ah, I see
# [17:57] <robcee> can you use a 6 digit abbrevation for -r like you can in git?
# [17:57] <robcee> that's a pretty sweet feature
# [17:57] * Quits: paolo__ (paolo@moz-B8241D69.reverse.destiny.be) (Client exited)
# [17:57] <robcee> (or any matching digit length, I guess)
# [17:58] * armenzg is now known as armenzg_brb
# [17:58] <sfink> it's also specific to the current state of your repo -- if you use mq or rebase, what a given number means will change for the affected revs
# [17:58] <sfink> robcee: yes
# [17:58] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
# [17:58] <robcee> aces!
# [17:59] <robcee> I've just increased my productivity by a factor of 2!
# [17:59] * Quits: myk (myk@moz-691674A1.tmodns.net) (Ping timeout)
# [17:59] * Quits: jprmc (jprmc@moz-B8241D69.reverse.destiny.be) (Ping timeout)
# [17:59] <mw22> so the changeset that might have caused the issue, contains 46 hidden changesets. Can I bisect in those hidden subchangesets too?
# [17:59] <sfink> if you were working on a smaller project, it would've increased it by a factor of 3
# [17:59] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Connection reset by peer)
# [17:59] * Joins: johanc_ (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [17:59] * Joins: bretr (bret_recka@34784486.3D3159F7.127F0E5F.IP)
# [17:59] * johanc_ is now known as johanc
# [18:00] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [18:00] * Joins: joesteele (joesteele@moz-C018BEFF.dyn.optonline.net)
# [18:02] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
# [18:03] * Joins: dbaron_ (dbaron@moz-6E02ECE.adsl-dyn.isp.belgacom.be)
# [18:04] * Quits: @dbaron (dbaron@1099E620.BB258C01.277517C1.IP) (Ping timeout)
# [18:04] * dbaron_ is now known as dbaron
# [18:05] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
# [18:07] <taras> gandalf: pong
# [18:07] <@bsmedberg> In yesterday's nightly the download manager never stops "Scanning for viruses..."
# [18:07] * Joins: graememcc (chatzilla@moz-B5263D41.range86-148.btcentralplus.com)
# [18:07] <@bsmedberg> Does anyone know if this is known/filed?
# [18:07] <gandalf> taras: u in Brussels, right?
# [18:07] <taras> gandalf: ya
# [18:07] <gandalf> and your mobile does not have roaming, right?
# [18:09] <taras> gandalf: i have .be phone
# [18:09] * davehunt|away is now known as davehunt
# [18:10] <taras> gandalf: 048-925-1083
# [18:10] <gandalf> oh cool
# [18:10] * armenzg_brb is now known as armenzg
# [18:10] * Quits: bretr (bret_recka@34784486.3D3159F7.127F0E5F.IP) (Quit: bretr)
# [18:11] <gandalf> was trying to reach you yesterday night with a malicious goal of getting you drunk
# [18:12] <gandalf> taras: is it +32 048 925 1083 ?
# [18:12] <taras> skip the first zero
# [18:13] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [18:14] * fabrice|afk is now known as fabrice
# [18:14] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [18:15] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [18:15] * Joins: mak (mak@moz-B8241D69.reverse.destiny.be)
# [18:15] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [18:15] * armenzg is now known as armenzg_lunch
# [18:16] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
# [18:17] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [18:17] * Joins: SeoZ (DanielJuyu@moz-7B0110AD.mv.mozilla.com)
# [18:17] * Quits: Pike (Pike@74E406D.A6B942B2.1D05C454.IP) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
# [18:17] * Quits: mib_ali3o5 (Mibbit@BD42E25B.83739CE9.8DFEA35B.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [18:19] * Quits: andreasn (andreasn@moz-3CC3C389.a336.priv.bahnhof.se) (Ping timeout)
# [18:20] * Quits: pranavrc (pranavrc@4B597F7A.9D00BB59.C28326FD.IP) (Quit: Ping timeout: ∞)
# [18:20] * Quits: MarcoZ (marco.zehe@moz-6841ADB6.dip.t-dialin.net) (Quit: Have a good weekend everyone!)
# [18:21] * Quits: dao (dao@moz-FACBC61B.superkabel.de) (Quit: Leaving.)
# [18:21] * khuey is now known as khuey|away
# [18:21] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
# [18:21] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
# [18:22] * Joins: myk (myk@moz-BBE3ABD.mv.mozilla.com)
# [18:23] * joduinn-mtg is now known as joduinn-commute
# [18:24] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
# [18:25] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [18:25] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
# [18:25] * Joins: josh (josh@4EE4350B.CF5FEE20.2A2F4638.IP)
# [18:26] * Joins: ptheriault (ptheriault@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:27] * Quits: dbaron (dbaron@moz-6E02ECE.adsl-dyn.isp.belgacom.be) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [18:29] <sfink> Firefox is somewhat less useful when it stalls forever on anything trying to talk to the network. I wish it wouldn't do that.
# [18:30] * Joins: igor (igor@169CEE78.E37E53F7.1DAC7E2F.IP)
# [18:30] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [18:30] * Quits: mak (mak@moz-B8241D69.reverse.destiny.be) (Client exited)
# [18:32] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [18:32] * Quits: micahg (micahg@moz-C19FF7EA.c3-0.alc-ubr2.chi-alc.il.cable.rcn.com) (Ping timeout)
# [18:32] * Quits: KaiRo (robert@74E406D.A6B942B2.1D05C454.IP) (Ping timeout)
# [18:34] * Quits: gandalf (zbraniecki@74E406D.A6B942B2.1D05C454.IP) (Quit: Computer has gone to sleep.)
# [18:34] * Fallen is now known as Fallen|away
# [18:34] <jlebar_> jmaher, pingg
# [18:34] * Quits: florian (florian@moz-87C33FDA.kimsufi.com) (Input/output error)
# [18:34] * Joins: bsmith (bsmith@moz-364A0C3E.hsd1.ca.comcast.net)
# [18:34] * Quits: daim (David_Mart@779E3E00.1773D26C.C0FF2207.IP) (Ping timeout)
# [18:34] <jmaher> jlebar_: pongg
# [18:34] <jlebar_> jmaher, So those TP5 RSS numbers...
# [18:34] <jmaher> yes
# [18:34] * liuche is now known as liuche|errand
# [18:34] <jmaher> (links to them are here: http://people.mozilla.org/~jmaher/sxs/sxs.html)
# [18:35] <jlebar_> jmaher, lgtm. The streams crossed a few days ago, which is good, because that means there may not be a structural problem.
# [18:35] * Quits: pascalc (chatzilla@74E406D.A6B942B2.1D05C454.IP) (Ping timeout)
# [18:35] * Joins: schnozzle (Mibbit@BD42E25B.83739CE9.8DFEA35B.IP)
# [18:35] * jimm is now known as jimm-lunch
# [18:35] * Joins: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com)
# [18:35] * Quits: schnozzle (Mibbit@BD42E25B.83739CE9.8DFEA35B.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [18:35] * Quits: victorporof (victorporo@39DC8245.B7DD870C.79933D60.IP) (Ping timeout)
# [18:36] <jmaher> jlebar_: cool, we were looking to figure out what tests to leave on and turn off
# [18:36] * Joins: frogaincia (Mibbit@BD42E25B.83739CE9.8DFEA35B.IP)
# [18:36] <jlebar_> I'd leave on the original tests for a week or so, out of a preponderance of caution.
# [18:36] <jlebar_> jmaher, But the data I see looks unobjectionable.
# [18:37] * Quits: Yoric (Yoric@moz-B8241D69.reverse.destiny.be) (Ping timeout)
# [18:37] <jmaher> jlebar_: so you are fine turning off the original method of RSS collection for all OSX platforms?
# [18:37] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [18:38] <jlebar_> jmaher, yes.
# [18:38] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [18:38] * Joins: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net)
# [18:38] <jmaher> jlebar_: want me to do this for windows or linux?
# [18:39] <lurking> bsmedberg: download scan - you on windows ?
# [18:39] <@bsmedberg> yes
# [18:39] <jlebar_> jmaher, Turn the new one on, but leave both running for a week or so, I think.
# [18:39] * Joins: Yoric (Yoric@moz-B8241D69.reverse.destiny.be)
# [18:39] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
# [18:39] <lurking> bsmedberg: do you use MSE for your aV >?
# [18:40] <jmaher> jlebar_: turn off the original OSX RSS collection
# [18:40] * philor|away is now known as philor
# [18:40] <jmaher> jlebar_: then do a side by side for a week on windows and linux
# [18:40] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
# [18:40] <@bsmedberg> lurking: what is MSE?
# [18:40] <jlebar_> jmaher, Correct. Does that sound reasonable to you?
# [18:40] <lurking> bsmedberg: Microsoft Security Essentials
# [18:40] * Joins: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP)
# [18:41] <jmaher> jlebar_: it sure does, let me work on that; might be next week when it all happens; will let you know
# [18:41] <jlebar_> jmaher, Sounds great!
# [18:41] <@bsmedberg> lurking: I don't know
# [18:41] <@bsmedberg> I didn't intend to have a virus scanner
# [18:41] <bjacob> someone in khronos f2f meeting asks: what firefox version will fully support Mac 10.7 (Lion) UI ? (Full-screen etc)
# [18:41] <jdm> I don't think there is an answer for that
# [18:41] <lurking> ok, I've been seeing hangs with the beta 4 version of MSE - so I turned off scanwhendone
# [18:42] <jdm> lion support has been fairly haphazard
# [18:42] <lurking> bsmedberg: if you have no AV, its probably falling back to Defender for the scan
# [18:43] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Leaving...)
# [18:43] <bjacob> got it, it's bug 639705
# [18:43] * ddahl is now known as ddahl|sheriff
# [18:44] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [18:45] <@bz> is khuey around today?
# [18:45] <@bz> or is he moving and stuff?
# [18:45] <SeoZ> anybody had problem with mozilla build on 64bit?
# [18:45] <lurking> bsmedberg: I also noticed if you have a lot of Download history the scan is slow, cleaning it out speeds it up for awhile, I had no way to verify, but I felt like on eash download the entire downloads file set was being scanned - I saw hangs up to 5 mins
# [18:45] <SeoZ> X11 and Xext are not found
# [18:45] <SeoZ> http://yourpaste.net/10454/
# [18:46] <SeoZ> ubuntu 11.10
# [18:46] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Ping timeout)
# [18:46] * lurking Yikes - just noticed time - runs to shower for work
# [18:47] * Quits: josh (josh@4EE4350B.CF5FEE20.2A2F4638.IP) (Quit: josh)
# [18:47] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Client exited)
# [18:48] * Joins: micahg (micahg@moz-C19FF7EA.c3-0.alc-ubr2.chi-alc.il.cable.rcn.com)
# [18:48] * Joins: sicking (chatzilla@moz-1FF05400.hsd1.ca.comcast.net)
# [18:48] * Joins: jlebar|mac (~jlebarmac@moz-3F3A6302.dyn.columbia.edu)
# [18:49] * Quits: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de) (Connection reset by peer)
# [18:50] * lsblakk is now known as lsblakk|afk
# [18:52] * Joins: josh (josh@4EE4350B.CF5FEE20.2A2F4638.IP)
# [18:53] <chrisccoulson> SeoZ, install libx11-dev and libxext-dev?
# [18:53] <reuben> bjacob, send them to bug 636455
# [18:54] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [18:54] <SeoZ> chrisccoulson: yes they're installed.
# [18:55] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
# [18:55] <bjacob> reuben: thanks
# [18:56] <mwu> you might also need libxt-dev
# [18:56] * ctalbert|afk is now known as ctalbert
# [18:56] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Ping timeout)
# [18:56] * Quits: frogaincia (Mibbit@BD42E25B.83739CE9.8DFEA35B.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [18:57] * Quits: espindola (espindola@moz-B8241D69.reverse.destiny.be) (Client exited)
# [18:58] <SeoZ> mwu: thank you but libxt-dev is also installed.
# [18:58] * armenzg_lunch is now known as armenzg
# [18:58] * mdas is now known as mdas|afk
# [18:58] <SeoZ> i googled it and found many questions about this but there is no good answer.
# [18:59] * Joins: cdiehl_ (cdiehl@moz-E3839887.pool.mediaways.net)
# [18:59] * jhford-work-away is now known as jhford-work
# [18:59] * Quits: cdiehl (cdiehl@moz-745D74E0.pool.mediaways.net) (Ping timeout)
# [18:59] * cdiehl_ is now known as cdiehl
# [18:59] * Quits: mdas|afk (mdas@F2D29657.F60B0462.67AC9B1.IP) (Quit: mdas|afk)
# [18:59] * jhford-work is now known as jhford-buildduty
# [19:00] * Joins: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:01] * Joins: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
# [19:01] * jimm-lunch is now known as jimm
# [19:01] * Joins: anant (anant@moz-BBE3ABD.mv.mozilla.com)
# [19:01] <mwu> SeoZ: can you pastebin your config.log then?
# [19:02] * Joins: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP)
# [19:02] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:03] * Joins: faramarz1 (Adium@moz-BBE3ABD.mv.mozilla.com)
# [19:03] * Quits: bjacob (bjacob@77BF8A43.C1607DFF.95579CE8.IP) (Ping timeout)
# [19:03] * Quits: micahg (micahg@moz-C19FF7EA.c3-0.alc-ubr2.chi-alc.il.cable.rcn.com) (Ping timeout)
# [19:03] * Quits: ptheriault (ptheriault@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: ptheriault)
# [19:03] <ted> joe: ping
# [19:04] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [19:04] <SeoZ> mwu: there is no configure.log :( ??
# [19:04] * Joins: ptheriault (ptheriault@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:04] * Joins: squib (squib-@moz-415BAA34.engr.wisc.edu)
# [19:04] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [19:04] <mwu> SeoZ: it's in your object directory
# [19:05] * Joins: bjacob (bjacob@77BF8A43.C1607DFF.95579CE8.IP)
# [19:05] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [19:06] * Joins: mixedpuppy (mixedpuppy@21B7B9F2.B87E9213.6E712CE2.IP)
# [19:06] <SeoZ> mwu: http://yourpaste.net/10456/
# [19:06] <SeoZ> mwu: thank you in advance.
# [19:07] * Joins: ericjung (Mibbit@moz-C6B344D.bstnma.fios.verizon.net)
# [19:08] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [19:08] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
# [19:09] * faramarz is now known as frashed
# [19:09] * frashed is now known as faramarz
# [19:09] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [19:09] <jtcranmer> how much longer before we can use range-based for in Mozilla? :-)
# [19:09] * coop is now known as coop|mtg
# [19:09] <jfkthame> depends how soon you write the patch ;)
# [19:10] * jwir3 is now known as jwir3|lunch
# [19:11] <mwu> SeoZ: looks like you may need libuuid or libuuid-devel
# [19:11] * AutomatedTester is now known as AutomatedTester|away
# [19:13] * Joins: cers (textual@moz-E3288E2B.bynqu1.dynamic.dsl.tele.dk)
# [19:14] * Quits: vladan (vladan@moz-B8241D69.reverse.destiny.be) (Quit: Leaving.)
# [19:14] * Joins: vladan (vladan@moz-B8241D69.reverse.destiny.be)
# [19:14] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
# [19:15] * Quits: vladan (vladan@moz-B8241D69.reverse.destiny.be) (Ping timeout)
# [19:16] <SeoZ> mwu: GREAT! installing uuid works :)
# [19:16] * Joins: andreasn (andreasn@moz-BB6A8755.bredband.comhem.se)
# [19:16] * Joins: victorporof (victorporo@3CA634F2.B89616B1.79933D60.IP)
# [19:16] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
# [19:16] <SeoZ> I'll add uuid in https://developer.mozilla.org/En/Simple_Firefox_build
# [19:16] <mwu> nice
# [19:16] * Joins: bretr (bret_recka@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:17] <joe> ted: pong
# [19:17] <ted> joe: so uh
# [19:17] <ted> crowder's profile pic on facebook doesn't render in firefox nightlies
# [19:17] * Quits: faramarz1 (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
# [19:17] <ted> we just leave whatever was previously in that area when you scroll into it
# [19:17] <joe> that feels incorrect
# [19:18] <ted> i would say
# [19:18] <SeoZ> mwu: btw, how did you know that uuid is needed?
# [19:18] <joe> ted: do you feel like doing a mozregression bisect?
# [19:18] <ted> joe: not sure if you're friends with him, but http://www.facebook.com/photo.php?fbid=10150591349726535&set=a.468013691534.266610.624156534&type=1
# [19:18] <joe> i'm not on facebook
# [19:18] <mwu> SeoZ: I saw "/usr/bin/ld.bfd.real: cannot find -luuid" in your config log
# [19:18] <ted> actually it renders black there
# [19:18] <ted> on linux
# [19:18] <joe> and indeed I can't see that image
# [19:18] <ted> but weird on mac
# [19:18] <mwu> near the X11 logs
# [19:18] <joe> so I have a suspect range
# [19:18] <ted> http://a2.sphotos.ak.fbcdn.net/hphotos-ak-ash4/399946_10150591349726535_624156534_11324010_927782182_n.jpg
# [19:19] <ted> that's the actual jpg
# [19:19] <joe> that I can see
# [19:19] <joe> renders black
# [19:19] * Joins: micahg (micahg@moz-C19FF7EA.c3-0.alc-ubr2.chi-alc.il.cable.rcn.com)
# [19:19] <joe> ought it to?
# [19:20] <joe> renders black in chrome too
# [19:20] <jfkthame> maybe it's meant to be a night-time photo?
# [19:21] <ted> i have no idea what the image is
# [19:21] <ted> but on mac it renders all kinds of messed up
# [19:21] <ted> my nightly is about a week out of date
# [19:21] <ted> 2012-01-26
# [19:21] * Quits: ashughes (ashughes@1B3CF998.EDC95493.A20E6FDD.IP) (Quit: heading to the office)
# [19:21] * Quits: joesteele (joesteele@moz-C018BEFF.dyn.optonline.net) (Quit: joesteele)
# [19:22] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
# [19:22] * ted updates
# [19:23] <SeoZ> mwu: that's great :) thanks.
# [19:23] * Joins: faramarz1 (Adium@moz-BBE3ABD.mv.mozilla.com)
# [19:23] <SeoZ> mwu: btw, i'm with dougt now :)
# [19:23] <ted> joe: still renders weird on today's mac nightly
# [19:23] <ted> 10.6
# [19:23] <jfkthame> renders black in my local build (of uncertain age, but pretty recent)
# [19:23] <mwu> ah
# [19:23] <ted> jfkthame: what platform?
# [19:24] <jfkthame> mac
# [19:24] <jfkthame> 10.6
# [19:24] <ted> hm
# [19:24] <ted> interesting
# [19:24] <jlebar|mac> How do I get a content window's chrome window?
# [19:24] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [19:24] <jfkthame> also black when opened in Preview.app or in Photoshop
# [19:24] * Quits: Yoric (Yoric@moz-B8241D69.reverse.destiny.be) (Ping timeout)
# [19:24] * Parts: faramarz1 (Adium@moz-BBE3ABD.mv.mozilla.com)
# [19:24] <ted> odd
# [19:24] <ted> is this just me?
# [19:25] <ted> jfkthame: if you load it in a tab, then switch to another tab
# [19:25] <ted> and back
# [19:25] <ted> is it still black?
# [19:26] <joe> yes
# [19:26] <jfkthame> i'll try in a sec, just updating my official Nightly to the current build...
# [19:26] <joe> for me, anyways
# [19:26] <ted> odd
# [19:26] <ted> mine leaves whatever was previously rendered there
# [19:26] <ted> wonder if this is a driver bug
# [19:26] <joe> are you using accelerated layers?
# [19:26] <joe> about:support
# [19:26] <ted> nope
# [19:26] <joe> ah, interesting
# [19:26] <ted> GPU Accelerated Windows0
# [19:26] <ted>
# [19:26] <ted> AzureBackendquartz
# [19:27] * liuche|errand is now known as liuche
# [19:27] <joe> did you turn that off?
# [19:27] <ted> i uh
# [19:27] <ted> don't remember
# [19:27] <joe> yes sir, i can reproduce this now
# [19:27] <ted> okay
# [19:27] <jlebar|mac> What the heck does do_QueryObject do?
# [19:27] <ted> i don't seem to have any prefs flipped with accel in the name
# [19:27] * Joins: faramarz1 (Adium@moz-BBE3ABD.mv.mozilla.com)
# [19:27] <joe> ted: in the preferences
# [19:27] <joe> advanced
# [19:27] <joe> "use hardware acceleration when available"
# [19:28] <ted> it's checked
# [19:28] <joe> what the
# [19:28] <ted> must not like my driver or something
# [19:28] <ted> no idea
# [19:28] <ted> this is just a stock nightly on 10.6.something
# [19:28] <joe> 10.6.2?
# [19:28] <joe> because we disable on 10.6.2 and lower
# [19:28] <ted> 10.6.8
# [19:28] <joe> soooooo
# [19:28] <ted> this is a mid-2010 MBP Core i7
# [19:28] * Joins: daim (David_Mart@moz-EF3D4F79.fbx.proxad.net)
# [19:29] <joe> do you have any gfx.blacklist prefs set?
# [19:29] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [19:29] <ted> nope
# [19:29] <joe> really if you could just pastebin your about:support
# [19:29] <ted> sure
# [19:29] <ted> sec
# [19:29] <jfkthame> (just to confirm, i can also reproduce with h/w acc explicitly disabled)
# [19:30] <ted> http://pastebin.mozilla.org/1473863
# [19:30] <gregglind> what is our naming convention for patches? I did: $ hg diff -p -U 8 > bug723583.patch #
# [19:30] <ted> ooh
# [19:30] <ted> it looks like maybe i'm running in 32-bit mode
# [19:30] <ted> i...don't remember why that would be
# [19:30] <joe> aha!
# [19:30] <joe> that is the reason
# [19:30] <jdm> jlebar|mac: something about querying interfaces from concrete objects, I think
# [19:30] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [19:30] <joe> gregglind: whatever floats your boat for naming
# [19:31] <jdm> gregglind: names are never seen
# [19:31] <jlebar|mac> jdm: Interesting, I always did an NS_ISUPPORTS_CAST...
# [19:31] <gregglind> fair enough :)
# [19:31] <joe> we don't enable hw accel layers on 32-bit because quickdraw plugins, supported only in 32-bit, don't get along with opengl
# [19:31] <ted> joe: we should probably put that in about:support or something :)
# [19:31] * Quits: josh (josh@4EE4350B.CF5FEE20.2A2F4638.IP) (Quit: josh)
# [19:31] <joe> yeeaaahh
# [19:31] <joe> I think so!
# [19:31] <ted> okay
# [19:31] * zpao|detached is now known as zpao
# [19:31] <ted> with hwaccel it's just black
# [19:31] <ted> intriguing
# [19:31] <joe> yep
# [19:31] <ted> anyway that narrows it down at least
# [19:32] <joe> who wants to bisect this?
# [19:32] * ted hides
# [19:32] * @bz mutters about python templating
# [19:32] <joe> ted: will you file this on core : graphics and say regressionwindow-wanted?
# [19:32] * Joins: mib_0isqcj (Mibbit@BD42E25B.83739CE9.8DFEA35B.IP)
# [19:32] <ted> sure
# [19:32] <joe> I have urgent b2g things to do :(
# [19:32] * Quits: myk (myk@moz-BBE3ABD.mv.mozilla.com) (Max SendQ exceeded)
# [19:32] * Joins: myk (myk@moz-BBE3ABD.mv.mozilla.com)
# [19:32] <ted> okay
# [19:32] * Joins: dao (dao@moz-FACBC61B.superkabel.de)
# [19:33] * Joins: djc (djc@moz-E26330E3.xavamedia.nl)
# [19:34] * Quits: cadecairos (cadecairos@EDDEAA06.33EE9F8A.1139E686.IP) (Input/output error)
# [19:35] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:35] * Quits: dao (dao@moz-FACBC61B.superkabel.de) (Connection reset by peer)
# [19:35] * Joins: dao (dao@moz-FACBC61B.superkabel.de)
# [19:36] * Quits: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net) (Quit: juanb)
# [19:36] * Joins: gkw (gkw@moz-5481C38F.hsd1.ca.comcast.net)
# [19:37] * Joins: maikmerten (maikmerten@moz-5E759146.dynamic.qsc.de)
# [19:38] * Quits: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP) (Ping timeout)
# [19:38] <ted> filed https://bugzilla.mozilla.org/show_bug.cgi?id=724021
# [19:38] * jimm is now known as jimm-bbiab
# [19:39] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
# [19:39] * Joins: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP)
# [19:42] <RyanVM> khuey|away: ping
# [19:42] * Joins: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com)
# [19:42] <RyanVM> hmm, something doesn't seem right with win pgo
# [19:42] * Joins: mjschranz (mjschranz@F1451709.44D93D66.1139E686.IP)
# [19:43] <RyanVM> I noticed last night on my own build that I wasn't getting pgc files
# [19:43] * Quits: Unfocused (u2622@moz-160C58C6.com) (Max SendQ exceeded)
# [19:43] * Joins: Unfocused (u2622@moz-160C58C6.com)
# [19:43] <RyanVM> now looking at the log for the latest tinderbox pgo build, it seems that many pgc files were missing and/or not merged
# [19:43] <philor> odd. downforeveryone says it is just me, but I can't get to tbpl.m.o
# [19:43] * Joins: jduell (jduell@25F88422.B7606226.6BED537B.IP)
# [19:43] * Quits: bjacob (bjacob@77BF8A43.C1607DFF.95579CE8.IP) (Ping timeout)
# [19:44] <RyanVM> philor: wfm
# [19:44] * Joins: bjacob (bjacob@77BF8A43.C1607DFF.95579CE8.IP)
# [19:44] * armenzg is now known as armenzg_brb
# [19:45] * Quits: past (past@moz-112B4671.dsl.dyn.forthnet.gr) (Input/output error)
# [19:45] <RyanVM> re pgo, the issue with tinderbox is that I was looking at an incremental build, I guess.
# [19:45] <RyanVM> the nightly log looks ok
# [19:47] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [19:49] * Joins: TheOne (one@moz-134078E0.dip.t-dialin.net)
# [19:49] * Joins: mbrubeck (mbrubeck@moz-23F706CB.tmodns.net)
# [19:49] * philor is now known as philor|away
# [19:49] * jtcranmer wonders why autoconf feels the need to cache everything
# [19:50] * zpao is now known as zpao|detached
# [19:50] <jtcranmer> I swear, I removed all the config.cache files and configure ran /faster/
# [19:51] * jhford-buildduty is now known as jhford-buildduty-away
# [19:51] <ted> jlebar|mac: freeing random bits of heap is a bit scary
# [19:51] * Quits: bzum (akin@AC70084F.DBB41A87.114503E7.IP) (Ping timeout)
# [19:51] <jlebar|mac> ted: In the crash reporter?
# [19:51] <ted> jlebar|mac: i mean, most of it doesn't matter, we don't really care about the heap for crash reports
# [19:52] <ted> i just worry like "oops we freed some memory you were using to report the crash"
# [19:52] <ted> i guess we could have a separate api to mark some pages as special
# [19:52] <johnath> someone land some plugin changes in today's nightly? I am craaaashy
# [19:52] <ted> but we'd have to tweak the code to make sure that everything gets allocated in those pages
# [19:52] <jlebar|mac> ted: Well, you'd presumably call this function before you malloc anything in the crash reporter.
# [19:52] * philor|away is now known as philor
# [19:52] <johnath> (mac, probably flash, https://crash-stats.mozilla.com/report/index/bp-99104268-d8a1-4d65-802e-4ad192120203 )
# [19:52] <ted> jlebar|mac: i mean, like the existing crash reporter data that was initialized at startup
# [19:52] * Quits: myk (myk@moz-BBE3ABD.mv.mozilla.com) (Max SendQ exceeded)
# [19:52] <ted> which is mostly on the heap
# [19:52] * Joins: myk (myk@moz-BBE3ABD.mv.mozilla.com)
# [19:52] <jlebar|mac> ted: I see.
# [19:53] <jlebar|mac> ted: Then sure, you'd need to mark things as special.
# [19:53] <jlebar|mac> ted: Even that doesn't seem impossible.
# [19:53] <ted> also, i'm not sure if jemalloc would help here directly
# [19:53] <jlebar|mac> ted: Why is that?
# [19:53] <ted> since this is code from dbghelp.dll doing allocations
# [19:53] <ted> so it's probably not allocating via jemalloc
# [19:53] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:53] <jlebar|mac> But can we free via jemalloc?
# [19:53] <ted> the problem is probably just that the heap is busted
# [19:53] * Joins: jhammink (textual@moz-BBE3ABD.mv.mozilla.com)
# [19:53] <ted> yeah, if jemalloc unreserves the pages
# [19:54] <ted> then it'd probably work
# [19:54] <jlebar|mac> We'd make sure jemalloc actually decommitted the memory.
# [19:54] <ted> like, really OS-level free
# [19:54] <jlebar|mac> yes.
# [19:54] <ted> that's plausible
# [19:54] * Joins: cadecairos (cadecairos@F1451709.44D93D66.1139E686.IP)
# [19:54] * Quits: Elen (El@moz-749635E7.hsd1.ut.comcast.net) (Ping timeout)
# [19:54] <jlebar|mac> ted: If we had a range of pointers we're not allowed to touch, it should be relatively simple.
# [19:55] <jlebar|mac> …of course, Glandium would have to port all this to jemalloc 2.0. :D
# [19:55] <jlebar|mac> But I'm not holding my breath for that.
# [19:55] <ted> hah
# [19:56] * Quits: ericb2 (X@C5FB3C7F.6D6BC885.CF08085F.IP) (Quit: . . . ........)
# [19:56] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [19:57] <ted> sounds tricky, but probably less work than "do all the minidump writing in a separate process"
# [19:57] * Joins: josh (josh@4EE4350B.CF5FEE20.2A2F4638.IP)
# [19:57] * Quits: dao (dao@moz-FACBC61B.superkabel.de) (Ping timeout)
# [19:58] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [19:58] * Joins: dao (dao@moz-FACBC61B.superkabel.de)
# [19:58] * Joins: Ms2ger (Ms2ger@92E5183E.3C36F6A0.37724B0D.IP)
# [19:58] <jlebar|mac> ted: The hardest part may be annotating the heap structures we need to stay alive, and being sure that we've done a complete job there.
# [19:58] <ted> yeah
# [19:58] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [19:58] <jlebar|mac> ted: but if this can get us 8% more crash reports...
# [19:58] <ted> indeed
# [19:59] * Joins: ericjung_ (ericjung@moz-C6B344D.bstnma.fios.verizon.net)
# [19:59] <Ms2ger> If you want more crash reports, I can do that ;)
# [19:59] <ted> i guess we could use like a slab allocator and placement new etc to forcibly put most things on one page
# [19:59] <ted> might be a little bit of a pain to get some of breakpad's internals to get there
# [19:59] * Joins: harth (harth@moz-1F71062D.hsd1.ca.comcast.net)
# [20:00] * Joins: Elen (El@moz-749635E7.hsd1.ut.comcast.net)
# [20:00] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
# [20:00] * Quits: josh (josh@4EE4350B.CF5FEE20.2A2F4638.IP) (Quit: josh)
# [20:00] * Quits: ericjung_ (ericjung@moz-C6B344D.bstnma.fios.verizon.net) (Quit: Leaving)
# [20:01] * Joins: OccupyGreenland (OccupyGree@moz-C6B344D.bstnma.fios.verizon.net)
# [20:01] * armenzg_brb is now known as armenzg
# [20:02] <jlebar|mac> ted: Care to file the bug, or shall I?
# [20:02] * Quits: myk (myk@moz-BBE3ABD.mv.mozilla.com) (Max SendQ exceeded)
# [20:02] * Joins: myk (myk@moz-BBE3ABD.mv.mozilla.com)
# [20:03] <ted> feel free
# [20:03] * joduinn-commute is now known as joduinn-mtg
# [20:05] * zpao|detached is now known as zpao
# [20:05] <dholbert> mats, ping?
# [20:05] * Quits: thedudeabides (thedudeabi@moz-D35891B7.nyc.biz.rr.com) (Ping timeout)
# [20:05] <mats> dholbert: pong
# [20:05] * lsblakk|afk is now known as lsblakk
# [20:06] <dholbert> mats, hi! so I'm trying to implement your suggestion for shuffling flexbox-item contents
# [20:06] * jhford-buildduty-away is now known as jhford-work
# [20:07] <dholbert> mats, but SplitLine doesn't seem to reliably split where I want it to
# [20:07] * Quits: ptheriault (ptheriault@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: ptheriault)
# [20:07] * jhford-work is now known as jhford-buildduty
# [20:07] <dholbert> mats, (mxr link: http://mxr.mozilla.org/mozilla-central/source/layout/generic/nsBlockFrame.cpp#4040 )
# [20:08] <dholbert> mats, in particular, its behavior seems to depend on "pushCount", which depends on aLineLayout being set up a particular way
# [20:08] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [20:09] * AutomatedTester|away is now known as AutomatedTester
# [20:09] <mats> how odd, I thought it just took the aFrame you gave it and split right there...
# [20:09] * Joins: ptheriault (ptheriault@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:10] <BenWa> pcwalton: ping
# [20:10] <pcwalton> BenWa: pong
# [20:10] * Quits: gkw (gkw@moz-5481C38F.hsd1.ca.comcast.net) (Quit: Instantbird 1.1)
# [20:10] <BenWa> pcwalton: Ali had an idea to help with checker boarding, we could do it for both layer manager
# [20:10] <pcwalton> what was it
# [20:10] <pcwalton> ?
# [20:11] <BenWa> We render the whole page in a thumbnail like buffer scaled out. Say 100x100 (keep aspect ration) or whatever
# [20:11] <dholbert> mats, nope -- the way I had it set up, pushCount would be 0, and I'd skip all the meat of the function (inside a "0 != pushCount" check)
# [20:11] <mats> dholbert, yeah, glancing over the code it doesn't work the way I thought it would, sorry
# [20:11] <BenWa> Then instead of checker boarding we show the thumbnail scaled so you get a blurry version instead of a checkerboard
# [20:11] <pcwalton> ah yeah, I thought about that
# [20:11] * Joins: lurking_work (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net)
# [20:11] <dholbert> mats, no problem. So now I'm trying this (let me know if this makes sense):
# [20:11] <pcwalton> might be a good idea
# [20:11] <mats> dholbert: I have no idea what pushCount even means
# [20:11] <pcwalton> hopefully it won't be too much of a problem with GL layers though
# [20:11] * davehunt is now known as davehunt|away
# [20:11] <pcwalton> but yes, it's a good idea
# [20:11] <BenWa> pcwalton: I may make the java compositor more shippable?
# [20:12] <BenWa> I think we should definitely do it for OGL as well
# [20:12] <pcwalton> let's get a bug on it
# [20:12] <BenWa> But if we throw it into the java flexible view we could get it for free for both layer manager?
# [20:12] <pcwalton> well, it needs a little help from widget I would think
# [20:13] * Joins: bzum (akin@AC70084F.DBB41A87.114503E7.IP)
# [20:13] <dholbert> mats, I'm trying to reflow the block, and inside of ReflowInlineFrame, I detect frames that should be their own flexbox items (e.g. images), and I set the BREAK_BEFORE reflow status
# [20:13] <dholbert> mats, so that way, I'd hope that they'd end up at the beginning of their line
# [20:14] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [20:14] <dholbert> mats, and then I wouldn't need to call splitline myself -- I could hopefully follow the original steps that you'd outlined. (Push lines from that point on to a newly-generated NIF, and then steal the first frame from that NIF)
# [20:14] <mats> dholbert: oh ok, that might work, using normal reflow tricks to break the line...
# [20:15] <dholbert> mats, yeah -- so the only tricky thing I'm running into now is when there are already overflow lines on the block in question
# [20:16] <dholbert> mats, because then our (temporarily-set) NIF will drain those, too, which isn't what we want
# [20:16] * Joins: Mossop_ (mossop@moz-BBE3ABD.mv.mozilla.com)
# [20:16] * Quits: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:17] <dholbert> mats, any ideas on how to prevent that from happening, or work around that? (or let me know if it didn't make sense)
# [20:17] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [20:17] * Mossop_ is now known as Mossop
# [20:17] <edmorley> jlebar: ping
# [20:17] <jlebar|mac> edmorley: I didn't do it!
# [20:17] <edmorley> hehe
# [20:17] <edmorley> it's ok :-)
# [20:17] <jlebar|mac> edmorley: what's up?
# [20:18] * Joins: jduell_ (jduell@25F88422.B7606226.6BED537B.IP)
# [20:18] <edmorley> jlebar: one of the bug numbers in https://hg.mozilla.org/mozilla-central/rev/350ba395c507 appears to be wrong, would you mind marking the merge for the two relevant bugs, so I don't miss one?
# [20:19] <jlebar|mac> edmorley: Those are the bug numbers I meant to back out.
# [20:19] <jlebar|mac> edmorley: I hope I actually backed out those two bugs!
# [20:19] * Quits: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP) (Ping timeout)
# [20:20] <edmorley> jlebar|mac: oh, I just thought that the "dang wrong bug" comment on the backout attachement for bug 721510 meant that it was for something else?
# [20:20] * Quits: bjacob (bjacob@77BF8A43.C1607DFF.95579CE8.IP) (Connection reset by peer)
# [20:20] * Joins: bjacob_ (bjacob@77BF8A43.C1607DFF.95579CE8.IP)
# [20:21] <jlebar|mac> edmorley: I meant to put the attachment in the other bug, but the attachment does back out both bugs.
# [20:21] <edmorley> ahh
# [20:21] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Connection reset by peer)
# [20:21] <edmorley> jlebar|mac: cool, I'll reopen both then - thank you :-)
# [20:21] <jlebar|mac> edmorley: thank you!
# [20:23] * Joins: dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com)
# [20:23] * ChanServ sets mode: +o dveditz
# [20:23] <mats> dholbert: maybe create an extra NIF and drain the current overflow lines into it, then make the split?
# [20:23] <mats> dholbert: (sounds terribly hacky though)
# [20:24] * Quits: biesi (cbiesinger@moz-D617BE71.adsl-static.isp.belgacom.be) (Ping timeout)
# [20:24] <dholbert> mats, possibly... and the lines wouldn't magically end up in the extra NIF's own overflow-list as long as I don't reflow it, right?
# [20:25] <dholbert> (that is to say: I wouldn't have to repeat that process recursively? :))
# [20:25] * luke-sleep is now known as luke
# [20:25] * Quits: necolas (necolas@moz-C8C6D8F3.bb.sky.com) (Client exited)
# [20:25] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
# [20:26] <mats> dholbert: right, it should be on the normal line list for that NIF
# [20:26] <mats> dholbert: I think writing your own SplitLine method wouldn't be very hard though
# [20:27] <mats> basically just the latter part of the current SplitLine method, skipping all that pushCount crap
# [20:27] <dholbert> mats, ok, that's an idea too
# [20:27] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [20:28] * Quits: mbrubeck (mbrubeck@moz-23F706CB.tmodns.net) (Ping timeout)
# [20:28] * Quits: rshetty (quassel@DC956C63.3EEBC369.C842849F.IP) (Ping timeout)
# [20:28] <dholbert> yeah, looks doable
# [20:28] <mats> dholbert: you should check with someone that knows what that GetCurrentSpanCount() thing is first
# [20:28] <mats> dholbert: might be important :-)
# [20:29] <dholbert> mats, good idea. :) /me does some hg archeology
# [20:29] <dholbert> er, s/hg/CVS/
# [20:29] <edmorley> \o/ going for green on m-c tip!
# [20:29] <edmorley> (and yes blue doesn't count... ;-))
# [20:29] * Quits: liuche (liuche@moz-B77DEAEB.mozilla.org) (Quit: leaving)
# [20:29] * Joins: liuche (liuche@moz-B77DEAEB.mozilla.org)
# [20:29] <dholbert> mats, woot, that line of code is from kipp in 1999 :)
# [20:30] <dholbert> bz, ping?
# [20:30] * jgriffin is now known as jgriffin-afk
# [20:30] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/5bb1c40e2e03 - Sriram Ramasubramanian - Bug 723899: There is no "empty" resource in ICS. [r=mfinkle]
# [20:30] * Quits: liuche (liuche@moz-B77DEAEB.mozilla.org) (Quit: leaving)
# [20:30] * Joins: liuche (liuche@moz-B77DEAEB.mozilla.org)
# [20:31] * Quits: jduell_ (jduell@25F88422.B7606226.6BED537B.IP) (Ping timeout)
# [20:32] <Ms2ger> dholbert, interesting, I had to blame something on kipp too in the last few weeks :)
# [20:32] * Quits: jduell (jduell@25F88422.B7606226.6BED537B.IP) (Quit: jduell)
# [20:32] * lsblakk is now known as lsblakk|afk
# [20:33] * Quits: mario (mario@moz-683270A5.dip.t-dialin.net) (Quit: mario)
# [20:33] <dholbert> commit message: "Major spankage; refactored code; common base class for block/inline frames" :)
# [20:33] <@bz> dholbert: ack
# [20:33] <@bz> dholbert: what's up?
# [20:33] * Joins: karl (karl@moz-E3D156B7.jetstream.xtra.co.nz)
# [20:34] * @bz reads up
# [20:34] <dholbert> bz, hi! question on inline layout -- do you happen to know why nsBlockFrame::SplitLine doesn't just take the frame it's given and split there?
# [20:34] * @bz looks
# [20:35] <dholbert> bz, http://mxr.mozilla.org/firefox/source/layout/generic/nsBlockFrame.cpp#3827
# [20:35] <@bz> yeah
# [20:35] <@bz> looking
# [20:35] <@bz> comments, what comments?
# [20:35] * Joins: mbrubeck (mbrubeck@moz-23F706CB.tmodns.net)
# [20:36] <dholbert> bz, I was trying to call it with mostly-freshly-initialized reflow states / nsLineLayout / etc., and I was getting aLine->ChildCount() == aLineLayout.GetCurrentSpanCount()
# [20:36] * Quits: micahg (micahg@moz-C19FF7EA.c3-0.alc-ubr2.chi-alc.il.cable.rcn.com) (Ping timeout)
# [20:36] <dholbert> bz, which meant that pushCount is 0, which makes SplitLine just return, basically
# [20:36] * Quits: Asa (asa@F259CFB7.9EF26CBA.EB5E51FC.IP) (Ping timeout)
# [20:36] <@bz> so hmm
# [20:36] <@bz> so we start with aFrame
# [20:36] <dholbert> (the meat of the function is inside 0 != pushcount)
# [20:37] <@bz> go forward pushCount frames?
# [20:37] <@bz> wait
# [20:37] <@bz> that's just an assert
# [20:37] <@bz> what do we really do
# [20:37] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [20:37] <@bz> we create a new linebox starting with aFrame and holding pushCount items
# [20:37] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [20:38] * Joins: biesi (cbiesinger@moz-D617BE71.adsl-static.isp.belgacom.be)
# [20:38] <@bz> and decrement the number of items on aLine by pushCount
# [20:38] <dholbert> bz, er sorry, my MXR link above was from gecko 1.9 (but you probably had the right MXR page up already)
# [20:38] <@bz> I had it open in emacs
# [20:38] <dholbert> good man
# [20:38] * Joins: ericb2 (X@C5FB3C7F.6D6BC885.CF08085F.IP)
# [20:38] <@bz> alright
# [20:38] <@bz> so...
# [20:38] <Ms2ger> vim!
# [20:38] <@bz> I believe the intent is in fact to just split starting at aFrame
# [20:39] <@bz> And basically move aFrame and everything after it to the next line
# [20:39] <dholbert> but it's expecting that we discovered the need to split while doing line layout, so it's expecting aLineLayout to basically be pointing at aFrame too?
# [20:39] <@bz> yes
# [20:39] <dholbert> OK, that seems to make sense
# [20:39] <@bz> it could avoid doing that if it were willing to find the index of aFrame in the line directly
# [20:39] <Ms2ger> Sounds like us
# [20:39] <@bz> but that could be slow for lines with lots of frames
# [20:40] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [20:40] <dholbert> bz, yeah, that's what I suspected as well
# [20:40] * @bz mutters about the linebox data structure sucking donkey balls
# [20:40] <dholbert> heh
# [20:40] * Joins: gandalf (zbraniecki@74E406D.A6B942B2.1D05C454.IP)
# [20:41] <dholbert> bz / mats, thanks for the help
# [20:41] <@bz> no problem
# [20:41] <@bz> sorry you have to deal with this junk
# [20:41] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [20:42] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [20:42] * Joins: askalski (akuda@moz-6A36EC49.ip.abpl.pl)
# [20:43] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [20:45] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
# [20:45] * mcote is now known as mcote|lunch
# [20:46] * Quits: dougt (dougt@moz-A8ADD744.org) (Quit: ZNC - http://znc.sourceforge.net)
# [20:47] * Joins: diogogmt (kvirc@moz-57B23647.senecac.on.ca)
# [20:47] * Quits: mbrubeck (mbrubeck@moz-23F706CB.tmodns.net) (Ping timeout)
# [20:48] * Quits: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:48] * Joins: Mossop_ (mossop@moz-BBE3ABD.mv.mozilla.com)
# [20:48] * Mossop_ is now known as Mossop
# [20:49] * Joins: dougt (dougt@moz-A8ADD744.org)
# [20:50] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [20:51] <NeilAway> jlebar|mac: same as do_QueryInterface, but for when you don't have two interfaces
# [20:51] * Quits: Jonathan_ (JonathanS@moz-FA436756.cfl.res.rr.com) (Quit: Computer has gone to sleep.)
# [20:52] <jlebar_> NeilAway, That's cool; I've always done an NS_ISUPPORTS_CAST!
# [20:52] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Ping timeout)
# [20:52] * Joins: micahg (micahg@moz-C19FF7EA.c3-0.alc-ubr2.chi-alc.il.cable.rcn.com)
# [20:52] <NeilAway> jlebar_: yeah, do_QueryObject saves you that, but costs you a little in code size because it can't be shared quite as easily
# [20:53] <jlebar_> I see.
# [20:53] <NeilAway> jlebar_: also, to get a chrome window from a content window you could crawl the docshelltreeitem tree
# [20:53] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [20:54] <jlebar_> NeilAway, That's what I ended up doing. Kind of silly we don't have a method to do that.
# [20:54] * Quits: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com) (Quit: Leaving)
# [20:56] * Quits: TheLink (TheLink@moz-4D4DDD71.pools.arcor-ip.net) (Connection reset by peer)
# [20:56] * Joins: TheLink (TheLink@moz-4D4DDD71.pools.arcor-ip.net)
# [20:57] * Joins: timeless_xchat (timeless@moz-A4A01B28.eng.wind.ca)
# [20:58] * Quits: mib_0isqcj (Mibbit@BD42E25B.83739CE9.8DFEA35B.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [20:59] * Quits: Unfocused (u2622@moz-160C58C6.com) (Max SendQ exceeded)
# [20:59] * Joins: Unfocused (u2622@moz-160C58C6.com)
# [20:59] * Quits: jaws (u2871@moz-160C58C6.com) (Max SendQ exceeded)
# [20:59] * Quits: askalski (akuda@moz-6A36EC49.ip.abpl.pl) (Quit: Wychodzi)
# [20:59] * Quits: dao (dao@moz-FACBC61B.superkabel.de) (Quit: Leaving.)
# [20:59] * Joins: jaws (u2871@moz-160C58C6.com)
# [21:00] * timA|away is now known as timA|mtg
# [21:01] * Joins: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
# [21:01] * mdas is now known as mdas|afl
# [21:01] * mdas|afl is now known as mdas|afk
# [21:02] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [21:02] <NeilAway> jaws: what was the bug that used dom fullscreen for video?
# [21:03] * dveditz is now known as dveditzMtg
# [21:04] * Quits: mjschranz (mjschranz@F1451709.44D93D66.1139E686.IP) (Client exited)
# [21:04] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [21:05] * Quits: anant (anant@moz-BBE3ABD.mv.mozilla.com) (Quit: anant)
# [21:07] * joduinn-mtg is now known as joduinn
# [21:07] * Quits: myk (myk@moz-BBE3ABD.mv.mozilla.com) (Max SendQ exceeded)
# [21:08] * Joins: myk (myk@moz-BBE3ABD.mv.mozilla.com)
# [21:10] * Joins: anant (anant@moz-BBE3ABD.mv.mozilla.com)
# [21:10] * mdas|afk is now known as mdas
# [21:11] * Quits: jimm-bbiab (jmathies@moz-7F164CA1.pn.at.cox.net) (Ping timeout)
# [21:12] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
# [21:12] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
# [21:13] * coop|mtg is now known as coop
# [21:13] * jwir3|lunch is now known as jwir3
# [21:13] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/394c3ef8a0dc - Joel Maher - Bug 719560 - [resize screen] Can't publish split native and xul builds under the same product on android market. r=blassey
# [21:13] <jwir3> is there a keyboard shortcut to clear the web console?
# [21:14] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [21:14] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Ping timeout)
# [21:14] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [21:15] * Quits: cadecairos (cadecairos@F1451709.44D93D66.1139E686.IP) (Quit: Konversation terminated!)
# [21:15] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- Nine out of ten l33t h4x0rz prefer it)
# [21:16] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [21:16] * Quits: AutomatedTester (AutomatedT@26B90EAA.A406FCCB.A636A10A.IP) (Input/output error)
# [21:20] * Quits: jhammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Computer has gone to sleep.)
# [21:20] * Joins: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP)
# [21:21] * Quits: biesi (cbiesinger@moz-D617BE71.adsl-static.isp.belgacom.be) (Ping timeout)
# [21:22] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [21:22] * joduinn is now known as joduinn-fodd
# [21:22] * joduinn-fodd is now known as joduinn-food
# [21:22] <jlebar|mac> Is there an nspr function for getpid?
# [21:23] <Callek> jlebar|mac: let me look :-)
# [21:23] <jlebar|mac> Callek: Thanks. :) I've been looking, but without success.
# [21:26] * Joins: Jonathan_ (JonathanS@moz-FA436756.cfl.res.rr.com)
# [21:27] * Joins: protz (jonathan@74E406D.A6B942B2.1D05C454.IP)
# [21:28] <Callek> jlebar|mac: as a base abstract of getpid its not *looking* like so, but there might be a higher level abstract that suits your needs, (I'm looking at that right now)
# [21:28] <jlebar|mac> Callek: I want to print out an identifier for a process. I don't really care if it's the actual PID, although that's better.
# [21:29] <Callek> jlebar|mac: if you can work with the PRProcess pointer from: http://www.mozilla.org/projects/nspr/reference/html/prprocess.html for your needs you can probably get an identifier
# [21:29] * OccupyGreenland is now known as ericjung2_
# [21:29] * ericjung2_ is now known as ericjung_
# [21:30] <Callek> jlebar|mac: you can drill down to the _MDProcess if you want, but that struct is plat specific, on windows it has a HANDLE , etc.
# [21:30] * Parts: protz (jonathan@74E406D.A6B942B2.1D05C454.IP) (Leaving)
# [21:30] <jlebar|mac> Callek: Yeah, at that point, I might as well call getpid() or _getpid() myself.
# [21:31] <jlebar|mac> Callek: gepid will work well enough. Thanks for looking!
# [21:31] <Callek> yea Process Management is hard to abstract across platforms, which is why I suspect NSPR hasn't made much more than a very high level attempt
# [21:31] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:31] * Joins: thedudeabides (thedudeabi@moz-D35891B7.nyc.biz.rr.com)
# [21:31] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [21:32] * Quits: ericjung_ (OccupyGree@moz-C6B344D.bstnma.fios.verizon.net) (Quit: Leaving)
# [21:34] * Joins: Enn (enn@moz-18705F16.reverse.destiny.be)
# [21:36] * dveditzMtg is now known as dveditz
# [21:37] * Quits: bzum (akin@AC70084F.DBB41A87.114503E7.IP) (Ping timeout)
# [21:37] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [21:37] * ChanServ sets mode: +o roc
# [21:39] * gregglind is now known as gregglind_afk
# [21:40] * merike|away is now known as merike
# [21:42] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [21:42] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:43] * khuey|away is now known as khuey
# [21:43] * armenzg is now known as armenzg_brb
# [21:43] <@khuey> RyanVM: pong
# [21:43] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [21:43] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [21:44] <diogogmt> When trying to display the statistics of a video while its still loading, an exception is thrown.
# [21:44] <diogogmt> The exception is being thrown because when displaying the statics of a video the code is trying to access the mozChannels attribute of the video object, and the getter for the mozChannels is returning a NS_ERROR_DOM_INVALID_STATE_ERR
# [21:44] <RyanVM> khuey: dunno, I'll get back to you. Having PGO problems and don't know why yet. Appears to be an issue with my build config, though.
# [21:44] <@khuey> RyanVM: ok
# [21:44] <diogogmt> Is the exception being thrown for a reason? or should a check be added before trying to get the mozChannels of a video when displaying the statistics?
# [21:44] * ctalbert is now known as ctalbert|food
# [21:44] <diogogmt> http://mxr.mozilla.org/mozilla-central/source/toolkit/content/widgets/videocontrols.xml#1097
# [21:44] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [21:44] <diogogmt> http://mxr.mozilla.org/mozilla-central/source/content/html/content/src/nsHTMLMediaElement.cpp#1246
# [21:46] * jgriffin-afk is now known as jgriffin
# [21:47] * Quits: victorporof (victorporo@3CA634F2.B89616B1.79933D60.IP) (Quit: Leaving...)
# [21:47] <mdas> jgriffin: I moved all the docs to mdn, except devnotes
# [21:47] <mdas> i'm updating the links now
# [21:48] <jgriffin> mdas: awesome, thanks
# [21:48] * armenzg_brb is now known as armenzg
# [21:48] <mdas> jgriffin: i'll be removing them from the wiki soon
# [21:49] <jgriffin> sounds good
# [21:49] * Joins: Jake (Jake@moz-3284655B.resnet.drexel.edu)
# [21:50] <jlebar|mac> cjones: ping?
# [21:52] * Quits: Jonathan_ (JonathanS@moz-FA436756.cfl.res.rr.com) (Quit: Computer has gone to sleep.)
# [21:53] * Quits: diogogmt (kvirc@moz-57B23647.senecac.on.ca) (Ping timeout)
# [21:54] * Quits: jhopkins (jhopkins@moz-41E1D586.tb.shawcable.net) (Input/output error)
# [21:54] * gregglind_afk is now known as gregglind
# [21:55] * Quits: nomisvai (chatzilla@moz-7DAF1A3B.oracle.com) (Client exited)
# [21:55] * Quits: dseif (dseif@moz-3DA2586B.dsl.bell.ca) (Input/output error)
# [21:56] * Quits: Jake (Jake@moz-3284655B.resnet.drexel.edu) (Quit: Leaving.)
# [21:56] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [21:58] <jlebar|mac> cjones: Unping; I commented in https://bugzilla.mozilla.org/show_bug.cgi?id=714861
# [21:59] * Quits: dholbert (dholbert@moz-EAA4454E.hsd1.ca.comcast.net) (Quit: dholbert)
# [22:00] * mcote|lunch is now known as mcote
# [22:02] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/4e392c4dd76f - Brian Nicholson - Bug 723550 - Lots of base64 decode errors in logcat [r=blassey]
# [22:04] * Joins: jhammink (textual@moz-BBE3ABD.mv.mozilla.com)
# [22:04] * philor is now known as philor|away
# [22:04] * Quits: daim (David_Mart@moz-EF3D4F79.fbx.proxad.net) (Client exited)
# [22:04] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Quit: Make a new plan, Stan!)
# [22:04] * Quits: gandalf (zbraniecki@74E406D.A6B942B2.1D05C454.IP) (Quit: Computer has gone to sleep.)
# [22:08] * Joins: gandalf (zbraniecki@74E406D.A6B942B2.1D05C454.IP)
# [22:08] <thedudeabides> i'm fairly convinced firefox 10 has a bug
# [22:08] <@bz> it probably has thousands
# [22:08] <thedudeabides> firefox 10 does not seem to respect the Strict-Transport-Security header
# [22:08] <thedudeabides> bz: heh, i know, i wasn't finished
# [22:08] <@bz> Testcase?
# [22:09] <thedudeabides> yeah, i tried stripe.com, hold on...trying to find a better test
# [22:09] <thedudeabides> ideally, the server would not explicitly redirect all http requests to https
# [22:09] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Client exited)
# [22:09] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:09] <thedudeabides> i don't want to file a bug until i'm sure
# [22:10] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:11] * Joins: madhava_ (madhava@F2D29657.F60B0462.67AC9B1.IP)
# [22:11] * Quits: SeoZ (DanielJuyu@moz-7B0110AD.mv.mozilla.com) (Quit: Leaving)
# [22:11] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [22:11] <WeirdAl> dude, love the nick 8)
# [22:12] * madhava_ is now known as madhava
# [22:13] * timA|mtg is now known as timA
# [22:13] * Quits: maikmerten (maikmerten@moz-5E759146.dynamic.qsc.de) (Client exited)
# [22:13] * Quits: bjacob_ (bjacob@77BF8A43.C1607DFF.95579CE8.IP) (Ping timeout)
# [22:13] * Joins: bjacob_ (bjacob@77BF8A43.C1607DFF.95579CE8.IP)
# [22:14] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
# [22:14] * Joins: dholbert (dholbert@moz-EAA4454E.hsd1.ca.comcast.net)
# [22:14] * Joins: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com)
# [22:15] * Quits: anant (anant@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [22:15] * Joins: anant (anant@moz-BBE3ABD.mv.mozilla.com)
# [22:18] * Joins: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP)
# [22:18] * jhford-buildduty is now known as jhford-work
# [22:18] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
# [22:21] <thedudeabides> WeirdAl: thanks! :)
# [22:22] <RyanVM> *sigh* Always nice bisecting a regression only to find out that it regressed in april 2010
# [22:22] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [22:22] <jtcranmer> always nice bisecting a regression only to find out that it appears to have never worked
# [22:22] <RyanVM> lol
# [22:22] * Joins: mbrubeck (mbrubeck@moz-BDCDA1B0.tmodns.net)
# [22:23] <jtcranmer> [true story]
# [22:23] <RyanVM> on the bright side, at least there's an obvious culprit in the regression range
# [22:23] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [22:23] <jtcranmer> also nice to find out when the apparent regression change has no obvious culprits
# [22:24] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/d0a8f2af8dbe - Brad Lassey - backing out 394c3ef8a0dc because it breaks the xul build and doesn't fix the problem
# [22:24] <@bsmedberg> Is there an operator commonly associated with the "@" symbol?
# [22:24] <jtcranmer> annotation?
# [22:24] * Joins: Jonathan_ (JonathanS@moz-FA436756.cfl.res.rr.com)
# [22:24] <cmr> In python it's used for decorators.
# [22:25] <@bsmedberg> jtcranmer: a postfix program operator
# [22:25] <cmr> Being that's punctuation, I'm sure perl has a use for it.
# [22:25] <@bsmedberg> $T1 .raSearch = $T0 $T1 4 - 8 @ = $ebp $T1 4 - ^ = $eip $T1 ^ = $esp $T1 4 + = $20 $T0 168 - ^ = $23 $T0 172 - ^ = $24 $T0 176 - ^ =
# [22:25] <@bsmedberg> is a postfix program for calculating the return address of a function without a frame pointer
# [22:25] <squib> cmr: it's the array sigil in perl
# [22:25] * Quits: bjacob_ (bjacob@77BF8A43.C1607DFF.95579CE8.IP) (Ping timeout)
# [22:25] <RyanVM> jtcranmer: Of course, then I find a closed dependent bug suggesting that the behavior is intended
# [22:26] <RyanVM> doh
# [22:26] * Joins: bjacob_ (bjacob@77BF8A43.C1607DFF.95579CE8.IP)
# [22:26] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/766a59650976 - Matt Brubeck - Bug 723917 - NullPointerException when removing a menu item [r=sriram]
# [22:26] <@bsmedberg> This is a mostly-undocumented language invented by microsoft, but in MSVC2010 we started seeing this new operator
# [22:26] <@bsmedberg> the language has the following operators: + - * / %
# [22:26] <jtcranmer> bsmedberg: since that looks like it's doing something wrt assembly, I'm going to go out on a limb and guess that it refers to the current symbol
# [22:26] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
# [22:27] <@bsmedberg> and assignment = and dereference ^
# [22:27] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [22:28] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:28] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [22:28] <NeilAway> ok, so what do we do if we can't clone?
# [22:29] * Joins: bjacob__ (bjacob@77BF8A43.C1607DFF.95579CE8.IP)
# [22:29] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Quit: Ex-Chat)
# [22:29] * Quits: bjacob_ (bjacob@77BF8A43.C1607DFF.95579CE8.IP) (Input/output error)
# [22:29] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [22:30] <cmr> NeilAway: what's the error?
# [22:31] <cmr> NeilAway: You get a bundle and use that, see https://developer.mozilla.org/en/Mozilla_Source_Code_(Mercurial)#Bundles
# [22:32] <NeilAway> cmr: yeah, just found that, but thanks
# [22:32] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [22:32] <mw22> I have found a regression range that contains only 3 changesets, but those 3 changesets contain >100 subchangesets in total, how can I subbisect on those subchangesets?
# [22:32] * Quits: bjacob__ (bjacob@77BF8A43.C1607DFF.95579CE8.IP) (Ping timeout)
# [22:33] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:33] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [22:33] * Joins: bjacob__ (bjacob@77BF8A43.C1607DFF.95579CE8.IP)
# [22:33] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:34] * Quits: mbrubeck (mbrubeck@moz-BDCDA1B0.tmodns.net) (Ping timeout)
# [22:35] * Quits: ddahl|sheriff (ddahl@moz-976797D6.hsd1.il.comcast.net) (Ping timeout)
# [22:35] * ctalbert|food is now known as ctalbert
# [22:35] <@bz> bsmedberg: arrayness?
# [22:36] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [22:36] * Joins: bholley (bholley@moz-104CC309.mv.mozilla.com)
# [22:38] * Joins: Yoric (Yoric@moz-18705F16.reverse.destiny.be)
# [22:38] * Quits: graememcc (chatzilla@moz-B5263D41.range86-148.btcentralplus.com) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20120117092756])
# [22:39] * Quits: jst (jst@moz-BBE3ABD.mv.mozilla.com) (Quit: ZNC - http://znc.in)
# [22:40] * Joins: jst (jst@moz-BBE3ABD.mv.mozilla.com)
# [22:40] * Quits: gandalf (zbraniecki@74E406D.A6B942B2.1D05C454.IP) (Quit: Computer has gone to sleep.)
# [22:42] * joduinn-food is now known as joduinn
# [22:42] * Quits: msucan (msucan-@CA197AEE.3A7AD384.699550A1.IP) (Quit: .)
# [22:42] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [22:43] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [22:44] * Fallen|away is now known as Fallen
# [22:44] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:44] * Quits: Yoric (Yoric@moz-18705F16.reverse.destiny.be) (Connection reset by peer)
# [22:44] * Quits: jst (jst@moz-BBE3ABD.mv.mozilla.com) (Quit: ZNC - http://znc.in)
# [22:44] * Joins: priya (priya@moz-BBE3ABD.mv.mozilla.com)
# [22:45] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [22:45] * Joins: jst (jst@moz-BBE3ABD.mv.mozilla.com)
# [22:45] * merike is now known as merike|away
# [22:47] * Quits: merike|away (quassel@moz-3333F9A9.cable.starman.ee) (Connection reset by peer)
# [22:47] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [22:48] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
# [22:50] <gregglind> are there existing download urls for FX builds (osx, any channel) with DEBUG on? (inside moz / mpt / mv is fine)
# [22:50] <Ms2ger> ftp?
# [22:51] * Joins: ddahl|sheriff (ddahl@moz-976797D6.hsd1.il.comcast.net)
# [22:51] * Joins: Yoric (Yoric@moz-18705F16.reverse.destiny.be)
# [22:51] * Quits: taras (taras@moz-8E045071.hsd1.wa.comcast.net) (Ping timeout)
# [22:51] * Joins: taras (taras@moz-8E045071.hsd1.wa.comcast.net)
# [22:51] <@ehsan> tn: ping
# [22:51] <tn> ehsan, pong
# [22:52] <@ehsan> tn: for smooth scrolling, each timer shot just triggers and invalidation which will later get painted by the refresh driver, right?
# [22:53] * Quits: andreasn (andreasn@moz-BB6A8755.bredband.comhem.se) (Quit: Ex-Chat)
# [22:54] * Quits: bjacob__ (bjacob@77BF8A43.C1607DFF.95579CE8.IP) (Ping timeout)
# [22:54] <tn> ehsan, each timer shot triggers an invalidation, and invalidations in general get flushed to the os by the refresh driver, the os then sends us a paint event in response
# [22:54] * Joins: bjacob__ (bjacob@77BF8A43.C1607DFF.95579CE8.IP)
# [22:54] <gregglind> Ms2ger, ftp is fine... pm me on how to get there :) I don't quite recall the pathspec (remotie here)
# [22:55] <gregglind> here-ish? ftp://ftp.mozilla.org/pub/firefox/nightly/
# [22:55] <@ehsan> tn: so with that in mind, I don't get the purpose behind bug 702463 (except for just using one fewer timer)
# [22:56] <Ms2ger> ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2012/02/2012-02-03-mozilla-central-debug/ maybe
# [22:57] <tn> ehsan, i wasn't totally clear on the benefits either. perhaps if we are getting swamped and can't keep up it would be slightly better? i didn't think it through
# [22:57] <NeilAway> whoa, unbundle really is slow
# [22:57] <tn> ehsan, what does the refresh driver do if each tick takes until past the next tick?
# [22:58] * Joins: roc_ (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [22:58] * Quits: taras (taras@moz-8E045071.hsd1.wa.comcast.net) (Ping timeout)
# [22:58] <@ehsan> tn: the refresh driver also runs on a timer
# [22:58] <@ehsan> so the same thing could happen in both places
# [22:58] * Joins: taras (taras@moz-8E045071.hsd1.wa.comcast.net)
# [22:58] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
# [22:58] * roc_ is now known as roc
# [22:58] <gregglind> than Ms2ger
# [22:58] <@ehsan> tn: I still think that this bug is valid, since using one fewer timer is better, but it's definitely not a snappy bug
# [22:58] * Joins: darktrojan (geoff@moz-47B83BE0.dsl.telstraclear.net)
# [22:59] <Ms2ger> np
# [22:59] * Quits: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP) (Quit: Computer has gone to sleep.)
# [22:59] <tn> ehsan, is the refresh driver smarter about that case than the "dumb" timer smooth scrolling currently uses?
# [23:00] <@ehsan> tn: not as far as I can see
# [23:01] <@ehsan> tn: note that bug 202718 is from before we had the refresh driver
# [23:02] * Joins: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com)
# [23:02] <tn> ehsan, what do you mean by that exactly?
# [23:03] <@ehsan> tn: I mean with the refresh driver, there shouldn't really be any case where we're hung on painting if we invalidate too frequently
# [23:03] <@ehsan> right?
# [23:03] <jlebar|mac> How do I turn on inline-autocomplete
# [23:03] <jlebar|mac> *?
# [23:04] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [23:04] <Ms2ger> dholbert, do you know if these are fixed? layout/base/nsPresShell.cpp:691:1: warning: size_t GfxTextrunWordCacheMallocSizeOf(const void*) defined but not used / layout/base/nsPresShell.cpp:5742:1: warning: void EvictTouchPoint(nsCOMPtr<nsIDOMTouch>&) defined but not used / layout/base/nsPresShell.cpp:5781:1: warning: PLDHashOperator AppendToTouchList(const PRUint32&, nsCOMPtr<nsIDOMTouch>&, void*) defined but not used
# [23:04] * Joins: morton (Mibbit@455CFFC6.42106D70.16DF60A1.IP)
# [23:04] <tn> ehsan, well each paint could still take more than 1/60 s
# [23:04] * Joins: Pike (Pike@moz-E31CD2CB.mozilla.org)
# [23:05] * Quits: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP) (Ping timeout)
# [23:05] <@ehsan> tn: of course, but even assuming that, how would this bug help with anything?
# [23:05] <@ehsan> it can't make paints faster!
# [23:05] <jwir3> the refresh driver also throttles down invalidation on tabs that aren't in the foreground
# [23:06] <@ehsan> jwir3: but smooth scroll is not going to happen on those tabs
# [23:06] <tn> ehsan, oh yeah, i'm not arguing that, i'm just trying to grasp your point by mentioning bug 202718
# [23:06] <tn> jwir3, and we kill invalidations in non-foreground tabs
# [23:06] <@ehsan> tn: that bug is mentioned in comment 0
# [23:06] * Quits: bjacob__ (bjacob@77BF8A43.C1607DFF.95579CE8.IP) (Ping timeout)
# [23:06] <@ehsan> which is why I'm talking about it
# [23:06] * Joins: evilpie (evilpie@moz-F4336801.pools.arcor-ip.net)
# [23:06] <jwir3> ok
# [23:06] * Joins: bjacob__ (bjacob@77BF8A43.C1607DFF.95579CE8.IP)
# [23:07] * joduinn is now known as joduinn-mtg
# [23:08] <evilpie> ddahl|sheriff, bsmith bug 440046 :(
# [23:08] <@ehsan> jwir3: so I'm gonna remove [snappy] from it and unassign it from myself. do you agree?
# [23:08] * armenzg is now known as armenzg_away
# [23:08] * Quits: gmoro__ (guilherme@8057F9D4.6C34BE6.D41E40C.IP) (Ping timeout)
# [23:08] * Joins: gmoro (guilherme@8057F9D4.6C34BE6.D41E40C.IP)
# [23:08] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [23:08] <bsmith> evilpie: I know
# [23:08] <ddahl|sheriff> evilpie: yeah man. I am going to SF next week. bsmith better cut some hours loose!:)
# [23:08] <bent> ehsan, did you ever file that bug to have nightly-profiling switched to use the correct update certs?
# [23:08] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:09] <jwir3> ehsan: yes, I think that's ok.
# [23:09] <evilpie> ddahl|sheriff yep give bsmith fire :O
# [23:09] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [23:10] <ddahl|sheriff> i will also buy bsmith beer
# [23:10] <ddahl|sheriff> whatever it takes
# [23:10] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:10] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Leaving...)
# [23:10] <Jonathan_> http://betanews.com/2012/02/03/microsoft-opens-hardware-acceleration-spec-for-c-ahead-of-visual-studio-11-beta hmm
# [23:10] <Ms2ger> ddahl|sheriff, send mounir some chocolate, and he'll r+ it
# [23:11] <jwir3> ehsan: You should know I didn't put the [snappy] in there, taras did. So you may want to check with him in case he thinks of why it's on the snappy project.
# [23:11] <@ehsan> bent: yes and I think it was fixed
# [23:11] * Quits: armenzg_away (armenzg@moz-7B7ED579.home1.cgocable.net) (Input/output error)
# [23:11] <qDot> Oh lovely. Another vendor specific parallelism layer.
# [23:11] * Joins: mak (mak@moz-18705F16.reverse.destiny.be)
# [23:11] * Joins: mbrubeck (mbrubeck@moz-BDCDA1B0.tmodns.net)
# [23:11] <@ehsan> jwir3: yeah no problem, I just wanted to make sure that it's going to help with snappy if I want to work on it
# [23:11] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:11] <@ehsan> it's still a valid bug
# [23:11] <ddahl|sheriff> Ms2ger: i think we should just land it for desktop now, with that followup to make it work with vanilla ArrayBuffers
# [23:12] <@ehsan> which we should fix at some point :)
# [23:12] <@ehsan> it's just no longer urgent
# [23:12] <jwir3> ehsan: sure, I totally understand. :)
# [23:12] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [23:12] <ddahl|sheriff> Ms2ger: evilpie: and of course the followups for both xul fennec and android
# [23:12] <@ehsan> jwir3: np :)
# [23:12] <Ms2ger> Pff, fennec
# [23:13] <ddahl|sheriff> Ms2ger, evilpie, bsmith: it is after all a special case in the workd of do it first for mobile, as there is no window.crypto in mobile builds
# [23:13] <ddahl|sheriff> 3 release targets makes it complicated
# [23:13] <hub> there is no Aurora 12 build yet?
# [23:14] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [23:14] <evilpie> oh fennec is still alive?
# [23:14] <Ms2ger> hub, probably not
# [23:15] <bsmith> We already know we're going to split up that code to work for e10s (B2G) and native mobile Firefox, so we might as well do it now because it will look quite different
# [23:16] <bsmith> There is already a patch to form the basis of that in one of the bugs
# [23:16] <bsmith> We just need to split ddahl's patch to work for it.
# [23:16] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 9.0.1/20111223083612])
# [23:16] <bsmith> And then we will have it on native Firefox Mobile and Desktop
# [23:16] <bsmith> and then we can do e10s, which won't require any patches to PSM at all
# [23:16] <bsmith> just to dom/
# [23:19] * Quits: Enn (enn@moz-18705F16.reverse.destiny.be) (Ping timeout)
# [23:21] * Quits: wolfiR (wolfiR@moz-D58134CF.dip0.t-ipconnect.de) (Quit: Leaving)
# [23:23] * Quits: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP) (Ping timeout)
# [23:24] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [23:24] * Quits: mbrubeck (mbrubeck@moz-BDCDA1B0.tmodns.net) (Ping timeout)
# [23:24] * Joins: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP)
# [23:24] * Joins: merike (quassel@moz-3333F9A9.cable.starman.ee)
# [23:25] * Quits: shorlander (shorlander@moz-853043D6.dhcp.insightbb.com) (Ping timeout)
# [23:25] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [23:25] * Joins: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net)
# [23:25] * Joins: cfree (chatzilla@moz-8470EB89.sc.res.rr.com)
# [23:26] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [23:26] <ddahl|sheriff> bsmith: sounds good
# [23:26] * Joins: shorlander (shorlander@moz-853043D6.dhcp.insightbb.com)
# [23:26] * merike is now known as merike|away
# [23:27] * Quits: jfkthame (jfkthame@5D078631.5BC345F5.9542EC20.IP) (Quit: jfkthame)
# [23:27] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [23:28] * philor|away is now known as philor
# [23:28] <RyanVM> mw22: you should be able to revert to the sub-changeset too
# [23:28] <RyanVM> mw22: I had to do that myself recenly
# [23:28] * Quits: peregrino (peregrino@moz-30CB9C83.telecom.net.ar) (Connection reset by peer)
# [23:28] * Joins: peregrino (peregrino@moz-30CB9C83.telecom.net.ar)
# [23:29] <mw22> RyanVM: I think I was able to by doing hg up -c <subchangeset>
# [23:29] <RyanVM> mw22: Yeah, I basically did it in reverse :P. hg revert --all -r <changeset>
# [23:30] <mw22> oh, what does that do?
# [23:30] <RyanVM> reverts all changed files to a given changeset
# [23:30] <RyanVM> really handy combined with mq and Try
# [23:32] <mw22> RyanVM: what is the difference with hg up -c then?
# [23:32] <mw22> isn't that doing the same?
# [23:32] * davehunt|away is now known as davehunt
# [23:32] * Quits: morton (Mibbit@455CFFC6.42106D70.16DF60A1.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [23:32] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [23:33] <RyanVM> mw22: Not an hg expert, but the difference I *believe* (and again, not an expert) is that up does a roll back transaction while revert just changes all the files
# [23:33] <mw22> ok
# [23:37] <edmorley> ehsan: ping
# [23:38] * jmaher is now known as jmaher|afk
# [23:41] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Ping timeout)
# [23:42] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
# [23:43] <RyanVM> holy insta-hange
# [23:43] <RyanVM> hang*
# [23:43] <RyanVM> http://ecsspert.com/play/css3-logos/
# [23:43] <jlebar|mac> RyanVM: I think that's correct. hg up actually takes you to that revision.
# [23:43] * Joins: pheleas_frog (Mibbit@455CFFC6.42106D70.16DF60A1.IP)
# [23:43] <jlebar|mac> Under what circumstances does nsPresShell::GetLayerManager() return null? Or…what do I need to do so it doesn't?
# [23:44] * Quits: TheOne (one@moz-134078E0.dip.t-dialin.net) (Input/output error)
# [23:44] * bhearsum is now known as bhearsum|afk
# [23:44] * Quits: Jonathan_ (JonathanS@moz-FA436756.cfl.res.rr.com) (Quit: Computer has gone to sleep.)
# [23:45] * Quits: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP) (Quit: mdas)
# [23:45] * Quits: squib (squib-@moz-415BAA34.engr.wisc.edu) (Quit: Leaving)
# [23:46] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Quit: madhava)
# [23:46] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
# [23:47] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
# [23:48] <Yoric> jmaher|afk: I have just uploaded a merged version of xperf (bug 696033)
# [23:48] * Joins: squib (squib-@moz-3F6F2A9C.ep.wisc.edu)
# [23:48] * philor is now known as philor|away
# [23:48] <jmaher|afk> Yoric: thanks!
# [23:48] * Joins: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net)
# [23:48] <Yoric> My pleasure :)
# [23:48] <Yoric> Don't hesitate to ping me once you start actively working on it.
# [23:49] <jmaher|afk> Yoric: I will try to get it landed this weekend or first thing next week
# [23:49] <Yoric> Great :)
# [23:50] * Quits: WeirdAl (chatzilla@moz-D461843.ask.info) (Quit: ChatZilla 0.9.88 [Firefox 10.0/20120129021758])
# [23:51] * Quits: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP) (Ping timeout)
# [23:52] * Quits: gmoro (guilherme@8057F9D4.6C34BE6.D41E40C.IP) (Ping timeout)
# [23:54] * Quits: mak (mak@moz-18705F16.reverse.destiny.be) (Ping timeout)
# [23:54] * Joins: Enn (enn@moz-18705F16.reverse.destiny.be)
# [23:54] * Joins: smaug (chatzilla@74E406D.A6B942B2.1D05C454.IP)
# [23:54] * ChanServ sets mode: +o smaug
# [23:55] * Joins: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP)
# [23:55] <@ehsan> edmorley: hi
# [23:55] <edmorley> ehsan: hi :-)
# [23:56] <edmorley> ehsan: I was just starring the profiling branch & was wondering if it was even worthwhile running tests (especially talos) on it?
# [23:56] * Quits: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP) (Quit: mdas)
# [23:56] * philor|away is now known as philor
# [23:56] <@ehsan> edmorley: there are various ideas on it
# [23:56] <@ehsan> talos probably not
# [23:57] <@ehsan> I've filed a bug to stop doing that
# [23:57] <@ehsan> other tests maybe
# [23:57] <edmorley> :-)
# [23:57] <@ehsan> cause technically we might hit a crash or something
# [23:57] <@ehsan> because of a compiler bug let's say
# [23:57] <@ehsan> but I don't think there's much value
# [23:57] * Joins: ajuma_ (ajuma@F2D29657.F60B0462.67AC9B1.IP)
# [23:57] * Quits: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net) (Input/output error)
# [23:57] * Quits: pheleas_frog (Mibbit@455CFFC6.42106D70.16DF60A1.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [23:58] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [23:58] * ajuma_ is now known as ajuma
# [23:58] <edmorley> talos would save quite a bit anyway
# [23:58] <edmorley> (I was just thinking in reference to the "record number of jobs" blog post last month)
# [23:59] <edmorley> given that profiling pulls from m-c very frequently
# [23:59] * Joins: bholley_ (bholley@74E406D.A6B942B2.1D05C454.IP)
# Session Close: Sat Feb 04 00:00:00 2012

The end :)