/irc-logs / mozilla / #developers / 2013-03-07 / end

Options:

# Session Start: Thu Mar 07 00:00:01 2013
# Session Ident: #developers
# [00:00] * Quits: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard)
# [00:00] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/8dc9c169f28c - Nicholas Nethercote - Bug 847236 - Simplify the dead nsEventTargetChainItem objects cache (2nd attempt). r=smaug.
# [00:01] * Joins: marcoz (marco.zehe@moz-C9FBCBD4.dip.t-dialin.net)
# [00:02] * KaiRo_away is now known as KaiRo
# [00:03] * Quits: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: sicking)
# [00:03] <Waldo> dholbert: how closely do we pay attention to compilation and maybe tests with nscoord-is-float set?
# [00:04] <dholbert> Waldo, not at all, that I'm aware of
# [00:04] * Quits: marcoz (marco.zehe@moz-C9FBCBD4.dip.t-dialin.net) (Ping timeout)
# [00:04] * Joins: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [00:04] <Waldo> dholbert: okay; I might be temporarily breaking it soon, as an intermediate state (hopefully not for more than a few days) in a bug
# [00:04] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
# [00:05] * Quits: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [00:05] * Quits: @bz (bzbarsky@moz-29D2559C.hfc.comcastbusiness.net) (Ping timeout)
# [00:05] * Quits: RealRaven (Thunderbir@D919DE27.7E4812E9.27F80FAC.IP) (Connection reset by peer)
# [00:06] * Joins: Jesse (jruderman@F9997BD3.820C841F.D6F3DB9.IP)
# [00:06] * Joins: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [00:06] * Joins: gandalf (zbraniecki@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [00:07] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
# [00:07] * Joins: jcranmer_ (jcranmer@moz-A8039BFC.csl.tjhsst.edu)
# [00:07] <dholbert> Waldo, ok. I might offer a halfhearted objection if you happen to be switching from compiling to not-compiling, but probably not a huge deal if you'll be fixing it shortly thereafter
# [00:07] * Quits: nsm (nikhil@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [00:08] <Waldo> dholbert: :-)
# [00:08] * Quits: Jesse (jruderman@F9997BD3.820C841F.D6F3DB9.IP) (Ping timeout)
# [00:08] <Waldo> dholbert: I might poke you to review the small fixing bits, then :-)
# [00:08] * Joins: breck (breck@8342E71E.A6B4685D.DC877F3B.IP)
# [00:08] <dholbert> Waldo, (I wouldn't be surprised if we're already in the not-compiling state w/ that #define, though)
# [00:08] <dholbert> Waldo, d'oh! what have I done!
# [00:08] <Waldo> yeah, wouldn't surprise me either
# [00:08] * jcranmer_ is now known as jtcranmer
# [00:08] <Waldo> dholbert: I win!
# [00:08] * Quits: seif (seiflotfy@moz-F0F8AA9E.dip.t-dialin.net) (Ping timeout)
# [00:08] <dholbert> fair enough. :)
# [00:08] <firebot> Check-in:
# [00:09] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/23d42f6e56b4 - Gavin Sharp - Bug 818014: strip null bytes in document titles when setting the chrome window's title, since some platform nsWindow::SetTitle implementations don't handle them correctly,
# [00:09] <firebot> r=dolske
# [00:11] * Joins: gcp (gpascutto@E9758364.9EC0A5AF.CFE928A7.IP)
# [00:12] * Quits: armenzg_afk (armenzg@moz-600B22EA.home1.cgocable.net) (Input/output error)
# [00:12] * Quits: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au) (Ping timeout)
# [00:12] * Joins: armenzg_afk (armenzg@moz-600B22EA.home1.cgocable.net)
# [00:13] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/49237d1425f5 - Kartikaya Gupta - Bug 845342 - Move about:memory and related dump files to the downloads dir on android. r=njn a=lsblakk
# [00:13] * Quits: wlach (wlach@moz-A1116E53.sdsl.bell.ca) (Quit: Ex-Chat)
# [00:13] * Joins: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au)
# [00:13] <joe> khuey: you're positive, right?
# [00:13] * Quits: twi (Adium@moz-C873EDA0.cust.dsl.vodafone.it) (Quit: Leaving.)
# [00:14] * Quits: smontagu (chatzilla@moz-F8B80340.red.bezeqint.net) (No route to host)
# [00:14] * Joins: naveed (nihsanulla@moz-AF0264A5.bstnma.fios.verizon.net)
# [00:14] <@khuey> joe: about what?
# [00:14] * Quits: armenzg_afk (armenzg@moz-600B22EA.home1.cgocable.net) (Ping timeout)
# [00:15] * philor|away is now known as philor
# [00:15] <@khuey> oh, about that build thing
# [00:15] <@khuey> I'm pretty confident, yeah
# [00:15] <Waldo> don't be positive! only fools are positive
# [00:15] <@khuey> I think we would have noticed by now
# [00:15] * Waldo channels the three stooges
# [00:15] * sfink doesn't notice a change
# [00:15] <joe> if I have say FOO = 1 and I change it so BAR = 1 and FOO = 2
# [00:16] <joe> that's the only way I can explain this
# [00:16] <joe> i can't reproduce on my machine *or* on try :(
# [00:16] <joe> and in particular this test is in JS
# [00:16] <joe> so maybe some xpconnect or whatever file isn't being regenerated
# [00:17] * Quits: @dveditz (dveditz@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [00:17] <@khuey> joe: download a build and see what's in the typelib?
# [00:17] * Joins: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
# [00:17] * Joins: dveditz (dveditz@2557E599.66715431.D25A875A.IP)
# [00:17] * ChanServ sets mode: +o dveditz
# [00:17] * Quits: @dveditz (dveditz@2557E599.66715431.D25A875A.IP) (Client exited)
# [00:18] <joe> khuey: great idea, i'll do that
# [00:18] * Joins: dveditz (dveditz@2557E599.66715431.D25A875A.IP)
# [00:18] * ChanServ sets mode: +o dveditz
# [00:18] * Joins: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net)
# [00:18] * Joins: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP)
# [00:18] * Quits: vmelnyk (vmelnyk@moz-E084F920.cewit.stonybrook.edu) (Quit: vmelnyk)
# [00:19] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [00:19] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Quit: )
# [00:20] * Quits: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [00:20] * Quits: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: sicking)
# [00:22] * Joins: Sander (chatzilla@7ED01146.A27A8065.D3BA2C17.IP)
# [00:23] <jduell> gavin: ping
# [00:23] <@gavin> jduell: pong
# [00:24] * Quits: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net) (Quit: jorendorff)
# [00:24] * Joins: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net)
# [00:24] * Quits: sewardj (sewardj@moz-B5D510D2.dip.t-dialin.net) (Ping timeout)
# [00:25] <joe> gah
# [00:25] <joe> _where_ are the typelibs stored
# [00:25] * Quits: marco (Thunderbir@moz-55DE6213.cust.dsl.teletu.it) (Quit: marco)
# [00:25] <@khuey> joe: inthe omnija, iirc
# [00:25] <joe> tere's only one xpt file there and it doesn't have many
# [00:26] <jduell> gavin: I have no idea if you're the right person to prioritize this, but bug 831153 (shift-reload broken) has sat for a while. I don't know who to nudge to move it along.
# [00:26] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [00:27] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2b6e31ff221e - Phil Ringnalda - Back out fe7fa32e9423 (bug 848423) for Windows build bustage
# [00:27] * Joins: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net)
# [00:27] * Quits: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP) (Input/output error)
# [00:27] * Quits: Archaeopteryx (itsme@moz-FF3F73F2.cust.telecolumbus.net) (Quit: It has been this message for years.)
# [00:28] * Quits: @dveditz (dveditz@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [00:28] * Quits: Mic (Mic@moz-CD8EAFA0.superkabel.de) (Input/output error)
# [00:28] <@gavin> jduell: do you know whether it's a regression?
# [00:28] * mcote is now known as mcote|afk
# [00:28] * Joins: Mic (Mic@moz-CD8EAFA0.superkabel.de)
# [00:28] * Fallen is now known as Fallen|away
# [00:28] <jduell> gavin: I don't actually. I've just been assuming it probably is
# [00:28] <reuben> njn: hey, what's the "dump-memory-reports-on-signal mechanism" and how do I use it? (bug 847185)
# [00:29] <@gavin> jduell: finding that out certainly would help
# [00:29] <@gavin> jduell: short of that, I don't have any great suggestions for someone to chase down docshell bugs :/
# [00:29] * Quits: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net) (Quit: Leaving.)
# [00:29] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
# [00:29] <jduell> gavin: ok, thanks
# [00:31] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [00:31] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
# [00:32] <mbrubeck> jduell: If you do verify it's a regression, then you should add "regression, regressionwindow-wanted" to the keywords. And if turns out to be a new regression in a version that's not on the release channel yet, we can nominate it by setting the appropriate tracking flag; then release drivers will pay extra attention to it.
# [00:32] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [00:32] * catlee-buildduty is now known as catlee-away
# [00:33] <Unfocused> jlebar: how likely is it that memory reports could become async off-main-thread in the future?
# [00:34] <jlebar> Unfocused: It's very unlikely that they'll be accessible from OMT.
# [00:34] <jlebar> Unfocused: Because they access all sorts of data structures that live on the main thread.
# [00:34] <jlebar> Unfocused: It's also pretty unlikely that we'll make them async anytime soon, since most of the work they have to do must happen on the main thread.
# [00:35] <jlebar> Unfocused: The only exception is workers, but we worked around this limitation there.
# [00:35] <jlebar> s/only/main
# [00:35] <Unfocused> well, i guess my real question is: how likely is it that they'll become not a performance issue, so we never have to worry about implications of calling them?
# [00:35] <jlebar> Unfocused: The perf issue is that the JS memory reporter must walk the whole JS heap.
# [00:35] * Quits: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net) (Ping timeout)
# [00:35] * Quits: @dolske (dolske@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:35] * Quits: gps (gps@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:35] * Quits: shu (sguo@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:35] * Quits: imelven (imelven2@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:35] <Unfocused> ah :\
# [00:35] * Quits: cers (cers@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:35] * Quits: AutomatedTester (David@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:35] * Quits: whimboo (whimboo@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:35] * Quits: nli (nli@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:35] * Quits: Yoric (Yoric@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:35] * Quits: ashish (ashish@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:35] * Quits: nthomas (nthomas@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:35] * Quits: nalexander (nalexander@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:35] * Quits: kk1fff (pwang@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:35] * Quits: rnewman (rich_holyg@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:35] * Quits: lsblakk (lsblakk@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:35] * Quits: gregglind (glind@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:35] * Quits: jmaher|afk (jmaher@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:35] * Quits: geekboy (geekboy@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:35] * Quits: hwine (hwine@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:35] * Quits: fryn (fyan@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:35] * Quits: tbsaunde (tbsaunde@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:35] * Quits: ctalbert (ctalbert@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:35] * Quits: dchan (dchan@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:36] <jlebar> Unfocused: If we figure out how to fix that, fixing this add-ons naming thing will be easy.
# [00:36] <jlebar> in comparison
# [00:36] * Quits: reuben (reuben@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:36] * Quits: rhelmer (rhelmer@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:36] * Quits: mgerva-afk (mgerva@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:36] * Quits: robc|afk (rcampbell@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:36] * Quits: dietrich (dietrich@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:36] * Quits: liuche (liuche@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:36] * jhammel is now known as jhammel|afk
# [00:36] <Unfocused> heh
# [00:36] * Quits: johnath (johnath@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:36] * Quits: froydnj (nfroyd@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:36] * Quits: mrbkap (mrbkap@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:36] * Quits: mconnor (mconnor@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:36] * Quits: @gavin (gavin@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:36] * Quits: @khuey (khuey@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:36] * Quits: margaret (margaret@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:36] * Quits: fox2mike (shyam@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:36] * Quits: edwin (me@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:36] * Quits: joduinn-afk (joduinn@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:36] * Quits: kbrosnan (kbrosnan@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:36] * Quits: Tomcat (Tomcat@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:36] * Quits: Cww (Cww@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [00:36] <Unfocused> (aaaand bugzilla is down)
# [00:36] <jlebar> Unfocused: and we don't have a way to get a partial JS memory report, except for a report that lists all the compartment names.
# [00:36] <jlebar> Unfocused: (Otherwise you might expect us to query just the extensions' memory usage.)
# [00:37] <mwu> noo bugzilla
# [00:37] * Unfocused nods
# [00:37] <mbrubeck> http://isitmfbt.com/ is still up
# [00:38] <joe> wth
# [00:38] <njn> reuben: if you're on linux/android, send signal 34 to the firefox process, e.g. "kill -34 <PID>"
# [00:38] <joe> imglib2.xpt is not in my omni.ja?
# [00:38] <joe> does standard unzip not work?
# [00:38] <mwu> joe: all xpts get combined into a single xpt
# [00:38] <mwu> as part of packaging
# [00:38] <joe> mwu: components/interfaces.xpt ?
# [00:38] <mwu> probably
# [00:38] <joe> because that's a very short file
# [00:38] * Joins: not_gavin (gavin@E04DED12.5AA33DAB.2321E71E.IP)
# [00:38] * ChanServ sets mode: +o not_gavin
# [00:39] <mwu> hmmm
# [00:39] <mwu> what happen here
# [00:39] <Unfocused> jlebar: i was about to file a bug to hook up the proposed extension mapping for compartments to the Add-on Manager APIs. so we'd get a really simple on-demand API like Addon.getMemoryUsage()
# [00:40] <jlebar> Unfocused: we don't have any way to do that atm without running the full JS memory reporter.
# [00:40] * Quits: ehugg (ehugg@moz-6D0FD3FC.cisco.com) (Quit: ehugg)
# [00:40] * Joins: Jesse (jruderman@A5A0595A.66715431.D25A875A.IP)
# [00:40] <jlebar> Unfocused: I don't know how hard it would be to change that. It might not be very hard.
# [00:40] <@roc> dbaron: good post
# [00:40] <@dbaron> roc, thanks
# [00:40] <mwu> I wonder if we shoved it into libxul or something
# [00:40] <@dbaron> roc, I think I need to spend the rest of the day away from standards lists
# [00:40] <Unfocused> yea :\ you think such an API would be too much of a footgun right now?
# [00:41] <@dbaron> roc, maybe the rest of the week :-)
# [00:41] * Quits: TheOne (one@moz-DBA49FB2.dip.t-dialin.net) (Input/output error)
# [00:41] <mwu> if only I could look this up in bugzilla
# [00:41] <@roc> dbaron: my advice is to just disconnect from the Internet entirely
# [00:41] <@roc> Bugzillllaaaaaaaaaaa
# [00:42] <@dbaron> roc, It just got retweeted to a pretty large audience of webdevs, too (by @emeyer, to 54754 followers)
# [00:42] * not_gavin changes topic to 'Yes, Bugzilla is down || Intermittent-failure rate is out of control - please help! http://brasstacks.mozilla.com/orangefactor/ || https://etherpad.mozilla.org/commonissues || Next merge 2 April || Want to help? See #introduction'
# [00:42] * Quits: juanb (jbecerra@moz-ACDE7EEC.mozilla.com) (Ping timeout)
# [00:42] * Joins: g_g (gavin@gavinsharp.com)
# [00:42] * ChanServ sets mode: +o g_g
# [00:42] * Joins: gps-2 (Adium@1FDE6610.BA6FA.189F3E15.IP)
# [00:43] <njn> Unfocused: you want to run the JS memory reporter for just one compartment?
# [00:43] * Quits: mcsmurf (me@moz-46C674B7.dip.t-dialin.net) (Quit: )
# [00:44] <Unfocused> njn: i want a simple API, ideally that doesn't kill the app - i don't particularly care how it works :)
# [00:44] * Parts: @g_g (gavin@gavinsharp.com)
# [00:45] * Quits: mixedpuppy (mixedpuppy@2557E599.66715431.D25A875A.IP) (Quit: mixedpuppy)
# [00:45] <Unfocused> but yea, that seems like it would fit
# [00:46] * philor is now known as philor|away
# [00:46] * Joins: demianovics (demianovic@moz-8E4E5138.dip0.t-ipconnect.de)
# [00:47] * Joins: overholt (overholt@35765CFB.88764A66.72A31D6.IP)
# [00:47] * Joins: Cykesiopka (Mibbit@moz-FC7A9EB2.resnet.ubc.ca)
# [00:48] * Joins: ehugg_lime (ehugg_lime@moz-EA33CD8D.hsd1.wa.comcast.net)
# [00:48] <demianovics> addonsdk/XPCOM - am i right, believing that a WindowWatcher.openWindow created DOMWindow has no History? So no back&forth-buttons?
# [00:49] <joe> well my zip reader on OSX can't read omni.ja built on OSX
# [00:49] <joe> but
# [00:49] <joe> it can read it built on Linux
# [00:49] <joe> "hooray"
# [00:49] <@not_gavin> demianovics: depends entirely on what document is loaded in the window
# [00:50] <jgilbert_> bugzilla busted again?
# [00:50] <joe> jgilbert_: /topic
# [00:50] <dougt> hg down?
# [00:50] <gps-2> SCL3 blew up apparently
# [00:50] * Quits: ehugg_lime (ehugg_lime@moz-EA33CD8D.hsd1.wa.comcast.net) (Ping timeout)
# [00:50] <@not_gavin> network issues affecting scl3 in general
# [00:50] <@not_gavin> lots of stuff busted
# [00:50] <joe> dougt: ifdown --only-for=dougt
# [00:50] <dougt> ah. let me rm -rf /
# [00:50] <jgilbert_> joe: my client doesn't wrap long topics, so I usually only see the end of them
# [00:51] <Jesse> my client only shows the beginning unless i expand the box
# [00:51] <dougt> this is why we should use gmail.
# [00:51] <dougt> (just kidding… )
# [00:51] * Quits: josh (josh@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: josh)
# [00:51] <demianovics> not_gavin: by "document", you mean "about:blank" or "http://something.." .. or XUL as "documents"?
# [00:51] <dougt> (i have been known to spam all@ about zimbra)
# [00:51] * Parts: Cykesiopka (Mibbit@moz-FC7A9EB2.resnet.ubc.ca)
# [00:51] <joe> holy shit
# [00:52] <joe> this _is_ a clobber problem
# [00:52] <fabrice> dougt: are you reading irc in gmail?
# [00:52] <Jesse> dougt: to:all@mozilla.com subject:email is down?
# [00:52] * Quits: jimm (jmathies@moz-864CAA4E.pn.at.cox.net) (Quit: )
# [00:52] * Quits: breck (breck@8342E71E.A6B4685D.DC877F3B.IP) (Client exited)
# [00:52] <joe> to: all@mozilla.com subject: i'm hungry, i'mma go get sammich
# [00:53] <derf> Actually, that sounds like a really good idea.
# [00:53] <dougt> hmm.
# [00:53] <dougt> derf: exactly :)
# [00:53] <gkw> should the trees be closed?
# [00:53] <dougt> yes.
# [00:53] <dougt> can't pull.
# [00:53] * Joins: mixedpuppy (mixedpuppy@2557E599.66715431.D25A875A.IP)
# [00:53] <dougt> shouldn't be able to push
# [00:53] <gkw> tbpl reports errors too
# [00:53] * cmcavoy is now known as cmcavoy-offline
# [00:54] <dougt> builders/test machines will error out, i bet
# [00:54] <jgilbert_> at least the beer's still cold?
# [00:54] <demianovics> this XPCOM/addonsk stuff kills me. i just dont get the concept of window, DOMWindow, Browser, ChromeWindow, TopLevelWindow .. is there any good basic tutorial/diagram of architecture?
# [00:54] <@not_gavin> demianovics: yes, the actual xul/html/whatevr document that is loaded in the chrome window. specified by the URL you pass to openWindow
# [00:54] <dougt> oh… it is MFBT. good luck IT.
# [00:54] <@not_gavin> demianovics: I don't know
# [00:55] * Quits: Mic (Mic@moz-CD8EAFA0.superkabel.de) (Quit: No time to waste, let's go!)
# [00:55] <demianovics> not_gavin: thx so far
# [00:55] * Joins: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net)
# [00:55] <jesup> bugzilla having issues?
# [00:55] <jgilbert_> jesup: among other things, yeah
# [00:55] <jesup> aha, everything bust
# [00:55] <jesup> well damn
# [00:55] <jgilbert_> pewpew infra
# [00:55] <lizzard> yes, scl3 having trouble in general
# [00:56] <@not_gavin> demianovics: are you familiar with the web concepts of window/document?
# [00:56] * Quits: rstrong (androirc@A5A0595A.66715431.D25A875A.IP) (Input/output error)
# [00:56] * Quits: jib (Jan-Ivar@moz-2761BCC7.hsd1.pa.comcast.net) (Quit: jib)
# [00:56] * Joins: rstrong (androirc@A5A0595A.66715431.D25A875A.IP)
# [00:56] <jesup> ah fun Bugzilla has suffered an internal error
# [00:56] <sfink> scl3 has suffered internal bleeding
# [00:57] <jgilbert_> github it is, then
# [00:57] * Quits: demianovics (demianovic@moz-8E4E5138.dip0.t-ipconnect.de) (Ping timeout)
# [00:57] * Joins: demianovics (demianovic@moz-4B20103E.dip0.t-ipconnect.de)
# [00:57] * Joins: cabanier (cabanier@89803C3C.27D0C967.A0B21F13.IP)
# [00:58] <bent> BenWa, sorry, took longer than i thought, but back now!
# [00:58] * Quits: hipokrit (hipokrit@1BF5DFDB.CA40E1F7.C558AD24.IP) (Quit: Leaving)
# [00:58] <@not_gavin> demianovics: chromewindow/domwindow/window/toplevelwindow are mostly just different terms for the same underlying concept
# [00:58] * Joins: ehugg_lime (ehugg_lime@moz-6546003E.mycingular.net)
# [00:59] * Joins: breck (breck@8342E71E.A6B4685D.DC877F3B.IP)
# [00:59] <@not_gavin> demianovics: the object hierarchy can be confusing because there are various confusingly-named interfaces implemented by the relevant objects
# [00:59] <demianovics> not_gavin: well, i agree
# [00:59] * Quits: jdm (jdm@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [01:00] * Joins: aja (Instantbir@DBFE15DD.C2971D12.7880DB15.IP)
# [01:01] <@not_gavin> demianovics: also within a chrome/toplevel window you can have child windows of different types, nested arbitrarily deep
# [01:01] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [01:01] * Quits: jduell (jduell@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [01:01] * Joins: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP)
# [01:02] <Waldo> "Weird color computing code stolen from winfe which was stolen from the xfe which was written originally by Eric Bina. So there." so there!
# [01:02] * Joins: marcoz (marco.zehe@moz-C9FBCBD4.dip.t-dialin.net)
# [01:02] * Quits: bajaj (Adium@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
# [01:02] * philor|away is now known as philor
# [01:02] <@dbaron> " The Bugzilla maintainers have been notified of this error [#1362614572.13150]. "
# [01:02] <demianovics> not_gavin: yea. a "normally" started firefox is toplevel. has browser.xul. where the tabbed area is a browser, and each tab has its own browser. as well as extension-bars etc. actually every thing seems to be a browser, or say "DOMWindow"
# [01:03] * Joins: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [01:03] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
# [01:03] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [01:03] <BenWa> bent: Ok did you see my message? I'm starting to think it's just a bug in IPC over threads
# [01:03] * vladan is now known as vladan-afk
# [01:03] <@not_gavin> demianovics: "DOMWindow" is a rather generic term for a |window| object
# [01:04] <mwu> joe: oh uh, apparently we have two omnijars now?
# [01:04] * Joins: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net)
# [01:04] <sfink> partiajars?
# [01:04] <bsmith> I can haz bugzilla?
# [01:04] <Waldo> not yours
# [01:04] <@not_gavin> demianovics: so the browser.xul window is a DOMWindow, and each <browser> in the tabbrowser has a content DOMWindow of its own
# [01:05] <mwu> which strikes me as somewhat defeating the purpose, but ok
# [01:05] * Quits: marcoz (marco.zehe@moz-C9FBCBD4.dip.t-dialin.net) (Ping timeout)
# [01:05] <@not_gavin> two omnijars!?
# [01:05] <philor> there can only be one!
# [01:05] <bsmith> by definition
# [01:05] * Joins: mrbkap (mrbkap@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [01:06] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
# [01:06] * Joins: shu (shu@moz-24D61CC6.hsd1.ca.comcast.net)
# [01:06] * Quits: ggp (ggp@2557E599.66715431.D25A875A.IP) (Input/output error)
# [01:06] * Joins: tbsaunde (tbsaunde@F2D29657.F60B0462.67AC9B1.IP)
# [01:06] <demianovics> not_gavin: i guess for now, all i want to achieve is to have a window opened, that i put a "load" listener on. from then on i want to do location.href = "http:/.."; or history.back(-1); ... execute all that not from within any of the showed pages, but from my extension's javascript. is there a big misconcept in this?
# [01:07] * Quits: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net) (Ping timeout)
# [01:07] <bsmith> Maybe we could name one omnijar julius-benedict.jar and the other vincent-benedict.jar
# [01:07] * Joins: ggp (ggp@2557E599.66715431.D25A875A.IP)
# [01:07] * Quits: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [01:07] <NeilAway> ah, I should learn to read the topic
# [01:08] <sfink> see, a legitimate use for <blink>
# [01:09] <bent> BenWa, i think you're right,
# [01:09] <bent> BenWa, but we should ask cjones
# [01:11] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Computer has gone to sleep.)
# [01:11] <wg9s> anmd things are getting worse. can no longer get tbpl page to display at all.
# [01:12] * Quits: jryans (jryans@moz-945C5CA4.massrel.com) (Quit: Be back later)
# [01:12] * Quits: ggp (ggp@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [01:12] * Quits: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP) (Input/output error)
# [01:13] <mbrubeck> I hoped I could get my build logs directly, but ftp.m.o is timing out too
# [01:13] <mbrubeck> ah, ftp://ftp.mozilla.org/ works
# [01:14] * Quits: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net) (Ping timeout)
# [01:14] <KWierso|Home> sfink++
# [01:14] * Joins: seth (seth@moz-D840E602.dsl.static.sonic.net)
# [01:14] * Quits: Honza (chatzilla@5AD2A1B9.23B79DE4.D0083327.IP) (Ping timeout)
# [01:14] * Quits: overholt (overholt@35765CFB.88764A66.72A31D6.IP) (Ping timeout)
# [01:14] <mmc> philor, that comment is fixed by https://bugzilla.mozilla.org/show_bug.cgi?id=844392
# [01:15] <philor> RyanVM|afk: I like how our closures only somewhat overlap
# [01:15] * Joins: Honza (chatzilla@5AD2A1B9.23B79DE4.D0083327.IP)
# [01:15] <philor> mmc: it's cruel to tease me with bug links like that
# [01:15] <mmc> sorry philor :) it is a different race condition, just waiting on review
# [01:16] * Quits: cpeterson (cpeterson@E9758364.9EC0A5AF.CFE928A7.IP) (Input/output error)
# [01:16] * Joins: overholt (overholt@35765CFB.88764A66.72A31D6.IP)
# [01:17] * Joins: JoeS1 (Thunderbir@moz-70161353.nwrknj.fios.verizon.net)
# [01:17] <gps-2> it certainly seems like Bugzilla became self-aware as a result of the upgrade yesterday and took itself offline out of fear of the knowledge it found within
# [01:17] <demianovics> does a WindowMediator.openWindow-created window contain a <browser> .. anything i could get via ?.gBrowser.getBrowser(); or so?
# [01:18] * Joins: vmelnyk (vmelnyk@moz-D35E748F.nycmny.fios.verizon.net)
# [01:19] <jwatt> hmm
# [01:19] * jwatt wonders why his new mochitests are failing on android due to synthesizeMouse resulting in a 1 or 2 pixels between the event point/element position
# [01:19] * Quits: Honza (chatzilla@5AD2A1B9.23B79DE4.D0083327.IP) (Ping timeout)
# [01:19] * Joins: Honza_ (chatzilla@5AD2A1B9.23B79DE4.D0083327.IP)
# [01:19] * Honza_ is now known as Honza
# [01:19] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
# [01:20] <mbrubeck> jwatt: Could be related to http://mxr.mozilla.org/mozilla-central/source/mobile/android/chrome/content/browser.js#4574
# [01:21] * Quits: rstrong (androirc@A5A0595A.66715431.D25A875A.IP) (Quit: AndroIRC - Android IRC Client ( http://www.androirc.com ))
# [01:21] <wg9s> gps-2: but it seems to have taken the whole data center down with it.
# [01:21] <mbrubeck> You can try setting these prefs all to 0 while your test runs, if that's the case: http://mxr.mozilla.org/mozilla-central/source/mobile/android/app/mobile.js#431
# [01:22] <wg9s> hmm and why is the chatzilla spell checker insisting on British spellings exactly i wonder?
# [01:22] <wg9s> wanted me to change center to centre
# [01:23] * Quits: overholt (overholt@35765CFB.88764A66.72A31D6.IP) (Ping timeout)
# [01:24] <jwatt> mbrubeck: hmm, I'm not sure that's it
# [01:24] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [01:24] <jwatt> the event targets the correct element
# [01:25] <jwatt> just the wrong point in it
# [01:25] * Quits: rniwa (rniwa@5FEFE500.BA327C77.775DF071.IP) (Quit: rniwa)
# [01:25] <Waldo> the English dictionary we ship in the en-US download is pretty bad, seems to me
# [01:25] * Quits: bnicholson (bnicholson@E9758364.9EC0A5AF.CFE928A7.IP) (Ping timeout)
# [01:25] * Quits: masayuki (Thunderbir@moz-B5ED316D.ppp11.odn.ad.jp) (Quit: masayuki)
# [01:25] <Waldo> I wonder if someone could student-project or GSoC up some sort of crowd-sourcer extension or something for corrections/additions to it
# [01:25] * Quits: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [01:25] <Waldo> a bit strange hunspell hasn't done that already themselves somehow
# [01:26] <@ted> probably hard to do when you don't ship a product
# [01:26] <@ted> you ship a library
# [01:26] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [01:26] * Quits: mixedpuppy (mixedpuppy@2557E599.66715431.D25A875A.IP) (Quit: mixedpuppy)
# [01:27] * Joins: dietrich (uid2731@moz-D8B63698.irccloud.com)
# [01:28] * Joins: lerc (quassel@5EE6AB9F.BEFA2430.788638A4.IP)
# [01:29] <markh> just delete all the bugmail, I said. You can just get the details later from bugzilla, I said...
# [01:29] * Joins: masayuki (Thunderbir@moz-B5ED316D.ppp11.odn.ad.jp)
# [01:30] <mjrosenb> I want to run |make install| on an arm board that I have, in a directory that has been cross-compiled
# [01:30] * Quits: karl (karl@moz-C433B975.jetstream.xtra.co.nz) (Ping timeout)
# [01:30] <mjrosenb> but nsinstall is x64, while the target is arm. Is there some way of getting the build process to make an cross-compiled nsinstall?
# [01:32] <@ted> you could probably set --host=arm-linux HOST_CC=whatever-gcc HOST_CXX=whatever-g++
# [01:32] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
# [01:32] <mbrubeck> jwatt: See also http://mxr.mozilla.org/mozilla-central/source/mobile/android/chrome/content/browser.js#4429 -- or if it's not that, maybe it's rounding error if the page is scaled such that 1px != 1 device pixel...
# [01:32] <@ted> mjrosenb: that's probably going to fail pretty quickly after it build nsinstall though, since it expects to be able to run nsinstall as part of the build
# [01:33] <mjrosenb> ted: I just want to type |make| on my laptop, then |make install| on the tegra :(
# [01:34] <mjrosenb> otherwise, how do I get the libraries installed on the target machine?
# [01:34] <mjrosenb> if there is any other way of doing this, I'm all ears.
# [01:34] <@ted> are you building all of firefox?
# [01:34] <@ted> or just js?
# [01:34] <mjrosenb> nope, nspr
# [01:34] <@ted> ah
# [01:35] <@ted> just configure with a prefix somewhere, and then make install on the desktop, then copy the contents of the dir you installed to to the tegra
# [01:35] * Joins: erikvold (erikvold@moz-FEB0D3F0.bchsia.telus.net)
# [01:35] <Waldo> boo-urns, I can't even push to try :-(
# [01:35] * @ted being paged by a certain toddler to watch a movie
# [01:35] <@ted> bbl
# [01:35] <mjrosenb> ted: does it care if the prefix changes?
# [01:35] <Waldo> ted: yeah, presumably that's why -- on the other hand, they managed to get a list together *somehow* to ship
# [01:36] <jwatt> mbrubeck: thanks
# [01:37] <jwatt> mbrubeck: I think it's some sort of rounding error though
# [01:37] * Quits: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: sicking)
# [01:37] <jwatt> since the touch "circle" should be well inside the element and not require rendering
# [01:38] <jwatt> s/rendering/moving of the point to be inside the bounds/
# [01:39] * Quits: lerc (quassel@121.75.155.30) (Client exited)
# [01:40] * Joins: lerc (quassel@5EE6AB9F.BEFA2430.788638A4.IP)
# [01:40] <cpearce> ehsan, re bug 848562, that page WFM BTW, but it was broken in older nightlies, make sure your nightly is up to date. can you post the output of dxdiag in the bug once bugzilla is up?
# [01:40] <jgilbert_> ugh
# [01:40] <jgilbert_> which compiler do we use on windows test slaves?
# [01:40] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [01:41] <philor> trick question, the answer is none, test slaves don't compile, build slaves do
# [01:41] * jgilbert_ submits a bunch of try-all runs
# [01:42] <mbrubeck> jgilbert_: VS2010
# [01:42] <jgilbert_> of course we are :<
# [01:42] <mbrubeck> (modulo philor's answer)
# [01:42] <jgilbert_> vs2008 was breaking, so I naively installed vs2012
# [01:42] <jgilbert_> which also isn't building central
# [01:42] * Joins: coop (Chris@1584399C.C54088C8.47C41102.IP)
# [01:43] <mbrubeck> Hmm, VS2012 is working for me
# [01:43] * Joins: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net)
# [01:43] <mbrubeck> It's what I'm using locally
# [01:43] <Waldo> jgilbert_: I think we had 2008 on fs/ at one point; pretty sure I got the copy I have from there
# [01:43] * Quits: Jesse (jruderman@A5A0595A.66715431.D25A875A.IP) (Quit: Jesse)
# [01:43] <mbrubeck> jgilbert_: Pro or Express?
# [01:44] <Callek> jgilbert_: good luck on try all when all of scl3 infra is busted
# [01:44] <jgilbert_> mbrubeck: I just pulled down express
# [01:44] <Callek> :-)
# [01:44] <mbrubeck> I think there are some extra steps needed for Express because it doesn't install all the right libraries out of the box.
# [01:44] <jgilbert_> Callek: sounds like a job for cron
# [01:44] * Quits: lerc (quassel@121.75.155.30) (Client exited)
# [01:44] <Callek> ad yea we build officially on w2k8-x64 targetting win32, and test on winXP and win7 x86
# [01:44] <mbrubeck> jgilbert_: You can get the Pro edition from http://fs2.mtv1.mozilla.com/IT/Microsoft/Windows/
# [01:44] * Joins: efes (efes@moz-47A72E1E.dynamic.chello.pl)
# [01:45] <Callek> mbrubeck: on the other hand, where are the creds to get at fs2?
# [01:45] * Quits: efes (efes@moz-47A72E1E.dynamic.chello.pl) (Quit: -Mummy, can I talk with guys on IRC? -No, you can't.)
# [01:45] * Callek doesn't know how to access that
# [01:45] <jgilbert_> sounds like I should get 2010 until we're running 2012 on slaves
# [01:45] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [01:45] * Joins: dolske (dolske@moz-DB4A9C19.scl3.mozilla.com)
# [01:45] * ChanServ sets mode: +o dolske
# [01:45] * Joins: margaret (margaret@moz-DB4A9C19.scl3.mozilla.com)
# [01:45] * Quits: jhammel|afk (jhammel@moz-14240F1C.hsd1.ca.comcast.net) (Quit: leaving)
# [01:45] * Joins: gavin (gavin@moz-DB4A9C19.scl3.mozilla.com)
# [01:45] * ChanServ sets mode: +o gavin
# [01:45] * Joins: mgerva-afk (mgerva@moz-DB4A9C19.scl3.mozilla.com)
# [01:45] * Joins: khuey (khuey@moz-DB4A9C19.scl3.mozilla.com)
# [01:45] * ChanServ sets mode: +o khuey
# [01:45] * Joins: AutomatedTester|AFK (David@moz-DB4A9C19.scl3.mozilla.com)
# [01:45] * Joins: geekboy|afk (geekboy@moz-DB4A9C19.scl3.mozilla.com)
# [01:45] * Joins: nalexander (nalexander@moz-DB4A9C19.scl3.mozilla.com)
# [01:45] * Joins: cers (cers@moz-DB4A9C19.scl3.mozilla.com)
# [01:45] * Joins: nli (nli@moz-DB4A9C19.scl3.mozilla.com)
# [01:45] <mbrubeck> Callek: fs2 is accessible from the Mozilla office networks, or over the MoCo VPN for us remoties
# [01:45] * Joins: reuben_ (reuben@moz-DB4A9C19.scl3.mozilla.com)
# [01:46] * AutomatedTester|AFK is now known as AutomatedTester
# [01:46] * Joins: whimboo|afk (whimboo@moz-DB4A9C19.scl3.mozilla.com)
# [01:46] * Joins: nthomas|away (nthomas@moz-DB4A9C19.scl3.mozilla.com)
# [01:46] * Joins: Yoric (Yoric@moz-DB4A9C19.scl3.mozilla.com)
# [01:46] <mbrubeck> looks like scl3 is back?
# [01:46] * whimboo|afk is now known as whimboo
# [01:46] <jgilbert_> 60MB/s, nice
# [01:46] * Joins: juanb (jbecerra@2557E599.66715431.D25A875A.IP)
# [01:46] <gkw> bugzilla back up?
# [01:46] * Quits: ehugg_lime (ehugg_lime@moz-6546003E.mycingular.net) (Client exited)
# [01:46] <mbrubeck> yay!
# [01:46] * nthomas|away is now known as nthomas
# [01:46] * Quits: juanb (jbecerra@2557E599.66715431.D25A875A.IP) (Input/output error)
# [01:46] * Joins: lerc (quassel@5EE6AB9F.BEFA2430.788638A4.IP)
# [01:47] * Joins: juanb (jbecerra@2557E599.66715431.D25A875A.IP)
# [01:47] * Joins: genester (Thunderbir@moz-A0C78C2.oc.oc.cox.net)
# [01:47] <lizzard> huzzah!
# [01:47] <KWierso|Home> status.m.o has yet to update but yeah
# [01:47] * Quits: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net) (Ping timeout)
# [01:47] * gavin changes topic to 'Intermittent-failure rate is out of control - please help! http://brasstacks.mozilla.com/orangefactor/ || https://etherpad.mozilla.org/commonissues || Next merge 2 April || Want to help? See #introduction'
# [01:47] <mbrubeck> jgilbert_: Now that it's back up, https://developer.mozilla.org/en-US/docs/Developer_Guide/Build_Instructions/Windows_Prerequisites mentions a workaround for the "atlbase.h" error you may have seen using Visual Studio Express
# [01:47] * Joins: Cww (Cww@moz-DB4A9C19.scl3.mozilla.com)
# [01:47] * Joins: Tomcat (Tomcat@moz-DB4A9C19.scl3.mozilla.com)
# [01:47] * Joins: gps (gps@moz-DB4A9C19.scl3.mozilla.com)
# [01:47] * Joins: shu_ (sguo@moz-DB4A9C19.scl3.mozilla.com)
# [01:47] * Quits: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com) (Client exited)
# [01:48] * Joins: imelven (imelven2@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] * Joins: kk1fff (pwang@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] * Joins: jmaher|afk (jmaher@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] * Joins: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net)
# [01:48] * Joins: gregglind (glind@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] * Joins: rnewman (rich_holyg@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] * Joins: lsblakk (lsblakk@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] * Joins: tbsaunde_ (tbsaunde@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] * Joins: ctalbert (ctalbert@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] * Quits: dao (dao@moz-B50205F9.superkabel.de) (Quit: Leaving.)
# [01:48] * Joins: ashish (ashish@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] * Joins: fox2mike (shyam@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] * Quits: gps-2 (Adium@1FDE6610.BA6FA.189F3E15.IP) (Quit: Leaving.)
# [01:48] <Callek> mbrubeck: MPT-Vpn?
# [01:48] * Joins: dchan (dchan@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] * Joins: hwine (hwine@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] * Joins: rhelmer (rhelmer@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] * Joins: fryn (fyan@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] * Joins: robc|afk (rcampbell@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] * Joins: dietrich_ (dietrich@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] * Quits: tbsaunde (tbsaunde@F2D29657.F60B0462.67AC9B1.IP) (Quit: leaving)
# [01:48] <Callek> mbrubeck: If so I should probably try to coerce IT to flow from buildVPN-->fs2
# [01:48] * Joins: mrbkap_ (mrbkap@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] * Joins: mconnor (mconnor@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] * Joins: liuche_ (liuche@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] * Joins: johnath (johnath@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] * Joins: froydnj (nfroyd@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] <Callek> I'm also curious where the *docs* on fs2 access are
# [01:48] * Joins: joduinn-afk (joduinn@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] * Joins: edwin (me@moz-DB4A9C19.scl3.mozilla.com)
# [01:48] * Joins: kbrosnan (kbrosnan@moz-DB4A9C19.scl3.mozilla.com)
# [01:49] * Joins: dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net)
# [01:49] * ChanServ sets mode: +o dveditz
# [01:49] <mbrubeck> Callek: I don't know the details off-hand; I just followed the VPN instructions in the intranet some time in distant memory
# [01:49] * rhelmer is now known as IRCMonkey65246
# [01:49] * Joins: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net)
# [01:50] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Linkinus - http://linkinus.com)
# [01:50] <mjrosenb> Callek: so the problem with fst and vpn access is the dns for fs2 is not provided
# [01:50] * tbsaunde_ is now known as tbsaunde
# [01:50] <mjrosenb> Callek: if you happen to know its ip address, it works just fine...
# [01:51] * Joins: bat (jgilbert@2557E599.66715431.D25A875A.IP)
# [01:51] * Quits: jgilbert_ (jgilbert@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [01:51] <Callek> mjrosenb: yea, I wanted docs to point at so I can travel up some approval chains to get it properly exposed more places, once I know where its *supposed* to be exposed from
# [01:52] <Callek> I got vaguely told only IT was meant to have access
# [01:52] <Callek> but that was from a non-authoratative source
# [01:52] <mjrosenb> Callek: ahh, that is certainly most interesting
# [01:52] * Quits: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net) (Ping timeout)
# [01:53] <Callek> mjrosenb: of course its also possible only IT is meant to have ssh access, but others can have http, etc
# [01:53] <Callek> but knowing a doc/details helps me shake out those thoughts/issues
# [01:53] <Callek> because, imho if DNS isn't exposed, imho it shouldn't be accessible
# [01:53] <Callek> and if it is accessible, it should have DNS
# [01:55] * bat is now known as jgilbert
# [01:56] <tbsaunde> Callek: intranet.mozilla.org/File_Server is the doc I know of
# [01:56] <Callek> tbsaunde: thanks
# [01:56] <tbsaunde> mjrosenb: I get dns for it from office.mozilla.org not sure why vpn wouldn't
# [01:56] * Joins: ehugg (ehugg@moz-44D86B1E.cisco.com)
# [01:57] * Joins: ggp (ggp@2557E599.66715431.D25A875A.IP)
# [01:57] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [01:57] <Callek> tbsaunde: and that doc does imply it should be for more than IT (but also implies ssh access is not for public) which all makes sense
# [01:58] * Quits: mrbkap (mrbkap@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: IRC client fun)
# [01:58] * IRCMonkey65246 is now known as rhelmer
# [01:59] * reuben_ is now known as reuben
# [01:59] * Quits: Honza (chatzilla@5AD2A1B9.23B79DE4.D0083327.IP) (Ping timeout)
# [01:59] * Quits: ggp (ggp@2557E599.66715431.D25A875A.IP) (Input/output error)
# [01:59] * Joins: ggp (ggp@2557E599.66715431.D25A875A.IP)
# [02:00] * Quits: jedp (jedp@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Computer has gone to sleep.)
# [02:00] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [02:00] * Quits: shu (shu@moz-24D61CC6.hsd1.ca.comcast.net) (Quit: leaving)
# [02:00] * shu_ is now known as shu
# [02:00] * Quits: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: fitzgen)
# [02:02] * Joins: marcoz (marco.zehe@moz-C9FBCBD4.dip.t-dialin.net)
# [02:03] * Quits: ehugg (ehugg@moz-44D86B1E.cisco.com) (Ping timeout)
# [02:03] * Quits: juanb (jbecerra@2557E599.66715431.D25A875A.IP) (Quit: juanb)
# [02:04] * Joins: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
# [02:04] * Joins: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net)
# [02:04] * Parts: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
# [02:04] * Joins: juanb (jbecerra@moz-ACDE7EEC.mozilla.com)
# [02:04] * Quits: aklotz (Thunderbir@moz-55246988.cg.shawcable.net) (Quit: aklotz)
# [02:05] * Quits: marcoz (marco.zehe@moz-C9FBCBD4.dip.t-dialin.net) (Ping timeout)
# [02:08] * Parts: nical (nico@moz-4754F405.fbx.proxad.net)
# [02:08] <@roc> c'mon dbaron, you said you were going to ignore standards lists for a week
# [02:08] * Quits: fabrice (fabrice@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [02:09] <Waldo> heh
# [02:09] * Quits: jammink (textual@2557E599.66715431.D25A875A.IP) (Quit: Computer has gone to sleep.)
# [02:10] * Joins: Honza (chatzilla@5AD2A1B9.23B79DE4.D0083327.IP)
# [02:10] * Quits: Ann_Yiming (Ann_Yiming@2557E599.66715431.D25A875A.IP) (Input/output error)
# [02:11] * Quits: Sander (chatzilla@7ED01146.A27A8065.D3BA2C17.IP) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [02:11] * Joins: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [02:13] <philor> hmm, who broke xpcshell on Windows on inbound?
# [02:13] * Joins: juanb_ (jbecerra@2557E599.66715431.D25A875A.IP)
# [02:13] <KWierso|Home> not I
# [02:13] * Quits: juanb (jbecerra@moz-ACDE7EEC.mozilla.com) (Ping timeout)
# [02:13] * juanb_ is now known as juanb
# [02:13] <philor> was it really jdm?
# [02:14] * Joins: karl (karl@538BABFE.A073F3E.97BBD552.IP)
# [02:14] <philor> or was it one of the half dozen pushes before that where we didn't run it?
# [02:14] <mbrubeck> I was planning to but I'm still waiting on Try results from https://tbpl.mozilla.org/?tree=Try&rev=4ce296baac6d
# [02:15] <mbrubeck> I suspect gps
# [02:16] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [02:17] <joe> khuey: so it was deps
# [02:17] <romaxa> Waldo: MathAlgorithms.h:116: error: 'fabsl' was not declared in this scope
# [02:17] <@khuey> joe: really?
# [02:17] <@khuey> what's the problem?
# [02:18] <Waldo> romaxa: what compiler/platform?
# [02:19] <romaxa> Waldo: N9 Harmattan
# [02:19] <joe> khuey: the .xpt file does not contain the new constant
# [02:19] <romaxa> Waldo: gcc version 4.4.1 ('cs2009q3-hard-67-sb16')
# [02:19] * Quits: erikvold (erikvold@moz-FEB0D3F0.bchsia.telus.net) (Quit: erikvold)
# [02:19] <@khuey> joe: have you reproduced locally?
# [02:19] <Waldo> romaxa: what fabs* functions are available there?
# [02:20] * Waldo is slightly surprised a non-MSVC would seemingly not have a standard function
# [02:20] <@khuey> Waldo: welcome to mobile
# [02:20] <frozencemetery> general question for the channel. re: bug 751749. Have my keybindings partially working, but would like to know how to bind things such as meta-numberkey. Does anyone know more about this?
# [02:20] <joe> khuey: not yet; I'll try
# [02:20] <romaxa> Waldo: I found only fabs: inline long double fabs(long double __x) { return __builtin_fabsl(__x); }
# [02:20] <romaxa> Waldo: /scratchbox/users/romaxa/targets/HARMATTAN_ARMEL/usr/include/c++/4.4/cmath
# [02:21] <@khuey> joe: does the log for the build show us running xpidl on the relevant .idl?
# [02:21] * @khuey gives joe lots of questions to answer
# [02:21] * Joins: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net)
# [02:21] <romaxa> Waldo: I guess we should check for _GLIBCXX_HAVE_FABSL
# [02:21] <Waldo> romaxa: we could try s/<math.h>/<cmath>/ and s/fabs/std::fabs/g; if that works that seems like a good idea
# [02:22] <Waldo> urk, no, that's a horrible idea :-)
# [02:22] * Quits: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: sicking)
# [02:22] <romaxa> Waldo: /* #undef _GLIBCXX_HAVE_FABSL */ - this is not defined
# [02:22] * Joins: Jesse (jruderman@F9997BD3.820C841F.D6F3DB9.IP)
# [02:22] * Quits: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net) (Max SendQ exceeded)
# [02:22] * Joins: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net)
# [02:22] <joe> khuey: typelib.py and header.py seem to be run on it yes
# [02:22] <tbsaunde> frozencemetery: I'd expect you want to ask one of {smaug, neilaway, masayuki }
# [02:22] <romaxa> Waldo: yep it works with that change
# [02:23] <romaxa> Waldo: std::fabs + cmath
# [02:23] <Waldo> romaxa: file a bug, tryserver it building do on everything, and let's go to town with it
# [02:23] * Joins: fabrice (fabrice@2557E599.66715431.D25A875A.IP)
# [02:24] * Quits: Jesse (jruderman@F9997BD3.820C841F.D6F3DB9.IP) (Ping timeout)
# [02:24] * Joins: jammink (textual@2557E599.66715431.D25A875A.IP)
# [02:24] <joe> khuey: maybe interfaces.xpt wasn't changed
# [02:24] * Quits: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [02:25] <@khuey> joe: its possible the change didn't propagate all teh way yes
# [02:25] <joe> it doesn't show up in the log at all
# [02:25] * Joins: surkov (surkov@7F1C0E2B.41FE424A.E17943EE.IP)
# [02:25] <@khuey> which is one reason I'd like to be able to reproduce locally
# [02:25] <@khuey> mmm
# [02:25] * Quits: jammink (textual@2557E599.66715431.D25A875A.IP) (Quit: Computer has gone to sleep.)
# [02:25] <joe> don't know whether that matters
# [02:25] <@khuey> joe: what IDL file are you changing?
# [02:25] * Joins: bsmedberg (bsmedberg@moz-748CAEF1.jst.pa.atlanticbb.net)
# [02:25] * ChanServ sets mode: +o bsmedberg
# [02:26] <joe> imgIRequest.idl
# [02:26] * Quits: genester (Thunderbir@moz-A0C78C2.oc.oc.cox.net) (Ping timeout)
# [02:26] <@khuey> joe: did we relink/fiddle with imglib2.xpt?
# [02:27] * Joins: genester (Thunderbir@moz-A0C78C2.oc.oc.cox.net)
# [02:27] <joe> http://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/mozilla-inbound-macosx64/1362602650/mozilla-inbound-macosx64-bm34-build1-build4535.txt.gz
# [02:27] <joe> :)
# [02:27] * Quits: cabanier (cabanier@89803C3C.27D0C967.A0B21F13.IP) (Quit: Leaving.)
# [02:27] <@khuey> :-P
# [02:27] * Quits: genester (Thunderbir@moz-A0C78C2.oc.oc.cox.net) (Quit: genester)
# [02:27] <joe> looks like yes
# [02:28] * @khuey wishes we didn't suck so hard at text
# [02:28] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Quit: bmoss)
# [02:29] * Joins: mrbkap (quassel@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [02:30] <@khuey> oh, hey, someone totally rewrote packager
# [02:30] * Quits: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com) (Ping timeout)
# [02:30] <mjrosenb> khuey: when I was in college, I discovered that emacs, vim and less all fell over dead if you had more than 10 gigabytes of text on one line.
# [02:31] * Quits: Honza (chatzilla@5AD2A1B9.23B79DE4.D0083327.IP) (Connection reset by peer)
# [02:31] * Quits: bholley (anonymous@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
# [02:31] * Joins: Honza (chatzilla@5AD2A1B9.23B79DE4.D0083327.IP)
# [02:31] * Quits: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net) (Ping timeout)
# [02:31] <@khuey> mjrosenb: firefox doesn't even come close ;-)
# [02:31] * Joins: ehsan (ehsan@576FC5E5.CD1D2BB8.DC1243F8.IP)
# [02:31] * ChanServ sets mode: +o ehsan
# [02:31] <{V}> mjrosenb, what about grep ?
# [02:32] <@khuey> joe: yeah, I bet something is broken in the new packager
# [02:32] <@khuey> joe: so now I redirect you to gps and glandium
# [02:32] <joe> yeah
# [02:32] * Joins: Jesse (jruderman@A5A0595A.66715431.D25A875A.IP)
# [02:32] <mjrosenb> {V}: dunno, I didn't try.
# [02:32] * Quits: nrc (nrc@7BE24E90.A5032A01.3CFC199D.IP) (Quit: ChatZilla 0.9.90 [Firefox 20.0/20130227063501])
# [02:33] * Quits: mrbkap_ (mrbkap@moz-DB4A9C19.scl3.mozilla.com) (Quit: not here)
# [02:33] <joe> khuey: so should I update CLOBBER or just clobber the build slaves?
# [02:33] <demianovics> do addon-SDK-built-extensions allow to use own XUL interfaces?
# [02:33] <joe> (it being a given that I want to land this before the bug is fixed)
# [02:33] * Quits: tanvi (tanvi@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
# [02:34] <@khuey> joe: no you can't clobber
# [02:34] <@khuey> it took me half the day to build successfully today
# [02:34] <@khuey> I'm not doing that again tomorrow
# [02:34] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [02:34] <joe> don't worry there's no way this'll merge to mozilla-central by tomorrow
# [02:35] <joe> so you'll just have to clobber on friday instead
# [02:35] * Quits: Honza (chatzilla@5AD2A1B9.23B79DE4.D0083327.IP) (Ping timeout)
# [02:35] <glandium> joe: what's the deal?
# [02:35] * Joins: Honza (chatzilla@5AD2A1B9.23B79DE4.D0083327.IP)
# [02:35] <joe> glandium: I updated imgIRequest.idl but interfaces.xpt didn't get updated with the changes
# [02:36] <sfink> RyanVM|afk: I'm not sure if I'll have time to push it tonight, but the patch on bug 847121 should fix the near-permaorange SM(r) build if you wanted to push it to fix it faster. (I wouldn't have complained if you'd backed out for that one, but this works too.)
# [02:36] <glandium> joe: in the packaged app?
# [02:36] <joe> right
# [02:36] <joe> oh and I didn't change the UUID
# [02:36] <glandium> joe: on all platforms?
# [02:36] <joe> glandium: seemingly; definitely linux and OS X
# [02:36] <RyanVM|afk> sfink: I'm not planning to stick around long enough to land things tonight, but throw a checkin-needed on it and I'll land it in the morning
# [02:37] * Quits: smooney (smooney@2557E599.66715431.D25A875A.IP) (Quit: smooney)
# [02:37] <philor> inconveniently, I'm on the desk in half an hour, so inbound might be getting a 90 minute rest
# [02:38] * Quits: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net) (Ping timeout)
# [02:38] * Quits: bdahl (bdahl@moz-BE33DA21.fw1.sfo1.mozilla.net) (Client exited)
# [02:38] <glandium> joe: so, possibly, the test in python/mozbuild/mozpack/files.py's XPTFile.copy may not have caught your change
# [02:38] * Quits: Waldo (waldo@2557E599.66715431.D25A875A.IP) (Quit: ChatZilla 0.9.87-6.1450hg.fc18 [XULRunner 19.0/20130218162742])
# [02:38] <philor> not that it's going to finish Win xpcshell retriggers much faster than that anyway
# [02:38] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [02:39] * Joins: ehugg (ehugg@moz-44D86B1E.cisco.com)
# [02:39] <sfink> RyanVM|afk: ok, thanks
# [02:39] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [02:39] <glandium> joe: i don't know how Typelib handles constants
# [02:40] <glandium> do they even appear in an interface
# [02:40] <glandium> ted: ^
# [02:40] <joe> they appear in the xpt
# [02:40] <RyanVM|afk> philor: I saw the word "retrigger" in #releng and decided to call it a night
# [02:40] <glandium> joe: yeah, but at what level, and how in the python objects
# [02:40] <joe> ah, okay
# [02:40] <glandium> joe: what was your idl change exactly?
# [02:40] * Quits: ehugg (ehugg@moz-44D86B1E.cisco.com) (Quit: ehugg)
# [02:41] <@khuey> this is the part where he gives you a link that hangs firefox for 10 seconds
# [02:41] <joe> don't worry my firefox is already hung for 10 seconds
# [02:41] <joe> glandium: https://hg.mozilla.org/integration/mozilla-inbound/diff/66006561df23/image/public/imgIRequest.idl
# [02:42] <joe> glandium: so I forgot to update the UUID; no idea whether that causes problems
# [02:42] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [02:42] <glandium> joe: maybe that causes problems to whatever deals with __equal__ for interfaces
# [02:43] * Quits: Optimizer (Optimizer@A1E7C6F9.11F77411.D2D1FAF0.IP) (Ping timeout)
# [02:43] <philor> RyanVM|afk: aww, it'll be fun! already down to only 156 unstarred...
# [02:44] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [02:44] <RyanVM|afk> philor: after ~12hr of "fun", I'm done for the day :P
# [02:44] <tbsaunde> joe: arguably that doesn't need a uuid change since the vtable won't change
# [02:45] * Joins: jduell (jduell@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [02:46] <joe> philor: i'd help star if my firefox were capble of loading tbpl in finite time
# [02:47] * Joins: Optimizer (Optimizer@90EFF363.3675844F.BE90E62C.IP)
# [02:47] <joe> oh there it goes
# [02:47] <philor> joe: I hear Google makes a pretty good browser
# [02:47] <joe> i swear nothing brings firefox to its knees like trying to develop firefox
# [02:48] <@ted> glandium: pretty sure xpt.py only checks uuid+name for equality
# [02:48] * Quits: mrbkap (quassel@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Leaving)
# [02:48] * Joins: mrbkap (mrbkap@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [02:49] <glandium> ted: and namespace
# [02:49] <@ted> right right
# [02:49] <@ted> not that anything uses namespace
# [02:49] <glandium> #TODO: actually compare methods etc
# [02:49] <@ted> is that actually in there?
# [02:49] <@ted> hah!
# [02:49] <glandium> joe: here you are ^
# [02:49] * njn is glad he landed a patch today before the tree closed
# [02:49] <joe> todo: our job
# [02:49] * Joins: Optimizer1 (Optimizer@A1D24DEB.E44B0107.BE90E62C.IP)
# [02:50] <philor> joe: but there really isn't much interesting to star, some disconnects that we probably won't need to retrigger, the Win xpcshell that's crawling backward to its source, and a half dozen that need to be filed
# [02:50] * Quits: Optimizer (Optimizer@90EFF363.3675844F.BE90E62C.IP) (Ping timeout)
# [02:50] * Quits: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [02:50] <joe> philor: itym a half dozen that need to be backed out
# [02:50] * joe remembers the halcyon days of when he closed a mozilla-inbound head
# [02:50] <joe> people were maaaaaaaaaaaad
# [02:51] * Quits: bent (chatzilla@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 18.0.2/20130201065344])
# [02:52] * Joins: Optimizer (Optimizer@464BD83F.49932A2E.BE90E62C.IP)
# [02:52] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [02:52] * Quits: Optimizer1 (Optimizer@A1D24DEB.E44B0107.BE90E62C.IP) (Ping timeout)
# [02:53] <joe> ted: glandium: should I file this?
# [02:53] <glandium> joe: feel free to file a bug for that xpt thing
# [02:54] <joe> core:: build config?
# [02:54] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
# [02:54] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
# [02:55] * Quits: juanb (jbecerra@2557E599.66715431.D25A875A.IP) (Quit: juanb)
# [02:55] * Joins: bz (bzbarsky@moz-71EFD05D.bstnma.fios.verizon.net)
# [02:55] * ChanServ sets mode: +o bz
# [02:56] <@bz> Man
# [02:56] <@bz> this trying to land webidl iframe is just a neverending trail of tears
# [02:56] <RyanVM|afk> bz: you're at philor's mercy for the rest of the night, if that's any comfort
# [02:57] <mbrubeck> the windows xpcshell failure is "Component returned failure code: 0x8052000e (NS_ERROR_FILE_IS_LOCKED) [nsIFile.moveTo]"
# [02:57] <joe> next step: build slaves transmogrify into a grassy field of kittens
# [02:57] <@bz> RyanVM|afk: haha
# [02:57] <@bz> RyanVM|afk: See, if it were up to philor this would be landed by now
# [02:57] <@bz> RyanVM|afk: I wish.
# [02:57] <mbrubeck> at http://mxr.mozilla.org/mozilla-central/source/toolkit/mozapps/extensions/test/xpcshell/test_bug655254.js#100
# [02:57] * philor takes his tender mercy away for an hour
# [02:57] * philor is now known as philor|afk
# [02:57] <@bz> But webidl iframe exposes a bug in gaia
# [02:57] * Quits: Optimizer (Optimizer@464BD83F.49932A2E.BE90E62C.IP) (Ping timeout)
# [02:57] <@bz> preexisting bug
# [02:57] <@bz> which I fixed
# [02:58] <@bz> but we use a snapshot of gaia on tbpl
# [02:58] <joe> glandium: https://bugzilla.mozilla.org/show_bug.cgi?id=848624
# [02:58] <@bz> and we can't update it because more recent gaia fails tests
# [02:58] <@bz> so here we are testing b2g on tbpl on some old snapshot....
# [02:58] * Quits: jduell (jduell@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [02:58] <@bz> test coverage, what's that?
# [02:58] <joe> bz: reminds me of jrmuizel's attempts to update the b2g emulator, which led to a similar trail of awful
# [02:59] * Joins: rniwa (rniwa@5FEFE500.BA327C77.775DF071.IP)
# [02:59] <tbsaunde> bz: come on what's the fun in testing what you intend to ship when you could test a random pile of other junk
# [02:59] <@bz> joe: heh
# [02:59] <joe> iirc he tried and failed to update the emulator just as "grab tip" because it had unrelated broken changes
# [03:00] <joe> and/or was incompatible with the old gaia we use in tbpl
# [03:00] <@bz> tbsaunde: I wouldn't care if it were not blocking Gecko perforance work
# [03:00] * Joins: nattokirai (nattokirai@moz-8AE09276.dynamic.ppp.asahi-net.or.jp)
# [03:00] <derf> Yay software. Everything is borken.
# [03:00] <JosiahOne> spohl: Ping.
# [03:00] <@bz> joe: the whole thing is a mess...
# [03:00] <@bz> derf: everything that is not tested is borken
# [03:00] <mbrubeck> starting to wonder the xpcshell orange could be from aklotz's https://hg.mozilla.org/integration/mozilla-inbound/rev/7f6c38239328
# [03:00] * Joins: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net)
# [03:00] <derf> bz: I would argue that so are many things that are tested.
# [03:00] <@bz> derf: (I mean, things that are tested might be borken too, but the other pretty much guarantees borkenness)
# [03:00] <joe> bz: most things that are tested are broken
# [03:01] <derf> We all appear to be in agreement.
# [03:01] <@bz> yeah
# [03:01] <derf> Everything is borken.
# [03:01] <@bz> So I have a modest proposal
# [03:01] <@bz> how about we turn off the useless b2g tests on tbpl
# [03:01] <@bz> and then I land
# [03:01] <derf> Does it involve shopping?
# [03:01] <derf> Oh.
# [03:01] <@bz> And whenever people who care about those tests get around to making them mean something...
# [03:01] <@bz> we can reenable them.
# [03:01] <joe> we did it for jetpack
# [03:01] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [03:01] <joe> i think it makes a lot of sense
# [03:02] <@bz> Brilliantly simple, no?
# [03:02] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [03:02] <derf> I was wondering why no one had proposed this already.
# [03:02] * Quits: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net) (Ping timeout)
# [03:02] <derf> But my opinion counts for nothing here.
# [03:02] <tbsaunde> agreed
# [03:02] <joe> just hide them; doesn't even need to be turned off
# [03:02] <nattokirai> dangerously logical...
# [03:02] * Quits: mccr8 (mccr8@2557E599.66715431.D25A875A.IP) (Quit: mccr8)
# [03:02] <tbsaunde> derf: I'm sure philor|afk has
# [03:02] <derf> philor|afk is pretty smrt.
# [03:03] * Joins: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net)
# [03:03] * Joins: rstrong (androirc@A5A0595A.66715431.D25A875A.IP)
# [03:03] * Joins: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net)
# [03:03] <spohl> JosiahOne: pong
# [03:03] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [03:04] * Quits: liuche_ (liuche@moz-DB4A9C19.scl3.mozilla.com) (Quit: Lost terminal)
# [03:04] <@bz> philor has in fact proposed it
# [03:04] <JosiahOne> spohl: Boriss and I were wondering if your bug 678392 should have gotten ui-review. My bug requested ui-review and quite a few points may be related to bug 678392.
# [03:04] * Joins: Optimizer (Optimizer@42D59980.E44B0107.BE90E62C.IP)
# [03:04] <@bz> which is why I said if it were up to him I would have landed already.... ;)
# [03:04] * Joins: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net)
# [03:05] * Joins: liuche (liuche@moz-DB4A9C19.scl3.mozilla.com)
# [03:05] * Joins: mccr8 (mccr8@moz-5FEA0C74.dsl.dynamic.sonic.net)
# [03:06] * Quits: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net) (Ping timeout)
# [03:06] <@roc> I thought I heard someone say evaluating functions in B2G-gdb didn't work
# [03:06] * Quits: Jesse (jruderman@A5A0595A.66715431.D25A875A.IP) (Quit: Jesse)
# [03:06] <@roc> it does!
# [03:06] <tbsaunde> bz: relatedly I should be able to debug webidl Range on a build slave tonight or tomorrow depending on how builds go
# [03:06] <spohl> JosiahOne: Madhava was added to a number of patches for feedback from a UX perspective
# [03:06] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [03:06] <@bz> tbsaunde: nice
# [03:06] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [03:07] <JosiahOne> spohl: Ah, alright. Actually, I'm knocking down the problem right now. Mostly blaming bug 800443 for the biggest issue.
# [03:07] * Quits: Optimizer (Optimizer@42D59980.E44B0107.BE90E62C.IP) (Ping timeout)
# [03:07] <spohl> JosiahOne, Boriss: The other thing to note is that swiping has been shipping for a while, just without animations
# [03:07] * Joins: Optimizer (Optimizer@D7473499.476A5D7A.BE90E62C.IP)
# [03:08] <Boriss> indeed
# [03:08] <spohl> JosiahOne, Boriss: so, UX is unlikely to be worse now. :-)
# [03:08] <JosiahOne> spohl: Right, that is why I believe bug 800443 is unrelated to this.
# [03:08] <spohl> JosiahOne, Boriss: (at least I sure hope not...)
# [03:09] <Boriss> i think i can give 817074 a review aside from the other issues then, i can review those bugs when the patches are ready
# [03:09] * Quits: fabrice (fabrice@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
# [03:10] <joe> firebot: uuid
# [03:10] <firebot> 9c709b50-bd1a-476d-b313-d64db874f80a (/msg firebot cid for CID form)
# [03:10] <spohl> Boriss: the patches for bug 678392 are ready to be checked in as soon as bug 817700 has landed
# [03:10] * Quits: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net) (Ping timeout)
# [03:10] <mbrubeck> Argh.... win7 mozilla-inbound test jobs: 166 pending, 3 running
# [03:10] <spohl> Boriss: feedback is definitely welcome, we might just have to deal with it in separate bugs (for bug 678392)
# [03:10] <mbrubeck> winxp mozilla-inbound test jobs: 119 pending, 8 running
# [03:10] * Joins: dholbert_ (dholbert@moz-E9E6A44A.tmodns.net)
# [03:11] <mbrubeck> We are going to be waiting a *long* time for this tree to re-open.
# [03:11] <mbrubeck> Maybe I should just push to m-c
# [03:11] * Quits: dholbert_ (dholbert@moz-E9E6A44A.tmodns.net) (Connection reset by peer)
# [03:11] <joe> mbrubeck: do we only have 12 test salves?!
# [03:11] <joe> slaves
# [03:11] * Quits: Optimizer (Optimizer@D7473499.476A5D7A.BE90E62C.IP) (Ping timeout)
# [03:12] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: Mook_as)
# [03:12] * Joins: allstarschh (allstars@moz-99690620.hinet-ip.hinet.net)
# [03:12] * Quits: breck (breck@8342E71E.A6B4685D.DC877F3B.IP) (Client exited)
# [03:12] <nthomas> lots more than that, but there are higher priority branches than inbound
# [03:13] <mbrubeck> We have a total of 130 running win7+winxp test jobs
# [03:13] * Quits: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net) (Quit: jgriffin)
# [03:13] <mbrubeck> across all trees.
# [03:13] <nthomas> s/branches/trees/
# [03:13] * Joins: Jesse (jruderman@A5A0595A.66715431.D25A875A.IP)
# [03:13] * Joins: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com)
# [03:13] <mbrubeck> if the numbers on http://build.mozilla.org/builds/pending/running.html are accurate, which they aren't always
# [03:14] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
# [03:14] <mbrubeck> s/across all trees/across all non-try trees/
# [03:14] * Joins: josh (josh@moz-B1D657EB.hsd1.ca.comcast.net)
# [03:14] * Joins: Optimizer (Optimizer@42990AAE.49932A2E.BE90E62C.IP)
# [03:15] * Joins: jduell (jduell@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [03:17] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Computer has gone to sleep.)
# [03:18] * Quits: josh (josh@moz-B1D657EB.hsd1.ca.comcast.net) (Quit: josh)
# [03:18] <@bz> nthomas: which ones? I assume release/beta/aurora and maybe m-c?
# [03:18] * Quits: RyanVM|afk (chatzilla@moz-148999FE.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.90 [Firefox 22.0a1/20130306011123])
# [03:19] <mjrosenb> this is strange, firefox -no-remote seems to not open because "another instance of firefox is already running". this seems incorrect.
# [03:20] <@bz> mjrosenb: did you tell it to use a different profile?
# [03:20] <nthomas> we have ~100 each of win7 and winxp test slaves, which do jobs from all trees. priority is set in http://mxr.mozilla.org/build/source/buildbot-configs/mozilla-tests/master_common.py#25
# [03:20] <nthomas> bz ^^
# [03:21] <@bz> nthomas: hrm
# [03:21] <@bz> nthomas: if it weren't for the fact that most of those are super-low-traffic I'd argue these priorities are backwards
# [03:21] <@bz> nthomas: or at least that inbound should be prioritized above unknown branches
# [03:22] <@bz> nthomas: and probably with equal priority to m-c
# [03:22] <mbrubeck> right now the b2g branches are hogging our windows slaves
# [03:22] <@bz> mbrubeck: er....
# [03:22] <mbrubeck> I know
# [03:22] <@bz> The b2g18 branches?
# [03:22] * Quits: Optimizer (Optimizer@42990AAE.49932A2E.BE90E62C.IP) (Ping timeout)
# [03:22] <@bz> How much work is landing there?
# [03:23] <@bz> And why is Windows involved at all?
# [03:23] <mbrubeck> https://hg.mozilla.org/releases/mozilla-b2g18/pushloghtml
# [03:23] <joe> hey i know, let's take something that will never be released and test the crap out of it
# [03:23] <joe> (b2g on windows)
# [03:23] <@bz> That's about a push a day on average
# [03:23] <@bz> the b2g pushlog
# [03:23] <@bz> that's not too bad
# [03:24] <@bz> but why Windows?
# [03:24] <mbrubeck> at least there are no pending jobs on either b2g18 tree, so they'll let go of those slaves soon
# [03:24] <mbrubeck> I can't answer that one...
# [03:24] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Quit: Leaving)
# [03:24] * @bz senses a bug that needs to be filed
# [03:24] <frozencemetery> tbsaunde: thanks. I've been trying to ping masayuki since his name is on the bug but no response in the couple weeks since I started doing that here.
# [03:24] * Quits: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net) (Quit: Deallocatd. (Probably forbidden by ARC))
# [03:26] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
# [03:26] <mjrosenb> bz: I did not, jgilbert already helped me figure out what was wrong with it.
# [03:26] * Joins: sewardj (sewardj@moz-79216F0F.dip.t-dialin.net)
# [03:26] <Callek> bz: the win/etc tests/builds on b2g18 are because the b2g team decree'd that we need the Desktop tests to run, so tehy can get the testing out of the platform they need
# [03:26] <@bz> mjrosenb: ?
# [03:26] * Joins: armenzg_afk (armenzg@moz-600B22EA.home1.cgocable.net)
# [03:26] <Callek> bz: since the b2g testing story is not comprehensive yet
# [03:26] <@bz> Callek: I don't follow
# [03:26] * Joins: Optimizer (Optimizer@E7949047.5F6B62E6.BE90E62C.IP)
# [03:26] <mjrosenb> 21:20 <@bz> mjrosenb: did you tell it to use a different profile?
# [03:27] <jaws> is there a way to get a localized string when in /parser/html/ ?
# [03:27] <@bz> Callek: they want desktop tests on all platforms?
# [03:27] <Callek> bz: yes
# [03:27] <@bz> Callek: or we do not have a way to run desktop tests on only some platforms?
# [03:27] <Callek> bz: they wanted all platform desktop builds + their tests, on all platforms
# [03:27] <@bz> callek: how does testing _anything_ on Windows tell us anything at all about b2g?
# [03:27] <@bz> Callek: WHY?
# [03:27] * armenzg_afk is now known as armenzg
# [03:27] * Quits: jduell (jduell@moz-BE33DA21.fw1.sfo1.mozilla.net) (Connection reset by peer)
# [03:27] * Joins: jduell (jduell@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [03:27] <joe> faster turnaround maybe?
# [03:27] <joe> more slaves
# [03:27] <@khuey> jaws: why would you want to do that?
# [03:27] <Callek> bz: I agree with _you_ but I know what we were decree'd from people above us in the management chain as needed
# [03:27] <@bz> faster turnaround on _what_?
# [03:28] <joe> test results i presume
# [03:28] * Quits: chewey (chewey@moz-1624A33D.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:28] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [03:28] <Callek> so I can tell you why we-as-releng are doing it, I can't tell you why others-made-us-do-it
# [03:28] <@bz> Yes, but test results for code that's not what we're shipping
# [03:28] * Joins: chewey (chewey@moz-BB4DBB25.dip0.t-ipconnect.de)
# [03:28] <jaws> khuey: so I can put a title attribute on a linked stylesheet
# [03:28] <joe> yeah, but it'll tell you whether you're totally wrong presumably
# [03:28] <Callek> bz: technically we're not shipping code for any desktop platform off b2g18
# [03:28] <@bz> Is the goal to find obvious cross-platform bugs that get introduced more quickly?
# [03:28] <@khuey> jaws: its not clear to me why that would go in the parser
# [03:28] <joe> i presume you will need to ask gal that
# [03:29] * @bz mails gal
# [03:29] * Quits: spohl (Adium@moz-C2FD1A8C.phx.napinet.net) (Quit: Leaving.)
# [03:29] <jaws> khuey: i can send you the patch
# [03:29] <@khuey> bz: Callek: having been at the work week where that decision was made, I believe the issue was that we needed desktop testing, not that we needed all desktop testing
# [03:29] * Joins: josh (josh@moz-B1D657EB.hsd1.ca.comcast.net)
# [03:29] <@bz> khuey: that would make a lot more sense to me
# [03:29] <jaws> khuey: http://www.pastebin.mozilla.org/2199617
# [03:30] <@khuey> bz: cc bmoss
# [03:30] <@khuey> he was involved too
# [03:30] <Callek> khuey: well I know releng asked specifically if we needed all desktop testing or just one platform, and was told explicitly all
# [03:30] <Callek> I think bob was told by someone high in b2g team, and then directed to releng that
# [03:30] <Callek> or something
# [03:30] * Joins: thinker (user@moz-D921FE60.dynamic.kbronet.com.tw)
# [03:30] <Callek> my memory is a bit fuzzy on those who details
# [03:30] <jaws> khuey: it's at line 149
# [03:30] <@khuey> I think we may have lost something in the game of telephone
# [03:30] * Quits: jduell (jduell@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [03:30] <@khuey> I certainly think we could turn windows off
# [03:31] <@khuey> developing b2g on windows is more or less impossible
# [03:31] <Callek> khuey: yea, any we can turn off, I'm happy to help make possible!
# [03:31] <@khuey> jaws: oh, because of view source crap
# [03:31] <jaws> yeah
# [03:31] <jaws> don't worry about the hg copy stuff, i'll fix that before i upload the patch
# [03:31] <@khuey> jaws: just use the string bundle service
# [03:31] <@khuey> like you would elsewhere in C++
# [03:31] <Callek> khuey: also not impossible you can install vagrant on windows and then launch a vagrant Linux VM
# [03:31] <Callek> :-P
# [03:31] <jaws> ok, i'll look around for usages
# [03:32] * @khuey smacks Callek
# [03:32] <@khuey> jaws: http://mxr.mozilla.org/mozilla-central/ident?i=nsIStringBundleService
# [03:32] * Quits: rstrong (androirc@A5A0595A.66715431.D25A875A.IP) (Quit: AndroIRC - Android IRC Client ( http://www.androirc.com ))
# [03:32] <jaws> thanks
# [03:32] * Callek wants a linux kernel with windows UI/API -- without using wine, can you make that happen
# [03:33] * Callek waits for someone to tell me "thats almost what a mac is"
# [03:33] * Joins: bdahl (bdahl@moz-D7CB09C3.dsl.dynamic.sonic.net)
# [03:34] <mbrubeck> Just implement the Windows UI+API in HTML, then install it on your FirefoxOS device
# [03:34] <@bz> We can call it whtmline
# [03:34] * Quits: josh (josh@moz-B1D657EB.hsd1.ca.comcast.net) (Quit: josh)
# [03:34] <@bz> Or just wine5 for short
# [03:34] * Joins: vicamo (vicamo@moz-99690620.hinet-ip.hinet.net)
# [03:35] <derf> You want the Windows API?
# [03:36] <derf> What the gekk for?
# [03:36] <@khuey> WaitForMultipleObjects
# [03:36] <mbrubeck> That it, I'm done waiting.
# [03:37] <derf> khuey: poll()
# [03:37] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/7a20fb6025b3 - Matt Brubeck - Bug 838211 - Metro info app bar theming, part 1 (basic style and image changes) [r=fryn, ui-r=shorlander]
# [03:37] <firebot> http://hg.mozilla.org/mozilla-central/rev/855a01a68826 - Matt Brubeck - Bug 838211 - String changes for Metro content permission notifications [r=fryn]
# [03:37] <firebot> http://hg.mozilla.org/mozilla-central/rev/b35b2a98eb6d - Matt Brubeck - Bug 838211 - String changes for Metro login manager notifications [r=fryn]
# [03:37] * Joins: DomoOrigatuMrMugatu (john_q@moz-B6268EB2.ntc.blacksburg.shentel.net)
# [03:37] <tbsaunde> derf: to be fair eventfd while the hack you want is a hackish thing
# [03:38] <derf> I will admit poll() works less well for locks, but the locking code I've seen that wanted WaitForMultipleObjects() should really not have been as complex as it was.
# [03:39] <derf> tbsaunde: And Unix is a giant pile of hacks.
# [03:39] <tbsaunde> fiar enough
# [03:39] <@khuey> derf: just like the web!
# [03:39] <mbrubeck> Well, we just narrowed the win xpcshell bustage
# [03:40] * Joins: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net)
# [03:40] <mbrubeck> looks like it's either aklotz or aklotz
# [03:40] <mbrubeck> I'm pretty much ready to declare it bug 810151
# [03:40] * Quits: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net) (Max SendQ exceeded)
# [03:40] * Quits: gcp (gpascutto@E9758364.9EC0A5AF.CFE928A7.IP) (Quit: Make a new plan, Stan!)
# [03:40] <mbrubeck> since it looks like that patch potentially keeps files open longer on Windows
# [03:40] * Joins: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net)
# [03:40] <derf> http://www.jwz.org/doc/worse-is-better.html
# [03:40] * Quits: DomoOrigatuMrMugatu (john_q@moz-B6268EB2.ntc.blacksburg.shentel.net) (Quit: Leaving)
# [03:41] <mbrubeck> and the test failure is a Windows file-locking problem
# [03:41] * Quits: gandalf (zbraniecki@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: My lid went down)
# [03:42] <mbrubeck> I'm thinking of pushing a speculative backout rather than waiting forever for these pending jobs to give us 100% confirmation
# [03:43] <seth> what's the nonfatal assert macro that we're now testing for in mochitests?
# [03:43] <seth> NS_ASSERT?
# [03:44] <@khuey> NS_ASSERTION
# [03:44] <@dolske> mbrubeck: 'tis always easy to reland an exonerated patch.
# [03:44] <seth> thanks!
# [03:44] * Joins: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP)
# [03:44] <mbrubeck> dolske: Yup. Preparing the backout now.
# [03:44] <Jesse> seth: NS_ASSERTION, NS_ERROR, and all others that call ns debug break with the same level
# [03:45] <seth> ah, i see. good to know
# [03:45] * Quits: lerc (quassel@121.75.155.30) (Connection reset by peer)
# [03:46] * Joins: lerc (quassel@5EE6AB9F.BEFA2430.788638A4.IP)
# [03:46] <@khuey> bah
# [03:47] <@khuey> the MV stuff is official :-/
# [03:47] <derf> You were expecting otherwise?
# [03:47] <@khuey> mccr8: are you going to have to move? :-P
# [03:47] <@khuey> derf: no
# [03:47] <derf> I have to move.
# [03:47] <mccr8> I need the exercise
# [03:47] <@khuey> ha
# [03:48] <derf> But that is because they are raising my rent.
# [03:48] <derf> Again.
# [03:48] * armenzg is now known as armenzg_brb
# [03:48] <@khuey> you should move to SF
# [03:48] <@khuey> rent *raises* are not a problem
# [03:48] <derf> Nah, gmaxwell is down here now.
# [03:49] <tbsaunde> khuey: what's happening with mv? we're changing offices?
# [03:49] <derf> tbsaunde: Feb. 1 2014.
# [03:49] * Quits: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net) (Ping timeout)
# [03:49] <@khuey> tbsaunde: yeah we're relocating
# [03:49] <derf> Like a mile down the road.
# [03:49] <jcranmer> whither?
# [03:49] <@khuey> jcranmer: middle of nowhere :-/
# [03:49] <Unfocused> ... seriously?
# [03:50] <derf> Yeah.
# [03:50] <jcranmer> khuey: you're talking to someone in <town>, IL
# [03:50] <derf> Where there is more space and rent is cheaper.
# [03:50] <@khuey> Unfocused: no moar space
# [03:50] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
# [03:50] <Unfocused> ah, right. or rather, there is, but prometheus refuses to give it to us
# [03:50] <jcranmer> khuey: it's not middle of nowhere if there is traffic during rush hour
# [03:51] <derf> Well, they would also like all the money.
# [03:51] <derf> Isn't the new place, like, closer to Caltrain?
# [03:52] <@khuey> no
# [03:52] <mccr8> it is closer to the track, I'm not sure that it is closer to the station
# [03:52] <@khuey> well
# [03:52] <@khuey> it's closer to the track
# [03:52] <@khuey> farther from the station
# [03:52] <derf> Yeah, I didn't really mean the track.
# [03:52] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/acec25f67366 - Matt Brubeck - Back out 7f6c38239328 (bug 810151) on suspicion of causing Windows xpcshell failures on a CLOSED TREE
# [03:52] <jcranmer> khuey: map location?
# [03:52] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
# [03:53] <Unfocused> huh - east or west?
# [03:53] * ctalbert is now known as ctalbert|afk
# [03:53] <@khuey> Unfocused: you can go watch the video and find out
# [03:54] <Unfocused> but i'm laaazy...
# [03:54] <Unfocused> also, video? i really don't bother keeping up with moco meetings... too much noise, too little signal
# [03:54] <@khuey> jcranmer: http://goo.gl/maps/nmcmJ
# [03:54] * armenzg_brb is now known as armenzg
# [03:55] <jcranmer> khuey: the entire copmlex?
# [03:56] <@khuey> I doubt it
# [03:56] * @khuey doesn't know details
# [03:56] * Joins: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net)
# [03:57] <jcranmer> well, I'd imagine MV would easily fill one of those buildings
# [03:57] <Unfocused> damnit, thats ages away from the decent restaurants (basically the only thing i care about in office location)
# [03:57] * Joins: gandalf (zbraniecki@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [03:58] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Input/output error)
# [03:58] <jcranmer> yeah, it's the middle of an industrial park
# [03:58] <@khuey> this is what SF is for
# [03:59] <tbsaunde> Unfocused: guess you'll have to excercise to get your food :p
# [04:00] <@khuey> I must say I am amused that we can find prime real estate in the west end in London but not on Castro St in MV
# [04:00] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Quit: Leaving.)
# [04:00] <mccr8> that's the magic of anti growth zoning laws
# [04:00] <jcranmer> you should move right between google and microsoft
# [04:00] <@khuey> yeah the south bay is a disaster
# [04:00] <jcranmer> great for incubation, right? :-)
# [04:00] <@khuey> SF isn't that much better
# [04:00] <Unfocused> tbsaunde: i enjoy the walk from the hotel to the office, but half the time i'm too jetlagged to walk too far or do much navigating :)
# [04:00] <mccr8> at least in SF you can have buildings taller than 3 or 4 stories or whatever it is. :P
# [04:01] <@khuey> mccr8: have you ever been to the sunset?
# [04:01] <mccr8> well, there probably aren't many offices there... ;)
# [04:01] <Callek> well TOR had to be the nicest trip from hotel to office I had
# [04:01] * Quits: sworkman (sworkman@2557E599.66715431.D25A875A.IP) (Quit: sworkman)
# [04:01] <derf> Hey, there's a building that's like 8 stories tall on Castro Street.
# [04:01] <Callek> SF had the nicest areas near the office (out of where I've been so far)
# [04:01] <@khuey> TOR has terrible weather
# [04:02] <@khuey> derf: you know that all of MV is rooting for it to fall down in the next earthquake
# [04:02] * Quits: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net) (Ping timeout)
# [04:02] <Callek> khuey: does it matter when you can get to office from hotel in under 4 minutes
# [04:02] <mccr8> derf: I heard somebody claim that MV tightened their zoning after it was built. I don't know how true it is. :)
# [04:02] <Callek> I mean it could be -40°C and I wouldn't really care (much)
# [04:02] <jcranmer> khuey: http://goo.gl/maps/24kWA
# [04:02] <jcranmer> THAT is middle of nowhere
# [04:02] <@dolske> there are surprisingly few tall buildings in south bay.
# [04:03] * Joins: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net)
# [04:03] <@khuey> jcranmer: we can't all make good life choices
# [04:03] <@dolske> jcranmer: meh, I've been through there!
# [04:03] <@khuey> dolske: really? san jose is practically its own exurb
# [04:03] <jcranmer> [okay, that's not where I am, but it's a better example and I pass through it about 5 times a year]
# [04:03] <tbsaunde> Callek: I'm pretty sure london is an even shorter walk
# [04:03] * Joins: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net)
# [04:04] <@khuey> tbsaunde++
# [04:04] <Callek> tbsaunde: then fly me out to london for a week and we can test your theory
# [04:04] <Callek> :-P
# [04:04] <@dolske> khuey: ok, I'm not counting downtown SJ since it's technically a city.
# [04:04] <KWierso|Home> well, I guess I can get off caltrain and hop on light rail down close-ish to the new place
# [04:05] <tbsaunde> Callek: in london it is literaly across a one way street
# [04:05] <@khuey> Callek: http://goo.gl/maps/JqNwN
# [04:05] <@khuey> KWierso|Home: its one stop on the light rail, definitely not worth it
# [04:05] <@khuey> VTA light rail is the worst train ever
# [04:05] <Bas> Does anyone know how to get the test plugin working in a regular debug build?
# [04:05] <derf> khuey: Not entirely true.
# [04:06] * Quits: demianovics (demianovic@moz-4B20103E.dip0.t-ipconnect.de) (Quit: )
# [04:06] <derf> It may take 45 minutes for it to get to San Jose, but it has wifi.
# [04:06] <derf> And runs frequently enough that it's still usually faster than waiting for the next Caltrain.
# [04:06] * Quits: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net) (Ping timeout)
# [04:06] * Quits: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net) (Ping timeout)
# [04:07] <Callek> google can lie, fly me out there
# [04:07] <Callek> I experience first hand :-P
# [04:07] <@dolske> Bas: toss it into your plugins folder?
# [04:07] <Bas> dolske: How come the reftests seem to be able to access it just fine?
# [04:07] * Quits: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net) (Quit: Computer has gone to sleep.)
# [04:07] * Quits: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net) (Quit: Leaving.)
# [04:07] <@khuey> derf: my cell phone provides a wifi connection too
# [04:08] <derf> khuey: I don't have one of those.
# [04:08] <@dolske> reftests set up a profile, so I sorta assume they do something with it too?
# [04:08] * Joins: breck (breck@moz-E512D9D2.hsd1.ca.comcast.net)
# [04:08] * glob|away is now known as glob
# [04:08] <jcranmer> you have no right to complain about city size when you are in a city with mass transit
# [04:08] * Quits: Optimizer (Optimizer@E7949047.5F6B62E6.BE90E62C.IP) (Ping timeout)
# [04:08] * Quits: KaiRo (robert@moz-311C51EC.adsl.highway.telekom.at) (Input/output error)
# [04:09] <@khuey> have you been to California before?
# [04:09] <@khuey> every moderately size town has transit
# [04:09] * Quits: wg9s (bill@moz-E9E3CA35.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-5.1450hg.fc17 [XULRunner 19.0/20130218192555])
# [04:09] <@khuey> Callek: the flight would probably cost less than your stay inthe hotel
# [04:09] * Quits: Jesse (jruderman@A5A0595A.66715431.D25A875A.IP) (Quit: Jesse)
# [04:09] <derf> I think that has been true of almost everywhere I've gone in the past year.
# [04:10] <derf> At least where I've stayed in a hotel.
# [04:10] <jcranmer> khuey: the bus system here is really a university circulator route moonlighting as an municipal bus system
# [04:10] * Quits: azakai_ (alon@2557E599.66715431.D25A875A.IP) (Quit: Ex-Chat)
# [04:10] <Unfocused> so you're saying you have no excuse to not visit nz? ;)
# [04:11] * philor|afk is now known as philor
# [04:11] <jcranmer> http://www.cumtd.com/content/maps/zoomify/weekday/daytime/map.png
# [04:11] <derf> Unfocused: Me?
# [04:11] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Quit: pcwalton)
# [04:12] <Unfocused> anyone, really
# [04:12] <derf> I've visited NZ at least three times.
# [04:12] <derf> Both the old Auckland office and the new one.
# [04:12] <@khuey> gw280: didn't you ask me for review on something?
# [04:12] * @khuey doesn't see it in his queue
# [04:12] <Unfocused> also, everyone knows that auckland doesn't count
# [04:12] <Unfocused> :P
# [04:13] <derf> I mean, I was in Christchurch, too, but only for a day.
# [04:13] <derf> Pre-earthquake.
# [04:13] <derf> Also a week in Wellington.
# [04:13] <jcranmer> with one exception, every bus route passes through the university...
# [04:13] <Unfocused> ok, that counts
# [04:14] <jcranmer> [and most are strategically positioned to ferry students to the hypermarkets on the edge of town]
# [04:14] <derf> (actually covered a fair bit of South Island trying to get to Mt. Cook National Park)
# [04:14] <jcranmer> khuey: oh, also, we're about to lose our airport too
# [04:15] <@khuey> urbanization is good
# [04:15] * Joins: bent (chatzilla@moz-932324BF.hsd1.ca.comcast.net)
# [04:15] <@khuey> embrace it and move
# [04:15] * Quits: @bz (bzbarsky@moz-71EFD05D.bstnma.fios.verizon.net) (Ping timeout)
# [04:15] <jcranmer> I go to university here
# [04:15] <jcranmer> I can't move someplace better
# [04:15] <jcranmer> when I'm two blocks from work
# [04:15] <Callek> khuey: Ooo I expected hotel to be paid for too :-P
# [04:15] * Joins: bz (bzbarsky@moz-71EFD05D.bstnma.fios.verizon.net)
# [04:15] * ChanServ sets mode: +o bz
# [04:16] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
# [04:17] * Quits: ggp (ggp@2557E599.66715431.D25A875A.IP) (Input/output error)
# [04:17] * Joins: ggp (ggp@2557E599.66715431.D25A875A.IP)
# [04:17] * Quits: armenzg (armenzg@moz-600B22EA.home1.cgocable.net) (Ping timeout)
# [04:18] * Joins: armenzg (armenzg@moz-600B22EA.home1.cgocable.net)
# [04:18] <@ehsan> roc: ping
# [04:18] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [04:18] * Joins: spohl (Adium@E9E52C16.55A00C18.F9917295.IP)
# [04:18] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
# [04:19] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [04:19] <@roc> ave
# [04:20] * Joins: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net)
# [04:20] <@ehsan> roc: ave? :)
# [04:20] <nthomas> hi V's all round
# [04:20] <bent> maria?
# [04:20] <@ehsan> hehe
# [04:21] <@bz> as in ave atque vale?
# [04:21] <Bas> This plugin thing is really vexing.
# [04:21] <@roc> yes. http://en.wikipedia.org/wiki/Ave
# [04:21] <Bas> roc: Do you happen to know how to use the test plugin in a debug browser?
# [04:21] <@ehsan> nice, my first latin word!
# [04:21] <@ehsan> roc: so I'm looking into what it takes to implement resampling of audio buffers
# [04:22] * @bz bet ehsan already knew "et cetera" too
# [04:22] <@ehsan> roc: i.e., implement http://mxr.mozilla.org/mozilla-central/source/content/media/webaudio/AudioBuffer.cpp#198
# [04:22] <@ehsan> bz: right, ok, second latin word!
# [04:22] <@ehsan> er, phrase!
# [04:22] <derf> ehsan: Also "id est".
# [04:22] * Quits: spohl (Adium@E9E52C16.55A00C18.F9917295.IP) (Quit: Leaving.)
# [04:22] <@ehsan> derf: that I don't know!
# [04:22] * @ehsan googles
# [04:22] <derf> ehsan: You just abbreviated it.
# [04:23] <@ehsan> derf: lol, thanks, 3rd latin phrase!
# [04:23] <@ehsan> roc: is that just as simple as using speex's resampler, like I already did for audio decoding?
# [04:24] * Quits: Asa (asa@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [04:24] <markh> Curriculum vitae?
# [04:24] * Joins: wlach (wlach@33E916DD.C2E305A5.3DEE0DD0.IP)
# [04:24] <@ehsan> dammit, I know too much latin!
# [04:25] * @ehsan unlearns some latin phrases to make his previous statements accurate
# [04:26] <markh> wow - http://oedb.org/library/beginning-online-learning/50-common-latin-phrases-every-college-student-should-know says I know more latin than I realize too!
# [04:26] <derf> a priori... ad hoc... ad hominem... ad nauseam...
# [04:26] <@ehsan> head explode!
# [04:26] <derf> Well, I was going for something different with that last one.
# [04:27] <derf> But I'll take it.
# [04:28] * Quits: ggp (ggp@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [04:28] <Bas> bsmedberg: ping
# [04:28] <derf> ehsan: So does the Web Audio API do any delay reporting yet?
# [04:28] <@roc> Bas: I think it usually just works for me
# [04:28] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [04:28] <Bas> roc: I thought so too :(
# [04:28] <Bas> And now it's not :(
# [04:28] <Bas> It's in dist/plugins :s
# [04:29] <@ehsan> derf: no
# [04:29] <derf> Bas: 32-bit/64-bit problem?
# [04:29] <derf> ehsan: Well, that makes your job easier.
# [04:29] <Bas> Shouldn't be, all 32-bit I'm running here.
# [04:29] <@roc> ehsan: I don't know
# [04:29] <Bas> I wonder if outside of the reftest harnass we're no longer sniffing dist/plugin
# [04:29] <Bas> *plugins
# [04:30] <@ehsan> roc: I guess my question is, did you have anything fancier than plain old school resampling in mind?
# [04:30] * Quits: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP) (Quit: lmandel)
# [04:30] * Quits: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net) (Broken pipe)
# [04:30] <@ehsan> decoder: ping
# [04:31] * mattwoodrow is now known as mattwoodrow|away
# [04:31] <@ehsan> does anybody know what is the easiest way to do an asan build on mac?
# [04:31] <@roc> definitely not
# [04:31] <@ehsan> roc: cool, thanks!
# [04:32] <decoder> ehsan: pong
# [04:32] <@bsmedberg> Bas: you are correct, we are intentionally not looking in appdir/plugins any more
# [04:33] <@bsmedberg> Bas: right now browser/plugins works, but I'm hoping to remove that also
# [04:33] <Bas> bsmedberg: So I just move nptest in there? :)
# [04:33] <@bz> Now maybe the point is that somehow there ends up being a garbage pointer to where that string used to be or some such
# [04:34] * Joins: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP)
# [04:34] * khuey is now known as khuey|away
# [04:35] <derf> ehsan: https://developer.mozilla.org/en-US/docs/Building_Firefox_with_Address_Sanitizer
# [04:35] <@ehsan> derf: thanks, looking at it right now
# [04:35] <derf> If you already have a somewhat recent clang, you can probably just jump down to the .mozconfig part.
# [04:36] <Bas> bsmedberg: That worked! Thanks :)
# [04:37] <@roc> ehsan: have you got a patch or what?
# [04:37] <@roc> because I have an ASAN build on my Linux laptop here
# [04:37] * mcote|afk is now known as mcote
# [04:37] * Quits: gwagner (gwagner@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: gwagner)
# [04:38] * Quits: wlach (wlach@33E916DD.C2E305A5.3DEE0DD0.IP) (Ping timeout)
# [04:39] * armenzg is now known as armenzg_afk
# [04:40] * Quits: armenzg_afk (armenzg@moz-600B22EA.home1.cgocable.net) (Input/output error)
# [04:40] <@roc> there's a layout bug on duckduckgo that only shows up on the content it delivers to Android, and I can't get it to deliver the same content to a desktop build with UA spoofing. Anyone know I can capture the content that gets delivered on Android?
# [04:41] * Quits: @dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [04:42] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [04:42] * Joins: ehugg (chatzilla@moz-44D86B1E.cisco.com)
# [04:45] <@ehsan> roc: I don't have a patch yet.. do you? ;)
# [04:45] <@roc> no
# [04:45] <@ehsan> roc: I'm building clang locally now
# [04:45] <@roc> I haven't looked into it
# [04:45] <@ehsan> and also inspecting the code
# [04:45] <@ehsan> roc: it's ok, I'm on it
# [04:45] <@roc> great
# [04:45] <joe> hahaha windows builds 104 minutes yeah i'm not waiting for that.
# [04:46] * philor is now known as philor|away
# [04:46] <gw280> khuey|away: I cancelled it
# [04:46] <Unfocused> roc: enable remote devtools debugging, should be able to get the content showing up in the desktop devtools ui
# [04:47] * Joins: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP)
# [04:47] <sankha93> mbrubeck: ping
# [04:47] <Unfocused> https://hacks.mozilla.org/2012/08/remote-debugging-on-firefox-for-android/
# [04:50] <@roc> that's not quite what I want ... I'd like to have the actual content for me to use on desktop
# [04:50] * Joins: Optimizer (Optimizer@6664569C.6F4D4287.BE90E62C.IP)
# [04:50] * Quits: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net) (Client exited)
# [04:52] * coop is now known as coop|afk
# [04:52] <@dolske> hmmm. sniffer/caching-proxy would be the ultimate answer (if a pita to set up).... but that made me wonder if you can possibly snarf it out of Fennec's cache?
# [04:52] * Quits: @roc (chatzilla@E2F7352.56080C53.97BBD552.IP) (Ping timeout)
# [04:52] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
# [04:53] <@dolske> although if it's a simple page maybe the debugger tools + some console.log(document.innerHTML) might get you close?
# [04:53] * Parts: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Leaving...)
# [04:53] <nattokirai> dbaron: ping
# [04:53] * Quits: JeroenDeDauw (j@moz-33496F04.dip.t-dialin.net) (Ping timeout)
# [04:53] * Joins: JeroenDeDauw (j@moz-FA82ADB0.dip.t-dialin.net)
# [04:58] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [04:59] * Quits: asac (asac@moz-9D978C09.compute-1.amazonaws.com) (Quit: Coyote finally caught me)
# [04:59] * Joins: asac (asac@moz-9D978C09.compute-1.amazonaws.com)
# [05:00] <gkw> ehsan: https://bugzilla.mozilla.org/show_bug.cgi?id=848644#c10 ?
# [05:00] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
# [05:00] <@ehsan> gkw: not sure what you mean
# [05:00] * Quits: Matti (Matti@moz-B0791E9.dip.t-dialin.net) (Ping timeout)
# [05:00] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
# [05:00] <@ehsan> gkw: did you narrow down the regression range?
# [05:01] <@ehsan> oh you did
# [05:01] <@ehsan> gimme a se
# [05:01] <@ehsan> *sec
# [05:01] * joduinn-afk is now known as joduinn-home
# [05:01] * Joins: ehugg_ (ehugg@moz-44D86B1E.cisco.com)
# [05:01] * Quits: tonymec (tonymec@794C046F.D8AF6332.A9371869.IP) (Ping timeout)
# [05:01] <@ehsan> gkw: how narrow is your range?
# [05:01] * Quits: tonymec|away (tonymec@794C046F.D8AF6332.A9371869.IP) (Ping timeout)
# [05:02] <gkw> ehsan: one day
# [05:02] * Joins: m_kato (m_kato@moz-348F61F0.mozilla.or.jp)
# [05:02] <gkw> ehsan: i used ftp binaries
# [05:02] * Quits: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com) (Client exited)
# [05:02] <@ehsan> gkw: do you have a link?
# [05:02] <gkw> ehsan: and then i manually examined the regressing range
# [05:02] <gkw> ehsan: https://bugzilla.mozilla.org/show_bug.cgi?id=848644#c8
# [05:03] <@ehsan> gkw: a link to the regression range
# [05:03] * nthomas is now known as nthomas|away
# [05:04] * Joins: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net)
# [05:04] * Joins: Mook (Thunderbir@moz-F9DAA936.vc.shawcable.net)
# [05:04] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [05:04] * Joins: Matti (Matti@moz-CE38B345.dip.t-dialin.net)
# [05:05] * Quits: ehugg_ (ehugg@moz-44D86B1E.cisco.com) (Ping timeout)
# [05:06] * Quits: decoder (quassel@moz-D7023D7D.own-hero.net) (Ping timeout)
# [05:07] * Quits: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net) (Ping timeout)
# [05:07] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [05:08] * Joins: ehugg_ (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net)
# [05:09] * Quits: abot2211 (atopal@moz-19F3D8B3.net) (Ping timeout)
# [05:10] * Joins: atuljangra (Mibbit@86A426FD.D95A99CB.4356924F.IP)
# [05:10] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [05:12] * Quits: Mook (Thunderbir@moz-F9DAA936.vc.shawcable.net) (Ping timeout)
# [05:12] * Joins: Mook (Thunderbir@moz-F9DAA936.vc.shawcable.net)
# [05:13] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [05:13] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [05:15] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [05:15] * Joins: Asa (asa@2898F5B0.A1EC5031.204CA821.IP)
# [05:16] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [05:16] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [05:16] * ChanServ sets mode: +o roc
# [05:16] * Quits: gandalf (zbraniecki@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: My lid went down)
# [05:17] * Quits: rniwa (rniwa@5FEFE500.BA327C77.775DF071.IP) (Quit: rniwa)
# [05:17] * Quits: atuljangra (Mibbit@86A426FD.D95A99CB.4356924F.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [05:17] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [05:18] * jchen is now known as jchen|away
# [05:19] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Ping timeout)
# [05:19] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
# [05:19] * Joins: wlach (wlach@33E916DD.C2E305A5.3DEE0DD0.IP)
# [05:19] <mbrubeck> dolske++ for https://twitter.com/dolske/status/309514209874542592
# [05:19] * Joins: decoder_ (quassel@moz-D7023D7D.own-hero.net)
# [05:20] <@dolske> ....yay!
# [05:21] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
# [05:21] * Quits: JeroenDeDauw (j@moz-FA82ADB0.dip.t-dialin.net) (Quit: Leaving.)
# [05:21] * Joins: JeroenDeDauw (j@moz-FA82ADB0.dip.t-dialin.net)
# [05:21] * decoder_ is now known as decoder
# [05:21] * Joins: bholley (anonymous@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [05:22] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [05:22] * philor|away is now known as philor
# [05:25] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [05:25] * Joins: Boriss_ (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [05:25] * Quits: ddahl (ddahl@C261DB39.6E5482D7.8DDCAE07.IP) (Ping timeout)
# [05:25] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [05:25] * Boriss_ is now known as Boriss
# [05:25] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
# [05:26] * Joins: abot2211 (atopal@moz-19F3D8B3.net)
# [05:26] * Joins: pcwalton (pcwalton@moz-481A040C.hsd1.ca.comcast.net)
# [05:27] * Joins: tomer (tomer@moz-F45DAEFD.static.012.net.il)
# [05:27] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [05:28] * Quits: mccr8 (mccr8@moz-5FEA0C74.dsl.dynamic.sonic.net) (Quit: mccr8)
# [05:28] * Parts: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Leaving...)
# [05:29] * Quits: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard)
# [05:30] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [05:30] <tn> anyone else still not able to access bugzilla?
# [05:31] * Joins: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
# [05:31] <mjrosenb> tn: wfm.
# [05:32] <glob> tn, someone else in #it is reporting issues; you may want to join the discussion there
# [05:32] * Joins: sankha94 (Instantbir@7061CD01.D6BD0D91.22D41759.IP)
# [05:33] * Quits: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP) (Ping timeout)
# [05:33] * Quits: ehugg_ (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net) (Quit: ehugg_)
# [05:33] * Joins: ekr_ (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
# [05:34] <jgilbert> tn: we've had a lot of people with redirect cache issues. Restarting the browser seemed to fix it for me
# [05:34] <tn> jgilbert, pinging the known good ip doesn't work either
# [05:35] <jgilbert> tn: could be actual #it stuff, then :)
# [05:35] <KWierso|Home> works for me
# [05:38] <mbrubeck> yay, I backed out the right changeset!
# [05:38] <philor> indeed, nice work
# [05:38] <@gavin> pinging mozilla IPs generally never works, because ICMP is blocked at the edge router
# [05:38] <philor> and we're open for more bustage
# [05:39] <@gavin> (this is not true for some things)
# [05:39] <mbrubeck> dibs
# [05:39] <tn> gavin, it works when connected through my cell connection
# [05:39] <jgilbert> drat
# [05:39] <jgilbert> too slow
# [05:39] <@gavin> tn: same ip? weird
# [05:39] <tn> gavin, yep, same ip
# [05:40] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4b9f83fccf6b - Jeff Gilbert - Bug 847714 - Halve drawing buffer sizes until resize succeeds - r=bjacob
# [05:40] <jgilbert> \o/
# [05:40] <jgilbert> let the games begin
# [05:41] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6d85ed744247 - Rodrigo Silveira - Bug 844370 - [Metro] Center the context menu above the selected object. r=mbrubeck
# [05:41] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f37c3553015e - Matt Brubeck - Bug 848447 - Fix os.path bugs in xpcshell commands on Windows [r=gps]
# [05:42] * Quits: wlach (wlach@33E916DD.C2E305A5.3DEE0DD0.IP) (Ping timeout)
# [05:42] * Quits: ekr_ (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr_)
# [05:44] * Joins: twi (Adium@moz-C873EDA0.cust.dsl.vodafone.it)
# [05:44] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5361e3f3590d - Jonathan Griffin - Bug 837137 - Add a sleep temporarily to fix a frequent orange, a=test-only
# [05:45] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
# [05:46] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Quit: Leaving.)
# [05:46] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/ae59f51150c9 - Jared Wein - Bug 253564 - Plain text (text/plain, text/javascript, text/css, etc) documents should word-wrap. r=bz
# [05:46] * Quits: JoeS1 (Thunderbir@moz-70161353.nwrknj.fios.verizon.net) (Quit: JoeS1)
# [05:48] <philor> nice, those hundreds of pending Windows tests include 58 reftest-ipc and crashtest-ipc jobs
# [05:48] <philor> if anybody's pushing and choosing them because they're fixing them, speak quickly before I kill them all
# [05:51] * Joins: vigneshwaran (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP)
# [05:51] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [05:52] * Joins: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk)
# [05:53] * Quits: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP) (Quit: lmandel)
# [05:54] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Quit: )
# [05:54] <firebot> Check-in:
# [05:54] <bent> ehsan, ping
# [05:54] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d37fdbac89f2 - Joe Drew - Bug 841579 - If we start a decode (or a decode is already started) at the time OnStopRequest is fired, wait around for it to finish decoding before firing onload/onerror.
# [05:54] * Joins: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com)
# [05:54] <firebot> r=khuey
# [05:54] <@ehsan> bent: pong but busy
# [05:55] <bent> ehsan, oh, no problem, was just curious about the timer thread
# [05:55] <@ehsan> bent: let's talk tomorrow please ;)
# [05:55] <bent> sure thing
# [05:57] * Quits: @ehsan (ehsan@576FC5E5.CD1D2BB8.DC1243F8.IP) (Ping timeout)
# [05:58] * Joins: ehsan (ehsan@576FC5E5.CD1D2BB8.DC1243F8.IP)
# [05:58] * ChanServ sets mode: +o ehsan
# [05:59] * Quits: tn (tn@moz-2E73ACE4.wp.shawcable.net) (Ping timeout)
# [06:00] * Joins: tn (tn@moz-2E73ACE4.wp.shawcable.net)
# [06:01] * Quits: espadrine (thaddee_ty@moz-B582BE1.dclient.lsne.ch) (Ping timeout)
# [06:02] * Quits: vmelnyk (vmelnyk@moz-D35E748F.nycmny.fios.verizon.net) (Quit: vmelnyk)
# [06:03] * Joins: ekr_ (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
# [06:03] * Joins: Boriss (FlyingToas@moz-3C817AF9.hsd1.ca.comcast.net)
# [06:04] * Joins: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net)
# [06:06] * Joins: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP)
# [06:07] * Quits: sankha94 (Instantbir@7061CD01.D6BD0D91.22D41759.IP) (Ping timeout)
# [06:07] * Quits: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com) (Client exited)
# [06:07] * Quits: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net) (Ping timeout)
# [06:08] * Quits: seth (seth@moz-D840E602.dsl.static.sonic.net) (Quit: seth)
# [06:09] * hwine is now known as hwine-zzz
# [06:11] * Joins: tanvi (tanvi@moz-9440AA69.hsd1.ca.comcast.net)
# [06:12] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2d360141450d - Alexander Surkov - Bug 845095 - clean up accessible/states/test_tree.xul, r=hub
# [06:13] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c2e60fc5e817 - Timothy Nikkel - Bug 848421. Reftest.
# [06:14] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/eaf894949611 - Timothy Nikkel - Bug 847850. Redirect all display item lists to the content list inside of text control frames so no content can escape out to mingle with the rest of the page content.
# [06:14] * Joins: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net)
# [06:14] * Quits: ekr_ (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr_)
# [06:14] <firebot> r=roc
# [06:14] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a67ca797279e - Timothy Nikkel - Bug 847850. Test.
# [06:14] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/362ac27b9de0 - Timothy Nikkel - Bug 848421. Part 1. Handle having no frame for the body element when determining the image filter to use for drawing the page background. r=roc
# [06:15] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Input/output error)
# [06:15] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
# [06:16] * Quits: brambles (xymox@moz-969AAE9B.barwen.ch) (Ping timeout)
# [06:17] * Quits: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net) (Ping timeout)
# [06:18] * Joins: brambles (xymox@moz-969AAE9B.barwen.ch)
# [06:18] * Joins: jdm (jdm@DB05BBF2.BB1F48F2.971E19F6.IP)
# [06:20] * Joins: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net)
# [06:21] * Quits: jgilbert (jgilbert@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [06:21] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
# [06:23] * mattwoodrow|away is now known as mattwoodrow
# [06:24] <mbrubeck> I'm guessing these Linux webgl crashes are from jgilbert's webgl patch, not my windows/xpcshell-only patches
# [06:25] <philor> inconceivable
# [06:26] <mbrubeck> yup
# [06:26] * mbrubeck backs out jgilbert
# [06:27] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f9bceebb8c22 - Matt Brubeck - Back out 4b9f83fccf6b (bug 847714) for webgl test crashes
# [06:27] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
# [06:28] <mbrubeck> thanks for filing/starring my oranges on m-c, philor
# [06:29] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [06:29] <philor> no prob, you were busy
# [06:30] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [06:32] <mjrosenb> does anyone in the MV office have a machine that speaks vga?
# [06:32] * Quits: karl (karl@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [06:34] * Quits: randix (rdow@moz-EE0B6335.superkabel.de) (Quit: randix)
# [06:34] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
# [06:34] <mjrosenb> or svideo or composite... for that matter.
# [06:35] * Joins: randix (rdow@moz-EE0B6335.superkabel.de)
# [06:35] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [06:35] * Joins: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP)
# [06:35] * Quits: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard)
# [06:36] <mbrubeck> All the folks with Thinkpad T or W models should have VGA... but I'm not sure any of them are in the MV office at this hour. ;)
# [06:36] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
# [06:36] <Unfocused> i have such a machine, if you wanna visit
# [06:37] <mbrubeck> (and some of the ThinkPad X models too)
# [06:37] * Joins: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net)
# [06:37] * jlebar is now known as jlebar|sleep
# [06:38] <mjrosenb> mbrubeck: I'm thinking of something that we can leave hooked up to this tv
# [06:40] <KWierso|Home> mjrosenb: my vaio duo convertible tablet thingy has vga
# [06:42] <@bz> https://bugs.webkit.org/show_bug.cgi?id=111681
# [06:42] <@bz> is a very interesting bug report
# [06:43] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
# [06:44] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [06:44] * ChanServ sets mode: +o roc
# [06:45] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c492b9c5c8d6 - Alexander Surkov - Bug 824662 - Intermittent test_takeFocus.html | Can't get accessible for plugin, r=tbsaunde
# [06:45] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [06:45] <@dveditz> bz: does the “possible fix” patch actually fix it?
# [06:46] <@dveditz> oh, comment 32
# [06:46] <@bz> dveditz: define "it"
# [06:46] <@bz> dveditz: it converts the POC to a null-deref
# [06:46] * Joins: espindola (espindola@moz-1A4E1279.dsl.teksavvy.com)
# [06:46] <@bz> dveditz: and I'm pretty sure I can add null-checks
# [06:46] <@bz> dveditz: and thus close all vectors through this object
# [06:47] <@bz> dveditz: ehsan is worried there are other similar vectors
# [06:47] <@bz> dveditz: so it's 1am here
# [06:47] <@bz> dveditz: I'm about to crash. :(
# [06:47] * Quits: Mook (Thunderbir@moz-F9DAA936.vc.shawcable.net) (Quit: Mook)
# [06:47] <@dveditz> you didn’t ping anyone for review on that patch
# [06:48] <@bz> well
# [06:48] <@bz> ehsan is the obvious reviewer
# [06:48] <@dveditz> don’t trust it?
# [06:48] <@bz> if we want to go that route
# [06:48] <@bz> Oh, I trust it to do what I advertised
# [06:48] <@bz> The question is whether it's good enough. ;)
# [06:48] <@dveditz> ok. I’ll put an explicit r? on it
# [06:49] <@bz> ok
# [06:49] <@bz> lemme write up part 2
# [06:49] <@bz> just so it's done
# [06:49] <@bz> and we have it as an option
# [06:49] <@dveditz> damn I hate switching between mac and windows keyboards... keep swapping the alt key position
# [06:50] * Quits: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP) (Quit: lmandel)
# [06:51] <@dveditz> ehsan’s probably in bed by now, too?
# [06:51] <@bz> he's running tests
# [06:51] <@bz> last he told me
# [06:51] <@bz> on another option
# [06:51] <@bz> which in the past failed some tests
# [06:51] <@bz> but maybe we should look into why
# [06:51] <@bz> an option that would be more comprehensive
# [06:51] * Joins: jgilbert (jgilbert@moz-74F645BE.hsd1.ca.comcast.net)
# [06:52] * @bz writes paranoia-patch
# [06:52] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [06:53] <tbsaunde> bz: I assume the webkit bug is unrelated to whatever this security thing is?
# [06:54] <@bz> yes
# [06:54] <@bz> it's just something philor would lover
# [06:54] <@bz> er, love
# [06:54] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [06:55] <@ehsan> dveditz: bz: I have good news
# [06:55] <philor> he won't like it, he hates everything
# [06:55] <@ehsan> can we get on vidyo?
# [06:55] * Quits: espindola (espindola@moz-1A4E1279.dsl.teksavvy.com) (Ping timeout)
# [06:55] <tbsaunde> bz: ok sanityy restored
# [06:55] * Joins: espindola (espindola@moz-1A4E1279.dsl.teksavvy.com)
# [06:55] <@bz> yes
# [06:55] * Joins: seth (seth@moz-D840E602.dsl.static.sonic.net)
# [06:55] <@ehsan> my room?
# [06:55] <@ehsan> dveditz: ^
# [06:55] <@bz> philor: heh
# [06:56] * Joins: erikvold (erikvold@A5087023.2354C43D.D8E68FF6.IP)
# [06:56] <@dveditz> ehsan: sure
# [06:57] * @bz waits
# [06:57] * Joins: TheOne (one@moz-2B55B2C8.dip.t-dialin.net)
# [06:57] * Quits: seth (seth@moz-D840E602.dsl.static.sonic.net) (Quit: seth)
# [06:58] * Quits: espindola (espindola@moz-1A4E1279.dsl.teksavvy.com) (Ping timeout)
# [06:59] * Quits: TheOne (one@moz-2B55B2C8.dip.t-dialin.net) (Ping timeout)
# [06:59] <reuben> tbsaunde: lol, I was confused as well
# [07:00] * aki is now known as aki|gym
# [07:00] * jcranmer is now known as jcranmer|awy
# [07:01] <tbsaunde> reuben: yeah, I'm curious what the security bug is too, but reverse engineering that from the patch is probably the more interesting way to figure that out :)
# [07:05] * Joins: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net)
# [07:08] * Quits: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net) (Ping timeout)
# [07:08] * Quits: nattokirai (nattokirai@moz-8AE09276.dynamic.ppp.asahi-net.or.jp) (Quit: nattokirai)
# [07:09] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
# [07:10] * Joins: Mic (Mic@moz-F92639C3.superkabel.de)
# [07:10] * Quits: jalcine (mozilla@moz-47347779.me) (Quit: ZNC - http://znc.in)
# [07:13] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/cddf5f75843f - Ehsan Akhgari - Bug 848644 - Do not flush when determining if a node is preformatted or not; r=bzbarsky
# [07:14] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/1bc54ffd7a04 - Ehsan Akhgari - Bug 848644 - Do not flush when determining if a node is preformatted or not; r=bzbarsky a=dveditz
# [07:14] <@bz> dveditz: akeybl is in bugzilla
# [07:14] <@bz> dveditz: fwiw
# [07:15] <@dveditz> yup, just saw that
# [07:16] * Quits: Optimizer (Optimizer@6664569C.6F4D4287.BE90E62C.IP) (Ping timeout)
# [07:16] <tbsaunde> doesn't that commit message perhaps say too much?
# [07:17] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
# [07:18] <@dveditz> tbsaunde: kind of obvious when we land it on the release branch, so...
# [07:18] * Quits: pcwalton (pcwalton@moz-481A040C.hsd1.ca.comcast.net) (Quit: pcwalton)
# [07:18] <tbsaunde> dveditz: I haven't read the patch yet, so I'm not sure how obvious that makes it what the bug is
# [07:19] * Quits: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [07:20] <tbsaunde> dveditz: yeah, I guess its no worse than the patch
# [07:21] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e60d44394c02 - Nicolas B. Pierron - Bug 843733 - Fix warning with gcc 4.7. r=mjrosenb
# [07:21] <@bz> tbsaunde: yeah, the commit message doesn't add much to the patch
# [07:22] <reed> ehsan: can you update the bug summary to actually explain the bug? :)
# [07:22] <tbsaunde> bz: yeah, read 2 lines up ;)
# [07:23] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [07:24] * Joins: sgreenlay (sgreenlay@moz-619D51A3.dsl.bell.ca)
# [07:24] <@ehsan> reed: will do
# [07:25] * Joins: llmelon (chatzilla@moz-43CE5A55.cpe.vividwireless.net.au)
# [07:25] <@bz> bad brendan midair
# [07:25] <@bz> bad brendan
# [07:25] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/388dafae7c9c - Mark Hammond - Bug 846075 - more social ui simplifications and fixes. r=jaws
# [07:25] * Quits: bdahl (bdahl@moz-D7CB09C3.dsl.dynamic.sonic.net) (Client exited)
# [07:27] * Joins: masayuki1 (Thunderbir@moz-B5ED316D.ppp11.odn.ad.jp)
# [07:27] * Joins: spohl (Adium@E9E52C16.55A00C18.F9917295.IP)
# [07:27] * Quits: masayuki (Thunderbir@moz-B5ED316D.ppp11.odn.ad.jp) (Ping timeout)
# [07:28] * khuey|away is now known as khuey
# [07:28] <@khuey> so, I'm looking at the pwn2own cash payouts
# [07:28] <spohl> are we concerned about submitting patches to try for 'secure bugs', i.e. security bugs etc?
# [07:28] <spohl> is this something I should avoid?
# [07:28] <@khuey> I'm really insulted that Firefox is worth less money than Adobe Fucking Reader
# [07:29] <@bz> khuey: heh
# [07:29] <spohl> khuey: could it be due to the complexity of breaking the reader sandbox?
# [07:29] <@bz> spohl: it's a hard problem
# [07:29] <bent> khuey, that particular adobe product is not sold to minors
# [07:30] <@khuey> bent: ha
# [07:30] <@khuey> spohl: reader has a sandbox?
# [07:30] <@khuey> the stream of zero days it has seems to indicate otherwise
# [07:30] <@ehsan> reed: done
# [07:30] <@khuey> at least we got hit by VUPEN
# [07:30] <@khuey> those guys are good so I don't feel so bad
# [07:30] <spohl> khuey: http://blogs.adobe.com/asset/2010/10/inside-adobe-reader-protected-mode-part-1-design.html
# [07:31] <spohl> khuey: but yes, there's ways to bypass it: http://threatpost.com/en_us/blogs/adobe-patches-sandbox-escape-vulnerability-reader-and-acrobat-022013
# [07:31] <@ehsan> this _was_ the type of bug which would not be exploitable to gain local privs if we sandboxed our content process, fwiw
# [07:31] * Quits: avih (quassel@moz-F5F41DBB.red.bezeqint.net) (Ping timeout)
# [07:31] <@khuey> ehsan: our bug?
# [07:31] <@ehsan> yeah
# [07:31] <@khuey> ehsan: #?
# [07:31] <@ehsan> khuey: 848644
# [07:32] * mcote is now known as mcote|afk
# [07:32] <@ehsan> khuey: you're late to the party though :P
# [07:32] <@khuey> ahahaha editor
# [07:32] * Joins: jryans (jryans@moz-CC5DCFB.austin.res.rr.com)
# [07:32] * Quits: Dagger (Dagger@moz-38590C6F.cable.virginmedia.com) (Ping timeout)
# [07:32] <spohl> bz: does that mean it's 'somewhat' okay to submit security patches to try..? :-)
# [07:33] * Joins: seth (seth@moz-D840E602.dsl.static.sonic.net)
# [07:33] <@bz> spohl: I'd do it
# [07:33] <@ehsan> khuey: editor is awesome, it makes so many people rich
# [07:33] * jryans is now known as IRCMonkey61879
# [07:33] <@bz> spohl: just don't advertise too much in the checkin comment
# [07:33] * Quits: erikvold (erikvold@A5087023.2354C43D.D8E68FF6.IP) (Quit: erikvold)
# [07:33] * Quits: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net) (Quit: sicking)
# [07:33] <@dveditz> spohl: yes, somewhat :-) just don’t use commit messages or code comments saying “security”, “exploit” or “vulnerable”
# [07:33] * Joins: Dagger (Dagger@moz-38590C6F.cable.virginmedia.com)
# [07:33] <@dveditz> (etc)
# [07:34] <@khuey> ehsan: that's one way to look at it
# [07:34] <@bz> spohl: opinions differ on whether to include a bug#
# [07:34] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [07:34] <spohl> ehsan: I can't usually access security bugs, unless I've been CC'd to it by someone. is there a way to get access by default?
# [07:34] <@bz> spohl: yes, on a need-to basis
# [07:34] <@dveditz> spohl: I wouldn’t include a bug number on try if you don’t have to... people can check that a buglink is inaccessible
# [07:35] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
# [07:35] <spohl> bz, dveditz: thanks! I'll keep that in mind
# [07:35] * @bz wants vidyo to die
# [07:35] <@bz> it's the one thing making me enable flash
# [07:35] <@bz> webrtc, right?
# [07:35] * Quits: samxan (sam@ED7FA044.57266F2B.1C37C358.IP) (Ping timeout)
# [07:36] <spohl> bz: … or shumway.
# [07:36] <@dveditz> bz: what OS? I don’t need flash for it anymore on windows or mac
# [07:36] * Joins: avih (quassel@moz-A3CD319C.red.bezeqint.net)
# [07:36] <tbsaunde> huh, for me its youtube not converting everything to webm
# [07:36] <@dveditz> well, I’m sure it’s using flash itself, but I don’t need to enable it in the browser
# [07:36] * Quits: Dagger (Dagger@moz-38590C6F.cable.virginmedia.com) (Ping timeout)
# [07:37] <@bz> dveditz: er... mac
# [07:37] * Quits: jgilbert (jgilbert@moz-74F645BE.hsd1.ca.comcast.net) (Ping timeout)
# [07:37] <@bz> dveditz: and https://v.mozilla.com/flex.html is flashy
# [07:37] <@dveditz> yeah, don’t go there
# [07:37] <@bz> dveditz: got another place I can log in??
# [07:37] <@bz> ok
# [07:37] <@bz> where do I go?
# [07:37] <@khuey> interesting that VUPEN isn't taking on Chrome according to the schedule
# [07:37] <@dveditz> there’s a client... damn, how’d I get it?
# [07:37] * Joins: Dagger (Dagger@moz-38590C6F.cable.virginmedia.com)
# [07:37] <@khuey> maybe they think 100k isn't worth it?
# [07:37] <@bz> tbsaunde: I don't watch enough youtube to care
# [07:37] * Joins: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP)
# [07:37] <@bz> khuey: there's a lottery for who takes on what, no?
# [07:37] <@khuey> oh
# [07:37] <@khuey> I didn't know that
# [07:38] <@dveditz> bz: and the client remembers your ldap login so you don’t have to type it every time
# [07:38] <@khuey> since there are 3 java entries I assumed everyone can take a swing
# [07:38] * Joins: Wusel_ (muench@moz-643A8764.planconnect.de)
# [07:38] <@bz> oh, maybe not
# [07:38] <@bz> I guess you can enter for whatever
# [07:38] <@bz> but the order is randomized
# [07:38] <@dveditz> khuey, bz: there’s a lottery for time slot, and in the past only the first would “win”
# [07:38] <@bz> and first to crack it wins
# [07:38] <tbsaunde> bz: and I'm not remote so I don't use video enough to care
# [07:38] <@bz> dveditz: oooh
# [07:38] <@bz> dveditz: I want!
# [07:39] <@khuey> interesting
# [07:39] <@dveditz> this year they decided -- on the day of the contest!-- that everyone who had already registered was eligible to win
# [07:39] * @khuey would not expect tbsaunde to find video all that useful
# [07:39] <@khuey> dveditz: that's an .. interesting way to run a contest
# [07:39] <@bz> tbsaunde: ;)
# [07:39] <@dveditz> bz: try right-clicking on the dock icon for the vidyo desktop client
# [07:40] <@bz> khuey: there are lots of hijinks in security-land
# [07:40] <tbsaunde> khuey: well going to meetings to talk could be useful
# [07:40] <@dveditz> of course if everyone knew that ahead of time more people would have shown up
# [07:40] <@bz> dveditz: oooh
# [07:40] <@khuey> tbsaunde: going to meetings is never useful
# [07:40] <@khuey> dveditz: exactly
# [07:40] * Joins: Jesse (jruderman@A5A0595A.66715431.D25A875A.IP)
# [07:41] <@dveditz> khuey: I assume either VUPEN did not have a chrome exploit or they only had one and wanted to keep it for their clients
# [07:41] <@bz> dveditz: ah, but you have to know the room name?
# [07:41] <tbsaunde> khuey: reasons I rarely go to them include ;)
# [07:41] * Joins: nattokirai (nattokirai@moz-8AE09276.dynamic.ppp.asahi-net.or.jp)
# [07:41] <@dveditz> bz: it’s been a while since I’ve used mac, but for me it launched a standalone window that looks exactly like the v.mozilla.org content
# [07:42] <@bz> dveditz: huh
# [07:42] <@dveditz> that’s what windows does, too
# [07:42] <@khuey> I'm willing to bet VUPEN has a chrome exploit
# [07:42] <@dveditz> khuey: guess it wasn’t worth burning for $100K
# [07:42] * Quits: seth (seth@moz-D840E602.dsl.static.sonic.net) (Quit: seth)
# [07:42] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
# [07:42] <@bz> dveditz: when selecting which option?
# [07:42] * Quits: spohl (Adium@E9E52C16.55A00C18.F9917295.IP) (Quit: Leaving.)
# [07:43] <@dveditz> on windows it’s “place a call”
# [07:43] <@khuey> dveditz: that would be my suspicion
# [07:43] * @khuey calls it a night
# [07:43] <@bz> yeah, when I do that I get a window...
# [07:43] * Joins: past (Instantbir@moz-35A5B889.dsl.dyn.forthnet.gr)
# [07:43] * Quits: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP) (Connection reset by peer)
# [07:43] * khuey is now known as khuey|away
# [07:43] <@bz> which has a gray box that says "blocked plug-in"
# [07:43] <@bz> and nothing else
# [07:43] <@bz> I wonder whether it tries to use java...
# [07:43] <@dveditz> oh... do you have up to date flash?
# [07:43] <@dveditz> Apple was blocking flash < the latest
# [07:43] <@dveditz> just started doing that
# [07:43] * @bz checks
# [07:43] <@bz> nope
# [07:44] <@bz> Used to, a week ago!
# [07:44] * Joins: erikvold (erikvold@A5087023.2354C43D.D8E68FF6.IP)
# [07:44] <@bz> This is why I keep it off. ;)
# [07:44] <@bz> ok
# [07:44] <@bz> I'll update it the next time I need to restart my computer....
# [07:44] * Joins: smontagu (chatzilla@moz-F8B80340.red.bezeqint.net)
# [07:44] <tbsaunde> Jesse: http://paste.debian.net/240247/ it makes the asserts in bug 637898 go away, but I'm still trying to figure out if its actually correct
# [07:44] * Quits: thinker (user@moz-D921FE60.dynamic.kbronet.com.tw) (Ping timeout)
# [07:45] * Joins: Waldo (waldo@moz-537BCF9.hsd1.ca.comcast.net)
# [07:46] * Joins: jalcine (mozilla@moz-47347779.me)
# [07:47] * Quits: avih (quassel@moz-A3CD319C.red.bezeqint.net) (Ping timeout)
# [07:47] * Quits: willy1234x1 (willy1234x@moz-8658726A.slkc.qwest.net) (Ping timeout)
# [07:48] * bz is now known as bz_sleep
# [07:48] * Joins: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP)
# [07:50] * Quits: tomer (tomer@moz-F45DAEFD.static.012.net.il) (Ping timeout)
# [07:51] * Quits: tanvi (tanvi@moz-9440AA69.hsd1.ca.comcast.net) (Quit: Leaving.)
# [07:52] * Joins: avih (quassel@moz-440FDB38.red.bezeqint.net)
# [07:56] * Joins: tonymec__ (tonymec@A7EE9FD0.10F104BB.DE2DB281.IP)
# [07:57] * tonymec__ is now known as tonymec|away
# [07:58] * Joins: josh (josh@moz-7D905691.avante-wifi.mozilla.hq)
# [08:00] * Quits: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net) (Quit: jib)
# [08:01] * Quits: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP) (Input/output error)
# [08:03] * ehsan is now known as ehsan|sleep
# [08:03] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [08:05] * Quits: ehugg (chatzilla@moz-44D86B1E.cisco.com) (Ping timeout)
# [08:06] * Joins: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net)
# [08:07] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Quit: Leaving.)
# [08:08] * Quits: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net) (Ping timeout)
# [08:09] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/3710f0b135b8 - David Zbarsky - Bug 847120: WebIDL bindings for SVGFEBlendElement r=Ms2ger
# [08:09] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/64c624853e92 - David Zbarsky - Bug 847120: Stop QIing to nsIDOMSVGFilterPrimitiveStandardAttributes r=bz
# [08:09] * Quits: jesup (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
# [08:09] * Quits: mreavy (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
# [08:09] * Quits: surkov (surkov@7F1C0E2B.41FE424A.E17943EE.IP) (Quit: surkov)
# [08:09] * Joins: jesup (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
# [08:10] * Joins: mreavy (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
# [08:10] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Ping timeout)
# [08:10] * Joins: Callek_Away (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
# [08:10] * Callek_Away is now known as Callek
# [08:11] * Joins: surkov (surkov@7F1C0E2B.41FE424A.E17943EE.IP)
# [08:11] * Joins: Optimizer (Instantbir@4F3E1057.A6DE773B.88FACCAA.IP)
# [08:12] * Joins: janv (varga@moz-F9B173B7.o2inet.sk)
# [08:13] * Joins: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net)
# [08:13] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9b7c6a46f1f6 - David Zbarsky - Backed out changeset 3710f0b135b8 for wrong commit message
# [08:13] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/35f383c97e07 - David Zbarsky - Bug 847116: WebIDL bindings for SVGFEBlendElement r=Ms2ger
# [08:14] <smontagu> hmm, I think I just made my build time hugely shorter by disabling nepomuk on Ubuntu.
# [08:14] <reuben> how do nsContentList's work? I'm creating a list with a custom match function, but the list is not being updated when the node tree changes. I can't call SetDirty() because it's protected
# [08:15] <smontagu> toolkit/library is still a bottleneck, though
# [08:15] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [08:15] * Joins: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP)
# [08:17] * Joins: tonymec (tonymec@A7EE9FD0.10F104BB.DE2DB281.IP)
# [08:17] * Quits: Optimizer (Instantbir@4F3E1057.A6DE773B.88FACCAA.IP) (Quit: bye :))
# [08:18] * Joins: Optimizer (Instantbir@4F3E1057.A6DE773B.88FACCAA.IP)
# [08:18] * Quits: IRCMonkey61879 (jryans@moz-CC5DCFB.austin.res.rr.com) (Quit: Be back later)
# [08:18] * Joins: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP)
# [08:19] * Quits: balrog (balrog@moz-A15748DA.phlapa.fios.verizon.net) (Ping timeout)
# [08:20] * Quits: mshal (mshal@moz-D5CACB19.washdc.fios.verizon.net) (Ping timeout)
# [08:20] * Joins: mshal (mshal@moz-D5CACB19.washdc.fios.verizon.net)
# [08:20] * Joins: mreavy_ (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
# [08:20] * Quits: jesup (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
# [08:20] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Ping timeout)
# [08:20] * Joins: Callek_Away (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
# [08:20] * Joins: balrog (balrog@moz-A15748DA.phlapa.fios.verizon.net)
# [08:20] * Quits: mreavy (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
# [08:20] * Quits: dougt (dougt@moz-A89CF36B.vesrv.com) (Ping timeout)
# [08:20] * mreavy_ is now known as mreavy
# [08:20] * Joins: jesup (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
# [08:21] * Callek_Away is now known as Callek
# [08:21] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [08:21] * Joins: dougt (dougt@moz-A89CF36B.vesrv.com)
# [08:22] * Quits: randix (rdow@moz-EE0B6335.superkabel.de) (Quit: randix)
# [08:25] * Joins: tanvi (tanvi@moz-9440AA69.hsd1.ca.comcast.net)
# [08:25] * Quits: breck (breck@moz-E512D9D2.hsd1.ca.comcast.net) (Client exited)
# [08:25] * Quits: bent (chatzilla@moz-932324BF.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 18.0.2/20130201065344])
# [08:27] * Quits: josh (josh@moz-7D905691.avante-wifi.mozilla.hq) (Quit: josh)
# [08:27] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/09e85bef5d8d - J. Ryan Stinnett - Bug 796009 - Streamline keyboard nav of markup in inspector; r=jwalker
# [08:27] <firebot> http://hg.mozilla.org/mozilla-central/rev/ee4879719f78 - Panos Astithas - Merge m-c to fx-team
# [08:27] <firebot> http://hg.mozilla.org/mozilla-central/rev/7eb5914cbb5d - Raymond Heldt - Bug 812762 - Use brandShortName instead of Firefox; r=jwalker
# [08:27] * Joins: karl (karl@moz-C433B975.jetstream.xtra.co.nz)
# [08:27] <firebot> http://hg.mozilla.org/mozilla-central/rev/2a4c394aeff8 - Ekanan Ketunuti - Bug 846642 - Un-prefix border-image from devtools; r=jwalker
# [08:27] <firebot> http://hg.mozilla.org/mozilla-central/rev/1ac8426837f5 - Ton - Bug 795723 - Remove hardcoded comma before introTextKeys and make it localizable; r=jwalker
# [08:27] <Waldo> smontagu: aka libxul? yeah
# [08:27] <firebot> http://hg.mozilla.org/mozilla-central/rev/e2b00ff7e24f - Victor Porof - Bug 841008 - Variables view should expose LAZY_EMPTY_DELAY, r=msucan
# [08:29] * Fallen|away is now known as Fallen
# [08:29] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
# [08:31] * aki|gym is now known as aki
# [08:33] * Joins: victorporof (victorporo@56840703.DA9DCE7D.79933D60.IP)
# [08:35] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [08:36] * Quits: sgreenlay (sgreenlay@moz-619D51A3.dsl.bell.ca) (Quit: Linkinus - http://linkinus.com)
# [08:36] * Joins: jryans (jryans@moz-CC5DCFB.austin.res.rr.com)
# [08:37] * Joins: gsvelto (Thunderbir@moz-BAE8D951.pck.nerim.net)
# [08:37] * jryans is now known as IRCMonkey16484
# [08:38] * Quits: gaston (landry@moz-2911F07A.rhaalovely.net) (Ping timeout)
# [08:39] * Quits: janv (varga@moz-F9B173B7.o2inet.sk) (Ping timeout)
# [08:39] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [08:40] * jchen|away is now known as jchen
# [08:40] * Quits: tanvi (tanvi@moz-9440AA69.hsd1.ca.comcast.net) (Quit: Leaving.)
# [08:41] * Quits: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net) (Quit: Leaving.)
# [08:41] * Joins: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net)
# [08:44] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [08:44] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/d8846854126c - Mark Hammond - Bug 846334 - reduce flickering of social panels. r=jaws, a=bajaj
# [08:45] * philor is now known as philor|away
# [08:47] * Quits: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net) (Quit: Leaving.)
# [08:47] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
# [08:48] * Quits: aja (Instantbir@DBFE15DD.C2971D12.7880DB15.IP) (Connection reset by peer)
# [08:48] * Joins: aja (Instantbir@DBFE15DD.C2971D12.7880DB15.IP)
# [08:49] * Quits: qheaden (pi@moz-1196D060.nrflva.fios.verizon.net) (Quit: leaving)
# [08:52] * Quits: bholley (anonymous@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
# [08:53] * mgerva-afk is now known as mgerva
# [08:55] * Quits: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP) (Ping timeout)
# [08:56] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Linkinus - http://linkinus.com)
# [08:56] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Ping timeout)
# [08:56] * Quits: taras (taras@moz-8E045071.hsd1.wa.comcast.net) (Ping timeout)
# [08:57] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [08:57] * Joins: birtles (chatzilla@moz-4B5534A0.mozilla.or.jp)
# [08:59] * Quits: gsvelto (Thunderbir@moz-BAE8D951.pck.nerim.net) (Quit: gsvelto)
# [09:01] * Quits: jdm (jdm@DB05BBF2.BB1F48F2.971E19F6.IP) (Quit: Lost terminal)
# [09:03] * Joins: randix (rdow@moz-EE0B6335.superkabel.de)
# [09:04] * whimboo is now known as whimboo|afk
# [09:05] * Joins: martyn (martyn@moz-57A66DEC.range81-154.btcentralplus.com)
# [09:06] * Joins: stransky (stransky@moz-107AD163.redhat.com)
# [09:06] * Joins: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net)
# [09:12] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [09:12] * Joins: janv (varga@moz-F9B173B7.o2inet.sk)
# [09:13] * Quits: yury (yury@moz-68731345.ok.ok.cox.net) (Ping timeout)
# [09:16] * Joins: RealRaven (Thunderbir@2AD68F33.F74D0024.27F80FAC.IP)
# [09:17] * Quits: IRCMonkey16484 (jryans@moz-CC5DCFB.austin.res.rr.com) (Quit: Be back later)
# [09:19] * Quits: erikvold (erikvold@A5087023.2354C43D.D8E68FF6.IP) (Quit: erikvold)
# [09:20] * Joins: gaston (landry@moz-2911F07A.rhaalovely.net)
# [09:23] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/3e1f112be1e1 - Yoshi Huang - Bug 842458 - Part 4: xpcshell tests for updateFdn, updateICCContact and getFreeRecordId. r=vicamo
# [09:23] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f7d36e47a15c - Yoshi Huang - Bug 842458 - Part 2: implementations for updating FDN. r=vicamo
# [09:23] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/4d432ae31092 - Yoshi Huang - Bug 842458 - Part 1: Add pin2 for updateICCContact. r=vicamo
# [09:23] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b76860154d10 - Yoshi Huang - Bug 842458 - Part 3: ICCRecordHelper.getFreeRecordId. r=vicamo
# [09:23] * Joins: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP)
# [09:24] * Quits: micahg (micahg@moz-DEBA912.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com) (Ping timeout)
# [09:25] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/cdb28e023b26 - Yoshi Huang - Bug 847838 - Part 3: tests case for cached record size. r=vicamo
# [09:25] * nthomas|away is now known as nthomas
# [09:25] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c8b219f93e32 - Yoshi Huang - Bug 847838 - Part 2: cache record size. r=vicamo
# [09:25] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/997c93376e85 - Yoshi Huang - Bug 847838 - Part 1: add recordSize in loadLinearFixedEF. r=vicamo
# [09:25] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
# [09:25] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [09:26] * Joins: micahg (micahg@moz-DEBA912.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com)
# [09:27] * Joins: UCC (Catalin@5841752B.13C46D90.FB866788.IP)
# [09:29] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Computer has gone to sleep.)
# [09:29] * Joins: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net)
# [09:30] * Quits: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP) (Ping timeout)
# [09:32] * Quits: tonymec (tonymec@A7EE9FD0.10F104BB.DE2DB281.IP) (Ping timeout)
# [09:32] * Quits: tonymec|away (tonymec@A7EE9FD0.10F104BB.DE2DB281.IP) (Ping timeout)
# [09:33] * mattwoodrow is now known as mattwoodrow|away
# [09:33] <glob> happy bmo push day! http://globau.wordpress.com/2013/03/07/happy-bmo-push-day-33/
# [09:34] * Quits: sgimeno (santiago.g@A922400D.48362F18.BCC03455.IP) (Client exited)
# [09:34] * Quits: micahg (micahg@moz-DEBA912.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com) (Ping timeout)
# [09:35] * Joins: micahg (micahg@moz-DEBA912.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com)
# [09:36] * Joins: kaze (kaze@moz-F8747CC6.dsl.ovh.fr)
# [09:36] * Quits: Jesse (jruderman@A5A0595A.66715431.D25A875A.IP) (Quit: Jesse)
# [09:38] * Joins: tzimmermann (tzimmerman@moz-F8747CC6.dsl.ovh.fr)
# [09:38] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [09:41] * Joins: yury (yury@moz-68731345.ok.ok.cox.net)
# [09:42] * Joins: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net)
# [09:42] * whimboo|afk is now known as whimboo
# [09:42] * Joins: Pauly (paul@601F3B17.33662590.A5830293.IP)
# [09:44] * glob is now known as glob|away
# [09:45] * Quits: tchevalier (Thunderbir@moz-347F77AD.w81-251.abo.wanadoo.fr) (Ping timeout)
# [09:45] * Quits: tzimmermann (tzimmerman@moz-F8747CC6.dsl.ovh.fr) (Quit: Ex-Chat)
# [09:45] * Joins: mak (chatzilla@moz-8D21CBD8.retail.telecomitalia.it)
# [09:46] * Joins: tzimmermann (tzimmerman@moz-F8747CC6.dsl.ovh.fr)
# [09:46] * Joins: pranavrc (pranavrc@334871B6.3F5CFD3E.520CDC98.IP)
# [09:47] * Joins: vtmarvin (Thunderbir@32DFDBE.7102BCB6.B7C3970A.IP)
# [09:48] * Joins: tchevalier (Thunderbir@moz-1204DA10.w109-210.abo.wanadoo.fr)
# [09:50] * Quits: micahg (micahg@moz-DEBA912.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com) (Ping timeout)
# [09:50] * Quits: tchevalier (Thunderbir@moz-1204DA10.w109-210.abo.wanadoo.fr) (Ping timeout)
# [09:52] * Joins: micahg (micahg@moz-DEBA912.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com)
# [09:54] * jchen is now known as jchen|away
# [09:54] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/be1ee54becf4 - Randell Jesup - Bug 839650: Add debugs to MediaStreamGraph to ease investigation of issues in the future r=roc
# [09:54] * Joins: gbrown (gbrown@E9758364.9EC0A5AF.CFE928A7.IP)
# [09:55] * Quits: yury (yury@moz-68731345.ok.ok.cox.net) (Ping timeout)
# [09:55] * Joins: gbrown_ (gbrown@E9758364.9EC0A5AF.CFE928A7.IP)
# [09:55] * Quits: gbrown (gbrown@E9758364.9EC0A5AF.CFE928A7.IP) (Connection reset by peer)
# [09:55] * gbrown_ is now known as gbrown
# [09:55] <janv> firebot: uuid
# [09:55] <firebot> d6475e53-9ece-4dc0-940c-095ac3d85363 (/msg firebot cid for CID form)
# [09:56] * Joins: edmorley (edmorley@moz-9FE5ED3C.range109-156.btcentralplus.com)
# [09:56] <janv> firebot: uuid
# [09:56] <firebot> 551bf53d-203c-4ac4-8c0b-40aa7b5f1ad6 (/msg firebot cid for CID form)
# [09:56] * Joins: annevk (annevk@EE5484E.926A920A.4802DE8C.IP)
# [09:57] * Joins: Optimizer1 (Optimizer@B3ABB23.85F3EB5A.D2D1FAF0.IP)
# [09:58] * Quits: gbrown (gbrown@E9758364.9EC0A5AF.CFE928A7.IP) (Ping timeout)
# [09:58] * Joins: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP)
# [10:01] * capella is now known as capella|zZzZz
# [10:01] * Joins: danielapetrovici_ (danielapet@moz-ACDE7EEC.mozilla.com)
# [10:02] * aki is now known as aki|away
# [10:02] * Joins: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP)
# [10:02] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/0a80836e1a6b - Robert Longson - Bug 848252 - Replace NS_FRAME_IS_SVG_TEXT checks with IsSVGText(). r=dholbert
# [10:02] * Quits: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP) (Ping timeout)
# [10:03] * Quits: annevk (annevk@EE5484E.926A920A.4802DE8C.IP) (Input/output error)
# [10:03] * Joins: pnkfelix (pnkfelix@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [10:03] * Joins: yury (yury@moz-68731345.ok.ok.cox.net)
# [10:04] <past> edmorley: does talos-mtnlion-r5-012 need a reboot or something?
# [10:04] * Quits: @dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net) (Ping timeout)
# [10:04] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [10:04] <edmorley> I believe so, but I have no way of easily doing that
# [10:05] * Quits: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP) (Ping timeout)
# [10:05] <past> do you know who to ping?
# [10:05] * Quits: njn (chatzilla@moz-99B00792.dyn.iinet.net.au) (Quit: ChatZilla 0.9.90 [Firefox 22.0a1/20130303134219])
# [10:05] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f3ad021e88f0 - Nicholas Nethercote - Bug 847248 (part 2) - Use a smaller chunk size in TimerEventAllocator. r=bz.
# [10:05] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/47ada7ee45de - Nicholas Nethercote - Bug 847248 (part 1) - Improve documentation and reduce slop potential of nsFixedSizeAllocator. r=bz.
# [10:05] * Joins: ferjm (ferjm@moz-F8747CC6.dsl.ovh.fr)
# [10:06] * Joins: danielapetrovici__ (danielapet@601F3B17.33662590.A5830293.IP)
# [10:06] * Quits: micahg (micahg@moz-DEBA912.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com) (Ping timeout)
# [10:06] <edmorley> past: I've disabled the slave a few mins ago; I thought your comment was in response to the bugmail, but I'm presuming you're referring to the failures visible on TBPL?
# [10:06] <past> right, the failures in m-c and fx-team
# [10:06] * Joins: AaronMT (AaronMT@88F51059.F3BBB17D.144F44FA.IP)
# [10:06] <edmorley> past: star with bug 848673
# [10:07] <past> ok, thanks
# [10:07] * Joins: micahg (micahg@moz-DEBA912.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com)
# [10:07] <edmorley> (for fx-team, I'll do m-c etc)
# [10:07] * Quits: danielapetrovici_ (danielapet@moz-ACDE7EEC.mozilla.com) (Ping timeout)
# [10:07] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [10:08] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Ping timeout)
# [10:08] * Quits: birtles (chatzilla@moz-4B5534A0.mozilla.or.jp) (Ping timeout)
# [10:08] * Joins: jandem (jandem@59253E36.A4B4A4A4.5B427D60.IP)
# [10:09] * Quits: bsmith (bsmith@C11351D5.AC8EC7EA.B4C748B5.IP) (Ping timeout)
# [10:09] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
# [10:09] * Joins: tchevalier (Thunderbir@moz-2EB04622.w109-210.abo.wanadoo.fr)
# [10:10] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [10:10] <glazou> bonjour
# [10:10] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
# [10:11] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/cbf9f569d197 - David Zbarsky - Bug 847120: Convert SVGFEImageElement to WebIDL r=Ms2ger
# [10:11] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/5d3ab7dd1095 - David Zbarsky - Bug 847120: Convert SVGFEMergeElement to WebIDL r=Ms2ger
# [10:11] <edmorley> oh ffs
# [10:11] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/7e854664b2ad - David Zbarsky - Bug 847202: Convert SVGFEMergeNodeElement to WebIDL r=Ms2ger
# [10:12] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/96357b85842e - David Zbarsky - Bug 847120: Convert SVGFEFloodElement to WebIDL r=Ms2ger
# [10:12] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/945e901d852a - Ed Morley - Backed out changeset be1ee54becf4 (bug 839650) for build failures
# [10:12] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/808bbc2bc424 - David Zbarsky - Bug 847120: Move SVGFEImageElement to its own file r=Ms2ger
# [10:12] <edmorley> push raced for the backout
# [10:13] <edmorley> oh actually it did make it :-)
# [10:13] * Joins: gsvelto (Thunderbir@moz-F8747CC6.dsl.ovh.fr)
# [10:14] * Quits: nattokirai (nattokirai@moz-8AE09276.dynamic.ppp.asahi-net.or.jp) (Quit: nattokirai)
# [10:14] * Fallen is now known as Fallen|away
# [10:15] * Quits: micahg (micahg@moz-DEBA912.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com) (Ping timeout)
# [10:16] * Quits: Asa (asa@2898F5B0.A1EC5031.204CA821.IP) (Ping timeout)
# [10:18] * Joins: Asa (asa@2898F5B0.A1EC5031.204CA821.IP)
# [10:19] * Joins: micahg (micahg@moz-DEBA912.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com)
# [10:19] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [10:19] <glazou> mounir: WOW, congrats !!!
# [10:19] <glandium> glazou: ?
# [10:19] * Joins: Standard8Away (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [10:19] * Standard8Away is now known as Standard8
# [10:20] * Quits: martyn (martyn@moz-57A66DEC.range81-154.btcentralplus.com) (Quit: Ex-Chat)
# [10:20] * Joins: martyn (martyn@moz-57A66DEC.range81-154.btcentralplus.com)
# [10:20] <glazou> appointed co-chair of of the W3C SysApps WG
# [10:21] * Quits: janv (varga@moz-F9B173B7.o2inet.sk) (Quit: This computer has gone to sleep)
# [10:21] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Ping timeout)
# [10:21] <glandium> oh, mounir: congrats
# [10:22] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
# [10:23] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
# [10:23] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [10:23] * Joins: Mitch (chatzilla@moz-425B885E.sbr802.nsw.optusnet.com.au)
# [10:23] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [10:23] * ChanServ sets mode: +o smaug
# [10:26] * Quits: Gentlecat (Roman@F8A75B99.CF9BE6BE.8FB52CB8.IP) (Ping timeout)
# [10:28] * Quits: KWierso|Home (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [10:29] * Quits: Pauly (paul@601F3B17.33662590.A5830293.IP) (Ping timeout)
# [10:29] * Joins: markh1 (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au)
# [10:29] * Joins: KWierso|Home (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
# [10:29] * Quits: danielapetrovici__ (danielapet@601F3B17.33662590.A5830293.IP) (Ping timeout)
# [10:29] * Joins: Archae|mobile (AndChat@moz-FF3F73F2.cust.telecolumbus.net)
# [10:29] <Waldo> chair, huh
# [10:30] <Waldo> you know, I'm really not sure I'd even want something like that, myself
# [10:31] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [10:31] * Joins: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk)
# [10:33] <mounir> Waldo: thanks
# [10:33] <mounir> Waldo: I think the same ;)
# [10:33] <Waldo> mounir: heh
# [10:33] * Joins: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP)
# [10:33] <mounir> but someone had to step up
# [10:33] * Quits: jcranmer|awy (jtcranmer@moz-EBF2B4AB.cs.illinois.edu) (Ping timeout)
# [10:34] <Waldo> mounir: congrats, since I wasn't quite saying exactly that explicitly in what I said :-)
# [10:34] <Waldo> yeah, that's how it is
# [10:34] <Waldo> I'm kind of lucky (but also unlucky) that there are a bunch of propellerhead language people to step up to the task for JS
# [10:34] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Connection reset by peer)
# [10:34] <Waldo> not to impugn the propellerheads, strictly, at least somewhat because I'm semi-related to them :-)
# [10:35] <Waldo> also the usual suspect said bonjour, which means I should have gone to sleep by now :-)
# [10:37] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
# [10:37] <Waldo> hmm, I made it to top 25 in this channel since stats reset, didn't know that had happened http://gavinsharp.com/irc/developers.html
# [10:38] * Joins: jcranmer|awy (jtcranmer@moz-EBF2B4AB.cs.illinois.edu)
# [10:38] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [10:39] <mounir> glazou, glandium: thanks ;)
# [10:39] * Joins: mwargers (chatzilla@88F51059.F3BBB17D.144F44FA.IP)
# [10:40] <glazou> now, you'll discover what happens behind the curtains :-D
# [10:40] * Joins: mhaigh (martyn@88F51059.F3BBB17D.144F44FA.IP)
# [10:40] * Quits: mjessome (mjessome@1959CDD3.BBE15E1C.8491360.IP) (Ping timeout)
# [10:40] <mounir> glazou: I've heard that it's often better to not try to look at what happens behind those things ;)
# [10:41] * Joins: Cwiiis (cwiiis@88F51059.F3BBB17D.144F44FA.IP)
# [10:41] <mounir> I already see that I've been added to yet another mailing list :(
# [10:41] <Waldo> heh, too true
# [10:41] <glazou> mounir: unfortunately, chairs _have_ to do it, and more often than expected
# [10:41] * Quits: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP) (Ping timeout)
# [10:41] * Waldo constantly wonders how the usual suspects have so much time to comment so often in just the Mozilla newsgroups
# [10:42] <glazou> mounir: chairs@ I presume
# [10:42] <mounir> glazou: yes
# [10:42] <glazou> and you'll have the transition request calls and more
# [10:42] <glazou> charter renewal chats
# [10:42] <glazou> hours of fun :-D
# [10:42] * Joins: msucan (mihai@E8A9D9C4.773D689F.70BDB599.IP)
# [10:43] <NeilAway> so, for bug 253564, if you flip the pref, you get the ability to disable wrapping in the style menu, but not vice versa?
# [10:43] <glazou> mounir: let me know if you need a help and would like a few explanations before stepping in
# [10:45] <mounir> glazou: sure, thanks
# [10:45] <glazou> mounir: the first weeks can be hard w/o someone to call
# [10:46] <glazou> so don't hesitate to ping me for any questions if needed
# [10:46] <glandium> erf, ehsan's random quote: "BenWa: insane and genius are two sides of a coin"
# [10:46] <mounir> what about an insane genius?
# [10:47] <mounir> coin on the edge?
# [10:47] * Joins: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com)
# [10:48] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [10:49] * Joins: SDUP (chatzilla@moz-E58D5C8C.w2-11.abo.wanadoo.fr)
# [10:49] * Joins: willyaranda (willyarand@moz-642F13E3.dynamic.jazztel.es)
# [10:49] * Joins: mjessome (mjessome@1959CDD3.BBE15E1C.8491360.IP)
# [10:49] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Quit: PM: Preparing frontal lobe for mem sleep)
# [10:50] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
# [10:52] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: This computer has gone to sleep)
# [10:53] * Quits: nattofriends (tsutsumi@moz-A369A791.warosu.org) (Ping timeout)
# [10:53] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
# [10:54] * Joins: nattofriends (tsutsumi@moz-A369A791.warosu.org)
# [10:55] * Quits: pranavrc (pranavrc@334871B6.3F5CFD3E.520CDC98.IP) (Quit: Ping timeout: ∞)
# [10:57] * jchen|away is now known as jchen
# [10:58] * Joins: cpeterson (cpeterson@88F51059.F3BBB17D.144F44FA.IP)
# [10:59] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [11:00] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [11:01] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e4ed2a678500 - Chris Peterson - Bug 848409 - Part 2: Remove unused Android defaults.xml resource files. r=kats
# [11:01] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Input/output error)
# [11:01] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/fb6c9e12cabe - Chris Peterson - Bug 848409 - Part 1: Enable Android Strict Mode for local builds. r=kats
# [11:03] * Quits: Archae|mobile (AndChat@moz-FF3F73F2.cust.telecolumbus.net) (Input/output error)
# [11:04] * Joins: gcp (gcp@88F51059.F3BBB17D.144F44FA.IP)
# [11:04] * Quits: markh1 (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au) (Ping timeout)
# [11:05] * Parts: aja (Instantbir@DBFE15DD.C2971D12.7880DB15.IP)
# [11:08] * baku|away is now known as baku
# [11:09] * Joins: dao (dao@moz-B50205F9.superkabel.de)
# [11:10] * Joins: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP)
# [11:10] * Joins: Archae|mobile (AndChat@moz-FF3F73F2.cust.telecolumbus.net)
# [11:13] * Quits: nattofriends (tsutsumi@moz-A369A791.warosu.org) (Ping timeout)
# [11:14] * Joins: nattofriends (tsutsumi@moz-A369A791.warosu.org)
# [11:17] * Quits: UCC (Catalin@5841752B.13C46D90.FB866788.IP) (Input/output error)
# [11:18] * Quits: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP) (Ping timeout)
# [11:18] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/bfda0f5c7a12 - Chris Lord - Bug 716403 - Annotate layers with the fixed margins from the PresShell. r=nrc,roc
# [11:18] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/cd870f4a55b6 - Chris Lord - Bug 716403 - Add nsIDOMWindowUtils.setContentDocumentFixedPositionMargins. r=roc,dholbert
# [11:18] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/893517236e48 - Chris Lord - Bug 716403 - Fix intermittent failure of Bug 795785 test. r=ehsan
# [11:18] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/2f49f5198e20 - Chris Lord - Bug 716403 - Hide dynamic toolbar hiding behind a pref. r=kats
# [11:18] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b0f408fd0979 - Chris Lord - Bug 716403 - Offset fixed layers so the toolbar doesn't obscure them. r=nrc,kats
# [11:18] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/14feb7d2c538 - Chris Lord - Bug 716403 - Resize viewport dynamically on Android. r=kats,mfinkle
# [11:18] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/683c7068d3be - Chris Lord - Bug 716403 - Use setContentDocumentFixedPositionMargins in Android's browser.js. r=kats
# [11:19] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/cf2c41f3de51 - Wes Johnston - Bug 716403 - Dynamically hide the location bar when scrolling. r=kats
# [11:19] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e88b3eb677fe - Chris Lord - Bug 716403 - Make the top of the page accessible with the toolbar visible. r=kats
# [11:21] * Joins: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP)
# [11:24] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: This computer has gone to sleep)
# [11:24] * Joins: bnicholson (bnicholson@88F51059.F3BBB17D.144F44FA.IP)
# [11:25] * Joins: sgimeno (santiago.g@A922400D.48362F18.BCC03455.IP)
# [11:25] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
# [11:27] * Joins: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net)
# [11:29] * Quits: jcv (john@moz-9DD98F0F.cable.mindspring.com) (Ping timeout)
# [11:29] * Quits: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net) (Quit: I took the wrong pill!!!)
# [11:29] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f27dbd9ba370 - Jon Coppeard - Bug 848395 - GC: Move Rooted to JS namespace - Move js::Rooted to JS namespace r=terrence
# [11:29] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [11:29] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/28ef4bdff455 - Jon Coppeard - Bug 848395 - GC: Move Rooted to JS namespace - rename js::Rooted to JS::Rooted outside SpiderMonkey r=terrence
# [11:29] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/1768185637fd - Jon Coppeard - Bug 848449 - GC: Remove AutoAssertNoGC and AssertCanGC - Remove AutoAssertNoGC and AssertCanGC r=terrence
# [11:29] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f079105a0966 - Jon Coppeard - Bug 848449 - GC: Remove AutoAssertNoGC and AssertCanGC - Remove use of AutoAssertNoGC r=terrence
# [11:29] * Quits: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au) (Ping timeout)
# [11:29] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d01a2a30d626 - Jon Coppeard - Bug 848449 - GC: Remove AutoAssertNoGC and AssertCanGC - Remove use of AssertCanGC r=terrence
# [11:30] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e112b04664a6 - Jon Coppeard - Bug 848395 - GC: Move Rooted to JS namespace - rename js::Rooted to JS::Rooted inside SpiderMonkey r=terrence
# [11:30] * Joins: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au)
# [11:32] * Joins: seif (seiflotfy@BEAC5A65.FE22CA96.A6BD37EB.IP)
# [11:32] * Quits: dhylands (dhylands@moz-5BF5F351.bchsia.telus.net) (Ping timeout)
# [11:34] * Quits: Archae|mobile (AndChat@moz-FF3F73F2.cust.telecolumbus.net) (Ping timeout)
# [11:34] * Quits: nattofriends (tsutsumi@moz-A369A791.warosu.org) (Ping timeout)
# [11:35] * Joins: nattofriends (tsutsumi@moz-A369A791.warosu.org)
# [11:35] * Joins: gbrown (gbrown@514D186.F3BBB17D.144F44FA.IP)
# [11:36] * nthomas is now known as nthomas|away
# [11:39] * Joins: Sander (chatzilla@7ED01146.A27A8065.D3BA2C17.IP)
# [11:39] * Joins: Archae|mobile (AndChat@moz-FF3F73F2.cust.telecolumbus.net)
# [11:39] * lsblakk is now known as lsblakk|afk
# [11:40] * baku is now known as baku|away
# [11:40] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [11:42] * Quits: gsvelto (Thunderbir@moz-F8747CC6.dsl.ovh.fr) (Quit: gsvelto)
# [11:46] * Quits: dzbarsky (Adium@moz-2D2AE0B0.washdc.fios.verizon.net) (Quit: Leaving.)
# [11:46] <Cork> hmm anyone know what could make mozregression return a nightly that isn't the nightly?
# [11:46] * Joins: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP)
# [11:46] <Cork> http://hg.mozilla.org/mozilla-central/rev/bc108d2ce8d1 <-- mozregression 2013-02-05
# [11:47] * Joins: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net)
# [11:47] <Cork> http://hg.mozilla.org/mozilla-central/rev/216ec69cc531 <-- real nightly 2013-02-05
# [11:49] * Joins: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP)
# [11:49] * Joins: annevk_ (annevk@88F51059.F3BBB17D.144F44FA.IP)
# [11:49] * Quits: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP) (Connection reset by peer)
# [11:49] <Standard8> two nightly builds?
# [11:49] <KWierso|Home> retriggered to pick up that merge?
# [11:50] * Joins: gsvelto (Thunderbir@moz-F8747CC6.dsl.ovh.fr)
# [11:52] * Quits: mhaigh (martyn@88F51059.F3BBB17D.144F44FA.IP) (Quit: Leaving.)
# [11:53] <edmorley> Cork: as said above, it's not unusual to have more than one nightly build
# [11:53] <edmorley> mozregression may not handle that well; if so, please can you file a bug on the github tracker for it
# [11:53] <Cork> edmorley: but isn't the point of mozregression to test what was released as nightly?
# [11:53] * Quits: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP) (Ping timeout)
# [11:53] <edmorley> but both will have been
# [11:54] * Joins: mhaigh (martyn@88F51059.F3BBB17D.144F44FA.IP)
# [11:54] <Cork> what mozregression shows is a later build, but not in the latest folder >_>
# [11:54] <edmorley> "Nightly" is only a name, it doesn't guarantee there is only one per day
# [11:54] * Quits: Waldo (waldo@moz-537BCF9.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.87-6.1450hg.fc18 [XULRunner 19.0/20130218162742])
# [11:54] * Quits: nattofriends (tsutsumi@moz-A369A791.warosu.org) (Ping timeout)
# [11:55] <Cork> edmorley: better give a bit of background, i see an object + svg bug in what the updater shows as the current nightly
# [11:55] <Cork> but not in the build from mozregression
# [11:55] * Joins: nattofriends (tsutsumi@moz-A369A791.warosu.org)
# [11:55] * Quits: Asa (asa@2898F5B0.A1EC5031.204CA821.IP) (Ping timeout)
# [11:55] <Cork> thats where my confusion came from
# [11:56] <Cork> (<object data="file.svg"> dosen't render in 216ec69cc531)
# [11:56] <edmorley> Cork: go to about:buildconfig to see what revsision your nightly was built from
# [11:56] <edmorley> the dates in the about dialog are not unique
# [11:56] <Cork> ya, thats how i noticed the difference
# [11:57] * Joins: paolo (paolo@moz-A8799B9B.retail.telecomitalia.it)
# [11:57] <KWierso|Home> I'd suspect mozregression just says "here's a date, give me the nightly for this day", and it picks the first one that it finds for that day
# [11:57] <Cork> the urls is from that page
# [11:57] * Quits: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [11:57] <Cork> KWierso|Home: more likely the last one :)
# [11:57] <Cork> the mozregression one is ~30 mins later
# [11:58] * Joins: Asa (asa@2898F5B0.A1EC5031.204CA821.IP)
# [11:58] <Cork> (the commit timestamp that is)
# [11:58] <KWierso|Home> first one it finds in reverse-chronological order, then :P
# [11:58] <Cork> :D
# [11:58] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: This computer has gone to sleep)
# [11:59] <KWierso|Home> oh hey.
# [11:59] <KWierso|Home> 3am :|
# [11:59] * Quits: twi (Adium@moz-C873EDA0.cust.dsl.vodafone.it) (Quit: Leaving.)
# [12:00] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [12:01] * Joins: vingtetun (vingtetun@moz-F8747CC6.dsl.ovh.fr)
# [12:01] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [12:02] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [12:04] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Connection reset by peer)
# [12:05] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [12:08] * Joins: twi (Adium@moz-C873EDA0.cust.dsl.vodafone.it)
# [12:09] * Joins: wolfiR (wolfiR@moz-FD188C33.dip0.t-ipconnect.de)
# [12:09] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [12:10] * Joins: aja (Instantbir@7B623C8A.C2971D12.7880DB15.IP)
# [12:10] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [12:10] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [12:13] * baku|away is now known as baku
# [12:14] * Quits: vingtetun (vingtetun@moz-F8747CC6.dsl.ovh.fr) (Ping timeout)
# [12:17] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Ping timeout)
# [12:17] * Quits: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net) (Quit: Leaving.)
# [12:17] * Joins: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net)
# [12:19] * Quits: karl (karl@moz-C433B975.jetstream.xtra.co.nz) (Ping timeout)
# [12:19] * Quits: SDUP (chatzilla@moz-E58D5C8C.w2-11.abo.wanadoo.fr) (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130215130331])
# [12:22] * Joins: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP)
# [12:22] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [12:23] * Joins: nattokirai (nattokirai@moz-8AE09276.dynamic.ppp.asahi-net.or.jp)
# [12:30] * Quits: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP) (Ping timeout)
# [12:30] * Quits: KWierso|Home (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Ping timeout)
# [12:30] * Joins: KWierso|Home_ (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
# [12:30] * KWierso|Home_ is now known as KWierso|Home
# [12:33] * Quits: nattokirai (nattokirai@moz-8AE09276.dynamic.ppp.asahi-net.or.jp) (Quit: nattokirai)
# [12:34] * Joins: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP)
# [12:34] * Joins: espadrine (thaddee_ty@moz-B582BE1.dclient.lsne.ch)
# [12:35] <NeilAway> ok, so maybe it was a mistake to build in an xp vm, but my build failed because $HOME contained a space :s
# [12:36] <mjrosenb> NeilAway: yeah... don't do that.
# [12:37] <NeilAway> mjrosenb: no, I said $HOME
# [12:37] <NeilAway> mjrosenb: why is my build trying to access $HOME anyway?
# [12:39] * Joins: markh1 (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au)
# [12:41] * Quits: Mic (Mic@moz-F92639C3.superkabel.de) (Quit: No time to waste, let's go!)
# [12:42] * Joins: dbradley (dbradley@1DA716E2.7763A1F0.52E8B953.IP)
# [12:44] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [12:46] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/b87d56cf0cb1 - Steve Fink - Bug 847121 - Avoid using unstable chars r=terrence
# [12:48] * Quits: allstarschh (allstars@moz-99690620.hinet-ip.hinet.net) (Input/output error)
# [12:48] * Quits: chucklee (chucklee@moz-99690620.hinet-ip.hinet.net) (Quit: Leaving)
# [12:51] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [12:51] <gaston> ehsan|sleep: 848644 is the pwn2own fix ?
# [12:53] <gaston> from irc backlog seems it is
# [12:56] * Joins: alice (alice@moz-A7C201EB.zone16.bethere.co.uk)
# [12:58] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
# [12:58] * Joins: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP)
# [13:00] * Joins: KaiRo (robert@moz-E39D7177.adsl.highway.telekom.at)
# [13:01] <glazou> NeilAway: because there is no better place than $HOME ?-)
# [13:01] <edmorley> gaston: correct
# [13:01] * Joins: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net)
# [13:02] * Joins: mcsmurf (me@moz-46C674B7.dip.t-dialin.net)
# [13:03] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [13:03] * Quits: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net) (Quit: Leaving.)
# [13:04] * Joins: jfkthame (jfkthame@moz-1F6618D3.eduroam.brookes.ac.uk)
# [13:04] * Joins: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [13:06] * Quits: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP) (Ping timeout)
# [13:06] * Joins: Pike (Pike@moz-AF824A52.pool.mediaways.net)
# [13:07] * Joins: tetreis (T3@3FF6AF7C.604446E7.32718129.IP)
# [13:08] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e15520ae6a3e - Jon Coppeard - Bug 841801 - Sweep some objects in the background r=billm
# [13:08] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/8ab6bb7ecd1b - Jon Coppeard - Bug 841801 - Allow proxies to be finalized in the background r=billm
# [13:08] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/8ac6cab88cff - Jon Coppeard - Bug 841801 - Enable finalization of objects on the background thread r=billm
# [13:08] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/23619e5ea880 - Jon Coppeard - Bug 841801 - Keep finalizable objects out of the nursery r=billm
# [13:09] <mcsmurf> hi, I'm trying to use JS promises in my JS xpcshell unit test, but somehow it fails to load, error message and code is at http://pastebin.mozilla.org/2200587
# [13:09] <mcsmurf> I get
# [13:09] <mcsmurf> " resource://gre/modules/commonjs/sdk/core/promise.js | Unexpected exception [Exception... "Component returned failure code: 0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE) [nsIJSCID.getService]" nsresult: "0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE)" location: "JS frame :: resource://gre/modules/XPCOMUtils.jsm :: XPCU_serviceLambda :: line 202" data: no]"
# [13:09] <mcsmurf> as error message, someone has seen something like that before?
# [13:09] <mcsmurf> not sure what I'm doing wrong..
# [13:09] * Joins: randix_ (rdow@moz-EE0B6335.superkabel.de)
# [13:09] * Quits: randix (rdow@moz-EE0B6335.superkabel.de) (Connection reset by peer)
# [13:09] * randix_ is now known as randix
# [13:11] * baku is now known as baku|away
# [13:11] <mcsmurf> promiseAddVisits function gets "called" from my xpcshell unit test
# [13:12] * Joins: andreasn (andreasn@63F8A48C.7BB850DE.B1AA2106.IP)
# [13:12] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/24d44bc51473 - Alexander Surkov - Bug 678477 - change ownership of nsCaretAccessible, r=tbsaunde
# [13:12] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [13:14] * Quits: seif (seiflotfy@BEAC5A65.FE22CA96.A6BD37EB.IP) (Ping timeout)
# [13:16] <decoder> do we import our sqlite from upstream or can we modify it just in our source code base?
# [13:17] <mcsmurf> ah, found the problem :)
# [13:17] * Quits: surkov (surkov@7F1C0E2B.41FE424A.E17943EE.IP) (Quit: surkov)
# [13:17] <gcp> decoder: we have quota patches afaik
# [13:17] <mcsmurf> forgot to call do_get_profile()
# [13:17] <mcsmurf> because Places won't work without a profile..
# [13:18] * Quits: andreasn (andreasn@63F8A48C.7BB850DE.B1AA2106.IP) (Quit: Ex-Chat)
# [13:21] <decoder> gcp: ah, so we import their upstream code?
# [13:23] * Quits: vicamo (vicamo@moz-99690620.hinet-ip.hinet.net) (Quit: Konversation terminated!)
# [13:23] <gcp> I don't think we significantly patch it ourselves
# [13:23] <gcp> I'm the wrong guy to ask, tho.
# [13:23] <gcp> That's just my impression from briefly having looked at this at some point in the past.
# [13:24] * Joins: till (till@moz-A4A69703.adsl.alicedsl.de)
# [13:24] * Quits: T3 (T3@3FF6AF7C.604446E7.32718129.IP) (Client exited)
# [13:25] * Joins: gamakichi (Mibbit@E8D3F06.7174AB7D.B580DEC.IP)
# [13:25] <gcp> decoder: README.MOZILLA sortof suggests it's pretty much the upstream release
# [13:26] * Quits: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com) (Ping timeout)
# [13:26] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
# [13:26] <gcp> decoder: bug 830109, ryanvm and mak
# [13:27] * ehsan|sleep is now known as ehsan
# [13:27] <decoder> gcp: thx
# [13:27] * Quits: @ehsan (ehsan@576FC5E5.CD1D2BB8.DC1243F8.IP) (Quit: vanished into thin air...)
# [13:28] * Joins: jcv (john@moz-9DD98F0F.cable.mindspring.com)
# [13:28] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
# [13:28] <mak> decoder: we don't patch sqlite
# [13:29] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [13:29] <mak> by choice
# [13:29] <decoder> mak: okay :) there will be some upstream changes to fix asan issues I guess.
# [13:29] <decoder> so im just figuring out how/when these will reach our codebase
# [13:29] <mak> upstream is fine
# [13:29] <mak> as soon as sqlite team releases a stable
# [13:29] * Joins: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com)
# [13:29] <gcp> we pay upstream to basically be on call for us
# [13:30] <mak> yes, we are part of the sqlite consortium
# [13:30] <mak> we can request special releases if the next release is too far
# [13:31] * Joins: seif (seiflotfy@BEAC5A65.FE22CA96.A6BD37EB.IP)
# [13:32] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [13:32] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [13:33] * Joins: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net)
# [13:34] * Joins: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP)
# [13:35] <@ted> interesting, they're doing porting work for ChromeOS to x32
# [13:35] * kmoir-afk is now known as kmoir
# [13:36] * Quits: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP) (Connection reset by peer)
# [13:36] * Joins: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP)
# [13:37] * Quits: masayuki1 (Thunderbir@moz-B5ED316D.ppp11.odn.ad.jp) (Ping timeout)
# [13:37] <mcsmurf> ted: you mean plain old 32-bit architecture?
# [13:38] <@ted> no
# [13:38] <gcp> or 32-bit ptrs in 64 bit?
# [13:38] <@ted> x32 is x86-64 with 32-bit pointers
# [13:38] <@ted> yes
# [13:38] <mcsmurf> (I dont know the term x32)
# [13:38] <mcsmurf> ah..
# [13:38] * Joins: masayuki (Thunderbir@moz-B5ED316D.ppp11.odn.ad.jp)
# [13:38] <@ted> so you get all the extra registers and whatnot but without wasting lots of space on pointers
# [13:38] <@ted> probably more compelling when you own the entire stack like ChromeOS
# [13:38] <@ted> and don't have to support arbitrary binaries
# [13:38] <@ted> http://en.wikipedia.org/wiki/X32_ABI
# [13:39] <glandium> ted: iirc they mentioned that a while ago (chromeos porting to x32)
# [13:39] <@ted> ah
# [13:40] <glandium> which makes sense on the hardware they're targetting
# [13:40] * Quits: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net) (Ping timeout)
# [13:40] <@ted> yeah
# [13:40] <@ted> gain the benefits of the x86-64 ABI without the memory use
# [13:42] * Quits: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP) (Ping timeout)
# [13:42] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [13:43] * Joins: surkov (surkov@7F1C0E2B.41FE424A.E17943EE.IP)
# [13:45] * Quits: markh1 (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au) (Connection reset by peer)
# [13:45] * Joins: markh1 (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au)
# [13:46] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [13:47] * Joins: darkowlzz|afk (darkowlzz@975D8198.DD579CC1.9DA13C14.IP)
# [13:47] * Joins: gustavold (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP)
# [13:48] * Quits: markh1 (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au) (Ping timeout)
# [13:49] * Quits: Archae|mobile (AndChat@moz-FF3F73F2.cust.telecolumbus.net) (Ping timeout)
# [13:50] * Joins: Archae|mobile (AndChat@moz-FF3F73F2.cust.telecolumbus.net)
# [13:50] * Quits: Asa (asa@2898F5B0.A1EC5031.204CA821.IP) (Ping timeout)
# [13:50] * Joins: Asa (asa@2898F5B0.A1EC5031.204CA821.IP)
# [13:52] <gaston> ted: thanks for chiming in on the gyp/PYTHON codereview thing :)
# [13:53] <blassey> annevk_: you ready?
# [13:53] <annevk_> blassey: will come
# [13:53] * annevk_ is now known as annevk
# [13:53] <@ted> gaston: np
# [13:53] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [13:53] <@ted> gaston: i didn't know about that thing they proposed, might be we could fix the webrtc gyp+python stuff to use it
# [13:53] <gaston> ted: tried it, doesnt work
# [13:53] <@ted> gaston: we'd probably have to fix their python files to use it
# [13:54] <@ted> since it expects to call a def DoMain(args):
# [13:54] * jchen is now known as jchen|away
# [13:54] <gaston> pymod_do_main works if you call/load a module but in the webrtc case it calls a plain python script
# [13:54] <gaston> ImportError: Import by filename is not supported. while trying to load /src/mozilla-central/media/webrtc/trunk/peerconnection.gyp
# [13:54] <@ted> ahh
# [13:54] <@ted> bleh
# [13:55] <gaston> yeah :(
# [13:55] <@ted> not sure why they didn't make that work, it's not particularly hard
# [13:55] * jchen|away is now known as jchen
# [13:55] <gaston> they dont really seem to care
# [13:55] <glandium> ted: what is it they proposed?
# [13:55] <gaston> glandium: https://codereview.chromium.org/12374093/
# [13:56] <gaston> (and https://code.google.com/p/gyp/issues/detail?id=322)
# [13:56] * Quits: Asa (asa@2898F5B0.A1EC5031.204CA821.IP) (Ping timeout)
# [13:56] * Quits: gustavold (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP) (Quit: Leaving.)
# [13:56] <@ted> glandium: they added some pymod_do_main thing to gyp, which lets you use a python module in place of an executable and call its DoMain method
# [13:56] <@ted> sort of like pymake native commands
# [13:57] * Quits: masayuki (Thunderbir@moz-B5ED316D.ppp11.odn.ad.jp) (Ping timeout)
# [13:57] <@ted> except it only supports module names, not file paths, so you can't trivially replace <(PYTHON) ...
# [13:58] * Joins: Asa (asa@2898F5B0.A1EC5031.204CA821.IP)
# [13:58] * Quits: coop|afk (Chris@1584399C.C54088C8.47C41102.IP) (Quit: coop|afk)
# [13:58] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [13:58] * ChanServ sets mode: +o ehsan
# [13:58] * Joins: gustavold (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP)
# [13:58] <gaston> i tried using it in media/webrtc/trunk/build/common.gypi but that failed
# [13:58] * Quits: gustavold (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP) (Quit: Leaving.)
# [13:58] * joduinn-home is now known as joduinn-commute
# [13:59] <@ted> yeah
# [13:59] <@ted> wonder if it would be better to fix pymod_do_main to accept file paths?
# [14:00] <glandium> ted: is it me or there's no link to cc oneself?
# [14:00] <glazou> anyone familiar with moz.build and able to help me on an XPI packaging issue ?
# [14:00] * Joins: srishti (srishti@91BC8839.F442218F.88FACCAA.IP)
# [14:00] <srishti> Hi I am interested in working on bug #433613 .Can anyone tell me from where will I find the source code of Core product;component Plug-ins?
# [14:00] <@ted> gaston: on which? google code issues or rietveld?
# [14:00] * @ted hates google's issue tracking setup
# [14:00] <glandium> glazou: there's nothing in moz.build currently, besides DIRS type variables
# [14:00] <glazou> I know
# [14:00] * Quits: jfkthame (jfkthame@moz-1F6618D3.eduroam.brookes.ac.uk) (Quit: This computer has gone to sleep)
# [14:01] <glazou> but I moved bluegriffon to the new system and now my XPI packaging fail
# [14:01] <glandium> glazou: what is failing?
# [14:01] <glandium> ted: codereview
# [14:01] <jesup> ted: yeah. Apparently attaching patches to a bug/issue isn't enoguh to get anything to happen :-(
# [14:01] <glazou> glandium: http://pastebin.mozilla.org/2200617
# [14:01] * Joins: ekr_ (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
# [14:01] * Quits: ekr_ (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr_)
# [14:02] * Joins: ekr_ (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
# [14:02] * kmoir is now known as kmoir-afk
# [14:02] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [14:02] <glandium> glazou: looks like a missing dependency
# [14:02] <@ted> glandium: yeah, rietveld is not an issue tracker :-/
# [14:03] <@ted> jesup: their open source process in general is a mess
# [14:03] <glazou> glandium: that dir is only packaging an XPI, nothing more
# [14:03] <@ted> it's pretty highly optimized for "get your patches reviewed by your coworkers and landed"
# [14:03] <gaston> but if you report an issue on the gyp issue site it gets ignored silently :)
# [14:03] <glandium> glazou: or not... there's some inconsistency in the number of ../
# [14:03] <glazou> yes
# [14:03] <@ted> gaston: yeah, i would bet money nobody actually looks at incoming issues
# [14:04] <@ted> our breakpad issue tracker wasn't even configured to email anyone by default until i fixed that recently
# [14:04] <@ted> i think i'm the only one that does issue triage there
# [14:04] <mcsmurf> firebot: Bug 433613
# [14:04] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=433613 min, --, ---, nobody, NEW, Inline Content-Disposition filename not used when passing data to a plug-in
# [14:04] <gaston> you need to figure out yourself (or someone who knows told you) that you need to use codereview for it..
# [14:04] <@ted> yes
# [14:04] <@ted> it's horrible
# [14:04] * Quits: dao (dao@moz-B50205F9.superkabel.de) (Quit: Leaving.)
# [14:04] <@ted> that being said, rietveld is a pretty nice codereview tool
# [14:04] * Joins: andreasn (andreasn@63F8A48C.7BB850DE.B1AA2106.IP)
# [14:04] <@ted> it just sucks at everything else
# [14:04] <glandium> having to sign a CLA for a one-liner that hardly falls under copyright is pathetic, too
# [14:05] <@ted> agreed
# [14:05] <gaston> totally :)
# [14:05] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/37e6ae600abc - Ed Morley - Backed out changeset f079105a0966 (bug 848449)
# [14:05] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/7f0a4a8f2013 - Ed Morley - Backed out changeset f27dbd9ba370 (bug 848395) for crashes on Windows on a CLOSED TREE
# [14:05] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f295a1829717 - Ed Morley - Backed out changeset 1768185637fd (bug 848449)
# [14:05] <glazou> glandium: found; bug in rules.mk
# [14:05] <glandium> glazou: what does the makefile.in look like?
# [14:05] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/90f0a6ccebce - Ed Morley - Backed out changeset d01a2a30d626 (bug 848449)
# [14:05] * Joins: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com)
# [14:05] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/1d229425d5d3 - Ed Morley - Backed out changeset e112b04664a6 (bug 848395)
# [14:05] <glandium> glazou: i was suspecting that
# [14:05] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/408973dba4eb - Ed Morley - Backed out changeset 28ef4bdff455 (bug 848395)
# [14:05] <glandium> edmorley: is on a backout quest
# [14:05] * Quits: JeroenDeDauw (j@moz-FA82ADB0.dip.t-dialin.net) (Quit: Leaving.)
# [14:06] * darkowlzz|afk is now known as darkowlzz
# [14:06] * Joins: davidb (davidb@moz-1EB292CB.dsl.bell.ca)
# [14:08] * Joins: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net)
# [14:09] <JosiahOne> So if I apply patch1, then patch2, and then patch3. I then want to make some changes and add them to patch3. How can I do this?
# [14:09] <glandium> glazou: oh waw, an awful one a that
# [14:09] <glazou> ?
# [14:09] <glazou> line 1591 of rules.mk
# [14:10] <gcp> JosiahOne: using mq?
# [14:10] <JosiahOne> gcp: Yes sir.
# [14:10] <glandium> glazou: yeah, i found it
# [14:10] <JosiahOne> gcp: Can I just refresh and it will automatically apply to the last patch?
# [14:10] <gcp> gcp: qpush all of them, edit, then qrefresh (which will edit the last patch)
# [14:10] <gcp> JosiahOne: exactly
# [14:10] <JosiahOne> gcp: Great.
# [14:10] <JosiahOne> gcp: Thanks.
# [14:11] <glazou> glandium: filed bug 848735
# [14:11] <glandium> glazou: that hasn't changed in a whole while, i wonder why you never hit it before
# [14:11] * baku|away is now known as baku
# [14:11] * Joins: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP)
# [14:11] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [14:13] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [14:13] * Joins: pranavrc (pranavrc@24433491.49D5D946.520CDC98.IP)
# [14:16] * ewong|sleep is now known as ewong
# [14:17] <glandium> glazou: can you try this: http://pastebin.mozilla.org/2200649 ?
# [14:18] <glazou> glandium: seems to work fine
# [14:18] <paul> for some reasons, building Firefox on Mac takes 4 hours now (compared to 80 min before)
# [14:18] * Joins: coop (Chris@F2D29657.F60B0462.67AC9B1.IP)
# [14:18] * joduinn-commute is now known as joduinn
# [14:18] <paul> my mozconfig says: mk_add_options MOZ_MAKE_FLAGS="-s -j4" <- anything wrong?
# [14:19] <sheppy> paul: that's because of all those new dev tools. :)
# [14:19] <paul> sheppy: yeah, sure :)
# [14:19] <sheppy> :)
# [14:19] * Quits: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP) (Ping timeout)
# [14:19] <paul> I use clang.
# [14:19] <paul> CC=clang / CXX=clang++
# [14:20] * ewong is now known as ewong|sleep
# [14:21] * Joins: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net)
# [14:21] * Quits: mhaigh (martyn@88F51059.F3BBB17D.144F44FA.IP) (Ping timeout)
# [14:22] * Joins: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com)
# [14:22] * Joins: mhaigh (martyn@88F51059.F3BBB17D.144F44FA.IP)
# [14:22] <@ted> paul: no, those are fine options
# [14:22] * Quits: Optimizer1 (Optimizer@B3ABB23.85F3EB5A.D2D1FAF0.IP) (Ping timeout)
# [14:22] <glandium> paul: 80 minutes was already too long
# [14:22] <@ted> you don't have spotlight indexing your objdir, do you?
# [14:23] <paul> glandium: macbook air 11", first gen
# [14:23] <paul> ted: maybe I do - how do I know?
# [14:23] <glandium> paul: get a new machine
# [14:23] * paul knows nothing about osx
# [14:23] <glandium> ;)
# [14:23] <@ted> building firefox on an old macbook air: you're gonna have a bad time
# [14:23] <paul> glandium: I usually build on my linux :) Much faster
# [14:24] <glandium> paul: google disable spotlight
# [14:24] <JosiahOne> ted: I tried the spotlight thing. Didn't help at all. Just FYI.
# [14:24] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [14:24] * Joins: wg9s (bill@moz-E9E3CA35.hsd1.ma.comcast.net)
# [14:24] <paul> ok
# [14:24] <@ted> JosiahOne: interesting
# [14:24] <glazou> paul: on my desktop OS X machine, fresh build moved in just a few months from 8 mins 50 to 14mins
# [14:24] * Quits: alice (alice@moz-A7C201EB.zone16.bethere.co.uk) (Ping timeout)
# [14:24] * Joins: alice (alice@moz-A7C201EB.zone16.bethere.co.uk)
# [14:24] <glandium> the spotlight thing worked for me
# [14:24] <JosiahOne> glandium: Hmm, weird.
# [14:25] <glandium> well, it doesn't fix the hardware suckage problem
# [14:25] <@ted> yeah
# [14:25] <glandium> aka bad heat dissipation
# [14:25] <@ted> it also doesn't fix the "we keep adding more code" problem
# [14:25] <NeilAway> yeah, we need CodeShrink
# [14:25] <JosiahOne> ted: That's also true. :)
# [14:25] <NeilAway> perhaps it would help if we didn't have to keep compiling it so much ;-)
# [14:26] <glandium> NeilAway: that too
# [14:26] <till> paul: if you've got your Linux box available, you might try glandium's distcc trick: http://glandium.org/blog/?p=2908
# [14:26] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/872cb5946d2f - Gregory Szorc - Bug 847662 - Part 1: Rename Metrics.Collector -> Metrics.ProviderManager; r=rnewman
# [14:26] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/20e7a7fa3bdc - Gregory Szorc - Bug 847662 - Part 2: Use try..finally in tests so cleanup always occurs; r=rnewman
# [14:26] <paul> till: nice
# [14:26] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b04032e5289e - Gregory Szorc - Bug 818246 - Part 1: Remove unncessary definitions of XPIDL_MODULE; r=glandium
# [14:26] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c22a331c755f - Gregory Szorc - Bug 818246 - Part 2: Support moz.build -> Makefile variable passthru; r=glandium
# [14:27] <paul> The weird thing is that my macbook air is not "blowing" (fan is not running, and the machine is not hot). So there must be something wrong…
# [14:27] <paul> (while compiling)
# [14:27] <JosiahOne> paul: Although Macbook Airs are pretty good at hiding that.
# [14:27] * Joins: jimm (jmathies@moz-864CAA4E.pn.at.cox.net)
# [14:27] <glandium> paul: the first gen of mb air had slow ssds didn't they?
# [14:27] <paul> I don't know
# [14:28] <JosiahOne> glandium: I'm not even sure they had SSDs.
# [14:28] <paul> JosiahOne: well - the computer is cold.
# [14:28] <paul> they do
# [14:28] <glandium> paul: if i/o takes a lot of time because of spotlight, that would explain the cpu not working much
# [14:28] * Quits: andreasn (andreasn@63F8A48C.7BB850DE.B1AA2106.IP) (Quit: Ex-Chat)
# [14:28] <@ted> all MBAs have SSDs
# [14:29] <paul> I see
# [14:29] * Joins: ddahl (ddahl@C261DB39.6E5482D7.8DDCAE07.IP)
# [14:29] <JosiahOne> paul: My Mac Mini (which doesn't hide sound and heat to well) is cold quite frequently while building. But at certain times during the build it heats up a little bit.
# [14:29] <Wusel_> guys I've a problem with a panel
# [14:30] <Wusel_> inside the panel I use some menulists and a listbox
# [14:30] <paul> It's compiling right now… and not heat… and it takes more than 4 hours. So there must be something wrong. I disabled spotlight. We'll see…
# [14:30] <Wusel_> so I thought, I dynamically fill the lists by using the onpopupshowing event
# [14:30] * Quits: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP) (Ping timeout)
# [14:31] * bz_sleep is now known as bz
# [14:31] * @bz is up
# [14:31] <JosiahOne> paul: 4 hours is terrible. I could compile Firefox faster on Linux on a tiny little netbook (2 Ghz, Intel Atom). So there is definitely something wrong. I missed the part before where you said 4 hours.
# [14:31] * Joins: abhishekp (chatzilla@moz-29669989.mtnl.net.in)
# [14:31] <Wusel_> but when I choose an item of a menulist/menupopup, the event is triggered again
# [14:31] <JosiahOne> bz: Yea, now you can start getting pummeled with questions/bugs/reviews. :)
# [14:31] <paul> JosiahOne: on my thinkpad (linux), it takes ~30 minutes. On the MBA, usually, it's 80min. But now, 4 hours.
# [14:32] <JosiahOne> paul: That's so weird. 80 minutes is acceptable. But 4 hours...
# [14:32] <@ted> how much memory does your MBA have?
# [14:32] <Wusel_> I only want to fill the lists, when I click on the toolbarbutton and not when I click inside the panel on a menulist/menupopup
# [14:32] * Quits: vigneshwaran (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP) (Quit: Leaving.)
# [14:32] <paul> ted: 2Gb
# [14:33] <edmorley> paul: have you looked at https://developer.mozilla.org/en-US/docs/Developer_Guide/Mozilla_build_FAQ#Making_builds_faster
# [14:33] <@ted> hm
# [14:33] * Quits: Archae|mobile (AndChat@moz-FF3F73F2.cust.telecolumbus.net) (Ping timeout)
# [14:33] <@ted> wonder if you are just running out of memory
# [14:33] <JosiahOne> paul: Ohh. That's not to great.
# [14:33] <@ted> that would explain a lot
# [14:33] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
# [14:33] <JosiahOne> Yep, it would.
# [14:33] <@ted> if the linker goes over 2GB and starts paging it's going to take way longer
# [14:33] <paul> I've been using this MBA for the past 2 years with no problem.
# [14:33] <@ted> paul: yeah, but we keep adding code
# [14:33] <glandium> ted: we're not linking enough for the build to go from 80 minutes to 4 hours though
# [14:33] <JosiahOne> paul: Maybe the "get a new machine" is in your future. :)
# [14:33] <@ted> so the linker memory usage keeps going up
# [14:33] <paul> hmmm
# [14:34] <JosiahOne> glandium: That's true.
# [14:34] <sheppy> Would it help if we just remove every other line of code? :)
# [14:34] <paul> I disabled spotlight - we'll see if it fixes my problem.
# [14:34] <JosiahOne> sheppy: It would actually. Builds would take less than 2 minutes.
# [14:34] <glandium> that being said, i wish our build system was more helpful to people who don't actually /need/ to build the c++ code
# [14:34] <paul> edmorley: thanks - I already use all these tips
# [14:34] <sheppy> JosiahOne: Problem solved!
# [14:34] <edmorley> paul: stripping symbols will help with linking on 2gb aiui
# [14:34] <edmorley> ok
# [14:35] <glandium> building without symbols will help overall
# [14:35] <glandium> --disable-debug-symbols
# [14:35] <JosiahOne> sheppy: But getting the app to run might take a little bit then. :)
# [14:35] <sheppy> paul: you really need a new MBA. 2 GB? Good lord.
# [14:35] <paul> glandium: not a debug build
# [14:35] <paul> sheppy: it's not my main computer
# [14:35] <edmorley> paul: opt builds still have symbols
# [14:35] <firebot> Check-in:
# [14:35] <sheppy> paul: ah.
# [14:35] <glandium> paul: debug symbols are always enabled
# [14:35] <paul> edmorley: oh - I see
# [14:35] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/81f5d3c84996 - Mihai Sucan - Bug 846606 - Intermittent browser_dbg_bug723069_editor-breakpoints.js | Test timed out | correct number of editor breakpoint changes - Got 3, expected 4; r=vporof
# [14:35] * Joins: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP)
# [14:35] <paul> edmorley: will that affect the profiler?
# [14:36] <glandium> paul: the profiler doesn't use that
# [14:36] <paul> ok
# [14:36] <paul> so why do we keep these symbols? For crash dumps?
# [14:36] <glandium> and debugging
# [14:36] <paul> even in release?
# [14:36] <@ted> mostly debugging
# [14:36] <glandium> yes
# [14:36] <@ted> paul: turns out that most people doing local builds want to debug them
# [14:37] <@ted> so it seems reasonable to have them on by default
# [14:37] <glazou> paul: my firends at apple recommend >=6Gb for Mountain Lion, even if you're not building
# [14:37] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [14:37] <@ted> the general rule of thumb is "get as much ram as you can afford"
# [14:37] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/cf6e59da524a - Eric Chou - Bug 841576 - Check if nsTHashtable has been initialized before calling Init(), r=qdot
# [14:37] <glazou> ted: second rule being "don't buy our RAM from Apple itself"
# [14:37] <sheppy> I upgraded Sophie's iMac from 4 to 6 GB and it's way better.
# [14:37] <glandium> ted: considering the current prices, it's more "get as much ram as the machine can hold"
# [14:37] <JosiahOne> glandium: Amen.
# [14:37] <@ted> true
# [14:37] * rail_away is now known as rail
# [14:38] <@ted> desktop ram is only $50/8GB or so
# [14:38] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/fc9cdf372502 - Kan-Ru Chen (é™³ä¾ƒå¦‚) - Bug 838547 - We are only interested to the pagehide event from the root document. r=smaug
# [14:38] <glazou> but 200$ for 4G at apple
# [14:38] <JosiahOne> Yep, got me 8GB for $40 I believe.
# [14:38] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/99ef1303095d - Monica Chew - Bug 844392 - Fix race condition where ProcessStateChange can remove a file before cleanup. r=paolo
# [14:38] <JosiahOne> glazou: Yeah… Apple has control issues.
# [14:39] <@ted> oof
# [14:39] * Joins: Archae|mobile (AndChat@moz-FF3F73F2.cust.telecolumbus.net)
# [14:40] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Linkinus - http://linkinus.com)
# [14:40] * Quits: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com) (Client exited)
# [14:41] * Joins: smaug_ (chatzilla@moz-78A86AC.pp.htv.fi)
# [14:41] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/814a0c94b215 - Jan de Mooij - Bug 848733 - Don't eliminate callee phi when inlining natives. r=bhackett
# [14:42] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
# [14:42] * smaug_ is now known as smaug
# [14:42] * Joins: andreasn (andreasn@63F8A48C.7BB850DE.B1AA2106.IP)
# [14:42] * Quits: smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Quit: Reconnecting…)
# [14:42] * Quits: andreasn (andreasn@63F8A48C.7BB850DE.B1AA2106.IP) (Connection reset by peer)
# [14:42] <glandium> RAM and HD are gold, at Apple
# [14:42] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [14:42] * ChanServ sets mode: +o smaug
# [14:42] <glandium> Sony has the same problem ; other makers much less
# [14:43] <jimm> NeilAway: ping
# [14:43] * Joins: RyanVM|afk (chatzilla@moz-148999FE.phlapa.fios.verizon.net)
# [14:43] * RyanVM|afk is now known as RyanVM
# [14:44] * Quits: past (Instantbir@moz-35A5B889.dsl.dyn.forthnet.gr) (Ping timeout)
# [14:44] <RyanVM> do we know why inbound isn't starting any jobs other than Windows?
# [14:48] <glazou> glandium: application.ini is gone too?
# [14:48] * Joins: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP)
# [14:48] <glandium> glazou: optionally
# [14:48] <glazou> any doc I can read about it?
# [14:48] * Quits: tn (tn@moz-2E73ACE4.wp.shawcable.net) (Ping timeout)
# [14:48] <glandium> glazou: MOZ_APP_STATIC_INI in confvars.sh
# [14:48] * Joins: past (Instantbir@moz-F51FC2CD.dsl.dyn.forthnet.gr)
# [14:49] <glazou> thanks
# [14:49] <glandium> glazou: note MOZ_APP_STATIC_INI doesn't remove the file itself ; it will still be around ; just not used
# [14:50] * Quits: surkov (surkov@7F1C0E2B.41FE424A.E17943EE.IP) (Quit: surkov)
# [14:50] <glandium> glazou: that being said, i'm not sure browser/app/nsBrowserApp.cpp supports disabling MOZ_APP_STATIC_INI anymore
# [14:50] <glandium> glazou: (istr you're using browser/app/nsBrowserApp.cpp directly)
# [14:51] <glazou> yeah I usually copy that one for BG
# [14:51] <edmorley> RyanVM: it isn't?
# [14:51] * edmorley switches out of only-unstarrred
# [14:52] <edmorley> oh ha yeah
# [14:52] <glandium> glazou: yeah, so with browser/app/nsBrowserApp.cpp you can't disable MOZ_APP_STATIC_INI
# [14:52] <glazou> ok
# [14:52] * Joins: nical (nico@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [14:52] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [14:53] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Connection reset by peer)
# [14:53] <glazou> glandium: how is application.ini replaced ?
# [14:53] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [14:53] <glandium> glazou: static information compiled in
# [14:53] <glandium> glazou: but the info still comes from the same source
# [14:54] <glandium> glazou: in principle, there should be no difference for you, if you use MOZ_APP_STATIC_INI=1
# [14:55] <JosiahOne> Oh no. Firefox just crashed on me for the first time ever.
# [14:55] <sheppy> JosiahOne: you've lived a charmed life then :)
# [14:56] * Quits: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP) (Ping timeout)
# [14:56] <JosiahOne> sheppy: Well, minus any patches I was working on that were flawed. But never the main channels. Even though Nightly crashing isn't really surprising. It just has never happened before.
# [14:57] * Quits: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com) (Quit: Leaving)
# [14:57] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
# [14:58] * Joins: armenzg (armenzg@moz-600B22EA.home1.cgocable.net)
# [15:00] * Quits: Sander (chatzilla@7ED01146.A27A8065.D3BA2C17.IP) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [15:00] * Joins: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
# [15:01] * jmaher|afk is now known as jmaher
# [15:01] * Quits: till (till@moz-A4A69703.adsl.alicedsl.de) (Ping timeout)
# [15:01] * Joins: till (till@moz-BBEABB16.adsl.alicedsl.de)
# [15:02] * Joins: overholt (overholt@F2D29657.F60B0462.67AC9B1.IP)
# [15:03] * Quits: abhishekp (chatzilla@moz-29669989.mtnl.net.in) (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130218103407])
# [15:04] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [15:06] * Joins: tn (tn@moz-2E73ACE4.wp.shawcable.net)
# [15:06] <tbsaunde> ted: glandium what do I have to do to make a tests.zip?
# [15:07] <edmorley> ./mach package ?
# [15:07] <@ted> no
# [15:07] <@ted> dunno if there's a mach command for it
# [15:08] * Joins: sheeri (sheeri@moz-5E1F6454.hsd1.ma.comcast.net)
# [15:08] <@ted> make -C $objdir package-tests
# [15:09] * Joins: joey-2 (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [15:09] <tbsaunde> ted: thanks
# [15:10] <@ted> np
# [15:10] <tbsaunde> ted: and is there a way to get make package to not strip without rerunning configure?
# [15:10] <@ted> i think you can make -C $objdir PKG_SKIP_STRIP=1
# [15:10] * Joins: dao (dao@moz-B50205F9.superkabel.de)
# [15:10] * Joins: lduros (user@moz-5D9ACE42.admin.upenn.edu)
# [15:11] * darkowlzz is now known as darkowlzz|afk
# [15:11] <edmorley> ted: ah I bug 820179 was just for normal package; I've filed bug 848757 for an additional ./mach package-tests
# [15:11] * Joins: morrison (morrison@moz-929B70C6.internal.eduroam.ucl.ac.uk)
# [15:14] <paul> Do I need to build 'make -C layout/' if I built 'layout/base'?
# [15:15] * whimboo is now known as whimboo|afk
# [15:15] <@bz> paul: depends on what you changed, no?
# [15:15] <@ted> edmorley: makes sense
# [15:15] <tbsaunde> ted: that doesn't seem to work I still get a stripped libuxl.so in the tarball
# [15:15] <paul> bz: I changed a file in layout/base (layout/base/FrameLayerBuilder.cpp)
# [15:15] <@ted> tbsaunde: hm, not sure if the packaging changes broke that
# [15:15] <@ted> glandium: ^^
# [15:15] <paul> bz: and the .h
# [15:15] * Quits: morrison (morrison@moz-929B70C6.internal.eduroam.ucl.ac.uk) (Quit: Leaving)
# [15:17] <@ted> bz: i have a patch that fixes the breakpad thing
# [15:17] <@ted> but in hindsight i might have a simpler patch
# [15:17] <@smaug> well, if you change .h, you may need to rebuild a lot more
# [15:17] * Joins: Pauly (paul@601F3B17.33662590.A5830293.IP)
# [15:17] <joduinn> bz: ping?
# [15:18] * Joins: demianovics (demianovic@moz-4B20103E.dip0.t-ipconnect.de)
# [15:18] <abr> ted -- when do you plan to land your patch?
# [15:18] <@bz> joduinn: ack
# [15:18] <@bz> ted: cool, thanks
# [15:18] <joduinn> bz need your help with the patches for the chemspill
# [15:18] <joduinn> got time?
# [15:19] <@bz> paul: if you changed the .h in a way that might affect consumers, you want to rebuild all of layout/
# [15:19] * Joins: Edgar (Thunderbir@moz-F62A0F33.dynamic.hinet.net)
# [15:19] <@ted> abr: when the tree is open hopefully :-/
# [15:19] <@bz> joduinn: absolutely
# [15:19] <@bz> joduinn: /query?
# [15:19] <abr> ted: cool. thanks.
# [15:19] * jhopkins|afk is now known as jhopkins
# [15:19] <paul> bz: understood
# [15:19] <demianovics> a window.open'ed via addon-sdk has no gBrowser object in it, right?
# [15:19] <joduinn> yep
# [15:19] <armenzg> edmorley: I wonder if the network problems in scl3 is causing problems with scheduling
# [15:20] * Parts: srishti (srishti@91BC8839.F442218F.88FACCAA.IP) (Leaving)
# [15:20] * Quits: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net) (Quit: ehugg)
# [15:22] <edmorley> yeah likely
# [15:22] <glandium> tbsaunde: remove dist/firefox and re-run make package with PKG_SKIP_STRIP ; that's something i want to improve eventually
# [15:23] <abr> Has anyone created an OS X systray widget that shows open/closed status for the major trees? (Say, m-c, m-i, and try)?
# [15:23] <abr> I can't find one with Google, but I'm a little surprised. :)
# [15:24] * Joins: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP)
# [15:25] * Quits: Optimizer (Instantbir@4F3E1057.A6DE773B.88FACCAA.IP) (Ping timeout)
# [15:26] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
# [15:27] <@bsmedberg> 11 out of 18 hunks FAILED -- saving rejects to file xpcom/components/nsComponentManager.cpp.rej :-(
# [15:27] <@bsmedberg> probably PRUint and bool stuff... I wonder if I can auto-fix thata
# [15:28] * Joins: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net)
# [15:28] <@ted> most of those are sed-able
# [15:28] <@bsmedberg> yeah
# [15:28] <@ted> if it applies to an older hg revision you can always rebase it
# [15:28] <@bsmedberg> that will still give merge conflicts
# [15:29] <@bsmedberg> which aren't that much better than .rej files
# [15:29] <@bsmedberg> oh, this is mostly s/nsnull/nullptr/
# [15:29] <tbsaunde> glandium: works, thanks
# [15:29] * hwine-zzz is now known as hwine
# [15:30] * @bsmedberg goes back in time to Nov 2011
# [15:31] * Joins: espindola (espindola@moz-1A4E1279.dsl.teksavvy.com)
# [15:31] <Pike> bsmedberg: how about: sneak in the rename, and the undo of it into your patch queue, rebase the patch onto the undo, and then fold the undo and your patch into one
# [15:31] <Pike> sounds weird, but could work?
# [15:31] <avih> jmaher: hey :) got back to tscroll now. I was wondering, can a talos test report more than one value? right now each test reports tpRecordTime. are there more report functions, like tpReportStddev, for instance, or others?
# [15:31] <@bsmedberg> or I could just fix the patch
# [15:31] <@bsmedberg> it's not a huge patch
# [15:31] <Pike> yeah
# [15:31] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
# [15:32] * Quits: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP) (Ping timeout)
# [15:32] * Quits: seif (seiflotfy@BEAC5A65.FE22CA96.A6BD37EB.IP) (Ping timeout)
# [15:32] <jmaher> avih: with talos we really like to report the raw numbers and analyze them after the fact
# [15:33] <jmaher> avih: I will say that with talos it is really only setup to report a single number (a pitfall that I see)
# [15:33] <avih> jmaher: i can appreciate that, but the raw number which tscroll reports doesn't tell the whole story. it reports average frame interval, and hides, for instance, stddev
# [15:33] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [15:34] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [15:34] <jmaher> avih: so you want to look at the raw numbers and the stddev ?
# [15:34] <avih> jmaher: yes
# [15:34] <jmaher> avih: hmm, we could do that in the talos harness and have it upload two numbers
# [15:34] <avih> it's not raw numbers. those would be every frame interval (few hundreds per scroll test). so currently tscroll only reports the average, i want to add stddev
# [15:35] <jmaher> would this be for tscroll as it is now, or with the new test you are looking at making?
# [15:35] <jmaher> oh, interesting
# [15:35] <jmaher> we should just collect the raw numbers and report to the current graph server average and stddev
# [15:36] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [15:36] * ChanServ sets mode: +o ehsan
# [15:36] <@bz> ehsan: good morning
# [15:36] <@bz> ehsan: back early?
# [15:36] <avih> jmaher: we could do that. should i just call tpRecordTime for each interval them? do we really wanna store thousands of values just from running tscroll once? (it has few scroll tests, and each with few hundreds intervals)
# [15:37] <avih> s/them/then/
# [15:37] <@ehsan> bz: morning!
# [15:37] <@ehsan> yeah
# [15:37] <@ehsan> bz: did something blow up?
# [15:37] * capella|zZzZz is now known as capella
# [15:37] <avih> ehsan: i think something did blew up. bugmail is too quiet :)
# [15:37] <@ehsan> hehe
# [15:38] <@ehsan> bz: oh, thanks for landing the patch on the relbranch
# [15:38] <avih> jmaher: so what say you?
# [15:38] * KaiRo is now known as KaiRo_away
# [15:38] <jmaher> avih: we will only report what we want to report
# [15:38] <jmaher> avih: but we should pull the raw values from the test itself
# [15:38] <jmaher> that is a better strategy if we want a third value or care about some other metrics on the data
# [15:39] <avih> jmaher: it seems tscroll originally did this. it does collect the raw intervals into an array, but later just doesn't use it. so i'm guessing it changed from reporting all of them per test, to report average only
# [15:40] <jmaher> avih: ok, so a few minor changes- I will need to add a new type to the graph server to allow for reporting stddev
# [15:40] <jmaher> avih: this should be fairly trivial
# [15:40] <@bz> ehsan: no, all is good so far
# [15:40] <avih> cool
# [15:40] <@bz> ehsan: I have a PoC that doesn't need window.open on desktop
# [15:40] <jmaher> are there other changes to tscroll which you would want to make while we are working on it?
# [15:40] <@bz> ehsan: trying it on mobile now. ;)
# [15:40] <avih> jmaher: should i assume the existance of tpReportStddev then?
# [15:40] * Joins: seif (seiflotfy@BEAC5A65.FE22CA96.A6BD37EB.IP)
# [15:41] <@ehsan> bz: yay!
# [15:41] <jmaher> avih: we will calculate that outside of the browser session
# [15:41] <@ehsan> bz: wanna attach it to the bug please?
# [15:41] <@bz> working on it
# [15:41] <jmaher> avih: let me look at the test again
# [15:41] <avih> jmaher: also, since tscroll currently reports average, |tpRecordTime| is actually misleading. tpReportAvg would have been better for this case (don't know what other tests report)
# [15:41] <@bz> No crash. :(
# [15:42] <@bz> I wonder why not... ;)
# [15:42] <@bz> aha
# [15:42] <@bz> here we are
# [15:42] <@bz> crash
# [15:42] * @bz uploads
# [15:42] <jmaher> avih: the numbers from tp get put into a log file and we parse that in python and report it to the graph server
# [15:43] * Joins: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP)
# [15:43] * darkowlzz|afk is now known as darkowlzz
# [15:44] <avih> jmaher: yeah, i understand, and totally understand the importance of collecting raw numbers only and analyzing them in a unified manner outside of the test itself. the thing is, tscroll didn't adhere to this. it might have in the past, but i think it doesn't now. so the question is what do we do about it.
# [15:44] <@bz> how do I do about:crashes on fennec?
# [15:45] <jmaher> avih: let me find an example, I believe tresize sends all the raw data from the test
# [15:45] <avih> cool, thx
# [15:45] <@bz> Oh, I can just load it, great
# [15:46] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [15:47] * Joins: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com)
# [15:48] <baku> RyanVM, ping
# [15:49] <RyanVM> baku: pong
# [15:49] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
# [15:49] <baku> RyanVM, question about 842986. The patch has been approved for aurora
# [15:50] <@ehsan> bz: grrrr, make these attachments text/plain!!!
# [15:50] <baku> RyanVM, should I do something? should I land that patch somewhere? or what?
# [15:50] <@bz> ehsan: heh
# [15:50] <RyanVM> baku: if you want to land it on aurora (once the tree is open) feel free
# [15:50] <@bz> ehsan: the subframe can just be loaded directly without issues
# [15:50] <jmaher> avih: here is an example of sending raw data: http://hg.mozilla.org/build/talos/file/880a267bfacc/talos/page_load_test/kraken/driver.html#l149
# [15:50] <@ehsan> ok
# [15:50] <RyanVM> baku: otherwise, I triage approvals in need of uplift
# [15:50] <@bz> ehsan: the PoC looks like this:
# [15:50] <@bz> <iframe src="https://bug848644.bugzilla.mozilla.org/attachment.cgi?id=722228" style="width: 100px; height: 100px"></iframe>
# [15:50] * Joins: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net)
# [15:51] <@bz> ehsan: but also, if I did that people would complain that it's hard to verify... ;)
# [15:51] <baku> RyanVM, ok... can you do that?
# [15:51] <@ehsan> lol
# [15:51] <RyanVM> baku: yep
# [15:51] <@bz> anyway
# [15:51] <@ehsan> bz: so, why do we resize when going back?
# [15:51] * Parts: Pauly (paul@601F3B17.33662590.A5830293.IP)
# [15:51] <baku> RyanVM, thank you
# [15:52] <RyanVM> np
# [15:52] <avih> jmaher: that's cool, and exactly what tscroll currently doesn't do. will it handle few hundreds raw values per tscroll subtest?
# [15:52] <@bz> ehsan: we resize on the open(), I think
# [15:52] <@bz> ehsan: not on he back
# [15:52] <@bz> ehsan: note that the resize listener is removed before going back
# [15:52] * Quits: dao (dao@moz-B50205F9.superkabel.de) (Quit: Leaving.)
# [15:52] <@bz> ehsan: as in, somehow the first call to calcMeBabe causes another resize
# [15:52] <@ehsan> oh right
# [15:52] <@bz> ehsan: I haven't looked into why
# [15:53] * Joins: genester (Thunderbir@moz-A0C78C2.oc.oc.cox.net)
# [15:53] <NeilAway> Wusel_: the popupshowing on the menulist will bubble up to the panel, so you should check the event target before doing anything
# [15:53] <@bz> ehsan: if you mean the original PoC
# [15:53] <NeilAway> jimm: pong
# [15:53] <@bz> ehsan: in my version I can tell you why!
# [15:53] <@ehsan> bz: we don't fire resize when we show scrollbars... do we?
# [15:53] <@bz> ehsan: um
# [15:53] <@bz> ehsan: we might
# [15:53] <@ehsan> bz: I'm asking about your version
# [15:53] <@bz> ehsan: no idea
# [15:53] <jmaher> avih: yes, it will handle hundreds of values
# [15:53] <avih> jmaher: also, like this test at your link, i also added an alternative handling if tpRecordTime doesn't exist :)
# [15:53] <@bz> ehsan: oh, in _my_ version I just set the height in calcMeBabe
# [15:54] <jmaher> avih: great
# [15:54] <@bz> ehsan: so the testcse loads 100x100, startFun resizes to 100x200, calcMeBabe resizes to 100x300
# [15:54] <@ehsan> bz: lol, I'm clearly not 100% awake yet!
# [15:54] <avih> jmaher: very nice. so i shall report all the raw values at tscroll.
# [15:54] <@bz> ehsan: all very explicit
# [15:54] <@ehsan> right!
# [15:54] <@bz> ehsan: This isn't the simplest code to read. ;)
# [15:54] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
# [15:54] <@ehsan> well, editor/ is worse :P
# [15:54] <@bz> ehsan: interspersed as it is with the heap-spray and all
# [15:54] <jimm> NeilAway: hey, curious if you could do a quick look over of the patch in bug 847891? it's a simple change to fix a failing test on win8.
# [15:54] * Joins: abhishekp (chatzilla@moz-29669989.mtnl.net.in)
# [15:54] <@ehsan> right
# [15:54] * Quits: gamakichi (Mibbit@E8D3F06.7174AB7D.B580DEC.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [15:55] <@ehsan> oh shoot
# [15:55] <RyanVM> mbrubeck: ping
# [15:55] <AaronMT> bz: your poc doesn't work at all on my device
# [15:55] * @ehsan needs to mail something
# [15:55] <@ehsan> bz: brb
# [15:55] * Joins: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP)
# [15:55] <avih> jmaher: i'm also unifying (unified) 3 same but slightly different scroll implementations which the subtests use (scroll for a window, for an iframe, and for arbitrary DOM element). so i'm going to remove a bunch of files from the test, and unify the scroll handling and reporting. you're good with that?
# [15:56] * Quits: kaze (kaze@moz-F8747CC6.dsl.ovh.fr) (Ping timeout)
# [15:56] <avih> jmaher: these are the *.js files at tscroll
# [15:57] <jmaher> avih: that is just fine
# [15:57] * joduinn is now known as joduinn-coffee
# [15:57] <avih> good :)
# [15:57] <jmaher> avih: I am looking forward to it
# [15:57] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
# [15:57] <avih> jmaher: hopefully today, if i get it polished before the biweekly meeting
# [15:57] <@bz> view-source:jar:https://bug843477.bugzilla.mozilla.org/attachment.cgi?id=722224!/chrome/content/browser.xul
# [15:58] <mbrubeck> RyanVM: pong
# [15:58] <@bz> AaronMT: it's .. timing dependent
# [15:58] <RyanVM> mbrubeck: you've got windows bustage on m-c
# [15:58] <@bz> AaronMT: It crashes my Firefox 19 on device about once every 3 loads
# [15:58] <NeilAway> jimm: sorry, I don't have win8 handy, it would be quick if I did though
# [15:58] <RyanVM> mbrubeck: Error: Missing file: ../../dist/xpi-stage/locale-x-test\metro/chrome/x-test/locale/browser/notification.dtd
# [15:58] <jmaher> avih: cool; I can get it up on try and start the graphserver/buildbot bugs if all looks well
# [15:58] <@bz> AaronMT: I only got a nightly to crash once so far
# [15:58] <@bz> AaronMT: sorry it's not more reliable. :(
# [15:58] <mbrubeck> RyanVM: Is that what's breaking Windows nightly?
# [15:59] <jesup> Should I expect Try to work? (even on some platforms?) given the closure
# [15:59] <RyanVM> looks like it
# [15:59] <mbrubeck> looking
# [15:59] <RyanVM> jesup: yeah
# [15:59] <RyanVM> jesup: things are catching up now
# [15:59] <jesup> thanks
# [15:59] <jesup> eta for opening?
# [15:59] <avih> jmaher: that would be fine. one thing to remember, since it uses request animation frame instead of 10ms intervals, the values WILL be different (regardless of the raw values report vs the previous average only)
# [16:00] <avih> bur rAF is much more correct for this case
# [16:00] <jimm> NeilAway: ok, will switch reviewers.
# [16:00] <jmaher> avih: yeah, we will need to create a new test so we don't get random alerts or cause confusion with other branches
# [16:00] * cmcavoy-offline is now known as cmcavoy
# [16:00] <avih> jmaher: that's what you're here for ;)
# [16:00] * philor|away is now known as philor
# [16:00] <jmaher> avih: yep
# [16:01] <avih> jk, just guide me, and i'll do whatever neccessary :)
# [16:01] * Joins: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP)
# [16:01] <jmaher> :)
# [16:01] <avih> k, back to rabota.
# [16:03] <@bz> ehsan: so
# [16:03] * Joins: Optimizer (Optimizer@68CCF329.7306E6CA.BE90E62C.IP)
# [16:03] <mbrubeck> RyanVM: Very weird, I can't find why it's looking for that file. Give me another few minutes...
# [16:03] <@bz> ehsan: for this spin-off bug
# [16:03] <@bz> ehsan: do you just want the strong refs on editrules?
# [16:04] <@bz> ehsan: or also the null-check-mEditor pixie dust?
# [16:04] * @bz does not have all the pixie dust ground up yet
# [16:06] * Quits: Wusel_ (muench@moz-643A8764.planconnect.de) (Quit: Wusel_)
# [16:06] <RyanVM> mbrubeck: k
# [16:07] * Joins: kaze (kaze@moz-F8747CC6.dsl.ovh.fr)
# [16:07] <@bz> mmm
# [16:07] * @bz pushed
# [16:07] <@bz> but I see not builds
# [16:07] <@bz> Why not see builds?
# [16:07] <@bz> Where builds?
# [16:07] <@bz> Come out, come out, wherever you are, little builds!
# [16:08] <RyanVM> mbrubeck: interestingly, the nightly went without error
# [16:08] <avih> jmaher: do you know if |new Date()| deltas are millisecond or microsecond accurate?
# [16:08] <mbrubeck> RyanVM: ????????????!
# [16:09] <RyanVM> mbrubeck: but the second pgo build was triggered after a clobber
# [16:09] <@bz> avih: new Date() returns a number to the nearest ms
# [16:09] <@ehsan> bz: bonus points for both patches :)
# [16:09] * Quits: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP) (Ping timeout)
# [16:09] <@bz> ehsan: ok
# [16:09] <RyanVM> mbrubeck: branding ifdefs or something?
# [16:09] <@bz> ehsan: note, they're against release
# [16:09] <avih> bz: so to measure more accurate deltas, i should use performance.now() when available, right?
# [16:09] <@bz> ehsan: want it merged to inbound too? ;)
# [16:09] <mbrubeck> RyanVM: I think our clobberer is broken. :)
# [16:09] <@bz> avih: yes
# [16:09] <avih> thx
# [16:09] <@ehsan> bz: rhetorical question? ;)
# [16:09] <mbrubeck> Because there is seriously nothing left in the tree pointing to that notification.dtd file...
# [16:09] <RyanVM> mbrubeck: well, nightly != dep pgo
# [16:09] <RyanVM> hmm
# [16:10] * mbrubeck looks at the pgo mozconfig
# [16:10] <@ted> bz, abr: there's a patch on bug 779291 to fix the mac bustage
# [16:10] * Joins: hipokrit (hipokrit@1BF5DFDB.CA40E1F7.C558AD24.IP)
# [16:10] <@bz> ehsan: not entirely!
# [16:10] <@ted> i will land it when the tree reopens
# [16:10] <@bz> ted: need it tested?
# [16:10] <mbrubeck> where *is* the pgo mozconfig?
# [16:10] <@ted> bz: nope, i could reproduce locally with --enable-debug --disable-optimize
# [16:10] <@ehsan> bz: there should _not_ be a lot of difference between release and central...
# [16:10] <@bz> ehsan: The question is where to land it
# [16:10] <@bz> ehsan: yeah
# [16:10] <RyanVM> mbrubeck: edmorley: looks like the pgo retrigger started before the clobber
# [16:10] <@ted> mbrubeck: pretty sure it's just the nightly mozconfig + MOZ_PGO=1
# [16:10] <@ehsan> bz: oh, I see, this is inbound material I think
# [16:11] <@ehsan> and maybe aurora
# [16:11] <@bz> ehsan: ok.
# [16:11] <@ehsan> definitely not beta+
# [16:11] * @bz merges to inbound
# [16:11] <mbrubeck> looks like it just uses browser/config/mozconfigs/win32/nightly
# [16:11] <@bz> ehsan: sec-sensitive or not?
# [16:11] * @bz would tend to err on yes, but....
# [16:12] <@bz> ehsan: also, reviewing these patches is just as much work as writing them. :(
# [16:12] <mbrubeck> That second pgo build doesn't say anything about a forced clobber in the TBPL footer...
# [16:12] * @ted wonders if this person's name is really just completely mangled in the hg changeset data: https://hg.mozilla.org/integration/mozilla-inbound/rev/fc9cdf372502
# [16:12] <RyanVM> mbrubeck: yeah, I'm going to say it was before the clobber
# [16:13] <RyanVM> mbrubeck: with the nightly OK, I'm going to go with it
# [16:13] <mbrubeck> *whew*-
# [16:13] <@bz> ted: yes
# [16:13] * mbrubeck -> breakfast ;)
# [16:13] <@bz> ted: charsets for the win
# [16:14] <@bz> ted: the patch in the bug was correct
# [16:14] <RyanVM> bz: are you pushing to inbound?
# [16:14] <@ted> yeah
# [16:14] <@ted> sounds like it must have been mangled on import
# [16:14] <@bz> RyanVM: no, no
# [16:14] <@bz> RyanVM: writing a patch against inbound
# [16:14] <RyanVM> oh, ok
# [16:14] <@bz> RyanVM: then I probably have to get reviews or some such
# [16:14] <RyanVM> overrated
# [16:14] * kmoir-afk is now known as kmoir
# [16:14] <@bz> RyanVM: totally silly.
# [16:14] * Joins: nrc (nrc@7BE24E90.A5032A01.3CFC199D.IP)
# [16:14] <edmorley> mbrubeck: suspect I didn't wait long enough for the clobberer inbound page to submit, since it takes longer than all the others
# [16:15] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [16:15] <edmorley> though the clobberer message isn;t always displayed in the TBPL footer (eg b2g sometimes), so I'm hoping that's not the case here :-)
# [16:16] <edmorley> (bug 764020)
# [16:16] * Quits: pranavrc (pranavrc@24433491.49D5D946.520CDC98.IP) (Broken pipe)
# [16:16] * joduinn-coffee is now known as joduinn
# [16:16] <@ted> RyanVM: curious, how do you import patches from checkin-needed bugs?
# [16:16] <@ted> (in re: bug 838547 )
# [16:17] <RyanVM> ted: I save the attachment to my mq patch dir and add it to the series
# [16:17] <RyanVM> then qpush, etc
# [16:17] <jfkthame> ted: looks to me like that should've been "???" (if that survives irc?)
# [16:17] * @bz gets tired of sprinkling fairy dust
# [16:18] * Joins: dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net)
# [16:18] * Quits: dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net) (Max SendQ exceeded)
# [16:18] * Joins: dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net)
# [16:18] * ChanServ sets mode: +o dveditz
# [16:18] <@bz> And I'm only 9% through
# [16:18] * Joins: kkdEEP (kkdEEP@93AFEBF8.3AC2D226.C7008325.IP)
# [16:18] <froydnj> ted: where's the right place to put test code that would like to be shared by b-c and chrome tests?
# [16:18] <gps> ted: there is a Mercurial extension that imports attachments from bugzilla direct into your patch queue...
# [16:19] <@ted> gps: qimportbz, i'm aware of it
# [16:19] <@ehsan> bz: sec sensitive please
# [16:19] * Quits: Optimizer (Optimizer@68CCF329.7306E6CA.BE90E62C.IP) (Ping timeout)
# [16:19] <edmorley> RyanVM: I keep on meaning to try bzqimport again and file the bugs that made it unusable the last time
# [16:19] <@ehsan> bz: and yeah, which is why I'm so glad I didn't have to do that last night
# [16:19] <@ted> froydnj: for a particular set of tests, or for all tests?
# [16:19] <edmorley> qimportbz even
# [16:19] <@ted> RyanVM: interesting
# [16:19] * RyanVM has never really played with qimportbz
# [16:19] * gps grumbles about bzimport needing to be part of the tree and discoverable to be useful
# [16:19] <@ehsan> bz: I probably shouldn't do it now either, since I just had like 3 hours of sleep
# [16:19] <@ted> RyanVM: wget && hg import seems to do the right thing here
# [16:19] <@ehsan> a bit less than that actually, but whatever
# [16:19] <edmorley> it had line ending issues on windows amongst a couple of other things irrc
# [16:19] <gps> we at least should have a |mach make-mercurial-not-suck|
# [16:20] <@ted> gps: i am going to release a new mozillabuild soon and i made the mercurial defaults less crappy
# [16:20] <@ted> (enabled color & pager)
# [16:20] <@ted> RyanVM: are you on windows?
# [16:20] <@ted> wonder if that's only broken there
# [16:20] <@ted> or if you're on an older hg
# [16:20] <RyanVM> ted: yes
# [16:20] <froydnj> ted: context: I'd like to add some utility code for opening new windows and DTRT WRT private browsing
# [16:20] <gps> ted: \o/
# [16:20] <froydnj> ted: only applicable to browser-chrome and chrome tests
# [16:21] <gps> ted: are you including the Python C headers and putting Mercurial on Python's sys.path?
# [16:21] <@ted> gps: can't
# [16:21] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [16:21] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [16:21] <@ted> windows mercurial builds are built with py2exe or something
# [16:21] <gps> wat
# [16:21] <@ted> uh yeah
# [16:22] <gps> *sigh*. we can fix that when MozillaBuild is rewritten
# [16:22] <@ted> i tried building from source but it has a bunch of issues
# [16:22] <@ted> i think they just don't expect you to use hg from source on windows
# [16:22] <@ted> didn't have the patience to fix a bunch of hg bugs
# [16:22] * Joins: Optimizer (Optimizer@F0502ACC.6F85C4E2.D5D59AD9.IP)
# [16:23] <@ted> froydnj: so the short story is that there isn't a fantastic way to do this at the moment
# [16:23] <@ted> because those harnesses don't really have things they shared
# [16:23] <gps> fresh macarons from Paris in SF. -> office
# [16:23] <@ted> the best way to do this would probably be to write a jsm and make sure we load it
# [16:23] <@ted> but i don't think we implemented testing modules for mochitest variants yet
# [16:23] <gps> ted: we have testing-only module support in mochitest IIRC
# [16:23] <JosiahOne> I need a core dev to do that fastest review ever. Any volunteers? One line code change.
# [16:24] <@ted> gps: oh, do we?
# [16:24] <@ted> that would be ideal
# [16:24] <gps> I'm pretty sure. easy enough to test
# [16:24] * Joins: ericjung (ericjung@5210CFD5.1A5EA44.72B23B3D.IP)
# [16:24] <@bz> if (IsBlockNode(selNode)) block1 = selNode;
# [16:24] <@bz> else block1 = mHTMLEditor->GetBlockNodeParent(selNode);
# [16:24] * @bz hates people who write code like that
# [16:25] <@ted> gps: fantastic
# [16:25] * Quits: ericjung (ericjung@5210CFD5.1A5EA44.72B23B3D.IP) (Input/output error)
# [16:25] <@ted> froydnj: so what you want to do is write a test-only module
# [16:25] <@ted> and use it in mochitest
# [16:25] <JosiahOne> https://bug845807.bugzilla.mozilla.org/attachment.cgi?id=722248 is all you have to do.
# [16:25] <froydnj> bz: what's the right way to write code like that?
# [16:25] * Joins: ericjung (ericjung@5210CFD5.1A5EA44.72B23B3D.IP)
# [16:25] <RyanVM> mmm...503 service unavailable
# [16:25] <@ehsan> bz: sorry to make you look at this stuff...
# [16:25] * capella is now known as capella|gym
# [16:25] <RyanVM> who tripped over the ethernet cable in scl3 again
# [16:25] * khuey|away is now known as khuey
# [16:25] * Quits: genester (Thunderbir@moz-A0C78C2.oc.oc.cox.net) (Ping timeout)
# [16:26] <@bz> ehsan: I've looked at editor code before
# [16:26] <@bz> ehsan: Just wait till I'm done with it
# [16:26] <@ehsan> heh
# [16:26] <@ted> froydnj: http://mxr.mozilla.org/mozilla-central/source/services/datareporting/Makefile.in#16
# [16:26] <@ted> http://mxr.mozilla.org/mozilla-central/source/services/healthreport/tests/xpcshell/test_healthreporter.js#16
# [16:26] <@bz> froydnj:
# [16:26] <@bz> if (IsBlockNode(selNode)) {
# [16:26] <@bz> block1 = selNode;
# [16:26] <@bz> }
# [16:26] <@bz> else {
# [16:26] <@bz> NS_ENSURE_STATE(mHTMLEditor);
# [16:26] <@bz> block1 = mHTMLEditor->GetBlockNodeParent(selNode);
# [16:26] <@bz> }
# [16:26] <@bz> froydnj: ^
# [16:26] <@bz> (note the line I inserted and how annoying it is to do with the original code structure
# [16:26] * Joins: Mavericks (Mibbit@1F39BF4.D453C886.3E5D7F27.IP)
# [16:27] <jimm> netwerk problems again
# [16:27] <@bz> ehsan: you realize I'm adding an NS_ENSURE_STATE before every mHTMLEditor deref, right? ;)
# [16:27] * froydnj guesses that mHTMLEditor was null at the wrong time...
# [16:27] * gps wonders if static analysis would catch this
# [16:27] <froydnj> bz: code that violates coding standards? shocked, I say
# [16:27] <@bz> gps: which?
# [16:28] * Joins: jdm (jdm@DB05BBF2.BB1F48F2.971E19F6.IP)
# [16:28] * Quits: Edgar (Thunderbir@moz-F62A0F33.dynamic.hinet.net) (Quit: Edgar)
# [16:28] * Joins: tonymec__ (tonymec@11B4B7F1.6D1AB40.A9371869.IP)
# [16:28] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [16:28] <froydnj> ted: so it goes in services/datareporting, but gets loaded from services/metrics?
# [16:28] <gps> bz: well, the style convention, definitely. UaF is another question
# [16:28] * jcranmer|awy is now known as jcranmer
# [16:29] * abhishekp is now known as abhishekp|away
# [16:29] <@ted> froydnj: um, there are probably just >1 mocks.jsm
# [16:29] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/a853b233420d - ffxbld - Automated checkin: version bump for firefox 20.0b4 release. DONTBUILD CLOSED TREE a=release
# [16:29] <@ted> you load it from whatever path you put there
# [16:29] <@ehsan> bz: yeah
# [16:29] <firebot> http://hg.mozilla.org/releases/mozilla-beta/rev/82eb7e0bd624 - ffxbld - Added FIREFOX_20_0b4_RELEASE FIREFOX_20_0b4_BUILD1 tag(s) for changeset a853b233420d. DONTBUILD CLOSED TREE a=release
# [16:29] * Joins: bent (chatzilla@moz-932324BF.hsd1.ca.comcast.net)
# [16:29] <@ehsan> bz: I wish there was an easier way to do this
# [16:30] <@ted> froydnj: gps implemented all of this, FYI
# [16:30] <RyanVM> jimm: bug 848787
# [16:30] <gps> froydnj: see <objdir>/_tests/modules - it's a shared namespace that kinda mirrors resource://gre/modules/
# [16:30] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/b859178117e3 - ffxbld - Automated checkin: version bump for fennec 20.0b4 release. DONTBUILD CLOSED TREE a=release
# [16:30] <@khuey> mmm no tbpl
# [16:30] <firebot> http://hg.mozilla.org/releases/mozilla-beta/rev/1295953a4b7b - ffxbld - Added FENNEC_20_0b4_RELEASE FENNEC_20_0b4_BUILD1 tag(s) for changeset b859178117e3. DONTBUILD CLOSED TREE a=release
# [16:31] <yzen> Yoric: ping
# [16:31] <@ted> no nothing
# [16:31] <@bz> ehsan: I do too
# [16:31] <@khuey> ted: hmm?
# [16:31] <@bz> ehsan: khuey suggested rewriting in JS again.... ;)
# [16:31] <jimm> RyanVM: I don't know what "Generic cluster" is but sounds bad.
# [16:31] <@khuey> scl3 appears to be up ;-)
# [16:31] <@ehsan> bz: yeah that comes up a lot! ;)
# [16:31] <@ehsan> bz: I'd take that patch fwiw
# [16:31] <@ehsan> :P
# [16:31] <@khuey> ehsan: I will pay you 5 units of the currency of your choice if you do it
# [16:32] <@khuey> if you pick GBP that's almost 8 CAD
# [16:32] <@khuey> this is clearly a great offer
# [16:32] <Yoric> yzen: semi-pong
# [16:32] <@bz> bitcoin
# [16:32] <Yoric> (I'll need to leave soon)
# [16:32] <@bz> actually
# [16:32] <@khuey> whats the BTC exchange rate?
# [16:32] <@bz> Does a talent of gold count as a unit of currency?
# [16:32] <@ehsan> khuey: My favorite unit of currently is Kg of Francium
# [16:32] <@bz> khuey: 1 BTC is about 30 USD nowadays
# [16:32] <mcsmurf> heh, I saw someone on bugzilla offering a 1.5BTC bounty for some bug
# [16:33] <mcsmurf> a few days ago
# [16:33] <@bz> Lesse...
# [16:33] <edmorley> RyanVM: looks like it's not officially mfbt
# [16:33] <@bz> A Greek, or Attic talent, was 26 kilograms (57 lb),[2] a Roman talent was 32.3 kilograms (71 lb), an Egyptian talent was 27 kilograms (60 lb),[2] and a Babylonian talent was 30.3 kilograms (67 lb)
# [16:33] <edmorley> now
# [16:33] <@khuey> bz: heh, I don't think a talent counts
# [16:33] <@khuey> I will be very very broke
# [16:33] <@bz> So 5 talents of gold is like real money. ;)
# [16:33] <mcsmurf> :D
# [16:33] <@ehsan> khuey: about.com says that we've only produced a few atoms of francium, fwiw
# [16:33] <jcranmer> khuey: 5 Kuwait Dinars
# [16:33] * tonymec__ is now known as tonymec|away
# [16:33] <@ehsan> and we all know about.com cannot be wrong
# [16:34] * Quits: abhishekp|away (chatzilla@moz-29669989.mtnl.net.in) (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130218103407])
# [16:34] * Joins: Edgar (Thunderbir@moz-F62A0F33.dynamic.hinet.net)
# [16:34] <AaronMT> still zero luck reproducing on android
# [16:34] <@khuey> jcranmer: I could live with that
# [16:34] * Quits: Edgar (Thunderbir@moz-F62A0F33.dynamic.hinet.net) (Quit: Edgar)
# [16:34] <@bz> If pound sterling actually were
# [16:34] * Joins: genester (Thunderbir@moz-A0C78C2.oc.oc.cox.net)
# [16:34] <@bz> Then 5 pounds would be something like USD2000
# [16:35] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Connection reset by peer)
# [16:35] <@bz> which actually sounds small for "rewrite editor"
# [16:35] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
# [16:35] <@bz> But yeah
# [16:35] <espindola> tbpl is fully dead now?
# [16:35] <@ted> "rewrite editor in rust"
# [16:35] <@bz> talent of gold is like $600k at current prices
# [16:35] <froydnj> still low for rewriting editor?
# [16:35] <jesup> bz: so, $3m?
# [16:35] <@khuey> heh
# [16:35] <@bz> On the other hand, talent of silver is $11k
# [16:35] <@bz> jesup: yeah
# [16:36] <jesup> still not sure it's worth it
# [16:36] <@bz> heh
# [16:36] <espindola> ted: and put that via emscripten
# [16:36] <yzen> Yoric: never mind, i think i figured it out, sorry :)
# [16:36] <RyanVM> espindola: bug 848787
# [16:36] <@bsmedberg> Is there something in patchutils or elsewhere which can take a regular diff and make it a -w diff ?
# [16:36] <Yoric> Good :)
# [16:36] <@bz> $3m is probably a fair-to-high price for editor rewrite
# [16:36] <@bz> well, dunno about high.... ;)
# [16:36] <@ted> espindola: haha
# [16:36] <@ehsan> lol
# [16:36] <@ted> i will go on record as saying that i will rewrite editor for $3m
# [16:36] <@ted> if anyone is offering
# [16:36] <@bz> I'm figuring it's a 1-2 year job with a team of several people
# [16:37] <espindola> RyanVM: ah, the tbpl. I thought it was a bug about doing the editor in js via rust :-)
# [16:37] <@bz> so probably somewhat high
# [16:37] <jesup> ted: I notice you didn't say anything about it working when you're done
# [16:37] <jcranmer> are we going to start a bidding war?
# [16:37] <@khuey> bz: in all seriousness, we really should see if brendan et al would be more willing to allocate resources to our pits of technical debt
# [16:37] * RyanVM changes topic to 'SCL3 network issues affecting lots of services - bug 848787 || Intermittent-failure rate is out of control - please help! http://brasstacks.mozilla.com/orangefactor/ || https://etherpad.mozilla.org/commonissues || Next merge 2 April || Want to help? See #introduction'
# [16:37] <@ted> jesup: for $3m i will promise that
# [16:37] <@bz> but right order of magnitude
# [16:37] * Quits: kkdEEP (kkdEEP@93AFEBF8.3AC2D226.C7008325.IP) (Client exited)
# [16:37] <@bz> khuey: yeah....
# [16:37] <@ted> can we rewrite editor in self-hosted JS?
# [16:37] <@ted> (serious question)
# [16:37] * Joins: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP)
# [16:37] <@khuey> ehsan: ^^ there it is again
# [16:37] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [16:37] * jcranmer is rewriting libmime in pure JS
# [16:37] <@bz> ehsan: you know, between mechanical adding of null-checks and what I was _planning_ to do this morning....
# [16:37] <RyanVM> heh
# [16:37] * Joins: Edgar (Thunderbir@moz-F62A0F33.dynamic.hinet.net)
# [16:37] <@bz> ehsan: I'm not actually sure which is more annoying. ;)
# [16:37] <tbsaunde> ted: I'd much prefer rust tbh
# [16:37] * Quits: Edgar (Thunderbir@moz-F62A0F33.dynamic.hinet.net) (Quit: Edgar)
# [16:38] <@ted> "not getting pwned" is a pretty convincing rationale
# [16:38] <@ted> tbsaunde: yeah, but then we have to ship servo
# [16:38] <jesup> ted: maybe you can fix the lost-cursor problem while you're at it
# [16:38] * Joins: gustavold (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP)
# [16:38] <@khuey> bz: one thing is that if we rewrote editor in JS its conceivable that we could port it directly to servo ...
# [16:38] <@bz> tbsaunde: the whole "can't do a library in rust" thing sucks here
# [16:39] <@bz> khuey: yes, indeed.
# [16:39] <Yoric> I am currently attempting to find out what is setting "hidden" on one of my xul:tabs, is there a way to get a stack trace upon mutation of this attribute?
# [16:39] <@bz> khuey: it's funny how once you have a hammer...
# [16:39] <@bz> khuey: I was just thinking "we could add editor-only DOM APIs and whatnot"
# [16:39] * Joins: breck (breck@moz-AD418F52.dsl.static.sonic.net)
# [16:39] <@bz> khuey: but actually it'd be hard
# [16:39] <@bz> khuey: in our current setup
# [16:39] <@khuey> Yoric: break in nsXULElement::AfterSetAttr
# [16:39] <@ted> then you could spec those and release them
# [16:39] <@bz> ted: yes
# [16:39] <Yoric> khuey: ouch
# [16:39] <@ted> because people actually want them :)
# [16:40] <Yoric> khuey: That doesn't sound possible in my case.
# [16:40] <@ted> bz: we should pitch this to brendan
# [16:40] <Yoric> I'm tracking a mochitest test failure that only takes place if I run all tests.
# [16:40] <@khuey> Yoric: why not?
# [16:40] <Yoric> So that would be many breakpoints.
# [16:40] * Joins: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net)
# [16:40] <tbsaunde> bz: hm why not? it has C compat stuffright?
# [16:40] <@ted> "write a self-hosted editor impl, bonus points we make it work in servo"
# [16:40] <@bz> tbsaunde: it relies on managing the whole runtime
# [16:40] <@khuey> indeed
# [16:40] <@bz> tbsaunde: at the moment
# [16:40] <Yoric> (well, probably not all tests, but I haven't been able to find out exactly which sequence of tests)
# [16:40] <@bz> tbsaunde: so process startup, etc
# [16:41] <@bsmedberg> or at least *most* of it in JS... maybe simple things like caret handling can be in C++
# [16:41] * Joins: Edgar (Thunderbir@moz-F62A0F33.dynamic.hinet.net)
# [16:41] <jcranmer> if it makes you feel better
# [16:41] <@khuey> Yoric: well you'll need to figure out some what to narrow it down
# [16:41] <jcranmer> we could eliminate 10% of the C++ code in comm-central in about two more years
# [16:41] <Yoric> Yeah...
# [16:42] <Yoric> khuey: It's probably related to session restore, that's all I can figure out atm.
# [16:42] <tbsaunde> bz: so calling out to C is fine but rust needs to do stuff at start up?
# [16:42] <@khuey> we can eliminate all of the C++ code in comm-central if we switch Firefox to Servo and stop developing Gecko
# [16:42] <@bz> tbsaunde: yes
# [16:42] <@bz> tbsaunde: calling from/to C works
# [16:43] <@bz> tbsaunde: but Rust wants to manage your process as a whole
# [16:43] * Joins: vingtetun (vingtetun@moz-F8747CC6.dsl.ovh.fr)
# [16:43] <tbsaunde> bz: has anyone looked at how insane hacking that init stuff into current start up would be?
# [16:44] <tbsaunde> bz: it wants to sure, but obviously it can deal with that not being the case
# [16:44] * Quits: Edgar (Thunderbir@moz-F62A0F33.dynamic.hinet.net) (Quit: Edgar)
# [16:45] * Quits: mak (chatzilla@moz-8D21CBD8.retail.telecomitalia.it) (Input/output error)
# [16:45] <@ehsan> bz: omg what were you planning to do?!
# [16:45] <joe> snow day
# [16:45] * Quits: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP) (Ping timeout)
# [16:45] <joe> tbpl down, can't push to inbound
# [16:45] <@ehsan> ted: it is possible, with some added hooks
# [16:45] <@bz> ehsan: convert XULDocument to WebIDL
# [16:45] <@khuey> joe: is there snow on the ground in toronto
# [16:45] <@ehsan> ted: the problem is mostly that this code is very complicated and poorly tested
# [16:45] <joe> wait i guess the phrase "snow day" has no meaning to people who grew up in the south
# [16:45] <joe> khuey: there is
# [16:46] <@ehsan> so it would be a very long process
# [16:46] <@bz> tbsaunde: pcwalton tells me it's not very easy
# [16:46] <tbsaunde> khuey: not really :(
# [16:46] <@bz> ehsan: at least conceptually, yes
# [16:46] <@ehsan> bz: that's _got_ to be easier, come on!
# [16:46] <tbsaunde> bz: ok
# [16:46] <@ted> ehsan: fixing the C++ code sounds like a long and painful process that results in us continuing to get pwned
# [16:46] <joe> tbsaunde: there are little piles here and there!
# [16:46] <@bz> tbsaunde: but check with him or brson?
# [16:46] <@bz> joe: how much did you guys get?
# [16:46] <tbsaunde> joe: doesn't coount :p
# [16:46] * @bz has 1-2" so far today, still coming down
# [16:46] <@ehsan> ted: well, sure, but at least we won't break every old crappy richtext editor out there
# [16:46] <tbsaunde> bz: seems like it might be worth investigating
# [16:47] <@bz> My fight this evening might be fun
# [16:47] <@ehsan> which relies on our bugs/quirks/etc
# [16:47] <joe> bz: it's only barely snowing here right now, but we got ~30 cm on feb 8
# [16:47] <@bz> joe: ah
# [16:47] <@bz> joe: yeah, that's about what we got then too
# [16:47] <joe> it's sort of snowing-raining actually
# [16:47] <@ehsan> ted: I'm not advocating against this, it's just not very realistic in the short term
# [16:47] <@bz> joe: well, actually, I think we got closer to 45-50cm
# [16:47] <jcranmer> we have about 5cm on the ground
# [16:47] <joe> a little too warm for snow - currently 1°
# [16:47] <@ehsan> ted: especially since we pay people to not work on the editor :P
# [16:47] <@bz> Over here claims to be 1C
# [16:47] <@bz> but it's definitely sticking
# [16:48] <RyanVM> as usual, we didn't get squat yesterday except for some wind and rain
# [16:48] * @bz should stop working and go build a snowman, given this weather
# [16:48] <@bz> or something.
# [16:48] <jcranmer> of course, we're going to be above freezing after today
# [16:48] <joe> near my house there was a dusting but downtown near the office the streets are just wet
# [16:48] <abr> Getting up to 72F/22C here today. :)
# [16:48] <@ted> 1C here as well, but we still have plenty of snow on the ground
# [16:48] <@khuey> abr: not everyone much such good choices in where to live
# [16:49] <@khuey> abr: or where to be born, in the case of our friends to the north
# [16:49] <@ted> ehsan: hah
# [16:49] <@khuey> should be mid-50s and sunny in SF today
# [16:49] <@ted> ehsan: dunno, sounds like a pretty plausible medium-to-long term bet though
# [16:49] <@khuey> some rain at some point
# [16:49] <abr> Yeah, wait until July. We'll be up into the 105F/40C range here in Dallas… :-D
# [16:49] <@ted> ick
# [16:49] <@khuey> and it'll still be 65 here!
# [16:50] <ahal> khuey: I don't understand.. how do you play outdoor hockey?
# [16:50] <@khuey> ahal: ask mrbkap
# [16:50] <joe> abr: yeah it'll be same here :)
# [16:50] <joe> (Toronto)
# [16:50] <@bz> ahal: rollerblades?
# [16:50] <jcranmer> how can you stand not haing 4 seasons‽
# [16:51] <abr> We have four seasons. Hot, deathly hot, humid, and rain.
# [16:51] <@khuey> why on earth would you want seasons
# [16:51] <@bz> Seasons are nice
# [16:51] <@khuey> pick a nice setting on the climate control and stay there
# [16:51] <@bz> sledding is good
# [16:52] <@khuey> and that's more or less what coastal california does
# [16:52] <@bz> but so is working out on the screen porch
# [16:52] <jcranmer> Californnians sure are weird
# [16:52] <joe> true
# [16:52] <abr> I've neve had to shovel the heat out of my driveway, mind you.
# [16:52] <@khuey> oh I think I understand the issue
# [16:52] <@khuey> bz: Californians can't afford a screen porch!
# [16:52] <jesup> tbpl seems to be up again, for whatever good that does
# [16:52] <@bz> khuey: lol
# [16:52] <@khuey> it all makes sense now
# [16:52] <jesup> khuey: no space for a porch on those tiny lots
# [16:52] <@bz> Or a storage space big enough for a sled? ;
# [16:52] <@bz> ;)
# [16:53] <@ted> abr: the only thing i liked about dallas was that you had decent BBQ
# [16:53] * @bz is getting about ready to take a break from editrules and work on the xuldocument stuff
# [16:53] * catlee-away is now known as catlee-buildduty
# [16:53] <RyanVM> I guess this counts as swivel chair swordfighting
# [16:53] * Joins: wlach (wlach@moz-A1116E53.sdsl.bell.ca)
# [16:53] <@bz> I should note
# [16:53] <@bz> nsAutoTxnsConserveSelection dontSpazMySelection(mHTMLEditor);
# [16:54] <@bz> Gotta give props for fun naming
# [16:54] <abr> ted: Aww. You missed out on some pretty good Mexican food, then. But I freely admit that there is pretty much no reason to visit unless you know people here. :)
# [16:54] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [16:54] * Joins: abhishekp|away (chatzilla@moz-29669989.mtnl.net.in)
# [16:55] * jesup could house a small Californian village on his property - and in CA, each of those houses would cost more than his entire place
# [16:55] * Quits: a-865 (fmcz@moz-8F21088B.cable.mindspring.com) (Quit: ChatZilla 0.9.90 [SeaMonkey 2.17/20130224182221])
# [16:55] * @bz plans to not rename nsXULDocument
# [16:55] <@bz> because it'd be a PITA
# [16:56] <@ted> abr: i had plenty of mexican food, i also spent a lot of time in el paso/juarez
# [16:56] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [16:57] <@ted> juarez had some really great food
# [16:57] <@ted> too bad about it being a war zone now
# [16:57] * Joins: dao (dao@moz-B50205F9.superkabel.de)
# [16:57] * Joins: Edgar (Thunderbir@moz-F62A0F33.dynamic.hinet.net)
# [16:57] * Quits: Edgar (Thunderbir@moz-F62A0F33.dynamic.hinet.net) (Quit: Edgar)
# [16:57] * mcote|afk is now known as mcote
# [16:57] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [16:57] * jwir3 is now known as jwir3|away
# [16:58] <abr> ted -- If we ever have an excuse to be in the same city, I'm gonna have to sit you down over some beers and explain the difference between the Mexican food you get in California versus Arizona versus West Texas versus Dallas/San Antonio/Austin/Houston...
# [16:58] <@khuey> haha
# [16:58] <abr> :)
# [16:59] * Joins: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net)
# [16:59] * Quits: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net) (Quit: clee)
# [17:00] * Quits: jandem (jandem@59253E36.A4B4A4A4.5B427D60.IP) (Quit: jandem)
# [17:00] * Joins: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net)
# [17:00] <yzen> Yoric: actually you might be able to help if you have a quick sec, I noticed that, even if the platform specific (actual) implementation of the operation takes options, it's not necessarily passed down from the main thread (hence it's not mentioned in the API docs). Should I leave it as is or should I make sure that for all operations that can make use of options the options are actually propagated ?
# [17:00] * Joins: jryans (jryans@moz-945C5CA4.massrel.com)
# [17:00] <@bz> Anyone?
# [17:00] <@bz> Is there a reason builds are not starting on https://tbpl.mozilla.org/?tree=Mozilla-Esr17?
# [17:01] <@bz> Or does it just not build relbranches?
# [17:01] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [17:01] <@khuey> pretty sure we don't build relbranches
# [17:01] <@bz> ok
# [17:01] * @bz stops worrying, closes tbpl tab
# [17:02] <padenot> yzen: Yoric just left the office
# [17:02] <yzen> padenot: thanks, ill catch him later then
# [17:04] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [17:04] * ChanServ sets mode: +o smaug
# [17:04] <@ted> abr: hah!
# [17:04] * Quits: abhishekp|away (chatzilla@moz-29669989.mtnl.net.in) (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130227155321])
# [17:04] <@ted> abr: i'm pretty spoiled by eating mexican food in mexico
# [17:04] <@ted> even the $1 burritos you could get on the street were better than almost anything you get in the US
# [17:05] * Joins: pcwalton (pcwalton@moz-481A040C.hsd1.ca.comcast.net)
# [17:05] * Quits: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Quit: Leaving.)
# [17:06] <edmorley> ted: and probably less horse than found in fast food in the UK...
# [17:06] <abr> Don't get me wrong, that's pretty good stuff. But it's a different cuisine altogether. It's tricky to get Mexican-style Mexican food in Texas once you get away from the border towns. It's pretty much all Tex-Mex from that point inwards, which bears about as much resemblance to Mexican food as Italian noodle dishes do to their Chinese predecessors.
# [17:06] <@ted> hah!
# [17:06] * hwine is now known as hwine-ooo
# [17:07] <@ted> edmorley: you could probably get horse, but it would probably be labeled as such
# [17:07] <@ted> you could get beef brain burritos
# [17:07] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
# [17:07] <edmorley> wow ok
# [17:07] <JosiahOne> ted: Oh thanks. Now I can't finish this breakfast burrito.
# [17:07] <@ted> haha
# [17:07] <@ted> i never tried one, but my mexican coworker said they were great
# [17:07] <@ted> he said they're his kids favorite
# [17:08] <JosiahOne> ted: The breakfast burritos or the brain ones? :)
# [17:08] <@ted> BRAAAINS
# [17:08] <abr> Who says they can't be both?
# [17:08] <JosiahOne> abr: Breakfast brains… Not quite as ripe as if you wait a little bit.
# [17:09] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
# [17:09] <JosiahOne> And ted, that was pretty creepy. ;)
# [17:09] * Mavericks is now known as Mavericks|afk
# [17:10] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [17:11] * ctalbert|afk is now known as ctalbert
# [17:11] * jmaher is now known as jmaher|afk
# [17:11] <abr> Nah, *this* is pretty creepy: http://cdn.memegenerator.net/instances/400x/35832932.jpg
# [17:11] * Joins: dzbarsky (Adium@moz-2D2AE0B0.washdc.fios.verizon.net)
# [17:11] <NeilAway> gps: mach attachment 864246 | hg qimport perhaps?
# [17:12] <@ted> abr++
# [17:12] <JosiahOne> abr: Nice.
# [17:12] * Joins: jviereck (Adium@moz-EA8B0F0B.ethz.ch)
# [17:14] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/28bd1c831210 - Vicamo Yang - Bug 833291 - Part 5/7: fix markMessageRead(). r=hsinyi
# [17:14] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/23d5f8aff7c5 - Vicamo Yang - Bug 833291 - Part 4/7: fix deleteMessage(). r=hsinyi
# [17:14] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/4b11fa628d03 - Vicamo Yang - Bug 833291 - Part 2/7: add thread/participant stores. r=hsinyi
# [17:14] * Joins: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP)
# [17:14] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/917a2c1cad20 - Vicamo Yang - Bug 833291 - Part 6/7: fix getThreadList(). r=hsinyi
# [17:14] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b59dda6608ab - Vicamo Yang - Bug 833291 - Part 1/7: correct variable namings. rs=sicking
# [17:14] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e13b9f6eddee - Vicamo Yang - Bug 833291 - Part 3/7: fix saveRecord(). r=hsinyi
# [17:14] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ed4682d0df21 - Vicamo Yang - Bug 833291 - Part 7/7: fix createMessageList(). r=hsinyi
# [17:14] * Quits: genester (Thunderbir@moz-A0C78C2.oc.oc.cox.net) (Quit: genester)
# [17:15] * Quits: Optimizer (Optimizer@F0502ACC.6F85C4E2.D5D59AD9.IP) (Ping timeout)
# [17:15] <abr> Hey, m-i is open! Yaay!
# [17:16] * darkowlzz is now known as darkowlzz|zzz
# [17:17] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/34884eaeb75b - Paul Adenot - Bug 836824 - Make libsoundtouch build on FreeBSD and Mac without command-line tools. r=khuey
# [17:17] * jhopkins is now known as jhopkins|brb
# [17:17] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/9c58cb6c3b86 - Nicholas Cameron - Bug 842389 - return the right thing from ProgressiveUpdate; r=cwiiis
# [17:17] * Quits: jhopkins|brb (jhopkins@moz-216F9986.tb.shawcable.net) (Quit: jhopkins|brb)
# [17:17] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
# [17:17] * Joins: ferongr (ferongr@moz-BB5EAF8F.dsl.dyn.forthnet.gr)
# [17:17] * Quits: ferongr (ferongr@moz-BB5EAF8F.dsl.dyn.forthnet.gr) (Quit: ferongr)
# [17:18] * Quits: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net) (Quit: Leaving.)
# [17:18] * Joins: Optimizer (Optimizer@9F3286DB.7E4F6A3.274D17D6.IP)
# [17:19] * Joins: [1]kdcw (kdcw@moz-F7413045.pk.shawcable.net)
# [17:19] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/98e3a2192918 - Timothy Nikkel - Bug 848421. Part 2. Remove useless PresContext argument to nsCSSRendering::FindBackground. r=mats
# [17:19] * Quits: kdcw (kdcw@moz-F7413045.pk.shawcable.net) (Ping timeout)
# [17:19] * [1]kdcw is now known as kdcw
# [17:20] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/ad01bb8a6742 - Adam Roach [:abr] - Bug 848423 - Change nearly all WebRTC instances of linked_ptr<> to nsRefPtr<> r=ehugg
# [17:21] * Joins: a-865 (fmcz@moz-8F21088B.cable.mindspring.com)
# [17:21] * Quits: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP) (Ping timeout)
# [17:21] * gregglind is now known as gregglind_minor_crises
# [17:22] <@ehsan> baku: ping
# [17:22] <baku> ehsan, pong
# [17:22] <@ehsan> baku: hey, do you have a version of the patch in bug 504553 which applies on trunk?
# [17:22] <baku> ehsan, let me see
# [17:22] <mcsmurf> yay, managed to write my first xpcshell test in a long time..
# [17:23] <mcsmurf> and learned quite a lot about async APIs and JS promises :)
# [17:23] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
# [17:23] <baku> ehsan, not really... I have to rebase it. why do you need it?
# [17:23] * RyanVM changes topic to 'Intermittent-failure rate is out of control - please help! http://brasstacks.mozilla.com/orangefactor/ || https://etherpad.mozilla.org/commonissues || Next merge 2 April || Want to help? See #introduction'
# [17:23] <philor> gabor: are you going to learn any more from the rest of the debug tests on https://tbpl.mozilla.org/?tree=Try&rev=30c803d53405 failing, or could it be killed now?
# [17:23] <@ehsan> baku: I want to give some people an experimental build to unblock them
# [17:24] <@ehsan> baku: unfortunately it's not clear what the base revision of the patch in the bug is :(
# [17:24] <@ehsan> baku: how hard is it to rebase?
# [17:24] * Joins: jhopkins (jhopkins@moz-216F9986.tb.shawcable.net)
# [17:24] <gabor> philor: it can be killed, I actually gave it a kill command long time ago, wonder why is it still running...
# [17:25] <baku> ehsan, ok but I don't think we want to proceed with that code :/ We will continue with that bug when we implement some new stuff in workers.
# [17:25] <baku> ehsan, I can try... let me see
# [17:25] <@ehsan> baku: yeah I understand that... I just want to unblock these guys so that they can test the rest of their code on firefox
# [17:26] <@ehsan> baku: thanks, I really appreciate it :)
# [17:26] <RyanVM> gabor: philor: windows has known issues responding to kill requests in a timely fashion, no?
# [17:26] <philor> RyanVM: running jobs, maybe, not pending I don't think
# [17:27] <RyanVM> true
# [17:27] <philor> pending died anyway :)
# [17:27] <gabor> RyanVM: good to know, I will test on liux in the future
# [17:28] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e2f80c264f10 - Randell Jesup - Bug 839650: Add debugs to MediaStreamGraph to ease investigation of issues in the future r=roc
# [17:28] * Quits: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP) (Quit: Leaving)
# [17:29] * RyanVM is now known as RyanVM|afk
# [17:29] * Joins: cabanier (cabanier@89803C3C.27D0C967.A0B21F13.IP)
# [17:30] * Quits: Optimizer (Optimizer@9F3286DB.7E4F6A3.274D17D6.IP) (Ping timeout)
# [17:31] * mdas is now known as mdas|afk
# [17:31] * Quits: darkowlzz|zzz (darkowlzz@975D8198.DD579CC1.9DA13C14.IP) (Ping timeout)
# [17:31] * Joins: taras (taras@moz-8E045071.hsd1.wa.comcast.net)
# [17:32] * Joins: Edgar (Thunderbir@moz-F62A0F33.dynamic.hinet.net)
# [17:32] * Joins: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP)
# [17:33] * Quits: Archae|mobile (AndChat@moz-FF3F73F2.cust.telecolumbus.net) (Quit: Bye)
# [17:33] * Quits: Edgar (Thunderbir@moz-F62A0F33.dynamic.hinet.net) (Quit: Edgar)
# [17:33] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [17:34] * Joins: Optimizer (Optimizer@7F606D8F.7B992933.BE90E62C.IP)
# [17:36] * Quits: dao (dao@moz-B50205F9.superkabel.de) (Quit: Leaving.)
# [17:37] * Quits: wg9s (bill@moz-E9E3CA35.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-5.1450hg.fc17 [XULRunner 19.0/20130218192555])
# [17:37] * Joins: Ms2ger (Ms2ger@7C210AEC.2C129564.3773EA9F.IP)
# [17:38] <avih> jmaher|afk: ping me when you're back please.
# [17:38] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/577f5474a1b7 - Ted Mielczarek - bug 779291 - Build stabs code except for Android. r=glandium
# [17:39] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [17:39] * Parts: nical (nico@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [17:39] * Joins: vladan (vladan@moz-21CD3EF9.cp.telus.net)
# [17:39] * Quits: Optimizer (Optimizer@7F606D8F.7B992933.BE90E62C.IP) (Ping timeout)
# [17:40] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
# [17:40] * Joins: dhylands (dhylands@moz-5BF5F351.bchsia.telus.net)
# [17:40] * Quits: @ted (luser@moz-B0726A8C.scr.east.verizon.net) (Quit: Leaving)
# [17:40] * Joins: ted (luser@moz-B0726A8C.scr.east.verizon.net)
# [17:40] * ChanServ sets mode: +o ted
# [17:40] * Joins: KaiRo (KaiRo@moz-2172DA50.atnat0001.highway.a1.net)
# [17:41] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
# [17:41] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [17:42] * Quits: KaiRo (KaiRo@moz-2172DA50.atnat0001.highway.a1.net) (Quit: Bye)
# [17:42] * Quits: pcwalton (pcwalton@moz-481A040C.hsd1.ca.comcast.net) (Ping timeout)
# [17:42] * Joins: akeybl (akeybl@43CB6079.66715431.D25A875A.IP)
# [17:43] * Joins: Optimizer (Optimizer@7BD7EA56.7306E6CA.BE90E62C.IP)
# [17:43] * armenzg is now known as armenzg_brb
# [17:43] * jchen is now known as jchen|away
# [17:43] * Joins: nical (nico@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [17:43] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/908a5ff75e5e - Jon Coppeard - Bug 848449 - GC: Remove AutoAssertNoGC and AssertCanGC - Remove AutoAssertNoGC and AssertCanGC r=terrence
# [17:43] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/fc80038cf2ef - Jon Coppeard - Bug 848395 - GC: Move Rooted to JS namespace - Move js::Rooted to JS namespace r=terrence
# [17:43] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e9dca222d6c3 - Jon Coppeard - Bug 848395 - GC: Move Rooted to JS namespace - rename js::Rooted to JS::Rooted inside SpiderMonkey r=terrence
# [17:43] * jchen|away is now known as jchen
# [17:43] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/0d3f5942d825 - Jon Coppeard - Bug 848395 - GC: Move Rooted to JS namespace - rename js::Rooted to JS::Rooted outside SpiderMonkey r=terrence
# [17:44] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/05113da6e613 - Jon Coppeard - Bug 848449 - GC: Remove AutoAssertNoGC and AssertCanGC - Remove use of AutoAssertNoGC r=terrence
# [17:44] * Joins: aklotz (Thunderbir@moz-55246988.cg.shawcable.net)
# [17:44] <till> gps: congrats. I guess.
# [17:44] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/59f5f4b017ed - Jon Coppeard - Bug 848449 - GC: Remove AutoAssertNoGC and AssertCanGC - Remove use of AssertCanGC r=terrence
# [17:45] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
# [17:47] * Mavericks|afk is now known as Mavericks
# [17:49] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
# [17:49] * Joins: wg9s (bill@moz-E9E3CA35.hsd1.ma.comcast.net)
# [17:49] * Quits: Optimizer (Optimizer@7BD7EA56.7306E6CA.BE90E62C.IP) (Ping timeout)
# [17:49] * armenzg_brb is now known as armenzg
# [17:50] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [17:50] * Joins: spohl (Adium@moz-2F9E1C40.phx.napinet.net)
# [17:51] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [17:52] * Joins: darkowlzz|zzz (darkowlzz@649CBFEE.6C3A4C05.9DA13C14.IP)
# [17:53] * Joins: bdahl (bdahl@2557E599.66715431.D25A875A.IP)
# [17:53] * Joins: Optimizer (Optimizer@D86D2224.E1B11408.D2D1FAF0.IP)
# [17:53] <abr> firebot: uuid
# [17:53] <firebot> 59db5bd4-2819-4153-aa99-b341e173947e (/msg firebot cid for CID form)
# [17:54] * Joins: LRN (LRN@moz-50DF30B.nationalcablenetworks.ru)
# [17:55] * Joins: fabrice (fabrice@2557E599.66715431.D25A875A.IP)
# [17:55] <joe> [gps] joins a storied list of module owners who touched the build system too much and got stuck owning it until they could find someone else to pawn it off on.
# [17:55] * Joins: bholley (anonymous@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [17:55] <edmorley> lol
# [17:55] * Quits: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net) (Quit: Deallocatd. (Probably forbidden by ARC))
# [17:55] <@khuey> there but for the grace of god go I
# [17:55] <LRN> nsIUnicharStreamLoaderObserver::onDetermineCharset() only gets 512 bytes of the page. What if i can't determine its encoding from its first 512 bytes? Can i "fail"? How? What will happen if i do? Can i postpone charset detection?
# [17:56] <Ms2ger> LRN, out of luck
# [17:56] * RyanVM|afk is now known as RyanVM
# [17:56] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [17:56] * Quits: Asa (asa@2898F5B0.A1EC5031.204CA821.IP) (Ping timeout)
# [17:56] <edmorley> gps: congratulations (and in equal amounts, commiserations)!
# [17:57] <@bz> khuey: but instead you're owning things like indexeddb and worker leaks
# [17:57] <@bz> khuey: is it really a win? ;)
# [17:57] <@khuey> yes
# [17:58] <@ted> tough call
# [17:58] <@bz> LRN: you can just not detect anything, yes
# [17:58] <@khuey> threads > make
# [17:58] <mbrubeck> careful guys, or gps will make you all peers. :D
# [17:58] * Quits: jviereck (Adium@moz-EA8B0F0B.ethz.ch) (Quit: Leaving.)
# [17:58] <@bz> LRN: let me look and see what happens if you do
# [17:58] * @khuey is already a peer
# [17:58] <LRN> bz, just don't implement the method, or implement it, but return something special to indicate that it failed to detect charset?
# [17:58] * davidb is now known as davidb|math_fair
# [17:58] <@bz> 170 if (NS_FAILED(rv) || mCharset.IsEmpty()) {
# [17:58] <@bz> 171 // The observer told us nothing useful
# [17:58] <@bz> 172 mCharset.AssignLiteral("UTF-8");
# [17:58] <@bz> 173 }
# [17:59] <@bz> So returning an empty string will just default to UTF-8
# [17:59] <@bz> you can't defer the detection, however
# [17:59] <@khuey> I have a dream that one day defaulting to UTF-8 will be the correct answer all the time
# [17:59] <LRN> bz, that is not a solution for my problem, sadly :(
# [17:59] <@bz> LRN: The 512 is a standard
# [17:59] * Joins: jviereck (Adium@moz-EA8B0F0B.ethz.ch)
# [17:59] * Joins: KaiRo (KaiRo@moz-2172DA50.atnat0001.highway.a1.net)
# [18:00] <@ted> long-term most legacy content will cease to exist
# [18:00] <@bz> LRN: so if there are real cases in which that's not good enough, then a spec issue should be raised
# [18:00] <LRN> ok, i understand. Will have to find _some_ way to work around it
# [18:00] <@bz> LRN: note that this class is NOT the right thing to do if you want to use heuristic sniffing
# [18:00] <@khuey> ted: I just hope it happens before that long-term we're all dead thing
# [18:00] <@ted> so as long as parked domain pages implement the correct behavior you're probably ok
# [18:00] * Quits: jviereck (Adium@moz-EA8B0F0B.ethz.ch) (Quit: Leaving.)
# [18:00] <@bz> LRN: and apart from heuristic sniffing, 512 bytes should be plenty
# [18:00] <@bz> LRN: Is your situation that you want to do content-based heuristics?
# [18:00] * Quits: KaiRo (KaiRo@moz-2172DA50.atnat0001.highway.a1.net) (Connection reset by peer)
# [18:00] * Joins: KaiRo (KaiRo@moz-2172DA50.atnat0001.highway.a1.net)
# [18:01] <LRN> bz, my situation is that i have an extension (LibreJS) that relies on the charset it gets from that method
# [18:01] <LRN> and if that method fails, the whole thing falls apart
# [18:01] * Joins: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
# [18:02] * sheppy is now known as sheppy-afk
# [18:02] * [d3f3kt] is now known as d3f3kt
# [18:02] <lduros> LRN: the whole charset thing is a nightmare :) I've written LibreJS, so let me know if there's something better I can do
# [18:03] <LRN> lduros, ah, you must be Loic J. Duros. I've sent a message to bug-librejs a few days ago, but got no reply.
# [18:03] * Joins: gwagner (gwagner@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [18:03] <lduros> LRN: yeh, I am
# [18:03] <@khuey> methods that spin the event loop should fail to compile the first time you use them
# [18:03] <@khuey> so that you see a big giant warning
# [18:03] <lduros> LRN: sorry, this is volunteering work so things get done at a slow pace :)
# [18:03] <@khuey> and have to think about what will happen
# [18:04] * jimm is now known as jimm-lunch
# [18:04] <lduros> LRN: I usually look at things on the weekend
# [18:04] <LRN> lduros, ok
# [18:04] <@bz> mmm
# [18:04] <@bz> why does LibreJS need more than 512 bytes?
# [18:04] <lduros> i haven't found a good solution to this
# [18:04] <@bz> charset detection for scripts is dead-simple, no?
# [18:05] <lduros> it's converting stream responses to strings, then back to stream
# [18:05] <lduros> HTML
# [18:05] <lduros> not just scripts
# [18:05] <BenWa> nmatsakis: ping
# [18:05] * Quits: joey-2 (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130227155259])
# [18:05] <nmatsakis> BenWa: pong
# [18:05] <@bz> even for HTML, apart from heuristic detection you never need more than 512 bytes
# [18:05] <@bz> iir
# [18:05] <@bz> er, iirc
# [18:05] <lduros> bz: because we parse the whole page response one time to look at all the scripts, including those that are in attributes
# [18:05] * Joins: marco (Thunderbir@moz-AE6C729C.cust.dsl.teletu.it)
# [18:05] * Quits: KaiRo (KaiRo@moz-2172DA50.atnat0001.highway.a1.net) (Connection reset by peer)
# [18:05] <lduros> bz: not sure about the 512 bytes, first time I hear a talk about it :)
# [18:06] * @bz is clearly missing something. :(
# [18:06] * Joins: KaiRo (KaiRo@moz-2172DA50.atnat0001.highway.a1.net)
# [18:06] * Joins: knelson (Adium@2557E599.66715431.D25A875A.IP)
# [18:06] <@bz> The point of this callback is to look for things like <meta>, @charset, BOMs
# [18:06] <BenWa> nmatsakis: Looking at the ThreadLink stuff and the implementation of SendClose doesn't appear correct
# [18:06] <BenWa> http://mxr.mozilla.org/mozilla-central/source/ipc/glue/AsyncChannel.cpp#237
# [18:06] <@bz> All of those happen near the start of the data
# [18:06] * Parts: knelson (Adium@2557E599.66715431.D25A875A.IP)
# [18:06] * Quits: KaiRo (KaiRo@moz-2172DA50.atnat0001.highway.a1.net) (Quit: Bye)
# [18:06] <nmatsakis> BenWa: let me try and remember :) in what respect does it seem wrong?
# [18:06] <LRN> bz, lduros, the page that exposes the problem does not have a <meta> within first 512 bytes - it has it within first 1025 bytes
# [18:07] <lduros> ah
# [18:07] <@bz> Ah, so....
# [18:07] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Quit: Leaving.)
# [18:07] <@bz> Looks like the spec got changed
# [18:07] <lduros> but then it's not used at all by firefox, no?
# [18:07] <@bz> and we should change this code accordingly
# [18:07] <@bz> To 1024 instead of 512
# [18:07] <@bz> yes?
# [18:07] * Quits: pnkfelix (pnkfelix@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: Leaving.)
# [18:07] <LRN> no
# [18:07] <@bz> Why not?
# [18:07] <BenWa> nmatsakis: http://mxr.mozilla.org/mozilla-central/source/ipc/glue/AsyncChannel.cpp#403
# [18:07] <avih> bz: except for a bug, can performance.now() have lower accuracy/resolution than Date.now() ?
# [18:08] <@bz> And we should fix mimesniff to be consistent with html
# [18:08] <LRN> bz, does the spec _require_ <meta> to be in first 512 bytes?
# [18:08] <lduros> i'm using a streamlistener and onDetermineCharset with LibreJS, by the way, and when there is no charset match or the response doesn't have a charset, then i return "UTF-8"
# [18:08] <@bz> LRN: first 1024
# [18:08] <BenWa> Here the func has to sync close the channel. The ProcessLink implementation of SendClose will wait until the other side has received the close before closing the channel, but the ThreadLink does not
# [18:08] <@bz> LRN: see http://www.whatwg.org/specs/web-apps/current-work/multipage/semantics.html#charset
# [18:08] <@bz> "The element containing the character encoding declaration must be serialized completely within the first 1024 bytes of the document."
# [18:08] * Joins: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net)
# [18:08] <@bz> Used to be 512
# [18:08] <@bz> got changed.
# [18:08] <lduros> cool
# [18:08] * Joins: jedp (jedp@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [18:08] * Joins: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [18:08] <lduros> so changing this in firefox would solve the librejs issue, maybe
# [18:09] <LRN> ah, do update it then :)
# [18:09] <BenWa> nmatsakis: I don't understand why the ThreadLink implementation differs from the ProcessLink implementation
# [18:09] <@bz> please get a bug on file?
# [18:09] <lduros> bz: I'm always happy if you have to do the work rather than me :-P
# [18:09] <@bz> You can do it
# [18:09] <@bz> it's a trivial 1-line change
# [18:09] <@bz> I'll review!
# [18:09] <@bsmedberg> aww, there's two :bent now?
# [18:09] <@ted> noo
# [18:10] <@bz> "Please continue asking them for review requests instead of now sending them my way "
# [18:10] <lduros> LRN: taking care of bug report?
# [18:10] <nmatsakis> BenWa: (reading)
# [18:10] <@bz> gps: nice try
# [18:10] <bent> ugh
# [18:11] <LRN> That said, i'm not sure whether the script that generated that page's HTML code placed meta http-equiv="content-type" content="..." so late because it _knew_ about the 1024 bytes limit, or simply because the php script author thought that meta name="keywords" and meta name="description" are more important than charset
# [18:11] <@khuey> bsmedberg: we need to make him change his name to btian or something
# [18:11] * Ms2ger wonders what gps tried
# [18:11] <BenWa> nmatsakis: It turns out OMTC never closed it's channels correctly so this is just showing up now
# [18:11] * Quits: willyaranda (willyarand@moz-642F13E3.dynamic.jazztel.es) (Quit: willyaranda)
# [18:11] * lduros is lost
# [18:11] <@bz> LRN: authors, sigh
# [18:12] <nmatsakis> BenWa: so, it's very possible that it's just wrong the way it is.
# [18:12] <nmatsakis> BenWa: I'm having a hard time remembering precisely how the IO Loop PostTask() routine works
# [18:12] * Quits: alice (alice@moz-A7C201EB.zone16.bethere.co.uk) (Client exited)
# [18:12] <LRN> anyway, it would be better if someone who is more familiar with the workflow does the bug report
# [18:12] <@bsmedberg> bent: I'm totally going to hack around NSPR for now. If you're not a good reviewer for that, bounce it to roc or njn?
# [18:12] * Quits: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP) (Quit: Leaving.)
# [18:12] <BenWa> nmatsakis: I noticed the threadlink stuff doesn't send messages quite like the processlink. Should I just be implementing a message like processlink and emulate what it does?
# [18:12] <LRN> i don't even know how to write JS :)
# [18:13] * Joins: bajaj (Adium@2557E599.66715431.D25A875A.IP)
# [18:13] * Quits: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net) (Quit: I took the wrong pill!!!)
# [18:13] * Quits: jdm (jdm@DB05BBF2.BB1F48F2.971E19F6.IP) (Ping timeout)
# [18:13] * Quits: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net) (Quit: sicking)
# [18:14] <nmatsakis> BenWa: iirc, the thread link avoids messages for the most part, instead invoking methods and using locks
# [18:14] <bent> bsmedberg, hm, for which thing?
# [18:14] <BenWa> nmatsakis: Why does it do that? Efficiency?
# [18:14] <bent> bsmedberg, i filed like fifteen bugs yesterday
# [18:14] <lduros> LRN bz: I'll write a bug report then
# [18:14] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/53696679e447 - Jim Chen - Bug 840406 - Use password mode for all type=password inputs; r=cpeterson
# [18:14] * jwir3|away is now known as jwir3
# [18:14] <@bsmedberg> bent: this is the XPCOM component manager locking bug
# [18:15] <bent> oh ok
# [18:15] <nmatsakis> BenWa: at least this, I am not sure whether the same I/O loop concept exists in the async version?
# [18:15] <bent> i'll look
# [18:15] <nmatsakis> BenWa: sorry, I'm amazed how much I've forgotten about this.
# [18:15] * bent is now known as bent|brb
# [18:15] <BenWa> Alright np
# [18:15] <nmatsakis> BenWa: taking me some time to read into it
# [18:16] * Joins: ehugg (chatzilla@40915CA6.29102B70.6CD50604.IP)
# [18:17] <BenWa> nmatsakis: I have to go for now. But it would be helpful if you can give me a rough idea of how I should fix this up
# [18:17] * Quits: gustavold (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP) (Connection reset by peer)
# [18:17] * Joins: gustavold (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP)
# [18:17] <nmatsakis> BenWa: yeah, I'll look into it, ping me later. :)
# [18:18] * aki|away is now known as aki
# [18:18] <RyanVM> adding file changes
# [18:18] <RyanVM> added 170 changesets with 1302 changes to 738 files
# [18:18] * RyanVM makes a drink
# [18:18] <@ehsan> ted: very smooth of you to make gps own build system
# [18:18] <@ehsan> :P
# [18:18] * Quits: demianovics (demianovic@moz-4B20103E.dip0.t-ipconnect.de) (Quit: )
# [18:19] <@khuey> he's been waiting for this day for years
# [18:19] <lduros> LRN: is that the page with the issue: http://www.tapochek.net/viewforum.php?f=183
# [18:19] <lduros> that you mentioned?
# [18:19] <LRN> yes
# [18:19] <LRN> practically any thread on that board
# [18:19] <lduros> yeh ok, i see it, thanks
# [18:20] <@ted> srsly
# [18:20] <LRN> I'm currently complaining to the admin. Hopefully, he'll move meta content
# [18:20] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [18:20] <@ehsan> ted: you should teach me how to do that, I'm on the hunt for an editor owner ;)
# [18:20] <@khuey> step 1: find other people willing to touch the code
# [18:20] * Joins: Gentlecat (Roman@F8A75B99.CF9BE6BE.8FB52CB8.IP)
# [18:20] <jcranmer> ehsan: I don't touch gecko code, so you can't fawn this off on me :-P
# [18:21] <lduros> LRN: done >> http://www.tapochek.net/viewforum.php?f=183
# [18:21] <lduros> argh
# [18:21] <lduros> LRN: https://bugzilla.mozilla.org/show_bug.cgi?id=848840
# [18:21] <@ehsan> jcranmer: bummer
# [18:21] <LRN> \o/
# [18:21] <@khuey> ted: that windows stack fixing script that you were telling bholley about the other day?
# [18:21] <@khuey> does it exist?
# [18:21] <@ted> yeah
# [18:21] <@khuey> and if so how do I use it?
# [18:21] <@ted> it's in a patch in my queue
# [18:21] <@ted> but it's not perfect
# [18:21] <jcranmer> ehsan: I'm busy playing rewrite of ratholes in comm-central :-P
# [18:21] <@khuey> ted: can I apply it after the fact? or does it have to be checked into automation.py or something?
# [18:21] <lduros> LRN: nice job figuring this out, by the way
# [18:21] <@ted> http://hg.mozilla.org/users/tmielczarek_mozilla.com/mq/raw-file/ab025e9900f9/stackfixer-windows
# [18:22] <@ted> khuey: you can use it after the fact, it's not actually hooked up at all there
# [18:22] <@ted> you can just run python tools/rb/fix_stack_using_bpsyms.py $objdir/dist/crashreporter-symbols
# [18:22] <@ted> and paste the assertion stack into it
# [18:22] * Quits: wg9s (bill@moz-E9E3CA35.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-5.1450hg.fc17 [XULRunner 19.0/20130218192555])
# [18:22] <LRN> lduros, when will it be fixed? I'm using Nightly, so i can actually benefit from any fixes you make.
# [18:22] <@khuey> ted: can I get crashreporter-symbols from tinderbox?
# [18:23] <lduros> no idea, i'm no firefox dev :) I'm looking at the code for that method, atm
# [18:23] * Quits: bajaj (Adium@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
# [18:23] * Joins: bajaj1 (Adium@2557E599.66715431.D25A875A.IP)
# [18:23] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/add7ce184422 - Joel Maher - Bug 845486 - webgl conformance crashes frequently on ubuntu VMs. r=jgilbert
# [18:23] * @khuey sees a crashreporter-symbols.zip
# [18:24] <@khuey> ted: do I need the binaries too?
# [18:24] * Quits: paulproteus (quassel@rose.makesad.us) (Ping timeout)
# [18:24] * Joins: juanb (jbecerra@2557E599.66715431.D25A875A.IP)
# [18:25] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
# [18:26] <baku> ehsan, I updated the patch... but webIDL bindings are changed too much lately and it doesn't compile anymore. It will take too much time to update it...
# [18:26] <baku> ehsan, I mean, to do it now
# [18:27] * Quits: jduell (jduell@5625B383.29BBE4D7.6BED537B.IP) (Ping timeout)
# [18:27] <mcsmurf> xpcshell test question, I added a few tests/tasks with add_task and run those with run_next_test()
# [18:27] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: bbl)
# [18:28] <mcsmurf> what do I have to do when I want to run another test after all those tasks have finished?
# [18:29] * Quits: gsvelto (Thunderbir@moz-F8747CC6.dsl.ovh.fr) (Quit: gsvelto)
# [18:29] <vlad> anyone know why a 64-bit windows build would be having __cdecl vs. __thiscall confusion?
# [18:29] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1b54bc328c1d - Sunny - Bug 840745 - Default HTML5 audio/video player controls should facilitate changing playback rate. r=jaws ui-r=limi
# [18:29] * Quits: littleq (littleq@moz-A3C8F472.cs.nccu.edu.tw) (Client exited)
# [18:30] * Joins: Jesse (jruderman@A5A0595A.66715431.D25A875A.IP)
# [18:30] <vlad> afaik everything should be __fastcall on x64, but oddness is happening
# [18:30] <@khuey> ted: it doesn't look like that worked :-(
# [18:31] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [18:33] * Quits: gerv (Instantbir@moz-8E68CF56.in-addr.arpa) (Quit: Instantbird 1.3 -- http://www.instantbird.com)
# [18:33] <@bsmedberg> vlad: what kind of function? I can't imagine *everything* would be fastcall
# [18:33] <reuben> how do I tell an nsContentList that it needs to be invalidated? I'm creating a list with a custom match function but it's not being updated
# [18:33] <vlad> bsmedberg: yes, which is why I'm totally confused
# [18:33] <@bsmedberg> I mean, aren't COM/XPCOM functions still stdcall on x64
# [18:33] <vlad> er wait
# [18:33] <vlad> it's Skia code
# [18:33] <vlad> internal to gkmedias.lib
# [18:33] * Quits: vtmarvin (Thunderbir@32DFDBE.7102BCB6.B7C3970A.IP) (Ping timeout)
# [18:33] <vlad> do you know what tbpl tree our 64-bit windows builds show up on?
# [18:34] * Joins: gerv (Instantbir@moz-8E68CF56.in-addr.arpa)
# [18:34] * Joins: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net)
# [18:35] <Ms2ger> vlad, ha, ha, ha
# [18:35] * jimm-lunch is now known as jimm
# [18:35] * Joins: jviereck (Adium@moz-D54568AF.uzh.ch)
# [18:35] * Joins: sankha94 (Instantbir@7061CD01.D6BD0D91.22D41759.IP)
# [18:35] * Joins: wg9s (bill@moz-E9E3CA35.hsd1.ma.comcast.net)
# [18:35] * Joins: mixedpuppy (mixedpuppy@moz-9CE00FC0.holiday-inn-express.mozilla.hq)
# [18:36] <vlad> Ms2ger: nightlies come from somewhere!
# [18:36] * Quits: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP) (Ping timeout)
# [18:36] <Ms2ger> Thin air :)
# [18:36] <vlad> they don't get delivered by a magical nightly stork (do they?)
# [18:36] <Ms2ger> https://tbpl.mozilla.org/?noignore=1
# [18:36] * Joins: mccr8 (mccr8@2557E599.66715431.D25A875A.IP)
# [18:36] <edmorley> vlad: several, but you need to use the &noignore=1 parameter to show them, eg https://tbpl.mozilla.org/?noignore=1&jobname=WINNT%206.1%20x86-64
# [18:36] <Ms2ger> Same tree, with all the crap we don't care about
# [18:36] <mjrosenb> so i'm trying to reproduce a regression
# [18:36] <mjrosenb> and the next step seems to require a live goat sacrifice
# [18:36] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/47be4c04cb6e - Gavin Sharp - Bug 831236: remove mobile/xul, r=axel,mfinkle,gps,glandium
# [18:36] * Quits: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net) (Quit: clee)
# [18:36] <mjrosenb> can I expense that?
# [18:37] <Ms2ger> "B A V Xr Dxr N An Ng Ng L"
# [18:37] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/546a1e33e8f1 - Gavin Sharp - Bug 817448: remove MozBlobBuilder from FrameWorker API, r=mixedpuppy
# [18:37] <vlad> yeah, noignore was the thing I couldn't remember; thanks
# [18:37] <Ms2ger> gavin, \o/
# [18:37] <edmorley> in the next few days, a patch to rename it to the more usefully named "showall" will land (old format will remain compatible)
# [18:37] <gps> gavin++
# [18:38] * Quits: Optimizer (Optimizer@D86D2224.E1B11408.D2D1FAF0.IP) (Ping timeout)
# [18:38] * Joins: Optimizer (Optimizer@19C46DAC.5EBECB05.BE90E62C.IP)
# [18:38] <gps> I bet it gets backed out for l10n failures
# [18:38] * Joins: paulproteus (quassel@moz-E86A3B42.makesad.us)
# [18:38] <glandium> gps: which we won't know before tomorrow
# [18:38] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [18:38] <gps> glandium: at least we have /some/ unit test coverage of l10n packaging now!
# [18:38] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/763731b09013 - Gavin Sharp - Bug 831236 followup: adjust comment
# [18:39] <gps> and didn't I see we may repack 1 or two languages on checkin as a sanity test?
# [18:39] <sfink> mjrosenb: only if you do it on a cloudless night under a full moon, which can easily make you slip an entire release cycle while you're waiting
# [18:39] <glandium> gps: who knows when that will happen
# [18:39] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
# [18:40] * Joins: KWierso|V (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
# [18:40] * Quits: micahg (micahg@moz-DEBA912.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com) (Input/output error)
# [18:40] <NeilAway> ok, so how do you regenerate a Makefile?
# [18:41] * mgerva is now known as mgerva-away
# [18:41] * Quits: jviereck (Adium@moz-D54568AF.uzh.ch) (Quit: Leaving.)
# [18:41] <Ms2ger> NeilAway, ./mach build
# [18:41] * Joins: mwobensmith (Adium@A5087023.2354C43D.D8E68FF6.IP)
# [18:42] <vlad> ok, so the tinderboxes see this as well
# [18:42] * Joins: karl (karl@moz-C433B975.jetstream.xtra.co.nz)
# [18:42] <mjrosenb> sfink: would it be any easier with a chicken?
# [18:43] * Joins: gsvelto (Thunderbir@moz-F8747CC6.dsl.ovh.fr)
# [18:43] * Joins: Asa (asa@2557E599.66715431.D25A875A.IP)
# [18:43] <jesup> mjrosenb: chickens are probably easier to expense
# [18:43] <sfink> mjrosenb: well, then you have to find one with a prime number of spots, and it's such a judgement call whether something is one spot or two
# [18:43] <NeilAway> Ms2ger--
# [18:43] * Quits: breck (breck@moz-AD418F52.dsl.static.sonic.net) (Client exited)
# [18:44] <vlad> damnit, I know we don't want to support win64 windows buidls just yet, but "don't break the build" should still apply
# [18:44] <sfink> NeilAway: I think you can run ./config.status in the appropriate directory
# [18:44] * Joins: micahg (micahg@moz-DEBA912.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com)
# [18:44] <NeilAway> sfink: bah, that's still much harder than I'm used to (i.e. no work at all)
# [18:44] <mjrosenb> sfink: i'll just buy a half dozen of them, and sacrifice them all
# [18:45] <mjrosenb> one of them is bound to have a prime number of spots.
# [18:45] <Ms2ger> vlad, no, it shouldn't
# [18:45] * Quits: @bz (bzbarsky@moz-71EFD05D.bstnma.fios.verizon.net) (Ping timeout)
# [18:45] <Ms2ger> vlad, win64 is not a tier 1 platform
# [18:45] * Joins: cdiehl_ (cdiehl@moz-FAB3FD4C.pool.mediaways.net)
# [18:45] <vlad> you're seeing things in black and white
# [18:45] <Ms2ger> Indeed
# [18:45] * Quits: cdiehl (cdiehl@moz-9868A0D0.pool.mediaways.net) (Ping timeout)
# [18:45] * cdiehl_ is now known as cdiehl
# [18:45] <Ms2ger> It's tier 1, or it isn't
# [18:45] <vlad> and yet, the world isn't black and white
# [18:46] * jmaher|afk is now known as jmaher
# [18:46] <Ms2ger> If it isn't, you don't get backed out for breaking it, so it doesn't show on tbpl by default
# [18:46] <jmaher> avih: pong
# [18:46] <@khuey> you should really be arguing with bsmedberg instead of Ms2ger
# [18:46] <vlad> khuey: yeah, I know
# [18:46] <vlad> khuey: but that's a good reminder to stop, thanks :)
# [18:46] <@khuey> only one of them gets to make decisions ;-)
# [18:46] <avih> jmaher: hey. got a meeting soon, and then i need to prepare for the biweekly, talk afterwards?
# [18:47] <jesup> mjrosenb: http://quotes.burntelectrons.org/6828
# [18:47] <sfink> edmorley: so I'm stalling off hacking on tbpl in hopes of spotting a mythical white unicorn or tbpl v2, whichever comes first. Does your showall comment imply that it's coming, or is that a tbpl v1 patch?
# [18:48] <jmaher> avih: sure
# [18:48] * Joins: breck (breck@moz-E512D9D2.hsd1.ca.comcast.net)
# [18:48] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
# [18:48] * philor is now known as philor|away
# [18:48] <edmorley> sfink: that;s a tbpl 1 patch (bug 847964), I'm still maintaining tbpl in parallel, given that it will be q3-a4 before we can fully switch over
# [18:48] <avih> jmaher: thx. basically, the issue i wanted to discuss is: i _know_ the first 1-2 values will be noisy, should i remove them from the report?
# [18:49] <edmorley> sfink: what feature specifically were you wanting?
# [18:49] <avih> jmaher: but let's discuss it later.
# [18:49] <sfink> jesup: how did you get that moderated so quickly? Oh. Or maybe it's in the queue still?
# [18:49] <jesup> queue
# [18:49] <jesup> and a time machine
# [18:50] * Joins: asrail (asrail@EB8ABE1B.D9975CD5.3927C314.IP)
# [18:50] <sfink> edmorley: a couple of things, but most relevantly I wanted to combine noignore and jobname usefully
# [18:50] * Joins: atte (atte@moz-D74310DA.dhcp.inet.fi)
# [18:50] <edmorley> sfink: define usefully? :-)
# [18:51] <jmaher> avih: we should record everything from the browser session, and the post processing to get the average, stddev, etc... can drop the first X values.
# [18:51] <sfink> edmorley: well, if I just say jobname=spidermonkey right now, and spidermonkey jobs are ignored, I don't think it shows them
# [18:51] * Joins: sworkman (sworkman@2557E599.66715431.D25A875A.IP)
# [18:51] <avih> jmaher: but will it? because it _does_ affect the values...
# [18:51] <sfink> edmorley: I also want to be able to ignore everything that's ignored by default *except* jobs matching a pattern
# [18:51] <avih> jmaher: i mean, the statistics
# [18:51] <edmorley> sfink: correct, but then the UI has no concept of job types, only a bunch of regex; so unless you just create a few aliases (perhaps that will be enough for now), then there's no way to do it
# [18:52] <edmorley> sfink: the job name filter supports regex if that helps?
# [18:52] <sfink> edmorley: it knows what's ignored, and it sees all the available jobnames, so it can Do The Right Thing
# [18:52] * Quits: bent|brb (chatzilla@moz-932324BF.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 18.0.2/20130201065344])
# [18:53] <sfink> edmorley: basically, if I request a jobname pattern, I want that to implicitly mark them as not ignored too
# [18:53] <edmorley> sfink: it's not that simple; the UI never gets the hidden jobs, since the backend only returns them if you explictly ask
# [18:53] <sfink> edmorley: oh
# [18:53] <sfink> edmorley: well, the backend can be hacked too :)
# [18:54] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
# [18:55] <sfink> edmorley: btw, is it still passing full=1 to the backend? I seem to recall thinking that that's a waste, since it sends huge lists of changed files when it only needs something simpler that's part of the full=1 response
# [18:55] <sfink> or whatever the flag is; I can't remember
# [18:55] <edmorley> sfink: yeah for sure, there are just a few other caveats that spring to mind that make me think a few aliases is all that's worth spending time on for now, seeing as tbplv2 is already under design
# [18:55] <jmaher> avih: you will have to explain more- we should be collecting all the raw data, and if we need to ignore the first 3 or 5 data points as they are noisy, then I am fine doing that and we will avg/stddev on all points except the first few
# [18:55] * Joins: mmc|laptop (mmc@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [18:55] <sfink> edmorley: yep, which is why I've been holding off too :)
# [18:56] * Joins: pnkfelix1 (pnkfelix@moz-43495417.fbx.proxad.net)
# [18:56] <edmorley> sfink: iirc yes &full=1, but without it we don't get everything we need, so we'd need to hack on the pushlog extension first (still worth doing)
# [18:56] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/356116f81c88 - Rafael Ávila de Espíndola - Bug 847468 - Poison NtWriteFileGather. r=BenWa.
# [18:56] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [18:56] <avih> jmaher: ok. let's discuss how we do it. after the meetings :)
# [18:56] <sfink> edmorley: yeah, I looked into that briefly once, and it seemed straightforward. Might be a decent load savings.
# [18:56] * Joins: terrence (terrence@2557E599.66715431.D25A875A.IP)
# [18:56] * Quits: Optimizer (Optimizer@19C46DAC.5EBECB05.BE90E62C.IP) (Ping timeout)
# [18:56] * khuey is now known as khuey|away
# [18:57] * Quits: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net) (Ping timeout)
# [18:57] <sfink> edmorley: the main thing I want from tbpl right now is that patch I submitted a while back to make pusher=... near-instantaneous instead of requiring clicking on the down arrow 20 times, but that requires a bunch of code refactoring that I really don't want to do in a dying codebase
# [18:57] <edmorley> sfink: pushlog load is once per 2 min cycle; it's the per push getRevisionBuilds.php calls that are the killer iirc, but a while since I looked at the timings
# [18:57] * Quits: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net) (Quit: Leaving.)
# [18:58] <jmaher> avih: I might be late/miss the perf meeting today, I have an interview before it that overlaps a little
# [18:58] * Quits: Boriss (FlyingToas@moz-3C817AF9.hsd1.ca.comcast.net) (Quit: Boriss)
# [18:59] * capella|gym is now known as capella
# [18:59] <sfink> edmorley: oh, that reminds me. Is tbpl2 going to factor out a more efficient way of getting the build data (set of builds and their statuses)? I want that for an entirely different front-end I've been thinking of. (Not in competition to tbpl, more an... exploration.)
# [18:59] <avih> jmaher: no worries, we'll discuss it when we can. just remember that this issue needs discussion.
# [18:59] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Quit: pcwalton)
# [18:59] <edmorley> sfink: a large proportion of the suckiness of the current implementation (/our inability to easily add these features) is down to us joining too many datasources in the UI, rather than dealing with everything server-side; the new tbpl will avoid that so make this kind of work easier
# [18:59] * Quits: AaronMT (AaronMT@88F51059.F3BBB17D.144F44FA.IP) (Quit: Textual IRC Client: www.textualapp.com)
# [18:59] <sfink> edmorley: good!
# [18:59] <edmorley> sfink: there will be a webservice and a UI component
# [19:00] <edmorley> so yes
# [19:00] <edmorley> :-)
# [19:00] * gregglind_minor_crises is now known as gregglind
# [19:00] * Quits: espadrine (thaddee_ty@moz-B582BE1.dclient.lsne.ch) (Ping timeout)
# [19:00] * khuey|away is now known as khuey
# [19:01] * Joins: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net)
# [19:01] <@ted> khuey: sorry, was lunching
# [19:01] * Quits: mhaigh (martyn@88F51059.F3BBB17D.144F44FA.IP) (Quit: Leaving.)
# [19:01] <@khuey> np
# [19:01] <Ms2ger> ted, you can do that now you're no longer a build owner? ;)
# [19:01] <@khuey> ted: sadly it didn't fix my stack
# [19:02] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
# [19:02] * Joins: jduell (jduell@2557E599.66715431.D25A875A.IP)
# [19:02] <@ted> khuey: boo
# [19:02] <@ted> what'd you get?
# [19:03] * Quits: jduell (jduell@2557E599.66715431.D25A875A.IP) (Input/output error)
# [19:03] <@khuey> 15 lines of std::`dynamic atexit destructor for '_Fac_tidy_reg''
# [19:03] <@ted> ick
# [19:03] <@khuey> and then two lines that make something approaching sense
# [19:03] * mdas|afk is now known as mdas
# [19:03] <@ted> is this a try build or something?
# [19:03] * Parts: edmorley (edmorley@moz-9FE5ED3C.range109-156.btcentralplus.com)
# [19:03] * Quits: jedp (jedp@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Computer has gone to sleep.)
# [19:04] <@khuey> ted: its https://bugzilla.mozilla.org/show_bug.cgi?id=847194#c1
# [19:04] <@ted> we should fix the stupid stackwalker to not print bogus function names when it doesn't have PDB symbols
# [19:04] * Quits: gcp (gcp@88F51059.F3BBB17D.144F44FA.IP) (Quit: Leaving)
# [19:04] * Joins: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
# [19:04] * Quits: mixedpuppy (mixedpuppy@moz-9CE00FC0.holiday-inn-express.mozilla.hq) (Quit: mixedpuppy)
# [19:05] <shu> ted: ping
# [19:05] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
# [19:06] <glandium> ted: unrelatedly we should also add rules to be able to build it
# [19:06] * Joins: jduell (jduell@2557E599.66715431.D25A875A.IP)
# [19:06] * Quits: Jesse (jruderman@A5A0595A.66715431.D25A875A.IP) (Quit: Jesse)
# [19:06] * Joins: jdm (jdm@F2D29657.F60B0462.67AC9B1.IP)
# [19:06] * rail is now known as rail-lunch
# [19:07] * Fallen|away is now known as Fallen
# [19:07] <Ms2ger> khuey, I think I'm done now :)
# [19:07] * Quits: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net) (Quit: Leaving.)
# [19:07] * catlee-buildduty is now known as catlee-lunch
# [19:08] * nical is now known as nical|bbiab
# [19:08] * Joins: dao (dao@moz-B50205F9.superkabel.de)
# [19:09] * Quits: gsvelto (Thunderbir@moz-F8747CC6.dsl.ovh.fr) (Quit: gsvelto)
# [19:09] * Quits: ferjm (ferjm@moz-F8747CC6.dsl.ovh.fr) (Quit: Leaving)
# [19:10] * Quits: tzimmermann (tzimmerman@moz-F8747CC6.dsl.ovh.fr) (Quit: Ex-Chat)
# [19:10] * sheppy-afk is now known as sheppy
# [19:10] * jchen is now known as jchen|away
# [19:11] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/ffe335c066f6 - Aaron Moses - Bug 845375 - Implement the nsIClientAuthDialogs interface for android. r=kats
# [19:11] * Quits: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [19:11] <cpeterson> Der Firefox-Superheld: http://www.wired.de/2013/03/06/das-neue-wired-cover/
# [19:11] * Joins: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP)
# [19:12] * philor|away is now known as philor
# [19:12] * hwine-ooo is now known as hwine
# [19:12] * Joins: Mossop_away (mossop@moz-3D9B2D8F.lsanca.fios.verizon.net)
# [19:13] * Joins: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [19:13] * pnkfelix1 is now known as pnkfelix
# [19:13] * Joins: smooney (smooney@2557E599.66715431.D25A875A.IP)
# [19:14] * Quits: paolo (paolo@moz-A8799B9B.retail.telecomitalia.it) (Client exited)
# [19:14] <Ms2ger> http://code.google.com/p/google-breakpad/source/list?num=25&start=1128
# [19:14] * Mossop_away is now known as Mossop
# [19:14] * Joins: mixedpuppy (mixedpuppy@moz-9CE00FC0.holiday-inn-express.mozilla.hq)
# [19:15] <Ms2ger> Can we call it mozilla-breakpad instead?
# [19:15] * jchen|away is now known as jchen
# [19:15] * kaze is now known as kaze|away
# [19:15] * Joins: brendan (brendaneic@moz-F43FF2D5.public.wayport.net)
# [19:15] * Quits: nigelb (nigel@moz-8640053A.me) (Ping timeout)
# [19:15] * Joins: nigelb (nigel@moz-8640053A.me)
# [19:16] * Joins: espadrine (thaddee_ty@moz-B582BE1.dclient.lsne.ch)
# [19:17] * Joins: areinald (andre@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [19:17] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [19:17] <abr> Was it ted talking about the snow earlier? I just had this forwarded to me… http://buttersafe.com/2013/03/07/snow-day/
# [19:17] * Joins: rniwa (rniwa@5FEFE500.BA327C77.775DF071.IP)
# [19:17] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Quit: mkaply)
# [19:17] * Quits: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk) (Ping timeout)
# [19:17] * Quits: aklotz (Thunderbir@moz-55246988.cg.shawcable.net) (Quit: aklotz)
# [19:18] <wg9s> How about mozilla-forensics?
# [19:18] * Joins: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk)
# [19:18] * Joins: simone (simone@F2D29657.F60B0462.67AC9B1.IP)
# [19:19] * Joins: josh (josh@2557E599.66715431.D25A875A.IP)
# [19:19] <wg9s> I never liked wither of the earlier names airbag should prevent injury in case of a crash and breakpad should prevent the crash so figuring the crash out type name is more appropriate.
# [19:20] * Quits: kaze|away (kaze@moz-F8747CC6.dsl.ovh.fr) (Ping timeout)
# [19:20] * Quits: espadrine (thaddee_ty@moz-B582BE1.dclient.lsne.ch) (Ping timeout)
# [19:20] * Joins: aklotz (Thunderbir@moz-55246988.cg.shawcable.net)
# [19:20] * Joins: bent|brb (chatzilla@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [19:20] * Quits: vingtetun (vingtetun@moz-F8747CC6.dsl.ovh.fr) (Ping timeout)
# [19:20] * Joins: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP)
# [19:20] <BenWa> nmatsakis: Any ideas for me?
# [19:20] * bent|brb is now known as bent
# [19:20] * lsblakk|afk is now known as lsblakk
# [19:20] <nmatsakis> BenWa: sorry, not yet. Haven't really had a chance to dig into that yet between lunch/meetings.
# [19:21] * Quits: sankha94 (Instantbir@7061CD01.D6BD0D91.22D41759.IP) (Ping timeout)
# [19:21] <sfink> 'autopsy' is a bit grim
# [19:21] * Parts: areinald (andre@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [19:21] <nmatsakis> BenWa: was planning to look into it in 30 minutes or so
# [19:21] <BenWa> ok np. I'll get familiar with the code in the mean time
# [19:22] * Parts: simone (simone@F2D29657.F60B0462.67AC9B1.IP)
# [19:22] <@ehsan> baku: any progress on rebasing bug 504553?
# [19:23] <baku> ehsan, yes... I wrote a message to you few minutes ago. The rebase is done, but it doesn't compile because there are too many changes in the paris-bindings (webIDL)
# [19:23] <baku> so I have to update code, and I cannot do it now :/
# [19:23] <baku> ehsan, I can take a look tomorrow.. just to see how big is the update I have to do in order to update that patch
# [19:25] * Quits: mixedpuppy (mixedpuppy@moz-9CE00FC0.holiday-inn-express.mozilla.hq) (Quit: mixedpuppy)
# [19:25] * Joins: mixedpuppy (mixedpuppy@moz-9CE00FC0.holiday-inn-express.mozilla.hq)
# [19:25] * Quits: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
# [19:25] <@ehsan> baku: ok I see
# [19:25] <@ehsan> sorry I missed your ping for some reason
# [19:25] <@ehsan> yeah tomorrow sounds good, thanks a lot!
# [19:28] * Joins: yzen (Adium@EA83C0CE.A6295926.9D42CF23.IP)
# [19:29] * Quits: gbrown (gbrown@514D186.F3BBB17D.144F44FA.IP) (Quit: gbrown)
# [19:29] * armenzg is now known as armenzg_brb
# [19:30] * mattwoodrow|away is now known as mattwoodrow
# [19:31] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Quit: pcwalton)
# [19:31] * Quits: vladan (vladan@moz-21CD3EF9.cp.telus.net) (Quit: Leaving.)
# [19:32] * Joins: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net)
# [19:33] * Joins: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz)
# [19:33] * nrc is now known as nrc|away
# [19:33] * Joins: Jesse (jruderman@F9997BD3.820C841F.D6F3DB9.IP)
# [19:34] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
# [19:34] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [19:34] * Joins: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [19:34] * Quits: mixedpuppy (mixedpuppy@moz-9CE00FC0.holiday-inn-express.mozilla.hq) (Quit: mixedpuppy)
# [19:34] <@ted> khuey: fixing NS_DescribeCodeAddress doesn't seem that hard
# [19:35] <@ted> to make it spit out info that we could actually munge into something useful
# [19:35] <@ted> glandium: build what?
# [19:35] <@ted> shu: pong
# [19:35] * Quits: Jesse (jruderman@F9997BD3.820C841F.D6F3DB9.IP) (Ping timeout)
# [19:35] <@ted> abr: hah!
# [19:36] * Joins: janv_ (varga@moz-B6E52297.flarion.as5628.telecom.sk)
# [19:36] * Quits: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk) (Ping timeout)
# [19:37] * Joins: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net)
# [19:37] <glandium> ted: minidump_stackwalker
# [19:39] * jchen is now known as jchen|away
# [19:39] * khuey is now known as khuey|away
# [19:39] * Quits: janv_ (varga@moz-B6E52297.flarion.as5628.telecom.sk) (Ping timeout)
# [19:40] <@ehsan> akeybl: do you know who is https://bugzilla.mozilla.org/show_bug.cgi?id=848644#c75 directed to?
# [19:40] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [19:40] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Client exited)
# [19:40] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [19:41] <@ted> glandium: oh
# [19:41] <@ted> sorry, i was talking about NS_StackWalk
# [19:41] * Joins: janv_ (varga@moz-B6E52297.flarion.as5628.telecom.sk)
# [19:41] <@ted> i guess we could build mdsw as part of the build
# [19:41] <@ted> doesn't seem particularly worthwhile
# [19:41] * Joins: jammink (textual@2557E599.66715431.D25A875A.IP)
# [19:41] * Joins: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP)
# [19:42] <glandium> ted: i wasn't considering making it part of the build. i was considering providing a rule to allow to build it when you need it
# [19:42] * Joins: bz (bzbarsky@moz-71EFD05D.bstnma.fios.verizon.net)
# [19:42] * ChanServ sets mode: +o bz
# [19:42] <glandium> each time i do, i reclone and build upstream breakpad, that's annoying
# [19:42] <jduell> doublec: ping
# [19:43] * Quits: aklotz (Thunderbir@moz-55246988.cg.shawcable.net) (Ping timeout)
# [19:43] <@ted> ah
# [19:43] <@ted> i just always have it handy
# [19:43] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/894268df2c25 - Vladimir Vukicevic - b=751418; unbreak Win64 builds after SkiaGL landing; r=flames
# [19:44] * Quits: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net) (Ping timeout)
# [19:44] * Joins: terrence_ (terrence@2557E599.66715431.D25A875A.IP)
# [19:45] * Joins: espadrine (thaddee_ty@moz-B582BE1.dclient.lsne.ch)
# [19:45] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [19:45] * terrence_ is now known as terrence
# [19:45] * whimboo|afk is now known as whimboo
# [19:45] <akeybl> ehsan: looking
# [19:46] * Joins: jhammel (jhammel@moz-14240F1C.hsd1.ca.comcast.net)
# [19:46] <akeybl> ehsan: I answered his questions about releases overall (and regression testing) on IRC, he was just asking if any further testing should be done around verification
# [19:46] <shu> ted: you answered my bugzilla comment, so all good
# [19:46] <@ehsan> akeybl: ok, so, not me? ;)
# [19:47] * Joins: AndreeaM (Thunderbir@977150F5.5B3A2A49.CD219C36.IP)
# [19:47] * Joins: mixedpuppy (mixedpuppy@2557E599.66715431.D25A875A.IP)
# [19:47] <akeybl> correct
# [19:47] <akeybl> well
# [19:47] * Joins: aklotz (Thunderbir@moz-55246988.cg.shawcable.net)
# [19:47] <akeybl> it was directed at you, but no further verification is necessary from where I stand
# [19:47] <akeybl> the etherpad shoed that this bug was tested across many platforms
# [19:47] <akeybl> showed*
# [19:48] * armenzg_brb is now known as armenzg
# [19:49] <@ehsan> ok
# [19:50] <@ted> not too long till someone gets to file bug 888888
# [19:50] <@ehsan> ted: by someone, you mean dolske, right?
# [19:50] <Ms2ger> Me!
# [19:50] * Quits: yzen (Adium@EA83C0CE.A6295926.9D42CF23.IP) (Ping timeout)
# [19:50] <@ehsan> oh yeah
# [19:50] * Joins: yzen (Adium@67828CC7.C1A51174.9D42CF23.IP)
# [19:50] <@ehsan> Ms2ger: you're the new dolske :P
# [19:51] * Joins: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net)
# [19:51] <jcranmer> we're just waiting for the lucky bastard who gets to file 1000000
# [19:51] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Input/output error)
# [19:51] <Ms2ger> ehsan, not sure if that's a compliment :)
# [19:51] * catlee-lunch is now known as catlee-buildduty
# [19:51] <@ehsan> Ms2ger: it sort of is :)
# [19:52] <@ehsan> Ms2ger: context: https://bugzilla.mozilla.org/show_bug.cgi?id=700000
# [19:52] <Ms2ger> Pah
# [19:52] <Ms2ger> I had 666666 before that
# [19:53] * janv_ is now known as janv
# [19:53] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/83d1008f4311 - Ted Mielczarek - Fix breakpad update script to not remove moz.build files. no bug, NPOTB
# [19:53] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e0d9902b2bbf - Ted Mielczarek - bug 848880 - Update to Breakpad SVN r1128. r=upstream
# [19:53] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [19:54] <jcranmer> ehsan: you mean the new timeless, right?
# [19:54] <jhammel> Ms2ger: why can i not believe that is coincidence?
# [19:54] * timeless looks up
# [19:54] <Ms2ger> jhammel, because it wasn't
# [19:54] <@ehsan> yeah
# [19:54] <Ms2ger> jhammel, I also had 666665
# [19:54] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [19:54] <jhammel> Ms2ger: that's the one i meant ;)
# [19:54] <@ehsan> Ms2ger: that's a sign of weakness not strength :P
# [19:54] <jcranmer> (timeless filed bugs 300K, 400K, 500K)
# [19:55] * catlee-buildduty is now known as catlee-mtg
# [19:55] <Ms2ger> ehsan, "certainty" :)
# [19:55] <timeless> jcranmer: my bugs were real bugs!
# [19:55] <jcranmer> timeless: which is why I dislike dolske's method
# [19:55] <jcranmer> filing five useless bugs to squat on a bug number
# [19:55] <@smaug> noouuuu
# [19:55] * vladan-afk is now known as vladan
# [19:56] <timeless> oh wow!
# [19:56] <@smaug> clobber build again
# [19:56] <@ehsan> joe: fwiw the build failure you were seeing yesterday was fixed
# [19:56] <timeless> yuck, that's evil
# [19:56] <@ehsan> in case you didn't know
# [19:56] <jcranmer> *that's* what pissed me off around bug 800K
# [19:56] <timeless> sometimes i sniped, and sometimes i scattershot
# [19:56] <timeless> but i was using valid bugs
# [19:57] <jcranmer> I don't mind people filing a half-dozen bugs to get it, but I do mind people filing a half-dozen joke bugs simply to get it
# [19:58] * Quits: mixedpuppy (mixedpuppy@2557E599.66715431.D25A875A.IP) (Quit: mixedpuppy)
# [19:58] * rail-lunch is now known as rail
# [19:58] <@dolske> jcranmer: I have no regrets.
# [19:58] <@dolske> I also like cheese. and pie. and beer.
# [19:58] <timeless> heh
# [19:58] * nical|bbiab is now known as nical
# [19:58] * @dolske considers a beer-cheese pie.
# [19:59] * Joins: azakai (alon@2557E599.66715431.D25A875A.IP)
# [19:59] * Quits: victorporof (victorporo@56840703.DA9DCE7D.79933D60.IP) (Quit: victorporof)
# [19:59] * davidb|math_fair is now known as davidb
# [20:00] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [20:00] * Joins: bjacob_ (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [20:01] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [20:01] * Joins: Waldo (waldo@moz-537BCF9.hsd1.ca.comcast.net)
# [20:01] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [20:02] * Parts: zandr (zandr@moz-891BD824.milewski.org)
# [20:02] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [20:03] * Joins: pnemsak (Miranda@moz-192A9791.orange.sk)
# [20:03] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
# [20:04] * Joins: smooney_ (smooney@2557E599.66715431.D25A875A.IP)
# [20:04] * rail is now known as rail-19_0_2
# [20:04] * Quits: stransky (stransky@moz-107AD163.redhat.com) (Quit: Connection reset by beer)
# [20:04] * Quits: smooney (smooney@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
# [20:04] * smooney_ is now known as smooney
# [20:04] * Joins: simone (simone@F2D29657.F60B0462.67AC9B1.IP)
# [20:04] * rail-19_0_2 is now known as rail-FF19_0_2
# [20:04] <RyanVM> joe: glad to see more patches piling up in 716140 again :) - glad those others ones finally stuck
# [20:05] <joe> RyanVM: oh, did I not tell you? multithreading works man
# [20:05] <joe> RyanVM: 90s load time in stock firefox; 23 multithreaded
# [20:05] <RyanVM> :D
# [20:05] * rail-FF19_0_2 is now known as rail-Fx19_0_2
# [20:05] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [20:05] <RyanVM> awesome
# [20:05] <joe> it's a contrived example, but w/e
# [20:06] * Callek is now known as Callek-tb17_0_4esr
# [20:06] <timeless> grr
# [20:06] <joe> RyanVM: but yeah, that frigging patch
# [20:07] <timeless> anyone here happen to have a commandline tool (or python code) that can munge a .zip file to add a +x bit to a file entry?
# [20:07] <timeless> i think i have some python that tries to do that, but i don't think it worked :)
# [20:07] <joe> turned out to be because of a lack of clobbers and/or bug 848624
# [20:07] <joe> timeless: does .zip even support filesystem attributes like that?
# [20:07] <timeless> joe: yes
# [20:08] <joe> ok
# [20:08] <joe> i have nothing further to offer I'm afraid
# [20:08] * Joins: zandr (zandr@moz-891BD824.milewski.org)
# [20:08] <timeless> http://en.wikipedia.org/wiki/Zip_(file_format)
# [20:08] <timeless> > The Info-ZIP implementations of the zip format adds support for Unix filesystem features, such as user and group IDs, file permissions, and support for symbolic links. The Apache Ant implementation is aware of these to the extent that it can create files with predefined Unix permissions. The Info-ZIP implementations also know how to use the error
# [20:08] <RyanVM> joe: yeah, I saw a bit of that conversation yesterday - what a mess
# [20:08] <timeless> correction capabilities built into the zip compression format. Some programs (such as IZArc) do not and will choke on a file that has errors.
# [20:10] <Mossop> regular zip on linux does iirc
# [20:10] * Joins: TheOne (one@moz-2B55B2C8.dip.t-dialin.net)
# [20:11] <@bsmedberg> If I were going to set a try job to run a single talos test just to make sure that I didn't break the test harness, which one should I pick/
# [20:11] <timeless> http://unix.stackexchange.com/questions/14705/the-zip-formats-external-file-attribute seems to be a better explanation
# [20:11] * Joins: ErvisTusha (ErvisTusha@10728EF.F69FB6EA.363D84A4.IP)
# [20:11] <joe> bsmedberg: Ts?
# [20:12] <@bsmedberg> Which one is that, "chromez" ?
# [20:12] <@bsmedberg> "dirtypaint"?
# [20:12] * kmoir is now known as kmoir-fx17_0_4esr
# [20:13] <joe> oh
# [20:13] <joe> wow
# [20:13] <joe> yeah
# [20:13] <joe> i have *no* idea how that works
# [20:13] * Joins: vtmarvin (Thunderbir@32DFDBE.7102BCB6.B7C3970A.IP)
# [20:13] * Joins: terrence (terrence@2557E599.66715431.D25A875A.IP)
# [20:13] <joe> bsmedberg: chromez is what you want i think
# [20:13] * Joins: pmoore (pmoore@F2D29657.F60B0462.67AC9B1.IP)
# [20:13] <joe> it's only a 10 minute job
# [20:14] <joe> basing that on http://hg.mozilla.org/build/buildbot-configs/file/tip/mozilla-tests/config.py#l179
# [20:15] <@dolske> I was just looking at that
# [20:15] <@dolske> sliiiiiiiighty more info, but still not terribly enlightening.
# [20:17] * Joins: tanvi (tanvi@2557E599.66715431.D25A875A.IP)
# [20:17] * Quits: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard)
# [20:19] * jlebar|sleep is now known as jlebar
# [20:20] * darkowlzz|zzz is now known as darkowlzz
# [20:21] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [20:23] <bent> ehsan, ping
# [20:23] * Quits: rniwa (rniwa@5FEFE500.BA327C77.775DF071.IP) (Quit: rniwa)
# [20:24] * Joins: rniwa (rniwa@5FEFE500.BA327C77.775DF071.IP)
# [20:24] * Joins: Boriss_ (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [20:25] * Quits: mikeratcliffe (mikeratcli@CEFB859F.FE7B39FC.F0B55906.IP) (Quit: Leaving.)
# [20:25] <@ehsan> bent: hey
# [20:25] <bent> ehsan, hey, you're familiar with TimeStamp right?
# [20:25] * Joins: jedp (jedp@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [20:26] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c1ef9a062a88 - Olli Pettay - Bug 844313 - Call GC more likely when there are lots of Events to collect, r=mccr8
# [20:26] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [20:26] <bent> ehsan, if i am in two different processes and i want to print a timestamp in process A and then in process B so that I can manually calculate the delta, how do i do that?
# [20:26] <@bsmedberg> bent: what OS?
# [20:26] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [20:26] <bent> bsmedberg, posix (B2G)
# [20:26] * Quits: Boriss_ (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Connection reset by peer)
# [20:27] <bent> normally we use that TimeDuration
# [20:27] <@bsmedberg> bent: do you care about clock skew?
# [20:27] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [20:27] <@ted> you can use gettimeofday if you aren't that concerned about that
# [20:27] <bent> for this probably not
# [20:27] <@ehsan> bent: I don't know a ton about the posix implementation of TimeStamp tbh
# [20:27] <bent> we just need some basic numbers, doesn't have to be ridiculously accurate
# [20:27] <@ted> http://hg.mozilla.org/users/tmielczarek_mozilla.com/breakpad-mq/file/7f9524222945/instrument-symbol-lookups#l175
# [20:28] <@ehsan> but I think it has a lot fewer hacks than the Windows implementation
# [20:28] * Quits: twi (Adium@moz-C873EDA0.cust.dsl.vodafone.it) (Quit: Leaving.)
# [20:28] <bent> ehsan, ok, thanks!
# [20:28] <@ted> something like that
# [20:28] <@ehsan> bent: so the answer to your question may depend more on the posix functionality itself
# [20:28] <@ted> (that code is printing fractional seconds, I think)
# [20:28] * Joins: Boriss_ (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [20:28] <@bsmedberg> bent: I was going to say for windows you can can compare TimeStamp across processes and not worry about clock skew
# [20:29] <@bsmedberg> I suspect that works everywhere
# [20:29] * Quits: cpearce (chatzilla@moz-FC66E8A9.xdsl.xnet.co.nz) (Ping timeout)
# [20:29] <@ehsan> I also _suspect_ that's true
# [20:29] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [20:29] * Boriss_ is now known as Boriss
# [20:29] * Quits: brendan (brendaneic@moz-F43FF2D5.public.wayport.net) (Quit: brendan)
# [20:30] * Joins: Mic (Mic@moz-F92639C3.superkabel.de)
# [20:30] <bent> bsmedberg, well, let's say i'm using printf
# [20:30] <bent> what would i print?
# [20:30] <bent> TimeStamp doesn't have any kind of "toX()" function
# [20:30] * Quits: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net) (Quit: sicking)
# [20:30] * Joins: mixedpuppy (mixedpuppy@2557E599.66715431.D25A875A.IP)
# [20:30] * Quits: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [20:30] <@bsmedberg> bent: just B2G? Use clock_gettime(CLOCK_MONOTONIC, &ts);
# [20:31] * Quits: b10n1k (j0ni@moz-D641E273.home.otenet.gr) (Ping timeout)
# [20:31] <@bsmedberg> and print the tv_sec and tv_nsec values
# [20:31] <bent> yeah, i think basically the answer is "hack something" :)
# [20:31] <@bsmedberg> absolutely, do it
# [20:31] * armenzg is now known as armenzg_brb
# [20:31] <@bsmedberg> bent: if you want to add a "toString" on TimeStamp, I'll review it
# [20:31] <Ms2ger> ToString, I hope ;)
# [20:32] <@bsmedberg> but you still have to postprocess it using platform-specific knowledge
# [20:32] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Input/output error)
# [20:32] * @bsmedberg actually really wants this for windows plugin-IPC logging
# [20:32] <bent> yeah, we need something
# [20:32] <@bsmedberg> bent: are you coming to the perf workweek?
# [20:33] <bent> no
# [20:33] * nrc|away is now known as nrc
# [20:33] <bholley> on two recent clobber builds I get link errors in google_breakpad::StabsReader::Process
# [20:33] <bholley> known bug?
# [20:33] <@ted> bholley: i just pushed a fix for that to inbound
# [20:33] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [20:33] * ChanServ sets mode: +o smaug
# [20:33] <@ted> a little bit ago
# [20:33] * Joins: b10n1k (j0ni@moz-D641E273.home.otenet.gr)
# [20:33] <bholley> ted: bug #?
# [20:34] * bholley wants to cherry-pick it for now
# [20:34] <@ted> it was a followup on bug 779291
# [20:34] <@ted> https://hg.mozilla.org/integration/mozilla-inbound/rev/577f5474a1b7
# [20:34] * Joins: lizzard (ehenry@moz-D7418602.tmodns.net)
# [20:34] * Quits: Cwiiis (cwiiis@88F51059.F3BBB17D.144F44FA.IP) (Quit: Leaving)
# [20:34] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [20:35] <bholley> ted: so that's the rev I want?
# [20:35] <@ted> yes
# [20:35] * Quits: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP) (Ping timeout)
# [20:35] <bholley> ted: ok, thanks :-)
# [20:35] <@ted> np
# [20:35] <jfkthame> thx, was just about to ask about the same thing - maybe worth cherrypicking to m-c, unless it'll merge soon anyway?
# [20:35] <timeless> hey, anyone know if it's possible to ask `unzip` to show files and their permissions? :)
# [20:35] * Quits: sewardj (sewardj@moz-79216F0F.dip.t-dialin.net) (Quit: Konversation terminated!)
# [20:35] <@ted> jfkthame: doesn't matter to me
# [20:36] * bholley thinks it should go to m-c asap
# [20:36] <jfkthame> i'm guessing it'll frustrate a fair number of devs over the coming hours
# [20:36] * bsmedberg is now known as bsmedberg-bbl
# [20:36] <@ted> it broke mac debug-non-optimized builds, fwiw
# [20:36] <@ted> which is why it didn't show up on tbpl
# [20:36] <jfkthame> which is exactly what i was building, of course :)
# [20:36] <@ted> feel free to land it on m-c or ask a sheriff to
# [20:38] * Quits: pmoore (pmoore@F2D29657.F60B0462.67AC9B1.IP) (Quit: pmoore)
# [20:38] * bholley imagines that probably half of gecko developers are running mac debug non-opt builds
# [20:38] <bholley> :-)
# [20:38] <@ted> heh
# [20:38] <@ted> i dunno!
# [20:38] * Joins: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net)
# [20:38] <Ms2ger> Pff
# [20:38] <bholley> s/running/hacking with/
# [20:38] <Ms2ger> Real developers use linux ;)
# [20:38] * Joins: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP)
# [20:39] <bholley> Ms2ger: be sure to tell bz that
# [20:39] <Ms2ger> bholley, bz is too smart to be so easily trolled :)
# [20:39] * Joins: nsm (nikhil@2557E599.66715431.D25A875A.IP)
# [20:39] <jfkthame> just like he's too smart to use linux ;)
# [20:40] <nmatsakis> BenWa: ok, I'm looking through the code again. Can you describe to me a bit more what the problem is?
# [20:40] <nmatsakis> that you're encountering now?
# [20:40] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
# [20:41] <BenWa> nmatsakis: So we never actually Close() the channel correctly before.
# [20:41] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
# [20:41] <BenWa> The main thread will call Close and delete the CompositorParent (opposite side)
# [20:42] * Quits: cpeterson (cpeterson@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
# [20:42] <BenWa> Send the close doesn't happen Syncm the CompositorParent is deleted, then its thread it closes the channel and crashes because CompositorParent is already deleted
# [20:42] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [20:42] * Quits: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net) (Ping timeout)
# [20:43] <BenWa> s/send/since
# [20:44] * Quits: ekr_ (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr_)
# [20:44] <nmatsakis> so, in the process link,
# [20:45] <nmatsakis> it looks like what happens is that we post a task over in the I/O thread
# [20:45] <nmatsakis> that task will then close the transport and set our state to closed
# [20:45] * Quits: azakai (alon@2557E599.66715431.D25A875A.IP) (Quit: Ex-Chat)
# [20:45] <nmatsakis> so the SynchronousClose() just waits for the I/O thread to pick upt he task and execute it
# [20:45] * Joins: azakai_ (alon@2557E599.66715431.D25A875A.IP)
# [20:45] <nmatsakis> there is no I/O thread in the multi-threaded case,
# [20:45] * Joins: pmoore (pmoore@F2D29657.F60B0462.67AC9B1.IP)
# [20:45] <nmatsakis> so in that case we just set the state to closed directly
# [20:46] <nmatsakis> so I guess what i'm saying is that it's not obvious to me how the two are different.
# [20:46] <nmatsakis> but I have to think over when/how the deleting of CompostitorParent comes into play
# [20:46] * azakai_ is now known as azakai
# [20:47] * catlee-mtg is now known as catlee-buildduty
# [20:47] <BenWa> nmatsakis: in the thread case we don't close the other side right away which is the problem
# [20:47] * Quits: lizzard (ehenry@moz-D7418602.tmodns.net) (Quit: lizzard)
# [20:47] * Joins: twi (Adium@moz-C873EDA0.cust.dsl.vodafone.it)
# [20:48] * Quits: mwargers (chatzilla@88F51059.F3BBB17D.144F44FA.IP) (Ping timeout)
# [20:48] <nmatsakis> BenWa: I'm not really sure what it means to close the other side, I suppose. We tell them there is an error.
# [20:48] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [20:48] <nmatsakis> and I guess this doesn't trigger a close
# [20:49] <BenWa> nmatsakis: right, but the other thread doesn't process the error and call PCompositorParent::Close before the child returns
# [20:49] <BenWa> so there's a Close queued but the object get's deleted on the other thread first
# [20:49] <nmatsakis> Yes, I am beginning to see the problem.
# [20:49] <nmatsakis> it seems to me that we are doing is an accurate reflection of the multi-process semantics...
# [20:50] <BenWa> nmatsakis: I'm working on osmething similar to this http://pastebin.mozilla.org/2201203
# [20:50] <nmatsakis> ...but those are not necessarily a good fit here.
# [20:50] <jduell> smontagu: thanks for grabbing bug 833028 reviews!
# [20:50] <jduell> smontagu++
# [20:50] <BenWa> nmatsakis: Yes exactly because the CompositorParent is allocated and destroyed on the main thread
# [20:50] <smontagu> jduell: sorry I didn't do it earlier, I only saw your emails y'day
# [20:50] <jduell> smontagu: wow you must read your email even less often than I do :)
# [20:51] * Quits: @bz (bzbarsky@moz-71EFD05D.bstnma.fios.verizon.net) (Ping timeout)
# [20:51] <nmatsakis> BenWa: so that patch looks reasonable, I'm still not clear on what path leads from "OnChannelErrorFromLink()" to "NotifyChannelClosed()"
# [20:51] * jcranmer is now known as jcranmer|away
# [20:51] <smontagu> jduell: things that don't get filtered can get lost among the spam
# [20:52] * Quits: bnicholson (bnicholson@88F51059.F3BBB17D.144F44FA.IP) (Ping timeout)
# [20:52] <smontagu> @mozilla.com is more likely to attract attention than @smontagu.org
# [20:52] <BenWa> nmatsakis: It's through a dispatch: http://pastebin.mozilla.org/2201225
# [20:53] * armenzg_brb is now known as armenzg
# [20:53] <BenWa> nmatsakis: Is it correct to allocate+release the compositorparent on the main thread or should they be done from the compositor thread?
# [20:53] * Quits: nical (nico@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [20:54] <nmatsakis> that's what I'm trying to figure out, how the memory management should work here. Too bad cjones isn't around to ask questions of :)
# [20:54] <BenWa> Because either that object needs to be release after the close from the compositor thread OR the close has to blocked on the compositor having closed
# [20:54] <BenWa> Yea :(
# [20:54] <nmatsakis> BenWa: yes, so presumably the task posted by PostErrorNotifyTask()
# [20:54] <nmatsakis> is the one in your backtrace
# [20:54] * Quits: MrMazda (fmcz@moz-8F21088B.cable.mindspring.com) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.18/2009082712])
# [20:55] * Quits: ehugg (chatzilla@40915CA6.29102B70.6CD50604.IP) (Quit: ChatZilla 0.9.90 [Firefox 19.0.1/20130226172142])
# [20:55] <BenWa> nmatsakis: Right here it is: http://pastebin.mozilla.org/2201228
# [20:56] <NeilAway> sfink: how about quality feedback agent? ;-)
# [20:56] * bsmedberg-bbl is now known as bsmedberg
# [20:56] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
# [20:57] <nmatsakis> BenWa: to be perfectly honest, I don't know how the ownership is supposed to work.
# [20:57] <BenWa> Alright well I'm going to continue assuming its just SyncClose that's wrong and try to get that working
# [20:58] <nmatsakis> the one thing about your change that makes me uncomfortable
# [20:58] <nmatsakis> is the asymmetry it introduces between the thread/process case
# [20:58] <nmatsakis> I wonder if there's another way to handle it
# [20:58] * Quits: bjacob_ (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
# [20:58] <nmatsakis> e.g., ref-counting or something like that
# [20:59] <BenWa> nmatsakis: I did try that. Have the Close method Release() the final reference to CompositorParent but that causes an ctor/dtor thread mismatch
# [20:59] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
# [21:00] <nmatsakis> BenWa: which exact line does the crash occur on?
# [21:00] <nmatsakis> that is, what code is executing when it touches the freed memory
# [21:01] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [21:01] * Joins: dholbert_ (dholbert@2557E599.66715431.D25A875A.IP)
# [21:01] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
# [21:01] <BenWa> nmatsakis: In DeallochShmem. Under debug we scribble the memory
# [21:01] * Joins: lizzard (ehenry@moz-D7418602.tmodns.net)
# [21:02] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
# [21:02] <BenWa> nmatsakis: obj-ff-64dbg/ipc/ipdl/PCompositorParent.cpp @ PCompositorParent::DeallocShmems() (in your objdir)
# [21:02] * juanb is now known as juanb|lunch
# [21:03] <nmatsakis> yeah, so I guess that both AsyncChannel's share the same mListener.
# [21:03] * Quits: dholbert_ (dholbert@2557E599.66715431.D25A875A.IP) (Quit: Ex-Chat)
# [21:03] * Quits: asrail (asrail@EB8ABE1B.D9975CD5.3927C314.IP) (Ping timeout)
# [21:03] * Joins: vtmarvin1 (Thunderbir@9D75911A.1239134F.E4B2C495.IP)
# [21:03] <nmatsakis> and hence when the one side calls mListener->OnChannelError()
# [21:03] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
# [21:03] <nmatsakis> it deallocates the shared mem
# [21:03] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [21:04] <nmatsakis> but then the other side receives its close
# [21:04] * Joins: asrail (asrail@EB8ABE1B.D9975CD5.3927C314.IP)
# [21:04] <nmatsakis> and also attempts to call mListener->OnChannelError()
# [21:04] <nmatsakis> er, OnChannelClosed
# [21:04] <BenWa> Ohh I hadn't noticed that
# [21:05] <RyanVM> mmm, new browser stress test proposal - load two days' worth of inbound in tbpl and try to actually use the browser afterwards
# [21:05] <BenWa> nmatsakis: We shouldn't have any shmem left over when we call close I think. I have an IPDL patch to assert that
# [21:05] <BenWa> not on a normal shutdown anyways
# [21:05] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [21:05] * Joins: MrMazda (fmcz@moz-8F21088B.cable.mindspring.com)
# [21:05] <nmatsakis> BenWa: well in any case it calls OnChannelClose() twice
# [21:05] * Joins: dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [21:05] * ChanServ sets mode: +o dbaron
# [21:05] <nmatsakis> which I guess you are not prepared for
# [21:05] <jesup> mccr8: ping
# [21:05] <nmatsakis> at least that's my understanding
# [21:05] * Joins: ehugg_lime (ehugg_lime@moz-257ED875.mycingular.net)
# [21:05] * Joins: sewardj (sewardj@moz-79216F0F.dip.t-dialin.net)
# [21:06] <nmatsakis> I have to look at the PCompositorParent code you pointed me at
# [21:06] <mccr8> jesup: pong
# [21:06] * Joins: Jesse (jruderman@A5A0595A.66715431.D25A875A.IP)
# [21:06] <BenWa> nmatsakis: Maybe I'll throw an assert for that in a moment to make sure we don't do it
# [21:06] <jesup> mccr8: got a hit from my push to Try: https://tbpl.mozilla.org/?tree=Try&rev=10521809c84c
# [21:07] <jesup> I don't have your patch in that, just mine. Not sure if that helps
# [21:07] <jesup> I've retriggered your tests a few times
# [21:07] * Joins: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [21:07] <mccr8> jesup: yeah I'm not sure, it doesn't really help me. :) but maybe your additional logging caught something?
# [21:07] <nmatsakis> BenWa: is there a test case I can run and step through in gdb?
# [21:07] * khuey|away is now known as khuey
# [21:07] * jhammel is now known as jhammel|lunch
# [21:08] * Joins: victorporof (victorporo@37FE3F80.AB163232.79933D60.IP)
# [21:08] <BenWa> nmatsakis: Got a mac build handy?
# [21:08] <nmatsakis> BenWa: yes.
# [21:09] * Joins: nical (nico@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [21:09] <BenWa> nmatsakis: Apply this patch and set layers.offmainthreadcomposition.enabled;false
# [21:09] <BenWa> err true
# [21:09] <jesup> mccr8: I'll look. My current suspicion is on MediaManager. It observes shutdown and nulls out it's singleton (which will drop the only external ref to the thread), but it doesn't do anything more than that. And some of the things it does involve IO and device drivers that can be very slow responding
# [21:10] * nthomas|away is now known as nthomas
# [21:10] <mccr8> jesup: yeah that sounds plausible
# [21:10] <BenWa> http://pastebin.mozilla.org/2201241
# [21:11] <jmaher> avih: ping
# [21:11] * Quits: Waldo (waldo@moz-537BCF9.hsd1.ca.comcast.net) (Quit: back in a bit)
# [21:11] <nmatsakis> BenWa: ok, qpopping etc now. Dumb question which I should probably know by now: what do I edit to set that variable?
# [21:12] <jesup> mccr8: well darn, the rebalancing of mochitests moved them to M2, and I pushed for M3 + C
# [21:12] <BenWa> nmatsakis: go to about:config, youll need to insert the preference there, set it as boolean
# [21:12] <nmatsakis> ok
# [21:12] <nmatsakis> thanks =)
# [21:12] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/fed3eba78414 - Jason Duell - Bug 795254. Intermittent test_private_channel.js failure r=jdm
# [21:13] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [21:13] * Quits: pmoore (pmoore@F2D29657.F60B0462.67AC9B1.IP) (Quit: pmoore)
# [21:13] <mccr8> jesup: hah, okay. C seems to be the most common anyways.
# [21:13] <nmatsakis> BenWa: naturally the patch doesn't apply cleanly...
# [21:13] * mccr8 is now known as mccr8|lunch
# [21:14] <nmatsakis> oh, wait.
# [21:14] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [21:14] <BenWa> nmatsakis: what parts? It should be trivial to rebase
# [21:14] <nmatsakis> yeah, I'll inspect the rejects...
# [21:14] * Quits: lizzard (ehenry@moz-D7418602.tmodns.net) (Quit: lizzard)
# [21:14] * Quits: jedp (jedp@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Computer has gone to sleep.)
# [21:14] * Quits: twi (Adium@moz-C873EDA0.cust.dsl.vodafone.it) (Quit: Leaving.)
# [21:14] * hwine is now known as hwine-food
# [21:14] <jesup> mccr8|lunch: Interesting, the crash ttests seem to be running the PeerConnection stuff last, right before shutdown
# [21:15] * Quits: victorporof (victorporo@37FE3F80.AB163232.79933D60.IP) (Ping timeout)
# [21:17] * Quits: marco (Thunderbir@moz-AE6C729C.cust.dsl.teletu.it) (Quit: marco)
# [21:19] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [21:19] <avih> jmaher: pong
# [21:20] <jmaher> avih: I am back, had a networking problem for the last 2 hours as well as a meeting
# [21:20] * Quits: ehugg_lime (ehugg_lime@moz-257ED875.mycingular.net) (Ping timeout)
# [21:20] <avih> jmaher: just back now too :)
# [21:20] * Quits: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com) (Quit: NO CARRIER)
# [21:20] * Quits: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net) (Quit: I took the wrong pill!!!)
# [21:20] * Quits: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk) (Ping timeout)
# [21:21] <avih> jmaher: we know the first few scroll intervals are noisy, do we want to disregard them at talos or at the tscroll reports?
# [21:22] <jmaher> avih: we can disregard them in the python harness before calculating and sending to graph server
# [21:23] * Quits: simone (simone@F2D29657.F60B0462.67AC9B1.IP) (Quit: simone)
# [21:23] <avih> jmaher: ok. is this going to be specifically for tscroll? or as a general rule for collected data?
# [21:23] <jmaher> we do that for tp5, disregard the first 5 values
# [21:23] <avih> ok
# [21:23] * gregglind is now known as gregglind_afk
# [21:23] <jmaher> we have it built into talos as a normal thing now
# [21:23] * Joins: syssgx (Mibbit@moz-1EB3A232.dsl.dyn.forthnet.gr)
# [21:24] <avih> cool. so i should take care of that? or you?
# [21:24] <avih> (can't see python files within the tscroll dir)
# [21:24] <jmaher> avih: just make sure tscroll reports all the data in the output and we will have it ignore the first 3, then report avg and stddev for the remaining values
# [21:25] <jmaher> this way if we see that the first 7 are problematic in the future, we can adjust that, but also we will see all the raw data and can spot a regression easier
# [21:26] <avih> jmaher: ok, thanks. another issue i noticed, is that one of the subtests does relatively few scroll iterations. there about 20 scroll intervals (that's like 330ms of scroll). i don't know if it was intentional, but if it wasn't, i think it should scroll longer. the other subtests scroll for more than a second, sometimes even 2-4
# [21:27] * Joins: FabioMagnoni (fabiomagno@moz-6F6D3B2.home.otenet.gr)
# [21:27] <jmaher> avih: it should be ok to increase that if you wanted to
# [21:27] * Quits: sworkman (sworkman@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [21:27] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
# [21:28] <avih> jmaher: ok, i'll duplicate the scrollable content such that it's 3 times longer.
# [21:28] * Joins: simone (simone@F2D29657.F60B0462.67AC9B1.IP)
# [21:28] <jmaher> avih: sounds good; I am glad to see we are making this test useful!
# [21:28] <avih> jmaher: cool, i'll ping you when i have a patch. i have it working already for all the subtests, but need a bit of cleanups.
# [21:29] * mccr8|lunch is now known as mccr8
# [21:29] * Joins: automata (automata@moz-1CE7A56D.ifsc.usp.br)
# [21:29] <jmaher> avih: awesome
# [21:29] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/fe8a8cad48a4 - Rafael Ávila de Espíndola - Bug 848020 - Do we really have to poison NtFlushBuffersFile? r=BenWa.
# [21:29] * Joins: ehugg_lime (ehugg_lime@moz-E71CDCB2.hsd1.wa.comcast.net)
# [21:29] <avih> jmaher: with pleasure ;)
# [21:30] * joduinn is now known as joduinn-coffee
# [21:30] * ctalbert is now known as ctalbert|lunch
# [21:31] * Quits: jammink (textual@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [21:31] * Quits: Jesse (jruderman@A5A0595A.66715431.D25A875A.IP) (Quit: Jesse)
# [21:31] * Quits: TimAbraldes (Thunderbir@moz-3F87419B.hsd1.or.comcast.net) (Quit: TimAbraldes)
# [21:31] * Joins: jammink (textual@2557E599.66715431.D25A875A.IP)
# [21:32] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1ccebe00cd2c - Terrence Cole - Bug 848608 - Make eagerlyTraceWeakMaps an enum; r=billm
# [21:32] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/035af5615fb4 - Terrence Cole - Bug 841059 - Make Cell::chunk and Cell::address private; r=billm
# [21:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/6ba3337f676f - Terrence Cole - Bug 841059 - Do not use the ArenaHeader for sizeOfThis on JSObject; r=billm
# [21:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b57e338dd933 - Terrence Cole - Bug 848612 - Don't store strings in the store buffer; r=billm
# [21:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/7da6d3d93ccc - Terrence Cole - Bug 848599 - Implement DisableGenerationalGC like DisableIncrementalGC; r=billm
# [21:34] <reed> http://www.businesswire.com/news/home/20130307006192/en/Google-MPEG-LA-Announce-Agreement-Covering-VP8
# [21:34] <reed> hmm
# [21:34] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
# [21:35] * Quits: atte (atte@moz-D74310DA.dhcp.inet.fi) (Client exited)
# [21:36] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
# [21:36] * Quits: espadrine (thaddee_ty@moz-B582BE1.dclient.lsne.ch) (Ping timeout)
# [21:37] * Joins: gbrown (gbrown@E9758364.9EC0A5AF.CFE928A7.IP)
# [21:37] * Quits: gbrown (gbrown@E9758364.9EC0A5AF.CFE928A7.IP) (Quit: gbrown)
# [21:37] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [21:37] * Quits: Ms2ger (Ms2ger@7C210AEC.2C129564.3773EA9F.IP) (Quit: nn)
# [21:38] <@khuey> !seen bz
# [21:38] <firebot> bz was last seen 60 minutes and a couple of seconds ago, saying 'ms2ger: if it ever happens....' in #content.
# [21:38] <@khuey> hrm
# [21:38] <@khuey> jduell: ping?
# [21:38] <jduell> khuey: yes?
# [21:38] * Joins: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net)
# [21:38] <@khuey> jduell: would you admit to knowing anything about nsIUploadChannel?
# [21:39] <jduell> khuey: a wee bit, sure
# [21:39] <@khuey> jduell: is it supposed to be usable from on-modify-request?
# [21:39] * Parts: syssgx (Mibbit@moz-1EB3A232.dsl.dyn.forthnet.gr)
# [21:39] <@khuey> jduell: like to look at the value being uploaded?
# [21:40] * Quits: asrail (asrail@EB8ABE1B.D9975CD5.3927C314.IP) (Ping timeout)
# [21:40] * Joins: jviereck (Adium@moz-340574DC.dclient.hispeed.ch)
# [21:40] * Quits: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net) (Ping timeout)
# [21:40] * Quits: mixedpuppy (mixedpuppy@2557E599.66715431.D25A875A.IP) (Quit: mixedpuppy)
# [21:41] * Quits: ehugg_lime (ehugg_lime@moz-E71CDCB2.hsd1.wa.comcast.net) (Quit: Leaving)
# [21:42] * Quits: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net) (Ping timeout)
# [21:42] <jduell> khuey: http://mxr.mozilla.org/mozilla-central/source/netwerk/base/public/nsIUploadChannel.idl#15
# [21:42] <jduell> I'd read that as a "no"
# [21:43] <jduell> khuey: well, wait, if you want to *read* it at that point, that might be different
# [21:43] <jduell> what are you trying to do exactly?
# [21:43] <imelven> khuey: what's the bug # ?
# [21:43] <@khuey> well I'm trying to figure out if this bug I'm looking at is a Necko bug or a CSP bug
# [21:44] <@khuey> bug 846458
# [21:44] <@khuey> so what's happening is
# [21:44] <@khuey> the test hooks into http-on-modify-request
# [21:44] <@khuey> and looks at the upload stream
# [21:44] <@khuey> and reads from it
# [21:44] <@khuey> then later necko uploads it
# [21:44] <@khuey> and since the stream is seeked past 0 it asserts
# [21:45] <@khuey> that's why the assertion happens
# [21:45] <jduell> khuey: I'd think it's up to the sniffer to reseek to 0?
# [21:45] <@khuey> I don't understand why sometimes it *doesn't* happen
# [21:45] * Joins: mgoodwin (mgoodwin@moz-DB4A9C19.scl3.mozilla.com)
# [21:45] <@khuey> that seems to imply that http-on-modify-request and upload starting are racing ...
# [21:45] <timeless> reed: aww, you beat me to the article
# [21:45] <jduell> khuey: OMR is now called a bit later than it used to be
# [21:45] <jduell> it used to be called synchronously during asyncOpen
# [21:46] <jduell> Now it gets called after we've done some proxy resolution.
# [21:46] <timeless> khuey: iirc
# [21:46] <jduell> khuey: We have a new on-opening-request notification that still runs sync within asyncOpen
# [21:46] <timeless> there was a way to deal w/ UploadChannel
# [21:46] <timeless> where you basically had to create your own stream and replace the one that was there
# [21:46] <@khuey> woah timeless is alive
# [21:47] <timeless> i lurk, someone woke me up here earlier today
# [21:47] <@khuey> ah
# [21:47] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [21:49] <jduell> khuey: here's a start to the breadcrumb trail if you're interested: https://bugzilla.mozilla.org/show_bug.cgi?id=800799#c14
# [21:49] <jduell> but basically I'm guessing the client needs to re-seek to 0
# [21:49] <timeless> khuey: oh, you're trying to insert an upload late?
# [21:49] * Joins: jandem (jandem@66C76B89.FB8EABAE.DF9376EA.IP)
# [21:49] * Joins: genester (Thunderbir@moz-D6DF133C.washdc.east.verizon.net)
# [21:49] <timeless> we were replacing uploads late
# [21:49] <@khuey> timeless: no the test is just reading the upload
# [21:49] <timeless> so the upload already existed, but we want to read it
# [21:49] <timeless> the trick was
# [21:49] <timeless> if you wanted to read the upload
# [21:49] <timeless> you basically had to make your own stringinputstream
# [21:50] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [21:50] <timeless> and replace the current upload thing w/ your SIS
# [21:50] <timeless> and then read from the upload and put the upload data into your SIS
# [21:50] <timeless> (past life, circa 2004)
# [21:50] <timeless> not quite a decade old, but close :)
# [21:50] <jduell> khuey: note that even if you continue to use OMR it still gets called before we connect the channel, so necko shouldn't be reading it concurrently with an OMR observer
# [21:50] <@khuey> jduell: does OMR race with transaction setup?
# [21:50] <jviereck> is there a way to get daily summaries of w3c mailing/www-style list like the ones from the mozilla mailing lists?
# [21:51] <jduell> khuey: ^^^ no
# [21:51] <avih> jmaher: just noticed that most of the tscroll files have tabs for indentation. should i change the files i'm touching to spaces?
# [21:51] <jmaher> avih: that would be much appreciated!
# [21:51] <@khuey> jduell: hmm, I don't understand how this doesn't always assert then
# [21:51] * Quits: aklotz (Thunderbir@moz-55246988.cg.shawcable.net) (Ping timeout)
# [21:51] <avih> jmaher: though the diff would look much bigger...
# [21:51] * Quits: breck (breck@moz-E512D9D2.hsd1.ca.comcast.net) (Client exited)
# [21:51] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [21:52] <jduell> khuey: that does sound weird.
# [21:52] <jmaher> avih: that is fine
# [21:52] <jduell> khuey: there's not a redirect going on during the load, is there?
# [21:52] <jduell> those get a little funkier
# [21:53] <avih> jmaher: i'll make a queue. the first will be the actual changes, and the 2nd just to fix indentation, so it's easier to follow.
# [21:53] * Joins: erikvold (erikvold@moz-FEB0D3F0.bchsia.telus.net)
# [21:53] * Joins: ehugg (chatzilla@40915CA6.29102B70.6CD50604.IP)
# [21:54] <firebot> Check-in:
# [21:54] <@khuey> jduell: not sure, how do I tell?
# [21:54] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/9f15cf555746 - Simon Montagu - Move WalkDescendantsClearAncestorDirAuto from BeforeSetAttr to OnSetDirAttr to simplify the test for elements that had dir=auto but no longer do, especially <bdi>. Bug
# [21:54] <firebot> 845093, r=ehsan
# [21:54] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ac291d349daa - Simon Montagu - Make sure not to return the old text node in ResetNodeDirection. Bug 845093, r=ehsan
# [21:54] <jmaher> avih: good idea
# [21:54] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/916cfe5fa711 - Simon Montagu - Testcase from bug 847127, r=ehsan
# [21:54] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e81b56f0c689 - Simon Montagu - Set the AncestorHasDirAuto flag for all new text nodes that need it. Bug 847127, r=ehsan
# [21:54] <jduell> khuey: we rewind the stream (mUploadStream) when we do an HTTP auth retry (which is much like a redirect, so the transaction has already read from stream). That appears to be the only place we do that. Well, in nsHttpChannel at least. Let me look some more
# [21:55] <@khuey> yeah we don't even dispatch the cache query until after OMR
# [21:55] * Joins: aklotz (Thunderbir@moz-55246988.cg.shawcable.net)
# [21:56] <@khuey> anyways, I'm going to make this imelvens problem ;-)
# [21:57] * joduinn-coffee is now known as joduinn
# [21:58] <imelven> hooray !
# [21:58] * Quits: aklotz (Thunderbir@moz-55246988.cg.shawcable.net) (Ping timeout)
# [21:58] <imelven> i got 99 problems and csp tests *are* one
# [21:58] * Joins: TimAbraldes (Thunderbir@moz-3F87419B.hsd1.or.comcast.net)
# [21:58] <imelven> ;)
# [21:59] * Joins: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net)
# [21:59] * Quits: TimAbraldes (Thunderbir@moz-3F87419B.hsd1.or.comcast.net) (Quit: TimAbraldes)
# [21:59] * Quits: Asa (asa@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [21:59] * Joins: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [21:59] * Quits: ErvisTusha (ErvisTusha@10728EF.F69FB6EA.363D84A4.IP) (Connection reset by peer)
# [21:59] * Joins: Asa (asa@2557E599.66715431.D25A875A.IP)
# [22:02] * Joins: aklotz (Thunderbir@moz-55246988.cg.shawcable.net)
# [22:02] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [22:04] <@ehsan> overholt: http://www.chromestatus.com/features
# [22:04] <@ehsan> overholt: is what I was talking about
# [22:05] <@ehsan> bent: ping
# [22:05] <overholt> ehsan, that's really nice
# [22:05] * juanb|lunch is now known as juanb
# [22:05] <@ehsan> overholt: yeah it is, isn't it?
# [22:05] * @ehsan wants that for mozilla
# [22:06] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/563213431c9f - Geoff Brown - Bug 784242 - set browser.viewport.scaleRatio during robocop tests; r=kats
# [22:06] * Quits: akeybl (akeybl@43CB6079.66715431.D25A875A.IP) (Ping timeout)
# [22:06] * Quits: seif (seiflotfy@BEAC5A65.FE22CA96.A6BD37EB.IP) (Ping timeout)
# [22:06] * Joins: akeybl (akeybl@43CB6079.66715431.D25A875A.IP)
# [22:08] * Joins: pmoore (pmoore@F2D29657.F60B0462.67AC9B1.IP)
# [22:08] * armenzg is now known as armenzg_brb
# [22:09] * Joins: twi (Adium@moz-311B251.static.hosted.by.combell.com)
# [22:09] * Quits: akeybl (akeybl@43CB6079.66715431.D25A875A.IP) (Ping timeout)
# [22:09] * Joins: akeybl (akeybl@43CB6079.66715431.D25A875A.IP)
# [22:11] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
# [22:12] * Joins: armenzg__ (armenzg@moz-600B22EA.home1.cgocable.net)
# [22:12] * Quits: armenzg_brb (armenzg@moz-600B22EA.home1.cgocable.net) (No route to host)
# [22:12] * Quits: automata (automata@moz-1CE7A56D.ifsc.usp.br) (Ping timeout)
# [22:13] * KaiRo_away is now known as KaiRo
# [22:13] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
# [22:14] * Joins: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz)
# [22:14] <bent> ehsan, here
# [22:14] * Quits: aklotz (Thunderbir@moz-55246988.cg.shawcable.net) (Ping timeout)
# [22:14] * Joins: Optimizer (Optimizer@AD9DE767.CADDDC1.D2D1FAF0.IP)
# [22:15] * Joins: jedp (jedp@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [22:15] * Joins: AndChat|129456 (AndChat129@342259A2.44C746F3.8368E798.IP)
# [22:15] <@ehsan> bent: are you working on perf for b2g?
# [22:16] * Quits: AndChat|129456 (AndChat129@342259A2.44C746F3.8368E798.IP) (Quit: Bye)
# [22:16] <bent> ehsan, jld is
# [22:16] * Joins: lizzard (ehenry@moz-D7418602.tmodns.net)
# [22:16] <bent> ehsan, i'm going to try to get it working today though
# [22:16] <bent> ehsan, based on his steps
# [22:16] * gregglind_afk is now known as gregglind
# [22:16] * Joins: AndChat|129456 (AndChat129@342259A2.44C746F3.8368E798.IP)
# [22:17] <@ehsan> bent: I was curious, have you tried gecko profiler with multithread support?
# [22:17] <@ehsan> bent: i.e., BenWa and snorp's stuff?
# [22:17] * Joins: Optimizer1 (Optimizer@3EBE1AFC.E1B11408.D2D1FAF0.IP)
# [22:17] <bent> ehsan, i didn't think the multithread support had landed yet
# [22:17] <BenWa> ehsan: We have patches
# [22:17] * Quits: Optimizer1 (Optimizer@3EBE1AFC.E1B11408.D2D1FAF0.IP) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
# [22:17] * Quits: Optimizer (Optimizer@AD9DE767.CADDDC1.D2D1FAF0.IP) (Ping timeout)
# [22:17] <BenWa> bent: We also have patches that will merge profiles from different processes
# [22:17] * Joins: Optimizer (Optimizer@3EBE1AFC.E1B11408.D2D1FAF0.IP)
# [22:17] <@ehsan> right
# [22:18] <@ehsan> bent: https://bugzilla.mozilla.org/show_bug.cgi?id=734691
# [22:18] <BenWa> bent: If you have specific profiling needs let me know
# [22:18] <@ehsan> bent: yeah, it would be awesome if we can fix the gecko profiler for your needs
# [22:18] <bent> unfortunately my needs are "today"
# [22:19] * Quits: wlach (wlach@moz-A1116E53.sdsl.bell.ca) (Ping timeout)
# [22:19] <bent> not sure what the fastest path to victory is
# [22:19] <bent> gwagner is racing me with printf
# [22:19] <bent> and he's winning
# [22:19] <@ehsan> hmm
# [22:19] <gwagner> bent: it's working: RecvPIndexedDBDatabaseConstructor: 1362691192.316556,
# [22:19] <@ehsan> BenWa: how close are those patches?
# [22:19] <bent> but of course long term i want us to use our own profiler
# [22:19] * Joins: aklotz (Thunderbir@moz-C8163150.cg.shawcable.net)
# [22:20] <bent> if possible
# [22:20] <BenWa> bent: It works fine now. Those missing patches are just sugar-on-top
# [22:20] <nmatsakis> BenWa: btw, still building with that patch. I have to go now to prepare dinner for a bit but will try to investigate more later. I have to say that making the close be synchronous on both sides makes me nervous, I was thinking it may lead to deadlocks...
# [22:20] <BenWa> nmatsakis: I think I have it fixed
# [22:20] * Quits: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [22:20] <@ehsan> bent: yeah ok, I didn't know that your needs are that urgent
# [22:20] * Quits: martyn (martyn@moz-57A66DEC.range81-154.btcentralplus.com) (Client exited)
# [22:20] <BenWa> I'm not sure if my solution is good though
# [22:20] <nmatsakis> BenWa: ok, which bug # or can you send me the patch?
# [22:20] * Joins: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [22:20] <BenWa> CC'ing you in a bug one moment
# [22:21] <nmatsakis> ok
# [22:21] <gwagner> BenWa: currently we have the problem that we don't have a good way to measure IPC delay for b2g
# [22:21] <@ehsan> gwagner: how fine grained do the measurements need to be?
# [22:21] * hwine-food is now known as hwine
# [22:21] <BenWa> Yes that's not a good use case for a general profiler. gwagner I would modify the IPDL compiler to auto generate the measurements
# [22:21] * Quits: AndChat|129456 (AndChat129@342259A2.44C746F3.8368E798.IP) (Quit: Bye)
# [22:22] <@ehsan> gwagner: also, see https://bugzilla.mozilla.org/show_bug.cgi?id=729182
# [22:22] <bent> heh
# [22:22] <BenWa> gwagner: But the profiler will tell you what long calls are doing
# [22:22] <gwagner> ehsan: a database lookup takes now 1.3 sec so +- a few msec would be fine
# [22:22] <BenWa> Say you're sending a sync call, but the other side is waiting on another message to process
# [22:22] <@ehsan> gwagner: oh heh, in that case the gecko profiler should work fine I would expect
# [22:23] * Quits: aklotz (Thunderbir@moz-C8163150.cg.shawcable.net) (Ping timeout)
# [22:23] <BenWa> nmatsakis: bug 848949
# [22:24] <gwagner> ehsan: that's usually async and off main thread so it's hard to see what's taking so long
# [22:25] <gwagner> ehsan: and it happens during app startup. so other things show up as well
# [22:25] <@ehsan> gwagner: so maybe honza's tool is better for your purposes
# [22:25] <@ehsan> gwagner: I'm not really sure tbh
# [22:26] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/0e7639e3bdfb - Matt Brubeck - Bug 847508 - Allow mach_bootstrap to specify a separate mozilla dir, for comm-central builds [r=gps]
# [22:26] * jcranmer|away is now known as jcranmer
# [22:26] * Quits: Mitch (chatzilla@moz-425B885E.sbr802.nsw.optusnet.com.au) (Quit: ChatZilla 0.9.90 [SeaMonkey 2.16/20130217195808])
# [22:27] <RyanVM> jesup: ping
# [22:27] <Optimizer> can I please get some platform help on Bug 829330 ?
# [22:27] <jld> bent,ehsan: As of last night I've automated the build of the modified toolchain and both sides' perf binaries.
# [22:27] <BenWa> gwagner: If we have specific needs to profile IPDL messages I think that should be built into the profiler. I want to treat IPDL profiling as a first class citizen
# [22:27] <BenWa> I just haven't had time to scope what that would look like yet
# [22:27] <RyanVM> jesup: ekr: abr: seeing some new webrtc winxp M2 crashes today - https://tbpl.mozilla.org/php/getParsedLog.php?id=20432737&tree=Mozilla-Inbound https://tbpl.mozilla.org/php/getParsedLog.php?id=20422286&tree=Mozilla-Inbound https://tbpl.mozilla.org/php/getParsedLog.php?id=20427264&tree=Mozilla-Inbound
# [22:28] <avih> jmaher: posted a patch
# [22:28] <bent> jld, woah, great
# [22:28] <bent> jld, how do i start?
# [22:28] <jmaher> avih: thanks! you are on top of it
# [22:28] <avih> jmaher: :p
# [22:28] <gwagner> BenWa: can we also get traces in our profiler? so not add up all the time spent in a function but rather how long single calls took?
# [22:29] <BenWa> gwagner: Not really since it's a sampling profiler
# [22:29] <BenWa> I may add another major feature to do it however
# [22:29] <jld> bent: So, I was going to make sure I was sufficiently following the GPL to post the repo with all its lovely binaries on github, and then do that thing.
# [22:30] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: Success !!)
# [22:31] * Joins: aklotz (Thunderbir@moz-C8163150.cg.shawcable.net)
# [22:31] * Quits: FabioMagnoni (fabiomagno@moz-6F6D3B2.home.otenet.gr) (Client exited)
# [22:31] <gwagner> BenWa: right. it's super useful for identifying "heavy" functions
# [22:32] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [22:32] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [22:32] * Quits: RealRaven (Thunderbir@2AD68F33.F74D0024.27F80FAC.IP) (Quit: RealRaven)
# [22:32] * Quits: mmc|laptop (mmc@moz-BE33DA21.fw1.sfo1.mozilla.net) (Connection reset by peer)
# [22:32] <BenWa> gwagner: heavy functions shouldn't need this. They will show up in profiles
# [22:32] * Joins: mmc|laptop (mmc@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [22:33] * Quits: smontagu (chatzilla@moz-F8B80340.red.bezeqint.net) (Input/output error)
# [22:33] <jld> I, uh, kind of got distraced by a Rust bug that turned out to not actually be my fault, but I know the code involved, and suddenly it's hours later.
# [22:33] * Joins: FabioMagnoni (fabiomagno@moz-6F6D3B2.home.otenet.gr)
# [22:34] <gwagner> BenWa: right. I mean our current profiler is useful for heavy funciton
# [22:34] * Joins: FabioMag_ (fabiomagno@moz-6F6D3B2.home.otenet.gr)
# [22:34] <gwagner> BenWa: Currently I would need something like http://www.omappedia.com/images/e/ee/Pytimechart_screenshot.png
# [22:35] * Quits: FabioMagnoni (fabiomagno@moz-6F6D3B2.home.otenet.gr) (Ping timeout)
# [22:35] <mbrubeck> achievement unlocked: landed a patch on comm-central
# [22:35] * Quits: yzen (Adium@67828CC7.C1A51174.9D42CF23.IP) (Quit: Leaving.)
# [22:35] <BenWa> gwagner: I've never seen this. What am I looking at?
# [22:35] * armenzg__ is now known as armenzg
# [22:35] <BenWa> cpu time slice?
# [22:36] <abr> RyanVM -- I haven't seen any of those three yet either. They're crashing in different functions, but all three are in the process of cleaning up the call when they crash. I suspect they have the same root, but don't yet have any theories about what that root cause might be.
# [22:36] <gwagner> BenWa: yes.
# [22:36] <RyanVM> abr: guessing bug 848423 is related
# [22:36] * Quits: FabioMag_ (fabiomagno@moz-6F6D3B2.home.otenet.gr) (Ping timeout)
# [22:36] <RyanVM> it's only on inbound and they all started after that landed
# [22:36] * Quits: mwobensmith (Adium@A5087023.2354C43D.D8E68FF6.IP) (Quit: Leaving.)
# [22:36] <abr> Is 07:23:48 PST the earlies this showed up?
# [22:36] <gwagner> BenWa: so we can see how long a function takes and for IPC how long it takes to send a message to another thread
# [22:36] * Joins: breck (breck@8342E71E.A6B4685D.DC877F3B.IP)
# [22:36] * Joins: jhylands (jhylands@moz-328BBA98.cpe.net.cable.rogers.com)
# [22:36] * Quits: lduros (user@moz-5D9ACE42.admin.upenn.edu) (Client exited)
# [22:36] <BenWa> gwagner: file:///Users/bgirard/ben/sps/cleopatra/index.html#report=9348d5296bc1483c2118f03595df5d1b0309e6b0
# [22:37] <RyanVM> i'm filing now
# [22:37] <BenWa> err one sec
# [22:37] <abr> RyanVM -- okay, so that's not inconceivable.
# [22:37] * Joins: AaronMT (AaronMT@E9758364.9EC0A5AF.CFE928A7.IP)
# [22:37] * Joins: victorporof (victorporo@37FE3F80.AB163232.79933D60.IP)
# [22:37] <BenWa> gwagner: http://people.mozilla.com/~bgirard/cleopatra/#report=9348d5296bc1483c2118f03595df5d1b0309e6b0
# [22:37] <BenWa> This is an example of an B2G multi-process profile
# [22:37] <abr> RyanVM: be sure to reference Bug 848423 in the report
# [22:38] <BenWa> I plan on showing links between threads when they have long running locks/IPC threads
# [22:38] * Quits: msucan (mihai@E8A9D9C4.773D689F.70BDB599.IP) (Quit: Leaving.)
# [22:38] <abr> EKR and I were pursuing different fixes for this problem, and decided that this was probably architecturally the cleanest fix.
# [22:38] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6428e127d414 - Yiming Yang - Bug 848448 - add Actions from marionette into package and up the version number, r=mdas
# [22:38] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [22:38] <abr> But if it's causing problems, I'd be inclined to throw it out and try his alternate approach intstead
# [22:38] * Quits: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net) (Quit: jib)
# [22:38] <@bsmedberg> gfritzsche: I finally got around to adding a user selector to http://benjamin.smedbergs.us/bugbudgeter/
# [22:38] * Joins: Jesse (jruderman@EB6DAA44.820C841F.D6F3DB9.IP)
# [22:38] <@bsmedberg> gfritzsche: so your component set is in there now
# [22:39] * Joins: TimAbraldes (Thunderbir@moz-3F87419B.hsd1.or.comcast.net)
# [22:39] <RyanVM> abr: of course ;)
# [22:39] <@bsmedberg> if anyone else wants to have a set of components added in their for triage, ping me
# [22:39] * Joins: ekr_ (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
# [22:39] * Joins: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net)
# [22:39] <gwagner> BenWa: that looks good
# [22:39] * Quits: victorporof (victorporo@37FE3F80.AB163232.79933D60.IP) (Ping timeout)
# [22:39] * d3f3kt is now known as [d3f3kt]
# [22:40] * Quits: Jesse (jruderman@EB6DAA44.820C841F.D6F3DB9.IP) (Ping timeout)
# [22:40] * Joins: gandalf (zbraniecki@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [22:40] <abr> RyanVM: We should probably also hold off landing bug 848423 on M-I until we have better visibility into whether it's causing the problem. What's the best way to do that?
# [22:40] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
# [22:40] <abr> (I haven't been around enough to know what the process for that woud look lke)
# [22:42] <RyanVM> abr: even better - all xp PGO builds
# [22:42] <abr> Argh!
# [22:42] <RyanVM> abr: bug 848423 is already on inbound
# [22:42] * whimboo is now known as whimboo|afk
# [22:42] <abr> Sorry, I meant m-c.
# [22:42] <nmatsakis> BenWa: did you mean to r? me? (nmatsakis vs nmalkin)
# [22:42] <RyanVM> i'll back it out
# [22:42] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c8db16b10212 - Stephen Pohl - Bug 848417 - Use wcsncpy instead of wcscpy. r=bbondy
# [22:42] <BenWa> ops
# [22:42] <abr> backing out of m-i is probably a good idea, too. :)
# [22:43] <RyanVM> abr: definitely agreed - you can do PGO builds on Try with a little sorcery
# [22:43] * ctalbert|lunch is now known as ctalbert|mtg
# [22:43] * Quits: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net) (Ping timeout)
# [22:43] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
# [22:44] * Joins: cpeterson (cpeterson@E9758364.9EC0A5AF.CFE928A7.IP)
# [22:44] * jhammel|lunch is now known as jhammel
# [22:44] * Quits: jhylands (jhylands@moz-328BBA98.cpe.net.cable.rogers.com) (Input/output error)
# [22:44] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [22:44] <jcranmer> hmm
# [22:44] <jcranmer> can a file:// not XHR file:// ?
# [22:45] <RyanVM> abr: it's happening on win7 PGO as well
# [22:45] <@khuey> probably not
# [22:45] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [22:45] <@khuey> same origin policy
# [22:45] <jcranmer> what's same origin policy for files?
# [22:45] * Quits: bholley (anonymous@moz-FCAF9AAB.hsd1.ca.comcast.net) (Ping timeout)
# [22:45] * Quits: cpeterson (cpeterson@E9758364.9EC0A5AF.CFE928A7.IP) (Input/output error)
# [22:45] <abr> RyanVM: those are the same binaries, right? The only difference is which OS they're tested under, IIUC.
# [22:46] * Joins: jib (Jan-Ivar@moz-58716CD3.hsd1.pa.comcast.net)
# [22:46] <@khuey> jcranmer: roughly "you lose"
# [22:46] * Joins: bholley (anonymous@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [22:46] <RyanVM> abr: yes
# [22:46] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1d028bd354d0 - Ryan VanderMeulen - Backed out changeset ad01bb8a6742 (bug 848423) for Windows PGO mochitest-2 crashes.
# [22:46] <tbsaunde> ted: is there a way to get symbols for a try build that gdb can use?
# [22:46] * Joins: jhylands (jhylands@moz-328BBA98.cpe.net.cable.rogers.com)
# [22:46] <jcranmer> sigh
# [22:46] <jcranmer> time to teach apache some hacks
# [22:46] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [22:47] * jchen|away is now known as jchen
# [22:47] <@khuey> https://developer.mozilla.org/en-US/docs/Same-origin_policy_for_file:_URIs
# [22:47] <nmatsakis> BenWa: how urgent is it to land this patch? that is, I'm not 100% sure if this is the right approach, I'd like some time to investigate a bit more, but if you need it to unblock you that's another thing
# [22:48] <jdm> <khuey> jcranmer: roughly "you lose"
# [22:48] * Quits: lizzard (ehenry@moz-D7418602.tmodns.net) (Ping timeout)
# [22:48] <jdm> oops
# [22:48] <BenWa> nmatsakis: We can punt a few days on it
# [22:48] <jcranmer> khuey: how does it work for symlinks?
# [22:48] <nmatsakis> BenWa: ok, I'll try to be quick :)
# [22:49] * Joins: Jesse (jruderman@A5A0595A.66715431.D25A875A.IP)
# [22:49] <RyanVM> abr: jesup landed a logging patch for bug 839650 around the same time, but most of that appears to be debug-only
# [22:49] <nmatsakis> BenWa: so, do I just set the about:settings layers.offmainthreadcomposition.enabled to true and then it'll start to crash?
# [22:49] <BenWa> in about:config
# [22:49] <nmatsakis> right, about:config, sorry
# [22:50] <BenWa> then you need to close the browser. There's a >50% of a crash I believe after the preference is set
# [22:50] <nmatsakis> ok :)
# [22:50] <BenWa> I bet adding a sleep would make it 100%
# [22:50] <abr> RynVM: I can't get to 839650 -- can you CC me?
# [22:50] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
# [22:50] <abr> RyanVM ^^
# [22:50] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [22:51] <@khuey> jcranmer: no idea
# [22:51] * Quits: armenzg (armenzg@moz-600B22EA.home1.cgocable.net) (Ping timeout)
# [22:51] * Joins: armenzg (armenzg@moz-600B22EA.home1.cgocable.net)
# [22:51] * Joins: bnicholson (bnicholson@E9758364.9EC0A5AF.CFE928A7.IP)
# [22:51] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/434df14afb14 - Chris Peterson - Bug 848761 - input element's type attribute values are case-insensitive. r=jchen
# [22:52] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/67d45af70ae9 - Brian R. Bondy - Bug 848798 - currentElement browser.js null usage assertion. r=mbrubeck
# [22:53] <tbsaunde> glandium: ping
# [22:53] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c49bc3600303 - Patrick McManus - bug 848360 - telemetry for ssl ratios of http transactions and page loads r=jduell
# [22:54] * jhopkins is now known as jhopkins|afk
# [22:54] <gkw> gps: congratulations on being our new Build Config overlord!
# [22:54] <gkw> :)
# [22:54] * Joins: WeirdAl (chatzilla@moz-D461843.ask.info)
# [22:54] <jcranmer> sigh
# [22:55] * Joins: jgilbert (jgilbert@2557E599.66715431.D25A875A.IP)
# [22:55] <jcranmer> why doesn't the profiler have a bottom-up call trace?
# [22:56] * Quits: AndreeaM (Thunderbir@977150F5.5B3A2A49.CD219C36.IP) (Quit: AndreeaM)
# [22:56] * Joins: lizzard (ehenry@moz-D7418602.tmodns.net)
# [22:57] <@roc> because you haven't implemented it yet
# [22:57] <RyanVM> abr: well crap, I just realized that one of the instances was before that patch landed :(
# [22:57] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
# [22:57] * philor is now known as philor|away
# [22:58] * armenzg is now known as armenzg_afk
# [22:58] <abr> RyanVM: One of those three, or a fourth one?
# [22:58] <RyanVM> one of the first 3
# [22:58] <RyanVM> abr: which means that whatever regressed it is already on m-c
# [22:58] <RyanVM> so we should see it there too once the pending pgo builds finish
# [22:59] <RyanVM> abr: Oh, I see what threw me off.
# [22:59] <abr> Alright, so is the patch for 848423 backed out of m-i, or is it still there?
# [22:59] <RyanVM> abr: I saw the landing yesterday
# [22:59] <RyanVM> abr: it's out
# [22:59] <abr> Okay
# [22:59] * Quits: armenzg_afk (armenzg@moz-600B22EA.home1.cgocable.net) (Input/output error)
# [23:00] <jcranmer> I take it that everything that runs in xpcshell tests and chrome isn't jitted?
# [23:00] <abr> Ah, right. It landed yesterday and didn't build. So it was pulled out for some #include fixes. The first landing never did Windows PGO, because it couldn't compile on Windows.
# [23:00] <jcranmer> or jitted less agressively? or somethin?
# [23:00] * Joins: njn (chatzilla@moz-99B00792.dyn.iinet.net.au)
# [23:01] <RyanVM> abr: https://tbpl.mozilla.org/php/getParsedLog.php?id=20433897&tree=Mozilla-Inbound
# [23:01] <RyanVM> that's on inbound from a recent push
# [23:01] <abr> Okay, so it seems that we can re-land 848423 and then try to track down what's causing these problems.
# [23:01] * Quits: Gentlecat (Roman@F8A75B99.CF9BE6BE.8FB52CB8.IP) (Ping timeout)
# [23:01] <RyanVM> abr: my guess is that whatever broke it is in here somewhere: https://hg.mozilla.org/mozilla-central/pushloghtml?startID=24405&endID=24406
# [23:01] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Quit: PM: Preparing frontal lobe for mem sleep)
# [23:02] <abr> Ooh, that's a nice haystack. :)
# [23:02] * Quits: jduell (jduell@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
# [23:02] * Joins: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com)
# [23:02] * Joins: jduell (jduell@2557E599.66715431.D25A875A.IP)
# [23:02] <Optimizer> Can I do away with a partial build even after getting this error while building the app-dir/browser/ directory ? http://pastebin.mozilla.org/2201504
# [23:02] <RyanVM> abr: yeah, yesterday sucked :(
# [23:02] <RyanVM> abr: the first cset where it happened is 814a0c94b215
# [23:02] <RyanVM> which is on m-c too
# [23:02] <abr> RyanVM: So, wait -- your current theory is that the crashes originated on m-c and then got sucked into m-i?
# [23:03] * Quits: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [23:03] <RyanVM> no, just that what broke it is already merged over
# [23:03] <RyanVM> we just didn't see it in time
# [23:03] * Quits: gandalf (zbraniecki@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: I feel so disconnected now )
# [23:04] <abr> Perhaps I'm reading this wrong. The comment "Merge m-c to inbound" means patches are going from which tree to which tree?
# [23:04] <RyanVM> m-c to inbound
# [23:04] <RyanVM> it's confusing because the merge went from m-c to inbound
# [23:04] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Ping timeout)
# [23:04] <RyanVM> first
# [23:04] * Quits: lizzard (ehenry@moz-D7418602.tmodns.net) (Quit: lizzard)
# [23:04] <RyanVM> abr: https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=71395a927025
# [23:04] * Joins: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [23:04] <RyanVM> to pick up what had landed on m-c since the last inbound merge
# [23:05] <RyanVM> and then it was merged back to m-c from inbound to pick up everything that landed on inbound since the last m-c merge
# [23:05] <abr> Ah, okay.
# [23:05] <RyanVM> abr: fortunately, not too many webrtc patches appear to have landed and stuck in that list
# [23:05] <RyanVM> abr: I see Bug 828917
# [23:06] <RyanVM> abr: Bug 839677
# [23:06] <RyanVM> Bug 848345
# [23:06] <abr> I'd be astonished if it's 839677.
# [23:06] * Quits: jryans (jryans@moz-945C5CA4.massrel.com) (Quit: Be back later)
# [23:07] <abr> 837035
# [23:07] <doublec> jduell: pong
# [23:07] <jesup> RyanVM: I can guarantee it's not 828917
# [23:08] <jesup> and bug 848345 has no impact on anything except VC9 builds
# [23:08] <jesup> bbiab
# [23:09] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [23:09] * Quits: jviereck (Adium@moz-340574DC.dclient.hispeed.ch) (Quit: Leaving.)
# [23:10] * Quits: AaronMT (AaronMT@E9758364.9EC0A5AF.CFE928A7.IP) (Quit: Textual IRC Client: www.textualapp.com)
# [23:11] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
# [23:12] * Quits: twi (Adium@moz-311B251.static.hosted.by.combell.com) (Quit: Leaving.)
# [23:12] * Joins: jviereck (Adium@moz-340574DC.dclient.hispeed.ch)
# [23:13] * Quits: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:13] * Quits: aklotz (Thunderbir@moz-C8163150.cg.shawcable.net) (Ping timeout)
# [23:13] * Quits: Mavericks (Mibbit@1F39BF4.D453C886.3E5D7F27.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [23:13] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/cc47f419dbd5 - Jeff Gilbert - Bug 848023 - Backout 123989 for mistaken push on r-
# [23:14] * Quits: overholt (overholt@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [23:14] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [23:14] * Joins: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com)
# [23:14] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
# [23:15] <bholley> jmaher: yt?
# [23:16] * Joins: Waldo (waldo@2557E599.66715431.D25A875A.IP)
# [23:17] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
# [23:17] * Quits: past (Instantbir@moz-F51FC2CD.dsl.dyn.forthnet.gr) (Quit: past)
# [23:17] * Joins: aklotz (Thunderbir@moz-55246988.cg.shawcable.net)
# [23:17] * philor|away is now known as philor
# [23:18] * Quits: jduell (jduell@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
# [23:18] * Joins: jduell (jduell@2557E599.66715431.D25A875A.IP)
# [23:18] <jduell> doublec: oh, that was about the jar seek bug. Commented in bug
# [23:19] * Quits: azakai (alon@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [23:19] <jduell> ie bug 836814
# [23:19] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
# [23:19] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Quit: brendan)
# [23:19] * Fallen is now known as Fallen|away
# [23:20] * Quits: TheOne (one@moz-2B55B2C8.dip.t-dialin.net) (Input/output error)
# [23:20] <doublec> jduell: the regular browser isnt different from b2g. seeking doesn't work on either in jar files.
# [23:20] * Quits: simone (simone@F2D29657.F60B0462.67AC9B1.IP) (Quit: simone)
# [23:20] * Joins: azakai (alon@2557E599.66715431.D25A875A.IP)
# [23:21] * Quits: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP) (Quit: Leaving.)
# [23:21] * Quits: vtmarvin1 (Thunderbir@9D75911A.1239134F.E4B2C495.IP) (Quit: vtmarvin1)
# [23:24] * Quits: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz) (Connection reset by peer)
# [23:24] * Quits: josh (josh@2557E599.66715431.D25A875A.IP) (Quit: josh)
# [23:24] * Quits: azakai (alon@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [23:24] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Quit: )
# [23:25] * Quits: jandem (jandem@66C76B89.FB8EABAE.DF9376EA.IP) (Quit: Bye)
# [23:25] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [23:26] <philor> oh yeah, that's what I needed to improve my attitude about having individual instances of 'bufferEnd >= mCurrentTime' marked as duplicates of the bug on fixing it, to have that bug go behind the sg cloak of invisibility
# [23:26] * Quits: davidb (davidb@moz-1EB292CB.dsl.bell.ca) (Quit: davidb)
# [23:26] * Quits: pnkfelix (pnkfelix@moz-43495417.fbx.proxad.net) (Quit: Leaving.)
# [23:26] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/0e7639e3bdfb - Matt Brubeck - Bug 847508 - Allow mach_bootstrap to specify a separate mozilla dir, for comm-central builds [r=gps]
# [23:27] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/74791fb87cf3 - Adam Roach [:abr] - Bug 848423 - Change nearly all WebRTC instances of linked_ptr<> to nsRefPtr<> r=ehugg
# [23:27] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f505903671a7 - Ryan VanderMeulen - Merge m-c to inbound.
# [23:27] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b6ea7e1947e9 - Norbert Lindenberg - Bug 848664 - New intrinsics for self-hosted JavaScript missing from jshint globals. r=nmatsakis
# [23:27] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/3b1334f16328 - Albert Crespell - Bug 844774 - Move old samples to last one. r=khuey
# [23:27] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/6e7e6773c836 - JosiahOne - Bug 845807 - Blue link text should be lighter by default. r=mconley, ui-r=shorlander
# [23:27] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/4b1dd2c08d8d - Matt Woodrow - Bug 846971 - Don't create layers that are scaled to 0. r=roc
# [23:27] <jmaher> bholley: I am here, for a couple minutes
# [23:27] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b1557651f08a - Andre Reinald - Bug 839029 - Don't repaint default button if disabled or inactive. r=mstange, r=josh
# [23:27] <bholley> jmaher: so, when Components goes away for content, we get talos-other crashes
# [23:28] <bholley> jmaher: I'm pretty sure that it's talos/page_load_test/a11y/a11y.js
# [23:28] <jmaher> bholley: ahh, yeah
# [23:28] <jmaher> is there a way to fix that?
# [23:28] <bholley> jmaher: in particular, that file touches Components _before_ invoking enablePrivilege
# [23:28] <bholley> jmaher: enablePrivilege will define Components to support legacy stuff
# [23:29] <bholley> jmaher: anyway, the patch is trivial. But I don't understand the release process for talos at all
# [23:29] * Joins: simone (simone@F2D29657.F60B0462.67AC9B1.IP)
# [23:29] <bholley> jmaher: is there any way to do a try push with a custom talos rev/
# [23:29] <bholley> ?
# [23:30] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/48578447ec42 - Masatoshi Kimura - Bug 587251 - new Worker(badURL) should throw a SECURITY_ERR. r=khuey
# [23:30] <jmaher> bholley: yeah, there is!
# [23:30] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
# [23:30] * Callek-tb17_0_4esr is now known as Callek
# [23:30] <jmaher> add a talos.zip with the change to your people account
# [23:30] * Joins: gcp (gpascutto@E9758364.9EC0A5AF.CFE928A7.IP)
# [23:30] <jmaher> bholley: ^, then put a reference to your people.mozilla.org:~/bholley/talos.zip in testing/talos/talos.json
# [23:31] * Joins: josh (josh@2557E599.66715431.D25A875A.IP)
# [23:31] <jmaher> bholley: or file a bug, I am going to run some talos try runs maybe tonight if not tomorrow
# [23:31] <jmaher> bholley: what branches will the components be removed? trunnk?
# [23:31] <bholley> jmaher: I'll file a bug with the patch, and kick off the tests
# [23:31] <bholley> jmaher: yes
# [23:31] * hwine is now known as hwine-fx20_0b4
# [23:31] <jmaher> bholley: great, that will make it easier
# [23:31] <bholley> jmaher: I'll make the talos stuff agnostic to the platform change though
# [23:32] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Input/output error)
# [23:32] <jmaher> once we are r+ and green on try, we get releng to upload a new talos.zip and then land a change to testing/talos/talos.json on your favorite trunk based branch
# [23:32] * Quits: breck (breck@8342E71E.A6B4685D.DC877F3B.IP) (Client exited)
# [23:32] <bholley> jmaher: jeeze, what a pain
# [23:32] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
# [23:33] <jmaher> bholley: it used to be a much bigger pain
# [23:33] <jmaher> anyway, I need to afk...I will look for the bug :)
# [23:33] * jmaher is now known as jmaher|afk
# [23:34] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [23:34] * ChanServ sets mode: +o smaug
# [23:34] <bholley> jmaher|afk: I cced you
# [23:34] * Joins: FabioMagnoni (fabiomagno@moz-6F6D3B2.home.otenet.gr)
# [23:35] * Quits: erikvold (erikvold@moz-FEB0D3F0.bchsia.telus.net) (Quit: erikvold)
# [23:36] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
# [23:36] * Joins: marco (Thunderbir@moz-AE6C729C.cust.dsl.teletu.it)
# [23:36] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [23:37] * Parts: jhylands (jhylands@moz-328BBA98.cpe.net.cable.rogers.com)
# [23:37] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [23:37] * Joins: azakai (alon@2557E599.66715431.D25A875A.IP)
# [23:38] * Quits: jviereck (Adium@moz-340574DC.dclient.hispeed.ch) (Quit: Leaving.)
# [23:38] * Joins: jviereck (Adium@moz-340574DC.dclient.hispeed.ch)
# [23:38] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [23:38] * Quits: jviereck (Adium@moz-340574DC.dclient.hispeed.ch) (Quit: Leaving.)
# [23:39] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [23:39] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Connection reset by peer)
# [23:39] * Joins: ggp_ (ggp@moz-CF8BEBEF.dia.static.qwest.net)
# [23:39] * Joins: Boriss_ (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [23:39] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Connection reset by peer)
# [23:39] * Boriss_ is now known as Boriss
# [23:39] * Joins: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net)
# [23:40] <avih> jmaher|afk: w00t! that was quick :D thx! ok to remove stats functions, but not sure what you were suggesting, leave theme someplace else as utils for debugging tests? also not sure i understand what "these functions" wrt to removing the first 5 data points.
# [23:40] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [23:41] <avih> jmaher|afk: but let's talk about it tomorrow or next week. gtg now.
# [23:41] * Quits: ggp_ (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Ping timeout)
# [23:41] * Joins: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
# [23:41] * philor is now known as philor|away
# [23:42] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/3d768e5a2a94 - Terrence Cole - Bug 848601 - Lookup the trace kind to use when marking at compile time; r=billm
# [23:42] * Quits: FabioMagnoni (fabiomagno@moz-6F6D3B2.home.otenet.gr) (Ping timeout)
# [23:42] * Parts: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
# [23:42] <NeilAway> mbrubeck++
# [23:43] <NeilAway> (achievement unlocked)
# [23:43] <tanvi> gavin: hey; have you had a chance to look at bug 840388 today?
# [23:43] * Quits: marcoz (marco.zehe@moz-C6119356.dip.t-dialin.net) (Ping timeout)
# [23:43] * Joins: twi (Adium@moz-12EC5C5D.ip243.fastwebnet.it)
# [23:45] <WeirdAl> !seen mano
# [23:45] <firebot> mano was last seen 8 hours, 34 minutes and 35 seconds ago, saying 'tnx :)' in #places.
# [23:45] * WeirdAl mutters curses
# [23:47] <@dbaron> argh, gcc's error messages are horrible
# [23:47] <@dbaron> if I have an extra trailing "," after the last argument to nsPrintfCString()
# [23:47] <mbrubeck> NeilAway: Looks like I broke something though? http://tbpl.drapostles.org/?tree=SeaMonkey -- I didn't realize com-central ran check-sync-dirs.py on /build and /mozilla/build
# [23:47] <WeirdAl> maybe I should've asked Neil instead for the TreeViews.jsm review
# [23:47] * baku is now known as baku|away
# [23:47] <mbrubeck> I wonder why I didn't see that locally
# [23:47] <@dbaron> it tells me "expected primary expression" before the opening "("
# [23:47] * Quits: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP) (Connection reset by peer)
# [23:48] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [23:48] * Quits: ericjung (ericjung@5210CFD5.1A5EA44.72B23B3D.IP) (Ping timeout)
# [23:48] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [23:48] <mbrubeck> oh, because I didn't run "make check" locally. :(
# [23:48] * Quits: Mic (Mic@moz-F92639C3.superkabel.de) (Connection reset by peer)
# [23:48] <NeilAway> mbrubeck: oh, make check, always easy to overlook :s
# [23:49] * Joins: Mic (Mic@moz-F92639C3.superkabel.de)
# [23:49] <mbrubeck> looks like I can use check-sync-exceptions to fix it
# [23:50] * Joins: mwobensmith (Adium@A5087023.2354C43D.D8E68FF6.IP)
# [23:50] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
# [23:50] * Quits: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [23:50] * Quits: mmc|laptop (mmc@moz-BE33DA21.fw1.sfo1.mozilla.net) (Connection reset by peer)
# [23:50] * Joins: mmc|laptop (mmc@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [23:52] * Quits: jib (Jan-Ivar@moz-58716CD3.hsd1.pa.comcast.net) (Quit: jib)
# [23:52] * Quits: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: sicking)
# [23:52] <RyanVM> abr: another fun one - https://tbpl.mozilla.org/php/getParsedLog.php?id=20435593&tree=Mozilla-Inbound
# [23:52] <mbrubeck> pushed the fix
# [23:54] * Joins: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP)
# [23:54] * Quits: josh (josh@2557E599.66715431.D25A875A.IP) (Quit: josh)
# [23:55] * Quits: dao (dao@moz-B50205F9.superkabel.de) (Quit: Leaving.)
# [23:56] * Quits: azakai (alon@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [23:57] * Quits: Optimizer (Optimizer@3EBE1AFC.E1B11408.D2D1FAF0.IP) (Ping timeout)
# [23:57] * Joins: josh (josh@2557E599.66715431.D25A875A.IP)
# [23:57] <abr> RyanVM -- that's odd. I can't find the output that should have been emitted by mozalloc_abort().
# [23:58] * Quits: pnemsak (Miranda@moz-192A9791.orange.sk) (Quit: pnemsak)
# [23:58] <jduell> mwu: ping
# [23:58] <mwu> jduell: pong
# [23:59] <jduell> mwu: hey, looks like we need to come up with way to get a nsISeekableStream from a JARChannel. See bug 836814. It's a leo+ B2G blocker. Do you have cycles for it, or should I give it a go?
# Session Close: Fri Mar 08 00:00:00 2013

The end :)