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

Options:

# Session Start: Thu Mar 15 00:00:00 2012
# Session Ident: #developers
# [00:01] * mcote is now known as mcote|afk
# [00:02] * Quits: felipe (felipe@moz-BBE3ABD.mv.mozilla.com) (Quit: )
# [00:02] * felipe_ is now known as felipe
# [00:03] * mkelly|omgteeth is now known as mkelly
# [00:03] <tchevalier> gavin: thanks for the push ;) I've r=you on 699806 as said earlier
# [00:04] * Joins: anky (anky@8E750DBD.55CB1D6E.A3D1B221.IP)
# [00:04] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [00:08] * Quits: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
# [00:08] * philor|away is now known as philor
# [00:10] <RyanVM> njn++
# [00:11] <njn> RyanVM: what'd I do?
# [00:11] <RyanVM> njn: Just wanted to say thanks for being the public face of memory usage improvements. It's nice to have a blog to point to whenever trolls throw out the "Mozilla devs don't care about memory usage" comments
# [00:11] * Joins: cviecco (cviecco@moz-322A36F9.oc1.redwire.net)
# [00:11] <njn> RyanVM: thanks! Yeah, that's one of the main reasons I write the weekly updates
# [00:12] * heycam is now known as heycam|away
# [00:12] * Joins: cviecco_ (cviecco@moz-322A36F9.oc1.redwire.net)
# [00:12] * heycam|away is now known as heycam
# [00:13] * Quits: cviecco (cviecco@moz-322A36F9.oc1.redwire.net) (Connection reset by peer)
# [00:13] * Quits: mcsmurf (mcsmurf@moz-1AE9CB51.dip.t-dialin.net) (Quit: )
# [00:14] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [00:14] <ddahl> jbuck: thx, it does seem to be some kind of goop issue
# [00:15] * Joins: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:15] * Quits: anky (anky@8E750DBD.55CB1D6E.A3D1B221.IP) (Client exited)
# [00:15] <ddahl> not working yet, but that is helpful
# [00:16] * Quits: cviecco_ (cviecco@moz-322A36F9.oc1.redwire.net) (Ping timeout)
# [00:16] * Joins: cviecco (cviecco@moz-104CC309.mv.mozilla.com)
# [00:16] * Quits: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [00:17] * Joins: timdream (timdream@moz-AD8D0D04.adsl.dynamic.seed.net.tw)
# [00:17] * philor eases his sorrow over a failed witch hunt with... a witch hunt!
# [00:18] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
# [00:18] <philor> what else floats in water? very small rocks. gravy. the push before it!
# [00:19] * Quits: TheLink (TheLink@moz-183F7DCD.pools.arcor-ip.net) (Client exited)
# [00:19] <akeybl> ehsan: bbondy: saw 735713 was backed out of beta - do we have an ETA on re-landing? going to build is blocked on that bug (unless we can perform a backout instead)
# [00:19] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
# [00:19] <@ehsan> akeybl: bbondy has done a try push with a fix, we'll reland once we get results on that
# [00:19] <bbondy> akeybl: I'm running through try now with fixed mar files, if that passes it'll be pushed once the try run finishes
# [00:20] <RyanVM> dang it, I promised myself I wouldn't get dragged into starring builds tonight...
# [00:20] <@ehsan> akeybl: if you really want it I can reland on beta
# [00:20] * Quits: twi (Adium@moz-47FC02E0.cust.dsl.vodafone.it) (Quit: Leaving.)
# [00:20] <@ehsan> cause the orange was a test issue
# [00:20] <@ehsan> not a code issue
# [00:20] <bbondy> could maybe push and disable the update tests until my push later tonight
# [00:21] <@ehsan> bbondy: well, nobody really watches aurora and beta trees ;)
# [00:21] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [00:21] <@ehsan> I'll reland if akeybl tells me to
# [00:22] <akeybl> ehsan: https://tbpl.mozilla.org/?tree=Mozilla-Beta&rev=df27c74980be looks good besides that
# [00:22] * padenot is now known as padenot|away
# [00:22] <akeybl> if we have a local version of the test and can verify that it's working, I don't know if there's much value to waiting for a test fix
# [00:22] * Quits: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP) (Quit: beaufour)
# [00:22] <RyanVM> philor: yay, new intermittent leaks!
# [00:23] * Quits: dao (dao@moz-9F50AFF5.superkabel.de) (Quit: Leaving.)
# [00:23] <philor> RyanVM: the witch must die
# [00:24] <RyanVM> philor: I'm sorry, but I just don't have it in me tonight to star random android orange
# [00:26] * Quits: dbyron (dbyron@moz-EE8F16F4.hsd1.ca.comcast.net) (Quit: Leaving)
# [00:27] <philor> RyanVM: no problem, I moved most of the ones those will be over to the Fennec Native product so I have new people to torture with them, makes it fun again
# [00:27] <RyanVM> lol
# [00:27] <RyanVM> win
# [00:27] * Joins: mats (chatzilla@E8A3702C.D5022173.8500CC29.IP)
# [00:27] * Quits: mats (chatzilla@E8A3702C.D5022173.8500CC29.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
# [00:29] * Joins: mats (chatzilla@E8A3702C.D5022173.8500CC29.IP)
# [00:31] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Quit: Mardak)
# [00:31] <bbondy> I'm trying tests locally btw
# [00:31] <RyanVM> geoffbrown: ping
# [00:32] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [00:32] * Quits: pnemsak (Miranda@80CFE454.10D9684B.4F33160D.IP) (Quit: pnemsak)
# [00:32] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird -- http://www.instantbird.com)
# [00:34] <geoffbrown> RyanVM: pong
# [00:34] <RyanVM> geoffbrown: figures on that bitrot :P
# [00:34] <RyanVM> it was the one spot I was worried about
# [00:35] * Joins: mjschranz (mjschranz@35A345F3.531FD64C.630E4E47.IP)
# [00:38] * Quits: fxa90id (fxa90id@moz-F0100526.neoplus.adsl.tpnet.pl) (Ping timeout)
# [00:39] * Joins: digi (brianh@moz-41B313EB.com)
# [00:40] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [00:41] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [00:42] <bbondy> ehsan: are you landing or did you want me to?
# [00:42] <@ehsan> bbondy: I can do it
# [00:42] <bbondy> ehsan: the test patch passes locally so we should just land that as well
# [00:43] <@ehsan> bbondy: ok
# [00:43] <@ehsan> akeybl: ^
# [00:43] <akeybl> yep, let's land on m-b
# [00:43] <akeybl> a=akeybl
# [00:43] <bbondy> I discussed with him
# [00:43] <akeybl> with the test fix
# [00:43] <bbondy> ehsan: btw my patch desc needs r=ehsan. a=akeybl added to it
# [00:44] <bbondy> or you can just qfold it into yours if you want
# [00:44] <@ehsan> bbondy: ok
# [00:44] <bbondy> ehsan ^
# [00:44] <bbondy> oops
# [00:44] <bbondy> k
# [00:44] <@ehsan> bbondy: do you just want me to land on beta?
# [00:44] * Parts: digi (brianh@moz-41B313EB.com)
# [00:44] <bbondy> I think everywhere
# [00:44] <bbondy> we could wait for m-c maybe until try finishes
# [00:45] <bbondy> up to you
# [00:45] * catlee is now known as catlee-away
# [00:45] * Joins: dao (dao@moz-9F50AFF5.superkabel.de)
# [00:45] <@ehsan> ok
# [00:45] * Joins: ehugg (chatzilla@moz-44D86B1E.cisco.com)
# [00:45] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [00:46] <@ehsan> akeybl: landed on beta
# [00:46] <akeybl> gracias
# [00:47] <geoffbrown> RyanVM: yeah, life's like that
# [00:47] <akeybl> sounds like we can wait and watch the builds for a couple of hours because catlee has offered to kick off the builds a little later tonight - which test should we be looking for green on?
# [00:47] <akeybl> ehsan: bbondy: ^
# [00:48] <RyanVM> geoffbrown: hopefully third time's the charm!
# [00:48] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/d0d13f09be44 - Brian R. Bondy - Bug 735713 - MAR files should specify maximum version for version compare checks; r=ehsan
# [00:48] <firebot> http://hg.mozilla.org/mozilla-central/rev/0a44fd0ce504 - Ehsan Akhgari - Bug 735713 - Make sure that we can update users if the version of the application has been bumped up; r=rstrong
# [00:48] <bbondy> windows xpcshell
# [00:48] <@ehsan> yep
# [00:48] <bbondy> toolkit/mozapps/updater
# [00:48] <bbondy> toolkit/mozapps/update/test
# [00:49] <bbondy> I'll be around for at least a few more hours as well btw
# [00:50] * bwinton_away is now known as bwinton
# [00:51] * jlebar is now known as jlebar|food
# [00:52] * Quits: mcot (mcot@C4B02.F3C4E8F3.C8444B8.IP) (Ping timeout)
# [00:53] <philor> we should be looking for green on ALL THE TESTS
# [00:53] * Quits: dao (dao@moz-9F50AFF5.superkabel.de) (Ping timeout)
# [00:53] * Joins: dao (dao@moz-9F50AFF5.superkabel.de)
# [00:54] <philor> akeybl: X
# [00:54] <philor> oh, guess I could try to read, couldn't I?
# [00:55] <akeybl> philor: the previous run was already looking pretty good, the backout was due to a single test which we now think is fixed
# [00:55] <akeybl> so I'm most concerned about that one test
# [00:55] * Quits: darktrojan (geoff@moz-F669139B.dsl.telstraclear.net) (Quit: darktrojan)
# [00:55] <akeybl> but yes, all green all the time
# [00:55] * jhopkins is now known as jhopkins|afk
# [00:57] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [00:57] * Joins: MSU_Mozilla (u5234@moz-160C58C6.com)
# [00:57] * Joins: tan (tanner@66090057.89B7F6A1.E1FC2552.IP)
# [00:57] <tan> I have a probably stupid question.
# [00:57] <tan> http://pastebin.mozilla.org/1519443 trying to compile Fennec on Debian
# [01:00] * Quits: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [01:00] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [01:00] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [01:00] * Quits: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 10.0.1/20120216115618])
# [01:01] * rnewman|offline is now known as rnewman
# [01:01] * Quits: tchevalier (chatzilla@moz-B349E908.w90-48.abo.wanadoo.fr) (Quit: ChatZilla 0.9.88.1 [Firefox 14.0a1/20120314031139])
# [01:01] * bwinton is now known as bwinton_away
# [01:01] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
# [01:01] <philor> and you know what else floats, besides wood and gravy and witches?
# [01:01] <philor> ttaubert!
# [01:01] * joduinn-mtg is now known as joduinn
# [01:02] <aja> and therefore ????
# [01:02] <philor> he is a witch!
# [01:02] <GPHemsley> joe: Ah, nice. Thanks.
# [01:02] * rnewman prepares kindling
# [01:02] <tan> therefore ttaubert is a gravy-filled witch who is made out of wood?
# [01:03] * Quits: dseif (dseif@C080F02E.33EE9F8A.1139E686.IP) (Input/output error)
# [01:03] <philor> a gravy-filled witch who caused a leak we merged to aurora. and made out of wood.
# [01:03] * Joins: mdas (mdas@CAB30FBD.8F96AEA7.2D179A7D.IP)
# [01:05] <RyanVM> https://tbpl.mozilla.org/php/getParsedLog.php?id=10072404&tree=Mozilla-Inbound
# [01:05] <RyanVM> https://tbpl.mozilla.org/php/getParsedLog.php?id=10072783&tree=Mozilla-Inbound
# [01:05] <RyanVM> not seeing bugs for either of these
# [01:06] * Quits: dao (dao@moz-9F50AFF5.superkabel.de) (Quit: Leaving.)
# [01:06] <philor> wait, "new tab," "leak merged to aurora," this is starting to sound familiar
# [01:06] <philor> almost like we did the exact same thing six weeks ago
# [01:07] <mak> philor: it's the rapid leaks release cycle
# [01:07] <philor> RyanVM: you're not seeing a leak for ProxyListener? that's the very witch in question
# [01:07] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
# [01:08] <RyanVM> touche on that one
# [01:08] <philor> dunno about that random bit of CSS, I'm hoping it will just go away and leave us in peace
# [01:08] * Quits: @smaug (chatzilla@moz-43B1858E.gprs.sl-laajakaista.fi) (Input/output error)
# [01:08] <aja> mak: look out for the rapid
# [01:08] <aja> he;s vicious!
# [01:08] * Joins: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [01:09] * Joins: smaug (chatzilla@moz-43B1858E.gprs.sl-laajakaista.fi)
# [01:09] * ChanServ sets mode: +o smaug
# [01:09] <philor> khuey: https://tbpl.mozilla.org/php/getParsedLog.php?id=10073957&tree=Firefox - nice crash you've got there!
# [01:10] * philor looks at the top of the page
# [01:10] <philor> is this try, not mozilla-central like I thought I was starring?
# [01:10] * Joins: dseif (dseif@6CB02CD3.531FD64C.630E4E47.IP)
# [01:11] * Quits: surkov (surkov@F2D29657.F60B0462.67AC9B1.IP) (Quit: surkov)
# [01:11] <philor> orange factor next week is going to hit double digits, I'd guess
# [01:12] <@khuey> is that me?
# [01:12] * Joins: anant (Anant@moz-271479F2.hsd1.ca.comcast.net)
# [01:12] * Quits: Bas (chatzilla@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [01:12] * Quits: hub (hub@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [01:14] <@khuey> philor: we're not in double digits already?
# [01:14] <@khuey> philor: fwiw, I think that crash is more likely to be related to the maple landing than my stuf
# [01:15] * cilias is now known as cilias_away
# [01:16] <mak> don't want to appear picky, though we should not rely on philor to star central failures, rules for mozilla-central didn't change
# [01:16] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [01:17] * Quits: cviecco (cviecco@moz-104CC309.mv.mozilla.com) (Input/output error)
# [01:18] * Quits: kumar (kmcmillan@moz-E31CD2CB.mozilla.org) (Quit: kumar)
# [01:18] * Joins: cviecco (cviecco@moz-322A36F9.oc1.redwire.net)
# [01:18] * Quits: markh (markh@moz-1F941FBB.cxzr1.win.bigpond.net.au) (Ping timeout)
# [01:18] * Quits: Unfocused (u2622@moz-160C58C6.com) (Ping timeout)
# [01:18] * Joins: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net)
# [01:18] * Quits: MSU_Mozilla (u5234@moz-160C58C6.com) (Ping timeout)
# [01:18] * Quits: felipe (u2734@moz-160C58C6.com) (Ping timeout)
# [01:18] * Quits: ttaubert (u2620@moz-160C58C6.com) (Ping timeout)
# [01:18] * timA is now known as timA|away
# [01:18] * Joins: markh (markh@moz-1F941FBB.cxzr1.win.bigpond.net.au)
# [01:18] * Quits: timeless (u4015@moz-160C58C6.com) (Ping timeout)
# [01:19] * Quits: jaws (u2871@moz-160C58C6.com) (Ping timeout)
# [01:19] * Quits: CEnnis91 (u3543@moz-160C58C6.com) (Ping timeout)
# [01:19] * Quits: cviecco (cviecco@moz-322A36F9.oc1.redwire.net) (Ping timeout)
# [01:20] * Quits: sid0 (u2934@moz-160C58C6.com) (Max SendQ exceeded)
# [01:20] * Quits: CC_testing (u4156@moz-160C58C6.com) (Ping timeout)
# [01:20] * Quits: markh (markh@moz-1F941FBB.cxzr1.win.bigpond.net.au) (Ping timeout)
# [01:21] * Joins: CC_testing (u4156@moz-160C58C6.com)
# [01:22] <philor> mak: next you'll be saying people should star their own pushes on mozilla-aurora, and mozilla-beta, and mozilla-esr10!
# [01:22] * Joins: markh (markh@moz-1F941FBB.cxzr1.win.bigpond.net.au)
# [01:22] <mak> philor: that's what the not existing sheriff may do :p
# [01:23] <mak> philor: btw, those trees don't have a fallback, so I can understand people not watching. central has a fallback, so that's not forgivable
# [01:23] * Quits: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP) (Ping timeout)
# [01:24] * Joins: felipe (u2734@moz-160C58C6.com)
# [01:25] * Joins: timeless (u4015@moz-160C58C6.com)
# [01:26] * Joins: MSU_Mozilla (u5234@moz-160C58C6.com)
# [01:26] * Quits: gandalf (zbraniecki@moz-5A73F254.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [01:26] * Joins: sid0 (u2934@moz-160C58C6.com)
# [01:26] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [01:27] * Joins: Unfocused (u2622@moz-160C58C6.com)
# [01:28] * Joins: CEnnis91 (u3543@moz-160C58C6.com)
# [01:28] * Joins: mccr8 (mccr8@moz-5F92CD4B.dsl.dynamic.sonic.net)
# [01:28] <mak> philor, RyanVM may I add you as sheriffs to inbound tree rules page? you're basically doing that already
# [01:29] <mbrubeck> Why does my about:support say "Incremental GC: 1" while my about:config says "javascript.options.mem.gc_incremental: false"?
# [01:29] * Ziggy_Maes is now known as Ziggy|AWAY
# [01:30] * Joins: SeoZ[gtab] (DanielJuyu@BF0AD5D3.4C8FC38D.14E0EA63.IP)
# [01:30] <RyanVM> mak: sure
# [01:31] * Joins: jaws (u2871@moz-160C58C6.com)
# [01:32] <mbrubeck> and memchaser says "GC: undefinedms (NaNs)"
# [01:32] * Joins: cviecco (cviecco@moz-322A36F9.oc1.redwire.net)
# [01:33] * Joins: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP)
# [01:33] <terrence> mbrubeck: if the build is less than ~10min old, then there is some brokenness there
# [01:33] <mbrubeck> terrence: got it, thanks
# [01:33] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [01:34] <mbrubeck> terrence: Am I seeing bug 735916, then? Will that fix about:support?
# [01:34] * mbrubeck just wants to know whether filing a bug will be useful
# [01:34] * Quits: cviecco (cviecco@moz-322A36F9.oc1.redwire.net) (Ping timeout)
# [01:34] * Joins: cviecco (cviecco@moz-104CC309.mv.mozilla.com)
# [01:37] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [01:38] * mbrubeck files a bug about about:support
# [01:38] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [01:38] <terrence> I think billm knows about it
# [01:38] <terrence> you would have to ask him
# [01:39] * mbrubeck -> #jsapi
# [01:39] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [01:41] * Quits: Mavericks (Mibbit@6E7BED37.92D04F30.82925EFC.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [01:41] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [01:42] <philor> mak: as long as people don't start expecting me to do merges other than on Christmas Day - I like it when it's slow and I don't have to keep merging my merge
# [01:42] <@dolske> yo dawg, etc etc
# [01:43] <mak> philor: there is no mandatory thing, just if someone asks for questions regardin inbound, or for help, or you have time to do anything (from marking bugs, to doing merges, to starring) it's really welcome
# [01:43] <mak> I try to keep a list of people doing stuff mostly so that if anyone has questions or needs help can ping one of these persons
# [01:43] * Joins: lmandel (lmandel@7F36F6DF.1D61B048.412CF160.IP)
# [01:46] * Quits: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [01:46] * Quits: mixedpuppy (mixedpuppy@21B7B9F2.B87E9213.6E712CE2.IP) (Quit: mixedpuppy)
# [01:47] * Quits: cviecco (cviecco@moz-104CC309.mv.mozilla.com) (Input/output error)
# [01:47] * Joins: cviecco (cviecco@moz-322A36F9.oc1.redwire.net)
# [01:49] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [01:49] * Quits: cviecco (cviecco@moz-322A36F9.oc1.redwire.net) (Ping timeout)
# [01:50] <mbrubeck> also we wear cool superhero capes
# [01:50] <mbrubeck> or maybe that's just me
# [01:50] <rnewman> capes get snagged!
# [01:51] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Quit: Make a new plan, Stan!)
# [01:51] <mak> hm, looks like I never received mine
# [01:52] * Joins: gandalf (zbraniecki@moz-5A73F254.neoplus.adsl.tpnet.pl)
# [01:53] <edmorley> man, these xpcshell failures are neverending
# [01:53] * jmaher|afk is now known as jmaher
# [01:54] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [01:55] * Quits: mdas (mdas@CAB30FBD.8F96AEA7.2D179A7D.IP) (Quit: mdas)
# [01:55] * Joins: lduros1 (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [01:55] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Ping timeout)
# [01:55] <rnewman> mak: they're only available in XL, if it's anything like our company t-shirts
# [01:55] <mak> ahah, good one
# [01:57] * nthomas is now known as nthomas|away
# [01:57] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [01:57] * Quits: dseif (dseif@6CB02CD3.531FD64C.630E4E47.IP) (Broken pipe)
# [01:57] <RyanVM> mbrubeck: No cape for me, just this - http://i44.tinypic.com/118najs.jpg
# [01:59] <RyanVM> our company seriously gave these to all employees
# [01:59] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving...)
# [01:59] * Quits: markh (markh@moz-1F941FBB.cxzr1.win.bigpond.net.au) (Ping timeout)
# [01:59] <mbrubeck> wow
# [02:00] * Joins: markh (markh@moz-1F941FBB.cxzr1.win.bigpond.net.au)
# [02:00] * Quits: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net) (Ping timeout)
# [02:00] <RyanVM> and that's just a subset of how I can get *crushed* at work!
# [02:00] * Quits: mjschranz (mjschranz@35A345F3.531FD64C.630E4E47.IP) (Ping timeout)
# [02:00] * Joins: qheaden (qheaden@moz-67E02157.nrflva.fios.verizon.net)
# [02:01] <dholbert> RyanVM, Yeah, well, sometimes at work, my X session locks up... that's pretty bad
# [02:01] * Quits: JeroenDeDauw (jeroen@moz-ABADC767.dip.t-dialin.net) (Quit: Leaving.)
# [02:01] <RyanVM> sometimes at my work, I have to program in Fortran for our old VAX systems
# [02:01] <RyanVM> :(
# [02:01] <dholbert> ouch
# [02:02] * Quits: josh (josh@moz-2EE66546.nyc.res.rr.com) (Quit: josh)
# [02:03] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [02:03] * ChanServ sets mode: +o ehsan
# [02:03] <froydnj> RyanVM: double whammy
# [02:04] <qheaden> fryn: ping
# [02:04] * Quits: lduros1 (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Quit: Leaving.)
# [02:05] <fryn> qheaden: pong
# [02:06] <qheaden> fryn: Hey there.
# [02:06] * Quits: markh (markh@moz-1F941FBB.cxzr1.win.bigpond.net.au) (Ping timeout)
# [02:06] * Quits: vikram360 (vikram360@142FC6EE.3BB86A63.2A068A5E.IP) (Ping timeout)
# [02:06] <qheaden> fryn: Last night, I tried that setDragImage method, and the image popped up, but the mouseup/mousedown drag functionality I implemented completely stopped working.
# [02:07] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Ping timeout)
# [02:07] * Joins: markh (markh@moz-1F941FBB.cxzr1.win.bigpond.net.au)
# [02:07] <qheaden> fryn: Also, is there a way to get the image to show without setting any data on the drag?
# [02:07] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [02:07] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:08] <fryn> qheaden: re: mouseup/mousedown:
# [02:08] <fryn> you have to choose between using mouseup/mousedown
# [02:08] <qheaden> Sorry. :P
# [02:08] * Joins: Mardak (Mardak@moz-ED2A7100.dsl.pltn13.sbcglobal.net)
# [02:08] <fryn> and using the dragstart/dragover/drop events
# [02:08] * jlebar|food is now known as jlebar
# [02:08] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Client exited)
# [02:08] <qheaden> Ahh ok,
# [02:08] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [02:08] <qheaden> The drag basically stops mouseup/mousedown from working?
# [02:09] <fryn> yes
# [02:09] <fryn> there isn't a way to get the image to show without setting data in the dataTransfer.
# [02:09] <qheaden> Hmm ok. Makes sense.
# [02:09] <fryn> i think using the drag events is better than using the mousedown/mouseup ones
# [02:09] * Joins: jlebar|mac (~jlebarmac@moz-3F3A6302.dyn.columbia.edu)
# [02:09] <qheaden> I guess I'll just set the data as the element I am dragging.
# [02:09] <fryn> because the mouse events are lead to unintended glitches if the window focus is lost during the drag
# [02:10] <fryn> or the user moves the mouse outside the window, etc.
# [02:10] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
# [02:10] * Quits: Mardak (Mardak@moz-ED2A7100.dsl.pltn13.sbcglobal.net) (Quit: Mardak)
# [02:10] <qheaden> Ahh ok.
# [02:10] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: gone)
# [02:10] * khuey is now known as khuey|away
# [02:10] * khuey|away is now known as khuey
# [02:10] <fryn> qheaden: i'm leaving for dinner now, but i'll be back later if you have any further questions.
# [02:11] <qheaden> Ok. Thanks
# [02:11] * Quits: jlebar|mac (~jlebarmac@moz-3F3A6302.dyn.columbia.edu) (Ping timeout)
# [02:11] * joduinn is now known as joduinn-coffee
# [02:12] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [02:12] * Joins: berkerpeksag (berkerpeks@2A61EA0D.305BD3BC.2058B3BB.IP)
# [02:14] <lsumar> who has worked on our build system?
# [02:15] <lsumar> this has probably been discussed but has Ninja been looked at as an alternative to make?
# [02:15] * Quits: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP) (Quit: rniwa)
# [02:15] <@smaug> bsmedberg: khuey: ted: ^
# [02:15] * Quits: timdream (timdream@moz-AD8D0D04.adsl.dynamic.seed.net.tw) (Quit: timdream)
# [02:15] <lsumar> thanks smaug.
# [02:15] <@khuey> not seriously, no
# [02:16] <@khuey> our problems aren't really with make, they're with how we (ab)use make
# [02:16] <lsumar> true, i'm not overly familiar with the details of how we use it, i just know magic happens when i type in that command...
# [02:17] <lsumar> but i was reading how chromium does it and wondered...
# [02:17] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Leaving...)
# [02:17] * heycam is now known as heycam|away
# [02:18] * Joins: mdas (mdas@CAB30FBD.8F96AEA7.2D179A7D.IP)
# [02:18] * Joins: JeroenDeDauw (jeroen@moz-ABADC767.dip.t-dialin.net)
# [02:18] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [02:19] * Quits: JeroenDeDauw (jeroen@moz-ABADC767.dip.t-dialin.net) (Quit: Leaving.)
# [02:20] * Quits: smontagu (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [02:20] <@khuey> what is all this GLContext spew in the logs?
# [02:20] * ewong|afk is now known as ewong
# [02:20] <froydnj> tbpl needs to learn to suggest bugs for these leaked X bytes bugs
# [02:20] * Quits: harth (harth@moz-1F71062D.hsd1.ca.comcast.net) (Ping timeout)
# [02:20] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [02:21] <mbrubeck> https://s3.amazonaws.com/data.tumblr.com/tumblr_m0uaexnKxA1rrf1eeo1_400.jpg
# [02:21] <mbrubeck> Jesse's hard work is paying off already.
# [02:21] * Quits: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP) (Ping timeout)
# [02:21] <froydnj> "maybe I'll just leave this here with you"
# [02:22] <edmorley> mbrubeck: ha
# [02:22] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Ping timeout)
# [02:22] * Quits: SeoZ[gtab] (DanielJuyu@BF0AD5D3.4C8FC38D.14E0EA63.IP) (Client exited)
# [02:22] * Joins: SeoZ[gtab] (DanielJuyu@BF0AD5D3.4C8FC38D.14E0EA63.IP)
# [02:22] * cilias_away is now known as cilias
# [02:22] * Joins: harth (harth@moz-1F71062D.hsd1.ca.comcast.net)
# [02:23] * Joins: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP)
# [02:23] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [02:24] * Joins: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net)
# [02:25] * Quits: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net) (Quit: Leaving)
# [02:26] * Joins: josh (josh@moz-2EE66546.nyc.res.rr.com)
# [02:26] * Quits: markh (markh@moz-1F941FBB.cxzr1.win.bigpond.net.au) (Ping timeout)
# [02:26] <rnewman> froydnj: I'm pretty sure philor has a lookup table in his head
# [02:26] <rnewman> he can star leaks faster than I can search for them
# [02:26] <rnewman> this is why he gets to wear a golden crown
# [02:27] * Joins: markh (markh@moz-1F941FBB.cxzr1.win.bigpond.net.au)
# [02:27] * joduinn-coffee is now known as joduinn
# [02:28] * Quits: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net) (Ping timeout)
# [02:28] * Quits: mdas (mdas@CAB30FBD.8F96AEA7.2D179A7D.IP) (Quit: mdas)
# [02:28] * Quits: markh (markh@moz-1F941FBB.cxzr1.win.bigpond.net.au) (Ping timeout)
# [02:29] * Quits: mak (chatzilla@moz-3BBE6AE8.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
# [02:31] * Quits: brendan (brendaneic@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: brendan)
# [02:32] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz)
# [02:33] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.2a1pre)
# [02:33] <qheaden> Unfocused: ping
# [02:33] <Unfocused> qheaden: hey
# [02:34] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [02:34] <KaiRo> rnewman: philor is a bot running on tbpl
# [02:34] <qheaden> Unfocused: Hey there.
# [02:34] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [02:35] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [02:35] <qheaden> Unfocused: It seems that the built-in drag/drop API is a more elegant solution instead of the manual mouseup/mousedown for reordering engines.
# [02:35] <KaiRo> he's just been hidden very well behind a human-like appearance :p
# [02:35] <Unfocused> ok :)
# [02:36] <Unfocused> i saw you were talking with fryn about that a lot - if you guys think that's the way forward, go for it
# [02:36] * Joins: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net)
# [02:37] <qheaden> Well, I just replaced the mouseup/mousedown stuff with dragstart, dragover, and drop events. Not only does it allow simple drag feedback, but the actual element being dragged can be stuffed into the dragTransfer object.
# [02:37] * Quits: ericjung (Mibbit@moz-C6B344D.bstnma.fios.verizon.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [02:37] <qheaden> Before, I was saving the dragged element to an external variable.
# [02:37] * Quits: @smaug (chatzilla@moz-43B1858E.gprs.sl-laajakaista.fi) (Ping timeout)
# [02:37] * Joins: mjschranz (mjschranz@35A345F3.531FD64C.630E4E47.IP)
# [02:38] * Quits: krit1 (Adium@moz-1FC1932F.adobe.com) (Quit: Leaving.)
# [02:38] * Unfocused nods
# [02:38] * Joins: smaug (chatzilla@moz-831F5409.gprs.sl-laajakaista.fi)
# [02:38] * ChanServ sets mode: +o smaug
# [02:38] * Joins: dseif (dseif@CA0822F0.1752D4EE.971E19F6.IP)
# [02:38] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:38] <qheaden> Unfocused: What kind of tests will I be writing for this thing when I do start writing them? We are testing for mainly reordering right?
# [02:39] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [02:40] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
# [02:40] <Unfocused> mochitest-browser-chrome tests for the UI changes (re-ordering, displaying the right info, making sure the keyword setting works, etc)
# [02:40] <RyanVM> so, native android twinopen is perma-red
# [02:40] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:41] * Quits: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [02:41] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [02:41] <Unfocused> and xpcshell tests for the provider - making sure it returns the expected addons for the various API functions, and that setting the position works, etc
# [02:41] * Joins: dzbarsky (Mibbit@moz-20ACE9DE.wireless-resnet.upenn.edu)
# [02:42] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [02:42] <qheaden> Unfocused: ok
# [02:42] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [02:42] * Quits: jamesr (jamesr@D18589DC.D6CCE4AE.77834EAA.IP) (Quit: jamesr)
# [02:42] <qheaden> Unfocused: Also, are search engines supposed to have enable/disable functionality?
# [02:42] <qheaden> Like other addons.
# [02:43] <qheaden> I think you said they were supposed to.
# [02:43] * khuey is now known as khuey|away
# [02:44] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: nbvcx)
# [02:44] <Unfocused> they don't have that at the moment...but they probably should. you'd be better off adding that in a followup bug, i think
# [02:44] <Unfocused> but they do have uninstall
# [02:44] <qheaden> A followup bug sounds reasonable.
# [02:45] <qheaden> And I will add uninstall functionality.
# [02:45] <Unfocused> :)
# [02:45] * Joins: billm (billm@moz-BBE3ABD.mv.mozilla.com)
# [02:46] <qheaden> How are search engines actually "installed"?
# [02:46] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Ping timeout)
# [02:46] * Quits: mjschranz (mjschranz@35A345F3.531FD64C.630E4E47.IP) (Ping timeout)
# [02:47] * Joins: markh (markh@moz-1F941FBB.cxzr1.win.bigpond.net.au)
# [02:47] * Joins: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net)
# [02:48] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
# [02:48] * Quits: billm (billm@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [02:49] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [02:50] * nthomas|away is now known as nthomas
# [02:50] * Joins: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net)
# [02:51] * Joins: cjones_ (cjones@moz-45913895.socal.res.rr.com)
# [02:52] * Quits: KaiRo (robert@moz-535C5844.adsl.highway.telekom.at) (Input/output error)
# [02:52] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Ping timeout)
# [02:53] * jwir3 is now known as jwir3|away
# [02:53] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [02:53] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:54] * Joins: newbie (kvirc@AD13EB4A.BBC03DF0.9A06DD32.IP)
# [02:55] * Joins: willy1234x1|2 (willy1234x@moz-5DE13C81.slkc.qwest.net)
# [02:55] * Quits: willy1234x1 (willy1234x@moz-D3B0AC63.slkc.qwest.net) (Ping timeout)
# [02:55] * Quits: gandalf (zbraniecki@moz-5A73F254.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [02:57] * Quits: willy1234x1|2 (willy1234x@moz-5DE13C81.slkc.qwest.net) (Ping timeout)
# [02:57] * Joins: timdream (timdream@moz-99690620.hinet-ip.hinet.net)
# [02:58] * thinker is now known as Sinker
# [02:59] * Joins: willy1234x1 (willy1234x@moz-DE9E433F.slkc.qwest.net)
# [02:59] * Joins: Hughman (Mibbit@80D39027.2028720C.A3B82EC7.IP)
# [02:59] * Quits: anant (Anant@moz-271479F2.hsd1.ca.comcast.net) (Quit: Leaving)
# [03:00] * Quits: willy1234x1 (willy1234x@moz-DE9E433F.slkc.qwest.net) (Ping timeout)
# [03:01] * Joins: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net)
# [03:01] <Unfocused> qheaden: code-wise, or how do you install it through the ui?
# [03:02] * Joins: willy1234x1 (willy1234x@moz-A40F19F2.slkc.qwest.net)
# [03:02] * joduinn is now known as joduinn-afk
# [03:03] <felipe> did the number of "pldhash: for the table at address..." warnings increase recently?
# [03:03] <qheaden> Unfocused: Through the UI.
# [03:05] * Quits: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [03:05] * Quits: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP) (Quit: This computer has gone to sleep)
# [03:06] * Joins: nli (nli@moz-99690620.hinet-ip.hinet.net)
# [03:07] <Unfocused> qheaden: if you go to, say, duckduckgo.com, then press the dropdown in firefox's search box, near the bottom you should see a "Add XXX" menuitem
# [03:08] * Joins: raccettura_ (raccettura@moz-660B8F4B.hsd1.nj.comcast.net)
# [03:08] <qheaden> Unfocused: Interesting. I never noticed that feature. :P
# [03:08] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Ping timeout)
# [03:08] * raccettura_ is now known as raccettura
# [03:08] <Unfocused> alternatively, if you go to a site like http://mycroft.mozdev.org and try to install a search engine, you'll get a dialog pop up asking if you want to install it
# [03:09] <qheaden> So how does FF know it is a search engine page? Special HTML, or a database of search sites?
# [03:10] <Unfocused> IIRC, there's a special <meta> tag in the <head> of the page
# [03:10] <Unfocused> and we look for that
# [03:10] <qheaden> Cool.
# [03:10] * Joins: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP)
# [03:11] * Quits: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [03:11] * Joins: jlebar|mac (~jlebarmac@moz-3F3A6302.dyn.columbia.edu)
# [03:11] * Quits: jlebar|mac (~jlebarmac@moz-3F3A6302.dyn.columbia.edu) (Quit: jlebar|mac)
# [03:12] * Joins: asac (asac@moz-DAA29412.pppoe.wtnet.de)
# [03:12] * Quits: asac_ (asac@moz-CD0DBB2D.pppoe.wtnet.de) (Ping timeout)
# [03:14] * Quits: timdream (timdream@moz-99690620.hinet-ip.hinet.net) (Quit: timdream)
# [03:15] * Quits: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Quit: juanb)
# [03:17] * aki|buildduty is now known as aki
# [03:17] * Quits: loadbang (loadbang@moz-C4B7E87C.range86-148.btcentralplus.com) (Quit: loadbang)
# [03:18] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88.1 [Firefox 13.0a1/20120311151243])
# [03:18] * Joins: loadbang (loadbang@moz-C4B7E87C.range86-148.btcentralplus.com)
# [03:20] * Joins: Wei_o_o (Wei@8F61C0E2.4F4B4250.FAA9ED67.IP)
# [03:20] * Joins: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
# [03:20] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Quit: jgriffin)
# [03:21] * Quits: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP) (Ping timeout)
# [03:23] * Joins: timdream (timdream@moz-99690620.hinet-ip.hinet.net)
# [03:25] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Ex-Chat)
# [03:26] * Quits: josh (josh@moz-2EE66546.nyc.res.rr.com) (Quit: josh)
# [03:27] * Joins: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com)
# [03:29] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
# [03:30] * AutomatedTester|away is now known as zz_AutomatedTester|away
# [03:31] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
# [03:32] * Joins: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net)
# [03:34] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Ping timeout)
# [03:35] * Joins: cviecco (cviecco@moz-3394D32B.oc1.redwire.net)
# [03:36] * Joins: Mook (mook@moz-D4B2E3F9.dsl.teksavvy.com)
# [03:37] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [03:37] * Quits: cviecco (cviecco@moz-3394D32B.oc1.redwire.net) (Ping timeout)
# [03:37] * Joins: cviecco (cviecco@moz-104CC309.mv.mozilla.com)
# [03:38] <cpearce> So all new files we add to mozilla-central should have the new MPL2 boilerplate? And that does not have a Copyright (Year) and doesn't have a list of contributors?
# [03:38] * Joins: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
# [03:38] * Quits: @smaug (chatzilla@moz-831F5409.gprs.sl-laajakaista.fi) (Ping timeout)
# [03:39] * Joins: soonbing (pikapi@moz-2474DA0.singnet.com.sg)
# [03:39] <edmorley> cpearce: http://blog.gerv.net/2012/03/mpl-boilerplate-at-mozilla-faq/
# [03:39] <cpearce> edmorely: thanks!
# [03:41] <edmorley> np :-)
# [03:42] * Quits: edmorley (edmorley@moz-BAA24AEA.range86-166.btcentralplus.com) (Quit: nn)
# [03:43] * Joins: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP)
# [03:45] * Quits: chewey (chewey@moz-B653E598.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:46] * Joins: chewey (chewey@moz-78A5E0D.dip0.t-ipconnect.de)
# [03:47] * heycam|away is now known as heycam
# [03:47] * njn wonders what the pink 3 digit counter in the top left of his mac Nightly build means
# [03:47] <JonathanS> I love how these two int are not private static final int ;)
# [03:48] <JonathanS> https://mxr.mozilla.org/mozilla-central/source/mobile/android/base/GeckoPreferences.java#145
# [03:48] <mattwoodrow> njn: Thats fps..
# [03:48] * Quits: andreasn (andreasn@moz-3CC3C389.a336.priv.bahnhof.se) (Ping timeout)
# [03:48] <mattwoodrow> Did you enable the pref?
# [03:48] <njn> mattwoodrow: not that I know of
# [03:49] <njn> mattwoodrow: I don't see it on linux
# [03:49] <mattwoodrow> njn: It's opengl layers only
# [03:49] <njn> mattwoodrow: I only rarely develop on my mac
# [03:49] <JonathanS> who is android developers here?
# [03:50] <mattwoodrow> njn: bug 735763
# [03:50] <njn> mattwoodrow: thanks!
# [03:50] <romaxa> bsmedberg: ping
# [03:51] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
# [03:51] <romaxa> bsmedberg: can you comment on https://bugzilla.mozilla.org/show_bug.cgi?id=713681#c4, if you understood why embeddefault type needed..
# [03:51] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/eb7d13ddeeaf - Brian R. Bondy - Bug 735784 - Workaround for 13.0a1 users who are getting version downgrade errors. r=rstrong
# [03:55] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [03:55] * Quits: sewardj (sewardj@moz-940C73DF.dip.t-dialin.net) (Ping timeout)
# [03:56] * Joins: sewardj (sewardj@moz-8A4D6A0A.dip.t-dialin.net)
# [03:57] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
# [03:57] * philor is now known as philor|away
# [03:58] * Joins: cadecairos_ (cadecairos@moz-632B4208.cpe.net.cable.rogers.com)
# [03:59] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
# [04:02] * Quits: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com) (Quit: Konversation terminated!)
# [04:02] * jmaher is now known as jmaher|afk
# [04:02] * cadecairos_ is now known as cadecairos
# [04:06] * joduinn-afk is now known as joduinn-food
# [04:08] * Quits: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [04:10] * Quits: cviecco (cviecco@moz-104CC309.mv.mozilla.com) (Input/output error)
# [04:10] * Joins: cviecco (cviecco@moz-3394D32B.oc1.redwire.net)
# [04:11] * Quits: mccr8 (mccr8@moz-5F92CD4B.dsl.dynamic.sonic.net) (Quit: mccr8)
# [04:11] * Quits: biesi (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP) (Ping timeout)
# [04:11] * Joins: biesi (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP)
# [04:12] * Quits: cviecco (cviecco@moz-3394D32B.oc1.redwire.net) (Ping timeout)
# [04:12] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [04:13] * Joins: Mardak (Mardak@moz-ED2A7100.dsl.pltn13.sbcglobal.net)
# [04:14] * Quits: Mardak (Mardak@moz-ED2A7100.dsl.pltn13.sbcglobal.net) (Quit: Mardak)
# [04:17] * mcote|afk is now known as mcote
# [04:17] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [04:17] * Joins: mccr8 (mccr8@moz-C2B6285F.dslextreme.com)
# [04:18] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [04:20] * Quits: mccr8 (mccr8@moz-C2B6285F.dslextreme.com) (Quit: mccr8)
# [04:22] * Joins: cviecco (cviecco@moz-3394D32B.oc1.redwire.net)
# [04:23] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird -- http://www.instantbird.com)
# [04:25] * Quits: cviecco (cviecco@moz-3394D32B.oc1.redwire.net) (Ping timeout)
# [04:26] * Joins: cviecco (cviecco@moz-104CC309.mv.mozilla.com)
# [04:29] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
# [04:33] <aja> can someone summarize where things are thought to stand for updates?
# [04:33] <aja> i see there'll be a b1 build2
# [04:35] * Joins: Lucas (Lucas@moz-92C28224.hsd1.ca.comcast.net)
# [04:36] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [04:36] * Quits: soonbing (pikapi@moz-2474DA0.singnet.com.sg) (Ping timeout)
# [04:38] * Quits: biesi (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP) (Ping timeout)
# [04:39] * philor|away is now known as philor
# [04:41] * Quits: qheaden (qheaden@moz-67E02157.nrflva.fios.verizon.net) (Quit: I've got to go. See ya!)
# [04:48] * Quits: Hughman (Mibbit@80D39027.2028720C.A3B82EC7.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [04:49] * Joins: Hughman (Mibbit@80D39027.2028720C.A3B82EC7.IP)
# [04:50] * Joins: smerft (Mibbit@AF327895.AB42E896.1D5753B8.IP)
# [04:51] * Quits: Hughman (Mibbit@80D39027.2028720C.A3B82EC7.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [04:58] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [04:58] * Quits: smerft (Mibbit@AF327895.AB42E896.1D5753B8.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [04:58] * Joins: cviecco_ (cviecco@moz-3394D32B.oc1.redwire.net)
# [04:59] * Quits: cviecco (cviecco@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [05:00] * Quits: cviecco_ (cviecco@moz-3394D32B.oc1.redwire.net) (Ping timeout)
# [05:00] <philor> mbrubeck: and most damning of all, I'm starring timeout exceeded for twinopen. broken, broken, broken.
# [05:01] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [05:04] * Quits: db48x (user@moz-83319934.dsl.static.sonic.net) (Quit: reboot)
# [05:05] * Quits: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
# [05:07] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Ping timeout)
# [05:07] * Joins: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp)
# [05:08] * Joins: db48x (user@moz-83319934.dsl.static.sonic.net)
# [05:09] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [05:12] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
# [05:15] * Joins: surkov (surkov@8F761026.B5EF4AF6.E96CA9D8.IP)
# [05:17] * Joins: ehugg_ (chatzilla@moz-44D86B1E.cisco.com)
# [05:19] * Quits: ehugg (chatzilla@moz-44D86B1E.cisco.com) (Quit: ChatZilla 0.9.88.1 [Firefox 10.0.2/20120216101208])
# [05:19] * ehugg_ is now known as ehugg
# [05:22] * Quits: lmandel (lmandel@7F36F6DF.1D61B048.412CF160.IP) (Quit: lmandel)
# [05:26] * Quits: surkov (surkov@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: surkov)
# [05:28] * Joins: glob (glob@moz-DF237567.glob.com.au)
# [05:28] * Joins: surkov (surkov@8F761026.B5EF4AF6.E96CA9D8.IP)
# [05:29] * Quits: JonathanS (XChat@17EDFC35.8737F162.521902B0.IP) (Ping timeout)
# [05:30] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [05:32] * Quits: gwagner (gwagner@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: gwagner)
# [05:33] * Joins: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net)
# [05:36] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [05:36] * sancus is now known as sancus_
# [05:36] * sancus_ is now known as sancus
# [05:36] * nthomas is now known as nthomas|away
# [05:37] * Quits: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net) (Ping timeout)
# [05:38] * Joins: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net)
# [05:38] * Quits: derf (derf@moz-4168F490.net) (Ping timeout)
# [05:38] * Quits: surkov (surkov@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: surkov)
# [05:38] * Joins: derf (derf@moz-4168F490.net)
# [05:42] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
# [05:45] * Quits: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net) (Ping timeout)
# [05:45] * Joins: logiclord (Gaurav@403EC37B.9216D335.35E3DDC8.IP)
# [05:46] * Joins: c0smikdebris (c0smikdebr@35544CB3.EDA297EB.BE90E62C.IP)
# [05:46] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
# [05:47] * Joins: JonathanS (XChat@17EDFC35.8737F162.521902B0.IP)
# [05:49] * Joins: sicking (chatzilla@moz-903915C1.hsd1.ca.comcast.net)
# [05:49] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [05:49] <sicking> are there issues with the mail system?
# [05:50] <sicking> I just had two emails come back as failed permanently
# [05:50] <sicking> for @mozilla.com addresses
# [05:51] * Joins: lsumar (lsumar@E2F7352.56080C53.97BBD552.IP)
# [05:52] * Quits: JonathanS (XChat@17EDFC35.8737F162.521902B0.IP) (Quit: Leaving)
# [05:52] * Joins: JonathanS (XChat@17EDFC35.8737F162.521902B0.IP)
# [05:53] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [05:54] * Quits: JonathanS (XChat@17EDFC35.8737F162.521902B0.IP) (Quit: Leaving)
# [05:54] * Joins: lht (elihait@moz-722A94AD.dreamhost.com)
# [05:55] * Joins: Mardak (Mardak@moz-BFBF7623.hsd1.ca.comcast.net)
# [05:55] <glob> sicking, wfm. maybe #it can help
# [05:55] * Quits: dseif (dseif@CA0822F0.1752D4EE.971E19F6.IP) (Ping timeout)
# [05:55] * Joins: jeremyhu|nanake (jeremyhu@moz-75C113CA.outersquare.org)
# [05:56] * Quits: Mardak (Mardak@moz-BFBF7623.hsd1.ca.comcast.net) (Quit: Mardak)
# [05:56] * Joins: JonathanS (XChat@17EDFC35.8737F162.521902B0.IP)
# [05:57] * Joins: hub (hub@8F761026.B5EF4AF6.E96CA9D8.IP)
# [05:57] * Joins: jeremyhu|tifa (jeremyhu@54BAD21E.C5B353C9.624AD39E.IP)
# [05:57] * Quits: jeremyhu (jeremyhu@54BAD21E.C5B353C9.624AD39E.IP) (Ping timeout)
# [06:00] <Unfocused> you should email everyone you know, and ask if they got it
# [06:00] * Joins: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net)
# [06:01] * Joins: dseif (dseif@427F2CA1.A5266564.6F478678.IP)
# [06:02] * Joins: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk)
# [06:02] * Joins: Mardak (Mardak@moz-BFBF7623.hsd1.ca.comcast.net)
# [06:03] * Quits: tn (tn@moz-2E73ACE4.wp.shawcable.net) (Ping timeout)
# [06:03] * Parts: logiclord (Gaurav@403EC37B.9216D335.35E3DDC8.IP)
# [06:05] <sicking> Unfocused: great idea!
# [06:05] <glob> this has been raised on #desktop
# [06:06] <glob> looks like it isn't just you
# [06:06] * Quits: Mardak (Mardak@moz-BFBF7623.hsd1.ca.comcast.net) (Quit: Mardak)
# [06:07] * Joins: tn (tn@moz-2E73ACE4.wp.shawcable.net)
# [06:09] <glob> sicking, looks like gmail -> mozilla.com is broken
# [06:11] <sicking> glob: thanks
# [06:11] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Client exited)
# [06:13] * Quits: ehugg (chatzilla@moz-44D86B1E.cisco.com) (Quit: ChatZilla 0.9.88.1 [Firefox 10.0.2/20120215223356])
# [06:14] * Joins: ehugg (chatzilla@moz-44D86B1E.cisco.com)
# [06:14] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [06:15] * Quits: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP) (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/)
# [06:19] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Client exited)
# [06:21] * Joins: twi (Adium@moz-47FC02E0.cust.dsl.vodafone.it)
# [06:21] * Quits: Wei_o_o (Wei@8F61C0E2.4F4B4250.FAA9ED67.IP) (Ping timeout)
# [06:22] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [06:22] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Client exited)
# [06:23] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Leaving...)
# [06:23] * mcote is now known as mcote|afk
# [06:23] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [06:23] * Quits: lsumar (lsumar@E2F7352.56080C53.97BBD552.IP) (Quit: This computer has gone to sleep)
# [06:24] * 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])
# [06:27] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [06:30] * Joins: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com)
# [06:30] * Quits: Mook (mook@moz-D4B2E3F9.dsl.teksavvy.com) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 6.0/20110811165603])
# [06:31] * Quits: hub (hub@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
# [06:31] * joduinn-food is now known as joduinn-afk
# [06:32] * Quits: dzbarsky (Mibbit@moz-20ACE9DE.wireless-resnet.upenn.edu) (Quit: http://www.mibbit.com ajax IRC Client)
# [06:32] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Ping timeout)
# [06:35] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
# [06:35] * Quits: ehugg (chatzilla@moz-44D86B1E.cisco.com) (Ping timeout)
# [06:35] * Joins: Wei_o_o (Wei@8F61C0E2.4F4B4250.FAA9ED67.IP)
# [06:36] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [06:37] <philor> oh, I *have* seen that assortment of CSS bits leak before
# [06:38] <philor> hope that new tab page is popular, because it both added a new leak and restarted its old leak
# [06:39] * Joins: Asa (asa@F259CFB7.9EF26CBA.EB5E51FC.IP)
# [06:40] * Quits: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com) (Quit: Konversation terminated!)
# [06:42] * Parts: blassey (blassey@moz-8ACFF7A9.hsd1.ma.comcast.net)
# [06:42] * Joins: blassey (blassey@moz-8ACFF7A9.hsd1.ma.comcast.net)
# [06:44] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
# [06:46] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
# [06:47] * Joins: ehugg (chatzilla@moz-44D86B1E.cisco.com)
# [06:48] <heycam> is there a way I can make a non-editable element show spell check decorations?
# [06:53] * glob is now known as glob|away
# [06:53] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [06:53] * Quits: ehugg (chatzilla@moz-44D86B1E.cisco.com) (Quit: ChatZilla 0.9.88.1 [Firefox 10.0.2/20120216101208])
# [06:53] * Quits: sicking (chatzilla@moz-903915C1.hsd1.ca.comcast.net) (Ping timeout)
# [07:00] * Quits: njn (chatzilla@moz-54D571D2.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88.1 [Firefox 14.0a1/20120313162233])
# [07:00] * Joins: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net)
# [07:03] * Quits: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net) (Client exited)
# [07:03] <aja> heycamL dunno if this is all you meant or what --- text-decoiration: underline wavy red; ???
# [07:03] <aja> s/L//
# [07:04] <heycam> aja, that's the effect I want, but I want to get it actually done through the spell checker
# [07:04] <heycam> aja, in the end I stuck a contenteditable on a surrounding element and it seemed to work though
# [07:05] <aja> sounds reasonable, if not particularly semantic
# [07:05] <heycam> it's just for testing, so no matter
# [07:07] <philor> aww, I thought you were going to sneak in actual spellchecking of non-editable content to drive compulsive spellers mad
# [07:07] <heycam> heh
# [07:08] * heycam searches for white out
# [07:08] <kwierso> oh god no, philor
# [07:08] <kwierso> no
# [07:08] <kwierso> just... no
# [07:08] <kwierso> it's bad enough catching typos in my peripheral vision
# [07:09] <kwierso> but to highlight the errors?
# [07:09] <kwierso> :(
# [07:10] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [07:13] * heycam is now known as heycam|away
# [07:14] * Joins: aja_ (chatzilla@F9F52BEB.80184A0A.7880DB15.IP)
# [07:14] * Quits: aja (chatzilla@F9F52BEB.80184A0A.7880DB15.IP) (Ping timeout)
# [07:14] * Quits: ircloggr (nodebot@moz-234826E1.compute-1.amazonaws.com) (Client exited)
# [07:14] * aja_ is now known as aja
# [07:15] * Joins: ircloggr (nodebot@moz-9409A305.compute-1.amazonaws.com)
# [07:15] * aja is now known as IRCMonkey23109
# [07:15] * Quits: IRCMonkey23109 (chatzilla@F9F52BEB.80184A0A.7880DB15.IP) (Input/output error)
# [07:16] * Quits: zandr (zandr@moz-891BD824.milewski.org) (Excess Flood)
# [07:16] * Quits: dseif (dseif@427F2CA1.A5266564.6F478678.IP) (Input/output error)
# [07:17] * Joins: zandr (zandr@moz-891BD824.milewski.org)
# [07:18] * Quits: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net) (Quit: clee)
# [07:18] * Joins: wolfiR (wolfiR@moz-6CFC6974.dip0.t-ipconnect.de)
# [07:19] * Joins: aja (chatzilla@F9F52BEB.80184A0A.7880DB15.IP)
# [07:22] * glob|away is now known as glob
# [07:26] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
# [07:26] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Ping timeout)
# [07:31] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [07:31] * Joins: Bas (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP)
# [07:32] * Quits: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [07:33] * philor is now known as philor|away
# [07:34] * Joins: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net)
# [07:34] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [07:36] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Quit: Leaving)
# [07:37] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
# [07:37] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
# [07:39] * Joins: past (past@moz-9D677A1D.dsl.dyn.forthnet.gr)
# [07:41] * Quits: karl (karl@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [07:43] * philor|away is now known as philor
# [07:43] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
# [07:45] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Input/output error)
# [07:47] * Parts: masayuki (Daily@moz-911CC660.zaq.ne.jp)
# [07:47] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
# [07:48] * Quits: c0smikdebris (c0smikdebr@35544CB3.EDA297EB.BE90E62C.IP) (Quit: Computer has gone to sleep.)
# [07:50] * Quits: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net) (Ping timeout)
# [07:52] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
# [07:56] * nthomas|away is now known as nthomas
# [07:57] * Quits: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net) (Quit: juanb)
# [07:57] * Quits: Elen (El@moz-749635E7.hsd1.ut.comcast.net) (Ping timeout)
# [07:58] * Quits: cshields (cshields@FF511EC6.E1C482F3.E0E06808.IP) (Ping timeout)
# [08:00] * Joins: lsumar (lsumar@moz-7691825E.adsl.xtra.co.nz)
# [08:00] <Jesse> mbrubeck: my hard work?
# [08:01] * Joins: cshields (cshields@FF511EC6.E1C482F3.E0E06808.IP)
# [08:02] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [08:02] * nthomas is now known as nthomas|away
# [08:05] * Joins: Elen (El@moz-749635E7.hsd1.ut.comcast.net)
# [08:05] * philor is now known as philor|away
# [08:06] * Quits: nthomas|away (chatzilla@moz-531834FE.dsl.telstraclear.net) (Ping timeout)
# [08:07] * Joins: RemusPop (remuspop@601F3B17.33662590.A5830293.IP)
# [08:09] * Joins: nthomas|away (chatzilla@moz-531834FE.dsl.telstraclear.net)
# [08:11] * Quits: masayuki (Daily@moz-911CC660.zaq.ne.jp) (Quit: masayuki)
# [08:11] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
# [08:12] <Jesse> mats: thanks for fixing https://bugzilla.mozilla.org/show_bug.cgi?id=735943 so quickly. now i don't have to worry about my crazy unstable testcase having its behavior change before it's debugged.
# [08:15] * Joins: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
# [08:15] * philor|away is now known as philor
# [08:19] * Quits: wolfiR (wolfiR@moz-6CFC6974.dip0.t-ipconnect.de) (Quit: Leaving)
# [08:20] * Joins: wolfiR (wolfiR@moz-6CFC6974.dip0.t-ipconnect.de)
# [08:21] <Callek> ehsan: allow me to apologize profusely for the amount of debunking of the "PB is disabled at build time for SM" you've had to do in that thread. I recognize that I started that base thought in many minds, and as I said in my initial reply where you corrected me I merely misremembered *how* it was handled for this case. :/
# [08:23] * Quits: nli (nli@moz-99690620.hinet-ip.hinet.net) (Quit: nli)
# [08:23] * philor is now known as philor|away
# [08:24] * Joins: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
# [08:25] * Quits: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
# [08:28] * Quits: jesup|laptop (chatzilla@moz-6380AF60.phlapa.fios.verizon.net) (Input/output error)
# [08:29] * Joins: karl (karl@moz-7260AA20.jetstream.xtra.co.nz)
# [08:30] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [08:31] * Joins: c0smikdebris (c0smikdebr@35544CB3.EDA297EB.BE90E62C.IP)
# [08:34] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [08:35] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
# [08:35] <Cork> is there a way to hide the websocket connection errors in firefox? (content js), i've tried try catch but it does nothing
# [08:37] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
# [08:38] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [08:38] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [08:40] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
# [08:41] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
# [08:42] * Joins: vikash (vikash@E7172058.2905CAEE.5D9ABA9F.IP)
# [08:43] * Joins: darktrojan (geoff@moz-F669139B.dsl.telstraclear.net)
# [08:44] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
# [08:46] * Quits: @dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com) (Ping timeout)
# [08:46] * Joins: jhorak (jhorak@moz-59813FB4.cust.nbox.cz)
# [08:47] * Quits: jhorak (jhorak@moz-59813FB4.cust.nbox.cz) (Quit: Leaving)
# [08:47] * Joins: jhorak (jhorak@moz-59813FB4.cust.nbox.cz)
# [08:52] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
# [08:53] * Quits: Lucas (Lucas@moz-92C28224.hsd1.ca.comcast.net) (Ping timeout)
# [08:57] * Joins: m_kato (m_kato@moz-348F61F0.mozilla.or.jp)
# [09:00] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Quit: rniwa)
# [09:03] * Quits: c0smikdebris (c0smikdebr@35544CB3.EDA297EB.BE90E62C.IP) (Client exited)
# [09:03] * Quits: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net) (Quit: clee)
# [09:05] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
# [09:06] <glandium> Callek: do you know if there is going to be a seamonkey 2.7.3 ?
# [09:07] <Callek> glandium: why would there?
# [09:07] <Callek> glandium: are you thinking "ESR"?
# [09:07] <glandium> Callek: yes
# [09:07] <Callek> glandium: as of right now there is no plans to follow the ESR 10 train
# [09:08] <glandium> ok
# [09:08] <glandium> i'll have to do it myself then
# [09:08] <Callek> we `might` hop on at a future/further stop, but no emmediate plans
# [09:08] <Callek> glandium: in theory just using the comm-esr tree (that TB uses) + m-esr should be enough to ensure the sec changes
# [09:08] <Callek> its just not a "supported directly by us" release
# [09:09] <glandium> http://gamecenter.grantgalitz.org/
# [09:10] <Callek> glandium: just don't forget to update suite/config/version.txt if you choose to do so :-)
# [09:10] <glandium> Callek: well, even when we backport tons of things, we don't necessarily change version numbers in debian
# [09:10] <Callek> glandium: you can do so in the official repo if you want for suite/ with rs+=me with something like "Update Suite version for linux distro esr-based build. rs+=Callek"
# [09:11] <Callek> glandium: basically I have no opposition to updating version, but I do *think* it best to have a seperate version than what we tagged a real release with
# [09:11] <Callek> though I'm not too picky there
# [09:12] <glandium> plus, technically, it's not seamonkey we are shipping :-p
# [09:13] * Joins: ttaubert (u2620@moz-160C58C6.com)
# [09:17] * Joins: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net)
# [09:23] * Joins: johanc (chatzilla@B2587C6E.17F44387.2E511D52.IP)
# [09:26] * padenot|away is now known as padenot
# [09:28] <glandium> Callek: do you know if tb tarballs contain all of comm-$branch?
# [09:29] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
# [09:30] * Joins: dao (dao@moz-8894AA66.superkabel.de)
# [09:30] <Callek> glandium: I am *pretty* sure they do
# [09:30] <Callek> but I'm not certain
# [09:30] * Joins: protz (protz@moz-E29D2A15.inria.fr)
# [09:30] <Callek> glandium: ooo one thing I just thought of, they'll be missing chatzilla/domi/venkman repos
# [09:30] * Quits: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net) (Quit: clee)
# [09:31] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
# [09:31] <Callek> glandium: can probably do a quick |client.py co --skip-comm --skip-mozilla -r SEAMONKEY_2_7_2_RELEASE| to get them with a reasonable rev for 2.7 series
# [09:31] * Joins: gkw (gkw@moz-7CD88B0C.hsd1.ca.comcast.net)
# [09:34] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
# [09:35] * Quits: jeremyhu|nanake (jeremyhu@moz-75C113CA.outersquare.org) (Ping timeout)
# [09:35] * Quits: reuben (reuben@moz-E227615A.com) (Ping timeout)
# [09:37] * padenot is now known as padenot|away
# [09:38] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [09:38] * Joins: gandalf (zbraniecki@moz-5A73F254.neoplus.adsl.tpnet.pl)
# [09:39] * Joins: jeremyhu (jeremyhu@moz-75C113CA.outersquare.org)
# [09:39] * Quits: aja (chatzilla@F9F52BEB.80184A0A.7880DB15.IP) (Ping timeout)
# [09:41] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [09:42] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [09:42] * Joins: aja (chatzilla@F9F52BEB.80184A0A.7880DB15.IP)
# [09:42] * Joins: reuben (reuben@seta00.com)
# [09:44] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [09:47] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: Success !!)
# [09:48] <NeilAway> someone should tell qheaden that the drag service already tracks the source node
# [09:51] * Quits: protz (protz@moz-E29D2A15.inria.fr) (Quit: Leaving)
# [09:52] * Quits: cjones_ (cjones@moz-45913895.socal.res.rr.com) (Quit: Leaving)
# [09:58] <Cork> is there anyway to hide the error console output here? http://fiddle.jshell.net/YNfM3/1/
# [09:58] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [10:00] * Joins: newn (firefox_co@175F09AC.3A6A63DC.388CF16F.IP)
# [10:00] * Quits: twi (Adium@moz-47FC02E0.cust.dsl.vodafone.it) (Connection reset by peer)
# [10:01] <newn> Hi
# [10:01] <newn> I want to right align a <image> on a vbox , how can I do it?
# [10:01] <newn> plz help
# [10:01] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [10:01] * Quits: decoder (quassel@45737F17.411DB1E9.95550721.IP) (Ping timeout)
# [10:01] * Quits: statix|- (statix@moz-AE3C0771.zone12.bethere.co.uk) (Quit: Quit)
# [10:02] * Joins: twi (Adium@AA8C0BB2.92744DCF.8E3C1108.IP)
# [10:03] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
# [10:03] * Joins: Standard8Away (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [10:03] * Standard8Away is now known as Standard8
# [10:04] * Quits: dao (dao@moz-8894AA66.superkabel.de) (Quit: Leaving.)
# [10:04] <darktrojan> when did we drop -moz-border-radius?
# [10:05] <darktrojan> I've run into it twice today
# [10:05] <Cork> a few months ago if i remember correctly
# [10:05] <Cork> like jan or something like that
# [10:05] <aja> darktrojan: you positive? noy jyst syntax change?
# [10:06] <aja> er...not just
# [10:06] <darktrojan> probably just the syntax change
# [10:06] <Cork> uh... heh i read thw checkin message wrong >_>
# [10:07] <Cork> http://hg.mozilla.org/mozilla-central/rev/9dd4c4a72f43ec0d2f71e9555091bcab5b63cebe
# [10:07] <aja> ummmm.nevermind....yesy, it was dropped....just unorefixed now, iirc
# [10:07] <Cork> so ya, totaly wrong
# [10:07] <aja> unprefixed
# [10:07] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
# [10:07] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Quit: Ex-Chat)
# [10:08] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
# [10:08] <darktrojan> past me seems to like using border radius on 2 corners out of 4
# [10:08] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [10:09] <newn> hi
# [10:09] <newn> I want to right align a <image> on a vbox , how can I do it?
# [10:09] <newn> plz help
# [10:13] * Joins: imphil (philipp@moz-55513EF0.rad.med.uni-muenchen.de)
# [10:14] <newn> is there any way this can be done
# [10:14] <newn> ?
# [10:14] * Quits: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp) (Quit: nattokirai)
# [10:15] <aja> darktrojan: : matches spec now: http://www.w3.org/TR/css3-background/#corners
# [10:15] * Joins: mak (chatzilla@moz-3BBE6AE8.retail.telecomitalia.it)
# [10:15] * Quits: johanc (chatzilla@B2587C6E.17F44387.2E511D52.IP) (Ping timeout)
# [10:15] * Quits: lsumar (lsumar@moz-7691825E.adsl.xtra.co.nz) (Quit: This computer has gone to sleep)
# [10:15] <darktrojan> newn, put it inside an hbox, with a <spacer flex=1>
# [10:16] <darktrojan> aja, I'm sure it does, today must be old code day
# [10:16] * padenot|away is now known as padenot
# [10:17] * Quits: karl (karl@moz-7260AA20.jetstream.xtra.co.nz) (Ping timeout)
# [10:18] <aja> darktrojan: just had to do same thing with gradients on a couple sites myself. live by the prefix......
# [10:18] <darktrojan> have we got rid of it?
# [10:19] * darktrojan clearly doesn't pay enough attention
# [10:19] <aja> what? gradients?....no, but syntax has changed for unprefixed
# [10:19] <darktrojan> oh, none of mine are actually unprefixed
# [10:20] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [10:20] * Joins: jfkthame_afk (jfkthame@5DE7042.A1C12133.9542EC20.IP)
# [10:20] * jfkthame_afk is now known as jfkthame
# [10:21] * Joins: paolo (paolo@moz-60E0738B.retail.telecomitalia.it)
# [10:22] <aja> darktrokan: in fact, not sure if publised yet....though it was agreed upon and an action item from last weeks meeting to publish it
# [10:22] <darktrojan> \o/
# [10:23] <aja> it's in editor's draft
# [10:24] * glob is now known as glob|away
# [10:26] * Joins: msucan (msucan-@E52374FB.B8F2BA96.699550A1.IP)
# [10:28] <NeilAway> newn: <vbox align="end"><image/></vbox> ?
# [10:31] * Quits: ircloggr (nodebot@moz-9409A305.compute-1.amazonaws.com) (Ping timeout)
# [10:31] <newn> NeilAway: the box also has flex="1" due to which the size of the hbox (its hbox not vbox sorry) is increades and the image remains left aligned and thus leaving a blank space on the right and so i want to make it right aligned and then cover up the space on the right with background-image
# [10:32] <newn> NeilAway: so will this align="end" also work with flex?
# [10:32] * Quits: Ziggy|AWAY (ZiggyMaes@6B780D9D.A4A6DE76.7B12EFB3.IP) (Ping timeout)
# [10:34] <NeilAway> newn: oh, hbox? in that case you want pack="end"
# [10:35] * Quits: rillian (giles@21B7B9F2.B87E9213.6E712CE2.IP) (Ping timeout)
# [10:35] <newn> NeilAway: oh , ok , i wan wondering why it was not working
# [10:36] * Joins: Ziggy_Maes (ZiggyMaes@6B780D9D.A4A6DE76.7B12EFB3.IP)
# [10:37] <newn> NeilAway: THANKS A LOT !!
# [10:37] <newn> NeilAway: its working
# [10:37] <NeilAway> newn: np
# [10:38] * Joins: fxa90id (fxa90id@moz-4FB4CA69.neoplus.adsl.tpnet.pl)
# [10:39] * Quits: bkero (bkero2@moz-ED825A1B.members.linode.com) (sand.mozilla.org gravel.mozilla.org)
# [10:40] * Quits: zz_AutomatedTester|away (David@moz-B77DEAEB.mozilla.org) (Ping timeout)
# [10:40] * Quits: @khuey|away (khuey@moz-B77DEAEB.mozilla.org) (Ping timeout)
# [10:40] * Quits: djvj (kvijayan@moz-B77DEAEB.mozilla.org) (Ping timeout)
# [10:41] * Joins: smaug (chatzilla@moz-7BE0F700.gprs.sl-laajakaista.fi)
# [10:41] * ChanServ sets mode: +o smaug
# [10:42] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Connection reset by peer)
# [10:42] * Joins: Rob (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [10:42] * Joins: bkero (bkero2@moz-ED825A1B.members.linode.com)
# [10:42] * Joins: rillian (giles@21B7B9F2.B87E9213.6E712CE2.IP)
# [10:42] * Quits: nattofriends (tsutsumi@moz-A369A791.warosu.org) (Ping timeout)
# [10:42] * Quits: DeathWolf (DeathWolf@moz-7EDF16F7.ovh.net) (Ping timeout)
# [10:43] * Joins: nattofriends (tsutsumi@moz-A369A791.warosu.org)
# [10:43] * Joins: DeathWolf (DeathWolf@moz-7EDF16F7.ovh.net)
# [10:44] * Joins: djvj (kvijayan@moz-B77DEAEB.mozilla.org)
# [10:44] * Joins: m_katp (Daily@moz-348F61F0.mozilla.or.jp)
# [10:45] * Quits: m_kato (m_kato@moz-348F61F0.mozilla.or.jp) (Quit: Leaving...)
# [10:46] * Joins: enda (chatzilla@805B2C83.679532CF.2500F951.IP)
# [10:46] * Quits: eflores (eflores@538BABFE.A073F3E.97BBD552.IP) (Connection reset by peer)
# [10:46] * Joins: eflores (eflores@538BABFE.A073F3E.97BBD552.IP)
# [10:46] * Parts: m_katp (Daily@moz-348F61F0.mozilla.or.jp)
# [10:46] * Joins: m_katp (Daily@moz-348F61F0.mozilla.or.jp)
# [10:47] * Joins: khuey|away (khuey@moz-B77DEAEB.mozilla.org)
# [10:47] * Quits: bc (bc@moz-E31CD2CB.mozilla.org) (Ping timeout)
# [10:47] * Quits: Ziggy_Maes (ZiggyMaes@6B780D9D.A4A6DE76.7B12EFB3.IP) (Ping timeout)
# [10:47] * Quits: Rob (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Ping timeout)
# [10:47] * Quits: m_katp (Daily@moz-348F61F0.mozilla.or.jp) (Quit: m_katp)
# [10:48] * Joins: m_katp (Daily@moz-348F61F0.mozilla.or.jp)
# [10:48] <darktrojan> oh hey, the planet team have actually fixed the keyboard shortcuts
# [10:48] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Ping timeout)
# [10:48] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [10:48] * Quits: m_katp (Daily@moz-348F61F0.mozilla.or.jp) (Quit: m_katp)
# [10:48] * Joins: m_kato (m_kato@moz-348F61F0.mozilla.or.jp)
# [10:48] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
# [10:48] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [10:49] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
# [10:51] * Joins: Ziggy|AWAY (ZiggyMaes@6B780D9D.A4A6DE76.7B12EFB3.IP)
# [10:51] * Ziggy|AWAY is now known as Ziggy_Maes
# [10:52] <nthomas|away> I would close the trees if I could reach tinderbox.m.o. There's a network outage in the SJC colo which will be taking out the buildbot system
# [10:52] <darktrojan> ah, that would explain why I'm having trouble getting to blog.m.o
# [10:53] * Unfocused changes topic to 'All trees are CLOSED due to a network outdate || Next uplift: 24th April || New/want to help? See #introduction || http://krijnhoetmer.nl/irc-logs/ || Windows nightly updates are broken, http://bugzil.la/735713'
# [10:53] * Joins: ircloggr (nodebot@moz-9632117.compute-1.amazonaws.com)
# [10:53] * Unfocused changes topic to 'All trees are CLOSED due to a network outage || Next uplift: 24th April || New/want to help? See #introduction || http://krijnhoetmer.nl/irc-logs/ || Windows nightly updates are broken, http://bugzil.la/735713'
# [10:54] <nthomas|away> the network said, see ya I'm off out for a date ?
# [10:54] <Unfocused> english is hard. lets go shopping. for hard liquor.
# [10:54] <Standard8> nthomas|away: I just closed the firefox tree
# [10:55] <Standard8> tinderbox seems fine here
# [10:55] <Standard8> nthomas|away: hmm, https://tbpl.mozilla.org/ works fine
# [10:55] <Standard8> as well
# [10:55] * nthomas|away is now known as nthomas
# [10:56] <nthomas> hmm, my dns must be mucked up
# [10:57] <darktrojan> nthomas, we've probably broken our one internet pipe to the outside world
# [10:58] <darktrojan> tbpl almost loaded fine for me, the tinderbox resource timed out though
# [10:58] * Joins: waschtl (waschtl@moz-E4A326C8.d.d9tcloud.de)
# [10:58] <darktrojan> Buildduty: probably #build
# [10:58] <nthomas> Standard8: you could close try and inbound too that would be great
# [10:59] <mounir> jlebar: ping? (you can't be awake)
# [10:59] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [11:00] * Quits: aja (chatzilla@F9F52BEB.80184A0A.7880DB15.IP) (Ping timeout)
# [11:01] <Standard8> nthomas: done
# [11:01] * Quits: nthomas (chatzilla@moz-531834FE.dsl.telstraclear.net) (Ping timeout)
# [11:01] * Quits: victorporof (victorporo@E89D3CC1.DA9DCE7D.79933D60.IP) (Quit: Leaving...)
# [11:02] * Quits: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP) (Quit: mijia)
# [11:04] * Joins: aja (chatzilla@F9F52BEB.80184A0A.7880DB15.IP)
# [11:04] * Joins: graememcc (chatzilla@moz-E48E4094.range31-53.btcentralplus.com)
# [11:06] * Quits: @smaug (chatzilla@moz-7BE0F700.gprs.sl-laajakaista.fi) (Ping timeout)
# [11:07] * Quits: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP) (Ping timeout)
# [11:07] * Joins: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP)
# [11:07] * Quits: Ryan (rflint@moz-A287E317.com) (Ping timeout)
# [11:07] * ewong is now known as ewong|afk
# [11:07] * Quits: reed (reed@tech.monkey) (Ping timeout)
# [11:08] * Quits: jfkthame (jfkthame@5DE7042.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [11:09] * Joins: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net)
# [11:09] * Joins: Goldorak (chatzilla@AB51622.10B44F05.187A1082.IP)
# [11:09] * Joins: nthomas (chatzilla@moz-95627F12.dsl.telstraclear.net)
# [11:09] * Joins: bc (bc@454BDC37.1D5E8529.AC69809B.IP)
# [11:09] * Quits: gandalf (zbraniecki@moz-5A73F254.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [11:09] * Joins: jfkthame (jfkthame@5DE7042.A1C12133.9542EC20.IP)
# [11:10] <mounir> who should I ping for the network outage?
# [11:10] <Standard8> you don't need to
# [11:10] <Standard8> http://status.mozilla.com/
# [11:10] <Standard8> and #it already knows about it
# [11:10] <mounir> yes, I know they know, it's in the topic ;)
# [11:10] <mounir> I was wondering when it would be solved actually
# [11:12] <Standard8> quote: netops guys are on it, will probably be fixed soon
# [11:14] <mounir> ok, hope so
# [11:14] <mounir> i always feel worried when there is that kind of stuff during morning european time
# [11:15] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [11:17] * Joins: Ryan (rflint@moz-A287E317.com)
# [11:18] * Joins: reed (reed@tech.monkey)
# [11:18] <glandium> mounir: you can go back to sleep
# [11:19] <mounir> glandium: too late, I'm already in the office and had coffee :(
# [11:20] * Quits: waschtl (waschtl@moz-E4A326C8.d.d9tcloud.de) (Ping timeout)
# [11:20] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [11:20] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Linkinus - http://linkinus.com)
# [11:21] * Joins: gandalf (zbraniecki@moz-5A73F254.neoplus.adsl.tpnet.pl)
# [11:21] * darktrojan reckons he's about halfway through pixel-pushing a prettier planet (woo, alliteration)
# [11:22] <darktrojan> http://www.darktrojan.net/test/venus/
# [11:22] <darktrojan> thoughts?
# [11:22] * Joins: victorporof (victorporo@19424530.62A0413.79933D60.IP)
# [11:23] <NeilAway> darktrojan: keyboard shortcuts?
# [11:23] <darktrojan> N and P for next and previous article
# [11:23] * NeilAway had no idea
# [11:23] <darktrojan> they've been part of the planet software for years, but they were broken on pmo
# [11:24] <Unfocused> darktrojan: nice
# [11:24] * Quits: kdc (chatzilla@moz-6176CD61.no.shawcable.net) (Connection reset by peer)
# [11:24] <NeilAway> Unfocused: so, I was testing Frederic Wang's math font extension... when I hit quit, the extension was shut down before my window was closed, and it briefly repainted with the wrong font ;-)
# [11:24] <Unfocused> hah
# [11:25] <NeilAway> Unfocused: is this expected behaviour?
# [11:25] <Unfocused> restartless extension, i assume?
# [11:25] <NeilAway> Unfocused: indeed
# [11:25] <Unfocused> he's probably not checking the reason for the shutdown
# [11:25] * Quits: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net) (Connection reset by peer)
# [11:26] <Unfocused> if the reason is APP_SHUTDOWN, the addon shouldn't need to do much
# [11:26] <NeilAway> Unfocused: ok, so I should suggest that to him?
# [11:26] <Unfocused> yep :)
# [11:26] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [11:26] <Callek> darktrojan: fyi I LOVE it, though the subscription list I personally feel needs a small bit of work (if you consider the large list of real planetmo subscriptions)
# [11:27] <Unfocused> NeilAway: er, no idea how that translates for jetpack-based addons
# [11:27] * Joins: Ameya (chatzilla@AC9D62D4.FC13163A.9105FBCF.IP)
# [11:27] <darktrojan> Callek, anything in particular?
# [11:27] <NeilAway> Unfocused: not jetpack, just restartless
# [11:27] <Unfocused> ok
# [11:27] <NeilAway> Unfocused: his bootstrap.js is about 10 lines of code
# [11:28] <NeilAway> Unfocused: just adding a user stylesheet basically
# [11:28] <Callek> darktrojan: Unfortunately I have no constructive thoughts to make that better than "I think it needs to be a bit different"
# [11:28] <darktrojan> heh
# [11:28] <Unfocused> ah, k - yea, he can skip removing that stylesheet on shutdown
# [11:28] * darktrojan wonders what it looks like with 100 subscriptions
# [11:28] <Callek> darktrojan: I have horrible UI skill, but can recognize when [in my opinion] UI still needs work
# [11:29] <Callek> :-)
# [11:29] <darktrojan> yeah, me too!
# [11:29] * Joins: smaug (chatzilla@moz-B0857D58.elisa-mobile.fi)
# [11:29] * ChanServ sets mode: +o smaug
# [11:29] <Callek> darktrojan: I think a good first-thing would be to style the feed-names different than the entry-names (more than just indent to seperate)
# [11:30] * Quits: @smaug (chatzilla@moz-B0857D58.elisa-mobile.fi) (Quit: Reconnecting…)
# [11:30] * Joins: smaug (chatzilla@moz-B0857D58.elisa-mobile.fi)
# [11:30] * ChanServ sets mode: +o smaug
# [11:30] <NeilAway> Unfocused: is APP_SHUTDOWN available anywhere or should he just const it to 2?
# [11:30] <Callek> also I think the elipses is a hard visual indicator that the individual entry links are not wrapping links, and needs some visual indicator *slightly* stronger in addition
# [11:31] <Unfocused> NeilAway: it's automatically put in the scope of bootstrap.js
# [11:31] <Callek> darktrojan: hope that helps
# [11:32] <darktrojan> Callek, thanks for the input
# [11:33] * Joins: KaiRo (robert@moz-61141F4A.adsl.highway.telekom.at)
# [11:33] * Joins: hvq (HVQ@moz-3BBB9F1C.dynip.nus.edu.sg)
# [11:33] * Quits: jfkthame (jfkthame@5DE7042.A1C12133.9542EC20.IP) (Ping timeout)
# [11:34] * Joins: victorporo (victorporo@19424530.62A0413.79933D60.IP)
# [11:34] * Quits: victorporof (victorporo@19424530.62A0413.79933D60.IP) (Connection reset by peer)
# [11:34] <Ameya> I have urls of scripts that access nsICookieService in http://mxr.mozilla.org/mozilla-central/source/js/xpconnect/src/XPCJSID.cpp#770 ...now I need to check which of them belong to addons...I am going to find that by Addonmanager.getalladdons() ...
# [11:34] <Ameya> GetService() of xpcjsid.cpp
# [11:34] * victorporo is now known as victorporof
# [11:35] <Ameya> So is it advisable to call JS xpcom component which will take those URLs & find out which ones belong to addons..by Addonmanager.getalladdons(){ ..}
# [11:36] <Unfocused> yes
# [11:36] <hsivonen_> I had an MQ patch named "broken" and got briefly scared when hg told me "popping broken"
# [11:36] * Quits: victorporof (victorporo@19424530.62A0413.79933D60.IP) (Connection reset by peer)
# [11:36] * Joins: victorporof (victorporo@19424530.62A0413.79933D60.IP)
# [11:36] <NeilAway> Unfocused: ah, great
# [11:37] <Ameya> Unfocused: I mean will that overhead fine..? or do you have any other way to do it..
# [11:37] * darktrojan wonders if people will complain about 10px text
# [11:37] * Joins: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de)
# [11:38] <Unfocused> Ameya: i'm not sure what you're asking
# [11:38] <Unfocused> hsivonen_: hah!
# [11:38] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [11:39] <NeilAway> next time name the patch "candy" ?
# [11:39] <Ameya> Unfocused: I mean Addon's ID,resourceURI can be accessed only via JS... & I need that info in GetService() of xpcjsid.cpp ...
# [11:40] * Joins: victorporo (victorporo@19424530.62A0413.79933D60.IP)
# [11:40] <darktrojan> my MQ used to pop tabs a lot
# [11:40] <Unfocused> i got that part
# [11:40] <darktrojan> stoner software
# [11:40] * Joins: dao (dao@moz-8894AA66.superkabel.de)
# [11:40] * Quits: victorporof (victorporo@19424530.62A0413.79933D60.IP) (Connection reset by peer)
# [11:40] * Joins: zz_AutomatedTester (David@moz-B77DEAEB.mozilla.org)
# [11:41] <@smaug> darktrojan: yes
# [11:41] <@smaug> 10px is small
# [11:41] * Joins: victorporof (victorporo@19424530.62A0413.79933D60.IP)
# [11:41] <darktrojan> yes it is
# [11:41] * Quits: victorporo (victorporo@19424530.62A0413.79933D60.IP) (Connection reset by peer)
# [11:42] <darktrojan> it's also mostly irrelevant content
# [11:42] <Ameya> Unfocused : So only way is to create & call JS Xpcom component which will take URl as input & find whether it belongs to addons or not..
# [11:43] * Joins: jfkthame (jfkthame@5DE7042.A1C12133.9542EC20.IP)
# [11:43] <Unfocused> Ameya: it's not the only way, but it is *by far* the easiest
# [11:43] <Ameya> Unfocused : What do you think of this approach..?
# [11:43] * zz_AutomatedTester is now known as AutomatedTester
# [11:43] <Unfocused> i think you should use that approach, yes
# [11:44] <Ameya> Unfocused : Is there any other efficient way...because calling xpcom component is extra overhead...
# [11:45] * ewong|sleep is now known as ewong
# [11:45] <Ameya> As you said not the only way...
# [11:46] <Unfocused> Ameya: it will be fast enough
# [11:46] <Ameya> any complex way which would be more efficient...?
# [11:46] <Ameya> Ok.. fine Thnks..
# [11:46] * Joins: stepardo (stepardo@E2A0B7A5.AAF73B55.324C347.IP)
# [11:47] * Joins: victorporo (victorporo@19424530.62A0413.79933D60.IP)
# [11:47] * Quits: victorporof (victorporo@19424530.62A0413.79933D60.IP) (Connection reset by peer)
# [11:47] <Ameya> Bcoz initially I created sqlite DB in browserstartup() of browser.js....stored addons info there & invoked in xpcjsid.cpp....but seemed to be inefficient...
# [11:47] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [11:48] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [11:50] * Joins: Cwiiis (cwiiis@40018561.F684631.21A4E96A.IP)
# [11:50] * Quits: victorporo (victorporo@19424530.62A0413.79933D60.IP) (Connection reset by peer)
# [11:50] * Joins: victorporof (victorporo@19424530.62A0413.79933D60.IP)
# [11:52] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [11:52] * Quits: gandalf (zbraniecki@moz-5A73F254.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [11:53] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [11:53] * Quits: victorporof (victorporo@19424530.62A0413.79933D60.IP) (Connection reset by peer)
# [11:54] <nthomas> trees seem functional so I'll reopen
# [11:55] <mak> nthomas: is there a reaso we can't retrigger pgo builds when they fail?
# [11:56] * philor|away is now known as philor
# [11:56] <nthomas> try bug 692370 for an explanation, don't know off the top of my head
# [11:57] <nthomas> Standard8: you closed try, inbound and m-c in the end ?
# [11:57] <mak> okm thx
# [11:59] * nthomas changes topic to 'Next uplift: 24th April || New/want to help? See #introduction || http://krijnhoetmer.nl/irc-logs/ || Windows nightly updates are broken, http://bugzil.la/735713'
# [12:00] <darktrojan> bah, firebug is a focus hogging biatch
# [12:01] * philor is now known as philor|away
# [12:01] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird -- http://www.instantbird.com)
# [12:03] <darktrojan> Callek, is that better? not sure what to do about the ellipsis, but I really don't want to wrap it
# [12:04] <Callek> darktrojan: yes it is better... fwiw I don't mind the ellipses (and I think its presence is perfectly reasonable) I just felt at least *some* visual indicator that it was a sublist beyond just indent was necessary
# [12:04] <darktrojan> bullets?
# [12:04] * darktrojan tries it
# [12:04] <Callek> darktrojan: na I think bullets would detract too much from things
# [12:05] <darktrojan> if I can get them the right colour it should look ok
# [12:05] <Callek> darktrojan: my thought was some sort of color scheme backgrounds for the entries
# [12:05] <Callek> and do an :even/:odd kinda thing for this
# [12:05] <Callek> darktrojan: I don't know how to reasonably do it without detracting visual attention from the main area, or without over-complicating it though -- top of my head
# [12:06] <Callek> darktrojan: so failing something else "good" I think current way is still great
# [12:06] <Callek> darktrojan: as I said, I do _not_ consider myself good UI designer wise
# [12:06] <Ameya> anyone knows when jdm will be online...?
# [12:09] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [12:09] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [12:10] * Joins: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [12:11] <Cwiiis> hmm... Anyone else getting nightly refusing to load pages? Just sits there 'Waiting for blah.com...'
# [12:13] * Quits: lht (elihait@moz-722A94AD.dreamhost.com) (Quit: Ex-Chat)
# [12:13] * rail_away is now known as rail
# [12:14] <Unfocused> i don't think blah.com is a real site. maybe that's your problem.
# [12:15] <Cwiiis> I bet it is, but replace 'blah.com' with any real site too
# [12:15] <Cwiiis> aww ok, it isn't...
# [12:15] <Unfocused> ;)
# [12:15] <Cwiiis> Maybe time to register that domain :)
# [12:15] <Unfocused> but no, stuff is loading fine for me
# [12:15] <Unfocused> heh
# [12:15] <Callek> yea I get good loadings all the time
# [12:15] * Joins: gandalf (zbraniecki@moz-B123F03D.neoplus.adsl.tpnet.pl)
# [12:16] <Cwiiis> hmm :/ Wonder what's happening there then... Chrome, irritatingly, is fine
# [12:16] <Callek> well except when a single server is down
# [12:16] <Callek> Cwiiis: perhaps your DNS server itself is having issues and chrome contacts 8.8.8.8 instead when normal DNS has issues, or more-agressively-caches DNS?
# [12:17] <Cwiiis> Callek, a bit odd that IRC and Jabber are ok in that case though?
# [12:17] <Cwiiis> also pinging from a terminal resolves ok
# [12:17] <Unfocused> same problem even after restarting firefox?
# [12:18] <AutomatedTester> Cwiiis: does it work if you restart the browser, I have seen wierdness before when my wifi flakes
# [12:18] * Quits: @ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
# [12:18] <AutomatedTester> but can't reproduce reliably
# [12:18] <AutomatedTester> :/
# [12:18] <Cwiiis> AutomatedTester, this is after a restart, but I can restart again
# [12:18] <AutomatedTester> dunno then
# [12:18] <gcp> backup your safebrowsing subdir in the profile and then delete it
# [12:19] <gcp> and pray with me what doesn't fix it :P
# [12:19] <Unfocused> hah
# [12:21] * nthomas is now known as nthomas|away
# [12:21] * Quits: Wei_o_o (Wei@8F61C0E2.4F4B4250.FAA9ED67.IP) (Ping timeout)
# [12:21] * Joins: Wei_o_o (Wei@8F61C0E2.4F4B4250.FAA9ED67.IP)
# [12:22] <Cwiiis> seems Firefox won't shut down either, have to kill it :/
# [12:23] <Cwiiis> gcp, er, bad news :)
# [12:23] <Cwiiis> gcp, moving safebrowsing somewhere else fixed it
# [12:24] * Quits: Bas (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
# [12:25] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [12:25] * Joins: Bas (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP)
# [12:25] <gcp> ok, question now is, how did you break it :P
# [12:26] <gcp> https://bugzilla.mozilla.org/show_bug.cgi?id=727370
# [12:27] * mak is now known as mak|afk
# [12:29] * Quits: timdream (timdream@moz-99690620.hinet-ip.hinet.net) (Quit: timdream)
# [12:29] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [12:30] <darktrojan> that's enough for one night
# [12:30] <darktrojan> man pixel pushing takes ages
# [12:30] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [12:30] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [12:31] <darktrojan> also reworking stuff that's nothing to do with you is fun
# [12:31] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [12:35] * Joins: necolas (necolas@moz-76B5A555.as43234.net)
# [12:36] * NeilAway discovers a handy formula for the area of a polygon
# [12:36] <darktrojan> any polygon?
# [12:37] <darktrojan> or just the regular ones?
# [12:37] <NeilAway> darktrojan: or perhaps name a patch "crease"
# [12:37] <darktrojan> I don't get it
# [12:37] * Quits: hvq (HVQ@moz-3BBB9F1C.dynip.nus.edu.sg) (Ping timeout)
# [12:38] <NeilAway> darktrojan: cricket reference
# [12:38] <darktrojan> ew
# [12:38] <darktrojan> that's horrible
# [12:38] <darktrojan> stay away from the puns, NeilAway
# [12:39] <NeilAway> darktrojan: any non-intersecting polygon
# [12:40] <NeilAway> darktrojan: it's actually a corollary of the area of a simple closed curve
# [12:41] * Joins: jammink (textual@moz-AB5D0B91.ph.ph.cox.net)
# [12:41] <NeilAway> darktrojan: which you can obtain via e.g. -∫ydx or ∫xdy or even ½∫(xdy-ydx)
# [12:41] * jammink is now known as jammink|Tucson
# [12:42] <NeilAway> darktrojan: the first two are harder to calculate for a polygon but the third version turns out to be simple
# [12:45] <Cwiiis> gcp, there's already a zipped safebrowsing dir attached to the bug, would attaching mine also help?
# [12:45] * darktrojan nods and smiles
# [12:45] <gcp> can't hurt
# [12:45] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [12:45] <gcp> I'm going to see if I can repro
# [12:48] <Cwiiis> gcp, darn it, it's too big to attach by a few k :p
# [12:49] <gcp> if you delete the goog-* files, does it reproduce?
# [12:49] <NeilAway> darktrojan: of course the simplification looses the geometric meaning, but whatever
# [12:49] <NeilAway> *loses
# [12:49] <NeilAway> d'oh
# [12:49] * NeilAway hides
# [12:50] <NeilAway> darktrojan: bah, html again today
# [12:50] <darktrojan> try my planet! there's nobody on it, but it's xhtml every time
# [12:50] * Quits: berkerpeksag (berkerpeks@2A61EA0D.305BD3BC.2058B3BB.IP) (Quit: Leaving)
# [12:50] <Cwiiis> gcp, doesn't reproduce without the goog files, no
# [12:51] <darktrojan> AND (as of 3 minutes ago) it's gzipped
# [12:51] * Joins: berkerpeksag (berkerpeks@2A61EA0D.305BD3BC.2058B3BB.IP)
# [12:51] <gcp> Cwiiis: mail or dropbox or whatever?
# [12:53] * Quits: @smaug (chatzilla@moz-B0857D58.elisa-mobile.fi) (Ping timeout)
# [12:55] * Joins: logiclord (Gaurav@DED6C289.65BC934.35E3DDC8.IP)
# [12:55] * AutomatedTester is now known as zz_AutomatedTester
# [12:58] * zz_AutomatedTester is now known as AutomatedTester
# [12:59] <Cwiiis> gcp, yeah, I'll stick it on box.net - just wasted 10 minutes trying to compress it to 4M, but the best I can quickly manage is 4.1 :(
# [12:59] <gcp> its already deflated :P
# [12:59] * Quits: jfkthame (jfkthame@5DE7042.A1C12133.9542EC20.IP) (Ping timeout)
# [13:00] * Joins: jfkthame (jfkthame@5DE7042.A1C12133.9542EC20.IP)
# [13:00] * Quits: paolo (paolo@moz-60E0738B.retail.telecomitalia.it) (Client exited)
# [13:01] <Cwiiis> gcp, http://www.box.com/s/6afeef163b40b46d829f
# [13:02] * Joins: hvq (HVQ@moz-5013E1B8.dynip.nus.edu.sg)
# [13:02] <gcp> 1000000 bytes uh
# [13:02] * Quits: hvq (HVQ@moz-5013E1B8.dynip.nus.edu.sg) (Quit: Instantbird 1.1)
# [13:03] <gcp> all 0
# [13:03] <Cwiiis> Anyone failing to build m-c with "make[6]: *** No rule to make target `../../../xpcom/idl-parser/xpidllex.py', needed by `libs'. Stop." today?
# [13:04] <Cwiiis> gcp, the archive works fine for me...
# [13:04] <Cwiiis> gcp, md5sum 004eccd31a6eab23a84644db87980f2d ?
# [13:04] <darktrojan> Cwiiis, not today, but have you got rid of the .pyc s from that dir?
# [13:04] <Cwiiis> darktrojan, this is from a clobber build
# [13:05] <darktrojan> in the source dir, not the objdir
# [13:05] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Ping timeout)
# [13:05] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [13:06] <Cwiiis> ah, ok
# [13:06] <gcp> Cwiiis: just observing the file indeed got corrupted somehow
# [13:06] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [13:06] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [13:06] * Quits: jfkthame (jfkthame@5DE7042.A1C12133.9542EC20.IP) (Ping timeout)
# [13:06] <Cwiiis> darktrojan, that fixed it, thanks
# [13:07] * Joins: jfkthame (jfkthame@5DE7042.A1C12133.9542EC20.IP)
# [13:07] <Cwiiis> gcp, I just re-downloaded it and the md5sum is correct
# [13:07] <gcp> Cwiiis: yes. the upload is fine. it's the contents that somehow got corrupted, thats why your ff hung.
# [13:10] <gcp> Cwiiis: did firefox crash or smth before this happened?
# [13:10] * Joins: u4cse10052 (chatzilla@91BC8839.F442218F.88FACCAA.IP)
# [13:11] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
# [13:12] * Quits: jfkthame (jfkthame@5DE7042.A1C12133.9542EC20.IP) (Ping timeout)
# [13:13] * Joins: victorporof (victorporo@19424530.62A0413.79933D60.IP)
# [13:13] * Joins: andreasn (andreasn@moz-3CC3C389.a336.priv.bahnhof.se)
# [13:16] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [13:16] * Quits: aja (chatzilla@F9F52BEB.80184A0A.7880DB15.IP) (Client exited)
# [13:17] <Cwiiis> gcp, I got the recovery screen, so quite possibly
# [13:18] * Joins: timdream (timdream@moz-E09D1E22.adsl.dynamic.seed.net.tw)
# [13:18] <Cwiiis> gcp, ah yes, my machine hard-locked and I had to turn it off
# [13:18] <gcp> oof
# [13:18] <Cwiiis> gcp, the code should probably cope with that?
# [13:18] <gcp> yes, I have a recovery problem it seems. But at least our own code doesn't corrupt it, that's a bit reassuring.
# [13:19] * Joins: jfkthame (jfkthame@5DE7042.A1C12133.9542EC20.IP)
# [13:21] <gcp> oh fuck
# [13:21] <gcp> fallocate!
# [13:22] <gcp> let's blame taras
# [13:23] * Joins: nattokirai (nattokirai@moz-6A258170.dynamic.ppp.asahi-net.or.jp)
# [13:23] * Quits: jfkthame (jfkthame@5DE7042.A1C12133.9542EC20.IP) (Ping timeout)
# [13:23] * Joins: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com)
# [13:27] * mattwoodrow is now known as mattwoodrow|away
# [13:29] * Joins: jfkthame (jfkthame@5DE7042.A1C12133.9542EC20.IP)
# [13:29] * rail is now known as rail_away
# [13:31] * Joins: Infinity (Mibbit@4A6E7E7F.9C16060E.D61FB583.IP)
# [13:31] <Infinity> Hi!
# [13:31] * mak|afk is now known as mak
# [13:32] <Infinity> I am a student interested to take part in gsoc 2012
# [13:32] * Quits: jfkthame (jfkthame@5DE7042.A1C12133.9542EC20.IP) (Ping timeout)
# [13:32] <Infinity> Is it ok if I get some questions clarified here to get me started ?!
# [13:33] * Quits: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [13:33] <gcp> sure
# [13:33] <gcp> (quite a few devs in the US will still be asleep, though)
# [13:34] <Infinity> :)
# [13:34] <Infinity> I am in India. So I can't help it
# [13:34] <Infinity> Next time I'll try to come at a better time :)
# [13:35] * AutomatedTester is now known as zz_AutomatedTester
# [13:35] * Quits: u4cse10052 (chatzilla@91BC8839.F442218F.88FACCAA.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 3.6.24/20111107173218])
# [13:36] <Infinity> I am really interested in network programming and was quite interested in the project to build a Networking Dashboard !
# [13:36] <Infinity> Is it mandatory that it should be done only in c++?
# [13:36] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [13:36] * Joins: deLta30_ (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [13:37] <gcp> the description says C++ and JS
# [13:37] * Joins: edmorley (edmorley@moz-BAA24AEA.range86-166.btcentralplus.com)
# [13:38] <gcp> you need the C++ because you'll have to interface with the networking core, and maybe add some instrumentation to that etc.
# [13:38] <Infinity> Yeah, I am comfortable with c++, but I was wondering if using python would help in getting things done faster!
# [13:38] <gcp> python is unusable for this
# [13:38] * Quits: philor|away (philor@moz-638273A8.my-nick.name) (Ping timeout)
# [13:38] <gcp> it needs to run in the browser, so it either needs to be compiled to native code (C++, and interfaced with Gecko, actually) or JavaScript
# [13:39] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [13:39] <Infinity> Oh!.....true!........
# [13:39] <mak> edmorley: are you already looking for a merge? since I was evaluating to do one
# [13:40] <edmorley> mak: I was about to look :-)
# [13:40] <Infinity> So we have got to build a UI for doing all this....
# [13:40] <gcp> yes, using XUL
# [13:40] <mak> edmorley: ah ok, then I'll just disappear!
# [13:40] * Quits: m_kato (m_kato@moz-348F61F0.mozilla.or.jp) (Quit: Leaving...)
# [13:40] * Joins: jfkthame (jfkthame@5DE7042.A1C12133.9542EC20.IP)
# [13:40] <Infinity> I have never used XUL before.
# [13:40] <Infinity> that's ok right?
# [13:41] <mak> edmorley: btw, looks like twinopen on Android is permared, from quite some time
# [13:41] <Infinity> I saw in the wiki that it can be learnt on the go...
# [13:41] * Quits: dao (dao@moz-8894AA66.superkabel.de) (Quit: Leaving.)
# [13:41] * Joins: philor (philor@moz-638273A8.my-nick.name)
# [13:42] <gcp> I don't think we require knowledge of a specific Mozilla technology before being allowed to work on it. Probably 95% of our own devs wouldn't qualify :)
# [13:42] <mak> edmorley: basically from the off-main-thread compositor merge
# [13:42] <edmorley> mak: seems to be on m-c too, just hidden there
# [13:42] <Infinity> That's instills a lot of confidence.
# [13:42] * Quits: timdream (timdream@moz-E09D1E22.adsl.dynamic.seed.net.tw) (Quit: timdream)
# [13:42] <Infinity> *That
# [13:42] <gcp> from what I can see, the description is correct, i.e. you'll need C++ knowledge, some JS, and some HTML/CSS (which together is more or less XUL)
# [13:43] <mak> you forgot the major requirement: patience!
# [13:43] <Infinity> That's awesome. I think I am up for it!
# [13:43] <Infinity> What about background knowledge in Networking?
# [13:44] * Joins: peregrino (peregrino@moz-9A666907.telecom.net.ar)
# [13:45] <gcp> from the description I don't think a great deal of preexisting networking knowledge is needed
# [13:45] * bhearsum|afk is now known as bhearsum
# [13:46] * Joins: ehugg (chatzilla@moz-44D86B1E.cisco.com)
# [13:46] * Joins: tonymec__ (tonymec@AF812930.A8CB2B65.277517C1.IP)
# [13:46] * tonymec__ is now known as tonymec|away
# [13:46] <Infinity> I was wondering if some experience in using snmp protocol would help!
# [13:47] <Infinity> Because it said we need to manage a particular set of connections!
# [13:47] <gcp> I don't think so.
# [13:47] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [13:47] <gcp> from what I cans see, the idea is that you see which connections firefox has open (HTTP/FTP/DNS/SPDY/WebSockets) and to where, how fast
# [13:48] <gcp> and allow some management
# [13:48] <Infinity> Would a background in networking be a plus for this project or it would not matter!
# [13:48] * Joins: tchevalier (chatzilla@26DF2FEE.76D180ED.C47D5415.IP)
# [13:48] <gcp> I'd be a plus for sure. It's probably doable without too, just harder.
# [13:48] <Infinity> I have a basic foundation in networking.....I am hoping that would also be tested!
# [13:49] * Quits: deLta30_ (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [13:49] <Infinity> I have wanted to work on a proper networking project for a while now.....To test what I theoretically know!
# [13:49] <gcp> The main complexity is probably going to be to understand the Firefox codebase, and see how to "hook up" your stuff into it.
# [13:49] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [13:49] <Infinity> Because the practical stuff I have done is pretty basic.
# [13:49] <darktrojan> I think I may need to join github
# [13:50] * Joins: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk)
# [13:50] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [13:50] * Joins: surkov (surkov@F2D29657.F60B0462.67AC9B1.IP)
# [13:50] <Infinity> So could you suggest some links for me to get started with this project
# [13:51] <Infinity> Like get all the prerequisites for it so that I am ready to do the actual thing
# [13:51] <gcp> prolly want to read up as much as you can on HTTP/SPDY/WebSockets. Maybe look at tutorials at writing Firefox extensions.
# [13:52] * Quits: jfkthame (jfkthame@5DE7042.A1C12133.9542EC20.IP) (Ping timeout)
# [13:53] <gcp> see how much of our networking API is already exposed (would need searching through relevant MDN docs)
# [13:53] <Infinity> I think I am a bit comfortable with HTTP/WebSockets
# [13:53] * Joins: jfkthame (jfkthame@5DE7042.A1C12133.9542EC20.IP)
# [13:53] <Infinity> I'll look into SPDY and how to write firefox extensions first then!
# [13:54] <Infinity> What exactly do you mean by how much of the networking API is already exposed?
# [13:55] <gcp> it's possible (and very probable, actually) that there are already ways that expose to JavaScript what connections Firefox is making, etc.
# [13:55] * padenot is now known as padenot|away
# [13:55] <gcp> Firebug has a "Net" tab that shows what's happening, and there's extensiosn like httpfox
# [13:56] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [13:56] <gcp> you will likely end up hooking into the same APIs
# [13:56] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
# [13:56] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Ping timeout)
# [13:56] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
# [13:57] * Joins: dao (dao@moz-8894AA66.superkabel.de)
# [13:58] <Infinity> Ok...I will look that up and get back to you if I have any queries related to it.
# [13:58] <Infinity> :)
# [13:58] * Quits: jfkthame (jfkthame@5DE7042.A1C12133.9542EC20.IP) (Ping timeout)
# [13:58] <gcp> if you have a strong interest in networking, there's a "SPDY and WebsSocket Testing Tools" item as well
# [13:58] * Joins: anky (anky@591CBAB5.A23A2186.A3D1B221.IP)
# [13:59] <Infinity> What will be the criteria on which you choose students for this project?!
# [13:59] <Infinity> I do have quite a strong interest in networking!
# [14:00] <Infinity> But I lack a good preliminary programming experience in it. All I have done at university in networking is some Client-Server connections in C with a bit of file storage and searching!
# [14:01] <Infinity> If that is good enough for the project you suggested, I am eager to know more....
# [14:01] <gcp> I don't know how this is decided, though the SummerOfCode12 wiki page gives some hints.
# [14:02] * Quits: dao (dao@moz-8894AA66.superkabel.de) (Quit: Leaving.)
# [14:03] <gcp> getting programming experience isn't hard, don't need gsoc for that :P
# [14:03] <gcp> nothing stops you from starting on writing a simple add-on now :)
# [14:04] <Infinity> I guess that's true.
# [14:04] * Quits: imphil (philipp@moz-55513EF0.rad.med.uni-muenchen.de) (Input/output error)
# [14:05] <Infinity> You know.....right now I feel that whether I get chosen into mozilla though gsoc or not I am going to do something for it especially after you inspiring talk :)
# [14:05] <Infinity> *through
# [14:05] * Joins: vikram360 (vikram360@BD526B94.46686E3.2A068A5E.IP)
# [14:06] <Ameya> what does addon-provider-module do?
# [14:06] * Joins: deLta30_ (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [14:06] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [14:06] <Infinity> After all it is the browser I use and prefer the most
# [14:07] <Infinity> So what is this "SPDY and WebSocket Testing" all about?
# [14:07] <Ameya> what does addon-category-module do? in http://mxr.mozilla.org/mozilla-central/source/toolkit/mozapps/extensions/AddonManager.jsm#86
# [14:08] <Infinity> I will look through the link now.....
# [14:08] * Joins: dao (dao@moz-8894AA66.superkabel.de)
# [14:09] * Joins: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com)
# [14:09] <Infinity> loads a list of default providers?
# [14:09] * Joins: timdream (timdream@moz-E09D1E22.adsl.dynamic.seed.net.tw)
# [14:09] <gcp> I don't know - given that it's a topic from the security team, it seems they want a tool that allows you to set in the middle of those protocols and fiddle with the data.
# [14:10] * Joins: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP)
# [14:10] <Infinity> Whom should I contact to know more about it?
# [14:11] <Ameya> mak: what would be returned by enumerate category()....http://mxr.mozilla.org/mozilla-central/source/toolkit/mozapps/extensions/AddonManager.jsm#86
# [14:11] <gcp> that's explained on top of the gsoc webpage
# [14:11] <Cork> speaking of spdy, is there a way to tell if the communication with the server is over spdy?
# [14:11] * Quits: nattokirai (nattokirai@moz-6A258170.dynamic.ppp.asahi-net.or.jp) (Quit: nattokirai)
# [14:11] <gcp> there's an add-on for that
# [14:11] <Infinity> Sorry, I have found the idea.....got the details of whom to contact
# [14:11] <Infinity> thanks....
# [14:11] <Infinity> :)
# [14:11] * Quits: SeoZ[gtab] (DanielJuyu@BF0AD5D3.4C8FC38D.14E0EA63.IP) (Ping timeout)
# [14:12] * Quits: logiclord (Gaurav@DED6C289.65BC934.35E3DDC8.IP) (Ping timeout)
# [14:12] <gcp> https://github.com/chengsun/moz-spdy-indicator
# [14:12] <mak> Unfocused: ^see Ameya's question
# [14:12] * sheeri-afk is now known as sheeri
# [14:12] <Cork> gcp: sweet, thx
# [14:12] * Joins: dseif (dseif@A84BD01.531FD64C.630E4E47.IP)
# [14:12] <mak> Ameya: sorry, I don't have time to read the addons manager code atm to properly answer your question, and don't want to confuse you
# [14:13] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [14:13] * Quits: dao (dao@moz-8894AA66.superkabel.de) (Ping timeout)
# [14:13] <Cork> and... to reask a question from a few hours ago, is there a way to catch the connection error from websocket?
# [14:13] * Joins: SeoZ[gtab] (DanielJuyu@DA7DBCA2.F5F46C28.14E0EA63.IP)
# [14:13] * Quits: anky (anky@591CBAB5.A23A2186.A3D1B221.IP) (Ping timeout)
# [14:13] <Cork> http://fiddle.jshell.net/YNfM3/1/
# [14:13] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [14:13] <Cork> looks like firefox throws an unstopable error
# [14:13] * Joins: dao (dao@moz-8894AA66.superkabel.de)
# [14:14] <Cork> (and its really bad if you have a reconnect timer)
# [14:14] * Joins: anky (anky@5A7F5F93.F872A9C6.A3D1B221.IP)
# [14:14] <Unfocused> Ameya: it's a way of registering an addon provider
# [14:15] <Unfocused> (it doesn't help you in any way)
# [14:15] * Quits: SeoZ[gtab] (DanielJuyu@DA7DBCA2.F5F46C28.14E0EA63.IP) (Ping timeout)
# [14:15] * Joins: logiclord (Gaurav@91088DBF.DD446CEE.35E3DDC8.IP)
# [14:17] * Joins: armenzg (armenzg@moz-DBD74FB0.home1.cgocable.net)
# [14:17] * Joins: kdc (chatzilla@moz-6176CD61.no.shawcable.net)
# [14:19] <Ameya> Unfocused: I talked to yoric & found that calling JS xpcom component from XPCJSID.cpp will go into recursion... as all JS component calls go through xpcjsid...
# [14:19] <Ameya> Is it true..?
# [14:19] * rail_away is now known as rail
# [14:19] <jdm> that doesn't surprise me
# [14:19] * edransch-away is now known as edransch
# [14:20] <Ameya> means...?
# [14:20] <Unfocused> i'm so the wrong person to ask about that :)
# [14:21] * Joins: MarcoZ (marco.zehe@moz-DB834AAD.dip.t-dialin.net)
# [14:21] <Ameya> jdm: what does not surprise you?
# [14:21] <Unfocused> and on that note, i shall attempt sleep
# [14:21] <jdm> Ameya: your last message.
# [14:22] <Ameya> I do not get you...? what do you mean?
# [14:22] * Quits: darktrojan (geoff@moz-F669139B.dsl.telstraclear.net) (Quit: darktrojan)
# [14:23] <jdm> calling a js component from xpcjsid sounds like a recipe for recursion
# [14:25] * padenot|away is now known as padenot
# [14:25] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
# [14:25] <Ameya> jdm: I heard that you work on private browsing.....I have modified getservice() in XPCJSID.cpp & I have a URLs of scripts that access nsICookieService interface... I need to know which of these URLs belong to addons..
# [14:26] <jdm> sorry, I'm working madly on a school assignment today, so I can't really help
# [14:26] <Ameya> jdm: when will you be free...?
# [14:26] <jdm> not for several days
# [14:26] * Joins: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP)
# [14:28] <Ameya> jdm: just hear once..... So url of installed addons can be found via addonmanager.getalladdons()...Hence I was making JS component to achieve that...
# [14:29] * Joins: hub (hub@F2D29657.F60B0462.67AC9B1.IP)
# [14:29] <Ameya> jdm: my approach would be ... Suppose chrome://sample/content/clock.js is a accessing nsICookieService....So i will give this url as input to method of JS xpcom component....which will use getalladdon() { for each( addon.resourceurl() compare with arg passed } will return boolean to xpcjsid.cpp
# [14:30] <bbondy> btw I canceled the x86 windows Nightly build because it should be built using eb7d13ddeeaf instead. I'll start it once the other platform Nightly builds finish that are currently running.
# [14:30] <jdm> Ameya: sounds reasonable
# [14:30] * Joins: paolo (paolo@moz-3415DB89.retail.telecomitalia.it)
# [14:31] <Ameya> jdm: my objective is to detect & block addons that try to access certain interfaces in private browsing mode
# [14:31] <jdm> oh, are you one of the researchers that's been talking with ehsan?
# [14:32] <Ameya> I am not researcher, I am student....
# [14:32] * jhopkins|afk is now known as jhopkins
# [14:32] * Joins: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP)
# [14:32] <Ameya> Yup...I talked & mailed this to ehsan..
# [14:33] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [14:33] <Ameya> jdm: why..?
# [14:34] <Ameya> jdm: and I was told to know that you are rewriting private mode...& I was suggested to consult with you...
# [14:34] <jdm> yeah, I was CCed on that discussion
# [14:34] * edransch is now known as edransch-afk
# [14:35] <Ameya> jdm: What do you think..?
# [14:36] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [14:36] * Quits: deLta30_ (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [14:36] <jdm> Ameya: your approach sounds ok as a prototype, but I doubt that it would be accepted for inclusion in the product
# [14:37] <jdm> although maybe it would be ok if we decided that we really wanted this behaviour
# [14:37] * Quits: Bas (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
# [14:37] <Ameya> Yup..I know. Thats why i want to work with you..so it can be made more efficient...
# [14:38] * Joins: Bas (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP)
# [14:38] <jdm> Ameya: so do you have a working system yet? did xpcjsid.cpp pan out?
# [14:40] * Quits: dao (dao@moz-8894AA66.superkabel.de) (Connection reset by peer)
# [14:40] <Infinity> gcp: Any specific suggestions to start with on the mdn docs?
# [14:40] <Ameya> This prototype would work fine for my academic project... but I want to involve more in this project...
# [14:41] <Ameya> jdm: See..I am monitoring calls to all interfaces...specifically nsICookieService
# [14:41] * Joins: dao (dao@moz-8894AA66.superkabel.de)
# [14:41] <Ameya> in getservice() of xpcjsid.cpp
# [14:41] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [14:42] <jdm> Ameya: as ehsan pointed out in the email, I think, the PB implementation is changing in a way that will make your work harder
# [14:43] <Ameya> jdm: I created an addon which tracks realtime browsing history & cookies in private browsing.
# [14:44] <Ameya> Means can you explain more?
# [14:44] <jdm> Ameya: the new PB won't have a global flag you can check - it is a property of a given window
# [14:44] * Joins: renato (renato@39728DCA.A5B52C2B.368B8D1A.IP)
# [14:45] <Ameya> jdm: Ohhoo...
# [14:45] * Quits: Infinity (Mibbit@4A6E7E7F.9C16060E.D61FB583.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [14:45] * Joins: tonymec (tonymec@AF812930.A8CB2B65.277517C1.IP)
# [14:45] * Joins: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP)
# [14:46] <jdm> Ameya: so in that case we'll need to figure out if we can associate a getService caller with a particular window
# [14:46] <jdm> if it's just an addon calling getService from random chrome code, we'll have to allow it
# [14:47] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
# [14:47] <Ameya> jdm: When will this be released...? bcoz by may end I have to submit thesis :)
# [14:47] * Fallen|away is now known as Fallen
# [14:47] * Joins: smaug (chatzilla@moz-5EBED34E.elisa-mobile.fi)
# [14:47] * ChanServ sets mode: +o smaug
# [14:47] * Quits: kaie (kaie@moz-B148754B.dip.t-dialin.net) (Quit: Leaving)
# [14:47] <jdm> Ameya: the per-window stuff is coming along slowly - I expect it's still several months of work
# [14:48] <jlebar> Was someone pinging me here?
# [14:49] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
# [14:50] * Quits: logiclord (Gaurav@91088DBF.DD446CEE.35E3DDC8.IP) (Ping timeout)
# [14:50] <Ameya> jdm: One more issue ....in addon which created for demo purpose ...I used window.addEventListener("pageshow", OnPageShow, false); to monitor browsing URIs...
# [14:50] * Joins: logiclord (Gaurav@91088DBF.DD446CEE.35E3DDC8.IP)
# [14:50] * lsblakk|afk is now known as lsblakk
# [14:51] <Ameya> jdm: its possible to store that history in file ...even in private mode....Which completely violates privacy goal...Need to find some way to block certain JScripts..
# [14:52] <jdm> Ameya: yes, that's true. you could also store it in an array, wait for private browsing mode to finish, and then store it in the service
# [14:52] <jdm> I don't think we can fix that problem
# [14:53] <Ameya> jdm: What does noscript addon do..? can we some of its logic to stop some specific JS...? any idea??
# [14:54] <Ameya> can we *use* some
# [14:54] * Joins: pranavrc (pranavrc@3B1415EB.3E0BD90F.520CDC98.IP)
# [14:55] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [14:55] <jdm> Ameya: it stops scripts before they're executed, as you know. however, I don't believe we have a way of classifying a script as privacy-invasive by static analysis, which is what would be required
# [14:56] <jdm> there are simply too many ways that addons could store information that we cannot stop - using ctypes to open files, or storing until after PB mode is finished...
# [14:57] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Input/output error)
# [14:57] <jdm> and I don't think that watching for events like pageshow would help either, since there are many completely valid uses for that
# [14:57] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
# [14:58] * Joins: drice (derice@1606D15F.E628B196.8E155D4E.IP)
# [14:58] <jdm> thinking out loud: we could have a one-strike system for addons that try to use a persistent service (like nsICookieService) in PB mode, and refuse to execute any of its code for the rest of the PB session
# [14:58] <Ameya> jdm: I think this issue is more dangerous bcoz to track cookie you need some coding experience of xpcom etc. but with window.addListner any newcomer would violate privacy...
# [15:00] * Quits: masayuki (Daily@moz-911CC660.zaq.ne.jp) (Quit: masayuki)
# [15:00] * edransch-afk is now known as edransch
# [15:00] <Ameya> jdm: Yes...right now I am concentrating only on nsICookieService...
# [15:00] <jdm> I wonder if we could play with some kind of security wrapper for PB windows
# [15:01] * Quits: dseif (dseif@A84BD01.531FD64C.630E4E47.IP) (Input/output error)
# [15:02] <jdm> Ameya: what kind of information leaks are we trying to prevent? if we can't stop the addon from creating a pageshow listener and observing private information, what do we want to stop them doing with the information?
# [15:03] <jdm> if we could create a security wrapper for chrome-privileged JS objects in a private window so that regular chrome couldn't access the private JS object, that would be interesting
# [15:03] <jdm> then we could theoretically restrict the JS listener to only operating inside that page
# [15:03] <Ameya> jdm: Yes..
# [15:04] <jdm> Ameya: I'm going to CC you on a message to bholley asking about the feasibility of that idea
# [15:04] * Quits: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP) (Ping timeout)
# [15:05] <jdm> he understands things like wrappers
# [15:05] <Ameya> jdm: Sure...
# [15:06] * joduinn-afk is now known as joduinn-coffee
# [15:06] * Joins: mwu (mwu@2F7334C4.B4865287.2E0B2258.IP)
# [15:06] * Quits: armenzg (armenzg@moz-DBD74FB0.home1.cgocable.net) (Input/output error)
# [15:06] <@smaug> hsivonen_: how often do you get warnings with https://bugzilla.mozilla.org/show_bug.cgi?id=672453 ?
# [15:07] <@smaug> I mean, if you browse just some common pages, is there a flood of warnings?
# [15:09] * Quits: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net) (Quit: Mardak)
# [15:10] * Joins: dseif (dseif@C080F02E.33EE9F8A.1139E686.IP)
# [15:10] * Joins: Pike (Pike@2C287AF7.4B645492.2EE93640.IP)
# [15:12] * glob|away is now known as glob
# [15:14] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [15:15] * Joins: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP)
# [15:15] * bear-afk is now known as bear
# [15:16] * Quits: Ameya (chatzilla@AC9D62D4.FC13163A.9105FBCF.IP) (Ping timeout)
# [15:17] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [15:18] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [15:18] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [15:19] * Joins: armenzg (armenzg@moz-71039613.acanac.net)
# [15:19] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [15:19] * Joins: josh (josh@moz-2EE66546.nyc.res.rr.com)
# [15:20] * joduinn-coffee is now known as joduinn-commute
# [15:20] * Joins: vp9 (blah@F2A042CE.D5601C51.45459EBF.IP)
# [15:20] <vp9> hi, will Mozilla support the next-gen VP codec?
# [15:20] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [15:20] * Quits: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk) (Ping timeout)
# [15:20] <vp9> https://gerrit.chromium.org/gerrit/#change,17840 "This is a code snapshot of experimental work currently ongoing for a next-generation codec."
# [15:21] <@ted> who knows
# [15:21] <@ted> that's a pretty vague question for a bleeding-edge commit
# [15:21] <gcp> if it becomes a real standard, maybe
# [15:21] <mkaply> The topic says that the next uplift is Apr 24, but it doesn't look like Aurora is 13 yet. Anyone know when the uplift is?
# [15:22] <gcp> they just started work on it. could be quite a long time before they've finished it
# [15:24] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [15:24] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [15:24] * ChanServ sets mode: +o ehsan
# [15:25] * Joins: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP)
# [15:25] * mcote|afk is now known as mcote
# [15:27] <gregglind> What (if any) python packages are there that try to do moz related stuff... like "where is profile x". the add-on sdk stuff is the only ones I know about. I am writing some fabric scripts and would rather start from existing code.
# [15:28] * Quits: Cwiiis (cwiiis@40018561.F684631.21A4E96A.IP) (Quit: Ex-Chat)
# [15:28] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Linkinus - http://linkinus.com)
# [15:30] * Quits: timdream (timdream@moz-E09D1E22.adsl.dynamic.seed.net.tw) (Ping timeout)
# [15:32] * catlee-away is now known as catlee
# [15:33] <edmorley> mkaply: bug 735713 held things up a bit too
# [15:34] <@ted> gregglind: depends on what you need, precisely
# [15:34] <hsivonen_> smaug: very often with the current patch, but almost all warnings are for different-origin iframes, so if those were excluded like I suggested, not often
# [15:34] * Joins: JeroenDeDauw (jeroen@moz-8BFAE2BF.versanet.de)
# [15:34] <hsivonen_> smaug: I'd need to test again to say something more precise
# [15:35] <mkaply> edmorley: Quite aggravating when a regression causes something, but there is no authority to see the bug that caused the regression.
# [15:37] * jmaher|afk is now known as jmaher
# [15:37] * Joins: krit (Adium@moz-3AE657AD.hsd1.ca.comcast.net)
# [15:37] * Joins: jviereck (Adium@moz-53B39796.ethz.ch)
# [15:38] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
# [15:38] * Joins: geoffbrown_ (geoffbrown@moz-E63016E2.vc.shawcable.net)
# [15:39] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [15:39] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [15:39] <mkaply> "Updater enhancements for product information blocks. r=rstrong"
# [15:40] * Quits: geoffbrown (geoffbrown@moz-E63016E2.vc.shawcable.net) (Ping timeout)
# [15:40] * geoffbrown_ is now known as geoffbrown
# [15:40] * Joins: mcot (mcot@C4B02.F3C4E8F3.C8444B8.IP)
# [15:40] <mkaply> "Updater enhancements for product information blocks. r=rstrong"
# [15:40] <mkaply> "Ability to configure updater to accept multiple MAR IDs. r=rstrong"
# [15:40] <mkaply> Some sort of secret project going on ? :)
# [15:41] <@ehsan> jlebar: ping
# [15:41] <jlebar> ehsan, ack
# [15:41] <@ehsan> jlebar: you know about jemalloc stuff right?
# [15:42] <jlebar> ehsan, Yep
# [15:42] <gregglind> ted, I am more conducting a survey. if there are some in your head, suggest them, please :)
# [15:42] <@ted> ah
# [15:42] <@ted> gregglind: well, mozbase comes to mind, but that's more about automating firefox processes
# [15:42] <@ted> it has support for creating new profiles and launching an app etc
# [15:42] <@ted> but probably not mucking with existing profiles
# [15:43] <@ehsan> jlebar: I keep seeing this in my profiles, arena_run_dalloc calls madvise on mac which results in a call to vm_map_msync which takes between 20-30% of the time we spend doing things :(
# [15:43] <@smaug> hsivonen_: ok, so if iframes excluded, then that sounds better
# [15:43] <@ehsan> jlebar: is that done to decommit the freed pages?
# [15:43] <gregglind> ted, thanks for the hint. That is the sort of thing that is very useful!
# [15:43] <jlebar> 20-30% of total time?
# [15:43] <@smaug> hsivonen_: I'm just worried that if we warn about everything all the time, no one will care about the warnings at all
# [15:43] <@ted> gregglind: glad to hear :)
# [15:43] <@ehsan> yep
# [15:43] <jlebar> ehsan, Yes, madvise is for decommit.
# [15:44] <@ted> gregglind: we also have a (non-python) profilemanager app, built on xulrunner
# [15:44] <jlebar> ehsan, Holy cow.
# [15:44] * Quits: Ziggy_Maes (ZiggyMaes@6B780D9D.A4A6DE76.7B12EFB3.IP) (Ping timeout)
# [15:44] <@ted> that's meant to be a replacement for the built-in firefox profile manager
# [15:44] * Joins: dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com)
# [15:44] * ChanServ sets mode: +o dveditz
# [15:44] <hsivonen_> smaug: well, to address that problem, I think we need to attack -webkit- warnings firs
# [15:44] <@ehsan> jlebar: can we stop doing that please? :)
# [15:44] <hsivonen_> t
# [15:44] <jlebar> ehsan, Can you please file a bug?
# [15:44] <@smaug> hsivonen_: sure, but that is about different warning
# [15:44] <gregglind> ted, mozbase/mill etc is exactly what I was thinking :) I would rather just 'import' from there when doing stuff :)
# [15:44] <@smaug> warnings
# [15:44] <@ehsan> jlebar: of course
# [15:45] <@ted> gregglind: excellent
# [15:45] <jlebar> ehsan, glandium is working on porting the new jemalloc version. It may or may not be an improvement.
# [15:46] * Quits: Pike (Pike@2C287AF7.4B645492.2EE93640.IP) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
# [15:47] <glandium> jlebar: note that decommit is not in upstream jemalloc
# [15:47] <jlebar> glandium, By "decommit" we mean "MADV_FREE".
# [15:47] <@ehsan> jlebar: https://bugzilla.mozilla.org/show_bug.cgi?id=736074
# [15:47] <jlebar> glandium, Proper decommit doesn't go through madvise.
# [15:48] * khuey|away is now known as khuey
# [15:48] <edmorley> mkaply: the bug will inevitably be opened up at some point; I get what you are saying, closed bugs are as annoying for the rest of us (eg when merging trees), but a necessary evil (obviously) sometimes
# [15:48] * Quits: JeroenDeDauw (jeroen@moz-8BFAE2BF.versanet.de) (Ping timeout)
# [15:48] <@ehsan> jlebar: iirc the problem with not doing this was that the memory usage as seen by activity monitor kept going up and up right?
# [15:49] <mkaply> edmorley: I just have always found it odd. When you can clearly look at the patches that are going into the tree, it seems odd not to open the bug (especially when it is not security related, which seems to be the case here)
# [15:49] * Joins: Ziggy|AWAY (ZiggyMaes@6B780D9D.A4A6DE76.7B12EFB3.IP)
# [15:49] <jlebar> ehsan, Maybe I shouldn't have been loose with "decommit".
# [15:49] <jlebar> ehsan, There are two separate things.
# [15:49] <gregglind> ted, what is the right way of installing mozbase from pip?
# [15:49] * Ziggy|AWAY is now known as Ziggy_Maes
# [15:49] <@ehsan> jlebar: can you please explain more?
# [15:49] <jlebar> ehsan, One is: we tell mac "we don't need this memory, get rid of it whenever you want". That's madvise(MADV_FREE), which is not strictly a decommit.
# [15:50] <@ted> gregglind: no idea, ask in #ateam
# [15:50] <jlebar> ehsan, You're seeing that madvise here, afaict.
# [15:50] <@ehsan> ok
# [15:50] <jlebar> ehsan, There's a separate thing, which is: Before measuring memory usage, we need to force all these MADV_FREE'd pages out of memory, because they count towards memory usage in the activity monitor.
# [15:50] <@ted> mkaply: are there bug numbers for those?
# [15:50] <@ehsan> jlebar: when does that happen?
# [15:51] <jlebar> ehsan, We force the pages out by doing a proper decommit -- munmap followed by mmap.
# [15:51] <jlebar> ehsan, That happens when we query RSS from within Firefox. So only when Telemetry runs or you load about:memory.
# [15:51] <mkaply> 708690, 721758
# [15:51] <mkaply> 704285
# [15:51] <@ehsan> ok so that's not what I'm seeing
# [15:51] <jlebar> ehsan, Yes.
# [15:51] <jlebar> ehsan, The decommit is not triggered by je_free.
# [15:51] <khuey> mkaply: those are security bugs
# [15:51] <@ehsan> seems like madvise(MADV_FREE) does more that said on the can
# [15:52] <jlebar> ehsan, Kind of weird, I didn't think js::gc::FinalizeArenas would call free() at all.
# [15:52] <jlebar> ehsan, I thought the js gc arenas were allocated separately from the heap.
# [15:52] <khuey> mkaply: they were marked sg out of an abundance of caution, it looks like
# [15:53] <mkaply> khuey: OK, thanks.
# [15:53] <@ehsan> jlebar: well this suggests to me that they're not
# [15:53] * mkaply misses when he got to be on the security list
# [15:53] <@ehsan> jlebar: almost all of the time spent in je_free is from js
# [15:53] <jlebar> Oh, this is running finalizers.
# [15:53] <@ehsan> except for 1.5% from CC
# [15:54] * Joins: JeroenDeDauw (jeroen@moz-8BFAE2BF.versanet.de)
# [15:54] * padenot is now known as padenot|away
# [15:54] * Quits: Ziggy_Maes (ZiggyMaes@6B780D9D.A4A6DE76.7B12EFB3.IP) (Ping timeout)
# [15:54] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [15:55] <@ehsan> jlebar: do you know where I can find the mac kernel's source code?
# [15:55] <jlebar> ehsan, No. I'm not sure how much is open-source, either.
# [15:55] <glandium> jlebar: that part is opensource
# [15:55] <@ted> ehsan: it's on opensource.apple.come
# [15:55] <jlebar> http://opensource.apple.com/ ?
# [15:55] <@ehsan> ted: looking under http://opensource.apple.com/release/mac-os-x-1068/
# [15:56] <@ehsan> nothing there looks like the kernel
# [15:56] <@ted> xnu
# [15:56] <@ehsan> huh
# [15:56] <glandium> jlebar, ehsan: so, as far as i can tell, it doesn't seem jemalloc2 is very different on madvise. I'd say that the time ehsan sees is time spent by the kernel memset()ing these pages to be full of 0
# [15:56] <@ehsan> is that what they call it?!
# [15:56] <@ted> yup
# [15:57] <@ted> apparently that's "X is Not Unix"
# [15:57] <@ted> horrible
# [15:57] <jlebar> glandium, I didn't think MADV_FREE sets the pages to 0...
# [15:57] <glandium> jlebar: that's what it does
# [15:57] * Joins: Cwiiis (cwiiis@40018561.F684631.21A4E96A.IP)
# [15:57] <jlebar> glandium, Okay. :)
# [15:58] <hsivonen_> is xnu really short for X is Not Unix?
# [15:59] <@ted> hsivonen_: that's what wikipedia claims
# [15:59] <hsivonen_> ok
# [15:59] <@ted> https://developer.apple.com/library/mac/#documentation/Porting/Conceptual/PortingUnix/glossary/glossary.html#//apple_ref/doc/uid/TP40002859-DontLinkElementID_28
# [15:59] <@ted> from an apple glossary
# [15:59] <@ehsan> glandium: jlebar: the kernel does this: vm_map_msync(map, start, end - start, VM_SYNC_KILLPAGES | VM_SYNC_CONTIGUOUS)
# [15:59] * Joins: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP)
# [16:00] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [16:00] <hsivonen_> ted: thanks. I learned something today
# [16:00] <@ted> me too :)
# [16:00] * Joins: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP)
# [16:00] <@ted> ehsan: if you find yourself grovelling around in Mach source on a regular basis, you should invest in a copy of Mac OS X Internals
# [16:00] <@ted> it is an enormous book but it goes into great detail
# [16:01] <mreavy> join #desktop
# [16:01] <jlebar> ehsan, A question for this profile is, why the heck are we freeing so much memory in finalizers?
# [16:01] * sheppy loads mreavy a slash
# [16:01] <sheppy> loans. man.
# [16:01] <mreavy> sheppy: typos are a bitch, ain't they?
# [16:01] <mreavy> :-)
# [16:02] <@ehsan> glandium: jlebar: and as far as I can tell, that loops over *all* of the pages in the range, marking them, etc (and potentially holding VM locks, which I think is what takes all of the time here)
# [16:02] <@ehsan> ted: hehe, my first time doing that ;)
# [16:02] <sheppy> mreavy: especially when trying to be a smartass
# [16:02] <@ehsan> jlebar: don't pay too much attention to the caller of je_free here
# [16:03] <@ehsan> I've seen all sorts of stuff calling je_free resulting in the same thing
# [16:03] <mreavy> sheppy: most especially ;-)
# [16:03] <glandium> ted: btw, to test whether froydnj's gold patch was breaking < armv7, I built a fresh m-c for armv6 (with the two missing patches), and i now don't get the IME related crash... it just works, now :)
# [16:03] <@ehsan> basically, every time we start freeing memory like crazy this happens
# [16:03] <@ted> glandium: neat!
# [16:03] <@ehsan> a very common example is GC/CC
# [16:03] <jlebar> ehsan, That should be different.
# [16:03] <@ehsan> what?
# [16:03] <jlebar> ehsan, GC chunks are not malloc'ed.
# [16:04] <@ehsan> I know
# [16:04] <jlebar> Inasmuch as GC causes finalizers which call free(), that could cause free()'s.
# [16:04] <@ehsan> I meant a GC/CC cycle
# [16:04] <@ehsan> which would cause a bunch of stuff to be freed
# [16:04] <jlebar> Causes a bunch of things allocated in gc chunks to be freed.
# [16:04] <jlebar> Which does not cause a call to free().
# [16:05] <jlebar> "GC chunks are not malloc'ed" means, jsobjects which are collected by the GC are not allocated on the heap.
# [16:05] * Joins: nli (nli@F8BD07CE.46926A27.51315CC9.IP)
# [16:05] <@ted> we free JS memory off the main thread anyway, don't we?
# [16:05] * Joins: kumar (kmcmillan@moz-E31CD2CB.mozilla.org)
# [16:05] <jlebar> We may even run those finalizers off-main-thread, now that I think about it!
# [16:05] * Joins: jnmichaud (Mibbit@moz-2DA1FCFA.static.bresnan.net)
# [16:06] <@smaug> certainly not all finalizers
# [16:06] <@smaug> those which need to release xpcom stuff
# [16:06] <jlebar> smaug, But some?
# [16:06] <@smaug> maybe some, don't know
# [16:07] * Joins: cviecco (cviecco@moz-104CC309.mv.mozilla.com)
# [16:07] <@ehsan> ted, jlebar: these finalizers are run not on the main thread according to my profile
# [16:07] <@ehsan> but that won't really matter if you end up grabbing the VM lock ;)
# [16:07] <jlebar> ehsan, Well, that depends on the locking characteristics and what the other thread is doing, right?
# [16:08] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [16:08] <@ehsan> right
# [16:08] * Quits: cviecco (cviecco@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [16:08] <@ehsan> I don't know a lot about the VM lock's characteristics on OSX
# [16:09] <@ehsan> but I do know we tend to allocate memory on the main thread
# [16:09] * Quits: JeroenDeDauw (jeroen@moz-8BFAE2BF.versanet.de) (Quit: Leaving.)
# [16:09] * Joins: JeroenDeDauw (jeroen@moz-8BFAE2BF.versanet.de)
# [16:09] <jlebar> ehsan, Indeed. Not all of those allocations will hit the VM, of course.
# [16:09] <@ehsan> and from the totally anecdotal evidence that I have (my own browser usage), the main thread does lock up for noticeable periods of times
# [16:09] * Joins: Ziggy_Maes (ZiggyMaes@6B780D9D.A4A6DE76.7B12EFB3.IP)
# [16:09] <@ehsan> true
# [16:09] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [16:09] * Quits: jviereck (Adium@moz-53B39796.ethz.ch) (Quit: Leaving.)
# [16:09] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [16:10] <jlebar> ehsan, Do you have any reason to believe those main-thread lockups are due to the VM being busy freeing memory?
# [16:10] <@ehsan> but I suspect that we allocate enough times that some of them would end up being VM level allocations
# [16:10] <@ehsan> jlebar: not a good reason
# [16:10] <@ehsan> just a hunch
# [16:10] <@ehsan> however
# [16:10] <@ehsan> on the main thread in the same profile, there's calls to js::LifoAlloc::freeAll
# [16:11] <@ehsan> and js::LifeAlloc::freeUnused
# [16:11] * Quits: @dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com) (Quit: dveditz)
# [16:11] <@ehsan> and nsCycleCollector::FinishCollection
# [16:11] <@ehsan> which call je_free
# [16:11] <@ehsan> which took 10s
# [16:11] <@ehsan> :(
# [16:11] <mounir> jlebar: good morning
# [16:11] <jlebar> 10s in je_free on the main thread?
# [16:11] <@ehsan> jlebar: yes
# [16:11] <jlebar> ehsan, How long was the benchmark?
# [16:11] <@ehsan> out of a total of 1:40 of profiling
# [16:11] <jlebar> mounir, Hey. :)
# [16:12] <jlebar> ehsan, So 10% of time. That seems pretty lame.
# [16:12] <@ehsan> with the browser doing nothing but (trying to) scroll
# [16:12] <@ehsan> it is
# [16:12] * Joins: Lucas (Lucas@moz-92C28224.hsd1.ca.comcast.net)
# [16:12] * Joins: jviereck (Adium@moz-53B39796.ethz.ch)
# [16:12] <jlebar> ehsan, But why the heck are we allocating and freeing so much stuff when just trying to scroll?
# [16:12] <mounir> jlebar: I'm going to land a few patches so I wanted to solve this NS_ERROR/NS_ASSERTION/MOZ_ASSERT question before
# [16:12] <mounir> jlebar: would NS_ASSERTION be okay for you? instead of MOZ_ASSERT?
# [16:12] <@ehsan> jlebar: well, I have three gmail tabs open :)
# [16:12] <@ehsan> that's reason enough ;)
# [16:13] <jlebar> ehsan, So you're trying to scroll tab 4 while you have 3 gmail tabs open?
# [16:13] * Quits: jviereck (Adium@moz-53B39796.ethz.ch) (Quit: Leaving.)
# [16:13] <@ehsan> yep
# [16:13] <@ehsan> (tab 4 being mxr)
# [16:13] <jlebar> ehsan, So do you know whether the alloc's are due to Gmail or mxr?
# [16:13] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [16:13] <@ehsan> jlebar: hard to say. I'm suspecting gmail because that's what spends 300-500mb of memory
# [16:13] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [16:13] <jlebar> ehsan, Sounds like probably gmail, yes.
# [16:14] <jlebar> mounir, I don't feel like it's something which should throw any exception.
# [16:14] <jlebar> mounir, But if it's going to be an error, I think it should be a fatal error, like Chris said.
# [16:14] <@ehsan> fwiw, gmail is my top memory sink of all time
# [16:14] <@ehsan> in all of my browsing sessions
# [16:14] * Quits: @smaug (chatzilla@moz-5EBED34E.elisa-mobile.fi) (Ping timeout)
# [16:14] <@ehsan> makes me wanna switch to thunderbird, to replace some of that memory usage inefficiency with I/O inefficiency ;)
# [16:15] <jlebar> ehsan, So it sounds like there are two separate bugs here. Freeing is slow. But we also free a lot of stuff.
# [16:15] <jlebar> And freeing off main thread may be blocking freeing on main thread.
# [16:15] <@ehsan> yes, three bugs in fact
# [16:15] <mounir> jlebar: I don't really follow the logic here...
# [16:15] <jlebar> Indeed.
# [16:15] <@ehsan> jlebar: but for now I'm mostly interested in making frees more efficient
# [16:15] <jlebar> mounir, The logic is: Don't add worthless assertions.
# [16:15] <@ehsan> cause that's gonna help with tons of things
# [16:16] <bhearsum> i wish the new addressbar completion was more zsh-like. it autocompletes and highlights that part, but '/' overwrites instead of accepting the completion, grr
# [16:16] <bhearsum> that's probably a pretty simple add-on to write...
# [16:16] <jlebar> ehsan, Well sure, if you can make frees more efficient.
# [16:16] <@ehsan> jlebar: how about we take out the madvise call and see what happens? :)
# [16:16] * Joins: pgreco (chatzilla@D75BDBDC.C98AA999.6ABDFB61.IP)
# [16:16] <jlebar> ehsan, Then jemalloc will never release memory.
# [16:16] * bear is now known as bear-focusing
# [16:16] * Quits: newn (firefox_co@175F09AC.3A6A63DC.388CF16F.IP) (Ping timeout)
# [16:16] * Quits: pgreco (chatzilla@D75BDBDC.C98AA999.6ABDFB61.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 13.0a1/20120313090404])
# [16:16] <froydnj> jlebar: making them a no-op would be a lot more efficient ;)
# [16:16] <@ehsan> hmm
# [16:17] <@ehsan> jlebar: does jemalloc use mmap to allocate?
# [16:17] <jlebar> ehsan, We could try replacing madvise with munmap.
# [16:17] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
# [16:17] <jlebar> ehsan, yes.
# [16:17] <@ehsan> yeah
# [16:17] <@ehsan> lemme poke through the kernel to see how munmap works...
# [16:17] <jlebar> ehsan, It's a simple change in jemalloc. Just set MALLOC_DECOMMIT -- that should be all you need to do.
# [16:17] * Quits: nli (nli@F8BD07CE.46926A27.51315CC9.IP) (Ping timeout)
# [16:17] * Quits: ewong|away (chatzilla@moz-E5D50C2E.static.netvigator.com) (Ping timeout)
# [16:18] * Quits: Sinker (thinker@moz-71AD2643.dynamic.kbronet.com.tw) (Ping timeout)
# [16:18] * Quits: hendry (hendry@moz-90ED2C86.webconverger.com) (Ping timeout)
# [16:18] * Joins: hendry (hendry@moz-90ED2C86.webconverger.com)
# [16:18] * Joins: ewong|away (chatzilla@moz-E5D50C2E.static.netvigator.com)
# [16:19] <jlebar> mounir, I don't want to waste your time re the assertions. I'm OK with you doing whatever you think is right, but I'm not the only party here.
# [16:19] * Joins: jgilbert (jgilbert@moz-2B3CF81C.hsd1.ca.comcast.net)
# [16:19] <hsivonen_> do the linkers we use guarantee that two string literals for the same string get the same pointer at run time even if the literals are in different compilation units?
# [16:19] * Quits: MarcoZ (marco.zehe@moz-DB834AAD.dip.t-dialin.net) (Quit: SeaMonkey update.)
# [16:19] <@ehsan> jlebar: hmm, munmap also does a fair amount of stuff to all of the pages in the range...
# [16:19] * Quits: anky (anky@5A7F5F93.F872A9C6.A3D1B221.IP) (Client exited)
# [16:19] <@ehsan> so hard to predict whether it's gonna be more or less efficient
# [16:19] <jlebar> ehsan, Plus, to get the page back, you have to mmap it.
# [16:19] <jlebar> ehsan, Whereas with madv_free, you may not even take a soft page fault.
# [16:20] <froydnj> hsivonen_: linux/android do that optimization, not sure about mac and win
# [16:20] * Joins: ericjung (Mibbit@moz-C6B344D.bstnma.fios.verizon.net)
# [16:20] <@ehsan> jlebar: really?
# [16:20] <jlebar> ehsan, Actually, maybe you have to take a soft page fault to mark the page as in-use again.
# [16:20] <froydnj> hsivonen_: possibly only with optimization enabled
# [16:20] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Ping timeout)
# [16:20] <jlebar> ehsan, But it should be a quick one...
# [16:21] <hsivonen_> froydnj: I'll make some try builds and see. thanks
# [16:21] * Joins: MarcoZ (marco.zehe@moz-DB834AAD.dip.t-dialin.net)
# [16:21] <@ehsan> jlebar: I'll get a local build with MALLOC_DECOMMIT and see how things go...
# [16:21] <jlebar> ehsan, Sounds good.
# [16:21] <@ehsan> jlebar: out of curiosity, have we ever experimented with MALLOC_BALANCE?
# [16:22] <khuey> !seen bz
# [16:22] <jlebar> ehsan, Not that I'm aware of.
# [16:22] <firebot> bz was last seen 1 day, 17 hours, 12 minutes and 39 seconds ago, saying 'peterv: you rock!' in #content.
# [16:22] <khuey> !summon bz
# [16:22] <mounir> jlebar: actually, I also have the feeling that i'm wasting your time
# [16:22] <@ehsan> jlebar: well maybe I'll do that next, cause lock contention is also something I see all the time in my profiles
# [16:22] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [16:22] <@ehsan> (lock contention for alloc/free)
# [16:22] <jlebar> ehsan, That, I suspect, will get better with jemalloc2.
# [16:22] <jlebar> ehsan, It has lock-free alloc/dealloc paths.
# [16:22] <@ehsan> jlebar: how soon is that coming?
# [16:22] * aki is now known as aki|buildduty
# [16:22] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
# [16:22] <jlebar> ehsan, Ask glandium.
# [16:23] * @ehsan drools over lock free alloc/free
# [16:23] <@ehsan> glandium: ping :)
# [16:23] * Joins: cviecco (cviecco@moz-D23A3536.oc1.redwire.net)
# [16:23] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
# [16:23] <khuey> http://archlinux.me/dusty/2012/03/13/why-we-need-python-in-the-browser/
# [16:23] * khuey chuckles
# [16:24] <glandium> ehsan: when it's ready :)
# [16:25] * Joins: cviecco_ (cviecco@moz-104CC309.mv.mozilla.com)
# [16:25] * Quits: cviecco (cviecco@moz-D23A3536.oc1.redwire.net) (Ping timeout)
# [16:25] * Joins: smaug (chatzilla@moz-E5D57AF9.elisa-mobile.fi)
# [16:25] * ChanServ sets mode: +o smaug
# [16:25] <@ehsan> glandium: touche!
# [16:25] <ddahl> khuey: I love the attitude in that post. so counter productive.
# [16:26] <jbuck> khuey: that's why we need python and other languages in the browser... it's not fair!
# [16:26] <glandium> ehsan: though mac support is going to take much less efforts than windows, so now that it works on linux, it's going to be easy to put for android, and from then, mac
# [16:26] <AryehGregor> ehsan, if I use Clear() in Extend(), it will get rid of all ranges in the multirange case. Might this regress multirange selections somehow? From the test failures, it seems like Extend() is called by the built-in mouse event handlers.
# [16:26] <@ehsan> jlebar: question. MALLOC_DECOMMIT seems to be linux-only. can I also use it on mac?
# [16:27] <ddahl> "It would be more convenient if we could code these projects in Python." Ha ha
# [16:27] <jlebar> ehsan, Should be Windows-only, no?
# [16:27] <@ehsan> glandium: are we going to get it piece-meal?
# [16:27] <glandium> ehsan: so even if we aren't on par feature-wise, you should have something to test soonish
# [16:27] <@ehsan> jlebar: not according to jemalloc.c!
# [16:27] <jlebar> ehsan, Keep searching....
# [16:27] <@ehsan> great
# [16:27] <glandium> ehsan: decommit is windows only
# [16:27] <Yoric> mak: Thanks for the landings.
# [16:27] <@ehsan> oh
# [16:27] <@ehsan> hmm
# [16:27] <jlebar> ehsan, Welcome to jemalloc.c
# [16:27] <@ehsan> I thought that we disable it on linux
# [16:27] <@ehsan> man
# [16:27] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Client exited)
# [16:28] * Quits: Ami_Ty (Amie@moz-7D22EB0A.dsl.static.sonic.net) (Quit: Ami_Ty)
# [16:28] <glandium> ehsan: piece-meal?
# [16:28] <@ehsan> what an easy to read code!
# [16:28] <mak> Yoric: I'm only marking bugs, thank ryan and ed
# [16:28] <@ehsan> glandium: I mean can we first get it on linux then mac then windows?
# [16:28] <hsivonen_> khuey: :-(
# [16:28] <glandium> ehsan: oh you mean in the tree ?
# [16:28] <Yoric> mak: I'll do that once I have determined which ed :)
# [16:28] <@ehsan> AryehGregor: I'm not sure how Extend() is supposed to play nice with multi-range selections
# [16:28] <@ehsan> glandium: yes
# [16:29] <AryehGregor> ehsan, currently I believe it only affects the focus/anchor range.
# [16:29] <mak> Yoric: lol, edmorley obviously :)
# [16:29] <AryehGregor> After all, all it does is move the focus.
# [16:29] <AryehGregor> So if there are other ranges, they're untouched.
# [16:29] <Yoric> Ryan: edmorley: Thanks for the landings.
# [16:29] <glandium> ehsan: i'm not sure i want to do that, especially considering switching to jemalloc2 means changing a lot of memory reporting stuff, and maintaining something that works with jemalloc and jemalloc2 is going to be painful
# [16:29] <froydnj> lock-free malloc would make tons of stuff go faster
# [16:29] <khuey> hsivonen_: which part?
# [16:30] <edmorley> Yoric: no problem :-) to be honest mak gets more credit since he's marking the merge I haven't had time to do yet (boo non-mozilla work)
# [16:30] <@ehsan> AryehGregor: ah hmm... ok then maybe Clear is not the right thing to do
# [16:30] <@ehsan> we should just kill multi-range selections :(
# [16:30] <jlebar> froydnj, It has a lock-free path. Not every allocation follows it.
# [16:30] <@ehsan> glandium: fair enough
# [16:30] <edmorley> mak: thank you :-)
# [16:30] * Quits: wolfiR (wolfiR@moz-6CFC6974.dip0.t-ipconnect.de) (Quit: Leaving)
# [16:30] <froydnj> jlebar: sure
# [16:30] <edmorley> (making me feel guilty for not having done it yet! hehe)
# [16:30] <jlebar> froydnj, But yes, the last test we had showed a significant perf increase.
# [16:31] <@ehsan> jlebar: glandium: if I'm reading the code correctly, MALLOC_DECOMMIT can be used on both windows and *nix
# [16:31] <jlebar> glandium, btw, if you kick me a tryserver build, we can do some fragmentation tests on it.
# [16:31] <jlebar> ehsan, Yes.
# [16:31] <@ehsan> I thought you just said that it's windows only!
# [16:31] <@ehsan> it's only enabled for windows
# [16:31] <jlebar> It's *used* on Windows only.
# [16:31] <@ehsan> ah ok
# [16:31] <@ehsan> hehe
# [16:31] <glandium> jlebar: the patch i attached to the bug should build on try for linux
# [16:31] <@ehsan> that's fine
# [16:31] * glandium has an errand to run
# [16:31] <@ehsan> I'm doing my own build
# [16:31] <jlebar> glandium, Okay, fine. I'll build it myself. :)
# [16:33] * Quits: Lucas (Lucas@moz-92C28224.hsd1.ca.comcast.net) (Ping timeout)
# [16:33] * Joins: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk)
# [16:35] <mak> hsivonen_: could you please mark bug 733282 as fixed by https://hg.mozilla.org/mozilla-central/rev/2e3760562b6c?
# [16:35] * Quits: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net) (Ping timeout)
# [16:36] * Joins: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net)
# [16:37] * Quits: kwierso (chatzilla@moz-77693AC4.desm.qwest.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [16:37] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
# [16:38] * catlee is now known as catlee-lunch
# [16:38] * Joins: charles_wh_chan (Mibbit@moz-C6438855.vc.shawcable.net)
# [16:38] * BenWa is now known as benwa-lunch
# [16:38] * edransch is now known as edransch-lunch
# [16:39] * Joins: ajuma_ (ajuma@F2D29657.F60B0462.67AC9B1.IP)
# [16:39] * Quits: surkov (surkov@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [16:39] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [16:39] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [16:39] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [16:39] * Quits: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [16:39] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [16:39] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [16:39] <Callek> mak: what luck, I'm here and will do that for you
# [16:39] <Callek> hsivonen_: (I got it)
# [16:39] * Joins: evilpie (evilpie@moz-4A4E5BC0.pools.arcor-ip.net)
# [16:39] * Joins: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP)
# [16:39] <mak> Callek: <3
# [16:39] * Joins: nli (nli@F8BD07CE.46926A27.51315CC9.IP)
# [16:40] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [16:40] * ajuma_ is now known as ajuma
# [16:40] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [16:40] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
# [16:40] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [16:40] * zz_AutomatedTester is now known as AutomatedTester
# [16:41] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [16:41] * Quits: logiclord (Gaurav@91088DBF.DD446CEE.35E3DDC8.IP) (Ping timeout)
# [16:41] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [16:41] * ChanServ sets mode: +o ehsan
# [16:42] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
# [16:42] * Quits: ehugg (chatzilla@moz-44D86B1E.cisco.com) (Quit: ChatZilla 0.9.88.1 [Firefox 10.0.2/20120216101208])
# [16:42] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Connection reset by peer)
# [16:43] * Joins: kwierso (chatzilla@moz-77693AC4.desm.qwest.net)
# [16:44] * Quits: cviecco_ (cviecco@moz-104CC309.mv.mozilla.com) (Input/output error)
# [16:44] <AryehGregor> Can anyone help me decipher the mochitest failures here? https://tbpl.mozilla.org/?tree=Try&rev=3f60772d504d
# [16:44] <AryehGregor> "TEST-UNEXPECTED-FAIL | unknown test url | [SimpleTest.report()] No checks actually run."
# [16:44] * Joins: cviecco (cviecco@moz-D23A3536.oc1.redwire.net)
# [16:45] <AryehGregor> No filename is given for the failure. Where is it?
# [16:45] <AryehGregor> (the patch that causes the failures is one line: https://bug735805.bugzilla.mozilla.org/attachment.cgi?id=605890 )
# [16:45] * Joins: surkov (surkov@F2D29657.F60B0462.67AC9B1.IP)
# [16:45] * Joins: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP)
# [16:46] * Quits: cviecco (cviecco@moz-D23A3536.oc1.redwire.net) (Ping timeout)
# [16:47] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [16:47] * Quits: jnmichaud (Mibbit@moz-2DA1FCFA.static.bresnan.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [16:48] <Enn> how do i disable the dialog the safe mode dialog that comes up when starting after a crash?
# [16:49] <Callek> AryehGregor: I haven't looked at the bug yet -- BUT |.ok(false, ...)| will always be a failure
# [16:49] * Quits: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP) (Ping timeout)
# [16:49] * Joins: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP)
# [16:49] <Callek> which is exactly why this is failing, since it is test harness type of fail
# [16:49] * Quits: dseif (dseif@C080F02E.33EE9F8A.1139E686.IP) (Ping timeout)
# [16:50] <AryehGregor> Callek, well, it's in an if(). It would be clearer if it were SimpleTest.isnot(SimpleTest._tests.length, 0, ...), yeah.
# [16:50] <AryehGregor> Oh, hmm.
# [16:50] <Callek> AryehGregor: my point is your testing for true on an explicit |false| with .ok
# [16:50] * Joins: anky (anky@5A7F5F93.F872A9C6.A3D1B221.IP)
# [16:51] * Quits: charles_wh_chan (Mibbit@moz-C6438855.vc.shawcable.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [16:51] <AryehGregor> I admit I'm not following what you're saying. Yes, if that code path is hit, it will always fail.
# [16:51] <AryehGregor> The question is, why is that code path being hit? Which test is hitting it?
# [16:51] <AryehGregor> It says "unknown test url".
# [16:51] <Callek> oooo wait I think I see what you mean
# [16:51] * Joins: thelodger (thelodger@3F6B379F.C9F9DC3E.C2E02DEF.IP)
# [16:51] * Quits: @smaug (chatzilla@moz-E5D57AF9.elisa-mobile.fi) (Ping timeout)
# [16:51] * Callek looks closer
# [16:51] <Callek> so it actually *is* intended to fail, its just failing weirdly
# [16:53] * Quits: dao (dao@moz-8894AA66.superkabel.de) (Quit: Leaving.)
# [16:53] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
# [16:54] * Joins: Ameya (chatzilla@AC9D62D4.FC13163A.9105FBCF.IP)
# [16:54] <Callek> AryehGregor: part 1 of my investigation you're hitting: http://mxr.mozilla.org/comm-central/source/mozilla/testing/mochitest/tests/SimpleTest/SimpleTest.js?force=1#263
# [16:54] * Joins: dseif (dseif@F1451709.44D93D66.1139E686.IP)
# [16:54] * Quits: nli (nli@F8BD07CE.46926A27.51315CC9.IP) (Quit: nli)
# [16:55] * Joins: logiclord (Gaurav@4F9A5D03.E9ACDAAB.35E3DDC8.IP)
# [16:56] * Quits: Bas (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
# [16:57] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [16:58] <Callek> AryehGregor: soooo looks like the hit is in: http://mxr.mozilla.org/comm-central/source/mozilla/dom/tests/mochitest/chrome/test_focus_docnav.xul
# [16:58] <Callek> though not sure why your not getting the url (yet)
# [16:59] <Callek> AryehGregor: also of note is that that test is _actually_ running real tests (once that .xul opens) so not sure the nice handy fix
# [16:59] * Joins: jhammel (jhammel@moz-14240F1C.hsd1.ca.comcast.net)
# [17:00] * Quits: vp9 (blah@F2A042CE.D5601C51.45459EBF.IP) (Quit: )
# [17:01] * Joins: cviecco (cviecco@moz-104CC309.mv.mozilla.com)
# [17:02] * sancus is now known as sancus_
# [17:02] * sancus_ is now known as sancus
# [17:03] * padenot|away is now known as padenot
# [17:03] * Joins: soonbing (pikapi@moz-2474DA0.singnet.com.sg)
# [17:03] <Callek> AryehGregor: in fact this is hit because http://mxr.mozilla.org/comm-central/source/mozilla/dom/tests/mochitest/chrome/window_focus_docnav.xul#35 is called, which basically does the finish on that initial test run, but the initial test page has no tests on it
# [17:03] * padenot is now known as padenot|away
# [17:03] <Callek> I do agree that we need to find a way to get the url here correctly though
# [17:03] * Quits: tchevalier (chatzilla@26DF2FEE.76D180ED.C47D5415.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 14.0a1/20120314031139])
# [17:04] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
# [17:04] * Joins: Bas (chatzilla@F2D29657.F60B0462.67AC9B1.IP)
# [17:05] * Joins: charles_wh_chan (Mibbit@moz-C6438855.vc.shawcable.net)
# [17:05] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
# [17:05] * aki|buildduty is now known as aki|dentist
# [17:06] * Joins: sierk (sierk@moz-19D5EAAC.pool.mediaways.net)
# [17:06] * glob is now known as glob|away
# [17:06] <NeilAway> Enn: tweak http://mxr.mozilla.org/comm-central/source/mozilla/browser/components/nsBrowserGlue.js#365 ?
# [17:08] * Joins: espindola (espindola@890062FA.F18D65ED.E51518FF.IP)
# [17:09] * Quits: espindola (espindola@890062FA.F18D65ED.E51518FF.IP) (Quit: espindola)
# [17:09] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
# [17:09] * Joins: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
# [17:09] * Joins: kaie (kaie@moz-7DAE122.dip.t-dialin.net)
# [17:10] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [17:10] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [17:11] <AryehGregor> Callek, thanks.
# [17:11] <Callek> AryehGregor: ok I apologize and I don't see a good reason (harness wise) for the testURL to be empty/or a good fix
# [17:11] * lsblakk is now known as lsblakk|lunch
# [17:11] <Callek> AryehGregor: and that expunds my energy to devote to this for you though (sadly)
# [17:11] <Callek> good luck though!
# [17:12] * Quits: JPeterson (JPeterson@moz-B2998FD7.cust.tele2.se) (Quit: HydraIRC -> http://www.hydrairc.com <- In tests, 0x09 out of 0x0A l33t h4x0rz prefer it :))
# [17:12] <glandium> jlebar: note that the last patch doesn't set the number of arenas to 1
# [17:12] * Quits: surkov (surkov@F2D29657.F60B0462.67AC9B1.IP) (Quit: surkov)
# [17:12] * Joins: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com)
# [17:13] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [17:13] * Quits: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
# [17:13] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [17:13] * Quits: Ameya (chatzilla@AC9D62D4.FC13163A.9105FBCF.IP) (Quit: ChatZilla 0.9.87 [Firefox 3.6.27/20120216013254])
# [17:14] * Joins: Ameya (chatzilla@AC9D62D4.FC13163A.9105FBCF.IP)
# [17:14] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
# [17:15] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [17:15] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
# [17:15] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Input/output error)
# [17:15] * Joins: Ami_Ty (Amie@moz-BBE3ABD.mv.mozilla.com)
# [17:15] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Quit: Leaving.)
# [17:15] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [17:16] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
# [17:17] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [17:17] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [17:17] * Quits: RemusPop (remuspop@601F3B17.33662590.A5830293.IP) (Connection reset by peer)
# [17:17] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [17:18] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [17:18] <lduros> ah well
# [17:18] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [17:18] * ctalbert|afk is now known as ctalbert
# [17:18] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Quit: Leaving.)
# [17:19] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [17:20] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [17:20] * mconley is now known as mconley|lunch
# [17:20] * rail is now known as rail-brb
# [17:20] * Joins: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [17:21] * Parts: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [17:22] * Quits: Asa (asa@F259CFB7.9EF26CBA.EB5E51FC.IP) (Ping timeout)
# [17:23] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Quit: Leaving.)
# [17:23] * Joins: smaug (chatzilla@moz-6BC762B8.gprs.sl-laajakaista.fi)
# [17:23] * ChanServ sets mode: +o smaug
# [17:23] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [17:25] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [17:25] <@bsmedberg> void NS_FASTCALL Replace( index_type cutStart, size_type cutLength, char_type c );
# [17:25] <@bsmedberg> can anyone guess what this method on nsAString actually does?
# [17:25] * AutomatedTester is now known as zz_AutomatedTester
# [17:25] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Client exited)
# [17:26] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Quit: Leaving.)
# [17:26] * Joins: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:26] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [17:26] * Joins: wesk (Daily@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:26] <jbuck> overwrites from cutStart to cutStart + cutLength with the character c ?
# [17:27] * Joins: squib (squib-@moz-3F6F2A9C.ep.wisc.edu)
# [17:27] <@bsmedberg> jbuck: replacing the cut section with "c" or "ccccc..." ?
# [17:27] <sfink> I would assume that it takes the substring starting at 'cutStart' and extending 'cutLength' characters, and replaces it with the Roman numeral representation of the ASCII value of 'c', or perhaps its rot-13 counterpart
# [17:27] * Joins: Julian (chatzilla@D40F4E54.308AC16.E25FE9C.IP)
# [17:27] <jbuck> "ccccc..."
# [17:27] <jbuck> if it actually replaces it with "c"... that's intuitive! :D
# [17:27] * zz_AutomatedTester is now known as AutomatedTester
# [17:27] * Quits: wesk (Daily@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: wesk)
# [17:28] <@bsmedberg> it replaces it with "c", apparently
# [17:28] * @bsmedberg wonders who uses this method
# [17:29] <froydnj> sfink: do you get a lot of pushback on your api design patches? :)
# [17:30] <sfink> froydnj: no, I find that after only a few dozen hours of explaining my justification in great detail, people stop complaining. So I guess they like them!
# [17:30] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Quit: Leaving.)
# [17:30] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [17:31] * Joins: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:32] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Quit: Leaving.)
# [17:32] * edransch-lunch is now known as edransch
# [17:32] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [17:33] * benwa-lunch is now known as BenWa
# [17:33] <bhearsum> bbondy: should we be turning m-c nightly updates back on now?
# [17:33] * Joins: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
# [17:33] <bbondy> bhearsum: as long as the windows x86 nightly finished ya
# [17:33] <bhearsum> the one you triggered?
# [17:33] <bbondy> bhearsum: I didn't trigger it because someone triggered a newer one before me
# [17:33] <bhearsum> oh, ok
# [17:33] <bbondy> sek I'llc heck
# [17:34] * Quits: logiclord (Gaurav@4F9A5D03.E9ACDAAB.35E3DDC8.IP) (Ping timeout)
# [17:34] <bhearsum> i'm looking
# [17:34] * catlee-lunch is now known as catlee
# [17:34] <bhearsum> still running afaict
# [17:34] <bhearsum> on https://tbpl.mozilla.org/?rev=082d016c341f
# [17:34] * Parts: sierk (sierk@moz-19D5EAAC.pool.mediaways.net)
# [17:34] <bbondy> ~67min
# [17:34] <bhearsum> k
# [17:34] * Joins: logiclord (Gaurav@A5FCF77B.A6BD78D2.35E3DDC8.IP)
# [17:34] <khuey> bsmedberg: what is sg:nse?
# [17:34] * Joins: cers (textual@moz-E3288E2B.bynqu1.dynamic.dsl.tele.dk)
# [17:35] <@bsmedberg> not security... something
# [17:35] <khuey> ah
# [17:35] <@bsmedberg> exploitable, I guess
# [17:35] * Joins: ehugg (chatzilla@EA4B33D2.C5EAED67.6CD50604.IP)
# [17:35] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Quit: Leaving.)
# [17:35] * Quits: @ted (luser@moz-17E369D7.hsd1.pa.comcast.net) (Quit: Ex-Chat)
# [17:36] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [17:36] * Joins: thinker (thinker@moz-71AD2643.dynamic.kbronet.com.tw)
# [17:36] * thinker is now known as Sinker
# [17:36] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Quit: Leaving.)
# [17:37] <bbondy> bhearsum: pls ping me as soon as you enable so I can try upadtes from both 13.0a1 and 14.0a1 and in case of any problems I'll tell you to re-disable
# [17:38] <bhearsum> ok
# [17:38] * Quits: Julian (chatzilla@D40F4E54.308AC16.E25FE9C.IP) (Ping timeout)
# [17:39] * AaronMT is now known as AaronMT|mtg
# [17:40] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [17:40] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [17:40] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [17:41] * ewong is now known as ewong|sleep
# [17:42] * rail-brb is now known as rail
# [17:42] * Quits: sfink (chatzilla@moz-9B3B02C7.dsl.pltn13.sbcglobal.net) (Client exited)
# [17:42] <Callek> khuey: "[sg:nse] - Bugs that may not be exploitable security issues but are kept confidential to protect sensitive information."
# [17:43] <Callek> khuey: I don't know if we have a handy page somewhere to describe those, but I had that in my e-mail
# [17:43] <khuey> ah
# [17:43] <khuey> well we just made that one not-confidential :-P
# [17:44] <Callek> khuey: might want to tripple check that there is no sens info in there then I guess
# [17:44] <khuey> Callek: bsmedberg set it to nse when he made it public
# [17:44] <khuey> which is why I was asking what that meant
# [17:44] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [17:44] <Callek> ahhhh then I wonder if bsmedberg may have mistook the meaning of that whiteboard
# [17:44] * Callek shrugs and doesn't worry about it
# [17:44] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Quit: Leaving.)
# [17:45] <@bsmedberg> I think it's worthwhile to keep something in the whiteboard to indicate "we evaluated this bug and it's not a problem"
# [17:45] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [17:45] <@bsmedberg> We've used nse for that in the past
# [17:45] <jlebar> smaug, ping?
# [17:45] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Quit: Leaving.)
# [17:45] <Callek> bsmedberg: from my s-g e-mails about the whiteboard changes, nse was explicitly described as I said, so I do think nse is probably wrong
# [17:45] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
# [17:46] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [17:46] <Callek> doesn't mean your the first to get it wrong though :-)
# [17:46] <Callek> but either way, I won't worry for now
# [17:46] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [17:46] <@bsmedberg> I don't think I'm wrong. But if I am, we need another whiteboard tag.
# [17:46] <@bsmedberg> I think we should just coopt this one.
# [17:46] <Callek> sure
# [17:46] * Callek is not opposed :-)
# [17:47] <@smaug> jlebar: pong
# [17:47] <@bsmedberg> I guess str.Truncate can never fail, right?
# [17:47] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
# [17:47] <khuey> I'd hope not
# [17:47] <jlebar> smaug, So for the browser API, the current thought is we'll load up some chrome JS into each content window the browser loads.
# [17:47] <jlebar> smaug, I have no idea how to do this. :)
# [17:48] <@smaug> er, what?
# [17:48] <@smaug> you mean to the iframe?
# [17:48] <@smaug> or where
# [17:48] <@smaug> where should the code run?
# [17:48] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [17:49] <jlebar> smaug, It needs to have access to the innermost iframe's content.
# [17:49] <jlebar> smaug, So...perhaps in a chrome window which contains the browser's content?
# [17:50] <@smaug> and what should this code do?
# [17:50] <@smaug> when should it run?
# [17:50] <jlebar> smaug, Oh, lots of stuff. :)
# [17:50] <@smaug> why doesn't it need to run in the content page?
# [17:50] <@smaug> s/doesn't/does/
# [17:50] <jlebar> smaug, It's going to register listeners on the document and fire events when the title changes, or when the location changes
# [17:50] * khuey is now known as khuey|away
# [17:50] <jlebar> Or when the favicon changes
# [17:50] * khuey|away is now known as khuey
# [17:51] <khuey> why does my 3/13 nightly think it's up to date?
# [17:51] <jlebar> It's going to listen to messages coming from the page which contains the <iframe mozbrowser> telling it to stop loading the page.
# [17:51] <jlebar> It's going to send messages up to the page containing the <iframe mozbrowser> telling it when to start/stop the throbber.
# [17:51] * Joins: dao (dao@moz-8894AA66.superkabel.de)
# [17:51] <@smaug> khuey: I thought Nightly updates were disabled
# [17:51] <@smaug> bbondy: ^
# [17:51] <khuey> they are?
# [17:52] <khuey> why?
# [17:52] * philor is now known as philor|away
# [17:52] <jlebar> smaug, I just got an update to 3/15...
# [17:52] <bbondy> they are disabled due to a security check problem, being re-enabled in about an hour
# [17:52] <bbondy> on windows
# [17:52] <bbondy> x86
# [17:52] <khuey> I see
# [17:53] <@smaug> jlebar: so effectively you want kind-of message manager for each page
# [17:53] <@smaug> running in the page
# [17:53] <jlebar> smaug, I'm not sure what you mean "running in the page", but yes to message manager.
# [17:53] <jlebar> smaug, I'm thinking "running above the page".
# [17:53] <@smaug> above?
# [17:54] <jlebar> smaug, Like, the content page is contained by a chrome window.
# [17:54] * Quits: JeroenDeDauw (jeroen@moz-8BFAE2BF.versanet.de) (Ping timeout)
# [17:54] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:54] <@smaug> don't understand
# [17:54] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [17:55] <jlebar> "browser app" contains <iframe mozbrowser> contains "chrome container" contains page being browsed.
# [17:55] <@smaug> there is chrome, it has <xul:browser>, which has some page, and that base contains <iframe mozbrowser>, and iframe content is the actual page
# [17:55] <@smaug> ok, so I don't understand this "chrome container"
# [17:55] * Quits: gmoro (guilherme@84484EC9.1F1093E8.D159334F.IP) (Ping timeout)
# [17:55] <jlebar> smaug, Maybe it's because it's a nonsensical thought...
# [17:56] <@smaug> in which context is the js run ?
# [17:56] <@smaug> do you create a new context, like there is for message manager
# [17:56] <jlebar> smaug, I'm not sure.
# [17:58] * NeilAway sees iframe mozbrowser and still thinks "good luck with reinventing the wheel..."
# [17:58] <@smaug> :)
# [17:58] <@smaug> NeilAway: not only one wheel, but several, it seems. Message manager this time
# [17:59] * Parts: logiclord (Gaurav@A5FCF77B.A6BD78D2.35E3DDC8.IP)
# [17:59] <jlebar> NeilAway, Seriously.
# [17:59] * jlebar is not pleased.
# [17:59] <khuey> can we just standardize xul? :-P
# [18:00] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [18:00] <jlebar> smaug, It sounds like you're saying I don't need a chrome window in order to run chrome JS -- is that right?
# [18:00] * AaronMT|mtg is now known as AaronMT
# [18:00] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Client exited)
# [18:00] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [18:01] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
# [18:01] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [18:03] * Joins: wesk (Daily@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:03] * Quits: wesk (Daily@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: wesk)
# [18:03] * timA|away is now known as timA
# [18:03] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [18:04] <@smaug> jlebar: well, you need something where you run the script
# [18:04] * bc is now known as bc|afk
# [18:04] * Quits: bc|afk (bc@454BDC37.1D5E8529.AC69809B.IP) (Quit: leaving)
# [18:04] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [18:04] <@bsmedberg> Does anyone here know if I can make a *particular* NS_WARN_UNUSED_RESULT into a fatal error without necessarily making them all fatal?
# [18:05] * Joins: TheLink (TheLink@moz-183F7DCD.pools.arcor-ip.net)
# [18:05] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [18:05] <@bsmedberg> at least on one platform
# [18:05] * Joins: Ms2ger (Ms2ger@82804C5C.F9DDA0AC.37724B0D.IP)
# [18:05] <@smaug> jlebar: does the script need to have chrome privileges
# [18:05] <jlebar> smaug, Yes.
# [18:06] * Joins: JeroenDeDauw (jeroen@moz-8BFAE2BF.versanet.de)
# [18:06] <jlebar> smaug, For things like reading history, or reading whether the throbber should be spinning.
# [18:06] <@smaug> why does the page need to know that?
# [18:07] <jlebar> smaug, Why does the browser app need to know that?
# [18:07] <@smaug> why not the privileged code in the page which contains <iframe>
# [18:07] * Joins: c0smikdebris (c0smikdebr@35544CB3.EDA297EB.BE90E62C.IP)
# [18:07] <@smaug> jlebar: I mean, why does the code running somewhere under the iframe need to know that
# [18:07] * Quits: gkw (gkw@moz-7CD88B0C.hsd1.ca.comcast.net) (Quit: Instantbird 1.2a1pre)
# [18:07] <jlebar> smaug, So it can bubble it up out of the iframe.
# [18:07] * Joins: gkw (gkw@moz-104CC309.mv.mozilla.com)
# [18:08] <@smaug> why can't there be some API in the iframe itself for that?
# [18:08] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [18:08] <jlebar> smaug, So that's the current approach -- write C++ code which lives on the iframe for this whole API.
# [18:08] <jlebar> smaug, There are a few reasons I wanted to move away from that.
# [18:09] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [18:09] <jlebar> smaug, First, there are some APIs we need to override in the content window, like window.alert().
# [18:09] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [18:09] <jlebar> smaug, I know how I'd want to do this in JS -- it's just a blocking call up to the parent.
# [18:09] <jlebar> smaug, But doing this in C++ seems harder.
# [18:09] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [18:09] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
# [18:09] <jlebar> smaug, But second, the API is huge, and I don't want to write it all by myself. If we implement the API in JS, I can get help.
# [18:10] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
# [18:10] * joduinn-commute is now known as joduinn-mtg
# [18:10] * Joins: gmoro (guilherme@84484EC9.1F1093E8.D159334F.IP)
# [18:11] <@smaug> not sure why implementing API in JS helps
# [18:11] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [18:11] <jlebar> smaug, Because the people I'm working with are JS hackers.
# [18:11] * lsblakk|lunch is now known as lsblakk
# [18:11] * Joins: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com)
# [18:12] * Quits: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [18:12] * Quits: berkerpeksag (berkerpeks@2A61EA0D.305BD3BC.2058B3BB.IP) (Quit: Leaving)
# [18:12] * Joins: cadecairos (cadecairos@F1451709.44D93D66.1139E686.IP)
# [18:12] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [18:12] * Joins: surkov (surkov@F2D29657.F60B0462.67AC9B1.IP)
# [18:13] <@smaug> jlebar: but this should be some API for the web. Would everyone need to reimplement it in JS ?
# [18:13] <@smaug> or perhaps I misunderstand
# [18:13] <@smaug> maybe you want to implement some core API in JS
# [18:13] <jlebar> smaug, Whether or not it's implemented in chrome JS is an implementation detail.
# [18:14] <jlebar> <smaug> maybe you want to implement some core API in JS <-- so this.
# [18:15] <@smaug> jlebar: well, then, couldn't you just create some JS component
# [18:16] * Joins: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:16] <@smaug> and whenever a content page is created, an instance of that component is created too
# [18:16] * mw22 is now known as mw22_meeting
# [18:16] <jlebar> smaug, Okay...
# [18:16] * Joins: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net)
# [18:16] * Joins: smontagu (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:16] <@smaug> jlebar: I hope that makes sense :)
# [18:17] <jlebar> smaug, Some. :) Can you think of some existing component I could look at? /me is really clueless here.
# [18:17] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (NickServ (GHOST command used by rick))
# [18:17] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [18:18] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
# [18:18] * Quits: enda (chatzilla@805B2C83.679532CF.2500F951.IP) (Ping timeout)
# [18:18] * Quits: stepardo (stepardo@E2A0B7A5.AAF73B55.324C347.IP) (Ping timeout)
# [18:18] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Quit: Connection reset by beer)
# [18:19] <@smaug> jlebar: hmm, do we still implement window.sidebar as a js component
# [18:19] <@smaug> something similar could work
# [18:19] <jlebar> smaug, Awesome. I'll have a look.
# [18:19] <jlebar> smaug, Thanks a lot!
# [18:19] * philor|away is now known as philor
# [18:20] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [18:20] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [18:21] * jlebar is now known as jlebar|lunch
# [18:22] <gavin> smaug, jlebar|lunch: http://mxr.mozilla.org/mozilla-central/source/dom/base/ConsoleAPI.js?force=1 might be a better example
# [18:22] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [18:22] * armenzg is now known as armenzg_lunch
# [18:22] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/f6d38b80417c - John Ford - bug 733099 - in tree mozconfigs for b2g CI builds r=fabrice DONTBUILD
# [18:23] * Quits: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
# [18:24] * Joins: priya (Adium@moz-BBE3ABD.mv.mozilla.com)
# [18:24] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Quit: Adios Amigos)
# [18:24] * Joins: mjschranz (mjschranz@F1451709.44D93D66.1139E686.IP)
# [18:24] * Quits: dseif (dseif@F1451709.44D93D66.1139E686.IP) (Input/output error)
# [18:25] * Quits: cviecco (cviecco@moz-104CC309.mv.mozilla.com) (Input/output error)
# [18:25] * Quits: mjschranz (mjschranz@F1451709.44D93D66.1139E686.IP) (Client exited)
# [18:25] * Joins: cviecco (cviecco@moz-D23A3536.oc1.redwire.net)
# [18:26] * Quits: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [18:26] <Ms2ger> 1.7 +#gonk="/home/cjones/mozilla/gonk-toolchain-$GONK_TOOLCHAIN_VERSION"
# [18:26] <Ms2ger> Nice one
# [18:26] * Joins: enda (chatzilla@805B2C83.679532CF.2500F951.IP)
# [18:26] <ochameau> hey, I'm wondering if we can dynamically apply a user style sheet to a given document ? So that I can apply some css rules to a given document without messing with existing website css.
# [18:26] * Quits: Ameya (chatzilla@AC9D62D4.FC13163A.9105FBCF.IP) (Ping timeout)
# [18:26] <gavin> mccr8: + if (ptr)
# [18:26] <gavin> + printf("Fault in cycle collector: %s\n", msg);
# [18:26] <gavin> + else
# [18:26] <gavin> + printf("Fault in cycle collector: %s (ptr: %p)\n", msg, ptr);
# [18:26] <kwierso> ochameau: yes
# [18:27] <mccr8> gavin: oops, thanks...
# [18:27] * Quits: cviecco (cviecco@moz-D23A3536.oc1.redwire.net) (Ping timeout)
# [18:28] * Joins: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
# [18:28] <kwierso> ochameau: https://developer.mozilla.org/en/Using_the_Stylesheet_Service
# [18:29] * Quits: tn (tn@moz-2E73ACE4.wp.shawcable.net) (Ping timeout)
# [18:29] <ochameau> kwierso: actually, nsIStyleSheetService.loadAndRegisterSheet doesn't allow you to apply user stylesheet to an arbitrary document
# [18:30] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:30] <ochameau> you have to register a css file that contains URL of document you would like to match
# [18:30] * Quits: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [18:30] <@smaug> mccr8: oh, I should actually review your patches ;)
# [18:30] <ochameau> here I want to apply a stylesheet to a given document, where I have a JS reference to.
# [18:30] * Quits: pranavrc (pranavrc@3B1415EB.3E0BD90F.520CDC98.IP) (Quit: Ping timeout: ∞)
# [18:31] <mccr8> smaug: hah, well, it was an easy thing to miss. It looked like I'd just copied and pasted some code...
# [18:31] <@smaug> mccr8: I thought you had tested it
# [18:31] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
# [18:31] <mccr8> I tested an earlier version...
# [18:31] <kwierso> ochameau: I wonder how Stylish does it
# [18:31] <mccr8> also I guess I should actually test what happens when you fault...
# [18:31] * Joins: tn (tn@moz-2E73ACE4.wp.shawcable.net)
# [18:33] * Quits: cadecairos (cadecairos@F1451709.44D93D66.1139E686.IP) (Ping timeout)
# [18:34] * Quits: soonbing (pikapi@moz-2474DA0.singnet.com.sg) (Ping timeout)
# [18:36] * Joins: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP)
# [18:36] <luke> edmorley: uh oh, the bug #s in the last two csets i pushed are wrong
# [18:36] <Ms2ger> Backout, reland
# [18:36] <luke> edmorley: would it make sense to push an empty DONTBUILD cset with the correct bug #
# [18:36] <luke> Ms2ger: that sounds crazy
# [18:36] * mw22_meeting is now known as mw22
# [18:37] <Ms2ger> 'tis common practice
# [18:37] <luke> gross
# [18:37] <khuey> it's really not
# [18:37] <Ms2ger> And makes it much easier when looking at the blame
# [18:37] <luke> fine
# [18:38] <Callek> Ms2ger: its not all that common really, imo....
# [18:38] <gavin> depends on how important the blame is, or how badly screwed up
# [18:38] <Ms2ger> Because people usually get their commit message right
# [18:38] <Callek> Ms2ger: more common is to comment in the cited bug(s) what the correct bug is, but its all a matter of specific scope/circumstances
# [18:38] <Ms2ger> Used to be that way, yes
# [18:39] * Quits: tonymec (tonymec@AF812930.A8CB2B65.277517C1.IP) (Ping timeout)
# [18:39] <jgilbert> usually one catches this early, so a backout is pretty easy
# [18:39] <jgilbert> annoying, though
# [18:39] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [18:40] * Joins: tonymec (tonymec@AF812930.A8CB2B65.277517C1.IP)
# [18:40] <ochameau> kwierso: looks like it hack around loadAndRegisterSheet and build css files on fly with some rules matching only some specific domains
# [18:41] * bear-focusing is now known as bear-afk
# [18:42] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [18:42] * Quits: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP) (Ping timeout)
# [18:42] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [18:42] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [18:43] * Parts: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [18:44] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:44] * ChanServ sets mode: +o dbaron
# [18:44] * Quits: anky (anky@5A7F5F93.F872A9C6.A3D1B221.IP) (Quit: Leaving...)
# [18:46] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
# [18:47] * Quits: jhorak (jhorak@moz-59813FB4.cust.nbox.cz) (Ping timeout)
# [18:47] * Joins: dseif (dseif@C080F02E.33EE9F8A.1139E686.IP)
# [18:48] * khuey is now known as khuey|away
# [18:49] * khuey|away is now known as khuey
# [18:49] * Quits: jeremyhu (jeremyhu@moz-75C113CA.outersquare.org) (Input/output error)
# [18:50] * Quits: dao (dao@moz-8894AA66.superkabel.de) (Quit: Leaving.)
# [18:51] * Joins: gwagner (gwagner@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:52] <luke> crisis averted
# [18:52] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:52] <luke> and with 8 commits, i look real real busy
# [18:52] * aki|dentist is now known as aki|buildduty
# [18:55] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:56] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [18:58] * Quits: jammink|Tucson (textual@moz-AB5D0B91.ph.ph.cox.net) (Quit: Computer has gone to sleep.)
# [18:59] * wlach is now known as wlach|lunch
# [18:59] * Joins: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com)
# [18:59] * Joins: anant (Anant@moz-271479F2.hsd1.ca.comcast.net)
# [19:00] * Joins: maikmerten (maikmerten@moz-33A3AFD1.dynamic.qsc.de)
# [19:01] * Joins: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com)
# [19:02] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [19:04] <gcp> taras: ping
# [19:04] * Joins: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP)
# [19:04] * Quits: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net) (Quit: Fleeing the scene)
# [19:04] <taras> gcp: pong but i got a meeting in 3min
# [19:04] <taras> dolske: which you should attend :)
# [19:04] <gcp> taras: ok repong when you have some time
# [19:05] * Joins: sicking (chatzilla@moz-903915C1.hsd1.ca.comcast.net)
# [19:05] <taras> gcp: basically the error does not look like we are writing to an invalid fd
# [19:05] <taras> those do not result in nasty exceptions(afaik)
# [19:05] * Quits: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [19:05] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
# [19:06] <gcp> taras: I just don't see what else it can be. There's nothing else on that line :-/
# [19:07] * Quits: JeroenDeDauw (jeroen@moz-8BFAE2BF.versanet.de) (Quit: Leaving.)
# [19:07] <gcp> lemme dig in to what PR_Write does
# [19:07] <Ms2ger> My sympathy
# [19:08] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [19:09] * Quits: asac (asac@moz-DAA29412.pppoe.wtnet.de) (Ping timeout)
# [19:11] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz)
# [19:11] * mak is now known as mak|afk
# [19:12] * Joins: asac (asac@moz-DAA29412.pppoe.wtnet.de)
# [19:13] <Fallen> in what cases is session restore being triggered? I have a user here that is getting the "Well, this is embarrassing" message almost once a day and I'd love to find out why
# [19:13] * Joins: cviecco (cviecco@moz-D23A3536.oc1.redwire.net)
# [19:13] <ochameau> davidb: ping
# [19:15] <ochameau> davidb: unping, sorry I meant --v
# [19:15] <ochameau> dbaron: ping
# [19:15] * Quits: cviecco (cviecco@moz-D23A3536.oc1.redwire.net) (Ping timeout)
# [19:15] <@dbaron> ochameau, pong
# [19:15] * Joins: cviecco (cviecco@moz-104CC309.mv.mozilla.com)
# [19:16] * Joins: cadecairos (cadecairos@EDDEAA06.33EE9F8A.1139E686.IP)
# [19:16] <ochameau> dbaron: hey, do you know if there is a way to apply some css to a content document, like user agent stylesheet. but without having to specify some domains. I have a reference to a document and I want to apply some css to it
# [19:16] * Quits: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
# [19:17] * Quits: cviecco (cviecco@moz-104CC309.mv.mozilla.com) (Input/output error)
# [19:17] * Joins: cviecco (cviecco@moz-D23A3536.oc1.redwire.net)
# [19:17] <ochameau> and like user agent stylesheet, I would like to override website rules and do not pollute website either
# [19:17] <@dbaron> ochameau, I don't know of a way to apply user agent or user styles that way
# [19:17] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Quit: )
# [19:17] <@dbaron> ochameau, though it probably wouldn't be too hard to add one
# [19:18] <ochameau> would you mind if I open such bug? (isn't there already an existing one?)
# [19:19] * Quits: cviecco (cviecco@moz-D23A3536.oc1.redwire.net) (Ping timeout)
# [19:19] * jlebar|lunch is now known as jlebar
# [19:19] * Joins: zwol (zack@moz-A5165AC6.lightspeed.sntcca.sbcglobal.net)
# [19:20] <zwol> Is it expected to get
# [19:20] * Quits: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:20] <zwol> abort: empty revision set
# [19:20] <zwol> warning: post-push hook exited with status 255
# [19:20] <mdas> dietrich: we're having a discussion about git-hg bridge at the moment
# [19:20] <zwol> every time I push something to inbound?
# [19:20] * Joins: Enn (enn@A974B2E7.1BC119D8.8C65A0C1.IP)
# [19:20] <mdas> dietrich: if you're interested in joining. it's with pierron
# [19:20] * Quits: sfink|log (sfink@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:20] * Joins: cviecco (cviecco@moz-104CC309.mv.mozilla.com)
# [19:20] <mdas> I didn't get a response to the invite
# [19:20] * Quits: MarcoZ (marco.zehe@moz-DB834AAD.dip.t-dialin.net) (Quit: l8er)
# [19:21] * armenzg_lunch is now known as armenzg
# [19:22] * Quits: cviecco (cviecco@moz-104CC309.mv.mozilla.com) (Input/output error)
# [19:22] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [19:22] * Joins: cviecco (cviecco@moz-D23A3536.oc1.redwire.net)
# [19:23] * Quits: asac (asac@moz-DAA29412.pppoe.wtnet.de) (Ping timeout)
# [19:23] <@bsmedberg> does anyone know where mozilla::unused is declared?
# [19:24] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [19:24] * Quits: cviecco (cviecco@moz-D23A3536.oc1.redwire.net) (Ping timeout)
# [19:24] <@bsmedberg> oh, xpcom/glue
# [19:24] <@bsmedberg> unused.h
# [19:24] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
# [19:25] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [19:25] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz)
# [19:26] * Joins: cviecco (cviecco@moz-104CC309.mv.mozilla.com)
# [19:26] * Joins: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com)
# [19:28] * Joins: asac (asac@moz-1D513393.pppoe.wtnet.de)
# [19:29] * Joins: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:30] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [19:31] * Joins: dcamp (dave@61650EC2.EA130E53.75A3463D.IP)
# [19:32] * Joins: wesk (Daily@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:32] * Joins: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:32] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [19:32] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [19:33] * Quits: paolo (paolo@moz-3415DB89.retail.telecomitalia.it) (Client exited)
# [19:33] * Quits: gandalf (zbraniecki@moz-B123F03D.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [19:36] <AryehGregor> Does autoland/try apply patches to mozilla-central, or mozilla-incoming?
# [19:36] * wlach|lunch is now known as wlach
# [19:36] <Ms2ger> central
# [19:36] <AryehGregor> Okay, thanks.
# [19:36] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird -- http://www.instantbird.com)
# [19:37] <charles_wh_chan> https://bugzilla.mozilla.org/show_bug.cgi?id=729049 has been reviewed, who should I specify for [checkin] field? Thanks. (component = DOM)
# [19:37] <Ms2ger> Just add checkin-needed to the keywords field
# [19:37] * bear-afk is now known as bear-focusing
# [19:38] <charles_wh_chan> ah! thanks
# [19:38] * armenzg is now known as armenzg_mtg
# [19:38] <Ms2ger> Np
# [19:38] * Joins: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP)
# [19:38] * Joins: sfink (chatzilla@moz-7B0110AD.mv.mozilla.com)
# [19:39] * juanb is now known as juanb|afk
# [19:39] * Quits: gkw (gkw@moz-104CC309.mv.mozilla.com) (Quit: Instantbird 1.2a1pre)
# [19:40] * Quits: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Instantbird -- http://www.instantbird.com)
# [19:40] * Quits: zwol (zack@moz-A5165AC6.lightspeed.sntcca.sbcglobal.net) (Quit: Ex-Chat)
# [19:40] * Joins: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:40] * Joins: willy1234x1|2 (willy1234x@moz-EE8820FF.slkc.qwest.net)
# [19:40] * Quits: willy1234x1 (willy1234x@moz-A40F19F2.slkc.qwest.net) (Ping timeout)
# [19:41] * Quits: Enn (enn@A974B2E7.1BC119D8.8C65A0C1.IP) (Ping timeout)
# [19:41] * Joins: willy1234x1 (willy1234x@moz-7733E897.slkc.qwest.net)
# [19:41] * Quits: willy1234x1|2 (willy1234x@moz-EE8820FF.slkc.qwest.net) (Ping timeout)
# [19:42] * Joins: bnicholson2 (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [19:42] * Quits: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net) (Quit: Leaving)
# [19:42] * bnicholson2 is now known as bnicholson
# [19:44] * Joins: zzzzz (chatzilla@moz-F4FFB814.dhcp.embarqhsd.net)
# [19:46] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [19:48] * Quits: zzzzz (chatzilla@moz-F4FFB814.dhcp.embarqhsd.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [19:48] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: WeeChat 0.3.5)
# [19:49] * Joins: scrambledeggs (chatzilla@moz-F4FFB814.dhcp.embarqhsd.net)
# [19:50] * Quits: scrambledeggs (chatzilla@moz-F4FFB814.dhcp.embarqhsd.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [19:50] * Joins: scrambledeggs (chatzilla@moz-F4FFB814.dhcp.embarqhsd.net)
# [19:50] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Quit: Ex-Chat)
# [19:51] * Quits: rillian (giles@21B7B9F2.B87E9213.6E712CE2.IP) (Input/output error)
# [19:51] * Quits: scrambledeggs (chatzilla@moz-F4FFB814.dhcp.embarqhsd.net) (Quit: Reconnecting…)
# [19:51] * Joins: scrambledeggs (chatzilla@moz-F4FFB814.dhcp.embarqhsd.net)
# [19:51] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [19:51] * Quits: cviecco (cviecco@moz-104CC309.mv.mozilla.com) (Input/output error)
# [19:52] * Joins: cviecco (cviecco@moz-D23A3536.oc1.redwire.net)
# [19:52] * Quits: scrambledeggs (chatzilla@moz-F4FFB814.dhcp.embarqhsd.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [19:53] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Client exited)
# [19:53] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [19:53] * Joins: scrambledeggs (chatzilla@moz-F4FFB814.dhcp.embarqhsd.net)
# [19:53] * mak|afk is now known as mak
# [19:54] * Quits: cviecco (cviecco@moz-D23A3536.oc1.redwire.net) (Ping timeout)
# [19:54] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [19:54] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Client exited)
# [19:54] * Quits: scrambledeggs (chatzilla@moz-F4FFB814.dhcp.embarqhsd.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [19:54] * Joins: scrambledeggs (chatzilla@moz-F4FFB814.dhcp.embarqhsd.net)
# [19:54] * Joins: jammink|Tucson (textual@moz-12DDA136.tcso.qwest.net)
# [19:55] * Quits: scrambledeggs (chatzilla@moz-F4FFB814.dhcp.embarqhsd.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [19:55] * Joins: scrambledeggs (chatzilla@moz-F4FFB814.dhcp.embarqhsd.net)
# [19:56] * Joins: cviecco (cviecco@moz-D23A3536.oc1.redwire.net)
# [19:56] * Joins: bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net)
# [19:56] * ChanServ sets mode: +o bz
# [19:56] * Quits: jammink|Tucson (textual@moz-12DDA136.tcso.qwest.net) (Ping timeout)
# [19:56] * Quits: past (past@moz-9D677A1D.dsl.dyn.forthnet.gr) (Input/output error)
# [19:56] <@ehsan> jhford: so b2g builds would just be a new platform in the TBPL sense?
# [19:57] <jhford> yes
# [19:57] <jhford> (these b2g builds)
# [19:57] <@ehsan> ko
# [19:57] <@ehsan> *ok
# [19:58] <@ehsan> jhford: does this exist now?
# [19:58] * Joins: cviecco_ (cviecco@moz-104CC309.mv.mozilla.com)
# [19:58] * Quits: cviecco (cviecco@moz-D23A3536.oc1.redwire.net) (Ping timeout)
# [19:58] * Quits: surkov (surkov@F2D29657.F60B0462.67AC9B1.IP) (Quit: surkov)
# [20:00] * Quits: cviecco_ (cviecco@moz-104CC309.mv.mozilla.com) (Input/output error)
# [20:01] * Joins: cviecco (cviecco@moz-D23A3536.oc1.redwire.net)
# [20:01] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz)
# [20:02] * Joins: dvander_ (dvander@moz-EC56C22F.hsd1.ca.comcast.net)
# [20:02] * Quits: dvander_ (dvander@moz-EC56C22F.hsd1.ca.comcast.net) (Quit: dvander_)
# [20:02] * Quits: jgilbert (jgilbert@moz-2B3CF81C.hsd1.ca.comcast.net) (Ping timeout)
# [20:02] * Quits: cviecco (cviecco@moz-D23A3536.oc1.redwire.net) (Ping timeout)
# [20:03] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [20:04] * Quits: enda (chatzilla@805B2C83.679532CF.2500F951.IP) (Ping timeout)
# [20:07] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
# [20:08] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: Success !!)
# [20:08] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
# [20:08] * Quits: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:09] * Joins: anky (anky@DD9429CD.294EEC3B.A3D1B221.IP)
# [20:11] * Joins: ehugg_ (chatzilla@D3676333.4A8D5C73.E7673F62.IP)
# [20:12] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [20:12] * Quits: Goldorak (chatzilla@AB51622.10B44F05.187A1082.IP) (Ping timeout)
# [20:13] * ctalbert is now known as ctalbert|lunch
# [20:13] * Joins: Goldorak (chatzilla@AB51622.10B44F05.187A1082.IP)
# [20:13] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- Organize your IRC)
# [20:13] <@smaug> nice, gdb crashes
# [20:14] * Joins: wolfiR (wolfiR@moz-6CFC6974.dip0.t-ipconnect.de)
# [20:14] * jmaher is now known as jmaher|biab
# [20:15] <khuey> doesn't it always?
# [20:15] <@smaug> ../../gdb/dwarf2read.c:13789: internal-error: follow_die_offset: Assertion `dwarf2_per_objfile->reading_partial_symbols' failed.
# [20:15] <@smaug> A problem internal to GDB has been detected,
# [20:15] <@smaug> further debugging may prove unreliable.
# [20:15] <@smaug> I haven't seen that before
# [20:15] * mw22 is now known as mw22_away
# [20:16] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Ping timeout)
# [20:16] * Quits: Goldorak (chatzilla@AB51622.10B44F05.187A1082.IP) (Ping timeout)
# [20:17] * Quits: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP) (Quit: ibarlow)
# [20:17] <jlebar> What's the difference between EXTRA_PP_COMPONENTS and EXTRA_COMPONENTS?
# [20:17] * Quits: @smaug (chatzilla@moz-6BC762B8.gprs.sl-laajakaista.fi) (Ping timeout)
# [20:17] * Joins: Goldorak (chatzilla@AB51622.10B44F05.187A1082.IP)
# [20:17] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
# [20:17] * Joins: mak77 (chatzilla@moz-3BBE6AE8.retail.telecomitalia.it)
# [20:17] * Quits: thelodger (thelodger@3F6B379F.C9F9DC3E.C2E02DEF.IP) (Ping timeout)
# [20:18] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [20:18] <khuey> jlebar: the PP ones are run through the preprocessor
# [20:18] <jlebar> khuey, Aha. Thanks!
# [20:18] * Quits: mak (chatzilla@moz-3BBE6AE8.retail.telecomitalia.it) (Ping timeout)
# [20:19] * Quits: ehugg_ (chatzilla@D3676333.4A8D5C73.E7673F62.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 10.0.2/20120216082320])
# [20:19] * mak77 is now known as mak
# [20:19] * Joins: mixedpuppy (mixedpuppy@21B7B9F2.B87E9213.6E712CE2.IP)
# [20:20] * Quits: mak (chatzilla@moz-3BBE6AE8.retail.telecomitalia.it) (Input/output error)
# [20:20] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Leaving...)
# [20:21] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [20:22] * Quits: Goldorak (chatzilla@AB51622.10B44F05.187A1082.IP) (Ping timeout)
# [20:23] * Joins: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP)
# [20:23] * Joins: Goldorak (chatzilla@AB51622.10B44F05.187A1082.IP)
# [20:23] * Quits: aki|buildduty (aki@moz-A18C1E59.members.linode.com) (Quit: ZNC - http://znc.sourceforge.net)
# [20:24] * mdas is now known as mdas|food
# [20:25] * Quits: nthomas|away (chatzilla@moz-95627F12.dsl.telstraclear.net) (Ping timeout)
# [20:26] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [20:26] * Joins: smaug (chatzilla@moz-3D6F5AE6.elisa-mobile.fi)
# [20:26] * ChanServ sets mode: +o smaug
# [20:26] <jlebar> khuey, There appears to be some magic required to get one of these components to run, beyond adding a manifest to the makefile.
# [20:27] <jlebar> khuey, But my grep'ing is failing me. Any ideas?
# [20:27] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [20:27] * Joins: aki (aki@moz-A18C1E59.members.linode.com)
# [20:27] * Joins: tchevalier (chatzilla@moz-B349E908.w90-48.abo.wanadoo.fr)
# [20:27] * aki is now known as aki|buildduty
# [20:28] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [20:28] <gavin> jlebar: what do you mean by "run"?
# [20:28] <gavin> is it registered for a category that will instantiate it?
# [20:29] <jlebar> gavin, Surely it's not.
# [20:29] * Joins: nthomas|away (chatzilla@moz-95627F12.dsl.telstraclear.net)
# [20:29] <gavin> perhaps I am missing some important context
# [20:29] <jlebar> gavin, The context is: I have no idea how any of this works. :)
# [20:29] <khuey> heh
# [20:30] * jmaher|biab is now known as jmaher
# [20:30] <jlebar> gavin, So the category line in the manifest is what causes us to look at the component?
# [20:30] <khuey> jlebar: all the manifest stuff does is register the component
# [20:30] <khuey> something still has to instantiate it
# [20:30] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [20:30] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
# [20:30] <gavin> either via a category thingy or via getService/createinstance
# [20:30] <jlebar> gavin, A category thing in the manifest?
# [20:30] <gavin> there are categories like "app-startup" and "global-js-property" or somesuch
# [20:31] <gavin> jlebar: yes
# [20:31] * jlebar greps to find the list of all categories
# [20:32] <gavin> what is your component's purpose?
# [20:32] * Quits: josh (josh@moz-2EE66546.nyc.res.rr.com) (Quit: josh)
# [20:33] <jlebar> gavin, It's for the browser API. One simple thing would be, when the window's location changes, fire an event on the iframe which contains the window.
# [20:33] <gavin> brb meeting
# [20:33] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [20:35] * Quits: JonathanS (XChat@17EDFC35.8737F162.521902B0.IP) (Quit: Leaving)
# [20:35] <bhearsum> bbondy: i just re-enabled the updates again
# [20:35] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [20:35] <bbondy> hah I was just typing to you to ask
# [20:35] <bbondy> thx
# [20:36] <gaston> trying to get a patch commited into mozilla is soooo easy compared to getting something commited to webkit...
# [20:36] * Joins: karl (karl@moz-2196FB99.jetstream.xtra.co.nz)
# [20:37] * Joins: cviecco (cviecco@moz-104CC309.mv.mozilla.com)
# [20:37] * armenzg_mtg is now known as armenzg_brb
# [20:37] <Ms2ger> gaston, r? cq? :)
# [20:37] <gaston> nah
# [20:37] * Joins: jammink|Tucson (textual@moz-B2DE50EA.tcso.qwest.net)
# [20:37] * Quits: DeathWolf (DeathWolf@moz-7EDF16F7.ovh.net) (Ping timeout)
# [20:37] <gaston> they're anal wrt prepare-Changelog
# [20:38] <Ms2ger> Ah, ChangeLog
# [20:38] <Ms2ger> That relic of times long gone by
# [20:38] * Joins: DeathWolf (DeathWolf@moz-7EDF16F7.ovh.net)
# [20:38] <gaston> i've never seen such a bureaucracy
# [20:38] * KaiRo is being taken away by the amount of new APIs we implement these days
# [20:39] * sheeri is now known as sheeri-afk
# [20:39] <kwierso> bbondy: update worked just fine for me from back on the 3/13 fx13 nightly, fwiw
# [20:39] <khuey> but ... but ... webkit is the land of rainbows and ponies!
# [20:39] <Ms2ger> KaiRo, b2g :/
# [20:39] <KaiRo> gaston: well, we have pushlog, who needs ChangeLog
# [20:39] <bbondy> kwierso: great glad to hear it :)
# [20:40] * rail is now known as rail-mtg
# [20:40] <KaiRo> Ms2ger: yes, B2G is the best thing since sliced bread, the only bad thing is that it's not all there yet and I don't have a device with it ;-)
# [20:40] * jhammel is now known as jhammel|lunch
# [20:40] * Quits: jammink|Tucson (textual@moz-B2DE50EA.tcso.qwest.net) (Ping timeout)
# [20:41] <KaiRo> so much of those APIs is quite helpful outside of B2G though, I'm excited to see stuff like the possibility to disable screensavers or DeviceMotion
# [20:42] * Quits: Goldorak (chatzilla@AB51622.10B44F05.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [20:43] * Joins: geekboy (geekboy@moz-BBE3ABD.mv.mozilla.com)
# [20:44] <jlebar> khuey, So...window.console gets instantiated when you touch that property. But suppose I want my component to get instantiated when the window is created. It seems that JavaScript-global-constructor is the right category, but that doesn't seem to work.
# [20:44] * Quits: Cwiiis (cwiiis@40018561.F684631.21A4E96A.IP) (Quit: Ex-Chat)
# [20:44] <jlebar> At least, there aren't many categories to choose from...
# [20:45] * jwir3|away is now known as jwir3
# [20:46] * Quits: armenzg_brb (armenzg@moz-71039613.acanac.net) (Input/output error)
# [20:46] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [20:46] <khuey> jlebar: I think all that stuff is designed for lazy loading
# [20:47] <jlebar> :-/
# [20:48] * Joins: jhorak (jhorak@moz-59813FB4.cust.nbox.cz)
# [20:48] <jlebar> gavin, ^
# [20:48] * Quits: @bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net) (Client exited)
# [20:48] * Joins: bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net)
# [20:48] * ChanServ sets mode: +o bz
# [20:49] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [20:49] * ChanServ sets mode: +o ehsan
# [20:49] * Joins: ddahl (ddahl@15EAF4AB.C02BF372.43362C16.IP)
# [20:49] * Joins: dvander_ (dvander@moz-BBE3ABD.mv.mozilla.com)
# [20:50] * AryehGregor wants autoland to be willing to land patches from multiple bugs, in the case that a patch from one bug depends on one from another
# [20:51] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
# [20:51] * Quits: maikmerten (maikmerten@moz-33A3AFD1.dynamic.qsc.de) (Client exited)
# [20:51] <AryehGregor> https://bugzilla.mozilla.org/show_bug.cgi?id=719515#c6 :(
# [20:52] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
# [20:52] * jhammel|lunch is now known as jhammel
# [20:52] <mcot> anyone know if web components is on the radar for mozilla
# [20:52] <Ms2ger> mcot, sure
# [20:52] * rail-mtg is now known as rail_away
# [20:52] <mcot> http://dvcs.w3.org/hg/webcomponents/raw-file/tip/explainer/index.html
# [20:52] <Ms2ger> It's being reviewed
# [20:52] * bz is now known as bz_away
# [20:53] <mcot> certainly looks nice from the web dev perspective
# [20:53] <khuey> just use xbl!
# [20:53] * Quits: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:53] * Joins: jeremyhu (jeremyhu@moz-75C113CA.outersquare.org)
# [20:53] <mcot> seems like a lot of changes to make it happen in mozilla
# [20:54] * rail_away is now known as rail
# [20:54] <NeilAway> whoa, requesting an approval flag prefills an approval request comment boilerplate? when did that happen?
# [20:54] <Ms2ger> A while ago
# [20:54] * mattwoodrow|away is now known as mattwoodrow
# [20:55] * Joins: jfkthame_afk (jfkthame@C2B21AB3.A1C12133.9542EC20.IP)
# [20:55] * jfkthame_afk is now known as jfkthame
# [20:57] * Joins: armenzg_brb (armenzg@moz-DBD74FB0.home1.cgocable.net)
# [20:58] * Joins: bbondy2 (bbondy@moz-28CF6D1C.home.cgocable.net)
# [20:58] * armenzg_brb is now known as armenzg
# [20:58] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [20:59] * bbondy2 is now known as bbondy
# [21:01] * Joins: mak (chatzilla@moz-3BBE6AE8.retail.telecomitalia.it)
# [21:01] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88.1 [Firefox 10.0.2/20120215223356])
# [21:01] * Quits: victorporof (victorporo@19424530.62A0413.79933D60.IP) (Connection reset by peer)
# [21:02] * heycam|away is now known as heycam
# [21:02] <NeilAway> !seen dao
# [21:02] <firebot> dao was last seen 2 days, 3 hours, 35 minutes and 24 seconds ago, saying 'I'm dialed in' in #fx-team.
# [21:04] <jlebar> khuey, All this code is designed for lazy loading, but maybe there's a way for me to trigger the lazy loading from C++?
# [21:05] * Quits: loadbang (loadbang@moz-C4B7E87C.range86-148.btcentralplus.com) (Quit: loadbang)
# [21:05] * mdas|food is now known as mdas
# [21:05] * armenzg is now known as armenzg_brb
# [21:06] * Joins: loadbang (loadbang@moz-C4B7E87C.range86-148.btcentralplus.com)
# [21:06] <Jesse> BenWa: once bug 736219 is fixed, will it make sense to do fuzzing on desktop with OMTC? i figure debugging is easier on desktop.
# [21:06] * Joins: smcmurray (chatzilla@moz-8377534B.mvdsl.com)
# [21:07] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [21:07] <BenWa> Jesse: Yes, we will respond to any bugs but we already have identify a few things that need fixing
# [21:08] <jfkthame> looks like bug 711753 is burning inbound.... anyone working on a backout?
# [21:08] <Jesse> BenWa: can you give me the bug numbers? i'll set after-fix to remind me to re-enable OMTC fuzzing once those bugs are fixed.
# [21:09] <BenWa> Jesse: Bug 717925
# [21:09] <khuey> jlebar: what are you really trying to do here?
# [21:10] <jlebar> khuey, So the browser API does a billion things. But a simple one is: When the page inside the <iframe mozbrowser> changes location, I want to fire an event on the iframe, so the page containing it can update the UI.
# [21:10] * Joins: jammink|Tucson (textual@moz-7F5CC931.tcso.qwest.net)
# [21:10] <jlebar> khuey, Right now, this is implemented in C++ on the iframe.
# [21:10] <jlebar> khuey, But I want to implement it in JS, on the foolish assumption that I'll be able to get other b2g people to help me.
# [21:10] <khuey> heh
# [21:11] * Joins: dveditz (dveditz@moz-BBE3ABD.mv.mozilla.com)
# [21:11] * ChanServ sets mode: +o dveditz
# [21:11] <gavin> how is iframe mozbrowser supposed to be different than a <browser>?
# [21:11] * Quits: anky (anky@DD9429CD.294EEC3B.A3D1B221.IP) (Client exited)
# [21:11] <jlebar> gavin, Well, it's html not xul, for one thing.
# [21:11] <jlebar> gavin, Content, not chrome, for another.
# [21:12] <jlebar> gavin, But there's some debate as to whether it should actually be called <browser>.
# [21:12] * armenzg_brb is now known as armenzg
# [21:12] <gavin> well I don't really care what it's called (or whether it's xul)
# [21:12] * Joins: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net)
# [21:12] * Joins: anky (anky@DD9429CD.294EEC3B.A3D1B221.IP)
# [21:12] * Quits: db48x (user@moz-83319934.dsl.static.sonic.net) (Ping timeout)
# [21:12] <gavin> I guess the clearer question is how is it different than an <iframe>
# [21:13] <jlebar> gavin, So why can't you use <iframe> to implement a web browser? You can't get the content window's location, you don't know when you should start and stop the throbber, window.top allows the content to escape, window.open will be a top-level popup, instead of being handled by the browser...
# [21:14] <jlebar> All those questions and more.
# [21:14] * Quits: loadbang (loadbang@moz-C4B7E87C.range86-148.btcentralplus.com) (Quit: loadbang)
# [21:16] * Quits: davidillsley (chatzilla@moz-3C81EAA7.range86-145.btcentralplus.com) (Client exited)
# [21:16] <gavin> we've invested a lot in an infrastructure that solves exactly that problem (our chrome<->content boundary and xul:browser)
# [21:16] <khuey> I think the real question is who thought it was a good idea to implement a web browser in webbish langauges? :-P
# [21:16] <jlebar> gavin, So the idea is, events will be fired on the <iframe mozbrowser> when certain things happen in the iframe, like location change.
# [21:16] <jlebar> gavin, Yes, indeed.
# [21:16] * Quits: jammink|Tucson (textual@moz-7F5CC931.tcso.qwest.net) (Ping timeout)
# [21:16] <gavin> despite the suckiness of that existing setup, it seems like a waste to re-invent it entirely
# [21:16] * Joins: davidillsley (chatzilla@moz-3C81EAA7.range86-145.btcentralplus.com)
# [21:16] <jlebar> gavin, The difficulty is, we can't use any of the current APIs which cross that boundary, because they're all non-standard chrome JS.
# [21:16] <jduell> What kind of boxen are our linux inbound bots? They're exposing some bug I can't repro on my linux desktop for the life of me
# [21:17] <mak> mbrubeck: is this code still in use? http://mxr.mozilla.org/mozilla-central/source/mobile/android/chrome/content/browser.js#633
# [21:17] <jlebar> gavin, So for example, chrome JS would register a docshell progress listener to find out when to run the throbber.
# [21:17] <jlebar> gavin, But we need to rewrite this API.
# [21:17] <mak> mbrubeck: and more specifically, is mobile still using the toolkit download manager service?
# [21:17] * Joins: cjones (cjones@moz-BBE3ABD.mv.mozilla.com)
# [21:18] <jlebar> gavin, I don't pretend this is at all ideal. :(
# [21:18] * Joins: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
# [21:18] * Joins: Lucas (Lucas@moz-BBE3ABD.mv.mozilla.com)
# [21:19] <jlebar> gavin, An alternative and perhaps simpler approach is: Allow the browser app to inject code into the content window. That code has two-way communication with the browser window.
# [21:19] <jlebar> gavin, Then that injected code is responsible for providing the right APIs.
# [21:19] <mbrubeck> mak: Yes, that code is still in use...
# [21:19] * Joins: surkov (surkov@F2D29657.F60B0462.67AC9B1.IP)
# [21:19] <jlebar> gavin, But cjones has said he'd like us not take this approach at the moment.
# [21:20] * Joins: db48x (user@moz-83319934.dsl.static.sonic.net)
# [21:20] * Joins: cpearce (chatzilla@moz-6004FBED.xdsl.xnet.co.nz)
# [21:20] * juanb|afk is now known as juanb|lunch
# [21:20] * jmaher is now known as jmaher|afk
# [21:20] <gavin> an API to run a browser inside a browser is getting a little too meta for me
# [21:21] <jlebar> gavin, Welcome to b2g.
# [21:21] <mak> mbrubeck: for both xul and native versions? I thought you were using the native downloads apis
# [21:21] <Ms2ger> Yeah, lovely waste of time, isn't it?
# [21:22] * Joins: NavSto (blah@F2A042CE.D5601C51.45459EBF.IP)
# [21:22] <@smaug> uh, test passing
# [21:22] <mbrubeck> mak: We're using some native APIs to display downloads after they are finished. But those APIs are available only on Android 4+, so we will likely end up using a our own UI for that on earlier versions.
# [21:22] <NavSto> anyone can ask the Javascript team to update arewefastyet to benchmark the new V8 benchmark v7? http://v8.googlecode.com/svn/data/benchmarks/v7/run.html
# [21:22] <mbrubeck> (right now there is no download manager in native Fennec on Android <4)
# [21:23] <mak> mbrubeck: ok, thanks
# [21:23] <NavSto> http://blog.chromium.org/2012/03/v8-benchmark-suite-extended-with.html
# [21:23] * Joins: Matt (Matt@9791DE3B.21C2F48B.B7C3970A.IP)
# [21:23] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
# [21:23] <jlebar> gavin, So basically, I'm trying to run some chrome JS and give it a ref to the window inside a mozbrowser, so we can bubble up the right events, etc.
# [21:23] <Matt> with FF10 can I no longer just use make-makefile to generate the Makefile for my extension from Makefile.in, then go to the objdir and enter "make"?
# [21:23] <Matt> it tell me:
# [21:23] <Matt> make: *** No rule to make target `Makefile.in', needed by `Makefile'. Stop.
# [21:23] <@smaug> NavSto: #jsapi
# [21:23] <NavSto> ok
# [21:24] * ctalbert|lunch is now known as ctalbert
# [21:24] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [21:25] <jlebar> gavin, But I don't know how to cause that chrome JS to be run, since I'm not loading it lazily off a property.
# [21:25] * Quits: scrambledeggs (chatzilla@moz-F4FFB814.dhcp.embarqhsd.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [21:25] * Quits: jhorak (jhorak@moz-59813FB4.cust.nbox.cz) (Ping timeout)
# [21:25] * sheeri-afk is now known as sheeri
# [21:26] <gavin> jlebar: you can have chrome JS run whenever any window is created, and check to see whether it's a mozbrowser window, I guess
# [21:26] <jlebar> gavin, That would work.
# [21:26] <gavin> "content-document-global-created"
# [21:27] <gavin> have your component register for app-startup, then on app-startup register an observer for that
# [21:27] * zpao|detached is now known as zpao
# [21:27] * Quits: anky (anky@DD9429CD.294EEC3B.A3D1B221.IP) (Client exited)
# [21:27] <gavin> then have that observer check for mozbrowserness somehow
# [21:27] * Quits: tchevalier (chatzilla@moz-B349E908.w90-48.abo.wanadoo.fr) (Client exited)
# [21:28] <jlebar> gavin, I can do that last part, I think. :) Thanks!
# [21:28] * Mook_as wonders how jlebar will prevent arbitrary content from pretending to be chrome :D
# [21:28] <khuey> proxies! :-P
# [21:28] <jlebar> If there's a serious question there, I don't get it.
# [21:29] <Mook_as> hah, I read that as "pixies" - and probably would work :p
# [21:29] <Mook_as> jlebar: if you're using webby APIs, the page can fire all the right events too, no?
# [21:29] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Quit: ChatZilla 0.9.88.1 [Firefox 10.0.2/20120215223356])
# [21:30] <jlebar> Mook_as, Ah, how do we know to trust the events we're getting from the iframe?
# [21:30] * Joins: jet (junglecode@8ECC4BFC.EC83738C.D8D85ABD.IP)
# [21:30] <Mook_as> yep
# [21:30] <cjones> jlebar, missing a bunch of context, but what are you trying to do that messagemanager can't?
# [21:30] * nthomas|away is now known as nthomas
# [21:30] * Joins: ehoogeveen (emanuel.ho@moz-B95F3766.chello.nl)
# [21:30] * Mook_as assumes there will still be a chrome/content boundary for window.top.location setting, etc.
# [21:30] * Joins: jammink|Tucson (textual@moz-C4FF8A5F.tcso.qwest.net)
# [21:30] * Joins: Jake (Jake@moz-6BA9D59D.dhcp.drexel.edu)
# [21:30] <jlebar> Mook_as, Can't we tell whether an event is trusted, in general?
# [21:31] <jlebar> cjones, Totally separate issue. I'm just trying to get my chrome JS to run.
# [21:31] <Mook_as> ah, you're going down that route, okay.
# [21:32] <Matt> ah the make system simply doesn't like symlinks to the source dir, at least not in mingw
# [21:33] <khuey> symlinks fall down pretty hard on msys unfortunately
# [21:33] <Matt> yeah
# [21:34] <Matt> it's a pity since it's a cool way to keep all my sources in Dropbox
# [21:34] <Matt> and share them among my various trees
# [21:34] * Mook_as is pretty sure msys "fakes" symlinks by doing... copies :\
# [21:34] <Matt> I see a mydir.lnk file
# [21:34] <Matt> so I doubt it's a copy
# [21:34] <Matt> looks more like a Windows shortcut
# [21:35] * Quits: jammink|Tucson (textual@moz-C4FF8A5F.tcso.qwest.net) (Ping timeout)
# [21:36] * Parts: geekboy (geekboy@moz-BBE3ABD.mv.mozilla.com)
# [21:38] <@bsmedberg> *windows* linking should work
# [21:38] * Quits: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [21:38] <@bsmedberg> but AFAIK msys doesn't do windows linking
# [21:38] <khuey> what does "windows linking" mean
# [21:38] <@bsmedberg> NTFS symlinks
# [21:39] <khuey> so, I tried to make nsinstall do NTFS hardlinks
# [21:39] <khuey> and msys lost its mind
# [21:39] <khuey> so I wouldn't be so sure about that
# [21:40] <Matt> I shouldn't admit this but it's actually an OS X symlink on a drive shared via Parallels with the Windows guest OS
# [21:40] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [21:40] <Matt> so I'm probably being cheeky for even hoping it would work
# [21:40] <Matt> at least the Moz build system used to work before though
# [21:41] <Matt> dunno if Windows broke it or newer FF versions did
# [21:41] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
# [21:41] * Joins: hessam_ (hessam@AA1A0567.141AA88C.8278F7B9.IP)
# [21:42] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [21:42] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [21:43] * hessam_ is now known as hessam
# [21:44] * Quits: cviecco (cviecco@moz-104CC309.mv.mozilla.com) (Input/output error)
# [21:44] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [21:44] * Joins: cviecco (cviecco@moz-D23A3536.oc1.redwire.net)
# [21:44] * Joins: JeroenDeDauw (jeroen@moz-ABADC767.dip.t-dialin.net)
# [21:45] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [21:45] * Joins: geekboy (geekboy@moz-BBE3ABD.mv.mozilla.com)
# [21:45] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [21:45] <philor> oh, rats, the native Android bustage got backed out :(
# [21:46] * Quits: c0smikdebris (c0smikdebr@35544CB3.EDA297EB.BE90E62C.IP) (Client exited)
# [21:46] * Quits: cviecco (cviecco@moz-D23A3536.oc1.redwire.net) (Ping timeout)
# [21:46] * Joins: Julian (chatzilla@moz-9733B81C.dynamic.hispeed.ch)
# [21:46] <jfkthame> sorry, philor - you wanted more red?
# [21:47] * Quits: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP) (Quit: Konversation terminated!)
# [21:47] <philor> jfkthame: right now, victory for me is to see them not build
# [21:48] <jfkthame> yeah, i guess it reduces the number of test failures, so it's a net win
# [21:48] <Ms2ger> Then at least they don't get purple tests
# [21:48] <philor> it's a shame that I already used android_tier_∞
# [21:48] <jlebar> geekboy++ for HTTPS searches by default.
# [21:48] * Quits: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de) (Ping timeout)
# [21:48] <geekboy> \o/
# [21:48] * rail is now known as rail-brb
# [21:49] <philor> I didn't know what tier_∞ was until they started intermittently failing to even start up on a random half of the test suites each run
# [21:49] <Ms2ger> android_tier_c, for continuum?
# [21:49] <bent> jlebar, geekboy, link?
# [21:49] * Joins: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP)
# [21:49] <jlebar> bent, https://bugzilla.mozilla.org/show_bug.cgi?id=633773
# [21:50] <jlebar> bent, Just landed on m-i.
# [21:50] <geekboy> jlebar must have a central line to the commit log
# [21:50] <bent> neat
# [21:50] * Quits: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:50] * Quits: jeremyhu (jeremyhu@moz-75C113CA.outersquare.org) (Input/output error)
# [21:50] <jlebar> geekboy, I just pushed below you, and wanted to see if my push was burning yet. :)
# [21:50] <hub> when do m-c get merged with m-i?
# [21:50] <hub> I mean how often?
# [21:50] <Ms2ger> Whenever someone feels like it
# [21:50] <khuey> hub: dailyish
# [21:50] <philor> tier if you don't start taking this seriously pretty quickly, I'm going to hide all your tests
# [21:50] <hub> ah ok.
# [21:51] <philor> only with underscores
# [21:51] <geekboy> khuey: precision, I love it.
# [21:51] <Ms2ger> a=me
# [21:51] * Joins: bc (bc@moz-E31CD2CB.mozilla.org)
# [21:51] * mconley|lunch is now known as mconley
# [21:51] <Ms2ger> Hide 'em alrady
# [21:51] <Ms2ger> already, even
# [21:51] * geekboy is now known as geekboy|afk
# [21:52] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [21:54] * Quits: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP) (Ping timeout)
# [21:54] * jgriffin is now known as jgriffin-lunch
# [21:54] <jaws> thanks jlebar
# [21:55] * Joins: jammink|Tucson (textual@moz-458DDAA5.tcso.qwest.net)
# [21:56] * Quits: jammink|Tucson (textual@moz-458DDAA5.tcso.qwest.net) (Ping timeout)
# [21:57] * @smaug kicks tests which load the über-large google closure stuff even for simple things
# [21:57] * Joins: cadecairos_ (cadecairos@moz-57B23647.senecac.on.ca)
# [21:58] * Joins: cviecco (cviecco@moz-104CC309.mv.mozilla.com)
# [21:59] * bz_away is now known as bz
# [22:00] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [22:00] * Quits: cadecairos_ (cadecairos@moz-57B23647.senecac.on.ca) (Ping timeout)
# [22:01] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [22:02] * Joins: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP)
# [22:02] * Quits: Jake (Jake@moz-6BA9D59D.dhcp.drexel.edu) (Quit: Leaving.)
# [22:03] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [22:04] * Quits: dvander_ (dvander@moz-BBE3ABD.mv.mozilla.com) (Quit: dvander_)
# [22:04] * juanb|lunch is now known as juanb
# [22:04] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Ping timeout)
# [22:05] <taras> gcp: so interesting how all of the comments are spanish
# [22:05] <taras> on that crash bug
# [22:06] <gcp> gfgjkbvtfbcvju fdbnb syu
# [22:06] <gcp> this is not spanish
# [22:06] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:06] * philor is now known as philor|away
# [22:06] <gcp> but yeah
# [22:06] <gcp> do we correlate on locale?
# [22:06] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.2a1pre)
# [22:07] <taras> doubt it
# [22:07] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [22:07] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [22:08] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [22:08] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [22:09] <@bz> ehsan: ping
# [22:09] <gcp> this is reeking of malware or smth, right
# [22:12] * Joins: enda (chatzilla@47B4F0B4.4B89E028.26E09BF0.IP)
# [22:15] * Parts: NavSto (blah@F2A042CE.D5601C51.45459EBF.IP)
# [22:15] * Joins: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net)
# [22:17] * Joins: wesj1 (wesj@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:17] * bhearsum is now known as bhearsum|afk
# [22:17] * Joins: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de)
# [22:18] * Joins: jammink|Tucson (textual@moz-7A28E2AA.tcso.qwest.net)
# [22:19] <ddahl> Ms2ger: any idea about the nsIDOMClassInfo scaffolding I am missing. I tried a few shots in the dark, it seems like you don't need to add anything to nsIDOMClassInfo.h - however it I think something must be missing from nsIDOMCLassInfo.cpp like sCrypto_id?
# [22:20] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [22:20] <Ms2ger> No, the sCrypto_id stuff you added in the last patch isn't what you need
# [22:20] <Ms2ger> I'll look in a minute
# [22:21] * philor|away is now known as philor
# [22:22] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Ping timeout)
# [22:23] <Ms2ger> "pleases where we want string allocation to be fallible"
# [22:23] <ddahl> Ms2ger: thanks, sorry for the bother, just want to get the rest of this into review
# [22:23] * Quits: wesj1 (wesj@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [22:24] * Quits: jammink|Tucson (textual@moz-7A28E2AA.tcso.qwest.net) (Ping timeout)
# [22:24] * Joins: wesj1 (wesj@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:24] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/0dcc716da095 - Doug Sherk - Bug 711656: backout 7ce4d9b55863 r=none
# [22:25] <Ms2ger> ddahl, so why do you need nsIDOMCryptoLegacy?
# [22:25] <Ms2ger> Can't you just have two nsIDOMCrypto interfaces, and pick one in the makefile?
# [22:25] <ddahl> Ms2ger: its only to be built on Desktop
# [22:25] <Ms2ger> Right
# [22:26] <ddahl> i think it has to do with the way bsmith is using inheritance
# [22:27] <ddahl> the legacy interface will be as is and have any new properties added to it, the new nsCrypto will be all new starting with getRandomValues
# [22:27] <ddahl> the jury is out as to whether mobile will have any old crypto properties
# [22:27] * Quits: charles_wh_chan (Mibbit@moz-C6438855.vc.shawcable.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [22:27] <@ehsan> bz: hi
# [22:28] <ddahl> Ms2ger: of course, the entire raft of Identity patches and DOMCrypt will have to be rebased on this:)
# [22:29] <Ms2ger> So I think you should remove the nsDOMCrypto class
# [22:29] <Ms2ger> And ifdef out all the stuff in nsCrypto.cpp/.h you don't want
# [22:29] <Ms2ger> You want to share code between the mobile and desktop implementations, right?
# [22:29] <NeilAway> khuey: doesn't nsinstall.py do NTFS hardlinks?
# [22:30] <ddahl> Ms2ger: yes
# [22:30] <Ms2ger> So does what I'm saying make any sense?
# [22:30] * catlee is now known as catlee-away
# [22:30] <ddahl> i imagine we would - of course we want to not build in most of the crypto object on any mobile platform
# [22:30] <@bz> ehsan: so I think I know why the bug is happening
# [22:30] <@bz> ehsan: the TH one
# [22:30] * bear-focusing is now known as bear-afk
# [22:31] <@bz> ehsan: no idea yet why it wasn't happening before
# [22:31] <@ehsan> bz: ok
# [22:31] <@bz> ehsan: and failing to write a test...
# [22:31] <@bz> ehsan: but once I get that last sorted out, want to review?
# [22:31] <@ehsan> so what's happening?
# [22:31] <sheppy> Right now, how do I go about looking at a source file as it stood at the time of Firefox 11 release, as well as the current beta 12 and aurora 13?
# [22:31] <ddahl> Ms2ger: yes, basically just use #ifndef DISABLE_DOMCRYPTO_LEGACY everywhere instead of fancy-schmancy 3 way inheritance
# [22:31] <khuey> NeilAway: no
# [22:31] <sheppy> I don't usually need to do this because in the past we've kept up with releases, but not anymore. :)
# [22:31] <@bz> ehsan: let me confirm that I'm right, then I'll just comment in the bug
# [22:31] <khuey> NeilAway: don't think so
# [22:32] <ddahl> Ms2ger: or whatever we call it:)
# [22:32] <@ehsan> bz: oh I didn't realize you have a patch
# [22:32] <@ehsan> sure I can review
# [22:32] <Ms2ger> I'm not going to paint this shed :)
# [22:32] * Quits: cadecairos (cadecairos@EDDEAA06.33EE9F8A.1139E686.IP) (Input/output error)
# [22:32] <@bz> ehsan: sounds like a plan
# [22:32] * @bz goes back to writing a test
# [22:32] <Ms2ger> ddahl, I'm also not sure what's happening in nsSmartCardMonitor.h/cpp
# [22:32] <ddahl> Ms2ger: me as well
# [22:32] * Quits: andreasn (andreasn@moz-3CC3C389.a336.priv.bahnhof.se) (Ping timeout)
# [22:33] * Quits: slowpoke (slowpoke@moz-F02DAE63.gigabit.perfect-privacy.com) (Ping timeout)
# [22:33] <@ehsan> bz: can't you just convert the attached testcase into a reftest?
# [22:33] <ddahl> Ms2ger: this is a large undertaking where bsmith wants to kill off as much XPCOM inside PSM as possible
# [22:33] <Ms2ger> I'm all for that
# [22:33] * Quits: markh (markh@moz-1F941FBB.cxzr1.win.bigpond.net.au) (Ping timeout)
# [22:33] <Ms2ger> But one patch per issue, anyone?
# [22:34] * Joins: slowpoke (slowpoke@moz-F02DAE63.gigabit.perfect-privacy.com)
# [22:34] <ddahl> Ms2ger: unfortunately, there will be no r+ from PSM peers until this is done. I also support this
# [22:34] <ddahl> Ms2ger: no kidding
# [22:34] * Joins: markh (markh@moz-1F941FBB.cxzr1.win.bigpond.net.au)
# [22:35] <Ms2ger> Even if they want you to rewrite psm before letting in new stuff, that should happen in separate bugs
# [22:35] * Quits: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP) (Quit: ibarlow)
# [22:35] <@bz> ok
# [22:35] <@bz> now I can reproduce
# [22:35] * @bz wonders wtf the fixed height matters
# [22:35] <ddahl> Ms2ger: yeah. Its a bummer as the getrandomvalues DOM parts has sr+
# [22:35] <Ms2ger> bz, ... I thought you already had kids?
# [22:35] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Quit: rniwa)
# [22:36] <@bz> Ms2ger: harhar
# [22:36] <khuey> so ... I don't mean for this to come off the wrong way
# [22:36] <khuey> but we're really having the guy who just learned C++ deCOMtaminate PSM?
# [22:36] <Ms2ger> No
# [22:36] <Ms2ger> We're throwing a half-finished patch at him to figure out
# [22:37] * Joins: jammink|Tucson (textual@moz-D2B45A99.tcso.qwest.net)
# [22:37] <khuey> that may be strictly worse
# [22:37] <Ms2ger> That was what I wanted to express
# [22:37] <ddahl> khuey: this is bsmiths patch
# [22:38] <ddahl> khuey: he is on PTO
# [22:38] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [22:38] <ddahl> khuey: my patch needs to land on top as well as 3 other things I am working on
# [22:38] <khuey> ddahl: you should take a page out of bsmiths book and just go to cancun ;-)
# [22:38] <ddahl> khuey: dont tempt me
# [22:38] * Quits: jammink|Tucson (textual@moz-D2B45A99.tcso.qwest.net) (Ping timeout)
# [22:39] <Ms2ger> khuey, no way
# [22:39] <ddahl> khuey: i do like to party after all (and investigate archaeological sites)
# [22:39] <Ms2ger> I'll end up having to fix it up
# [22:39] <khuey> ha
# [22:39] <Ms2ger> And this is strictly worse than WebGL
# [22:40] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
# [22:40] <ddahl> Ms2ger: khuey: the other thing bsmith is trying to circumvent is getting sr+ on one bug instead of 2 or 3. Not sure if this is the best way to do that
# [22:41] <vingtetun> bz: ping, in bug 690056 there is a mention of firing a visibilitychanged event for iframes with display: none, do you know if that's something wanted or not?
# [22:41] * Quits: slowpoke (slowpoke@moz-F02DAE63.gigabit.perfect-privacy.com) (Ping timeout)
# [22:41] * jhopkins is now known as jhopkins|afk
# [22:41] <@bz> vingtetun: Sicking and I failed to convince Google and Microsoft to do that
# [22:42] <@bz> vingtetun: so visibility is basically always based on the toplevel document
# [22:42] * Joins: slowpoke (slowpoke@moz-F02DAE63.gigabit.perfect-privacy.com)
# [22:42] <sicking> vingtetun, bz: one very real option is to do that for mozapp and mozbrowser frames
# [22:42] <@bz> yes
# [22:42] * Quits: dseif (dseif@C080F02E.33EE9F8A.1139E686.IP) (Input/output error)
# [22:42] <@bz> we could do that
# [22:42] <AryehGregor> How should I best deal with patches that add tests to the same Makefile.in? They create annoying merge conflicts if I put the new tests' names near each other.
# [22:42] <@bz> since those are supposed to look like root browsing contexts
# [22:42] <AryehGregor> I mean, patches for separate bugs.
# [22:43] <@bz> AryehGregor: check them in in the order you authored them?
# [22:43] <taras> why is there a panda icon next to the lock icon in my awesomebar
# [22:43] <vingtetun> sicking: that would fit my needs
# [22:43] <AryehGregor> Well, that's pretty much what I was doing, yeah.
# [22:43] <sicking> vingtetun: hmm.. though i don't think we'll want to make non-active "tabs" in the browser app be display:none
# [22:43] * AryehGregor wishes autoland supported this better, though
# [22:43] <sicking> vingtetun: since display:none iframes behave differently
# [22:43] <@dolske> taras: screenshot?
# [22:43] <ddahl> Ms2ger: so the idea was that all new crypto properties will be added to nsDOMCrypto - and everything will just work as we selectively build nsDOMCryptoLegacy. Is this object inheritance too complex for a DOM property? If so, we should comment to that effect in the bug
# [22:44] <sicking> vingtetun: i.e. any layout calculations inside it, like .offsetTop, stop working I think
# [22:44] <gavin> taras: alternatively, would you say that it looks like a squashed scorpion?
# [22:44] * Quits: jfkthame (jfkthame@C2B21AB3.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [22:44] <gavin> taras: bug 735680 / bug 735517
# [22:45] <Ms2ger> ddahl, using inheritance for a compile-time switch already seems strange to me
# [22:45] <ddahl> Ms2ger: ok
# [22:45] <vingtetun> sicking: does firefox use display: none when you switch tabs?
# [22:45] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88.1 [Firefox 10.0.2/20120215223356])
# [22:45] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [22:45] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [22:45] <sicking> vingtetun: no
# [22:46] * Joins: njn (chatzilla@moz-54D571D2.dyn.iinet.net.au)
# [22:46] * Quits: eflores (eflores@538BABFE.A073F3E.97BBD552.IP) (Connection reset by peer)
# [22:46] <vingtetun> ok so we want to do something similar, correct?
# [22:46] * Joins: eflores (eflores@538BABFE.A073F3E.97BBD552.IP)
# [22:46] <@dolske> gavin: UI bugs are becoming a Rorschach test, or maybe a game of charades. :P
# [22:46] <Ms2ger> ddahl, I mean, you could put the old crypto stuff in another .cpp, of course
# [22:46] <@dolske> "Why is there an icon of my mother yelling at me in the URL bar?!"
# [22:46] * joduinn-mtg is now known as joduinn
# [22:46] <taras> dolske: http://dl.dropbox.com/u/5961467/panda.png
# [22:47] <sheppy> Dude, pandas are teh awesome.
# [22:47] <Ms2ger> Panda?
# [22:47] * Joins: lduros (lduros@6BA5922E.8A90509C.90F5F4A1.IP)
# [22:47] <Ms2ger> You mean the ugly box?
# [22:47] * Quits: michal (michal@F8B4DDD2.FC749DA6.F23860FD.IP) (Ping timeout)
# [22:47] <gavin> squished scorpion, please
# [22:47] <ddahl> Ms2ger: i think this might have to wait for bsmith to return. I have wasted too much time already. Sigh.
# [22:48] <Ms2ger> Yeah :/
# [22:48] <ddahl> Ms2ger: thanks again
# [22:48] <Ms2ger> Np
# [22:49] <sicking> vingtetun: what firefox does is simply to put another iframe on top of the iframe with the webpage contents
# [22:49] <sicking> vingtetun: oh, or are you asking how firefox makes .visibility change for non-active tabs?
# [22:50] <@dolske> taras: yeah, that's the scorpion-bug gavin mentioned. we just approved the fix for it on Aurora, so I suspect it's already fixed on trunk
# [22:50] <vingtetun> but the docshell is deactivate and that's what fired the visibilitychanged event, so seems like it would be hard to emulate that for Gaia
# [22:50] <vingtetun> sicking: ^
# [22:50] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [22:50] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Ping timeout)
# [22:50] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [22:51] * Quits: renato (renato@39728DCA.A5B52C2B.368B8D1A.IP) (Quit: Leaving)
# [22:51] <sicking> vingtetun: right, we'll need some way to control the docshell from the parent frame
# [22:51] <NeilAway> khuey: oh, I remember, it was jarmaker.py
# [22:51] <sicking> vingtetun: i think this is part of the browserAPI
# [22:51] * philor is now known as philor|away
# [22:51] <taras> dolske: it's kinda weird how nothing happens when i click on it
# [22:51] <taras> except that the key disappears
# [22:51] <vingtetun> sicking: ok i will sync with jlebar on that (but not today, it's already late)
# [22:52] <gavin> yeah, that part is fixed too :)
# [22:52] <taras> gavin: awesome, thanks
# [22:52] <sicking> vingtetun: sounds good
# [22:52] <@dolske> taras: bad CSS class, jsut makes the icon show up whenever there's another item there.
# [22:52] <taras> gotcha
# [22:52] * Quits: lduros (lduros@6BA5922E.8A90509C.90F5F4A1.IP) (Quit: Leaving.)
# [22:52] <taras> dolske: i missed you in the snappy meeting today
# [22:53] <taras> dolske: can we meet today, possibly with gavin too
# [22:53] <@dolske> I know. :(
# [22:53] <@dolske> tomorrow would be infinitely better
# [22:53] * Quits: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:54] * Joins: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com)
# [22:54] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [22:54] * Quits: surkov (surkov@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [22:54] * Quits: wesj1 (wesj@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [22:54] <taras> dolske: i also didnt get a reply on persona stuff
# [22:54] * Joins: surkov (surkov@F2D29657.F60B0462.67AC9B1.IP)
# [22:55] * Joins: lduros (lduros@6BA5922E.8A90509C.90F5F4A1.IP)
# [22:55] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
# [22:55] <@dolske> I'm not caught up to yesterday yet!
# [22:55] <RyanVM> Yoric: ping
# [22:55] <taras> dolske: i feared so, what's a good time tommorrow?
# [22:55] <Yoric> RyanVM: pong
# [22:55] <taras> after 1pm is good for me
# [22:55] <Ms2ger> Uh-oh, did he submit a broken checkin-needed patch?
# [22:55] <taras> 1:30ish
# [22:56] <@dolske> taras: my calendar's up to date, so whatever fits with you and gavin
# [22:56] <RyanVM> Yoric: any updates on bug 726354?
# [22:56] <@dolske> (brb, inbound)
# [22:56] <Yoric> RyanVM: Not yet. Is it urgent?
# [22:56] <edmorley> I wish people using the Enterprise list would trim the quoted text, the "daily" digest is nigh on unreadable most of the time :-/
# [22:56] <taras> gavin: how about your schedule tommorrow?
# [22:56] <RyanVM> Yoric: Not horribly. Just a patch I'm carrying in my mq.
# [22:57] <Yoric> I have many urgent things to do this week. I can try and get back on it in 1 week.
# [22:57] * Joins: jammink|Tucson (textual@moz-DF691839.tcso.qwest.net)
# [22:57] <RyanVM> Yoric: OK
# [22:58] * njn wonders why trace-malloc functions require UniversalXPConnect
# [22:58] * philor|away is now known as philor
# [22:58] <Yoric> But yes, you are right, I should probably get this one landed before working on the "real" patch.
# [22:58] * Quits: markh (markh@moz-1F941FBB.cxzr1.win.bigpond.net.au) (Ping timeout)
# [22:58] <gavin> taras: meetings at 10am and 3pm. what's this for?
# [22:58] * armenzg is now known as armenzg_dinner
# [22:59] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [22:59] * philor is now known as philor|away
# [22:59] <taras> gavin: slowsql + persona
# [22:59] <gavin> ok
# [23:00] <khuey> bz: pretty sure sheppy wants to compare source files, and from versions we've actually released
# [23:00] * Joins: markh (markh@moz-1F941FBB.cxzr1.win.bigpond.net.au)
# [23:00] <Waldo> smooth khuey is smooth (bug 711895)
# [23:01] <sheppy> khuey: yes
# [23:01] * Quits: cviecco (cviecco@moz-104CC309.mv.mozilla.com) (Input/output error)
# [23:01] <sheppy> I need to be able to compare code between any two versions we've shipped; since we're not branching them anymore, this is a lot harder than it used to be and I don't know how to do it.
# [23:01] <Ms2ger> Templates
# [23:01] * Joins: cviecco (cviecco@moz-D23A3536.oc1.redwire.net)
# [23:02] <sheppy> Ms2ger: You're a foul, unsightly human being.
# [23:02] <sheppy> And I use the term "human being" with some reservations. ;)
# [23:02] <Ms2ger> Thank you, and a good morning to you too
# [23:02] <sheppy> Hahaha
# [23:02] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:03] * Quits: cviecco (cviecco@moz-D23A3536.oc1.redwire.net) (Ping timeout)
# [23:04] * Joins: michal (michal@F8B4DDD2.FC749DA6.F23860FD.IP)
# [23:04] <lmandel> Anyone know where to file home tab bugs?
# [23:04] * Quits: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP) (Ping timeout)
# [23:04] * Quits: msucan (msucan-@E52374FB.B8F2BA96.699550A1.IP) (Quit: .)
# [23:04] <Ms2ger> Firefox::General, cc, I guess, ttaubert
# [23:04] * Joins: kumar_ (kmcmillan@moz-F2D05B8.c3-0.stk-ubr1.chi-stk.il.cable.rcn.com)
# [23:04] <lmandel> ms2ger: thx
# [23:05] * jwir3 is now known as jwir3|away
# [23:05] <ehugg> So I have a build that succeeds on Linux32 and Linux64 opt, but not Linux64 debug when using try servers. Linux64 debug succeeds on private builds. If anyone has ideas, then build error is here - http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/ehugg@cisco.com-4e2c297ecf25/try-linux64-debug/try-linux64-debug-build4524.txt.gz
# [23:05] * jgriffin-lunch is now known as jgriffin
# [23:06] * Quits: dcamp (dave@61650EC2.EA130E53.75A3463D.IP) (Ping timeout)
# [23:06] * Quits: kumar (kmcmillan@moz-E31CD2CB.mozilla.org) (Ping timeout)
# [23:06] * kumar_ is now known as kumar
# [23:06] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
# [23:06] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Quit: madhava)
# [23:07] * Joins: gal (gal@CE34F2F8.CB252E16.F0219BEF.IP)
# [23:07] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [23:07] * Joins: bholley (bholley@moz-342F553A.static-ip.telepacific.net)
# [23:07] * Joins: bholley_ (bholley@moz-104CC309.mv.mozilla.com)
# [23:08] * sheeri is now known as sheeri-afk
# [23:08] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:08] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:08] <ttaubert> Ms2ger, lmandel: correct, thx :)
# [23:09] * Quits: jammink|Tucson (textual@moz-DF691839.tcso.qwest.net) (Ping timeout)
# [23:09] * Quits: evilpie (evilpie@moz-4A4E5BC0.pools.arcor-ip.net) (Quit: ChatZilla 0.9.88 [Firefox 14.0a1/20120314031139])
# [23:09] <Ms2ger> ttaubert, lucky guess, then :)
# [23:09] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [23:09] * Quits: bholley (bholley@moz-342F553A.static-ip.telepacific.net) (Ping timeout)
# [23:09] * bholley_ is now known as bholley
# [23:09] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [23:09] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:10] * Quits: drice (derice@1606D15F.E628B196.8E155D4E.IP) (Quit: Leaving.)
# [23:10] * Quits: graememcc (chatzilla@moz-E48E4094.range31-53.btcentralplus.com) (Quit: ChatZilla 0.9.88.1 [Firefox 10.0.2/20120216081259])
# [23:10] * gregglind is now known as gregglind_away
# [23:10] <mfinkle> vingtetun, ping
# [23:11] * philor|away is now known as philor
# [23:11] <vingtetun> mfinkle: pong
# [23:11] * mdas is now known as mdas|afk
# [23:11] <mfinkle> vingtetun, hidden and display:none would kill the docshells i think
# [23:11] <mfinkle> (trying to remember the old fennec issues)
# [23:11] <jlebar> vingtetun, You can always send e-mail.
# [23:11] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Ping timeout)
# [23:11] <mfinkle> but setting the width/height to zero was one trick we used to do
# [23:12] * Quits: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP) (Quit: beaufour)
# [23:12] <mfinkle> keeps the docshells alive
# [23:12] <mfinkle> also ugly hack
# [23:12] <vingtetun> mfinkle: i though the issue on fennec was about scrolling or something like that?
# [23:12] <vingtetun> jlebar: with my super english writing skills it tooks me hours for an email :)
# [23:12] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [23:12] <vingtetun> but i will do that if that's easier
# [23:13] <Ms2ger> Make mounir do it
# [23:13] <mfinkle> ha
# [23:13] <jlebar> vingtetun, lol, sounds harder for you. :) Whatever you prefer!
# [23:13] <Ms2ger> He doesn't mind his English
# [23:13] <vingtetun> mfinkle: but width/height == 0 is similar to visibility: collapsed right?
# [23:13] <jlebar> vingtetun, You can even ping me on IRC and we can skype.
# [23:13] <mfinkle> vingtetun, yeah, i think so
# [23:13] * Quits: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de) (Ping timeout)
# [23:14] <NeilAway> we do that for the Error Console's iframe
# [23:14] * Joins: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
# [23:14] <vingtetun> Ms2ger: his english skillz are as bad as mine dixit mrbkap ;)
# [23:14] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/2b1950d50397 - John Ford - bug 719491 - add a toolchain manifest file to b2g configs r=mwu DONTBUILD
# [23:14] <vingtetun> jlebar: i will impro tomorrow :)
# [23:15] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
# [23:15] <Ms2ger> vingtetun, sure, but he's got over that ;)
# [23:15] * Joins: thelodger (thelodger@3F6B379F.C9F9DC3E.C2E02DEF.IP)
# [23:15] <jduell> Does anybody know what I need to do from C++ to log a message that will show up in xpcshell buildbot log? NS_WARNING doesn't seem to show up.
# [23:16] * Quits: thelodger (thelodger@3F6B379F.C9F9DC3E.C2E02DEF.IP) (Max SendQ exceeded)
# [23:16] <vingtetun> mfinkle: the main problem is: if the browser app is supposed to emulate a real browser, that's wont work because of the visibilitychanged event :/
# [23:16] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Ping timeout)
# [23:16] * lsblakk is now known as lsblakk|afk
# [23:16] <khuey> jduell: the xpcshell output is hidden by default when xpcshell tests succeed
# [23:16] <jduell> khuey: that's not issue--my test fails. I need to do whatever JS dump() does, it seems?
# [23:17] <khuey> is this an opt build?
# [23:17] <khuey> but yeah, whatever dump does should work
# [23:17] * Quits: cpearce (chatzilla@moz-6004FBED.xdsl.xnet.co.nz) (Ping timeout)
# [23:18] <jduell> khuey: nope, debug. There's tons of printf'y crap that doesn't show up in a failed buildbot xpcshell log--dunno what dump does specially
# [23:18] <jduell> Waldo: do you know? ^^^^
# [23:18] <mfinkle> vingtetun, i need to see if that even works in fennec...
# [23:18] * Joins: sfink|log (sfink@moz-BBE3ABD.mv.mozilla.com)
# [23:18] * mfinkle goes
# [23:18] <khuey> jduell: weird
# [23:19] <khuey> jduell: maybe we only grab stderr?
# [23:19] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Quit: ajuma)
# [23:19] * khuey isn't sure
# [23:19] <jduell> khuey: yeah, maybe it's that simple
# [23:19] <Waldo> jduell: "which dump?"
# [23:19] * Joins: jammink|Tucson (textual@moz-1FFEF1B7.tcso.qwest.net)
# [23:19] * Quits: ddahl (ddahl@15EAF4AB.C02BF372.43362C16.IP) (Ping timeout)
# [23:19] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
# [23:19] <jduell> Waldo: JS dump() shows up in xpcshell test logs on buildbots, but NS_WARNING doesn't
# [23:19] * Quits: sfink (chatzilla@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
# [23:20] <jduell> wondering what the special sauce is to see my msgs in the buildbot logs if I want to log from C++
# [23:20] <vingtetun> mfinkle: if you do |docshell.active = false/true;| it should be ok
# [23:20] * Quits: hessam (hessam@AA1A0567.141AA88C.8278F7B9.IP) (Quit: Leaving)
# [23:20] <Waldo> jduell: there are many definitions of dump, for xpcshell, if browser.dom.dump_enabled is set, and so on
# [23:20] * Joins: cviecco (cviecco@moz-104CC309.mv.mozilla.com)
# [23:20] <Waldo> jduell: I don't know exactly how they all behave, offhand
# [23:20] * Joins: ddahl (ddahl@15EAF4AB.C02BF372.43362C16.IP)
# [23:20] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Quit: Connection reset by beer)
# [23:20] <Waldo> jduell: except I believe they're not consistent about what stream they target
# [23:21] <Waldo> ain't it great?
# [23:21] <jduell> Waldo: hmm, it's not as simple as just capturing stdout vs stderr. dump (as called in head.js) must be doing something different
# [23:21] <jduell> Who might know how this works?
# [23:21] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [23:22] <Waldo> xpcshell's dump seems to target gOutFile, aka stdout, if I've skimmed js/xpconnect/shell/xpcshell.cpp correctly
# [23:22] <gavin> yeah
# [23:24] <jduell> Waldo: well we definitely don't see all of stdout in the buildbot logs. Wonder if we use from regex filter, or strdup dump stream somehow
# [23:24] * Joins: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP)
# [23:24] <Waldo> jduell: at one time stdout in xpcshell was explicitly unbuffered; did someone break that?
# [23:25] * Quits: edransch (edransch@moz-B77DEAEB.mozilla.org) (Ping timeout)
# [23:25] * Quits: ddahl (ddahl@15EAF4AB.C02BF372.43362C16.IP) (Ping timeout)
# [23:25] <gavin> jduell: don't xpcshell tests only print stdout for failures?
# [23:25] <jduell> Waldo: don't know, but I'm seeing dump messages that happened after my NS_WARNING, so shouldn't (?) be buffer issue?
# [23:25] <Waldo> that seems conditioned on HAVE_SETBUF
# [23:25] <jduell> gavin: yes, my test is failing
# [23:25] <Waldo> oddment
# [23:25] * Joins: ddahl (ddahl@15EAF4AB.C02BF372.43362C16.IP)
# [23:25] * Quits: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:26] * njn wonders if passing a |void f()| C++ function to a C function that expects a |void(*f)(void)| will cause problems
# [23:26] * Quits: cviecco (cviecco@moz-104CC309.mv.mozilla.com) (Input/output error)
# [23:26] <@bz> njn: I believe that should work.....
# [23:26] * Joins: cviecco (cviecco@moz-D23A3536.oc1.redwire.net)
# [23:26] <njn> bz: actually, I need to add a FILE* arg
# [23:26] <khuey> what would break?
# [23:27] <@bz> njn: that should still work
# [23:27] <gavin> jduell: http://mxr.mozilla.org/mozilla-central/source/testing/xpcshell/runxpcshelltests.py#673 might be relevant
# [23:27] <@bz> njn: for non-member functions, I think the pointer types are compatible
# [23:27] <njn> khuey: probably nothing, just that f() vs f(void) C vs C++ thing gives me the willies
# [23:28] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
# [23:28] * Quits: cviecco (cviecco@moz-D23A3536.oc1.redwire.net) (Ping timeout)
# [23:29] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [23:29] * Joins: jhorak (jhorak@moz-59813FB4.cust.nbox.cz)
# [23:29] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
# [23:31] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [23:31] * rail-brb is now known as rail_away
# [23:31] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:31] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [23:32] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
# [23:32] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [23:32] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [23:32] * mdas|afk is now known as mdas
# [23:33] * Quits: Julian (chatzilla@moz-9733B81C.dynamic.hispeed.ch) (Ping timeout)
# [23:34] * Joins: cviecco (cviecco@moz-104CC309.mv.mozilla.com)
# [23:34] * Quits: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP) (Ping timeout)
# [23:34] * Quits: twi (Adium@AA8C0BB2.92744DCF.8E3C1108.IP) (Quit: Leaving.)
# [23:35] * Quits: gal (gal@CE34F2F8.CB252E16.F0219BEF.IP) (Quit: gal)
# [23:35] * heycam is now known as heycam|away
# [23:35] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [23:35] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
# [23:36] * Quits: lduros (lduros@6BA5922E.8A90509C.90F5F4A1.IP) (Client exited)
# [23:36] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
# [23:37] * Quits: surkov (surkov@F2D29657.F60B0462.67AC9B1.IP) (Quit: surkov)
# [23:37] <nthomas> philor: I've swapped downloads for the test jobs to ftp.m.o, effective from uploads made from now on. Please let me know if you see any problems
# [23:37] <nthomas> try was swapped yesterday
# [23:37] * Joins: lduros (lduros@6BA5922E.8A90509C.90F5F4A1.IP)
# [23:37] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
# [23:37] * Joins: andreasn (andreasn@moz-3CC3C389.a336.priv.bahnhof.se)
# [23:37] * Joins: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com)
# [23:38] * Joins: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP)
# [23:38] * Joins: gal (gal@CE34F2F8.CB252E16.F0219BEF.IP)
# [23:38] * Quits: hub (hub@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [23:39] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [23:39] <jduell> So am I backing out stuff the wrong way? I use "hg backout --merge -r REVISION; commit; hg push", but that winds up creating two commits, while I see others creating one (look at inbound)
# [23:39] * Joins: darktrojan (geoff@moz-F669139B.dsl.telstraclear.net)
# [23:39] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [23:39] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [23:39] * Quits: cviecco (cviecco@moz-104CC309.mv.mozilla.com) (Input/output error)
# [23:40] * Joins: cviecco (cviecco@moz-D23A3536.oc1.redwire.net)
# [23:40] * Quits: squib (squib-@moz-3F6F2A9C.ep.wisc.edu) (Quit: Leaving)
# [23:40] <gavin> jduell: matter of personal preference
# [23:40] <gavin> some people rebase their backouts
# [23:40] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [23:40] <jduell> gavin: what are commands for that?
# [23:40] <gavin> though also, newer hgs will just leave the backout as uncommitted changes
# [23:41] <gavin> on top of the current revision
# [23:41] * Quits: jet (junglecode@8ECC4BFC.EC83738C.D8D85ABD.IP) (Quit: jet)
# [23:41] * Quits: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [23:41] <jduell> Hmm, I'm using hg 2.0
# [23:41] <gavin> I guess --merge overrides that
# [23:41] * Quits: cviecco (cviecco@moz-D23A3536.oc1.redwire.net) (Ping timeout)
# [23:42] * Quits: ddahl (ddahl@15EAF4AB.C02BF372.43362C16.IP) (Ping timeout)
# [23:42] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [23:43] * mcote is now known as mcote|afk
# [23:43] * Joins: cviecco (cviecco@moz-D23A3536.oc1.redwire.net)
# [23:43] * Joins: cviecco_ (cviecco@moz-104CC309.mv.mozilla.com)
# [23:44] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
# [23:44] * Quits: cviecco (cviecco@moz-D23A3536.oc1.redwire.net) (Ping timeout)
# [23:45] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:46] * jlebar is now known as jlebar|dinner
# [23:46] * Quits: andreasn (andreasn@moz-3CC3C389.a336.priv.bahnhof.se) (Ping timeout)
# [23:46] * Parts: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP)
# [23:47] * Joins: loadbang (loadbang@moz-C4B7E87C.range86-148.btcentralplus.com)
# [23:47] * Quits: gal (gal@CE34F2F8.CB252E16.F0219BEF.IP) (Ping timeout)
# [23:48] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [23:48] <markh> is there a semi-easy way to get a JS stack location from a JSContext (or anything else which will show up in the C++ stack) in MSVC?
# [23:49] <markh> even a hard way would do :)
# [23:49] <bent> anyone remember if someone has done measurements on how much faster we'd be if strings were not atomically reference-counted?
# [23:49] * Joins: SeoZ[gtab] (DanielJuyu@F97ECB89.4591610E.F796972A.IP)
# [23:50] * Quits: cviecco_ (cviecco@moz-104CC309.mv.mozilla.com) (Input/output error)
# [23:50] <khuey> bent: jlebar!
# [23:50] <bent> did it make much difference?
# [23:50] <khuey> IIRC there was no change
# [23:50] * Joins: cviecco (cviecco@moz-D23A3536.oc1.redwire.net)
# [23:50] * Quits: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [23:50] <bent> weird
# [23:51] <sfink> markh: calling DumpJSStack() doesn't work?
# [23:51] <khuey> markh: if there's XPConnect stuff on the stack, DumpJSStack() will get it for you
# [23:51] <khuey> jinx!
# [23:51] * Quits: tonymec (tonymec@AF812930.A8CB2B65.277517C1.IP) (Ping timeout)
# [23:51] * Quits: tonymec|away (tonymec@AF812930.A8CB2B65.277517C1.IP) (Ping timeout)
# [23:51] * Quits: cviecco (cviecco@moz-D23A3536.oc1.redwire.net) (Connection reset by peer)
# [23:53] * Joins: tonymec|away (tonymec@AF812930.A8CB2B65.277517C1.IP)
# [23:54] <markh> sfink, khuey: awesome, thanks!
# [23:54] * Quits: JeroenDeDauw (jeroen@moz-ABADC767.dip.t-dialin.net) (Ping timeout)
# [23:55] * Joins: JeroenDeDauw (jeroen@moz-C38753B4.dip.t-dialin.net)
# [23:56] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving...)
# [23:57] <mounir> Ms2ger: I think vingtetun doesn't mind his english even more than I do ;)
# [23:57] <Ms2ger> Sorry, could you say that in English?
# [23:59] * Quits: gmoro (guilherme@84484EC9.1F1093E8.D159334F.IP) (Ping timeout)
# [23:59] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [23:59] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# Session Close: Fri Mar 16 00:00:00 2012

The end :)