/irc-logs / mozilla / #developers / 2012-06-21 / end

Options:

# Session Start: Thu Jun 21 00:00:00 2012
# Session Ident: #developers
# [00:00] <jlebar> gregglind, In a sense, we've already relicensed this code.
# [00:00] * Quits: coop|afk (Chris@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Quit: coop|afk)
# [00:01] <gregglind> okay, do I need to resolve that stuff, or should I pull it out of the diff, and just make that part of the patch process from now on? (along with things like how locale code is handled)
# [00:01] <tbsaunde> NeilAway: does this come up with do_QueryObject()?
# [00:01] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [00:01] <jlebar> gregglind, I'm sorry, I don't understand what you mean with these two options. What does "resolve that stuff" mean, and what does "pull it out of the diff" mean?
# [00:02] <jlebar> gregglind, Surely if the code in trunk is MPL2, and your patch is MPL2, then the diff does not contain any license changes.
# [00:02] <gregglind> I have a monstrous diff. Part of it is those license differnces.
# [00:02] <gregglind> I guess I will just omit them from the diff then.
# [00:02] <jlebar> gregglind, It sounds like, if you didn't omit them from the diff, you'd be checking in code to mozilla-central with MPL1.1.
# [00:02] <gregglind> (diffing these two unrelated trees a huge pita. This adds another step to it is all :) )
# [00:02] <padenot> jduell: ping ?
# [00:03] <jlebar> gregglind, Well, it would be less of a pita if we hadn't let these trees drift away from each other.
# [00:03] <jlebar> gregglind, But as it is, it's been months and months since we've merged from one tree to the other.
# [00:03] <jlebar> gregglind, So now we're paying off that technical debt.
# [00:03] <gregglind> true enough, but I am here now, and I am trying to make this easier going forward, but it's not easy.
# [00:03] <jlebar> gregglind, If it was me, I'd first fix the github repository so it has the correct license. That way, you don't have to manually edit any diffs.
# [00:04] <jlebar> gregglind, And that way, it's easier going forward.
# [00:05] <gregglind> I think 'the correct license' is user chooses: Version: MPL 1.1/GPL 2.0/LGPL 2.1 <- which is what is in the amo code.
# [00:05] * Quits: JeroenDeDauw (j@moz-FA227879.dip.t-dialin.net) (Ping timeout)
# [00:05] <jlebar> gregglind, You should speak with gerv, but I think that's incorrect.
# [00:05] <jlebar> gregglind, We re-licensed all of m-c to MPL2. TP is part of m-c. Therefore TP was re-licensed.
# [00:06] * philor is now known as philor|away
# [00:06] <gregglind> hm. t-p existed before it was in m-c, and continues outside it. sounds like a legal bug
# [00:06] <gregglind> for now, I will grep those out of the diffs.
# [00:08] <jlebar> gregglind, Perhaps you can file a bug to get this situation clarified.
# [00:08] <hobophobe> Think I figured out my callgrind issue; if you run with -profilemanager it goes away after you select a profile, so instead specify the profile directly/bypass profile manager.
# [00:08] <mbrubeck> gregglind: Note that MPL1.1 explicitly allows relicensing under later versions, so it's fine (and recommended) to distribute test-pilot under MPL2.0, and to relicense it as such in the test-pilot repo.
# [00:10] * mjschranz is now known as mjschranz_away
# [00:10] <gregglind> can I trash the attributions in there as well? (contributors: atul and company)
# [00:10] * Mook_as wonders if it's technically illegal to relicense stuff from m-c (being MPL 2) to MPL 1.1
# [00:10] <gregglind> and how does that play with gpl?
# [00:10] <gregglind> nothing in those code starts in m-c, afaik
# [00:11] <gregglind> m-c is a derived product / downstream here.
# [00:11] * Quits: jfkthame (jfkthame@5332C76F.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [00:12] <cpeterson> bschouten cset e7b9f828d4c1 breaks non-Win32 platforms.
# [00:12] <cpeterson> m-i is burning
# [00:13] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [00:14] * philor|away is now known as philor
# [00:15] <jlebar> gregglind, You really should speak with gerv about this.
# [00:15] * jlebar is now known as jlebar|away
# [00:16] * mcote is now known as mcote|afk
# [00:17] <gregglind> I should :) for now, it's not that important :) one other nit: I have locale stuff, but where does that live in m-c?
# [00:17] * Quits: armenzg_dinner (armenzg@moz-D4736010.cable.teksavvy.com) (Input/output error)
# [00:17] * Quits: fabrice (fabrice@A01051A9.6F669779.3D1CA460.IP) (Ping timeout)
# [00:17] <WG9s> So what is the issue here?
# [00:18] * Quits: rednaks (rednaks@41534862.17F30DC8.55FFA9B4.IP) (Quit: a lancé une bombe fumigène et s'est eclipsé ! è_é)
# [00:18] <WG9s> do I need to stop providing my own builds because of this dispute over the testpilot code licensing?
# [00:19] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [00:19] * Quits: raphc (rc@moz-81DAF0A8.rev.sfr.net) (Client exited)
# [00:19] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Quit: ajuma)
# [00:19] <WG9s> Kind iof sounds like i do.
# [00:19] * Joins: fabrice (fabrice@A01051A9.6F669779.3D1CA460.IP)
# [00:19] <gregglind> the tp version in mozilla-cental is mpl2
# [00:19] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [00:20] * Joins: tchevalier1 (Instantbir@moz-4DE56302.w92-145.abo.wanadoo.fr)
# [00:20] * Joins: tchevalier2 (Instantbir@moz-4DE56302.w92-145.abo.wanadoo.fr)
# [00:20] * Quits: Ami_Ty (Amie@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Connection reset by peer)
# [00:20] * Joins: Ami_Ty (Amie@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:20] <gregglind> WG9s, is that satisfactory?
# [00:21] * Quits: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:21] * mjschranz_away is now known as mjschranz
# [00:21] <WG9s> I am trying to understand what your lame issue is here
# [00:21] * Quits: tchevalier (Instantbir@moz-4DE56302.w92-145.abo.wanadoo.fr) (Ping timeout)
# [00:22] * Quits: tchevalier1 (Instantbir@moz-4DE56302.w92-145.abo.wanadoo.fr) (Ping timeout)
# [00:22] <gregglind> well, that's not a good way of finding out.
# [00:22] <WG9s> all i am trying to do is provide builds with some pending patches. I don't need you suing me. so what is is that you are saying is impinging on your intellectual property here?
# [00:22] * Quits: dao (dao@moz-23C625BB.superkabel.de) (Quit: Leaving.)
# [00:22] <gregglind> the version in amo is *more permissive*
# [00:23] <gregglind> so if you aren't using it, then you have no worries.
# [00:24] * Quits: @dveditz (dveditz@moz-5051E786.dhcp.cruzio.com) (Ping timeout)
# [00:24] * Quits: evilpie (chatzilla@moz-13318C2A.pools.arcor-ip.net) (Ping timeout)
# [00:24] * Quits: wchen (wchen@F2D29657.F60B0462.67AC9B1.IP) (Quit: wchen)
# [00:24] * Quits: Mardak (Mardak@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Mardak)
# [00:24] <WG9s> My issue seems to be that rom your comments here you seem to think others are now able to use something ot yours that they should not be. I want to make sure I am not doing that so please explain your issue
# [00:24] * Quits: sawrubh (chatzilla@A084A820.F520987D.553D87E5.IP) (Quit: Stack has overflowed, need to save it.)
# [00:25] <gregglind> That is not the issue.
# [00:25] <@khuey> is specialpowers available in xpcshell?
# [00:25] * @khuey guesses not
# [00:25] <WG9s> well then you have not expalined it very well.
# [00:25] <gregglind> The issue is whether the licensing in the amo version should be brought in line with the m-c version.
# [00:26] <gregglind> and be made more restrictive
# [00:26] <gregglind> to make doing trunk merges easier.
# [00:26] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [00:26] * Joins: dveditz (dveditz@moz-5051E786.dhcp.cruzio.com)
# [00:26] * ChanServ sets mode: +o dveditz
# [00:26] <WG9s> ok so if just a bringing licensing in line issue that is a good point but was not at all celar to me the way you brought this up as to what you were asking for.
# [00:26] * sheppy is now known as sheppy-afk
# [00:27] <WG9s> but then i may have just misunderstood.
# [00:27] * Quits: Optimizer (Instantbir@9C4B1A8F.C7027553.2AB48280.IP) (Ping timeout)
# [00:27] * Joins: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net)
# [00:27] * Quits: Bas (chatzilla@moz-DF3CA35A.ftth.concepts.nl) (Ping timeout)
# [00:28] <gregglind> sorry it was unclear. nothing to panic about here, mostly some details and bookkeeping that need to be ironed out. It's all already moz property.
# [00:31] * Joins: Optimizer (Instantbir@9C4B1A8F.C7027553.2AB48280.IP)
# [00:31] <jcranmer> gregglind: gerv asked months ago if anyone had any tri-licensed code in m-c that shouldn't be relicensed
# [00:31] <jcranmer> since you didn't speak up, it was assumed that mpl2 was good for tp
# [00:31] * Joins: Bas (chatzilla@moz-DF3CA35A.ftth.concepts.nl)
# [00:31] <WG9s> gregglind: nah probably i came in in the middle and misunderstood.
# [00:33] * Quits: kaze (kaze@moz-AA4080A.w82-123.abo.wanadoo.fr) (Ping timeout)
# [00:33] <bnicholson> when calling loadURI(), is there any reason that LOAD_FLAGS_REPLACE_HISTORY breaking LOAD_FLAGS_BYPASS_CACHE might be expected behavior? or should i file a bug
# [00:33] <gregglind> jcranmer, I think that is fine. Mostly I need to review the amo code, and make sure reliscening it isn't a problem, and decide whether to keep attributions.
# [00:34] * Joins: sawrubh (chatzilla@A084A820.F520987D.553D87E5.IP)
# [00:34] * Quits: jammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Computer has gone to sleep.)
# [00:35] <@bz> bnicholson: you there?
# [00:35] <bnicholson> bz: yeah
# [00:36] * catlee-bbiab is now known as catlee
# [00:36] <@bz> bnicholson: ConvertDocShellLoadInfoToLoadType
# [00:37] <@bz> actually, lemme find a better reference
# [00:37] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Leaving...)
# [00:37] <@bz> you don't pass a loadinfo, right?
# [00:38] * Quits: squib (squib-@moz-415BAA34.engr.wisc.edu) (Quit: Leaving)
# [00:38] <@bz> but in any case, the upshot is that there is no valid docshell loadtype that has both flags
# [00:38] <@bz> and docshell uses integer loadtypes instead of flag bits
# [00:38] <@bz> so it's all kinda broken
# [00:38] <@bz> any time you want to do a new flag combination, you have to explicitly allow it...
# [00:39] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [00:39] <philor> Bas: how's that backout coming along?
# [00:39] <bnicholson> bz: ah ok...thanks.
# [00:39] <NeilAway> tbsaunde: because nsRefreshDriver singly inherits from nsITimerCallback, so NS_GET_IID(nsRefreshDriver) finds nsITimerCallback's IID (there is a bug to fix this, but there are other cases to fix)
# [00:39] <@bz> And in particular, nsDocShell::DoChannelLoad does a switch, not a bit check
# [00:39] <@bz> bnicholson: so yeah, a bug is probably a good idea, if you actually need to do such a load
# [00:40] <NeilAway> gps: forward slashes are your problem, nsIFile only accepts backslashes on Windows
# [00:40] <Bas> philor: Ugh, pushing a follow-up, something ended up outside an #ifdef :(
# [00:41] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Connection reset by peer)
# [00:41] <_AtilA_> How do you cast a TimeStamp into a numeric value ? (something human redable)
# [00:42] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:42] * Joins: loadbang (loadbang@moz-357100E5.range86-164.btcentralplus.com)
# [00:42] <Bas> philor: Pushed.
# [00:42] <philor> thx
# [00:43] * Quits: hipokrit (hipokrit@81016825.8DB70AE8.839F6EC0.IP) (Client exited)
# [00:43] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [00:43] * jcranmer is now known as jcranmer|away
# [00:43] * Joins: njn (chatzilla@44E78753.809F54A2.A0A48B9C.IP)
# [00:44] <mbrubeck> Somehow I don't think smichaud's Mac-only change on Aurora caused this new Linux mochitest orange...
# [00:44] * sheppy-afk is now known as sheppy
# [00:45] * Joins: jammink (textual@moz-BBE3ABD.mv.mozilla.com)
# [00:45] <tbsaunde> NeilAway: so, I got dragged away, but can't we just say don't use do_QueryInterface() with concrete classes (especially ones that don't have a CID, it might not work?
# [00:45] * Quits: loadbang (loadbang@moz-357100E5.range86-164.btcentralplus.com) (Ping timeout)
# [00:46] <NeilAway> tbsaunde: we can, but we'd have to fix several places in existing code first
# [00:46] <tbsaunde> NeilAway: true
# [00:46] <NeilAway> tbsaunde: see bug 514280
# [00:46] * joduinn is now known as joduinn-mtg
# [00:46] <tbsaunde> but we need to fix them anyway eventually no?
# [00:48] * Joins: loadbang (loadbang@moz-76050BE0.range86-135.btcentralplus.com)
# [00:48] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [00:49] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [00:49] * Quits: jbalogh (jbalogh@moz-E31CD2CB.mozilla.org) (Quit: Linkinus - http://linkinus.com)
# [00:50] <philor> Bas: so, how's that backout coming along?
# [00:51] <philor> oh, nice, not you
# [00:51] <philor> so, Waldo, how's that backout coming along?
# [00:51] <Bas> philor: I was going to say :) That does -so- not look like me :)
# [00:51] * Quits: harth (harth@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
# [00:51] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [00:53] <Waldo> hmm
# [00:53] * Waldo looks
# [00:53] <Waldo> oh, right, I think I know what this is
# [00:53] <Waldo> probably beepbeepbeep, yes
# [00:55] * Waldo wonders why shell compiles for him just fine :-\
# [00:56] <Waldo> well
# [00:56] <Waldo> the answer's obvious for at least some of the failure
# [00:56] <Waldo> why jsexn.cpp wouldn't compile is what I meant as being less obvious
# [00:56] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
# [00:57] * Quits: jammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Computer has gone to sleep.)
# [00:59] <Waldo> backed out
# [00:59] * philor is now known as philor|away
# [01:00] * mjschranz is now known as mjschranz_away
# [01:01] * mjschranz_away is now known as mjschranz
# [01:01] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [01:01] <NeilAway> tbsaunde: http://diff.pastebin.mozilla.org/1669014
# [01:02] * Quits: TheLink (TheLink@moz-45ED2356.pools.arcor-ip.net) (Client exited)
# [01:02] <NeilAway> tbsaunde: well, eventually means...
# [01:03] * Quits: mdas (mdas@moz-E31CD2CB.mozilla.org) (Quit: mdas)
# [01:04] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [01:05] * cadecairos is now known as cadecairos_away
# [01:06] * Quits: fabrice (fabrice@A01051A9.6F669779.3D1CA460.IP) (Quit: Leaving.)
# [01:06] * Quits: mats|away (chatzilla@E8A3702C.D5022173.8500CC29.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0.1/20120614114901])
# [01:06] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:06] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [01:07] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [01:08] * Standard8 is now known as Standard8Away
# [01:08] * Quits: dcamp (dave@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving...)
# [01:08] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
# [01:08] <tbsaunde> NeilAway: true, your patch took mea while to figure out
# [01:09] * cadecairos_away is now known as cadecairos
# [01:09] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Leaving...)
# [01:09] <tbsaunde> NeilAway: wouldn't the template option have weird function resolution issues since interface classes whould have a non virtual GetIID() that classes and inheriting interfaces would over ride?
# [01:10] * philor|away is now known as philor
# [01:10] <sawrubh> is ehsan going to be back sometime today ?
# [01:10] * Joins: fabrice (fabrice@A01051A9.6F669779.3D1CA460.IP)
# [01:11] * Quits: kaie (kaie@moz-45BD68BE.dip.t-dialin.net) (Ping timeout)
# [01:12] <tbsaunde> NeilAway: on the other hand, if you already have it building ;)
# [01:14] <sawrubh> Can somone tell me which test does this come under : http://mxr.mozilla.org/mozilla-central/source/toolkit/mozapps/downloads/tests/unit/test_DownloadLastDirWithCPS.js
# [01:14] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
# [01:15] <sawrubh> I tried running mochitest-browser-chrome on it, but it failed
# [01:15] * Quits: Optimizer (Instantbir@9C4B1A8F.C7027553.2AB48280.IP) (Ping timeout)
# [01:15] * Quits: priya (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
# [01:16] * Joins: jammink (textual@moz-BBE3ABD.mv.mozilla.com)
# [01:16] <philor> sawrubh: /unit/ is usually xpcshell
# [01:16] * Joins: me (me@538BABFE.A073F3E.97BBD552.IP)
# [01:16] <philor> http://mxr.mozilla.org/mozilla-central/source/toolkit/mozapps/downloads/tests/Makefile.in#17
# [01:16] * mikeh is now known as mikeh|AFK
# [01:17] * Joins: dbradley (dbradley@moz-B94E1A81.ipnetworksinc.net)
# [01:17] <sawrubh> philor: thanks
# [01:18] <fryn> man, we'd save so much time if each file at a comment at the top that had the command / set of tests it's part of e.g. mochitest-plain or mochitest-1, etc.
# [01:18] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [01:20] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:20] * Quits: fabrice (fabrice@A01051A9.6F669779.3D1CA460.IP) (No route to host)
# [01:20] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: NO CARRIER)
# [01:20] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [01:21] * Quits: joe_walker (joe_walker@moz-47F75294.client.stsn.net) (Input/output error)
# [01:21] * Joins: fabrice (fabrice@A01051A9.6F669779.3D1CA460.IP)
# [01:23] <derf> fryn: I also found it surprisingly difficult to go in the reverse direction (from mochitest-1 to the list of files included in it).
# [01:24] * Quits: biesi (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP) (Ping timeout)
# [01:24] <gregglind> one more tp locale question :) install.rdf - > locale testpilot en-US locale/en-US/ # is this needed in the trunk one, since locales there are in feedback?
# [01:25] * Quits: automata (automata@8D23278A.C27CA109.16867D26.IP) (Ping timeout)
# [01:25] * Joins: dcamp (dave@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [01:26] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
# [01:27] * Quits: loadbang (loadbang@moz-76050BE0.range86-135.btcentralplus.com) (Quit: loadbang)
# [01:28] * Quits: adrian|away (adrian@moz-DE8639AB.fbx.proxad.net) (Ping timeout)
# [01:29] * Quits: Standard8Away (Standard8@B7F1AE36.48015583.54C3481B.IP) (Ping timeout)
# [01:30] * bear is now known as bear-afk
# [01:31] * Quits: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
# [01:31] * Quits: jammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Computer has gone to sleep.)
# [01:32] * Joins: gluxon (gluxon@moz-DDA90F6E.hsd1.ct.comcast.net)
# [01:32] * Joins: mike5w3c (MikeS@moz-56D7640C.xgsspn.imtp.tachikawa.spmode.ne.jp)
# [01:33] * Joins: bbondy (bbondy@moz-815B377A.home.cgocable.net)
# [01:36] <NeilAway> tbsaunde: actually, the template option is wrong for another reason
# [01:36] <Pike> gregglind: on my way to bed, but our testpilot localization files are part of firefox l10n, and live in the l10n repos that correspond to the fx channels, aka, l10n-central/*, releases/l10n/mozilla-aurora/* etc
# [01:36] <NeilAway> tbsaunde: it wants IFoo::GetIID(), but there's no sane way to macroise my way to victory :s
# [01:37] <@dbaron> fryn, manually maintained?
# [01:37] <@dbaron> fryn, if so, how often would it be wrong?
# [01:37] <NeilAway> fryn: -N is special, but it would be neat if each test was in the appropriate folder (unit/chrome/browser/something)
# [01:38] * Quits: xabolcs (chatzilla@moz-A64D25AD.pool.digikabel.hu) (Quit: night)
# [01:38] <fryn> dbaron: not necessarily manually maintained.
# [01:39] <fryn> if MXR has this information avaialble
# [01:39] <fryn> and it were generally automatically
# [01:39] <fryn> somehow, that would be highly useful.
# [01:39] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
# [01:39] <fryn> s/MXR has/MXR had/
# [01:39] <fryn> s/generally/generated/
# [01:39] <fryn> ugh, i can't type at all today.
# [01:39] * Joins: harth (harth@moz-C2C235AC.bb.sky.com)
# [01:39] * Joins: wchen (wchen@5C276C98.C82572AC.104CB8F.IP)
# [01:41] * philor looks forward to the test suite that tests whether tests correctly say what suite they are in
# [01:41] <Pike> feel free to CC me on bugs if I can answer stuff tomorrow
# [01:42] * Quits: Pike (Pike@moz-E31CD2CB.mozilla.org) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0/20120601045813])
# [01:42] <philor> but, no numbers - it's an illusion that "test_foo is in mochitest-N"
# [01:46] <gregglind> thanks Pike, it's in the bug, and hopefully that should be easy to get sorted.
# [01:46] <gkw> is inbound.... red?
# [01:47] <gkw> philor: ^ (ref https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=f328118d86b9 )
# [01:48] <gkw> philor: nvrmind, it was backed out
# [01:48] <philor> gkw: twice over, to be sure. is there a third? I'm waiting to see
# [01:48] * Quits: dcamp (dave@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving...)
# [01:48] <philor> because otherwise I'd need more context on the followup, to see if it's really going to fix Windows too
# [01:50] * Parts: gluxon (gluxon@moz-DDA90F6E.hsd1.ct.comcast.net)
# [01:51] * Quits: KWierso (Daily@moz-5715A00A.desm.qwest.net) (Ping timeout)
# [01:52] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:52] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
# [01:53] * Joins: Mardak (Mardak@moz-1A1AB0E1.hsd1.ca.comcast.net)
# [01:55] * Joins: coop (Chris@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
# [01:56] * Quits: Mardak (Mardak@moz-1A1AB0E1.hsd1.ca.comcast.net) (Connection reset by peer)
# [01:57] * Parts: jwilde (Earlybird@moz-BBE3ABD.mv.mozilla.com)
# [01:59] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
# [02:00] <philor> Bas: so, how's that backout coming along?
# [02:00] * Joins: jbalogh (jbalogh@moz-E31CD2CB.mozilla.org)
# [02:00] * Quits: graememcc (chatzilla@moz-48BE1DEE.range86-150.btcentralplus.com) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0/20120601175215])
# [02:00] <Bas> philor: *looks* Really shouldn't be any serious non-windows-only code in that patch, tbpl is being slow though.
# [02:01] <gregglind> thanks for the help everyone on patching.
# [02:01] <philor> Bas: it's Windows
# [02:02] <Bas> philor: Hrm, ok, that's more weird then because I actually tested that :)
# [02:03] <philor> CLOSED TREE in the commit message
# [02:03] * heycam|away is now known as heycam
# [02:04] <darktrojan> it's hg that's being slow
# [02:04] <Bas> philor: What's the right way to backout 4 different changesets again?
# [02:04] <philor> also curious that Windows burned on your push, but not on the one above it
# [02:04] <darktrojan> so much burning! :/
# [02:04] <Bas> philor: AH!
# [02:04] <Bas> I know!
# [02:05] <Bas> philor: This is not actually a bug in my patch.
# [02:05] <Bas> philor: This is layout/media rebuilding being screwed, me and nrc noticed this locally as well :s
# [02:05] <Bas> layout/media is not being rebuilt on small changes inside gfx.. which is -bad-. Could you confirm the one above it is a clobber?
# [02:05] <Bas> That would explain me being baffled by this burning :p
# [02:06] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
# [02:07] * Quits: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:07] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:07] * Quits: dvander (dvander@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:07] * Quits: gkw (fuzz2lin@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:07] * Quits: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:07] * Quits: luke (andhow@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:07] * Quits: Jesse (jruderman@moz-E31CD2CB.mozilla.org) (Ping timeout)
# [02:07] * Quits: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:07] * Joins: ahal (ahal@moz-61C279E3.wireless.telus.com)
# [02:07] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:07] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:07] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:07] * Quits: fabrice|afk (fabrice@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:07] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:07] * Parts: ahal (ahal@moz-61C279E3.wireless.telus.com)
# [02:07] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
# [02:07] * Quits: espadrine (espadrine@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:07] * Quits: jst (jst@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:07] * me is now known as edwin
# [02:07] * Quits: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:07] * Quits: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:07] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:07] * Quits: billm (billm@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:07] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:08] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [02:08] * Quits: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:08] * Quits: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:08] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
# [02:09] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [02:09] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [02:09] * Joins: fabrice1 (fabrice@moz-BBE3ABD.mv.mozilla.com)
# [02:09] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [02:09] * Quits: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [02:10] * Joins: billm (billm@moz-BBE3ABD.mv.mozilla.com)
# [02:10] * Joins: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com)
# [02:10] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [02:10] * Joins: jst (jst@moz-BBE3ABD.mv.mozilla.com)
# [02:10] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
# [02:10] * Joins: jwilde (Earlybird@moz-BBE3ABD.mv.mozilla.com)
# [02:10] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [02:10] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
# [02:11] * Joins: luke (andhow@moz-BBE3ABD.mv.mozilla.com)
# [02:11] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [02:11] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [02:11] * Joins: dvander (dvander@moz-BBE3ABD.mv.mozilla.com)
# [02:11] <jduell> padenot: ping
# [02:11] * Joins: gkw (fuzz2lin@moz-BBE3ABD.mv.mozilla.com)
# [02:13] * Joins: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com)
# [02:13] <Bas> philor: Or it could have another change which triggered layout/media relink
# [02:15] <Bas> philor: Looking at the log for the busted build layout/media definitely didn't relink :( even though it should have been.
# [02:15] * Parts: samliu (samliu@moz-85EBB8A.dia.static.qwest.net)
# [02:16] <philor> stresstest-1.html was NOT A GOOD NAME FOR A TEST
# [02:16] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [02:16] <philor> tn: I'm guessing maybe that's you?
# [02:17] * jwir3 is now known as jwir3|away
# [02:17] <philor> Bas: I clobbered, but I think there's quite enough in the tree now, and I'd like to see a green Windows build after Waldo's backout
# [02:17] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: Eaten by grue.)
# [02:17] * Joins: espadrine (espadrine@moz-BBE3ABD.mv.mozilla.com)
# [02:17] <Bas> philor: I have no way of saying when different machines will relink layout/media :s
# [02:17] * dholbert is now known as dholbert|away
# [02:18] * Joins: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com)
# [02:18] * Quits: kanru` (kanru@moz-B94A14E2.dynamic.hinet.net) (Ping timeout)
# [02:19] <philor> Bas: you do, it's https://build.mozilla.org/clobberer/?branch=mozilla-inbound ;)
# [02:19] <padenot> jduell: roc told me to ask you if we could add a flag for the ns*Channels to force content-type sniffing ?
# [02:19] <padenot> jduell: we need it to do media sniffing
# [02:19] <Bas> philor: I filed bug 766793 for this issue fwiw.
# [02:19] <jduell> padenot: I don't know off top of my head. Maybe bz or biesi ?
# [02:19] <jduell> padenot: it sounds like it ought to be possible--it's just an IDL change and some code
# [02:20] <padenot> jduell: my question was more like, would a patch like this be accepted
# [02:21] <padenot> jduell: even though I haven't written the code yet
# [02:21] * Quits: Fallen|away (Fallen@moz-F0262F50.ch) (Ping timeout)
# [02:21] * Joins: jbalogh_ (jbalogh@moz-5D2708AA.hsd1.ca.comcast.net)
# [02:21] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [02:21] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Quit: sworkman)
# [02:21] * catlee is now known as catlee-away
# [02:21] * Joins: Fallen|away (Fallen@moz-F0262F50.ch)
# [02:21] <Bas> philor: Awesome, never knew that was available to all, thanks!
# [02:21] <jduell> padenot: I'd run it by bz/biesi to make sure they like the approach, but it sounds ok to me
# [02:21] <@bz> padenot: how would you use this flag?
# [02:21] * Quits: fabrice (fabrice@A01051A9.6F669779.3D1CA460.IP) (Ping timeout)
# [02:22] * Quits: jbalogh (jbalogh@moz-E31CD2CB.mozilla.org) (Ping timeout)
# [02:22] <padenot> bz: when opening a channel to load a media in a media element, we would set that flag, so that if the server sends back Content-Type: application/octet-stream, the sniffers would be used to get a real content-type
# [02:23] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:23] <padenot> bz: we can't really sniff on our side (in the media code) because of the thick layer that is MediaCache
# [02:23] <@bz> mm
# [02:23] <@bz> why not?
# [02:24] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:24] <@bz> it sounds like you don't want a general flag; you want one to force sniffing in the case of application/octet-stream in particular, right?
# [02:24] <jduell> bz: what the least bad way to change the IDL? Add a SetMediaSniff() that gets called before AsyncOpen? Or add a flag to AsyncOpen?
# [02:24] <padenot> bz: exactly
# [02:25] <@bz> well, I'm still trying to understand why we need a necko change at all
# [02:25] <@bz> padenot: what do you pass to asyncOpen?
# [02:25] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
# [02:25] * Quits: johanc (chatzilla@moz-8E1A9E8E.bredband.comhem.se) (Ping timeout)
# [02:25] <@bz> padenot: what listener?
# [02:26] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [02:26] <mbrubeck> Bas: coincidentally, this just landed today (but not yet pushed out to production): https://hg.mozilla.org/users/mstange_themasta.com/tinderboxpushlog/rev/ae79837b4ff1
# [02:26] <padenot> bz: a MediaLoadListener
# [02:26] <@bz> padenot: ok. lemme look it up
# [02:26] <padenot> bz: http://mxr.mozilla.org/mozilla-central/source/content/html/content/public/nsHTMLMediaElement.h#377
# [02:27] <philor> tn: upper right corner of the frame in http://mxr.mozilla.org/mozilla-central/source/layout/reftests/transform/stresstest-1.html?force=1 on Mac, not on Linux, who knows about Windows, are you a good candidate for that, or do I need to look further down in the coals?
# [02:27] * khuey is now known as khuey|away
# [02:27] <@roc> bz: we could do it, but we'd need to implement some annoying push-back code
# [02:27] <@bz> OK.
# [02:27] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [02:27] <@bz> So MediaLoadListener::OnStartRequest...
# [02:27] <@roc> whereas I presume Necko has already implemented that somewhere
# [02:27] <@bz> nope
# [02:27] <@bz> no pushback in necko, really
# [02:28] * Joins: fabrice (fabrice@A01051A9.6F669779.3D1CA460.IP)
# [02:28] * @bz is reading MediaLoadListener
# [02:28] <@roc> well, somewhere it must buffer data for sniffing before OnStartRequest and later deliver that data to the application
# [02:28] <@bz> that happens in nsUnknownDecoder
# [02:28] <@bz> so
# [02:29] <@bz> tell me why the below is wrong
# [02:29] <@bz> in MediaLoadListener::OnStartRequest
# [02:29] <@bz> if the type is application/octet-stream
# [02:29] <@bz> instantiate an unknown decode
# [02:29] <@bz> create a new MediaLoadListener
# [02:29] <@bz> set the unknown decoder to output to the new medialoadlistener
# [02:30] <@bz> set our mNextListener to the unknown decoder
# [02:30] <@bz> call OnStartRequest on the unknown decoder, and bail
# [02:30] <@bz> (probably need a boolean flag to prevent the second medialoadlistener from doing the same if the sniffed type is still octet-stream)
# [02:32] <jduell> Or just always wedge in some MediaSniffer listener in front of the MediaLoadListener?
# [02:32] <@bz> well, yes
# [02:32] <@bz> or that
# [02:32] <jduell> depends how polymorphous you like your code to be :)
# [02:32] <@roc> I guess that'll work. I didn't know about nsUnknownDecoder.
# [02:32] <@bz> that's why I ask these questions. ;)
# [02:32] <@bz> what necko would be doing would be inserting an nsUnknownDecoder itself
# [02:33] <mbrubeck> Is anyone worried that bug 614840 failed in all three Win7 32-bit builds on m-c tip?
# [02:33] <@bz> in front of your listener
# [02:33] <@bz> so you get the same effect
# [02:33] <mbrubeck> Oh, I see it's been commented-on in the bug
# [02:34] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Leaving...)
# [02:34] <jduell> bz: so is the issue here that we usually sniff if we don't have content-type:, but in case of application/octet we trust it and don't sniff? If there are other uses cases for wanting sniffing with app/octete I could see putting it in necko
# [02:34] <@roc> ensuring a clean division of responsibilities when there are two load listeners might be a bit of a pain, so I like jduell's approach better
# [02:34] <@bz> jduell: that's the issue, yeah
# [02:34] <@bz> jduell: if we think we might have other consumers, then I agree putting this down in necko would make sense
# [02:35] * Joins: adev (Instantbir@moz-24EE697D.ictp.it)
# [02:35] * Parts: adev (Instantbir@moz-24EE697D.ictp.it)
# [02:35] <@roc> does <img> sniff for application/octet-stream?
# [02:35] <@bz> <img> sniffs no matter what
# [02:35] * jhammel is now known as jhammel|biab
# [02:35] <@bz> data-sniffs
# [02:35] <@roc> ok
# [02:35] <@bz> completely independent of what necko is doing
# [02:35] * Quits: pcwalton (pcwalton@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: pcwalton)
# [02:35] <@bz> it basically doesn't pick a decoder until it has some data
# [02:36] <philor> mbrubeck: don't suppose you're going to be around from 6 to 7?
# [02:36] * Joins: pcwalton (pcwalton@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:36] <@bz> jduell: I could live with a loadflag, like the existing "do sniffing" flag....
# [02:36] <@bz> jduell: how many flags do we have left?
# [02:37] * Quits: Matti (chatzilla@moz-2ECD4C6B.dip.t-dialin.net) (Client exited)
# [02:37] <padenot> seems to be around 10
# [02:38] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [02:38] <padenot> oh, they are used by nsICachingChannels, also
# [02:38] <jduell> nsICachingchannel is gobbling 26-31, nsIChannel has 16-22
# [02:39] * Joins: artur (artur@moz-6DFBD742.hsd1.vt.comcast.net)
# [02:39] <@bz> yeah
# [02:39] <jduell> bz: do you know of other IDLs that are using these?
# [02:39] <@bz> lemme check
# [02:40] <@bz> I don't think so
# [02:40] <jduell> ah, nsIRequest
# [02:40] <@bz> that uses the low 16
# [02:40] * devd is now known as devd_afk
# [02:40] * Quits: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com) (Client exited)
# [02:41] <@bz> and all are in use
# [02:41] * Joins: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com)
# [02:41] <@bz> so we have 3 bits free
# [02:41] * Quits: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com) (Quit: ChatZilla 0.9.87-5.1450hg.fc17 [XULRunner 13.0/20120605112244])
# [02:41] <@bz> I'm OK with using one of them here, I think
# [02:42] * Quits: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [02:42] <jduell> nsIRequest uses 0, 9-15
# [02:42] * Joins: jammink (textual@moz-BBE3ABD.mv.mozilla.com)
# [02:42] <@bz> oh, it has some free ones too? great
# [02:42] <@bz> er....
# [02:42] <@bz> 6-15, right?
# [02:43] <jduell> bz: heh, right
# [02:43] <@bz> anyway
# [02:43] <@bz> we're not desperate yet
# [02:43] * Quits: nhirata (nhirata.bu@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: nhirata)
# [02:44] * Quits: fabrice (fabrice@A01051A9.6F669779.3D1CA460.IP) (Quit: Leaving.)
# [02:44] <padenot> okay, I'll go and write the patch, then, thank you all for the infos !
# [02:45] <@bz> no problem
# [02:45] <@bz> cc me on the bug, please?
# [02:45] <jduell> bz: so looks like we have 1 shifted by {1,2,3,4,5} free in nsIRequest, plus {23, 24, 25}
# [02:45] <@bz> jduell: yes
# [02:45] <@bz> jduell: can just use 23 here
# [02:46] <@bz> jduell: and increment the number in the comment
# [02:46] <jduell> bz: padenot: roc: I vote for using 23, since it's closet to LOAD_CALL_CONTENT_SNIFFERS
# [02:46] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [02:46] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [02:46] <jduell> agreed
# [02:47] <jduell> bz: do we want LOAD_FORCE_CONTENT_SNIFFERS, or LOAD_FORCE_CONTENT_SNIFFERS_ONLY_FOR_APP_OCTET?
# [02:47] <jduell> (both name and semantics are the issue)
# [02:47] <jduell> i.e do we want flag to always sniff
# [02:47] <jduell> or just for app/octet
# [02:48] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:48] <@bz> well, the media code wants the latter
# [02:48] <jduell> bz: why doesn't NS_CONTENT_SNIFFER_CATEGORY provide a way to do what we need here w/o new flag?
# [02:48] <@bz> as for the name ... LOAD_TREAT_APPLICATION_OCTET_STREAM_AS_UNKNOWN_TYPE ?
# [02:48] <@bz> too lon
# [02:48] * mjschranz is now known as mjschranz_away
# [02:49] <@bz> jduell: I'm not sure what you mean
# [02:49] <jduell> bz: "Services in this category will get told about each load that happens and get the opportunity to override the detected MIME type via nsIContentSniffer"
# [02:49] <@bz> ok
# [02:49] <@bz> that's the definition, yes
# [02:50] <jduell> just wondering why media couldn't use that to sniff and override app/octet
# [02:50] <@bz> because it only wants to do that for loads in the context of <video> or <audio> elements
# [02:50] <@bz> if I do a load from the url bar
# [02:50] <jduell> ah, ok. right.
# [02:50] <@bz> and it comes back as application/octet-stream
# [02:50] <@bz> we want to show a save dialog. ;)
# [02:50] <jduell> I like your name: maybe shorten to LOAD_TREAT_APPLICATION_OCTET_STREAM_AS_UNKNOWN
# [02:51] <@bz> sounds good to e
# [02:51] <@bz> er, me
# [02:51] <jduell> padenot: got that?
# [02:51] <jduell> LOAD_TREAT_APPLICATION_OCTET_STREAM_AS_UNKNOWN = 23
# [02:51] <padenot> jduell: yep, I think I'm all set
# [02:51] <jduell> splendid
# [02:52] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [02:53] * gregglind is now known as gregglind_away
# [02:54] * Joins: Jesse (jruderman@moz-E31CD2CB.mozilla.org)
# [02:54] <Jesse> AryehGregor++
# [02:54] <Jesse> https://bugzilla.mozilla.org/show_bug.cgi?id=760052 is going to fix so many of the assertions i hit
# [02:55] * ewong|away is now known as ewong
# [02:56] * Quits: mike5w3c (MikeS@moz-56D7640C.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout)
# [02:56] * cadecairos is now known as cadecairos_away
# [02:56] * Joins: mike5w3c (MikeS@moz-A6C6B6A1.xgsspn.imtp.tachikawa.spmode.ne.jp)
# [02:58] * Joins: gluxon (gluxon@moz-DDA90F6E.hsd1.ct.comcast.net)
# [02:58] * Joins: redDragon (Earlybird@moz-9CA6FEBD.s30.a048.ap.plala.or.jp)
# [02:59] * mjschranz_away is now known as mjschranz
# [02:59] * Quits: drice (derice@moz-1D9C882A.deploy.akamaitechnologies.com) (Quit: Leaving.)
# [03:00] <gluxon> ted: Hi. Were you the correct person to assign this bug patch for review? -> https://bugzilla.mozilla.org/show_bug.cgi?id=577221
# [03:00] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
# [03:01] * Joins: brendan (brendaneic@moz-FEC2E385.public.wayport.net)
# [03:02] * Quits: Mook_as (Daily@moz-1FCC0032.activestate.com) (Quit: Mook_as)
# [03:02] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [03:03] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
# [03:03] * philor is now known as philor|away
# [03:04] * Quits: brendan (brendaneic@moz-FEC2E385.public.wayport.net) (Quit: brendan)
# [03:04] * Quits: anant (Anant@moz-132332B9.hsd1.ca.comcast.net) (Quit: Leaving)
# [03:04] * Joins: anant (Anant@moz-132332B9.hsd1.ca.comcast.net)
# [03:05] * Quits: redDragon (Earlybird@moz-9CA6FEBD.s30.a048.ap.plala.or.jp) (Quit: redDragon)
# [03:05] * Joins: redDragon (Earlybird@moz-9CA6FEBD.s30.a048.ap.plala.or.jp)
# [03:05] * Joins: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net)
# [03:07] * Quits: tonymec (tonymec@FEA6D252.FA3405A0.277517C1.IP) (Ping timeout)
# [03:09] <@bz> who here knows anything about our audio controls code?
# [03:09] * khuey|away is now known as khuey
# [03:09] * Quits: AaronMT (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [03:10] * Quits: tantek (tantek@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: tantek)
# [03:10] * Quits: anant (Anant@moz-132332B9.hsd1.ca.comcast.net) (Quit: Leaving)
# [03:12] <padenot> bz: I would ask jaws or dolske for a tough question, but I could probably anwswer an easy question
# [03:12] * Joins: AaronMT (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com)
# [03:12] * Quits: chewey (chewey@moz-8FD07C8A.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:12] * @dolske perks up
# [03:12] <@bz> dolske!
# [03:12] * Joins: chewey (chewey@moz-3F1E36.dip0.t-ipconnect.de)
# [03:12] <@dolske> bz!
# [03:12] <@bz> dolske: lemme finish filing the bug...
# [03:13] <@bz> dolske: but short story is that putting N <audio> elements in a table has O(N^2) behavior
# [03:13] <@bz> dolske: because each <audio> redoes the layout of the whole table in its constructor
# [03:14] <derf> That sounds bad.
# [03:14] * Joins: tonymec (tonymec@FEA6D252.FA3405A0.277517C1.IP)
# [03:15] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Ping timeout)
# [03:15] * Quits: smagnin (pike@moz-DEF53BC9.fbx.proxad.net) (Ping timeout)
# [03:15] * Quits: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net) (Ping timeout)
# [03:16] <@bz> N == 263 in this case
# [03:16] <@bz> https://bugzilla.mozilla.org/show_bug.cgi?id=766811
# [03:16] * Joins: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net)
# [03:16] <Callek> that sounds --- DOS-worthy
# [03:17] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [03:17] <derf> 10 seconds for 250 layout flushes by itself sounds... poor.
# [03:17] * Quits: hub_ (hub@A5087023.2354C43D.D8E68FF6.IP) (Input/output error)
# [03:17] <@bz> derf: well, each one actually does the layout twice for some reason
# [03:17] <@dolske> bz: how's it redoing the whole table layout? seems like we shouldn't be reaching past the <audio>...
# [03:17] <derf> Oh, well that's alright, then.
# [03:17] <@bz> once normally, once off a post-reflow callback
# [03:17] * Joins: adw (adw@moz-4B59C6FF.hsd1.ca.comcast.net)
# [03:17] * @bz has no idea who's adding post-reflow callbacks here
# [03:18] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [03:18] <@bz> dolske: is the <audio> marked as a reflow root?
# [03:18] * @bz goes to check
# [03:18] * Quits: hub (hub@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
# [03:18] <@dolske> ....oh, .clientWidth to flush layout. that's unfortunate
# [03:19] <@bz> right
# [03:19] <@dolske> I do not know if audio is marked as such
# [03:19] * @bz is looking
# [03:19] * mjschranz is now known as mjschranz_away
# [03:20] * Joins: automata (automata@8D23278A.C27CA109.16867D26.IP)
# [03:20] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
# [03:20] <@bz> ok
# [03:21] * Joins: smagnin (pike@moz-DEF53BC9.fbx.proxad.net)
# [03:21] * @bz tries marking and seeing
# [03:22] * Quits: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [03:24] <@bz> mmm
# [03:24] <@bz> that doesn't work quite right
# [03:24] <@dbaron> bz, I filed a bug on making <video> a reflow root a while back
# [03:24] <@dbaron> bz, or at least there is one
# [03:24] <@dbaron> bz, 511163
# [03:24] <@bz> ah
# [03:24] <@bz> well, it only sort of helps
# [03:24] <@bz> rendering is wrong
# [03:28] * Quits: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net) (Ping timeout)
# [03:29] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:31] * Quits: gluxon (gluxon@moz-DDA90F6E.hsd1.ct.comcast.net) (Quit: Leaving.)
# [03:31] * Quits: dbradley (dbradley@moz-B94E1A81.ipnetworksinc.net) (Quit: )
# [03:32] * Joins: knelson (Adium@moz-60CDAC60.dsl.pltn13.sbcglobal.net)
# [03:32] * mjschranz_away is now known as mjschranz
# [03:33] * Parts: knelson (Adium@moz-60CDAC60.dsl.pltn13.sbcglobal.net)
# [03:33] * Joins: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net)
# [03:34] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:34] * mcote|afk is now known as mcote
# [03:35] * Quits: jammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Computer has gone to sleep.)
# [03:35] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [03:36] * Quits: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [03:36] * Quits: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net) (Quit: Leaving)
# [03:37] * Quits: pcwalton (pcwalton@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: nbvcx)
# [03:38] * Quits: adw (adw@moz-4B59C6FF.hsd1.ca.comcast.net) (Quit: adw)
# [03:39] * Quits: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
# [03:39] * Joins: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net)
# [03:39] * Quits: harth (harth@moz-C2C235AC.bb.sky.com) (Input/output error)
# [03:40] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [03:41] * Joins: jammink (textual@moz-BBE3ABD.mv.mozilla.com)
# [03:41] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [03:47] * Joins: gluxon (gluxon@moz-DDA90F6E.hsd1.ct.comcast.net)
# [03:48] * Joins: harth (harth@moz-C2C235AC.bb.sky.com)
# [03:49] * Joins: tantek (tantek@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [03:49] * bhearsum|afk is now known as bhearsum
# [03:50] * Quits: coop (Chris@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Ping timeout)
# [03:50] * jhammel|biab is now known as jhammel
# [03:50] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [03:52] * Joins: johanc (chatzilla@moz-8E1A9E8E.bredband.comhem.se)
# [03:54] * Quits: garnacho (carlos@moz-B280EE34.dyn.user.ono.com) (Ping timeout)
# [03:56] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Quit: darktrojan)
# [03:56] * Quits: billm (billm@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [03:56] * Quits: sewardj (sewardj@moz-92463084.dip.t-dialin.net) (Ping timeout)
# [03:56] * Joins: sewardj (sewardj@moz-6860C135.dip.t-dialin.net)
# [03:58] * Joins: priya (Adium@moz-5843392D.hsd1.ca.comcast.net)
# [03:58] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
# [03:59] <RyanVM> philor: I know I'm late to the party, but are we assuming tnikkel to be at fault for the current orange?
# [03:59] * Quits: harth (harth@moz-C2C235AC.bb.sky.com) (Input/output error)
# [04:01] * Quits: johanc (chatzilla@moz-8E1A9E8E.bredband.comhem.se) (Ping timeout)
# [04:02] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
# [04:02] * glob|away is now known as glob
# [04:02] <RyanVM> philor: Well, I backed it out anyway. We'll see I guess.
# [04:03] <bdahl> roc: ping
# [04:03] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [04:03] * Quits: Ami_Ty (Amie@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Ami_Ty)
# [04:04] * Joins: brendan (brendaneic@moz-FEC2E385.public.wayport.net)
# [04:07] * Joins: dbradley (dbradley@moz-5F8BE954.static.wiline.com)
# [04:08] * kats|away is now known as kats
# [04:08] * joduinn-mtg is now known as joduinn-afk
# [04:08] * ctalbert is now known as ctalbert|afk
# [04:09] * bear-afk is now known as bear
# [04:09] * Quits: tchevalier2 (Instantbir@moz-4DE56302.w92-145.abo.wanadoo.fr) (Ping timeout)
# [04:10] * Joins: jimb (user@moz-712A061C.pool.e-mobile.ne.jp)
# [04:11] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
# [04:12] * Quits: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: leaving)
# [04:13] * philor|away is now known as philor
# [04:13] <philor> RyanVM: as good a guess as any
# [04:16] * Joins: dzbarsky (Adium@moz-85EBB8A.dia.static.qwest.net)
# [04:17] * Joins: harth (harth@moz-C2C235AC.bb.sky.com)
# [04:18] * Joins: RudyL (rudy@moz-99690620.hinet-ip.hinet.net)
# [04:18] * kats is now known as kats|away
# [04:19] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [04:19] * Quits: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:20] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
# [04:20] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/e4dbc657b90e - Jason Duell - Backed out changeset 92e3821d85c2
# [04:20] <firebot> http://hg.mozilla.org/mozilla-central/rev/4d0aa137268b - Jason Duell - Backed out 92e3821d85c2 (bug 449251) for bustage.
# [04:21] * Quits: harth (harth@moz-C2C235AC.bb.sky.com) (Input/output error)
# [04:22] <philor> mbrubeck: oh, I bet I know what busted Linux browser-chrome on aurora - https://hg.mozilla.org/releases/mozilla-aurora/rev/8d91c38d914e
# [04:24] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [04:25] <mbrubeck> hrmm
# [04:26] * Quits: wchen (wchen@5C276C98.C82572AC.104CB8F.IP) (Quit: wchen)
# [04:28] <philor> dunno what the actual cause is, but it wasn't ever really about browser_bug666317.js, that was just the next victim after whichever debugger test that was the first victim got disabled
# [04:28] * Quits: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [04:28] <mbrubeck> yeah
# [04:29] <philor> and unfortunately, nobody ever came close to putting the finger on what thing that landed on inbound stopped 666 from failing
# [04:29] * cjones is now known as cjones-dinner
# [04:30] <gluxon> philor: What's the problem with Linux browser-chrome (Aurora)? Screenshot?
# [04:30] * Quits: brendan (brendaneic@moz-FEC2E385.public.wayport.net) (Quit: brendan)
# [04:31] <philor> there is indeed a data: URI screenshot in the log, https://tbpl.mozilla.org/php/getParsedLog.php?id=12842813&tree=Mozilla-Aurora#error0 :)
# [04:31] * Quits: dbradley (dbradley@moz-5F8BE954.static.wiline.com) (Ping timeout)
# [04:32] * Quits: espadrine (espadrine@moz-BBE3ABD.mv.mozilla.com) (Quit: espadrine)
# [04:32] <philor> oh, that one's not my favorite, one of them is a blank page but with a blurry brown leftover tab favicon with what looks like a black silhoutte of someone flipping the bird
# [04:33] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
# [04:33] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:33] <philor> https://tbpl.mozilla.org/php/getParsedLog.php?id=12835159&tree=Mozilla-Aurora#error0
# [04:34] * bhearsum is now known as bhearsum|afk
# [04:35] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [04:36] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
# [04:36] * Joins: Mardak (Mardak@moz-1A1AB0E1.hsd1.ca.comcast.net)
# [04:38] * Joins: clee (clee@8C7EA941.75ECA3C0.F9752795.IP)
# [04:40] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Quit: Leaving.)
# [04:41] * Quits: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr_)
# [04:42] * Quits: Mardak (Mardak@moz-1A1AB0E1.hsd1.ca.comcast.net) (Quit: Mardak)
# [04:49] * mcote is now known as mcote|afk
# [04:50] * mjschranz is now known as mjschranz_away
# [04:50] * Quits: jammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Computer has gone to sleep.)
# [04:54] * Joins: bonnie (bbsurender@3035F4A5.3753335A.B66DD36E.IP)
# [04:54] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
# [04:58] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [04:59] * Quits: jwilde (Earlybird@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:59] <RyanVM> philor: crap
# [05:00] <RyanVM> philor: gonna go with bug 764117 as the next suspect
# [05:01] <philor> reasonable
# [05:02] * philor is now known as philor|away
# [05:02] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [05:02] * Quits: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr_)
# [05:04] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
# [05:04] * Quits: bonnie (bbsurender@3035F4A5.3753335A.B66DD36E.IP) (Quit: Ex-Chat)
# [05:05] <RyanVM> philor: Should have noticed where it was failing in the first place
# [05:11] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [05:13] * devd_afk is now known as devd
# [05:16] * Quits: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr_)
# [05:17] * Quits: jimb (user@moz-712A061C.pool.e-mobile.ne.jp) (Ping timeout)
# [05:21] * jlebar|away is now known as jlebar
# [05:21] <jlebar> wha... Why does this hg diff say that it touched tabs_button.xml? https://hg.mozilla.org/mozilla-central/rev/24191df1f866
# [05:22] * Joins: nhirata (nhirata.bu@moz-6D599AA6.hsd1.ca.comcast.net)
# [05:23] * Joins: int3 (int3@moz-2BEFC02A.public.wayport.net)
# [05:24] * Quits: sawrubh (chatzilla@A084A820.F520987D.553D87E5.IP) (Ping timeout)
# [05:24] * Joins: sawrubh (chatzilla@A084A820.F520987D.553D87E5.IP)
# [05:25] <jlebar> What's the right component for hgweb?
# [05:26] * Joins: twi (Adium@moz-F9E4EE7F.cust.dsl.vodafone.it)
# [05:27] * Joins: sid2 (sid@503B37DA.5F50939E.C0BA48ED.IP)
# [05:30] * Joins: Mook (Daily@moz-D37F711A.dsl.teksavvy.com)
# [05:30] <jlebar> Ah, mozilla.org / hg customizations seems close enough.
# [05:31] * Quits: Mook (Daily@moz-D37F711A.dsl.teksavvy.com) (Quit: Mook)
# [05:31] * Joins: Mook (Daily@moz-D37F711A.dsl.teksavvy.com)
# [05:31] * Quits: m_kato (Daily@moz-348F61F0.mozilla.or.jp) (Quit: m_kato)
# [05:31] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
# [05:31] * Quits: hobophobe (hobophobe@CEB7969B.BA9CDF59.295A79F4.IP) (Quit: Ommm.......)
# [05:34] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
# [05:35] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
# [05:35] <jesup> philor: looks like the try build was impressively green. What do you think on re-landing? want to wait a bit for that backout to clear?
# [05:36] * Quits: AaronMT (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [05:36] * Quits: sid2 (sid@503B37DA.5F50939E.C0BA48ED.IP) (Ping timeout)
# [05:37] * Joins: sid2 (sid@503B37DA.5F50939E.C0BA48ED.IP)
# [05:37] * Quits: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Ping timeout)
# [05:39] * Joins: jwilde (Earlybird@moz-BBE3ABD.mv.mozilla.com)
# [05:40] * Quits: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP) (Quit: rniwa)
# [05:41] <RyanVM> philor: going to bed now (way past my bedtime). If the backout works, please comment in the bug. Feel free to add snark about roc and bas' feelings :P
# [05:42] * heycam is now known as heycam|away
# [05:45] * philor|away is now known as philor
# [05:46] * Quits: sawrubh (chatzilla@A084A820.F520987D.553D87E5.IP) (Quit: Stack has overflowed, need to save it.)
# [05:46] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88.2 [Firefox 16.0a1/20120617112615])
# [05:47] * Joins: dbradley (dbradley@moz-5F8BE954.static.wiline.com)
# [05:47] * devd is now known as devd_afk
# [05:47] <philor> jesup: nah, you're not planning on breaking that one Mac reftest are you? just land
# [05:48] * Joins: Havvy (Mibbit@moz-C8F5011C.ptld.qwest.net)
# [05:49] <philor> pretty sweet that after 12 hours, try managed to run more than half your Windows tests
# [05:50] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [05:51] * devd_afk is now known as devd
# [05:51] * devd is now known as devd_afk
# [05:52] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
# [05:53] * Parts: gluxon (gluxon@moz-DDA90F6E.hsd1.ct.comcast.net)
# [05:53] * Joins: fabrice (fabrice@moz-104CC309.mv.mozilla.com)
# [05:56] * Quits: bbondy (bbondy@moz-815B377A.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [05:57] * Quits: sid2 (sid@503B37DA.5F50939E.C0BA48ED.IP) (Ping timeout)
# [05:58] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Boriss)
# [05:59] * Joins: sid2 (sid@503B37DA.5F50939E.C0BA48ED.IP)
# [06:03] * Quits: jwilde (Earlybird@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [06:04] * Quits: kanha (quassel@6CCA9C8D.8293D34.9105FBCF.IP) (Ping timeout)
# [06:05] * Joins: KWierso (Daily@moz-5715A00A.desm.qwest.net)
# [06:06] * Joins: kanha (quassel@6CCA9C8D.8293D34.9105FBCF.IP)
# [06:08] * Quits: KWierso (Daily@moz-5715A00A.desm.qwest.net) (Ping timeout)
# [06:10] * Quits: sid2 (sid@503B37DA.5F50939E.C0BA48ED.IP) (Ping timeout)
# [06:12] * Joins: KWierso (Daily@moz-5715A00A.desm.qwest.net)
# [06:15] * Quits: automata (automata@8D23278A.C27CA109.16867D26.IP) (Quit: Saindo)
# [06:18] <@dolske> jlebar: uhoh, something seems screwed up here. The hg log for that file is screwy.
# [06:18] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [06:18] <@dolske> https://hg.mozilla.org/mozilla-central/rev/35c79f50d85f
# [06:19] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [06:20] <@dolske> do... do we have a corrupted Hg repo? D:
# [06:21] * @bz sighs
# [06:21] <@bz> Should I be avoiding pulling from inbound?
# [06:22] <jlebar> dolske, o.O
# [06:22] <jlebar> dolske, I'll move it to IT and bump the priority of the bug?
# [06:24] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [06:24] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Linkinus - http://linkinus.com)
# [06:24] <mark> hm, new hgweb look
# [06:25] <jlebar> dolske, $ hg log --patch mobile/android/base/resources/drawable/tabs_button.xml
# [06:25] <jlebar> dolske, This is not looking good...
# [06:25] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [06:26] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Quit: Konversation terminated!)
# [06:26] <nthomas> what's the bug # ?
# [06:26] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [06:26] <jlebar> nthomas, $ hg log --rev 35c79f50d85f --stat
# [06:26] <jlebar> changeset: 96749:35c79f50d85f
# [06:26] <jlebar> user: Terrence Cole <terrence@mozilla.com>
# [06:26] <jlebar> date: Thu Jun 14 16:05:57 2012 -0700
# [06:26] <jlebar> summary: Bug 763636 - Do not OOM after rekeying a HashTable; r=luke
# [06:27] <jlebar> js/public/HashTable.h | 86 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++-----------------------
# [06:27] * Quits: masayuki (Daily@moz-911CC660.zaq.ne.jp) (Quit: masayuki)
# [06:27] <jlebar> js/src/jsapi-tests/testHashTable.cpp | 17 ++++-------------
# [06:27] <jlebar> 2 files changed, 67 insertions(+), 36 deletions(-)
# [06:27] * jlebar was kicked by killer (Stop flooding!)
# [06:27] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
# [06:27] * Joins: jlebar (jlebar@moz-59682A1.dmz.scl3.mozilla.com)
# [06:27] <@dolske> heh
# [06:27] <nthomas> oops
# [06:27] <jlebar> https://bugzilla.mozilla.org/show_bug.cgi?id=766831
# [06:27] <nthomas> what a noob
# [06:27] <jlebar> :)
# [06:27] <nthomas> :-)
# [06:27] <nthomas> there are more shenanigans going on, bug 766810
# [06:28] <jlebar> Oh god.
# [06:28] <@bz> hmm?
# [06:28] <@bz> is this fallout from the hg strip?
# [06:29] <@bz> or unknown?
# [06:29] * @bz makes very sure to not update his trees
# [06:29] <jlebar> bz, Unknown at this point, but hg strip is a pretty good candidate...
# [06:30] <@bz> right
# [06:30] <mark> https://hg.mozilla.org/mozilla-central/annotate/35c79f50d85f/mobile/android/base/resources/drawable/tabs_button.xml
# [06:30] * @bz goes to close tree
# [06:30] <@bz> ah
# [06:30] <@bz> claims to be closed
# [06:30] <@bz> just tbpl cache silliness
# [06:30] <@dolske> yeah... good.
# [06:31] <@bz> huh
# [06:31] <@bz> tbpl says open
# [06:31] <@bz> even when force-reloaded
# [06:31] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
# [06:31] <@bz> https://treestatus.mozilla.org/ says closed
# [06:31] <philor> because it is open
# [06:31] <philor> unused
# [06:31] <@bz> uh
# [06:31] <@bz> still on tinderbox?
# [06:31] <philor> yep
# [06:31] * @bz goes to close for real
# [06:32] <@bz> ok
# [06:32] <@bz> inbound closed
# [06:33] <@bz> ok
# [06:33] <@bz> done
# [06:33] * Joins: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP)
# [06:33] <@bz> That's too bad
# [06:33] * @bz had been planning to check stuff in.... ;)
# [06:34] <philor> not as much as jesup had been planning to
# [06:35] * heycam|away is now known as heycam
# [06:36] <@bz> mmm
# [06:36] <@bz> well, yes
# [06:36] <@bz> heycam: going through your responses now
# [06:36] <@bz> pushing to aurora and beta is still ok, right?
# [06:37] <derf> jesup's been awake for too long to be checking things in, anyway :).
# [06:37] <jlebar> What component do I file "our hg is horked" in?
# [06:37] <philor> only 13 unstarred on aurora, and it only has one near permaorange
# [06:37] <@dolske> probabl just good old server ops
# [06:37] <jlebar> dolske, netops or DCOps?
# [06:37] <@bz> mozilla.org : server operations?
# [06:38] <@dolske> what bz said
# [06:38] <jlebar> I guess DCops?
# [06:38] <@dolske> (http://harthur.github.com/fileit/)
# [06:38] <nthomas> jlebar: chuck straight into Server Operations: Developer Services
# [06:38] <@dolske> what nthomas said
# [06:38] <@dolske> I picked a bad day to stop sniffing glue
# [06:38] <@bz> heh
# [06:39] <@bz> just make sure it's marked blocker? ;)
# [06:39] <philor> IT's favorite
# [06:40] <@bz> well
# [06:40] <@bz> if this doesn't count, what does?
# [06:40] <@bz> I guess "bugzilla is down"
# [06:40] * Quits: m_kato (Daily@moz-348F61F0.mozilla.or.jp) (Connection reset by peer)
# [06:41] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
# [06:42] <philor> for them, it's about paging the oncall rather than about "the tree is closed", so there's some expectation clashes
# [06:42] * Joins: sawrubh (chatzilla@F894BA80.2324C9FC.84CC0C2F.IP)
# [06:42] <@bz> yeah
# [06:42] <@bz> fair
# [06:42] <@bz> maybe just critical then
# [06:42] <@bz> this is a bit different from "the tree is closed"
# [06:42] <philor> right for their world is it pages, the oncall assigns it to himself and changes it to normal, we yelp because the tree is closed
# [06:42] <@bz> this is like "if people pull, they might lose their local repos"
# [06:43] <fox2mike> jlebar: ping
# [06:44] <fox2mike> jlebar: bug 766831, I'd like some more info :) What am I looking for, what exactly is the issue?
# [06:44] <jlebar> Can someone visit #mercurial on freenode and introduce themselves to brendan (not our brendan). Looks like he's an hg dev trying to help us diagnose the problem. I need to get to bed.
# [06:44] <jlebar> er, s/)./)?/
# [06:45] <jlebar> fox2mike, Run the hg log command.
# [06:45] <jlebar> fox2mike, Notice that commit 35c79f50 appears in the hg log.l
# [06:45] <jlebar> fox2mike, But notice that the diff displayed is empty.
# [06:45] <jlebar> fox2mike, So this suggests that the repository may be corrupted.
# [06:46] * Quits: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com) (Ping timeout)
# [06:46] * cjones-dinner is now known as cjones
# [06:46] <jlebar> fox2mike, The other comments in the bug are about other similar weirdness, seen locally and in hgweb.
# [06:46] <fox2mike> jlebar: okay, is this only in one repo?
# [06:47] <jlebar> fox2mike, It's in my mozilla-inbound repo, and also in mozilla-central on hgweb.
# [06:47] <jlebar> fox2mike, So probably in our master mozilla-inbound repo as well.
# [06:47] <fox2mike> mozilla-inbound we messed around with yesterday
# [06:47] <jlebar> fox2mike, Correct.
# [06:47] <fox2mike> we were asked to strip stuff off it
# [06:47] <fox2mike> wondering if that's the root cause
# [06:48] <jlebar> fox2mike, It is possible.
# [06:48] <jlebar> fox2mike, It should not have corrupted the repository like this, that's for sure.
# [06:48] <fox2mike> can we check state of stuff _before_ this?
# [06:48] <fox2mike> or before the strip
# [06:48] * Joins: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com)
# [06:49] <jlebar> fox2mike, If you have a repository that you haven't pulled from before the strip, you can.
# [06:49] <jlebar> fox2mike, I believe bz has such a repository.
# [06:49] <fox2mike> okay
# [06:49] <philor> didn't cshields say he backed up inbound before stripping, because it made him nervous?
# [06:49] <fox2mike> I don't have any of this on my machine
# [06:49] <jlebar> cshields++
# [06:49] <fox2mike> he did, let me go look for that
# [06:50] * Joins: Mardak (Mardak@moz-85FDC99B.hsd1.ca.comcast.net)
# [06:50] <fox2mike> okay
# [06:50] <fox2mike> so I might need someone to help me through this
# [06:50] <fox2mike> I'm untarring the "pre-strip" version to a location
# [06:51] * Joins: aja (chatzilla@45CD7E77.913604E4.7880DB15.IP)
# [06:51] * Quits: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net) (Ping timeout)
# [06:51] <@bz> I have a repo from the 19th
# [06:51] <@bz> inbound
# [06:52] <fox2mike> we have a pre-strip from yesterday
# [06:52] <@bz> fe05699b8835
# [06:52] <@bz> ok
# [06:52] <@bz> ^ That's the most recent cset I have here
# [06:52] * Joins: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net)
# [06:52] * Joins: nrc (nrc@moz-5DAE2951.bitstream.orcon.net.nz)
# [06:52] * Quits: clee (clee@8C7EA941.75ECA3C0.F9752795.IP) (Quit: clee)
# [06:52] <jlebar> fox2mike, So once you untar it, run hg log --patch mobile/android/base/resources/drawable/tabs_button.xml
# [06:53] <fox2mike> jlebar: http://fox2mike.pastebin.mozilla.org/1669202
# [06:53] <fox2mike> jlebar: yeah, I gathered that from the bug :)
# [06:53] * Joins: jwilde (Earlybird@moz-23E1A364.aton.com)
# [06:53] <jlebar> fox2mike, (Heh, you said you might need help. :) Okay, 35c79f50d85f is still in there.
# [06:53] <jlebar> fox2mike, And still with an empty diff.
# [06:54] <jlebar> This is bizarre.
# [06:54] <jlebar> bz, can you check your tree?
# [06:54] * Quits: nrc (nrc@moz-5DAE2951.bitstream.orcon.net.nz) (Ping timeout)
# [06:54] * Quits: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP) (Ping timeout)
# [06:54] <fox2mike> jlebar: oh yup :) still do...but while waiting for an answer I looked around
# [06:55] <@bz> jlebar: what do you want me to run?
# [06:55] * Joins: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP)
# [06:56] <jlebar> bz, hg log --patch mobile/android/base/resources/drawable/tabs_button.xml
# [06:56] * @bz tries the hg log above
# [06:56] <jlebar> maybe, --patch --git
# [06:56] <@bz> it's here
# [06:56] <@bz> empty diff
# [06:56] <fox2mike> so this isn't recent...
# [06:56] <jlebar> Well, I have no idea what this means.
# [06:56] <@bz> hg export 35c79f50d85f | lsdiff
# [06:56] <@bz> a/js/public/HashTable.h
# [06:56] <@bz> a/js/src/jsapi-tests/testHashTable.cpp
# [06:56] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
# [06:56] * ChanServ sets mode: +o ehsan
# [06:57] <@bz> I would not have expected that to show up in the log for mobile/android/base/resources/drawable/tabs_button.xml ....
# [06:57] <nthomas> might be worth running 'hg verify' on a safe copy ?
# [06:57] <@bz> lemme try some older trees
# [06:57] * Quits: tantek (tantek@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: tantek)
# [06:57] <jlebar> It was suggested to me in #mercurial to try adding --debug.
# [06:57] <jlebar> When I add --debug, it shows me that the commit lists tabs_button.xml under "files".
# [06:57] <@bz> ah
# [06:57] <@bz> so my older tree just predates that changeset
# [06:58] <jlebar> But that still doesn't explain tabs_button.xml is in this commit's "files".
# [06:58] <philor> could he have merged, or rebased?
# [06:58] <@bz> So that commit lists all sorts of crap under files
# [06:58] <fox2mike> which changeset are we talking about (for the empty diffs)?
# [06:58] <@bz> extra: rebase_source=651c27d020f2e64978742676340b2e284609c3a1
# [06:58] <@bz> 35c79f50d85f2a53cf46c56ab5a436395c9a3b28
# [06:59] <jlebar> Note that it's not just this commit that is messed up; at least on hgweb, https://hg.mozilla.org/mozilla-central/rev/24191df1f866 also has an extra file.
# [06:59] <fox2mike> jlebar: let's focus on inbound
# [06:59] <jlebar> It's possible I rebased that patch; I'm not sure.
# [06:59] <fox2mike> or central
# [06:59] <fox2mike> and track down the issue
# [06:59] <fox2mike> then check for other recurrances
# [06:59] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [06:59] <jlebar> fox2mike, https://hg.mozilla.org/integration/mozilla-inbound/rev/24191df1f866, then.
# [06:59] <fox2mike> cool
# [07:00] * @bz does not have rev 24191df1f866 locally so can't test that
# [07:00] <jesup> I feel a least a *little* better that it seems like it wasn't the strip that caused this. I'm going to back down given the hour (and how tired I am) and check again in the morning. Thanks guys!
# [07:00] <jlebar> Yeah, I'm also really exhausted. I need to get to bed. fox2mike, I leave you in capable hands.
# [07:01] <@bz> jlebar: do you have bandwidth for one last naming question?
# [07:01] * jlebar is now known as jlebar|zzz
# [07:01] <jlebar|zzz> bz, Sure.
# [07:01] <@bz> jlebar: s/inheritsFromOrImplements/findAncestorOrConsequentialInheritingOrImplementing/
# [07:01] * Joins: vikash (vikash@8E1F4B2F.D9B7FFB4.780547CD.IP)
# [07:01] <@bz> jlebar: too long? ;)
# [07:01] <jlebar|zzz> bz, lol
# [07:01] <@bz> or how about just findInterfaceLoopPoint ?
# [07:01] <@bz> with docs?
# [07:02] <jlebar|zzz> bz, Yes. :)
# [07:02] <jlebar|zzz> bz, That's better.
# [07:03] <@bz> ok
# [07:03] * @bz will do
# [07:03] <jlebar|zzz> bz, Sounds good!
# [07:03] <fox2mike> jlebar|zzz: so who's point on the dev side that I can work with?
# [07:03] <@bz> """
# [07:03] <@bz> Finds an interface, amongst our ancestors and consequential interfaces,
# [07:03] <@bz> that inherits from otherInterface or implements otherInterface
# [07:03] <@bz> directly. If there is no such interface, returns None.
# [07:03] <@bz> """
# [07:03] <@bz> I can help for 30 mins or so
# [07:03] * jlebar|zzz nods at bz
# [07:04] <jlebar|zzz> bz++
# [07:04] <@bz> it's 1am here. :(
# [07:04] <jlebar|zzz> Indeed.
# [07:04] <fox2mike> you guys should sleep. I'll poke
# [07:04] * jlebar|zzz is now known as jlebar|away
# [07:05] <@bz> ok
# [07:05] * @bz is doing reviews
# [07:05] <@bz> so I really can help for a bit here
# [07:06] <fox2mike> so yesterday's pre-strip repo says :
# [07:06] <fox2mike> [root@hgssh1.dmz.scl3 mozilla-inbound]# hg verify
# [07:06] <fox2mike> checking changesets
# [07:06] <fox2mike> checking manifests
# [07:06] <fox2mike> crosschecking files in changesets and manifests
# [07:06] <fox2mike> checking files
# [07:06] <fox2mike> 105432 files, 97168 changesets, 502521 total revisions
# [07:06] <sawrubh> ehsan: Good evening
# [07:07] <sawrubh> ehsan: are you free for a few minutes ?
# [07:08] * Quits: espindola (espindola@moz-879EB4A0.dsl.teksavvy.com) (Ping timeout)
# [07:09] * Joins: smontagu (chatzilla@moz-91EFAD52.red.bezeqint.net)
# [07:10] * Joins: espindola (espindola@moz-C46B5E79.dsl.teksavvy.com)
# [07:11] * Quits: Jesse (jruderman@moz-E31CD2CB.mozilla.org) (Quit: Jesse)
# [07:12] <jesup> hg verify on a shortly post-strip inbound: http://pastebin.mozilla.org/1669208 (no idea if it's useful; going to check other clones)
# [07:13] <Peng> Did you see brendan's comment in #mercurial?
# [07:13] <fox2mike> Peng: #mercurial on freenode? or?
# [07:13] <Peng> Yeah.
# [07:13] * fox2mike joins
# [07:14] <Peng> The conversation there died about 10 minutes ago, though.
# [07:15] <fox2mike> what was his comment?
# [07:15] <jesup> running on a pre-strip, post webrtc-commit inbound tree - looking the same as what I just pasted, so (again) it looks like the strip didn't cause this
# [07:15] * Quits: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr_)
# [07:16] <fox2mike> jesup: yeah, on the repo itself, no errors (post strip)
# [07:16] <fox2mike> [root@hgssh1.dmz.scl3 mozilla-inbound]# hg verify
# [07:16] <fox2mike> checking changesets
# [07:16] <fox2mike> checking manifests
# [07:16] <fox2mike> crosschecking files in changesets and manifests
# [07:16] <fox2mike> checking files
# [07:16] <fox2mike> 96986 files, 97208 changesets, 490159 total revisions
# [07:17] <Peng> fox2mike: Er, I feel uncomfortable quoting someone cross-network. Hm.
# [07:17] <fox2mike> ok
# [07:17] <jesup> Peng: if it was on an open channel, I'd think it's ok. IMHO
# [07:18] <Peng> I copied and pasted it over in #mercurial. :X
# [07:19] <fox2mike> kay
# [07:19] <mark> that might tip him off
# [07:20] * nthomas is now known as nthomas|away
# [07:23] <sawrubh> is there any method by which I can change my LDAP password ?
# [07:23] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [07:23] * Quits: Mardak (Mardak@moz-85FDC99B.hsd1.ca.comcast.net) (Connection reset by peer)
# [07:23] * Quits: gmoro (guilherme@84484EC9.1F1093E8.D159334F.IP) (Ping timeout)
# [07:24] <jesup> I'm getting the same list of warnings from a head pull (recent, but not today) - are these warnings part of the problem, or are they unrelated?
# [07:24] * Quits: int3 (int3@moz-2BEFC02A.public.wayport.net) (Ping timeout)
# [07:25] <philor> or are they just you? I don't get them
# [07:25] <jesup> Interesting. hg version?
# [07:25] * Joins: int3 (int3@moz-2BEFC02A.public.wayport.net)
# [07:26] * Joins: brahmana (Mibbit@21FFBFBA.976956AF.D2D1FAF0.IP)
# [07:26] <jesup> I'm 1.9.3
# [07:26] <KWierso> sawrubh: https://ldap.mozilla.org/passwordreset
# [07:26] * Quits: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr_)
# [07:28] <philor> 2.0.2+20120104
# [07:28] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
# [07:28] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
# [07:29] * Quits: brahmana (Mibbit@21FFBFBA.976956AF.D2D1FAF0.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [07:30] * Quits: kentuckyfriedtakahe (ajones@moz-5D29915D.cable.telstraclear.net) (Client exited)
# [07:30] * Joins: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
# [07:30] * Quits: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com) (Ping timeout)
# [07:30] <jesup> That might be the difference in what we see. Trying a m-c tree from February - looking similar so far
# [07:31] <sawrubh> thanks
# [07:31] * Quits: ahurle (ahurle@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
# [07:31] * Quits: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net) (Ping timeout)
# [07:32] <jesup> Wonder what the warnings mean, and why 2.0.2 doesn't show them - but probably not relevant.
# [07:32] * Joins: ahurle (ahurle@moz-BBE3ABD.mv.mozilla.com)
# [07:32] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
# [07:34] * philor considers the bug, and the closed trees
# [07:36] * Joins: gmoro (guilherme@84484EC9.1F1093E8.D159334F.IP)
# [07:36] * Quits: jbalogh_ (jbalogh@moz-5D2708AA.hsd1.ca.comcast.net) (Quit: Leaving...)
# [07:37] * Joins: pcglue (ekw@moz-CB5CB095.dsl.irvnca.pacbell.net)
# [07:37] * Quits: ekw (ekw@moz-F9D1CF0A.dsl.irvnca.pacbell.net) (Ping timeout)
# [07:37] * Joins: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net)
# [07:37] * Quits: int3 (int3@moz-2BEFC02A.public.wayport.net) (Client exited)
# [07:39] <jesup> ok, February 3rd head shows 29 warnings instead of 44.
# [07:39] <jesup> again, may be irrelevant
# [07:41] * Quits: jduell (jduell@moz-F20EC42A.hfc.comcastbusiness.net) (Ping timeout)
# [07:41] * Quits: ahurle (ahurle@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [07:45] <@bz> ok
# [07:45] <@bz> have to sleep
# [07:45] * bz is now known as bz_sleep
# [07:46] <jesup> me too. Goodnight!
# [07:49] <philor> fox2mike: so, resolved invalid, upstream and cosmetic-only issue, reopen the trees, or are we still worried?
# [07:50] <fox2mike> philor: it seems cosmetic to me
# [07:50] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [07:50] <fox2mike> philor: if you think we can ignore it, I'm good to go with that.
# [07:50] <fox2mike> philor: if we have enough proof that this is cosmetic only (my hg knowledge is pretty limited)
# [07:50] <fox2mike> s/pretty/very/
# [07:51] <philor> not as limited as mine
# [07:51] <fox2mike> from what I've read so far, it seems cosmetic
# [07:51] <fox2mike> bkero: you concur?
# [07:52] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
# [07:52] * fabrice is now known as fabrice|zZz
# [07:54] <bkero> A dev in #mercurial claimed the problem was cosmetic
# [07:54] <bkero> and I'm apt to trust that. I don't have in-depth knowledge of the merge structure of mercurial
# [07:55] <fox2mike> philor: yeah, same here. I'm going with the mercurial devs
# [07:55] <philor> kthx
# [07:56] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [07:57] <fox2mike> philor: so are you going to reopen inbound?
# [07:57] * Joins: int3 (int3@moz-3C01AC7C.hsd1.ca.comcast.net)
# [07:58] <philor> fox2mike: done and commented in the bug
# [07:58] <fox2mike> k
# [07:58] * Quits: artur (artur@moz-6DFBD742.hsd1.vt.comcast.net) (Input/output error)
# [07:59] * Quits: jwilde (Earlybird@moz-23E1A364.aton.com) (Connection reset by peer)
# [07:59] * Joins: jwilde (Earlybird@moz-23E1A364.aton.com)
# [07:59] * Quits: KWierso (Daily@moz-5715A00A.desm.qwest.net) (Quit: KWierso)
# [07:59] * Quits: int3 (int3@moz-3C01AC7C.hsd1.ca.comcast.net) (Ping timeout)
# [07:59] * Joins: KWierso (Daily@moz-5715A00A.desm.qwest.net)
# [08:00] * Quits: KWierso (Daily@moz-5715A00A.desm.qwest.net) (Input/output error)
# [08:00] * Joins: KWierso (Daily@moz-5715A00A.desm.qwest.net)
# [08:01] * Quits: KWierso (Daily@moz-5715A00A.desm.qwest.net) (Quit: KWierso)
# [08:01] * Joins: KWierso (Daily@moz-5715A00A.desm.qwest.net)
# [08:02] * philor tries not to think about the random answers from random people that you can get in #developers
# [08:02] * Quits: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP) (Quit: lmandel)
# [08:04] * Quits: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner_)
# [08:04] * Joins: RemusPop (remuspop@601F3B17.33662590.A5830293.IP)
# [08:07] <KWierso> man, I suck at tab management. I keep pinning tabs I intend to go back to as app tabs so they're still visible but not taking up a lot of space. I'm now up to 21 pinned tabs, which leaves room for one and a half non-pinned tabs...
# [08:07] <derf> Use more windows?
# [08:08] <KWierso> I'm already on 8...
# [08:08] <philor> if only someone could come up with a way to... mark URIs that you wanted to go back to
# [08:08] <derf> philor: We could organize them in some kind of book-like fashion.
# [08:09] <KWierso> oh god, I need a nap if I'm making Windows 8 puns...
# [08:11] <philor> I'm just glad we have bz around, to make all the rest of us feel good about our sleep habits
# [08:12] <derf> Personally I've been trying to quit.
# [08:12] <philor> since he's been sleep-reviewing for another 30 minutes now
# [08:12] * Joins: int3 (int3@moz-54D0A3B.lightspeed.sntcca.sbcglobal.net)
# [08:14] <KWierso> neowin says new flash player update is out. huh.
# [08:14] <KWierso> at least it isn't just firefox releases they jump the gun on
# [08:16] <glandium> Bas: ping
# [08:17] <glandium> KWierso: with australis, you won't have space for non pinned tabs
# [08:19] <KWierso> glandium: here's hoping australis keeps crashing and burning on the UX channel, pushing it back until Panorama gets more useful?
# [08:19] * KWierso coughs
# [08:19] <philor> odd, I have an account on bz.selenic.com, despite not having known they used Bugzilla now
# [08:19] * Quits: edwin (me@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [08:21] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
# [08:22] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
# [08:23] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
# [08:25] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [08:26] * Quits: Mook (Daily@moz-D37F711A.dsl.teksavvy.com) (Quit: zzz)
# [08:27] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [08:27] * Quits: karl (karl@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [08:27] * Quits: mwu (mwu@moz-59435430.hsd1.nj.comcast.net) (Ping timeout)
# [08:28] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
# [08:29] * Joins: jhk (jhk@8E6C34C1.A3F9767A.1C37C358.IP)
# [08:31] * Quits: nhirata (nhirata.bu@moz-6D599AA6.hsd1.ca.comcast.net) (Connection reset by peer)
# [08:32] * Joins: nhirata (nhirata.bu@moz-6D599AA6.hsd1.ca.comcast.net)
# [08:33] * philor is now known as philor|away
# [08:33] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
# [08:33] * Joins: tchevalier (Instantbir@moz-4DE56302.w92-145.abo.wanadoo.fr)
# [08:35] <Bas> glandium: pong
# [08:35] <glandium> Bas: about 766793, what is the rev you've been building off ?
# [08:36] * Joins: jfkthame (jfkthame@1A339553.5BC345F5.9542EC20.IP)
# [08:37] * Quits: jfkthame (jfkthame@1A339553.5BC345F5.9542EC20.IP) (Connection reset by peer)
# [08:37] * Joins: jfkthame_ (jfkthame@1A339553.5BC345F5.9542EC20.IP)
# [08:37] <Bas> glandium: Erm? That was just a very recent mozilla-inboung? Or am I misunderstanding you?
# [08:38] <glandium> Bas: well, there have been some landing/backout dance of things that could have affected that on m-i, so i wanted to be sure
# [08:38] * Quits: jfkthame_ (jfkthame@1A339553.5BC345F5.9542EC20.IP) (Connection reset by peer)
# [08:38] * Joins: jfkthame (jfkthame@1A339553.5BC345F5.9542EC20.IP)
# [08:38] <Bas> glandium: Oh no, I've been seeing this for 3 days.
# [08:39] * Quits: jfkthame (jfkthame@1A339553.5BC345F5.9542EC20.IP) (Connection reset by peer)
# [08:39] * devd_afk is now known as devd
# [08:39] * Joins: jfkthame (jfkthame@1A339553.5BC345F5.9542EC20.IP)
# [08:39] <nigelb> What does the "CC" button on about:memory do?
# [08:39] * devd is now known as devd_afk
# [08:39] <glandium> Bas: ok
# [08:39] <glandium> nigelb: cycle collection
# [08:40] <nigelb> aha.
# [08:40] * Quits: jfkthame (jfkthame@1A339553.5BC345F5.9542EC20.IP) (Connection reset by peer)
# [08:40] * Joins: jfkthame (jfkthame@1A339553.5BC345F5.9542EC20.IP)
# [08:40] <nigelb> My firefox is using 1.84 GB of RAM. I can't seem to find out why.
# [08:40] <nigelb> Or rather, I can't seem to minimize it.
# [08:40] * Quits: jfkthame (jfkthame@1A339553.5BC345F5.9542EC20.IP) (Connection reset by peer)
# [08:41] <glandium> nigelb: do you have 2000 tabs?
# [08:41] <nigelb> glandium: I have 6 tabs, one of which is about:memory
# [08:41] <nigelb> 3 of them are app tabs though.
# [08:41] * philor|away is now known as philor
# [08:42] * Joins: past (past@moz-91DA98FA.dsl.dyn.forthnet.gr)
# [08:43] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
# [08:43] <glandium> nigelb: what does about:memory look like?
# [08:44] * Joins: c0smikdebris (c0smikdebr@F283B019.464D4EB1.2A068A5E.IP)
# [08:44] <nigelb> glandium: js is 76%
# [08:44] <nigelb> is there a way I can make that info copy-able?
# [08:44] * Joins: edmorley (edmorley@moz-1B87A1A9.range86-169.btcentralplus.com)
# [08:45] <glandium> nigelb: just select it
# [08:45] * Quits: @roc (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [08:45] * Quits: gmoro (guilherme@84484EC9.1F1093E8.D159334F.IP) (Ping timeout)
# [08:46] <glandium> Bas: can you check if it still happens with current m-i?
# [08:46] <nigelb> http://pastebin.mozilla.org/1669253
# [08:46] <glandium> Bas: (because i landed something that changes dependencies for libraries)
# [08:46] <@bz_sleep> "3645 tiny" ?
# [08:46] <Bas> glandium: Checking.
# [08:47] <@bz_sleep> nigelb: what happens if you expand that branch?
# [08:47] <nigelb> bz_sleep: woah. that's a big branch
# [08:47] <@bz_sleep> well, yes
# [08:47] <@bz_sleep> with 3645 items!
# [08:47] <Bas> glandium: Looks like configure.in changed in the last 5 hours so it'll be a while ;)
# [08:47] <@bz_sleep> what do a few of them look like?
# [08:47] * Fallen|away is now known as Fallen
# [08:47] <glandium> Bas: autoconf.mk.in changed, too
# [08:48] <nigelb> bz_sleep: http://pastebin.mozilla.org/1669255
# [08:48] <@bz_sleep> ok
# [08:49] <@bz_sleep> so what are these jid1-xufzosoflzsoxg-at-jetpack things?
# [08:49] <nigelb> I wonder if it's an add-on I wrote.
# [08:49] <nigelb> let me look
# [08:49] <@bz_sleep> my first guess is some jetpack addons are creating lots of sandboxes
# [08:49] <@bz_sleep> and never releasing them
# [08:49] <@bz_sleep> or something
# [08:50] <@bz_sleep> anyway
# [08:50] * @bz_sleep sleeps for real
# [08:50] <@bz_sleep> good luck!
# [08:50] <nigelb> ah did we have a bug about this a while back?
# [08:50] <nigelb> I think I need to rebuild my addons.
# [08:51] * Joins: jduell (jduell@moz-F20EC42A.hfc.comcastbusiness.net)
# [08:51] * Joins: jfkthame (jfkthame@1A339553.5BC345F5.9542EC20.IP)
# [08:51] * Joins: Jesse (jruderman@moz-E31CD2CB.mozilla.org)
# [08:52] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
# [08:52] * Quits: @bz_sleep (bzbarsky@moz-B58892FB.bstnma.fios.verizon.net) (Ping timeout)
# [08:53] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [08:53] <glazou> bonjour
# [08:53] * Quits: glob (glob@moz-DF237567.glob.com.au) (Quit: Leaving...)
# [08:53] * Quits: Jesse (jruderman@moz-E31CD2CB.mozilla.org) (Ping timeout)
# [08:53] * Joins: glob (glob@moz-DF237567.glob.com.au)
# [08:54] * Joins: gmoro (guilherme@84484EC9.1F1093E8.D159334F.IP)

The end :)