/irc-logs / mozilla / #developers / 2012-07-22 / end

Options:

# Session Start: Sun Jul 22 00:00:00 2012
# Session Ident: #developers
# [00:00] * mjschranz is now known as mjschranz_away
# [00:00] <RyanVM> Callek: on a semi-related note, do you have any idea why so many android tests were skipped yesterday into today? Go through m-i tbpl and look at how many builds don't show tests being run
# [00:00] <Callek> RyanVM: yes I know, well sorta
# [00:00] <bjacob_> smaug: i think that my reference-cycle analysis tool will be better implemented by patching the memory allocator to list blocks, than as a valgrind tool as it currently is
# [00:01] <Callek> first up is the severe backlog from me having a deploy issue thursday night
# [00:01] <Callek> second up, we (internally) were seeing errors from one of the tegra masters that I didn't catch right away (as an externally-visible problem). Chris [atlee] restarted the master today
# [00:01] <Callek> we suspect it ate a bunch of jobs :(
# [00:02] <Callek> RyanVM: similar to the issue described in Bug https://bugzilla.mozilla.org/show_bug.cgi?id=771914
# [00:02] <RyanVM> that would make sense
# [00:03] * Quits: arnaud_bienner (arno@moz-A1109EC1.dsl.sta.abo.bbox.fr) (Quit: Ex-Chat)
# [00:03] <Callek> if I knew it had an external problem accompanied by the error mails I was seeing I would have triaged it deeper last night instead of gone to sleep ;-)
# [00:05] <zzzzz> m-c tbpl just blow up ? not seeing any data on right-side
# [00:06] <zzzzz> nm
# [00:06] <zzzzz> pilot error
# [00:08] * Quits: TheLink (TheLink@moz-45ED2356.pools.arcor-ip.net) (Client exited)
# [00:08] <@smaug> bjacob_: I haven't followed closely what is happening with reference-cycle analysis tool. Mainly because in DOM land things are cycle collected and cycle collector can usually answer the questions
# [00:09] <@smaug> but I can see ref-cycle tool very useful especially in multithread cases
# [00:10] <bjacob_> smaug: the tool is there to catch the case where we would forget to declare a cycle to the CC
# [00:10] * Quits: zwol (zack@moz-A5165AC6.lightspeed.sntcca.sbcglobal.net) (Quit: Ex-Chat)
# [00:10] * Quits: ekr (ekr@moz-7B0110AD.mv.mozilla.com) (Quit: ekr)
# [00:10] <bjacob_> smaug: currently, we rely on programmers never forgetting to declare their cycles to the CC, which scares me. so i wanted to have a tool to see all the cycles
# [00:11] * Quits: karthik (chatzilla@B69128A2.9D0DFE4F.B58D974D.IP) (Connection reset by peer)
# [00:11] <@smaug> well, tests leak if you don't add stuff to cycle collector
# [00:12] <@smaug> I'm more worried about non-cycle collectable stuff
# [00:13] <@smaug> since then developer needs to remember to break cycles manually
# [00:13] * Quits: pcglue (ekw@moz-594B6935.dsl.irvnca.pacbell.net) (Quit: Leaving)
# [00:13] <bjacob_> smaug: but that only catches leaks still present at browser shutdown, it doesn't catch the case where objects should be freed e.g. everytime the page is rerendered and because of a leak is only freed when closing the window
# [00:13] <bjacob_> smaug: ah, i hadn't thought of that use case but yes that would be interesting too
# [00:13] * Joins: mw22 (chatzilla@moz-FB753258.adsl.wanadoo.nl)
# [00:14] * Joins: ekw (ekw@moz-594B6935.dsl.irvnca.pacbell.net)
# [00:14] <@smaug> bjacob_: ttaubert is fixing the bug to analyze cycle collector logs during tests
# [00:14] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [00:14] <bjacob_> smaug: ah cool
# [00:14] <@smaug> to detect runtime (not only shutdown) leaks
# [00:14] <bjacob_> super cool
# [00:14] <@smaug> indeed
# [00:14] * Quits: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com) (Quit: jet)
# [00:15] <bjacob_> smaug: anyway, if a valgrind-based solution is already acceptable to you, you can check out the current state of the tool, attached to the bug
# [00:15] * Fallen is now known as Fallen|away
# [00:16] <@smaug> I should try it when next time fixing a mem leak
# [00:16] <bjacob_> it has a couple pitfalls though --- the memory scanning probably only works on 64bit machines and it doesn't understand nsWeakPtrs
# [00:17] <@smaug> just when I'm back to 32bit linux
# [00:17] <bjacob_> smaug: alright, that part is easiest to fix, doing it now
# [00:17] <bjacob_> nsWeakPtr is a bit trickier
# [00:18] * Joins: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl)
# [00:18] <@smaug> does the tool think weakptr as a strong ref or something?
# [00:18] <RyanVM> Callek: BTW, I'm also trying to hunt down an android xul R3 regression right now
# [00:18] <bjacob_> smaug: exactly
# [00:19] <bjacob_> smaug: a nsWeakPtr contains a nsCOMPtr and currently the tool only sees that
# [00:19] <@smaug> it is unfortunate that we have also nsIFoo* member variables, which are manually addrefed
# [00:20] <bjacob_> smaug: indeed
# [00:20] <@smaug> NS_ADDREF_THIS is perhaps even more fun
# [00:20] * Joins: mconley (mconley@moz-7B22FBCF.eng.wind.ca)
# [00:21] * Quits: tantek (tantek@moz-901E100B.static.twtelecom.net) (Quit: tantek)
# [00:23] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
# [00:23] * Quits: RyanVM (chatzilla@moz-403902F0.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88.2 [Firefox 16.0a1/20120714161346])
# [00:26] * Joins: cloudpopup (squeakytoy@moz-79070305.dynamic.se.alltele.net)
# [00:26] * Quits: squeakytoy (squeakytoy@moz-79070305.dynamic.se.alltele.net) (Connection reset by peer)
# [00:26] * Quits: dwarfcrank (dwarfcrank@moz-45653D06.net) (Ping timeout)
# [00:26] * Quits: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee) (Ping timeout)
# [00:26] * Quits: smvv (smvv@moz-ADA081D0.org) (Ping timeout)
# [00:26] * Quits: smvv_ (smvv@moz-ADA081D0.org) (Ping timeout)
# [00:26] * Quits: JPeterson (JPeterson@moz-68CC06AD.cust.tele2.se) (Ping timeout)
# [00:26] * Quits: abot2211 (atopal@moz-19F3D8B3.net) (Ping timeout)
# [00:26] * Joins: JPeterson (JPeterson@moz-68CC06AD.cust.tele2.se)
# [00:27] * Quits: sawrubh|bot (u6719@moz-160C58C6.com) (Ping timeout)
# [00:27] * Joins: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com)
# [00:27] * Quits: JeroenDeDauw (j@moz-AE0D595.dip.t-dialin.net) (Ping timeout)
# [00:27] * Quits: merike|away (quassel@moz-AC4712AB.cable.starman.ee) (Ping timeout)
# [00:27] * Quits: dolske|cloud (u2681@moz-160C58C6.com) (Ping timeout)
# [00:27] * Joins: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee)
# [00:27] * Quits: ttaubert (u2620@moz-160C58C6.com) (Ping timeout)
# [00:27] * Quits: dcamp (u6663@moz-160C58C6.com) (Ping timeout)
# [00:27] * Quits: daleharvey (u513@moz-160C58C6.com) (Ping timeout)
# [00:27] * Quits: felipe (u2734@moz-160C58C6.com) (Ping timeout)
# [00:27] * Quits: Unfocused (u2622@moz-160C58C6.com) (Ping timeout)
# [00:27] * Quits: timeless (users.4015@moz-D63BDBD0.irccloud.com) (Ping timeout)
# [00:27] * Quits: cstipkovic (u6805@moz-160C58C6.com) (Ping timeout)
# [00:27] * Quits: sid0 (u2934@moz-160C58C6.com) (Ping timeout)
# [00:27] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
# [00:27] * Quits: NimeshNeema (u2689@moz-160C58C6.com) (Ping timeout)
# [00:27] * Quits: jaws (u2871@moz-160C58C6.com) (Ping timeout)
# [00:28] * Joins: timeless (users.4015@moz-D63BDBD0.irccloud.com)
# [00:28] * Joins: decoder (quassel@45737F17.411DB1E9.95550721.IP)
# [00:28] * Joins: ttaubert (u2620@moz-160C58C6.com)
# [00:28] * Joins: Unfocused (u2622@moz-160C58C6.com)
# [00:28] * Joins: dwarfcrank (dwarfcrank@moz-45653D06.net)
# [00:28] * Joins: felipe (u2734@moz-160C58C6.com)
# [00:29] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
# [00:29] * Joins: merike|away (quassel@moz-AC4712AB.cable.starman.ee)
# [00:29] * Quits: ekw (ekw@moz-594B6935.dsl.irvnca.pacbell.net) (Quit: Nettalk6 - www.ntalk.de)
# [00:29] * Joins: dcamp (u6663@moz-160C58C6.com)
# [00:29] * Quits: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz) (Quit: Leaving)
# [00:30] * Joins: JeroenDeDauw (j@moz-AE0D595.dip.t-dialin.net)
# [00:30] * Quits: gerv (gerv@6536A35.11DFEF90.2BCC804A.IP) (Quit: Leaving.)
# [00:31] * Joins: ekw (ekw@moz-594B6935.dsl.irvnca.pacbell.net)
# [00:32] * Joins: abot2211 (atopal@moz-19F3D8B3.net)
# [00:32] * Joins: dolske|cloud (u2681@moz-160C58C6.com)
# [00:32] * Joins: sid0 (u2934@moz-160C58C6.com)
# [00:33] * Joins: smvv (smvv@moz-ADA081D0.org)
# [00:33] * Joins: yuan (ywang@moz-3A8F7C9D.hsd1.ca.comcast.net)
# [00:34] <bjacob_> sewardj: how do I get the size of void* for the application being run in V, not for V itself? (e.g. when running 32bit app in 64bit V ) ?
# [00:36] * Joins: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net)
# [00:36] * Joins: marco (marco@91F27A54.84C7FC14.10DC0B64.IP)
# [00:37] * Joins: jaws (u2871@moz-160C58C6.com)
# [00:37] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
# [00:37] * Joins: mats (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP)
# [00:38] * Joins: smvv_ (smvv@moz-ADA081D0.org)
# [00:38] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
# [00:40] * Joins: fitzgen (fitzgen@moz-85EBB8A.dia.static.qwest.net)
# [00:41] * Joins: sicking (chatzilla@moz-7F871C5C.hsd1.ca.comcast.net)
# [00:42] * Quits: ekw (ekw@moz-594B6935.dsl.irvnca.pacbell.net) (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
# [00:42] * Quits: mats (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
# [00:42] * Joins: ekw (ekw@moz-594B6935.dsl.irvnca.pacbell.net)
# [00:43] * devd_afk is now known as devd
# [00:43] * Quits: WG9s (bill@moz-D750CC69.maine.res.rr.com) (Quit: ChatZilla 0.9.87-5.1450hg.fc17 [XULRunner 14.0.1/20120717123646])
# [00:43] <bjacob_> sewardj: oh right, that's what the Addr type is for
# [00:48] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
# [00:50] * Joins: mats (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP)
# [00:50] * Quits: mats (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 17.0a1/20120720030549])
# [00:54] * Joins: yoshi (Mibbit@823F44AF.5BCB52A.1B0D2DF7.IP)
# [00:55] * Quits: yoshi (Mibbit@823F44AF.5BCB52A.1B0D2DF7.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [00:56] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [00:56] * Quits: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [00:59] * Quits: Goldorak (chatzilla@EB34373.67719183.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [00:59] * Quits: protz (Daily@moz-7F6750F6.xulforum.org) (Ping timeout)
# [01:00] * Quits: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com) (Quit: jet)
# [01:01] * Joins: pcglue (ekw@moz-594B6935.dsl.irvnca.pacbell.net)
# [01:01] * Quits: mconley (mconley@moz-7B22FBCF.eng.wind.ca) (Ping timeout)
# [01:01] * Joins: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com)
# [01:02] * Joins: tantek (tantek@moz-901E100B.static.twtelecom.net)
# [01:03] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
# [01:03] * Joins: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [01:07] * Quits: twi (Adium@moz-87047FBA.cust.dsl.vodafone.it) (Quit: Leaving.)
# [01:14] * dholbert|afk is now known as dholbert
# [01:16] * Quits: gmoro (guilherme@moz-E239D7E3.dsl.telesp.net.br) (Ping timeout)
# [01:17] * Quits: @smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi) (Ping timeout)
# [01:17] * Quits: anant (Anant@moz-132332B9.hsd1.ca.comcast.net) (Quit: Leaving)
# [01:17] * Quits: sicking (chatzilla@moz-7F871C5C.hsd1.ca.comcast.net) (Ping timeout)
# [01:18] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Ping timeout)
# [01:19] * Joins: mconley (mconley@moz-7B22FBCF.eng.wind.ca)
# [01:21] * Quits: tantek (tantek@moz-901E100B.static.twtelecom.net) (Quit: tantek)
# [01:23] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [01:25] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
# [01:31] * Joins: tantek (tantek@moz-901E100B.static.twtelecom.net)
# [01:33] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
# [01:35] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [01:40] * Quits: pcglue (ekw@moz-594B6935.dsl.irvnca.pacbell.net) (Quit: Leaving)
# [01:42] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [01:43] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Connection reset by peer)
# [01:43] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [01:44] * Quits: yuan (ywang@moz-3A8F7C9D.hsd1.ca.comcast.net) (Quit: yuan)
# [01:45] * Quits: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com) (Quit: jet)
# [01:45] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Ping timeout)
# [01:52] * Joins: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net)
# [01:54] * Joins: AaronMT (AaronMT@moz-DEDA283.cpe.net.cable.rogers.com)
# [01:58] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/292c6ef7188f - David Zbarsky - Bug 773500 Part 1:Store z-component of transform-origin as 0 rather than null when it is omitted. r=dbaron
# [01:58] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [01:58] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/52471266a657 - David Zbarsky - Bug 773500 Part 2: nsStyleAnimation should null check z-component of nsCSSValueTriplet r=dbaron
# [02:00] * Joins: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net)
# [02:01] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [02:06] * Quits: bjacob_ (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [02:08] * Quits: Bas (chatzilla@moz-87EA59D3.cp.telus.net) (Ping timeout)
# [02:10] * Quits: tantek (tantek@moz-901E100B.static.twtelecom.net) (Quit: tantek)
# [02:11] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
# [02:12] * Quits: ehsan_ (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Input/output error)
# [02:14] * KaiRo_away is now known as KaiRo
# [02:14] * Quits: bc (bc@454BDC37.1D5E8529.AC69809B.IP) (Ping timeout)
# [02:16] * Quits: Wevah (Wevah@moz-BC212D2E.stcd.qwest.net) (Quit: HARR)
# [02:16] <dRdR> anyone know how I can get bug editing permissions?
# [02:16] * Joins: Wevah (Wevah@moz-BC212D2E.stcd.qwest.net)
# [02:17] <@khuey> dRdR: what's your bugmail?
# [02:17] <dRdR> khuey: bugzilla@sherk.me
# [02:18] <@khuey> dRdR: refresh
# [02:18] * Joins: gustavold (gustavold@F27DC022.D17B234D.9C1C15C3.IP)
# [02:18] <dRdR> khuey: yay, thanks
# [02:18] <@khuey> np
# [02:23] * Joins: tantek (tantek@moz-901E100B.static.twtelecom.net)
# [02:23] * khuey is now known as khuey|away
# [02:25] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [02:26] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
# [02:32] * Quits: marco (marco@91F27A54.84C7FC14.10DC0B64.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 16.0a2/20120720042008])
# [02:32] * mjschranz_away is now known as mjschranz
# [02:35] * Quits: gustavold (gustavold@F27DC022.D17B234D.9C1C15C3.IP) (Ping timeout)
# [02:36] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [02:43] * Joins: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com)
# [02:50] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/b3db4a4b4003 - Mounir Lamouri - Bug 758258 - Tests. r=sicking
# [02:50] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/3dfc809486f5 - Mounir Lamouri - Bug 775408 - Rename nsIDocShell::SetIsBrowser() to SetIsBrowserElement(). r=jlebar
# [02:50] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a2c2baca43d2 - Mounir Lamouri - Bug 758258 - part 6 - Change how extendedOrigin is generated. r=sicking
# [02:50] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/65e1789afd24 - Mounir Lamouri - Bug 776195 - Remove setIsBrowser() call from BrowserElementChild.js. r=jlebar
# [02:50] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/4c9aa4834f0f - Mounir Lamouri - Bug 770532 - Make new nsIPrincipal and nsIDocShell attributes work in content process. r=jlebar
# [02:51] * Joins: bbondy (bbondy@moz-BE76EF7A.home.cgocable.net)
# [02:53] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [02:54] <sicking> cjones: ping
# [02:55] <bsmith> mounir: https://bugzilla.mozilla.org/show_bug.cgi?id=775327
# [02:55] <mounir> bsmith: thanks :)
# [02:56] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [02:56] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
# [02:59] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
# [03:00] * Joins: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net)
# [03:01] <cjones> hey sicking
# [03:01] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
# [03:03] * mjschranz is now known as mjschranz_away
# [03:04] * Joins: jwilde (Earlybird@moz-23E1A364.aton.com)
# [03:04] * Quits: jwilde (Earlybird@moz-23E1A364.aton.com) (Input/output error)
# [03:05] <sicking> cjones: hey
# [03:06] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [03:06] * Quits: tantek (tantek@moz-901E100B.static.twtelecom.net) (Quit: tantek)
# [03:06] <sicking> cjones: are you suggesting that we do one process per origin in all cases for all apps?
# [03:06] * Joins: jwilde (Earlybird@moz-23E1A364.aton.com)
# [03:06] * Quits: jwilde (Earlybird@moz-23E1A364.aton.com) (Quit: jwilde)
# [03:07] <sicking> i'm really confused as to what you are saying that we should do
# [03:07] <sicking> i also feel very uneasy on betting the farm on this approach
# [03:08] <cjones> i'm saying that the capabilities of any content process are the union of the principals of apps running within them
# [03:08] <cjones> if we have to do multiple apps per process (which hasn't been the indication so far), then we weaken our security model
# [03:08] <cjones> this is all documented, btw
# [03:08] <cjones> read the wiki
# [03:09] <sicking> cjones: i still don't understand how you are planning on implementing the gps security dialog
# [03:09] <sicking> in the simple case of the firefox app for example
# [03:10] <cjones> which part of the implementation
# [03:10] <sicking> the part where we determine which text to put in the dialog. The text which contains the url of the website
# [03:10] * Quits: chewey (chewey@moz-C78E6C89.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:10] * Joins: bc (bc@454BDC37.1D5E8529.AC69809B.IP)
# [03:11] * Joins: chewey (chewey@moz-9F9323DA.dip0.t-ipconnect.de)
# [03:11] <sicking> cjones: note that the decision in barcelona was that gaia renders that dialog, not firefox
# [03:11] <cjones> we can send whatever information we want
# [03:11] <sicking> cjones: you just said we shouldn't send the origin
# [03:11] <cjones> i said it shouldn't be used *for security decisions*
# [03:12] <sicking> that's the informtion that i want to send
# [03:12] <cjones> by the master process
# [03:12] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
# [03:12] <cjones> this is side-car information for UI
# [03:12] * Quits: sewardj (sewardj@moz-6871E313.dip.t-dialin.net) (Ping timeout)
# [03:12] <sicking> isn't the security dialog for gps a security decision?
# [03:13] <cjones> for the user, yes
# [03:13] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
# [03:13] * Joins: sewardj (sewardj@moz-B65C6317.dip.t-dialin.net)
# [03:13] <cjones> i think we should step back a little bit
# [03:13] <sicking> cjones: think of the principal as that side-car infomation if you want then
# [03:13] <cjones> there are multiple things going on here
# [03:13] <sicking> cjones: principals mostly contain website URLs
# [03:13] <sicking> cjones: in gecko today
# [03:13] <cjones> one is the bare-metal capabilities that a given process can access
# [03:13] <cjones> the browser app can use GPS, for example
# [03:14] <cjones> the dialer can access telephony
# [03:14] <sicking> indeed, but that's not what william was implementing
# [03:14] <sicking> he was working on the dialog UI
# [03:14] <cjones> i would maybe call that the "OS level security layer"
# [03:15] <cjones> then there's the part where the browser app, of its own volition, can selectively grant capabilities to tabs it loads
# [03:15] <cjones> which is i think what you're talking about
# [03:15] <sicking> i'm totally fine with building this "OS level security layer", but I don't think anyone is working on that right now
# [03:15] <cjones> those are very different things
# [03:15] <sicking> agreed
# [03:15] * heycam is now known as heycam|away
# [03:15] <cjones> if mounir's work didn't give us the mechanisms to build that i'll be very sad
# [03:15] * Joins: sriram (sriramr@moz-BF171339.hsd1.ca.comcast.net)
# [03:15] <cjones> it's not fantastically complex
# [03:16] <cjones> the hard part is the DB of capabilities
# [03:16] <sicking> it definitely gives us the infrastructure to do that
# [03:16] <cjones> applying policy is relatively easy
# [03:16] * Quits: JeroenDeDauw (j@moz-AE0D595.dip.t-dialin.net) (Quit: Leaving.)
# [03:16] <cjones> i'm 100% fine with serializing nsIPrincipal or whatever for the purposes of UI
# [03:16] <cjones> but it can't be used for security decisions at the OS layer
# [03:16] <sicking> sure
# [03:17] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [03:17] <sicking> like i said, if you find someone to work on this security OS layer, then that's awesome. And that code should definitely not look at the serialized principal for security decisions
# [03:17] <sicking> but right now noone is working on that
# [03:17] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [03:17] * Joins: janv (varga@moz-81B11050.flarion.as5628.telecom.sk)
# [03:18] <cjones> kang is doing the lower level part
# [03:18] <sicking> cool
# [03:18] <cjones> as long as mounir gave us the mechanisms, TBH i'm not worried about the API level
# [03:18] <cjones> we need a helper to get a security principal from PBrowser or PContent
# [03:19] <cjones> and then it's just a matter of elbow grease and testing
# [03:19] <sicking> note that gecko principals is not the type of principal that you want here
# [03:19] <cjones> i know nothing about how that works in gecko, so i can't comment
# [03:19] <sicking> gecko principals are much more centered around website URLs, not app ids
# [03:20] <cjones> we just need something that's attached to an app manifest
# [03:20] * mjschranz_away is now known as mjschranz
# [03:20] <sicking> yup
# [03:20] <bsmith> cjones: are you saying that gaia should have its own set of security UI, and then the firefox browser should have a permission that bypasses all that UI so that it can implement its own security UI?
# [03:20] <cjones> (or manifest*s*)
# [03:20] <cjones> bsmith, not at all
# [03:21] <cjones> it's a recursive model
# [03:21] <cjones> the closest example is firefox on android
# [03:21] <cjones> the firefox app itself has a manifest in which it requests all the OS level permissions it needs
# [03:21] <sicking> cjones: the work mounir is doing will mean that we will have a concept of app ids, and that all the data that we are storing will be keyed on that app id among other things
# [03:21] <cjones> and then on top of that, firefox applies its own policies to recursively grant some of those capabalities to web content
# [03:22] <cjones> the difference is that android doesn't have UI for the os-level permissions, because android is somewhat broken
# [03:22] <bsmith> cjones: right, so for example it needs "GPS access without prompt" and then it has to implement its own GPS prompt per website
# [03:22] <cjones> sicking, and that information will be available in the master process?
# [03:22] <sicking> cjones: yes
# [03:22] <cjones> ok
# [03:22] <cjones> that should fine then
# [03:22] <sicking> well
# [03:22] <cjones> bsmith, yep
# [03:23] <sicking> i don't think that the browser API annotates PContents with App ids
# [03:23] <sicking> but that should be doable
# [03:23] <cjones> bsmith, the browser app could also not request GPS access without prompt, and then the user would get two prompts
# [03:23] <cjones> but that probably would be bad UX
# [03:23] <cjones> sicking, it does
# [03:23] <cjones> well
# [03:23] <cjones> not sure what an "app ID" is
# [03:24] <cjones> but we annotate PContent with an app ... something or the other
# [03:24] <sicking> each app has a unique 32bit ID which we use as key in various databases
# [03:24] <cjones> i think maybe manifest URI
# [03:24] <cjones> we did it that way because mounir's stuff hadn't landed yet
# [03:24] <cjones> so easy to switch
# [03:24] <sicking> mapping from manifest URI to ID is easily doable
# [03:25] <sicking> cjones: but like I said, no one is working on that. I don't have anyone in the webapi team that would have time to start enforcing these things, but if you find the resources to do that that's awesome
# [03:26] <bsmith> Currently content processes are trusted to the same level as the chrome process so people have written code that assumes the content processes never lie and some (many) security checks are done i the content process instread of in the parent process. It is unlikely that we will be able to *find*, let alone *fix* all of the places where that is happening soon.
# [03:27] <cjones> we need to fuzz
# [03:27] <bsmith> it's not just that
# [03:27] <cjones> it's not a research problem
# [03:27] <bsmith> where is same-origin policy and CSP enforced? In the chrome process or the content processes?
# [03:27] <bsmith> AFAICT, the answer is "both"
# [03:27] <sicking> cjones: we'd need to fuzz directly against the ipdl API, but yes, that's one of the things we need to do
# [03:27] <cjones> it doesn't really matter what content processes do, at the OS level
# [03:27] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [03:28] <sicking> cjones: but before that's even doable, we need to go through the ipdl API and shut down the obvious things
# [03:28] <cjones> of course
# [03:28] <sicking> cjones: in the meantime, i stand by the claim that we need to serialize principals and app IDs and send them across the process boundary
# [03:28] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [03:29] <sicking> cjones: gecko principals that is
# [03:29] <cjones> you're claiming something different, and noncontroversial
# [03:29] <cjones> that we need to do that for UI purposes
# [03:29] <bsmith> I am worried that some security-sensitve checks do not even cross the ipdl boundary, so fuzzing the ipdl boundary isn't enough
# [03:29] <sicking> sure, but you told william to not do that, when he was working on implementing UI
# [03:29] <cjones> if those serialized principals/IDs are ever used for security checks at the OS level, we lose
# [03:30] <cjones> william didn't tell me what he was implementing
# [03:30] <sicking> indeed
# [03:30] <cjones> bsmith, which checks?
# [03:30] <bsmith> I don't know, that's the problem
# [03:30] <cjones> for example
# [03:31] <cjones> a compromised browser app process could steal cookies for all sites it stores
# [03:31] <cjones> just like firefox
# [03:31] <cjones> it could break same-origin
# [03:31] <cjones> there's nothing we can do about that
# [03:31] <cjones> however
# [03:31] <cjones> a compromised browser process cannot claim to be the dialer
# [03:31] <cjones> or sms app
# [03:31] <cjones> and get to talk to the modem
# [03:31] <sicking> indeed, once we have an implementation of the OS layer security stuff
# [03:32] <sicking> cjones: but i can't stress enough that no-one is working on that right now. If you think it's something we need to fix before we ship, we better find resources to do that very quickly
# [03:33] <cjones> i think the disconnect is that i thought mounir was building that machinery
# [03:33] <sicking> nope
# [03:33] <cjones> it sounds like we didn't understand the goals very well
# [03:33] <cjones> so yes, i think we'll need to move resources onto implementing this
# [03:34] <sicking> cjones: the work he (and bsmith, jduell and me) have been doing this week is neccesary but not sufficient to do that
# [03:37] * Quits: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com) (Quit: jet)
# [03:37] * Quits: bc (bc@454BDC37.1D5E8529.AC69809B.IP) (Ping timeout)
# [03:45] * Joins: Mossop (mossop@2EAFC193.4AA62C89.51465770.IP)
# [03:47] * Joins: karl (karl@moz-480BEDFB.jetstream.xtra.co.nz)
# [03:47] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [03:48] * Quits: Mossop (mossop@2EAFC193.4AA62C89.51465770.IP) (Ping timeout)
# [03:48] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [03:49] * sheeri-afk is now known as sheeri
# [03:52] * Quits: IanN (chatzilla@moz-3D5855EC.cable.virginmedia.com) (Quit: ChatZilla 0.9.88.2 [SeaMonkey 2.12a1/20120523223741])
# [03:54] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
# [04:02] * Joins: tantek (tantek@moz-901E100B.static.twtelecom.net)
# [04:03] * Quits: KaiRo (robert@moz-40B2CFA5.adsl.highway.telekom.at) (Input/output error)
# [04:08] * Quits: chewey (chewey@moz-9F9323DA.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [04:09] * Joins: chewey (chewey@moz-75C3C54E.dip0.t-ipconnect.de)
# [04:10] * devd is now known as devd_afk
# [04:10] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Quit: Leaving)
# [04:10] * Joins: bc (bc@454BDC37.1D5E8529.AC69809B.IP)
# [04:12] * Quits: tantek (tantek@moz-901E100B.static.twtelecom.net) (Quit: tantek)
# [04:13] * mjschranz is now known as mjschranz_away
# [04:14] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [04:17] * Parts: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [04:17] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Connection reset by peer)
# [04:18] * devd_afk is now known as devd
# [04:19] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/b263947c76fc - Jonathan Watt - Bug 776250 - Rename nsISVGChildFrame::UpdateBounds to nsISVGChildFrame::ReflowSVG to make it easier for non-SVG devs to understand the SVG code. r=roc.
# [04:19] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/144a2adc0915 - Jonathan Watt - Bug 773595 - Have nsSVGPatternFrame::GetPatternMatrix use the correct attribute. r=longsonr.
# [04:19] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/fb1d7f60a3e7 - Robert Longson - Reftest for bug 773595 - Have nsSVGPatternFrame::GetPatternMatrix use the correct attribute. r=jwatt.
# [04:21] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1ccce1d3498c - Daniel Holbert - Bug 776306: When prepending to a display list, only update its 'mTop' pointer if it was empty. r=roc
# [04:21] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Ping timeout)
# [04:21] * Quits: mconley (mconley@moz-7B22FBCF.eng.wind.ca) (Ping timeout)
# [04:21] * sheeri is now known as sheeri-afk
# [04:23] * Joins: smontagu (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP)
# [04:26] * Quits: bc (bc@454BDC37.1D5E8529.AC69809B.IP) (Ping timeout)
# [04:28] * Quits: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com) (Ping timeout)
# [04:28] * Quits: Dagger2 (Dagger@moz-D33D35F6.cable.virginmedia.com) (Ping timeout)
# [04:29] * Joins: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net)
# [04:29] * Quits: AaronMT (AaronMT@moz-DEDA283.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: www.textualapp.com)
# [04:31] * Joins: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com)
# [04:32] * Quits: kmoir-afk (chatzilla@moz-4CA9B556.cable.teksavvy.com) (Ping timeout)
# [04:33] * Quits: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com) (Ping timeout)
# [04:36] * Quits: janv (varga@moz-81B11050.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [04:36] * Joins: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com)
# [04:36] * Joins: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com)
# [04:36] * Quits: smontagu (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
# [04:37] * Joins: jduell (jduell@moz-CACAF991.hsd1.ca.comcast.net)
# [04:39] * Quits: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com) (Ping timeout)
# [04:40] * Joins: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com)
# [04:42] * Quits: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com) (Ping timeout)
# [04:43] * ewong|sleep is now known as ewong
# [04:43] * Quits: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com) (Ping timeout)
# [04:44] * Joins: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com)
# [04:44] * Joins: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com)
# [04:45] * Joins: KWiersoMBP (KWierso@moz-3CAEA579.hsd1.ca.comcast.net)
# [04:46] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [04:46] * mjschranz_away is now known as mjschranz
# [04:46] * Quits: jduell (jduell@moz-CACAF991.hsd1.ca.comcast.net) (Ping timeout)
# [04:47] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f142f32a98a3 - Boris Zbarsky - Bug 775317. Add a test for the JSOPTION_VAROBJFIX behavior of JS_EvaluateScript. r=jorendorff
# [04:47] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ef14686c31d0 - Boris Zbarsky - Bug 761278. Remove the non-standard uploadprogress event on XMLHttpRequest. r=sicking
# [04:48] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [04:51] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Ping timeout)
# [04:56] * Joins: jduell (jduell@moz-CACAF991.hsd1.ca.comcast.net)
# [04:56] * Quits: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com) (Ping timeout)
# [04:57] * Joins: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com)
# [04:57] * Joins: Neil (neil@moz-7E027EE5.cable.virginmedia.com)
# [04:58] * Quits: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com) (Ping timeout)
# [04:58] * Neil is now known as NeilZZZ
# [05:02] * Quits: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com) (Ping timeout)
# [05:03] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [05:06] * Quits: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com) (Ping timeout)
# [05:07] * Joins: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com)
# [05:08] * Joins: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com)
# [05:10] <jduell> bz's land is burning inbound. Anyone backing out? I'll do it otherwise...
# [05:10] * Quits: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com) (Ping timeout)
# [05:10] * Quits: bbondy (bbondy@moz-BE76EF7A.home.cgocable.net) (Ping timeout)
# [05:12] * Joins: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com)
# [05:14] * Quits: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com) (Ping timeout)
# [05:15] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/ad5866c81a03 - Jason Duell - Backout f142f32a98a3 (Bug 775317) and ef14686c31d0 (Bug 761278). r=bustage
# [05:16] * Joins: wesj (Daily@moz-135A9FA9.hsd1.ca.comcast.net)
# [05:17] * Quits: sriram (sriramr@moz-BF171339.hsd1.ca.comcast.net) (Quit: sriram)
# [05:17] * Joins: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com)
# [05:17] * Quits: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com) (Quit: jet)
# [05:21] <Jesse> mattwoodrow|away: i suggest filing new bugs for https://bugzilla.mozilla.org/show_bug.cgi?id=746896#c41
# [05:21] * Quits: trevorh (trevor@moz-D1CF1A99.lns5.cha.bigpond.net.au) (Ping timeout)
# [05:21] * Quits: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com) (Ping timeout)
# [05:22] * Joins: jesup|laptop (chatzilla@moz-9073736F.phlapa.fios.verizon.net)
# [05:23] * Joins: trevorh (trevor@moz-D1CF1A99.lns5.cha.bigpond.net.au)
# [05:24] * Quits: jdm (jdm@moz-78063A77.cpe.net.cable.rogers.com) (Client exited)
# [05:24] * Joins: naveed (nihsanulla@moz-409D20C6.bstnma.fios.verizon.net)
# [05:26] * Joins: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com)
# [05:26] * Joins: sriram (sriramr@moz-BF171339.hsd1.ca.comcast.net)
# [05:27] * Quits: trevorh (trevor@moz-D1CF1A99.lns5.cha.bigpond.net.au) (Ping timeout)
# [05:31] * Joins: Neil (neil@moz-7E027EE5.cable.virginmedia.com)
# [05:31] * Neil is now known as NeilZZZ
# [05:31] * Quits: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com) (Ping timeout)
# [05:32] * Joins: bz (bzbarsky@moz-B58892FB.bstnma.fios.verizon.net)
# [05:32] * ChanServ sets mode: +o bz
# [05:32] * Joins: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com)
# [05:32] <@bz> jduell: ping
# [05:32] <@bz> jduell: my patches don't touch the generated events stuff
# [05:32] <@bz> jduell: and the tree is still red after the backout....
# [05:35] * @bz wonders whether he should just leave the tree red and go to sleep
# [05:35] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [05:38] <jduell> bz: sorry about that--seemed obvious that your commit had busted things. What do you think is going on?
# [05:38] <@bz> jduell: I think the generated event stuff is busted on incremental builds
# [05:38] <@bz> jduell: is my best guess
# [05:38] * mjschranz is now known as mjschranz_away
# [05:39] * @bz really wishes he could see what tinderbox is compiling
# [05:39] * dholbert is now known as dholbert|afk
# [05:39] <@bz> the one problem with autogenerated code
# [05:39] <@bz> if it fails to compile, it's hard to get your hands on it. :(
# [05:40] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [05:42] <@bz> hrm
# [05:42] <@bz> GeneratedEvents.cpp _claims_ to depend on DictionaryHelpers.h
# [05:42] <@bz> so why is it not finding stuff?
# [05:42] <@bz> anyone know how I can examine an objdir for one of the failing builds? :(
# [05:43] * Joins: trevorh (trevor@moz-5491645F.lnse2.cha.bigpond.net.au)
# [05:44] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [05:45] * @bz tries to reproduce
# [05:45] <@bz> though given that this is looking like a build-time race..
# [05:45] <@bz> I'm not sure how easy that will be
# [05:47] <@bz> e.g. OS X debug was green on my push but is red on the backout... ;)
# [05:47] <@bz> Likewise for linux64 debug
# [05:52] <@bz> ok
# [05:52] * @bz goes to bed
# [05:52] <@bz> way too tired
# [05:52] * bz is now known as bz_sleep
# [05:53] <@bz_sleep> tree closed
# [05:53] <@bz_sleep> fwiw
# [05:53] * Joins: smontagu (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP)
# [05:56] * Joins: mconley (mconley@moz-7B22FBCF.eng.wind.ca)
# [05:58] * Joins: reuben (reuben@seta00.com)
# [05:58] * Quits: sriram (sriramr@moz-BF171339.hsd1.ca.comcast.net) (Quit: sriram)
# [05:59] * mattwoodrow|away is now known as mattwoodrow
# [06:03] * Joins: jwilde (Earlybird@moz-23E1A364.aton.com)
# [06:04] * Joins: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net)
# [06:09] * Quits: jstraus1 (Adium@moz-C7B4D9FC.hsd1.ma.comcast.net) (Connection reset by peer)
# [06:09] * Joins: jstraus (Adium@moz-C7B4D9FC.hsd1.ma.comcast.net)
# [06:11] * Quits: Anarchy (anarchy@C6F5C20F.D8CFFA99.AA768703.IP) (Client exited)
# [06:15] * jcranmer is now known as jcranmer|away
# [06:16] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [06:19] * Quits: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [06:20] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
# [06:20] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [06:21] * mattwoodrow is now known as mattwoodrow|away
# [06:23] * Joins: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com)
# [06:25] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [06:26] * Joins: jdm (jdm@moz-78063A77.cpe.net.cable.rogers.com)
# [06:27] * mattwoodrow|away is now known as mattwoodrow
# [06:29] * Quits: jwilde (Earlybird@moz-23E1A364.aton.com) (Ping timeout)
# [06:30] * Quits: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com) (Quit: jet)
# [06:34] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [06:36] * Joins: jwilde (Earlybird@moz-23E1A364.aton.com)
# [06:37] * Quits: wesj (Daily@moz-135A9FA9.hsd1.ca.comcast.net) (Ping timeout)
# [06:37] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [06:39] * Joins: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com)
# [06:40] * Quits: jwilde (Earlybird@moz-23E1A364.aton.com) (Ping timeout)
# [06:41] * Joins: jwilde (Earlybird@moz-23E1A364.aton.com)
# [06:41] * Quits: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com) (Quit: jet)
# [06:42] * Joins: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com)
# [06:43] * Joins: Optimizer (Optimizer@57752AA.1B9F2FD8.BE90E62C.IP)
# [06:45] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [06:48] <jdm> yay, a crash with no report
# [06:52] * Quits: ircloggr (nodebot@moz-DBEA2AA1.compute-1.amazonaws.com) (Client exited)
# [06:53] * Joins: ircloggr (nodebot@moz-EF039FA.compute-1.amazonaws.com)
# [06:56] * Joins: capella_ (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
# [06:56] * Quits: jwilde (Earlybird@moz-23E1A364.aton.com) (Ping timeout)
# [06:57] * Joins: jwilde (Earlybird@moz-23E1A364.aton.com)
# [06:57] * Quits: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com) (Quit: jet)
# [06:57] * Quits: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Ping timeout)
# [06:57] * Joins: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com)
# [06:57] * capella_ is now known as capella
# [07:00] * Quits: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com) (Quit: jet)
# [07:00] * Quits: jduell (jduell@moz-CACAF991.hsd1.ca.comcast.net) (Ping timeout)
# [07:05] * Quits: jwilde (Earlybird@moz-23E1A364.aton.com) (Ping timeout)
# [07:06] * Joins: tantek_ (tantek@moz-17B51346.dsl.dynamic.sonic.net)
# [07:09] * Quits: smontagu (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
# [07:09] * Joins: int3 (int3@1793F25A.75E3DBFA.7AB8439E.IP)
# [07:12] * Joins: jwilde (Earlybird@moz-23E1A364.aton.com)
# [07:12] * Quits: jstraus (Adium@moz-C7B4D9FC.hsd1.ma.comcast.net) (Connection reset by peer)
# [07:12] * Joins: jstraus (Adium@moz-C7B4D9FC.hsd1.ma.comcast.net)
# [07:17] <@bz_sleep> OHO
# [07:18] * @bz_sleep thinks he knows what might be up
# [07:19] * Quits: mconley (mconley@moz-7B22FBCF.eng.wind.ca) (Input/output error)
# [07:19] * Joins: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com)
# [07:19] * Joins: wesj (Daily@moz-135A9FA9.hsd1.ca.comcast.net)
# [07:20] * Joins: Mossop (mossop@2EAFC193.4AA62C89.51465770.IP)
# [07:23] * Joins: kanru (kanru@moz-7D905691.avante-wifi.mozilla.hq)
# [07:23] * Quits: markh (markh@moz-AA8004FB.cxzr1.win.bigpond.net.au) (Ping timeout)
# [07:24] * Joins: markh (markh@moz-AA8004FB.cxzr1.win.bigpond.net.au)
# [07:24] * Quits: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com) (Quit: jet)
# [07:26] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [07:28] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/252f295c4664 - Boris Zbarsky - Bug 765163 followup. Don't write DictionaryHelpers.h while generating DictionaryHelpers.cpp. r=build-bustage for checkin to CLOSED TREE
# [07:34] <mattwoodrow> looking good
# [07:36] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
# [07:43] * Quits: tonymec (tonymec@CCABDCB1.C225E126.277517C1.IP) (Ping timeout)
# [07:46] * Joins: c0smikdebris (c0smikdebr@8C93A410.CC823F19.BE90E62C.IP)
# [07:46] * Quits: jdm (jdm@moz-78063A77.cpe.net.cable.rogers.com) (Client exited)
# [07:47] <mattwoodrow> bz_sleep: reopening the tree? I don't think I can
# [07:49] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
# [07:49] <Jesse> lion is still red
# [07:49] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [07:50] <mattwoodrow> is that the same issue?
# [07:50] * Quits: wesj (Daily@moz-135A9FA9.hsd1.ca.comcast.net) (Ping timeout)
# [07:51] * Quits: DGMurdockIII (DGMurdockI@moz-E933B63.hsd1.il.comcast.net) (Quit: ChatZilla 0.9.88.2 [Firefox 14.0.1/20120713134347])
# [07:51] <Jesse> i guess the red is "Unable to parse leakstats output" ?
# [07:53] <Jesse> https://bugzilla.mozilla.org/show_bug.cgi?id=774844 ???
# [07:54] <mattwoodrow> looks like the same thing, not sure if that's something that should be starred
# [07:56] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
# [07:58] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
# [08:00] * Quits: Kabaka (Kabaka@moz-D04FAA10.stl1cmta01.stwrok.ok.dh.suddenlink.net) (Quit: be back in < 5 minutes)
# [08:06] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
# [08:11] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [08:12] * Joins: wesj (Daily@moz-135A9FA9.hsd1.ca.comcast.net)
# [08:13] * Joins: Kabaka (Kabaka@moz-D04FAA10.stl1cmta01.stwrok.ok.dh.suddenlink.net)
# [08:14] * mattwoodrow is now known as mattwoodrow|away
# [08:15] * Quits: wesj (Daily@moz-135A9FA9.hsd1.ca.comcast.net) (Quit: wesj)
# [08:15] * Joins: wesj (Daily@moz-135A9FA9.hsd1.ca.comcast.net)
# [08:16] * Quits: wesj (Daily@moz-135A9FA9.hsd1.ca.comcast.net) (Quit: wesj)
# [08:16] * Quits: jwilde (Earlybird@moz-23E1A364.aton.com) (Ping timeout)
# [08:17] * Joins: janv (varga@moz-81B11050.flarion.as5628.telecom.sk)
# [08:20] * Joins: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com)
# [08:24] * Joins: bjacob_ (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [08:26] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Ping timeout)
# [08:27] * Joins: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [08:27] * Quits: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Connection reset by peer)
# [08:27] * Joins: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [08:31] * Quits: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com) (Quit: jet)
# [08:37] * Joins: gerv (gerv@6536A35.11DFEF90.2BCC804A.IP)
# [08:38] * Quits: Mossop (mossop@2EAFC193.4AA62C89.51465770.IP) (Ping timeout)
# [08:43] * Joins: Stan (Stan@moz-920095B2.dip.t-dialin.net)
# [08:46] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
# [08:47] * Quits: bjacob_ (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [08:48] * Quits: Optimizer (Optimizer@57752AA.1B9F2FD8.BE90E62C.IP) (Ping timeout)
# [08:49] * Joins: tonymec (tonymec@CCABDCB1.C225E126.277517C1.IP)
# [08:51] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
# [09:00] * Joins: dzbarsky1 (Adium@8F761026.B5EF4AF6.E96CA9D8.IP)
# [09:00] * Quits: dzbarsky (Adium@8F761026.B5EF4AF6.E96CA9D8.IP) (No route to host)
# [09:06] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
# [09:06] * Quits: c0smikdebris (c0smikdebr@8C93A410.CC823F19.BE90E62C.IP) (Quit: Computer has gone to sleep.)
# [09:07] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
# [09:14] * Quits: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Ping timeout)
# [09:21] * Quits: gerv (gerv@6536A35.11DFEF90.2BCC804A.IP) (Quit: Leaving.)
# [09:26] * Fallen|away is now known as Fallen
# [09:29] * Joins: ehsan-busy (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
# [09:32] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
# [09:43] * Quits: ehsan-busy (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Connection reset by peer)
# [09:43] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
# [09:43] * Joins: ehsan-busy (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
# [09:46] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [09:48] * Quits: janv (varga@moz-81B11050.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [09:56] * Quits: tchevalier (Daily@moz-947E5539.w109-210.abo.wanadoo.fr) (Ping timeout)
# [09:58] * Quits: Stan (Stan@moz-920095B2.dip.t-dialin.net) (Ping timeout)
# [09:58] * Joins: Stan (Stan@moz-A3F9D490.dip.t-dialin.net)
# [09:59] * Joins: janv (varga@8EA2DDD2.F52D29C1.8633E8B5.IP)
# [09:59] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [10:00] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [10:08] * Joins: victorporof (victorporo@239ACCE7.B7DD870C.79933D60.IP)
# [10:17] * Joins: willy1234x1 (willy1234x@moz-D88760B8.slkc.qwest.net)
# [10:17] * Quits: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net) (Input/output error)
# [10:27] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [10:34] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
# [10:37] * Joins: satdav (satdav@8289195D.B74E02B9.302434AB.IP)
# [10:37] * Fallen is now known as Fallen|away
# [10:40] * Quits: janv (varga@8EA2DDD2.F52D29C1.8633E8B5.IP) (Ping timeout)
# [10:41] * Joins: janv (varga@8EA2DDD2.F52D29C1.8633E8B5.IP)
# [10:48] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
# [10:48] * Joins: twi (Adium@moz-87047FBA.cust.dsl.vodafone.it)
# [10:57] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Ping timeout)
# [10:58] * Quits: Havvy (Mibbit@moz-5F1A608E.ptld.qwest.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [11:00] * Quits: janv (varga@8EA2DDD2.F52D29C1.8633E8B5.IP) (Quit: This computer has gone to sleep)
# [11:04] * sheeri-afk is now known as sheeri
# [11:07] * sheeri is now known as sheeri-afk
# [11:11] * Joins: marco (marco@91F27A54.84C7FC14.10DC0B64.IP)
# [11:12] * Joins: Havvy (Mibbit@moz-7142B3F5.ptld.qwest.net)
# [11:14] * Quits: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [11:15] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
# [11:17] * Joins: janv (varga@moz-81B11050.flarion.as5628.telecom.sk)
# [11:21] * Quits: satdav (satdav@8289195D.B74E02B9.302434AB.IP) (Client exited)
# [11:23] * Joins: smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi)
# [11:23] * ChanServ sets mode: +o smaug
# [11:27] * Joins: msucan (mihai@C5D88F81.430E6FCD.699550A1.IP)
# [11:33] * Joins: fabrice1 (fabrice@moz-D39FA0AF.w90-20.abo.wanadoo.fr)
# [11:39] * Quits: karl (karl@moz-480BEDFB.jetstream.xtra.co.nz) (Ping timeout)
# [11:43] * Quits: decoder (quassel@45737F17.411DB1E9.95550721.IP) (Ping timeout)
# [11:45] * Joins: Goldorak (chatzilla@EB34373.67719183.187A1082.IP)
# [11:45] * Joins: Mic (Instantbir@moz-3F18A63C.superkabel.de)
# [11:46] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
# [11:50] * Joins: TheLink (TheLink@moz-45ED2356.pools.arcor-ip.net)
# [11:50] * Quits: Goldorak (chatzilla@EB34373.67719183.187A1082.IP) (Connection reset by peer)
# [11:51] * Joins: Goldorak (chatzilla@EB34373.67719183.187A1082.IP)
# [11:59] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Ping timeout)
# [12:00] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [12:02] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Ping timeout)
# [12:03] * Quits: Mic (Instantbir@moz-3F18A63C.superkabel.de) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [12:04] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
# [12:05] * Joins: Ms2ger (Ms2ger@726FC955.D369D24E.37724B0D.IP)
# [12:06] <Ms2ger> Oh look, we went over a 100 000 changeset
# [12:06] <Ms2ger> s
# [12:07] <Ms2ger> Anyone around with the sheriff password?
# [12:08] * Fallen|away is now known as Fallen
# [12:09] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
# [12:09] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [12:11] <@smaug> Ms2ger: I think I can find it
# [12:11] <@smaug> why?
# [12:11] <Ms2ger> Can you close m-c for bug 776142?
# [12:11] <Ms2ger> Because nobody notices android failures otherwise...
# [12:12] <@smaug> Ms2ger: is that something new?
# [12:13] <@smaug> Ms2ger: also, do you expect any mobile dev to be around
# [12:13] <@smaug> is that m-i only?
# [12:14] <@smaug> ah, no
# [12:15] <Ms2ger> Started on Friday or Saturday, but barely any android tests ran...
# [12:15] <@smaug> now trying to figure out how to close the tree
# [12:16] <Ms2ger> admintree on tinderbox still, I think
# [12:16] <@smaug> so m-c is enough
# [12:16] <Ms2ger> Yep
# [12:16] <@smaug> or should I close also m-i
# [12:16] <Ms2ger> m-i is closed already
# [12:17] <Ms2ger> But updating the reason might be nice
# [12:17] <Ms2ger> I think we can safely say that 19b5733f954d was good...
# [12:19] <Ms2ger> Oho, 8571114112b2
# [12:20] <@smaug> hmm, where do I add the status message
# [12:20] <darktrojan> close ALL the trees! \o.
# [12:22] <@smaug> odd instructions ..."Please indicate reason for closure, preferably with a bug link..." ... "don't remove or modify extended-status"
# [12:22] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [12:23] <Ms2ger> Yeah, tbpl parses something out of it
# [12:23] * Joins: mib_3i68iz (Mibbit@B020DFE9.54D5E569.8DFEA35B.IP)
# [12:24] <@smaug> well, it is closed now
# [12:24] <@smaug> perhaps I should change the text to red
# [12:24] <Ms2ger> Thanks
# [12:25] * Joins: satdav (satdav@8289195D.B74E02B9.302434AB.IP)
# [12:25] * @smaug has obviously closed the tree "many" times :)
# [12:25] <AryehGregor> What's the deal with m-i closure? The status message isn't very informative, there's no bug link that I see.
# [12:25] <@smaug> I didn't close m-i
# [12:26] <Ms2ger> AryehGregor, the original bustage is fixed
# [12:26] <Ms2ger> But I don't want to reopen until Friday's robocop bustage is fixed too
# [12:31] * Quits: fitzgen (fitzgen@moz-85EBB8A.dia.static.qwest.net) (Quit: zzzzzzzzz)
# [12:31] <darktrojan> woah
# [12:31] <darktrojan> I have an addon with 16000 users
# [12:31] <darktrojan> I thought it was closer to 160
# [12:32] * Quits: mib_3i68iz (Mibbit@B020DFE9.54D5E569.8DFEA35B.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [12:33] * Ms2ger looks highly suspiciously at snorp
# [12:34] <Archaeopteryx> darktrojan: Element Properties or OpenWith?
# [12:34] <darktrojan> Archaeopteryx, neither
# [12:34] <darktrojan> new tab tools
# [12:34] * Joins: blueeye (Mibbit@F3CE2855.948264E9.8B4AB1DB.IP)
# [12:35] <darktrojan> (where tools should really be singular because it only does one thing right now)
# [12:35] * Quits: dzbarsky1 (Adium@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: Leaving.)
# [12:35] * Quits: satdav (satdav@8289195D.B74E02B9.302434AB.IP) (Quit: Colloquy for iPhone - http://colloquy.mobi)
# [12:37] <blueeye> I am a developer , i wanna start cotributing to firefox , where can i get help ?
# [12:38] <Ms2ger> Going for lunch now, I'll see if I can back something out when I get back
# [12:39] * Joins: schien-laptop (schien@moz-596FF352.dynamic.hinet.net)
# [12:41] * Joins: satdav (satdav@8289195D.B74E02B9.302434AB.IP)
# [12:43] <darktrojan> blueeye, try #introduction , but it's probably pretty quiet right now
# [12:43] * Joins: dzbarsky (Adium@8F761026.B5EF4AF6.E96CA9D8.IP)
# [12:44] <blueeye> darktrojan : I want a mentor who can help me out .
# [12:45] * Quits: twi (Adium@moz-87047FBA.cust.dsl.vodafone.it) (Ping timeout)
# [12:45] * Joins: huddler (Mibbit@B020DFE9.54D5E569.8DFEA35B.IP)
# [12:46] * Quits: huddler (Mibbit@B020DFE9.54D5E569.8DFEA35B.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [12:49] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [12:50] * Quits: @dveditz (dveditz@moz-5051E786.dhcp.cruzio.com) (Quit: dveditz)
# [12:52] <AryehGregor> blueeye, do you know how to program? If so, what languages?
# [12:52] <blueeye> AryehGregor , yes python , js and c++
# [12:53] <AryehGregor> blueeye, okay, that's good. Firefox is mostly C++. Is there anything in particular you're interested in? Have you checked out and built a copy of the Gecko source code? This might be helpful: https://developer.mozilla.org/en/Introduction
# [12:54] <@smaug> Firefox UI is mostly JS
# [12:54] <@smaug> Gecko is C++
# [12:54] <AryehGregor> Correction accepted.
# [12:55] <satdav> blueeye: Do u have experience of making mobile apps
# [12:55] <blueeye> AryehGregor , I have little difficulty in choosing in what i sud be goin in , python or js or c++
# [12:55] <blueeye> satdav : I have done it once , but not much
# [12:56] <satdav> AryehGregor: What is Firefox mobile done In
# [12:56] <@smaug> Firefox mobile UI is Java
# [12:57] <@smaug> ("Java" or whatever used in Android )
# [12:57] <blueeye> satdav , I would like work with python
# [12:58] <AryehGregor> We have a little Python in the codebase, but a lot more C++ and JS.
# [12:58] <AryehGregor> blueeye, http://www.joshmatthews.net/bugsahoy/?py=1
# [12:59] <fabrice1> blueeye: so you should look at webdev stuff (like AMO/marketplace website)
# [12:59] <AryehGregor> There you have a list of Python bugs that have been flagged as good for new contributors.
# [12:59] <blueeye> AryehGregor, what parts are in python ?
# [12:59] <satdav> blueeye: I would recommend #mozbot then also #sumodev I would recommend
# [13:00] <satdav> Mozbot is Pythian and pearl
# [13:00] <AryehGregor> blueeye, I dunno offhand, sorry. I know parts of the build system are Python, and we tend to prefer Python for utility (at least some of us) scripts.
# [13:01] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [13:01] <AryehGregor> we (at least some of us) tend to prefer Python for utility scripts.
# [13:01] <AryehGregor> I only work with C++, more or less.
# [13:01] <@smaug> python is used in various code generators, but then you need to know quite well what C++ code you're generating
# [13:02] * Joins: Mavericks (Mibbit@CF003F7B.78CAED91.FDEA3160.IP)
# [13:03] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [13:04] <satdav> Try #python on here blueeye
# [13:05] * Joins: blueye (Mibbit@F3CE2855.948264E9.8B4AB1DB.IP)
# [13:06] * Quits: blueeye (Mibbit@F3CE2855.948264E9.8B4AB1DB.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [13:06] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [13:07] <Mavericks> in fx, when i select a word and right click it why can't I see define in the context menu ?
# [13:07] <blueye> Archaeopteryx , Can you get me some person who can help me in projects in python and js ?
# [13:08] <AryehGregor> blueye, look at the bugs here. All of them should be Python, and all of them should have a mentor associated with them. http://www.joshmatthews.net/bugsahoy/?py=1
# [13:08] <Mavericks> define a word . is there a licensing issue or some other reason right context menu on selected text containing a single word
# [13:08] <Archaeopteryx> blueye: you have to decide yourself in which projects you are interested in
# [13:08] <Mavericks> s/right / right click
# [13:08] <satdav> #python and #js or #javascript blueye
# [13:09] <blueye> Archaeopteryx , i will upto it . thanks
# [13:09] <blueye> satdav , I ll check that too .
# [13:09] <satdav> X #javascript is not their
# [13:11] * Parts: blueye (Mibbit@F3CE2855.948264E9.8B4AB1DB.IP)
# [13:14] * Joins: smagnin (pike@moz-78BA461D.w90-53.abo.wanadoo.fr)
# [13:20] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Quit: darktrojan)
# [13:21] * Quits: dzbarsky (Adium@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: Leaving.)
# [13:22] * Quits: Mavericks (Mibbit@CF003F7B.78CAED91.FDEA3160.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [13:23] * Quits: @smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi) (Ping timeout)
# [13:34] * Joins: gunther (Mibbit@B020DFE9.54D5E569.8DFEA35B.IP)
# [13:34] * Quits: gunther (Mibbit@B020DFE9.54D5E569.8DFEA35B.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [13:36] * Joins: darktrojan (DT@moz-30B3CCFD.telstraclear.net)
# [13:41] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [13:41] * Quits: satdav (satdav@8289195D.B74E02B9.302434AB.IP) (Ping timeout)
# [13:43] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [13:45] * Joins: satdav (satdav@8289195D.B74E02B9.302434AB.IP)
# [13:45] * Joins: smontagu (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP)
# [13:51] * Quits: darktrojan (DT@moz-30B3CCFD.telstraclear.net) (Quit: )
# [13:53] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
# [13:55] * Quits: satdav (satdav@8289195D.B74E02B9.302434AB.IP) (Quit: Colloquy for iPhone - http://colloquy.mobi)
# [13:59] * Joins: dao (dao@moz-14902925.superkabel.de)
# [13:59] * Joins: KaiRo (robert@moz-8B15F01B.adsl.highway.telekom.at)
# [14:06] * Joins: bletch (Mibbit@B020DFE9.54D5E569.8DFEA35B.IP)
# [14:07] <Ms2ger> Alright, bug 687267 is going out again
# [14:08] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [14:09] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [14:13] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6cfd941c49a6 - Ms2ger - Bug 776142 - Back out bug 687267 / changeset 8571114112b2 on a CLOSED TREE.
# [14:13] * Joins: Mic (Instantbir@moz-3F18A63C.superkabel.de)
# [14:14] <Ms2ger> Keeping the trees closed until I see green rc/rck/rck2/rck3/rp
# [14:17] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [14:17] <darktrojan> were they actually green to begin with?
# [14:17] <Ms2ger> Greener, then
# [14:18] <darktrojan> I thought most of them were hidden
# [14:20] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Ping timeout)
# [14:21] <Ms2ger> On XUL, maybe
# [14:26] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [14:27] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Quit: darktrojan)
# [14:27] * Quits: janv (varga@moz-81B11050.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [14:29] * Joins: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com)
# [14:31] * Quits: dao (dao@moz-14902925.superkabel.de) (Quit: Leaving.)
# [14:37] * Joins: janv (varga@moz-81B11050.flarion.as5628.telecom.sk)
# [14:38] * Joins: Boriss_ (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [14:38] <Ms2ger> Off for a while
# [14:38] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Connection reset by peer)
# [14:38] * Boriss_ is now known as Boriss
# [14:45] * Quits: bletch (Mibbit@B020DFE9.54D5E569.8DFEA35B.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [14:51] <smontagu> do any of the developer tools in standard firefox display HTML headers?
# [14:51] <Ms2ger> HTTP headers?
# [14:51] <smontagu> (I know there are add-ons that can do that, but I don't want to install any add-ons at this moment)
# [14:51] <smontagu> yeah, them
# [14:52] <Ms2ger> ctrl+shift+k, reload, click on the request
# [14:52] <smontagu> muscle memory types ML after HT
# [14:52] <smontagu> nice, thnx
# [14:52] <Ms2ger> Np
# [14:53] <smontagu> and in fennec?
# [14:53] <Ms2ger> Heh
# [14:53] <smontagu> i'm trying to debug an XML error on gmail.com
# [14:53] <Ms2ger> I don't do fennec, unless the tree is all red
# [14:53] * khuey|away is now known as khuey
# [14:53] <smontagu> not sure if they are sending different content and/or headers, or if we do different parsing
# [14:54] <Ms2ger> I'd suggest faking the UA string; dunno if you need an add-on for that atm
# [14:55] <Ms2ger> I need to be off now, if my inbound push goes green, someone call merge m-i -> m-c and reopen both
# [14:55] * Quits: Mic (Instantbir@moz-3F18A63C.superkabel.de) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [14:55] <Ms2ger> s/call/can/
# [14:57] <smontagu> so if a page says <html xmlns="http://www.w3.org/1999/xhtml">, and <meta http-equiv="Content-Type" content="application/xhtml+xml; charset=UTF-8"/> we don't parse it as XML?
# [14:58] <smontagu> HTTP header says Content-Type:text/html; charset=UTF-8
# [14:59] * smontagu doesn't want to get sucked too deep into debugging this and miss his plane home
# [15:00] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
# [15:01] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
# [15:03] * Quits: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com) (Quit: jet)
# [15:06] * mjschranz_away is now known as mjschranz
# [15:11] * Quits: nthomas|away (chatzilla@moz-877D1C9E.dsl.telstraclear.net) (Ping timeout)
# [15:12] * Quits: lerc (quassel@121.75.145.1) (Ping timeout)
# [15:13] * Joins: nthomas|away (chatzilla@moz-877D1C9E.dsl.telstraclear.net)
# [15:14] * Joins: lerc (quassel@6056F3C0.A8D14E52.788638A4.IP)
# [15:14] * Quits: victorporof (victorporo@239ACCE7.B7DD870C.79933D60.IP) (Quit: Linkinus - http://linkinus.com)
# [15:15] * Quits: janv (varga@moz-81B11050.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [15:17] * Joins: dzbarsky (Adium@CB3EC984.A5F785DE.396E4C6D.IP)
# [15:24] * Joins: edwin_mobile (eflores@CB3EC984.A5F785DE.396E4C6D.IP)
# [15:24] * Quits: edwin_mobile (eflores@CB3EC984.A5F785DE.396E4C6D.IP) (Quit: edwin_mobile)
# [15:24] * Joins: edwin_mobile (eflores@CB3EC984.A5F785DE.396E4C6D.IP)
# [15:24] * Quits: markh (markh@moz-AA8004FB.cxzr1.win.bigpond.net.au) (Ping timeout)
# [15:24] * Joins: markh2 (markh@moz-AA8004FB.cxzr1.win.bigpond.net.au)
# [15:26] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Ping timeout)
# [15:28] * Joins: willyaranda (willyarand@CC8E5B38.8D7BAC68.F85AB05D.IP)
# [15:28] * Quits: edwin_mobile (eflores@CB3EC984.A5F785DE.396E4C6D.IP) (Connection reset by peer)
# [15:28] * Joins: edwin_mobile_ (eflores@CB3EC984.A5F785DE.396E4C6D.IP)
# [15:29] * Quits: edwin_mobile_ (eflores@CB3EC984.A5F785DE.396E4C6D.IP) (Connection reset by peer)
# [15:29] * Joins: edwin_mobile (eflores@CB3EC984.A5F785DE.396E4C6D.IP)
# [15:29] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [15:30] * Joins: JeroenDeDauw (j@moz-E0431D05.dip.t-dialin.net)
# [15:35] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [15:36] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Ping timeout)
# [15:39] * Quits: TheLink (TheLink@moz-45ED2356.pools.arcor-ip.net) (Client exited)
# [15:46] * Quits: edwin_mobile (eflores@CB3EC984.A5F785DE.396E4C6D.IP) (Connection reset by peer)
# [15:46] * Joins: edwin_mobile (eflores@CB3EC984.A5F785DE.396E4C6D.IP)
# [15:47] * Joins: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com)
# [15:47] * Joins: janv (varga@moz-81B11050.flarion.as5628.telecom.sk)
# [15:51] * Quits: jet (junglecode@moz-ADEE5B5.dsl.teksavvy.com) (Quit: jet)
# [15:52] * Quits: smontagu (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
# [15:54] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [15:54] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Connection reset by peer)
# [15:56] * khuey is now known as khuey|away
# [15:56] * Quits: dzbarsky (Adium@CB3EC984.A5F785DE.396E4C6D.IP) (Quit: Leaving.)
# [15:57] * mjschranz is now known as mjschranz_away
# [15:57] * Joins: johanc (chatzilla@moz-8E1A9E8E.bredband.comhem.se)
# [15:58] * Quits: davidillsley (davidillsl@moz-405FADDA.range86-145.btcentralplus.com) (Connection reset by peer)
# [15:59] * Joins: davidillsley (davidillsl@moz-405FADDA.range86-145.btcentralplus.com)
# [16:00] * Joins: mr_fribble (Mibbit@B020DFE9.54D5E569.8DFEA35B.IP)
# [16:01] * Quits: mr_fribble (Mibbit@B020DFE9.54D5E569.8DFEA35B.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [16:03] * Quits: johanc (chatzilla@moz-8E1A9E8E.bredband.comhem.se) (Ping timeout)
# [16:04] * Quits: a-865 (fmcz@moz-A5D13CA.cable.mindspring.com) (Quit: ChatZilla 0.9.88.2 [SeaMonkey 2.11/20120711005039])
# [16:04] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
# [16:07] * Quits: janv (varga@moz-81B11050.flarion.as5628.telecom.sk) (Ping timeout)
# [16:10] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
# [16:11] * Joins: janv (varga@moz-81B11050.flarion.as5628.telecom.sk)
# [16:12] * Joins: a-865 (fmcz@moz-A5D13CA.cable.mindspring.com)
# [16:14] * Quits: janv (varga@moz-81B11050.flarion.as5628.telecom.sk) (Ping timeout)
# [16:18] * Joins: janv (varga@moz-81B11050.flarion.as5628.telecom.sk)
# [16:21] * Joins: bjacob_ (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [16:24] * Quits: edwin_mobile (eflores@CB3EC984.A5F785DE.396E4C6D.IP) (Connection reset by peer)
# [16:24] * Joins: edwin_mobile (eflores@CB3EC984.A5F785DE.396E4C6D.IP)
# [16:24] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Ping timeout)
# [16:25] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
# [16:29] * Joins: jdm (jdm@moz-78063A77.cpe.net.cable.rogers.com)
# [16:30] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/fb0cac0021c5 - Boris Zbarsky - Bug 775317. Add a test for the JSOPTION_VAROBJFIX behavior of JS_EvaluateScript. r=jorendorff
# [16:30] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/8fe7b1000a26 - Boris Zbarsky - Bug 761278. Remove the non-standard uploadprogress event on XMLHttpRequest. r=sicking
# [16:30] * Quits: janv (varga@moz-81B11050.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [16:34] * Quits: tonymec (tonymec@CCABDCB1.C225E126.277517C1.IP) (Ping timeout)
# [16:34] * Quits: tonymec|away (tonymec@CCABDCB1.C225E126.277517C1.IP) (Ping timeout)
# [16:34] * Quits: edwin_mobile (eflores@CB3EC984.A5F785DE.396E4C6D.IP) (Connection reset by peer)
# [16:34] * Joins: edwin_mobile (eflores@CB3EC984.A5F785DE.396E4C6D.IP)
# [16:40] * Quits: ehsan-busy (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Input/output error)
# [16:42] * Joins: dongpu (Mibbit@moz-E5D22424.unl.edu)
# [16:45] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
# [16:45] * Quits: edwin_mobile (eflores@CB3EC984.A5F785DE.396E4C6D.IP) (Connection reset by peer)
# [16:45] * Joins: edwin_mobile (eflores@CB3EC984.A5F785DE.396E4C6D.IP)
# [16:46] * Joins: edwin_mobile_ (eflores@CB3EC984.A5F785DE.396E4C6D.IP)
# [16:46] * Quits: edwin_mobile (eflores@CB3EC984.A5F785DE.396E4C6D.IP) (Connection reset by peer)
# [16:46] * Quits: edwin_mobile_ (eflores@CB3EC984.A5F785DE.396E4C6D.IP) (Quit: edwin_mobile_)
# [16:46] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
# [16:50] * Joins: RyanVM (chatzilla@moz-403902F0.phlapa.fios.verizon.net)
# [16:50] <RyanVM> Ms2ger: nice find
# [16:50] <RyanVM> Ms2ger: Now we're just back to our usual state of android brokenness :P
# [16:51] * Quits: willyaranda (willyarand@CC8E5B38.8D7BAC68.F85AB05D.IP) (Quit: willyaranda)
# [16:51] <sheppy> yay?
# [16:57] <RyanVM> yay indeed :)
# [16:58] * AryehGregor grumbles at conflicts for his nsnull patch
# [16:58] <AryehGregor> (the first one, not even the one where I use regex to replace every usage of "nsnull" with "nullptr")
# [16:59] * Joins: TheLink (TheLink@moz-45ED2356.pools.arcor-ip.net)
# [16:59] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/89758fae5f2d - Aryeh Gregor - Bug 772332 part 1 - Make nsWSRunObject's type enum type-safe; r=ehsan
# [17:00] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d98e00fb4fd6 - Aryeh Gregor - Bug 775552 - Don't access siblings of nodes that might be deleted; r=ehsan
# [17:00] <tbsaunde> AryehGregor: are you adding an impl of nullptr to the tree, or what are you doing about gcc 4.2?
# [17:00] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/187fab385cb4 - Aryeh Gregor - Bug 775914 - Don't copy nsEditor::OperationID into mozInlineSpellChecker; r=ehsan
# [17:01] * Joins: sawrubh|bot (u6719@moz-160C58C6.com)
# [17:01] <AryehGregor> tbsaunde, https://bugzilla.mozilla.org/show_bug.cgi?id=626472
# [17:02] <AryehGregor> tbsaunde, my implementation of nullptr if not supported is 0L, or 0LL for Win64.
# [17:02] <AryehGregor> Same as nsnull now.
# [17:02] * sawrubh|bot is now known as sawrubh
# [17:02] <AryehGregor> I tried the fancy class thingie, but I think we'd need to define extra conversion operators for every smart pointer type we have, since C++ won't do two implicit conversions on the same value.
# [17:02] <Jesse> AryehGregor: can you explain this bit in https://bugzilla.mozilla.org/show_bug.cgi?id=776323#c4 ? "If we had a construct like 'repeat(count)', with no unused index variable, this kind of bug would be impossible."
# [17:02] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/86a52b537fb6 - Benjamin Peterson - Bug 776200 - Reduce compression level as temporary fix for SunSpider regression. r=pierron
# [17:04] <AryehGregor> Jesse, I meant that in this case, for (PRInt32 i = 0; i < count; i++) really just meant "repeat 'count' times" -- i wasn't actually used. There are some languages (not most C-like languages) that allow you to do something like "repeat(count)" to achieve the same effect with no extraneous temporary variables. If that had been the case, I wouldn't have been able to mindlessly use i without noticing that it had the wrong values.
# [17:05] <AryehGregor> Never mind my complaining, it wasn't constructive. :)
# [17:05] <Jesse> but i was used
# [17:05] <Jesse> i guess you didn't intend it to be used?
# [17:05] <AryehGregor> It wasn't used in the code before I changed it in bug 771994.
# [17:06] <Jesse> rust has something like "for 5.times { ... }"
# [17:06] <AryehGregor> The loop was just: for (i=0; i<count; i++) { mArray.AppendElement(); }
# [17:06] <AryehGregor> Yeah, that's what I meant. Reduce dummy variables, yay.
# [17:07] <Jesse> next step is to make Rust warn when you write an idiomatic C style loop ;)
# [17:08] * AryehGregor tries to figure out how spellcheck actually works
# [17:09] <tbsaunde> AryehGregor: I'd probably prefer not doing mass rewrites, but nice :)
# [17:09] * ewong is now known as ewong|sleep
# [17:09] <AryehGregor> tbsaunde, meh, no reason to keep nsnull around if it can be regexed out of existence easily enough.
# [17:09] <AryehGregor> It's exactly like s/PRBool/bool/.
# [17:09] * AryehGregor waits for stdint.h types to catch on :)
# [17:10] <tbsaunde> AryehGregor: true, that I'd probably say we didn't need to mass rewrite it either
# [17:10] <tbsaunde> AryehGregor: I just dislike bitrooting stuff
# [17:10] * Joins: tonymec__ (tonymec@moz-9FEDFE87.adsl-dyn.isp.belgacom.be)
# [17:10] <AryehGregor> What stuff?
# [17:11] <AryehGregor> Oh, out-of-tree patches.
# [17:11] * tonymec__ is now known as tonymec|away
# [17:11] <AryehGregor> Yeah, but it's trivial to fix.
# [17:11] <tbsaunde> AryehGregor: yeah
# [17:11] <tbsaunde> its still anoying =p
# [17:11] <@bz_sleep> Does anyone know how long we keep hourly builds for?
# [17:11] <@bz_sleep> on ftp
# [17:12] <tbsaunde> AryehGregor: one of the few features I can see in mqueue over say git is applying a sed script to all your patches is easy
# [17:12] <AryehGregor> tbsaunde, cute point, yeah. Didn't think of that. I'm sure it's possible in git, but easy, maybe not . . .
# [17:12] <AryehGregor> Of course, it's not so bad with rebase.
# [17:12] <AryehGregor> If you aren't maintaining loads of out-of-tree patches.
# [17:13] <AryehGregor> In which case you're just asking for it anyway.
# [17:13] * Joins: jcvernaleo (jcvernaleo@moz-4EC1E2D5.cable.mindspring.com)
# [17:13] * AryehGregor has 22 out-of-tree patches right now :(
# [17:13] <tbsaunde> AryehGregor: yeah, I probably have 5k lines of stuff waiting to be fixed up and landed :/
# [17:14] <AryehGregor> :/
# [17:17] <RyanVM> bz_sleep: hourly-archive.localgho.st/hourly-archive2/
# [17:17] <@bz_sleep> AryehGregor: only 22? ;)
# [17:17] <AryehGregor> bz_sleep, yeah. It's increasing, though, sadly. :(
# [17:17] <@bz_sleep> AryehGregor: I really will get to your reviews, I promise!
# [17:17] <RyanVM> bz_sleep: and of course, that's not loading right now...
# [17:19] * Joins: Optimizer (Optimizer@1D4CAC8C.9771C2F9.BE90E62C.IP)
# [17:21] <AryehGregor> bz_sleep, that's only five of them, I think.
# [17:21] * mjschranz_away is now known as mjschranz
# [17:22] * Quits: dongpu (Mibbit@moz-E5D22424.unl.edu) (Quit: http://www.mibbit.com ajax IRC Client)
# [17:25] <@bz_sleep> AryehGregor: hey, 25%. ;)
# [17:25] <AryehGregor> Well, they're unusually annoying to review, to be fair.
# [17:25] <AryehGregor> Most of my others are submitted but stalled for various reasons, often blocked by something.
# [17:28] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
# [17:29] * Joins: smaug (chatzilla@moz-9A21800C.elisa-mobile.fi)
# [17:29] * ChanServ sets mode: +o smaug
# [17:29] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [17:30] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
# [17:39] * Joins: tonymec (tonymec@moz-9FEDFE87.adsl-dyn.isp.belgacom.be)
# [17:39] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
# [17:41] * Joins: dongpu (Mibbit@moz-E5D22424.unl.edu)
# [17:47] * Joins: gerv (gerv@6536A35.11DFEF90.2BCC804A.IP)
# [17:47] * mjschranz is now known as mjschranz_away
# [17:47] <dongpu> Hi, a quick firefox build question. I tried to build firefox mozila-central on ubuntu in a virtual machine, but it fails and halts at the same point twice. The command I used was "make -f client.mk".
# [17:48] <AryehGregor> dongpu, pastebin the output, and also the contents of client.mk.
# [17:48] * mjschranz_away is now known as mjschranz
# [17:48] <dongpu> AryehGregor I used the default client.mk
# [17:48] * AryehGregor didn't know that there is one, but it's been a long time
# [17:49] <dongpu> do I have to install ubuntu natively on a laptop?
# [17:49] <AryehGregor> What?
# [17:49] * Joins: wesj (Daily@moz-135A9FA9.hsd1.ca.comcast.net)
# [17:49] <AryehGregor> No, I shouldn't think so.
# [17:49] <dongpu> currently I am running ubuntu within a virtual machine
# [17:49] <@bz_sleep> dongpu: what's the actual error?
# [17:49] <@smaug> AryehGregor: I guess you mean .mozconfig, not client.mk
# [17:49] <AryehGregor> Please pastebin the output, it might be obvious to someone here what the problem is.
# [17:49] <AryehGregor> smaug, oh, whoops.
# [17:49] <AryehGregor> Yeah, I do.
# [17:49] <@bz_sleep> smaug: ping?
# [17:49] <@smaug> bz_sleep: pong
# [17:50] <@bz_sleep> smaug: does my change to generated event build stuff look reasonable?
# [17:50] * bz_sleep is now known as bz
# [17:50] <@smaug> bz: I think so
# [17:50] <@smaug> originally the dictionary stuff is from dombindings codegen
# [17:50] <@bz> mmm
# [17:50] <Ms2ger> RyanVM, hmm, didn't I say to not reopen until we had a green rc? ;)
# [17:50] <@bz> I wonder why it needs to output deps files and the new binding codegen doesn't....
# [17:51] <@smaug> so similar problem may happen with that if someone start to depend on that in some new way
# [17:51] <@bz> smaug: btw, I would _love_ to move events to new bindings
# [17:51] <Ms2ger> But it does look better now
# [17:51] <dongpu> AryehGregor The output is so massive and during the building process, I don't have them right now. but i remember it halts at some place with lot of "-lrt"
# [17:51] <AryehGregor> dongpu, that's linking.
# [17:51] <@bz> smaug: the old listbindings codegen?
# [17:51] <AryehGregor> dongpu, it will take a long time.
# [17:51] <AryehGregor> dongpu, did it exit with an error, or just pause for a long time?
# [17:51] <@bz> smaug: I just need to review Peter's patch to remove it. ;)
# [17:51] <@bz> Ms2ger: hmm?
# [17:51] <@bz> Ms2ger: I reopened
# [17:51] <AryehGregor> Give it several minutes to link, if you're running it in a VM on a laptop.
# [17:51] <dongpu> AryehGregor no error, just pause
# [17:51] <AryehGregor> Then that's normal.
# [17:51] <AryehGregor> Firefox is a big app and takes a long time to link.
# [17:52] * Quits: MMx (mmx@moz-1AFE3502.afthd.hg.tu-darmstadt.de) (Ping timeout)
# [17:52] <@bz> dongpu: when you say "pause"
# [17:52] <RyanVM> Ms2ger: i didn't reopen it
# [17:52] <dongpu> but the entire ubuntu seems freezes as well
# [17:52] <@bz> dongpu: for how long?
# [17:52] <AryehGregor> (and I always wondered why we have -lrt like three times -- I guess all of them after the first are ignored, right?)
# [17:52] <@smaug> bz: hmm
# [17:52] <@bz> dongpu: how much RAM does this VM have?
# [17:52] <Ms2ger> bz, because the original reason didn't appy anymore? :)
# [17:52] <Ms2ger> *apply
# [17:52] <@smaug> perhaps I copied from qs
# [17:52] <RyanVM> Ms2ger: it was open when I got here, I swears it
# [17:52] <Ms2ger> RyanVM, yeah, bz did
# [17:52] <dongpu> AryehGregor 1G RAM
# [17:52] * Joins: MMx (mmx@moz-1AFE3502.afthd.hg.tu-darmstadt.de)
# [17:52] <dongpu> too small?
# [17:52] <@bz> Ms2ger: well, then someone should have updated the message....
# [17:52] <Ms2ger> dongpu, that's going to hurt
# [17:52] <@smaug> bz: old new bindings look ok
# [17:52] <@smaug> so, my mistake :)
# [17:52] <@bz> dongpu: yes
# [17:52] <AryehGregor> Trying to link Gecko with 1G RAM is not going to be fun, no.
# [17:52] <@bz> dongpu: you're swapping
# [17:53] <Ms2ger> bz, I guess I should get the sheriff password at some point :)
# [17:53] <@bz> dongpu: you might even swap with 2G
# [17:53] <@smaug> I hack Makefile.in like one in two years
# [17:53] <dongpu> AryehGregor ok, i see, what should be a good size?
# [17:53] <@bz> dongpu: 4G
# [17:53] <@bz> dongpu: if you can pull it off
# [17:53] <@bz> dongpu: but 2G should be bearable
# [17:53] <RyanVM> Ms2ger: how are you not CCed to that bug?
# [17:53] <@smaug> (and wrote python code 2nd time)
# [17:53] <@bz> Ms2ger: mmmm
# [17:53] <Ms2ger> RyanVM, careful avoidance of responsabilities
# [17:53] <dongpu> bz I only have 4G on my laptop
# [17:53] <RyanVM> hah
# [17:53] <@smaug> 2G is bearable with gold
# [17:53] <@bz> dongpu: yeah, indeed
# [17:53] <@smaug> not with ld
# [17:54] * Joins: tchevalier (Daily@moz-947E5539.w109-210.abo.wanadoo.fr)
# [17:54] <@bz> dongpu: go with 2G, then
# [17:54] <dongpu> sure, thanks for the help!
# [17:54] <RyanVM> Ms2ger: that hasn't been working for me
# [17:54] <Ms2ger> RyanVM / bz / smaug: could any of you reopen m-c?
# [17:54] <@smaug> on this machine gold takes IIRC 1.8G less memory than ld
# [17:54] * @bz looks
# [17:54] <RyanVM> Ms2ger: I will
# [17:54] <Ms2ger> Thanks
# [17:54] <@bz> ryanvm: thanks!
# [17:54] <RyanVM> I was going to merge you over
# [17:54] <dongpu> AryehGregor/bz thanks!
# [17:54] * @bz stops looking
# [17:54] <@bz> smaug: wow
# [17:54] <@bz> dongpu: good luck!
# [17:54] * AryehGregor tried gold, but it's slower than ld for him . . .
# [17:55] <Ms2ger> RyanVM, that would be even better, I can't be around to watch the tree :)
# [17:55] <@smaug> I have only 4GB so using ld and running TB, FF, jEdit etc ended up swapping
# [17:55] * AryehGregor just uses a desktop, so he has 16G :)
# [17:56] * Joins: willyaranda (willyarand@CC8E5B38.8D7BAC68.F85AB05D.IP)
# [17:56] <Ms2ger> smaug, I just close those while linking :)
# [17:56] <@smaug> bah
# [17:56] * Quits: Nikopol (nikopol@moz-68B53A37.chaosorigin.com) (Ping timeout)
# [17:56] <@smaug> Ms2ger: and I doubt you're using jEdit :)
# [17:57] <Ms2ger> smaug, I used to
# [17:57] * Joins: Nikopol (nikopol@moz-68B53A37.chaosorigin.com)
# [17:57] <Ms2ger> Back when I was on windows
# [17:57] <Ms2ger> Gedit now
# [17:57] <Ms2ger> Anyway, RyanVM, glad to know you're watching the tree :)
# [17:57] * Ms2ger poofs
# [17:57] <@smaug> hmm, I should probably close few files in jEdit...1277 is kind of many
# [17:58] <@smaug> bz: thanks for fixing the Makefile
# [17:58] <@bz> smaug: no problem
# [17:58] <@bz> smaug: thanks for writing more codegen. ;)
# [17:59] <@bz> smaug: I was pretty serious about webidl bindings, though
# [17:59] <@smaug> yup
# [18:00] <@bz> smaug: still not sure what the right place to parent the event to is, though
# [18:00] <@smaug> probably window
# [18:01] <@bz> mmm
# [18:01] <@bz> that will make it hold a strong ref to the window
# [18:01] <@bz> might be ok
# [18:01] <@smaug> we could have similar setup as what DOMEventTarget helpers have
# [18:01] <@bz> (only a problem if someone holds on to the event object and redispatches it a lot to stuff in a different window)
# [18:01] * @bz is not sure what that setup is
# [18:02] * Quits: dongpu (Mibbit@moz-E5D22424.unl.edu) (Quit: http://www.mibbit.com ajax IRC Client)
# [18:02] <@smaug> DETH has a raw ref to window
# [18:02] <@smaug> and if window goes away, the ref cleared
# [18:02] * Joins: dongpu (Mibbit@moz-E5D22424.unl.edu)
# [18:03] <@smaug> with events we could even keep a strong ref
# [18:04] <@bz> smaug: right
# [18:04] <@smaug> since events aren't usually kept alive by other stuff
# [18:04] <@smaug> except JS
# [18:05] <@smaug> bz: do you know how XHR parenting work in the workers?
# [18:05] <@smaug> is the parent the global ?
# [18:05] <@bz> smaug: in workers it's all totally different
# [18:05] <@bz> smaug: no parenting, not CC, no wrappercache
# [18:05] <@bz> smaug: total bent-land
# [18:06] <@smaug> hmm
# [18:06] <@bz> smaug: which is going to make events fun, isn't it? :(
# [18:06] <@bz> smaug: how do events work in workers right now?
# [18:06] <@bz> smaug: do we have separate C++ impls for workers?
# [18:06] <@smaug> no idea
# [18:06] <@smaug> nothing to do with main thread DOM events
# [18:06] <@smaug> yes
# [18:06] <@bz> so we'd have to hook that stuff up too
# [18:06] <@bz> it should mostly be there
# [18:07] <@bz> I think bent switched workers to new bindings in general
# [18:07] <@smaug> well, I'm not sure whether there is much C+
# [18:07] <@smaug> C++
# [18:07] <@smaug> but mainly just creating objects using JS API
# [18:08] <@bz> hrm
# [18:08] <@bz> so it's not even doing webidl stuff?
# [18:08] <willyaranda> thinker: ping
# [18:08] <@bz> looks like it's not
# [18:08] <@bz> <sigh>
# [18:08] <@smaug> I need to get CC to run in workers :)
# [18:08] <@smaug> that would make things easier
# [18:08] <@bz> heh
# [18:09] * @bz is staying out of that fight
# [18:09] <@bz> but yes, it would _really_ simplify life
# [18:10] * Quits: @smaug (chatzilla@moz-9A21800C.elisa-mobile.fi) (Ping timeout)
# [18:10] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1485b7d63b61 - Benjamin Peterson - Bug 776283 - Decode sources properly before handing them to the JS engine. r=bz
# [18:11] * Joins: smaug (chatzilla@moz-9A21800C.elisa-mobile.fi)
# [18:11] * ChanServ sets mode: +o smaug
# [18:15] <@smaug> (um, ehsan used odd coding style)
# [18:16] <@smaug> could we generate the code for wrapObject
# [18:17] <@smaug> assuming it usually just calls *Binding:wrap
# [18:17] * @smaug hates to see any JSAPI stuff in dom code
# [18:17] <@bz> The issue is what is *
# [18:18] * @bz thinks
# [18:18] <@bz> so for a leaf interface
# [18:18] <@bz> we could maybe do something like that
# [18:19] <@bz> so if an interface is a leaf
# [18:19] <@bz> then we auto-generate for its nativeType a wrapObject that uses that interface
# [18:19] <@bz> That might actually work in general.....
# [18:20] <@bz> now the problem is the wrapObject will still need to be declared in the C++ code
# [18:20] <@bz> but the impl could be generated
# [18:20] * mjschranz is now known as mjschranz_away
# [18:20] * mjschranz_away is now known as mjschranz
# [18:20] <@smaug> what is the reason for .conf files?
# [18:21] <@smaug> could we put all that information to .webidl files+
# [18:21] <@smaug> s/+/?/
# [18:21] <@bz> in general, sure
# [18:21] <@bz> the question is whether we should.
# [18:21] * @bz had a fight even getting the infallibility annotations in there
# [18:21] <@smaug> well, .conf files are somewhat hard to understand
# [18:22] <@bz> right
# [18:22] <@smaug> oh, we have infallible in .webidl ?
# [18:22] * Joins: jwilde (Earlybird@moz-23E1A364.aton.com)
# [18:22] <@bz> yes
# [18:22] * @smaug is looking at ehsan's patch,
# [18:22] <@bz> I can't document it because devmo is broken
# [18:22] <@bz> but we do
# [18:22] <@smaug> so perhaps infallible change was after that
# [18:22] <@bz> which patch are you looking at?
# [18:22] <@smaug> the one in the bug
# [18:22] <@bz> whicch bug?
# [18:23] <@smaug> Bug 749101
# [18:23] <@bz> Ah, yes
# [18:23] <@bz> See https://bugzilla.mozilla.org/show_bug.cgi?id=749101#c12
# [18:23] <@smaug> just wanted to see a very simple .webidl usage
# [18:23] <@bz> The infallible change was indeed after he posted the initial change, but before he landed. ;)
# [18:23] <@bz> smaug: you saw the docs, right?
# [18:24] <@bz> smaug: (not that those have a complete patch in them)
# [18:24] <@smaug> not yet
# [18:24] <@smaug> well I saw those earlier
# [18:24] <@bz> ok
# [18:24] <@bz> hmm
# [18:24] <@smaug> but just started to read stuff again
# [18:24] <@bz> the docs link to the diff in the bug
# [18:24] <@bz> we should fix that
# [18:24] <@bz> once devmo is not broken. :(
# [18:25] * Joins: fitzgen (fitzgen@moz-85EBB8A.dia.static.qwest.net)
# [18:26] * @bz adds to his list of edits to make once that happens
# [18:26] <AryehGregor> Is there a way to get two sets of mochitests running in parallel, if one is using xvfb-run? Like telling it explicitly to bind to a non-default port?
# [18:26] <@bz> smaug: so my goal is to move most common things out of .conf
# [18:27] <@bz> smaug: the question is whether the concrete type mapping should move too...
# [18:27] <@smaug> it would make code easier to read, IMO
# [18:27] <@bz> smaug: Alternately, we could default to some type mapping
# [18:27] <@bz> smaug: and then only need .conf to override
# [18:27] <@bz> smaug: I sort of agree, but some people think of webidl as "interface"
# [18:27] * Quits: kanru (kanru@moz-7D905691.avante-wifi.mozilla.hq) (Ping timeout)
# [18:27] <@bz> smaug: btw, for the worker case I dunno that it would be simpler
# [18:28] * Joins: janv (varga@8EA2DDD2.F52D29C1.8633E8B5.IP)
# [18:28] <@smaug> sure, it is interface, but there could be some annotation about/for the implementation
# [18:28] <@bz> AryehGregor: I think we have mochitests that depend on the port
# [18:28] <@bz> AryehGregor: (e.g. for window.location)
# [18:28] * @bz could be wrong, though
# [18:28] <@bz> smaug: might be worth a thread about this on .platform
# [18:29] <@bz> smaug: I personally have no problem with moving _everything_ into the idl
# [18:29] <@bz> smaug: as long as it stays readable
# [18:29] * Joins: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl)
# [18:29] <@smaug> right now I need to look at .conf and .webidl to understand what the implementation method should look like
# [18:29] <@bz> smaug: but again, some others (bholley, khuey) have philosophical objections
# [18:29] * Quits: wesj (Daily@moz-135A9FA9.hsd1.ca.comcast.net) (Input/output error)
# [18:30] <@smaug> annotations in .idl files haven't been disturbing
# [18:30] * @bz would love to move all the per-method stuff into the idl for sure
# [18:30] <@bz> things like whether the retval is addrefed etc
# [18:30] * Joins: Mossop (mossop@2EAFC193.4AA62C89.51465770.IP)
# [18:31] * @smaug doesn't quite understand what resultNotAddRefed is about
# [18:31] <@smaug> is it about the implementation, or about the binding
# [18:31] <@smaug> which one doesn't addref
# [18:32] <@bz> the impl
# [18:32] <@bz> well
# [18:32] <@bz> "yes"
# [18:32] * Joins: stefanh (stefanh@moz-3EED0162.customers.ownit.se)
# [18:32] <@bz> so the default behavior for the binding is that it uses an nsRefPtr
# [18:32] <@bz> for interface retvals
# [18:32] <@bz> this allows the impl to return an already_AddRefed<Foo>
# [18:33] <@bz> resultNotAddRefed makes the binding use a raw pointer instead
# [18:33] <@bz> which allows the impl to return a Foo*
# [18:33] <@smaug> so does the binding addref it in that case?
# [18:33] <@bz> no
# [18:33] <@bz> we clearly need to document this better. ;)
# [18:33] <@bz> resultNotAddRefed means the binding will store the return value in a Foo*
# [18:34] <@bz> and not do any temporary refcounting on it
# [18:34] <@smaug> hmm, if some foo() returns a raw pointer, and it is exposed to JS, JS needs to keep the C++ object alive somehow
# [18:34] <@bz> not setting resultNotAddRefed means it'll get stored in a nsRefPtr and released when the nsRefPtr goes out of scope
# [18:34] <@bz> well, right
# [18:34] <@bz> if we have to JS-wrap
# [18:34] <@bz> the JS object will hold a ref
# [18:34] <@bz> hence "temporary" above.... ;)
# [18:34] * @bz backs up
# [18:34] <@smaug> right, so, binding will addref
# [18:34] <@bz> So the binding code looks like this
# [18:35] <@bz> SomeType foo = CallMyMethod();
# [18:35] <@bz> // JS-wrap foo as needed
# [18:35] <@bz> resultNotAddRefed controls whether SomeType is an nsRefPtr or raw pointer
# [18:35] <@smaug> right
# [18:36] <@bz> we really need to document this better
# [18:36] <@smaug> and I assume if foo needs to be wrapped, it is either addrefed, or .forget()'ed
# [18:36] * Quits: jwilde (Earlybird@moz-23E1A364.aton.com) (Ping timeout)
# [18:36] <@bz> the former
# [18:36] <@smaug> always addrefed?
# [18:36] <@bz> yes
# [18:37] <@bz> we could try to do the other
# [18:37] <@bz> but we haven't so far
# [18:37] <@smaug> s/could/should/
# [18:37] <@smaug> especially if already_addrefed is the default
# [18:37] <@smaug> doesn't that show up in the profiles ?
# [18:38] <@smaug> the extra addref/release
# [18:38] * Joins: AaronMT (AaronMT@moz-DEDA283.cpe.net.cable.rogers.com)
# [18:39] <@bz> not commonly
# [18:40] <@bz> keep in mind that this would only affect the initial wrapping
# [18:40] <@bz> so for example
# [18:40] <@bz> if I have Node.firstChild not marked as resultNotAddRefed (which indicates I'm a doofus, but whatever)
# [18:40] <@bz> Then a call to .firstChild would addref the child node on the stack
# [18:40] <@bz> and then check whether it already has a JSObject
# [18:40] <@bz> if it does, we're done, we release and return
# [18:41] <@bz> if it does not, we do another addref, create a JS object, release and return
# [18:41] <@smaug> well, ok, not horrible, but would show up in certain cases
# [18:41] <@bz> but if you call .firstChild on the same element again, we already have a JS object of course
# [18:41] <@bz> sure
# [18:42] <@bz> so as I see it, we have the following cases, assuming everyone uses resultNotAddRefed correctly
# [18:42] <@bz> 1) Method is resultNotAddRefed: no problem
# [18:42] <@bz> 2) Method always returns a new object: extra addref/release on every creation
# [18:42] <@bz> hmm
# [18:42] <@bz> ok
# [18:43] <@bz> #2 is the main problem case, actually
# [18:43] <@bz> note that we _do_ have an IDL annotation for such methods
# [18:43] <@bz> that we could use to optimize, possibly
# [18:43] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [18:43] <@smaug> yup
# [18:43] <@smaug> so createElement would be a bit slower
# [18:44] <@smaug> the extra addref/release of nodeinfo did show up badly enough in createElement that I changed all the node creation
# [18:44] * mjschranz is now known as mjschranz_away
# [18:44] * Joins: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net)
# [18:44] <@bz> hmm
# [18:44] <@bz> yeah, ok
# [18:44] <@bz> one sec
# [18:45] * @bz looks at wrapping and cries
# [18:45] <@bz> so complicated.....
# [18:46] <@bz> so the hard part is getting state from A to B
# [18:46] <@bz> the binding has an nsRefPtr
# [18:46] <@bz> it calls a virtual method on that which returns a JSObject
# [18:46] * stefanh is now known as stefanh|away
# [18:46] <@bz> then what?
# [18:46] <@bz> The virtual method currently does the addref....
# [18:46] <@bz> we could move the addref out of there
# [18:47] <@bz> and do it in the binding code on return
# [18:47] <@bz> and then it could either addref or forget
# [18:47] <@bz> but that's pretty fragile in various ways
# [18:47] <@bz> e.g. other callers of WrapObject need to know about the new setup
# [18:49] <@smaug> hmm
# [18:49] <@smaug> pass some bool param to WrapObject?
# [18:49] <@bz> hm
# [18:49] <@bz> that could work
# [18:50] <@bz> And have versions of WrapNewBindingObject that know about smartptrs
# [18:50] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
# [18:52] <@bz> http://www.nytimes.com/2012/07/22/arts/design/a-catch-22-of-art-and-taxes-starring-a-stuffed-eagle.html?pagewanted=all sums up what's wrong with the IRS... ;)
# [18:52] * Joins: loadbang (loadbang@moz-36825801.range86-168.btcentralplus.com)
# [18:53] <@bz> (or at least with its Art Advisory Panel)
# [18:54] * stefanh|away is now known as stefanh
# [18:54] * Quits: stefanh (stefanh@moz-3EED0162.customers.ownit.se) (Input/output error)
# [18:55] * Quits: Mossop (mossop@2EAFC193.4AA62C89.51465770.IP) (Ping timeout)
# [18:56] * Quits: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.7/2009031309])
# [18:58] * Quits: loadbang (loadbang@moz-36825801.range86-168.btcentralplus.com) (Ping timeout)
# [18:58] * Joins: loadbang (loadbang@moz-36825801.range86-168.btcentralplus.com)
# [19:00] * Quits: @smaug (chatzilla@moz-9A21800C.elisa-mobile.fi) (Connection reset by peer)
# [19:01] * Joins: cdiehl_ (cdiehl@moz-47889272.pool.mediaways.net)
# [19:02] * Quits: cdiehl (cdiehl@moz-78F6442C.pool.mediaways.net) (Ping timeout)
# [19:02] * cdiehl_ is now known as cdiehl
# [19:04] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
# [19:10] * Quits: fitzgen (fitzgen@moz-85EBB8A.dia.static.qwest.net) (Quit: zzzzzzzzz)
# [19:10] <Jesse> maybe the government should have to back up valuations it uses to calculate taxes. then if the Art Advisory Panel wants to offer to buy the work for $65 million (and put the IRS in violation of the 1940 Bald and Golden Eagle Protection Act), that's their problem.
# [19:10] * Joins: foobar (kili@moz-701C3389.dip.t-dialin.net)
# [19:11] * Joins: pnemsak (Miranda@A6E8C11.B7BED47D.3CA1F9DE.IP)
# [19:11] * Joins: fitzgen (fitzgen@moz-85EBB8A.dia.static.qwest.net)
# [19:13] <@bz> Jesse: heh
# [19:13] <foobar> Hi
# [19:13] <Dagger> interesting that they valued it at $15 million first, and then only upped it to $65 million after they refused to pay taxes initially
# [19:13] <Jesse> or maybe they should just get a chance to donate the thing to the museum and not pay taxes on it.
# [19:13] <foobar> can someone tell me if shortkeys are hardcoded or why isnt it possible to change them without additonal addons?
# [19:14] * Quits: fitzgen (fitzgen@moz-85EBB8A.dia.static.qwest.net) (Quit: zzzzzzzzz)
# [19:14] * foobar is talking about firefox
# [19:15] <@bz> Jesse: yeah, the part at the end of the article that covers that is particularly funny
# [19:16] * Quits: marco (marco@91F27A54.84C7FC14.10DC0B64.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 16.0a2/20120721042008])
# [19:16] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
# [19:16] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [19:17] <Jesse> i hope this turns into a court case about what it means to "own" something
# [19:18] * Joins: smaug (chatzilla@moz-937443ED.elisa-laajakaista.fi)
# [19:18] * ChanServ sets mode: +o smaug
# [19:21] * Quits: loadbang (loadbang@moz-36825801.range86-168.btcentralplus.com) (Connection reset by peer)
# [19:21] * Joins: loadbang (loadbang@moz-36825801.range86-168.btcentralplus.com)
# [19:22] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Client exited)
# [19:22] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
# [19:24] * Joins: dao (dao@moz-F49391EA.superkabel.de)
# [19:25] * Quits: janv (varga@8EA2DDD2.F52D29C1.8633E8B5.IP) (Quit: This computer has gone to sleep)
# [19:26] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
# [19:27] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [19:27] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [19:28] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [19:29] * Quits: dolske|cloud (u2681@moz-160C58C6.com) (Quit: Connection closed for inactivity)
# [19:30] * Joins: Neil (neil@moz-4AB77362.cable.virginmedia.com)
# [19:31] * Joins: Neil_ (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [19:31] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [19:31] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
# [19:31] * Neil_ is now known as NeilAway
# [19:31] * Joins: mconley (mconley@moz-7B22FBCF.eng.wind.ca)
# [19:32] * Quits: Neil (neil@moz-4AB77362.cable.virginmedia.com) (Ping timeout)
# [19:33] * Quits: foobar (kili@moz-701C3389.dip.t-dialin.net) (Client exited)
# [19:33] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [19:34] * Joins: Neil (neil@moz-7E027EE5.cable.virginmedia.com)
# [19:34] * Quits: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com) (Ping timeout)
# [19:34] * Quits: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com) (Ping timeout)
# [19:35] * Joins: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com)
# [19:35] * Joins: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com)
# [19:36] * merike|away is now known as merike
# [19:36] * Quits: Neil (neil@moz-7E027EE5.cable.virginmedia.com) (Ping timeout)
# [19:36] * Joins: Neil_ (neil@moz-4AB77362.cable.virginmedia.com)
# [19:36] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [19:36] * bz is now known as bz_away
# [19:36] * Neil_ is now known as NeilAway
# [19:37] * Joins: Neil (neil@moz-7E027EE5.cable.virginmedia.com)
# [19:38] * Quits: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com) (Ping timeout)
# [19:38] * Neil is now known as NeilZZZ
# [19:39] * Quits: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com) (Ping timeout)
# [19:39] * Quits: NeilAway (neil@moz-4AB77362.cable.virginmedia.com) (Ping timeout)
# [19:40] * Quits: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com) (Ping timeout)
# [19:40] * Quits: willyaranda (willyarand@CC8E5B38.8D7BAC68.F85AB05D.IP) (Quit: willyaranda)
# [19:40] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [19:41] * Joins: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com)
# [19:41] <@smaug> bjacob_: just curious, did anyone write down some sort of meeting minutes of what was discussed last week during gfx/layout meetings ?
# [19:41] * Joins: wolfiR (wolfiR@moz-434C4570.dip0.t-ipconnect.de)
# [19:41] * Joins: ehsan-busy (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
# [19:43] <bjacob_> smaug: i didn't attend half of them; ask maybe joe/jrmuizel
# [19:44] * Quits: jdm (jdm@moz-78063A77.cpe.net.cable.rogers.com) (Client exited)
# [19:44] * Quits: @smaug (chatzilla@moz-937443ED.elisa-laajakaista.fi) (Ping timeout)
# [19:46] * Joins: c0smikdebris (c0smikdebr@8C93A410.CC823F19.BE90E62C.IP)
# [19:48] * Quits: loadbang (loadbang@moz-36825801.range86-168.btcentralplus.com) (Quit: loadbang)
# [19:48] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [19:48] * Joins: Neil_ (neil@moz-4AB77362.cable.virginmedia.com)
# [19:49] * Joins: Neil (neil@moz-7E027EE5.cable.virginmedia.com)
# [19:49] * Neil is now known as NeilZZZ
# [19:49] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [19:49] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
# [19:50] * Quits: Neil_ (neil@moz-4AB77362.cable.virginmedia.com) (Ping timeout)
# [19:52] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [19:52] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [19:54] * Joins: Neil (neil@moz-4AB77362.cable.virginmedia.com)
# [19:55] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [19:55] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [19:56] * Quits: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com) (Ping timeout)
# [19:56] * Quits: Neil (neil@moz-4AB77362.cable.virginmedia.com) (Ping timeout)
# [19:57] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [19:57] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
# [19:57] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [19:58] * Quits: dao (dao@moz-F49391EA.superkabel.de) (Quit: Leaving.)
# [20:07] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
# [20:07] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [20:08] * Joins: NeilAway (neil@moz-4AB77362.cable.virginmedia.com)
# [20:09] * Joins: Neil (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [20:10] * Quits: NeilAway (neil@moz-4AB77362.cable.virginmedia.com) (Ping timeout)
# [20:11] * Joins: NeilAway (neil@moz-4AB77362.cable.virginmedia.com)
# [20:11] * Quits: Neil (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [20:13] * Quits: NeilAway (neil@moz-4AB77362.cable.virginmedia.com) (Ping timeout)
# [20:13] * Joins: NeilZZZ (neil@moz-4AB77362.cable.virginmedia.com)
# [20:13] * NeilZZZ is now known as NeilAway
# [20:14] * Joins: NeilZZZ (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [20:14] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
# [20:15] * Joins: fitzgen (fitzgen@moz-9C37CA10.dsl.sntc01.pacbell.net)
# [20:15] * Quits: NeilAway (neil@moz-4AB77362.cable.virginmedia.com) (Ping timeout)
# [20:15] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
# [20:15] * NeilZZZ is now known as NeilAway
# [20:17] * Joins: gmoro (guilherme@moz-E239D7E3.dsl.telesp.net.br)
# [20:18] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
# [20:18] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [20:18] * Joins: NeilAway (neil@moz-4AB77362.cable.virginmedia.com)
# [20:18] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
# [20:18] * Joins: Neil (neil@moz-7E027EE5.cable.virginmedia.com)
# [20:19] * Neil is now known as NeilZZZ
# [20:19] * Quits: fitzgen (fitzgen@moz-9C37CA10.dsl.sntc01.pacbell.net) (Quit: zzzzzzzzz)
# [20:20] * Quits: NeilAway (neil@moz-4AB77362.cable.virginmedia.com) (Ping timeout)
# [20:21] * Quits: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com) (Ping timeout)
# [20:22] * Quits: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com) (Ping timeout)
# [20:22] * Joins: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com)
# [20:23] * Quits: dongpu (Mibbit@moz-E5D22424.unl.edu) (Quit: http://www.mibbit.com ajax IRC Client)
# [20:25] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [20:28] * Joins: janv (varga@moz-81B11050.flarion.as5628.telecom.sk)
# [20:28] * Joins: smaug (chatzilla@moz-9A21800C.elisa-mobile.fi)
# [20:28] * ChanServ sets mode: +o smaug
# [20:28] <@smaug> bjacob_: ok
# [20:29] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [20:34] * Joins: Neil (neil@moz-7E027EE5.cable.virginmedia.com)
# [20:34] * Neil is now known as NeilZZZ
# [20:40] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [20:46] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [20:52] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [20:53] * Joins: dao (dao@moz-F49391EA.superkabel.de)
# [20:54] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [20:55] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [20:55] * Quits: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com) (Ping timeout)
# [20:55] * Joins: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com)
# [20:56] * Quits: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com) (Ping timeout)
# [20:56] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [20:56] * Joins: Neil (neil@moz-7E027EE5.cable.virginmedia.com)
# [20:57] * Neil is now known as NeilZZZ
# [20:57] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [20:57] * Joins: kaie (kaie@moz-3C8CEBAF.dip.t-dialin.net)
# [21:02] * Quits: dao (dao@moz-F49391EA.superkabel.de) (Quit: Leaving.)
# [21:05] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [21:07] * Quits: ehsan-busy (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Input/output error)
# [21:11] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
# [21:12] * Quits: azakai|2 (alon@moz-8D0CC798.lightspeed.sntcca.sbcglobal.net) (Input/output error)
# [21:12] * Joins: azakai|2 (alon@moz-8D0CC798.lightspeed.sntcca.sbcglobal.net)
# [21:13] * mjschranz_away is now known as mjschranz
# [21:15] * Joins: fitzgen (fitzgen@moz-9C37CA10.dsl.sntc01.pacbell.net)
# [21:17] * Quits: fitzgen (fitzgen@moz-9C37CA10.dsl.sntc01.pacbell.net) (Quit: zzzzzzzzz)
# [21:17] * Quits: c0smikdebris (c0smikdebr@8C93A410.CC823F19.BE90E62C.IP) (Quit: Computer has gone to sleep.)
# [21:26] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:28] * mjschranz is now known as mjschranz_away
# [21:30] * Joins: Bas (chatzilla@moz-DF3CA35A.ftth.concepts.nl)
# [21:36] * Joins: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:36] * Joins: kmoir-afk (chatzilla@moz-4CA9B556.cable.teksavvy.com)
# [21:36] * Joins: jwilde (Earlybird@moz-23E1A364.aton.com)
# [21:36] * Quits: Havvy (Mibbit@moz-7142B3F5.ptld.qwest.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [21:38] * Joins: adev (adev@moz-E87FA436.ictp.it)
# [21:41] * NeilAway wonders what the standard upload progress event on XHR is
# [21:41] * Quits: adev (adev@moz-E87FA436.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [21:43] <Ms2ger> xhr.upload.onprogress
# [21:43] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [21:44] * Joins: IanN (chatzilla@moz-3D5855EC.cable.virginmedia.com)
# [21:44] <NeilAway> Ms2ger: ta
# [21:44] <Ms2ger> Np
# [21:45] * Joins: karl (karl@moz-D3AD8CB1.jetstream.xtra.co.nz)
# [21:50] <@smaug> onprogress is event handler
# [21:50] <@smaug> the standard upload progress event on XHR is the progress event fired on XHR.upload :)
# [21:52] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/187fab385cb4 - Aryeh Gregor - Bug 775914 - Don't copy nsEditor::OperationID into mozInlineSpellChecker; r=ehsan
# [21:52] <firebot> http://hg.mozilla.org/mozilla-central/rev/2a8871238241 - Ryan VanderMeulen - Merge m-c to inbound.
# [21:52] <firebot> http://hg.mozilla.org/mozilla-central/rev/89758fae5f2d - Aryeh Gregor - Bug 772332 part 1 - Make nsWSRunObject's type enum type-safe; r=ehsan
# [21:52] <firebot> http://hg.mozilla.org/mozilla-central/rev/57499abe6479 - Ryan VanderMeulen - Merge the last PGO-green inbound changeset to m-c.
# [21:52] <firebot> http://hg.mozilla.org/mozilla-central/rev/fb0cac0021c5 - Boris Zbarsky - Bug 775317. Add a test for the JSOPTION_VAROBJFIX behavior of JS_EvaluateScript. r=jorendorff
# [21:52] <firebot> http://hg.mozilla.org/mozilla-central/rev/8fe7b1000a26 - Boris Zbarsky - Bug 761278. Remove the non-standard uploadprogress event on XMLHttpRequest. r=sicking
# [21:53] <firebot> http://hg.mozilla.org/mozilla-central/rev/86a52b537fb6 - Benjamin Peterson - Bug 776200 - Reduce compression level as temporary fix for SunSpider regression. r=pierron
# [21:53] <firebot> http://hg.mozilla.org/mozilla-central/rev/1485b7d63b61 - Benjamin Peterson - Bug 776283 - Decode sources properly before handing them to the JS engine. r=bz
# [21:53] <firebot> http://hg.mozilla.org/mozilla-central/rev/d98e00fb4fd6 - Aryeh Gregor - Bug 775552 - Don't access siblings of nodes that might be deleted; r=ehsan
# [21:56] <Ms2ger> RyanVM, thanks
# [21:56] * Joins: mib_nr9yak (Mibbit@B020DFE9.54D5E569.8DFEA35B.IP)
# [21:59] * Joins: aleth (aleth@moz-E87FA436.ictp.it)
# [21:59] * Parts: aleth (aleth@moz-E87FA436.ictp.it)
# [22:01] * Joins: kentuckyfriedtakahe (ajones@moz-5D29915D.cable.telstraclear.net)
# [22:03] * Joins: jwilde1 (Earlybird@moz-23E1A364.aton.com)
# [22:10] * Quits: mib_nr9yak (Mibbit@B020DFE9.54D5E569.8DFEA35B.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [22:12] * Joins: dao (dao@moz-F49391EA.superkabel.de)
# [22:15] <RyanVM> Ms2ger: no prob
# [22:17] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [22:18] * Quits: jwilde (Earlybird@moz-23E1A364.aton.com) (Ping timeout)
# [22:23] * Quits: kmoir-afk (chatzilla@moz-4CA9B556.cable.teksavvy.com) (Ping timeout)
# [22:31] * Quits: bjacob_ (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Quit: Konversation terminated!)
# [22:31] * Joins: bjacob_ (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [22:32] * Joins: Havvy (Mibbit@moz-7142B3F5.ptld.qwest.net)
# [22:32] * Callek unaproves "Bug honeycomb-flash" and awaits the flames
# [22:33] <Callek> (especially since I'm not technically a driver)
# [22:33] <Callek> Ms2ger: also thanks for identifying that android issue that [we think] was caused by that one! :-)
# [22:34] <Ms2ger> The (improved) greenness seems to suggest I was right :)
# [22:34] <Callek> I agree
# [22:34] * Quits: fabrice1 (fabrice@moz-D39FA0AF.w90-20.abo.wanadoo.fr) (Quit: Leaving.)
# [22:35] * Quits: smagnin (pike@moz-78BA461D.w90-53.abo.wanadoo.fr) (Quit: Quitte)
# [22:36] * Joins: adev (adev@moz-E87FA436.ictp.it)
# [22:36] * Quits: bjacob_ (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [22:36] * Ms2ger is not too happy with people who land android-centric stuff when the android tests didn't run on their try push...
# [22:37] * Quits: TheLink (TheLink@moz-45ED2356.pools.arcor-ip.net) (Client exited)
# [22:37] <zzzzz> they don't believe the failure and try it on the real-deal :P
# [22:38] * Quits: adev (adev@moz-E87FA436.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [22:39] * merike is now known as merike|away
# [22:41] * Joins: gustavold (gustavold@F27DC022.D17B234D.9C1C15C3.IP)
# [22:41] * Joins: dzbarsky (Adium@moz-85EBB8A.dia.static.qwest.net)
# [22:42] <Callek> Ms2ger: there are two (potential) problems there
# [22:42] <Callek> (1) try takes too long
# [22:42] <Callek> (2) signal/noise ratio on android tests is too bad
# [22:42] <zzzzz> indeed
# [22:43] <Ms2ger> s/(potential)//
# [22:43] <Callek> 2 has issues in both releng and ateam
# [22:43] <Callek> and once someone is "trained" to ignore issues with android like that, its pretty darn hard to get them to care again.
# [22:43] * Quits: int3 (int3@1793F25A.75E3DBFA.7AB8439E.IP) (Client exited)
# [22:43] <Callek> so even if the signal/noise is good enough to care, we need to be even BETTER to convert people BACK to caring
# [22:44] <Callek> this is all imo, but is also part of my direct work ;-)
# [22:47] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9964a667659d - David Zbarsky - Bug 776108 - Fix undefined behavior due to deleting forward declared pointer r=bent
# [22:47] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d6ea117c32dc - David Zbarsky - merge
# [22:47] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/7eb0be101427 - Doug Sherk - Bug 776203: Add virtual dtor to GeckoContentController r=gal
# [22:47] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/5acb040ec6f9 - David Zbarsky - [Bug 773839] Fix build warnings under accessible/ r=tbsaunde
# [22:47] <dzbarsky> Callek: ping?
# [22:47] <RyanVM> Callek: and you know it's bad when even the sheriff's start missing the severity of the situation
# [22:48] <dzbarsky> err
# [22:48] <dzbarsky> RyanVM: ping?
# [22:48] <RyanVM> Callek: but in my defense, coalescing also makes it a major bitch to hunt down regressions
# [22:48] <RyanVM> dzbarsky: pong
# [22:48] <Callek> RyanVM: ooo I understand -- and I'm not blaming you
# [22:48] <dzbarsky> RyanVM: my last commit got messed up because I qfinished and couldn't push, and then had to pull again. So I ended up with a merge changeset
# [22:48] <Callek> dzbarsky: pong
# [22:48] <dzbarsky> Callek: sorry
# [22:48] <RyanVM> Callek: and as a night and weekend volunteer with a 10 week old....yeah... :)
# [22:48] <dzbarsky> RyanVM: will that mess up blame?
# [22:49] * edwin is now known as dsicore
# [22:49] <Callek> dzbarsky: a merge pushed shouldn't be a problem
# [22:49] * dsicore is now known as edwin
# [22:49] <Callek> its just not the way *we* usually handle pushing, but it is a valid way to do it
# [22:49] * Quits: wolfiR (wolfiR@moz-434C4570.dip0.t-ipconnect.de) (Quit: Leaving)
# [22:49] <RyanVM> for the future, for that few number of changesets, I'd just qimport your patches, hg pull -u, and qpush them again
# [22:49] <edwin> /nick and /whois are delightfully close to each other
# [22:50] <RyanVM> dzbarsky: but I've done that before too
# [22:50] <dzbarsky> RyanVM: yeah, I know that's better but I didn't have the most up to date versions of the patches and I hoped hg would be smart enough
# [22:50] <RyanVM> like when I merge one branch on to another and someone lands in the mean time
# [22:50] <RyanVM> rather than strip everything out and do it over again, I just merge the new one on
# [22:50] * Joins: adev (adev@moz-E87FA436.ictp.it)
# [22:50] <Callek> RyanVM: I usually |hg pull --rebase| (then do a quick spotcheck on what I am pushing)
# [22:50] <RyanVM> hg pull --rebase errors on me when I try it
# [22:51] <RyanVM> --rebase not recognized
# [22:51] <Callek> also could do |hg qimport -r tip| when you accidentally qfinish before you're ready
# [22:51] <Callek> ;-)
# [22:51] <Callek> RyanVM: have to enable the rebase ext
# [22:51] <RyanVM> oooo, good idea
# [22:51] * Quits: adev (adev@moz-E87FA436.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [22:52] * mjschranz_away is now known as mjschranz
# [22:52] * Joins: adev (adev@moz-E87FA436.ictp.it)
# [22:52] <dzbarsky> ah, learning so much hg!
# [22:52] <Callek> dzbarsky: but yea, long story short, its not a problem.
# [22:52] <RyanVM> callek: so just |rebase =| under [extensions], right?
# [22:52] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [22:52] <Callek> dzbarsky: there are ways around the fact that you had the problem, but once you pushed, it should be fine
# [22:52] <Callek> RyanVM: yes
# [22:52] * Joins: int3 (int3@1793F25A.75E3DBFA.7AB8439E.IP)
# [22:52] <RyanVM> thanks
# [22:52] <Ms2ger> Note that rebase can delete random files in the repo
# [22:53] <@smaug> hasn't ever done that to me
# [22:53] <Callek> Ms2ger: yea, rebase can be bad, which is why I *always* check my out when I use it
# [22:53] * mjschranz is now known as mjschranz_away
# [22:53] <Callek> and its always better to use a newer hg when using rebase, as they have fixed many bugs over time
# [22:53] <@smaug> yeah, always check hg out -p before pushing
# [22:53] <RyanVM> I like qimport -r tip
# [22:53] * Quits: adev (adev@moz-E87FA436.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [22:53] * Quits: int3 (int3@1793F25A.75E3DBFA.7AB8439E.IP) (Client exited)
# [22:53] * Joins: int3 (int3@1793F25A.75E3DBFA.7AB8439E.IP)
# [22:53] * Joins: adev (adev@moz-E87FA436.ictp.it)
# [22:54] <RyanVM> anything that involves working with mq makes me feel warm and fuzzy
# [22:54] <Callek> RyanVM: qimport -r tip won't work if tip was a merge, fwiw
# [22:54] <RyanVM> but it would work for the "I just qfin'ed a bunch of stuff and lost the race to push" problem, right?
# [22:54] <Ms2ger> Yep
# [22:55] <Callek> RyanVM: yea, but you'd have to |qimport -r tip| && |qpop| <rinse-repeat>
# [22:55] <Ms2ger> Callek, nope
# [22:55] <Ms2ger> hg qimp -r -10:-1 works, AIUI
# [22:55] <Callek> Ms2ger: oooooooo it does?
# [22:55] * Quits: adev (adev@moz-E87FA436.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [22:55] * Quits: dao (dao@moz-F49391EA.superkabel.de) (Quit: Leaving.)
# [22:55] <Callek> (interesting)
# [22:55] <Ms2ger> I've heard people claim it works, at least
# [22:56] <RyanVM> Callek: that's fine, it's still faster than having to qimport all your own changesets, hg pull -u, and then qpush again
# [22:56] <RyanVM> (with a qpop -a after qimporting of course)
# [22:56] <Callek> true ;-)
# [22:57] <RyanVM> but yeah, the real killer is when I've got a branch merge in there too
# [22:57] <RyanVM> that's when I just suck it up and merge with the new changeset
# [22:58] * Joins: adev (adev@moz-E87FA436.ictp.it)
# [22:58] * mjschranz_away is now known as mjschranz
# [22:58] <Ms2ger> Oh, and while I'm here...
# [22:58] <Ms2ger> Coalescing--
# [22:58] <RyanVM> dzbarsky: But yeah, hg can be a finicky beast to work with. It's always interesting to hear how others are using it for new tricks
# [22:58] <RyanVM> Ms2ger++++++++
# [22:59] * Quits: adev (adev@moz-E87FA436.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [22:59] <RyanVM> see the linux32 moth failures yesterday
# [22:59] <Callek> RyanVM: I feel git is more finicky than HG at least
# [22:59] <RyanVM> took me a few hours of retriggering to nail that one down
# [22:59] <Callek> where a seemingly innocuous command could F-Up your whole workflow/repo
# [22:59] <Callek> while with hg, its harder to screw yourself
# [22:59] <RyanVM> hah
# [22:59] <RyanVM> that's where I've really come to love mq
# [23:00] <RyanVM> nice having that security blanket of never working on the real thing until you qfin
# [23:00] * Joins: c0smikdebris (c0smikdebr@8C93A410.CC823F19.BE90E62C.IP)
# [23:00] * Joins: adev (adev@moz-E87FA436.ictp.it)
# [23:00] * Ms2ger wanders off
# [23:01] * Quits: Ms2ger (Ms2ger@726FC955.D369D24E.37724B0D.IP) (Quit: nn)
# [23:02] * Quits: adev (adev@moz-E87FA436.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [23:02] * Joins: nrc (nrc@moz-5DAE2951.bitstream.orcon.net.nz)
# [23:04] * Joins: adev (adev@moz-E87FA436.ictp.it)
# [23:04] * Quits: adev (adev@moz-E87FA436.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [23:07] * Quits: int3 (int3@1793F25A.75E3DBFA.7AB8439E.IP) (Client exited)
# [23:09] * Joins: dao (dao@moz-F49391EA.superkabel.de)
# [23:10] <RyanVM> Callek: so what happens in the following scenario
# [23:10] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [23:10] <@bz_away> dzbarsky: aren
# [23:10] <RyanVM> (this is my usual workflow, btw)
# [23:10] <@bz_away> dzbarsky: aren't you supposed to be on planes today or something?
# [23:11] <dzbarsky> bz_away: I got back already. morning flights!
# [23:11] * Quits: davidillsley (davidillsl@moz-405FADDA.range86-145.btcentralplus.com) (Client exited)
# [23:11] * Joins: jwilde (Earlybird@moz-23E1A364.aton.com)
# [23:11] <@bz_away> sacrilege!
# [23:11] <dzbarsky> yeah, I know. this morning was a struggle
# [23:11] <RyanVM> Callek: I pull mozilla-central over to inbound. Merge & commit. hg qpush -a my local patches. If I lose the commit race, will hg qimport -r tip, hg qpop -a, hg qpush -a, hg qfin -a, hg push work OK?
# [23:11] * Joins: davidillsley (davidillsl@moz-405FADDA.range86-145.btcentralplus.com)
# [23:11] <RyanVM> Callek: Or will it puke since there's a merge in there?
# [23:11] * @bz_away goes back to folding laundry
# [23:12] * edwin is now known as edwin|leavinonajetplane
# [23:13] <RyanVM> Callek: I mean, I guess I could just try it some time. Worst case scenario is that I end up qimporting my patches and stripping the rest out
# [23:13] * Quits: msucan (mihai@C5D88F81.430E6FCD.699550A1.IP) (Quit: Leaving.)
# [23:13] * Quits: davidillsley (davidillsl@moz-405FADDA.range86-145.btcentralplus.com) (Ping timeout)
# [23:14] * Fallen is now known as Fallen|away
# [23:15] * Quits: dao (dao@moz-F49391EA.superkabel.de) (Quit: Leaving.)
# [23:16] <RyanVM> dzbarsky: and that's always good to keep in mind, as long as you haven't pushed yet, hg strip can always cure what ails ya :P
# [23:16] <RyanVM> though it's obviously going a bit nuclear
# [23:16] <dzbarsky> RyanVM: how does one recover patches after qfinishing?
# [23:17] <dzbarsky> RyanVM: at leas twhen I do it, they are deleted out of .hg/patches
# [23:17] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [23:18] * Quits: schien-laptop (schien@moz-596FF352.dynamic.hinet.net) (Connection reset by peer)
# [23:18] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [23:18] * Joins: schien-laptop (schien@moz-401D4F1A.dynamic.hinet.net)
# [23:18] <RyanVM> hg qimport -r <your local changeset>
# [23:18] <RyanVM> which you can see from hg out
# [23:19] <RyanVM> so I just made a new mq patch blah
# [23:19] <RyanVM> changeset 100077:8f8d38590ef0
# [23:20] <RyanVM> so if I qfin it, I would do hg qimport -r 100077:8f8d38590ef0
# [23:20] <RyanVM> it'll import it as 100077.diff
# [23:20] <RyanVM> you can also use -n to give it a name if you want
# [23:20] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [23:21] <RyanVM> also convenient - you can import multiple changesets at once
# [23:21] <RyanVM> if you have a series you want to re-import
# [23:21] <RyanVM> hg qimport -r <first changeset>:<last changeset>
# [23:21] <RyanVM> each one will be individually imported
# [23:21] <RyanVM> as 100077.diff, 100078.diff, etc
# [23:22] <RyanVM> at which point, they're all in your mq as applied patches
# [23:22] <RyanVM> so you can qpop like regular
# [23:24] * Joins: dongpu (Mibbit@moz-E5D22424.unl.edu)
# [23:28] * Joins: squeakytoy (squeakytoy@moz-79070305.dynamic.se.alltele.net)
# [23:28] <dongpu> Hi, I have a question regarding to firefox configuration file. The configuration file for firefox is pref.js (correct me if I am wrong) and it only contains a few number of config options. However, when I open about:config in the browser, it displays massive amount of config options.
# [23:28] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [23:28] <dongpu> I am not sure why the majority of config options in about:config are not in pref.js file. Thanks!
# [23:28] <RyanVM> dongpu: there are more pref files in omni.ja
# [23:29] <dongpu> RyanVM do you know why firefox store configurations in several different places?
# [23:29] <RyanVM> efficiency
# [23:30] <RyanVM> having everything in one file (omni.ja) allows for better startup speed by loading one big file instead of many small files
# [23:30] <RyanVM> prefs.js in your profile is just for your own custom prefs
# [23:30] <RyanVM> the ones in omni.ja are the defaults
# [23:30] <dongpu> RyanVM ok, i see
# [23:31] <RyanVM> dongpu: but you can open omni.ja in most archiving apps and find them in the defaults\preferences folder
# [23:32] <RyanVM> note that some archiving apps may claim it's a corrupt archive since mozilla uses some tricks to re-order files for best efficiency, but it's technially non-standard
# [23:32] <RyanVM> so strict programs will barf
# [23:32] <Archaeopteryx> dongpu: about:config doesn't have all options, some aren't even listed in any file for defaults prefs
# [23:32] <RyanVM> more lenient ones will work
# [23:32] <RyanVM> dongpu: winrar will open it fine, but 7zip won't, for example
# [23:33] <RyanVM> dzbarsky: i've got to go for awhile, if you have more questions, we can talk later when I get back
# [23:33] <dongpu> RyanVM thanks for the help!
# [23:33] <RyanVM> np
# [23:33] <dongpu> RyanVM really appreciate!
# [23:34] * Quits: mconley (mconley@moz-7B22FBCF.eng.wind.ca) (Ping timeout)
# [23:35] * Quits: jwilde (Earlybird@moz-23E1A364.aton.com) (Ping timeout)
# [23:38] * Quits: c0smikdebris (c0smikdebr@8C93A410.CC823F19.BE90E62C.IP) (Quit: Computer has gone to sleep.)
# [23:40] * nthomas|away is now known as nthomas
# [23:40] * Joins: fabrice1 (fabrice@moz-D39FA0AF.w90-20.abo.wanadoo.fr)
# [23:40] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [23:40] * Joins: mconley (mconley@moz-7B22FBCF.eng.wind.ca)
# [23:41] * Quits: cloudpopup (squeakytoy@moz-79070305.dynamic.se.alltele.net) (Quit: Leaving)
# [23:41] <dzbarsky> RyanVM: ok thanks
# [23:43] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [23:43] * Quits: JeroenDeDauw (j@moz-E0431D05.dip.t-dialin.net) (Ping timeout)
# [23:46] * Quits: AaronMT (AaronMT@moz-DEDA283.cpe.net.cable.rogers.com) (Quit: Computer has gone to sleep.)
# [23:49] * Quits: dongpu (Mibbit@moz-E5D22424.unl.edu) (Quit: http://www.mibbit.com ajax IRC Client)
# [23:51] * khuey|away is now known as khuey
# [23:51] <nthomas> mounir: ping
# [23:51] <@khuey> toronto is a very annoying place
# [23:51] <@khuey> every time I go outside it starts raining
# [23:52] <mounir> khuey: it's only against you
# [23:52] <nigelb> lol
# [23:52] <mounir> nthomas: pong
# [23:52] <nigelb> khuey: It's toronto telling you to fix more bugs
# [23:52] <@khuey> mounir: are you still in SF this coming week?
# [23:52] <@khuey> or did you go back to paris?
# [23:52] <mounir> khuey: I'm leaving on Tuesday
# [23:53] <@khuey> ah
# [23:53] <mounir> khuey: you will be there?
# [23:53] <nthomas> mounir: hi, I have a little buildbot test I'd like to do. Do you mind if I trigger an extra 'WINNT 5.2 try leak test build' build your e1413f1c6566@try, then cancel it again ?
# [23:53] * Quits: @bz_away (bzbarsky@moz-B58892FB.bstnma.fios.verizon.net) (Ping timeout)
# [23:53] <@khuey> mounir: my flight is tomorrow morning
# [23:54] <@khuey> mounir: not sure if I'll come into the office monday
# [23:54] <@khuey> probably not
# [23:54] <@khuey> I'll be at the office on tuesday though
# [23:54] <mounir> nthomas: sure
# [23:54] <nthomas> thx
# [23:56] * Quits: @smaug (chatzilla@moz-9A21800C.elisa-mobile.fi) (Connection reset by peer)
# [23:57] * Quits: gerv (gerv@6536A35.11DFEF90.2BCC804A.IP) (Quit: Leaving.)
# [23:58] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-5.1450hg.fc17 [XULRunner 14.0.1/20120717123646])
# Session Close: Mon Jul 23 00:00:01 2012

The end :)