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

Options:

# Session Start: Fri Mar 16 00:00:00 2012
# Session Ident: #developers
# [00:00] * Joins: edransch (edransch@moz-B77DEAEB.mozilla.org)
# [00:00] * edransch is now known as edransch-away
# [00:00] <vingtetun> Ms2ger: ++
# [00:02] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:03] * Joins: bholley_ (bholley@moz-7114ACDC.dsl.pltn13.sbcglobal.net)
# [00:04] * Quits: bholley (bholley@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [00:04] * bholley_ is now known as bholley
# [00:04] * Joins: bholley_ (bholley@moz-104CC309.mv.mozilla.com)
# [00:04] <mounir> Ms2ger: I wonder what you would do just for some ++ :)
# [00:05] <mounir> (and to make fun of me in public ;))
# [00:05] <Ms2ger> I would give you that Klondike Bar
# [00:05] <mounir> ?
# [00:05] * Joins: dcamp (dave@61650EC2.EA130E53.75A3463D.IP)
# [00:05] * Quits: bholley (bholley@moz-7114ACDC.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [00:05] * bholley_ is now known as bholley
# [00:05] <Ms2ger> http://en.wikipedia.org/wiki/Klondike_bar#Popular_culture
# [00:06] * Joins: akeybl (akeybl@moz-7B0110AD.mv.mozilla.com)
# [00:06] * Joins: billm (billm@moz-BBE3ABD.mv.mozilla.com)
# [00:07] <billm> ttaubert: ping
# [00:07] * Quits: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP) (Quit: rniwa)
# [00:07] <Ms2ger> Anyway, good night, mounir
# [00:07] <mounir> Ms2ger: thanks
# [00:07] * Quits: Ms2ger (Ms2ger@82804C5C.F9DDA0AC.37724B0D.IP) (Quit: nn)
# [00:09] * Quits: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [00:10] * Fallen is now known as Fallen|away
# [00:12] * Quits: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP) (Quit: mdas)
# [00:16] * Joins: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP)
# [00:17] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Leaving...)
# [00:17] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [00:18] * Quits: ehugg (chatzilla@EA4B33D2.C5EAED67.6CD50604.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 10.0.2/20120215223356])
# [00:19] * Quits: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
# [00:20] * Quits: harth (harth@moz-1F71062D.hsd1.ca.comcast.net) (Input/output error)
# [00:20] * Quits: JeroenDeDauw (jeroen@moz-C38753B4.dip.t-dialin.net) (Quit: Leaving.)
# [00:21] * Joins: JeroenDeDauw (jeroen@moz-C38753B4.dip.t-dialin.net)
# [00:21] * Quits: tonymec|away (tonymec@AF812930.A8CB2B65.277517C1.IP) (Ping timeout)
# [00:22] * Quits: timA (Instantbir@moz-535753DA.hsd1.or.comcast.net) (Quit: Instantbird -- http://www.instantbird.com)
# [00:23] <smontagu> gerv: ping
# [00:23] * Joins: tonymec|away (tonymec@AF812930.A8CB2B65.277517C1.IP)
# [00:24] * Quits: wolfiR (wolfiR@moz-6CFC6974.dip0.t-ipconnect.de) (Quit: Leaving)
# [00:25] * Quits: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP) (Ping timeout)
# [00:25] * Joins: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP)
# [00:25] * wlach is now known as wlach|afk
# [00:28] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [00:28] * Joins: tonymec (tonymec@AF812930.A8CB2B65.277517C1.IP)
# [00:29] * Quits: fxa90id (fxa90id@moz-4FB4CA69.neoplus.adsl.tpnet.pl) (Quit: Leaving)
# [00:30] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Quit: Mardak)
# [00:31] <cpearce> So can we get HttpChannel::OnDataAvailable notifications on a thread other than the main thread yet?
# [00:32] <khuey> no
# [00:32] <cpearce> That's a damn shame.
# [00:32] <khuey> is there planned work in that direction?
# [00:32] <khuey> that would be news to me
# [00:32] <cpearce> I look forward to the day all our users have SSDs.
# [00:33] <mak> cpearce: just fix bug 415972
# [00:33] * Quits: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:34] <cpearce> lol, that's awesome!
# [00:34] * Joins: gandalf (zbraniecki@moz-9C904644.neoplus.adsl.tpnet.pl)
# [00:35] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [00:35] * Joins: dzbarsky (Mibbit@moz-AEE562EA.wireless-resnet.upenn.edu)
# [00:36] <darktrojan> want
# [00:36] * Quits: TheLink (TheLink@moz-183F7DCD.pools.arcor-ip.net) (Client exited)
# [00:36] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [00:36] * juanb is now known as juanb|mtg
# [00:40] * Quits: JeroenDeDauw (jeroen@moz-C38753B4.dip.t-dialin.net) (Ping timeout)
# [00:40] * nthomas is now known as nthomas|away
# [00:40] * geekboy|afk is now known as geekboy
# [00:41] * Quits: Lucas (Lucas@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:41] * Quits: lduros (lduros@6BA5922E.8A90509C.90F5F4A1.IP) (Client exited)
# [00:43] * Quits: tonymec (tonymec@AF812930.A8CB2B65.277517C1.IP) (Ping timeout)
# [00:44] * Joins: JeroenDeDauw (jeroen@moz-C38753B4.dip.t-dialin.net)
# [00:44] * Quits: armenzg_dinner (armenzg@moz-DBD74FB0.home1.cgocable.net) (Input/output error)
# [00:45] * Joins: tonymec (tonymec@AF812930.A8CB2B65.277517C1.IP)
# [00:46] * Quits: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP) (Quit: mdas)
# [00:47] * Quits: dcamp (dave@61650EC2.EA130E53.75A3463D.IP) (Quit: Leaving...)
# [00:47] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [00:48] * Quits: loadbang (loadbang@moz-C4B7E87C.range86-148.btcentralplus.com) (Quit: loadbang)
# [00:49] * Quits: JeroenDeDauw (jeroen@moz-C38753B4.dip.t-dialin.net) (Ping timeout)
# [00:49] * Joins: Mardak (Mardak@moz-9D4EA709.sfo4.dsl.speakeasy.net)
# [00:49] * Joins: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com)
# [00:51] * Joins: JeroenDeDauw (jeroen@moz-C38753B4.dip.t-dialin.net)
# [00:51] <azakai> doing new Image() and setting .src to a data url doesn't actually make it finish decoding the image. .completed is false and the width/height are 0. On reload however it is ok, i guess it gets decoded right afterwards. is there some way to force it to decode a data url immediately?
# [00:51] <yury> Unfocused: ping, just checking if you will be the right person to review https://bug714712.bugzilla.mozilla.org/attachment.cgi?id=606050
# [00:51] <Unfocused> yury: yep
# [00:52] * khuey is now known as khuey|away
# [00:52] * khuey|away is now known as khuey
# [00:52] <khuey> azakai: all image decodes are async
# [00:52] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:52] <Unfocused> yury: oh, heh, i was just looking at that bug, and about to review it
# [00:53] * Quits: jhorak (jhorak@moz-59813FB4.cust.nbox.cz) (Ping timeout)
# [00:53] <azakai> khuey: even data uri? and no way to force it to be sync in that specific case?
# [00:53] <khuey> right
# [00:53] <azakai> hmm this is a problem
# [00:53] <azakai> but maybe just for me
# [00:53] <yury> Unfocused: thanks
# [00:54] <khuey> hmm
# [00:54] <khuey> lots of pldhash spew
# [00:55] <BenWa> Our MozBlobBuilder doesn't allow you to name the URL/download file unlike other browser. What component would that fall into? DOM?
# [00:55] <khuey> coming from RuleHash it looks like
# [00:55] <darktrojan> azakai, you've got to use an onload handler
# [00:55] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Ping timeout)
# [00:55] <azakai> darktrojan: i guess so... problematic for my use case (compiled c code using sdl api which is sync), will need to hack around this..
# [00:56] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 10.0.1/20120216115507])
# [00:56] <NeilAway> mayhemer: just reading your comment on 728790, not sure what you want there
# [00:56] <darktrojan> BenWa, someone's implemented that?
# [00:56] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [00:56] <khuey> BenWa: sure it does
# [00:56] <jduell> cpearce: khuey: we deprioritized that work when it e10s made it the case that we had to deliver to main thread anyway (IPDL can only send/recv on main thread). If e10s is out the window forever we can revisit, but work wasn't trivial
# [00:56] * Joins: statix|- (statix@moz-AE3C0771.zone12.bethere.co.uk)
# [00:57] <khuey> .getFile("Filename", "contenttype")
# [00:57] <mayhemer> NeilAway: This:
# [00:57] <mayhemer> > Agreed, then add after that is():
# [00:57] <mayhemer> > // Give up on missing dialogs.
# [00:57] <mayhemer> > if (gExpectedDialogs > 0)
# [00:57] <mayhemer> > timer.cancel();
# [00:57] <jduell> this is all re: off-main threan OnDataAvailable...
# [00:57] <BenWa> khuey: I looked but had no luck :(
# [00:57] <khuey> jduell: yeah I definitely would not expect that to be an easy project
# [00:57] <mayhemer> NeilAway: just add timer.cancel() when gExpDials > 0
# [00:57] <bbondy> philor: so 4 in a row on that intermittent problem, I ran a couple more to see what happens. Maybe I can debug with that build in particular if it reproduces consistently. There is one pass at the start but perhaps the tests were skipped on that run because perhaps the machine isn't setup proerply
# [00:57] <BenWa> khuey: bb.append("file", gRawProfile, "test.zip"); doesn't work like other browsers
# [00:57] <mayhemer> NeilAway: in the cleanup() function
# [00:58] <khuey> BenWa: what do you expect it to do?
# [00:58] <BenWa> khuey: Give me a download link that isn't a UUID
# [01:00] <khuey> er
# [01:00] <khuey> why do you expect .append to give you a download link?
# [01:00] <BenWa> Well it doesn't matter to me how I call it, I just want to know how to call it if its implemented
# [01:00] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [01:00] * Quits: Mardak (Mardak@moz-9D4EA709.sfo4.dsl.speakeasy.net) (Ping timeout)
# [01:00] <cpearce> jduell: Not having it is kinda causing a problem, I'll CC you on the relevant bug, perhaps we can work around it somehow. I appreciate it could be hard to implement.
# [01:01] <BenWa> khuey: https://github.com/bgirard/cleopatra/blob/master/js/ui.js#L639
# [01:01] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [01:01] <jduell> cpearce: ok. The usual workaround is to proxy an event from main->target thread.
# [01:01] <khuey> ok, you left out the rest of it
# [01:01] <khuey> that was important information!
# [01:01] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [01:02] <khuey> BenWa: so you can use .getFile(filename, contenttype); to get you one with a file name
# [01:02] * Joins: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net)
# [01:02] <khuey> BenWa: the URL you get redirected to is still going to be a UUID though
# [01:02] * khuey isn't sure why that's a problem
# [01:02] <philor> bbondy: the "Windows PGO" line applies to both the periodic PGO builds and to the nightly - if you load the full log for both the pass and one of the failures, you can see which is downloading which build
# [01:03] <BenWa> khuey: I want the download prompt to have a sensible default file name that I can choose
# [01:03] <philor> but from the times I'd guess that's the nightly that's failing
# [01:03] * Joins: ehugg (chatzilla@moz-44D86B1E.cisco.com)
# [01:04] <NeilAway> mayhemer: my cleanup() already cancels the timer?
# [01:04] <khuey> BenWa: ah, ok
# [01:04] <khuey> BenWa: this is a bug in the download UI or something
# [01:05] <khuey> maybe in the blob protocol handler
# [01:05] * khuey isn't sure
# [01:05] <BenWa> khuey: This doesn't work either http://pastebin.mozilla.org/1521077
# [01:05] <mayhemer> NeilAway: but sgautherie suggested to remove it
# [01:05] <khuey> BenWa: File it in Core::DOM and CC me and I'll poke at it as time permits
# [01:05] <BenWa> Should I file a bug?
# [01:05] <BenWa> Ok cool
# [01:05] <BenWa> Just a nice feature I'd like to have in the profiler front end :)
# [01:05] <BenWa> figure other webdev would also want it
# [01:05] <khuey> yeah
# [01:05] <khuey> reasonable enough
# [01:05] <cpearce> jduell: So in an nsHttpChannel::OnDataAvailable(request,stream,count) listener, must we read all |count| bytes from |stream| in the listener? Or can we read those bytes from the stream in another thread?
# [01:06] <khuey> you have to read synchronously iirc
# [01:06] * jhammel is now known as jhammel|afk
# [01:06] * jduell looks at the code
# [01:06] <cpearce> That was my assumption...
# [01:06] * jlebar|dinner is now known as jlebar
# [01:07] <cpearce> I can imagine heaps of ways it could go wrong if you tried to read the stream from another thread...
# [01:07] <khuey> 49 * Called when the next chunk of data (corresponding to the request) may
# [01:07] <khuey> 50 * be read without blocking the calling thread. The onDataAvailable impl
# [01:07] <khuey> 51 * must read exactly |aCount| bytes of data before returning.
# [01:07] <jduell> cpearce: I think the IDL says you're supposed to, but in practive you may get away with reading it later. Not sure about from another thread though
# [01:07] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
# [01:07] <jduell> might be locking issues
# [01:07] <khuey> so ... you could read it from another thread ... but only if you blocked the main thread ;-)
# [01:08] * Quits: bholley (bholley@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [01:08] <cpearce> heh, handy.
# [01:08] <jduell> bz or biesi might know this offhand...
# [01:09] * Joins: bholley (bholley@moz-342F553A.static-ip.telepacific.net)
# [01:09] <cpearce> So, this is regarding bug 729872, looks like we're caching the http channels for <video> in the network cache, when that flushes to disk it can causes hangs on the main thread for several seconds if the disk is busy.
# [01:09] * Joins: bholley_ (bholley@moz-104CC309.mv.mozilla.com)
# [01:10] <cpearce> Is there perhaps a way to mark an HTTP channels as not to be cached? We're already caching the data ourselves in the media cache.
# [01:11] <khuey> you mean like nsIRequest::INHIBIT_CACHING?
# [01:11] <jduell> cpearce: sure that's the right bug #?
# [01:11] * Quits: bholley (bholley@moz-342F553A.static-ip.telepacific.net) (Ping timeout)
# [01:11] * bholley_ is now known as bholley
# [01:11] <cpearce> oops, not it's not!
# [01:11] * geekboy is now known as geekboy|afk
# [01:11] <cpearce> jduell: bug 725993
# [01:11] <jduell> cpearce: yeah I've been wondering if we should skip caching stuff the media cache already caches
# [01:11] * Joins: ibarlow (ibarlow@moz-D5CDF301.cpe.net.cable.rogers.com)
# [01:11] * Quits: ibarlow (ibarlow@moz-D5CDF301.cpe.net.cable.rogers.com) (Input/output error)
# [01:12] * Quits: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [01:12] <cpearce> so how is nsIRequest::LOAD_BYPASS_CACHE different from nsIRequest::INHIBIT_CACHING ?
# [01:13] * aki|buildduty is now known as aki|biab
# [01:13] * Quits: SeoZ[gtab] (DanielJuyu@F97ECB89.4591610E.F796972A.IP) (Quit: AndroIRC - Android IRC Client ( http://www.androirc.com ))
# [01:13] <gavin> the former is "don't load from the cache"
# [01:13] <gavin> the latter is "don't populate the cache with this load"
# [01:13] <gavin> AIUI
# [01:13] <NeilAway> mayhemer: so, I get your first nit about changing the data structure, but now I'm not sure if you want any of sgautherie's suggestions at all (personally I hope not) or if I'm still confused?
# [01:13] <khuey> that's correct
# [01:15] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Ping timeout)
# [01:15] * Quits: kumar (kmcmillan@moz-F2D05B8.c3-0.stk-ubr1.chi-stk.il.cable.rcn.com) (Quit: kumar)
# [01:15] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [01:15] <mayhemer> NeilAway: I agree with all of his suggestions, except removing timer.cancel() in cleanup()
# [01:15] <ekr_> does this look familiar to anyone?
# [01:15] <ekr_> "Permission denied for <moz-safe-about:home> to create wrapper for object of class UnnamedClass
# [01:15] <ekr_> I'm trying to expose an API through xpcom
# [01:15] <ekr_> but when I call it...
# [01:16] <mayhemer> NeilAway: I would suggest to leave it, but he adds his piece to do it just when there are gExpectedDialogs > 0 (some dialogs were expected, but didn't come)
# [01:16] <mayhemer> NeilAway: I think it is good to prevent the dialog-wait loop
# [01:16] <mayhemer> NeilAway: but if you find out that other test don't do that anyway, then just omit it too
# [01:17] <khuey> ekr_: is your component implemented in C++?
# [01:17] * Quits: akeybl (akeybl@moz-7B0110AD.mv.mozilla.com) (Quit: Leaving...)
# [01:17] <ekr_> yes it is.
# [01:17] <khuey> ekr_: does it implement class info?
# [01:17] <ekr_> uh, not sure.
# [01:17] <khuey> then "no" :-)
# [01:17] <ekr_> That sounds right.
# [01:17] <ekr_> I have it doing:
# [01:17] <ekr_> NS_DECL_ISUPPORTS
# [01:17] <ekr_> NS_DECL_NSIDOMWEBRTCCONTEXT
# [01:18] <ekr_> (The name is WEBRTCCONTEXT)
# [01:18] <jduell> cpearce: so right now this looks like the issue is you're trying to read *during* OnDataAvailable on the main thread (not some other thread), but the inputstream is teed to also write to disk, and that's blocking. right?
# [01:18] <khuey> ekr_: so we don't expose XPCOM objects to web pages unless the object claims that's safe
# [01:18] <ekr_> OK, so how do I do that?
# [01:18] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:18] <khuey> ekr_: does this code live inside Firefox, or is this an addon?
# [01:18] <ekr_> inside
# [01:18] <cpearce> jduell: yeah.
# [01:19] <jduell> cpearce: well that's a huge bug and should be fixed.
# [01:19] <khuey> ekr_: ok, one sec
# [01:19] <jduell> irrespective of off-main thread delivery
# [01:19] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [01:19] <NeilAway> mayhemer: hmm, that would overcomplicate the test, because I wouldn't know whether the timer existed or not
# [01:19] <@smaug> ooh, it doesn't even leak
# [01:19] <cpearce> jduell: so we're not supposed to read during OnDataAvailable?
# [01:19] <jduell> Short term you may be able to work around by passing INHIBIT_CACHING, though I don't know offhand how late in the game you can set it
# [01:19] <jduell> cpearce: no :) you should be able to read w/o blocking on ODA!
# [01:20] <jduell> this is a disk cache bug IMO
# [01:20] <jduell> I'll cc the cache folks on the bug.
# [01:20] <cpearce> jduell: ok cool, thanks!
# [01:20] * Quits: sicking (chatzilla@moz-903915C1.hsd1.ca.comcast.net) (Ping timeout)
# [01:20] <cpearce> I'll try INHIBIT_CACHING for now.
# [01:20] * cpearce goes to lunch...
# [01:20] <mayhemer> NeilAway: ok, if you think it is a problem, then just leave it without call to timer.cancel()
# [01:21] <khuey> ekr_: so you need to implement DOM Class Info for your component
# [01:21] <khuey> ekr_: an example is http://hg.mozilla.org/mozilla-central/rev/afc1125f9c14
# [01:21] <khuey> ekr_: the relevant bits are at
# [01:21] <khuey> http://hg.mozilla.org/mozilla-central/rev/afc1125f9c14#l1.36
# [01:21] <mayhemer> NeilAway: I think we should fix the whole wait-for-dialog thing rather then try to fix a single faulty test
# [01:21] <khuey> http://hg.mozilla.org/mozilla-central/rev/afc1125f9c14#l1.66
# [01:22] <khuey> http://hg.mozilla.org/mozilla-central/rev/afc1125f9c14#l4.1
# [01:22] <khuey> and http://hg.mozilla.org/mozilla-central/rev/afc1125f9c14#l5.12
# [01:22] <khuey> ekr_: obviously you'll want to replace DOMRequest with WebRTCContext or whatever
# [01:22] * Quits: enda (chatzilla@47B4F0B4.4B89E028.26E09BF0.IP) (Ping timeout)
# [01:22] * Quits: bholley (bholley@moz-104CC309.mv.mozilla.com) (Quit: bholley)
# [01:23] <ekr_> do I need the "builtinclass"?
# [01:23] <khuey> no
# [01:24] <ekr_> So is it the "NS_DEFINE_CLASSINFO_DATA" that I need?
# [01:24] <khuey> ekr_: among other things
# [01:24] <khuey> there are four different pieces
# [01:24] <khuey> hence the four links
# [01:25] <ekr_> OK, I'll study it. Thanks,
# [01:25] <jlebar> Man, I wish gdb wouldn't crash when I called DumpJSStack()
# [01:25] <ekr_> Is there some doc for all this by any chance
# [01:25] <jesup> You'd think we'd write up a cookbook for this sort of thing....
# [01:25] <NeilAway> mayhemer: ok, so I have two options 1) just the test definition object change 2) also make it so that the test times out instead of failing if there are too many dialogs
# [01:25] <khuey> ekr_: not an up to date one, unfortunately
# [01:26] <khuey> jesup: yeah :-/
# [01:26] <jesup> instead of people constantly cargo-culting it
# [01:26] <khuey> jesup: if there were 36 hours in the day ...
# [01:26] <jlebar> jesup, I nominate you!
# [01:26] <jesup> 48
# [01:26] <mayhemer> NeilAway: up to you
# [01:26] * nthomas|away is now known as nthomas
# [01:26] * AutomatedTester is now known as zz_AutomatedTester
# [01:27] <mayhemer> NeilAway: if we can detect that *this* test has somehow failed or caused following tests to fail because of handing/whatever dialogs, then we are ok
# [01:27] <mayhemer> NeilAway: s/handing/hanging/
# [01:28] * Quits: markh (markh@moz-1F941FBB.cxzr1.win.bigpond.net.au) (Ping timeout)
# [01:28] * Quits: mcot (mcot@C4B02.F3C4E8F3.C8444B8.IP) (Ping timeout)
# [01:29] <jduell> cpearce: so would you need off-main-thread ODA if you weren't hitting this blocking issue?
# [01:30] <jesup> There was a fantasy book where programmers ended up in a land where magic worked; and they figured out they could string little bits of magic together to do stuff. [snip] and soon you have "10 0 do fireball loop execute" (forth), and them working a big project to do real "magic compilter", and using a spell that doubled the hours in a night - much more useful than doubling those in a day. ...
# [01:30] <jesup> ...Ridiculously geeky, but amusing crossover. Oh, and emacs.
# [01:30] <NeilAway> jesup: yeah, WIZ_DOS
# [01:31] * Joins: markh (markh@moz-1F941FBB.cxzr1.win.bigpond.net.au)
# [01:31] * Quits: mak (chatzilla@moz-3BBE6AE8.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
# [01:32] * Joins: timA (Instantbir@moz-535753DA.hsd1.or.comcast.net)
# [01:32] <NeilAway> jesup: by Rick Cook
# [01:32] <jesup> exactly
# [01:32] <jesup> sequels, too
# [01:32] <NeilAway> jesup: http://en.wikipedia.org/wiki/Rick_Cook#Wizardry_series
# [01:32] * cadecairos is now known as cadecairos_getting_Timmies
# [01:33] * Quits: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com) (Ping timeout)
# [01:33] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [01:33] * jhammel|afk wonders if its more or less funny if you've been in D&D campaigns where people have completely abused contingency spells
# [01:33] * Quits: dzbarsky (Mibbit@moz-AEE562EA.wireless-resnet.upenn.edu) (Quit: http://www.mibbit.com ajax IRC Client)
# [01:35] * juanb|mtg is now known as juanb
# [01:36] <NeilAway> jesup: I've only read the first, I think
# [01:36] <darktrojan> mbrubeck++ for facthammer work on reddit
# [01:37] * Quits: @dveditz (dveditz@moz-BBE3ABD.mv.mozilla.com) (Quit: dveditz)
# [01:37] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [01:38] <khuey> darktrojan: r/firefox?
# [01:38] <darktrojan> yeah
# [01:39] <NeilAway> so, how well does the test harness cope with a test timing out due to a modal dialog?
# [01:39] <mbrubeck> meh, fact-checking on reddit is like shooting fish in a barrel. :P
# [01:39] <darktrojan> I usually only read the topics and answer them in my head without the details
# [01:39] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [01:39] <darktrojan> "is this just me?" yes
# [01:40] * Parts: priya (Adium@moz-BBE3ABD.mv.mozilla.com)
# [01:40] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [01:41] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Quit: Make a new plan, Stan!)
# [01:42] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [01:43] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
# [01:44] * Quits: wesk (Daily@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: wesk)
# [01:44] * edransch-away is now known as edransch
# [01:45] * zpao is now known as zpao|detached
# [01:46] * jlebar is now known as jlebar|away
# [01:46] * Joins: bonnie (bbsurender@654012E9.CFB1C97.DD3002AF.IP)
# [01:48] * cadecairos_getting_Timmies is now known as cadecairos
# [01:48] * Quits: bonnie (bbsurender@654012E9.CFB1C97.DD3002AF.IP) (Quit: Ex-Chat)
# [01:49] * Joins: bonnie (bbsurender@654012E9.CFB1C97.DD3002AF.IP)
# [01:50] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Ping timeout)
# [01:50] * aki|biab is now known as aki|buildduty
# [01:50] * Quits: slowpoke (slowpoke@moz-F02DAE63.gigabit.perfect-privacy.com) (Ping timeout)
# [01:51] * Joins: slowpoke (slowpoke@moz-F02DAE63.gigabit.perfect-privacy.com)
# [01:51] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
# [01:51] <dholbert> bz, ping?
# [01:51] * Quits: tor (tor@E5C2CE22.27B17D2B.49CEED6B.IP) (Ping timeout)
# [01:52] * fabrice is now known as fabrice|afk
# [01:53] * Quits: krit (Adium@moz-3AE657AD.hsd1.ca.comcast.net) (Quit: Leaving.)
# [01:53] * Ziggy_Maes is now known as Ziggy|AWAY
# [01:54] * Quits: jhammel|afk (jhammel@moz-14240F1C.hsd1.ca.comcast.net) (Quit: haircut)
# [01:55] * Joins: krit (Adium@moz-3AE657AD.hsd1.ca.comcast.net)
# [01:56] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 10.0.2/20120215223356])
# [01:56] <@bz> dholbert: ack
# [01:56] <@bz> is mxr down?
# [01:56] <dholbert> wfm
# [01:56] <khuey> bz: it's being very flakey
# [01:56] <dholbert> bz, 2 questions (posing in just a minute)
# [01:57] <@bz> ok
# [01:57] <@bz> khuey: yeah, it just came through for me, on most of my loads...
# [01:57] <khuey> yeah
# [01:58] <dholbert> bz, question #1: do you know if there's any reason the nsStyleDisplay::nsStyleDisplay copy-constructor uses an init list for half of its args and direct assignment for the others? http://pastebin.mozilla.org/1521130
# [01:58] <dholbert> bz, (really, only newish stuff is in the init list)
# [01:58] <@bz> dholbert: the nsStyle* used to do direct assignment all over
# [01:58] <@bz> dholbert: as you noted, new stuff is using an init list
# [01:58] <@bz> dholbert: using an init list across the board should be fine
# [01:58] <dholbert> bz, cool, I'll file a bug on moving that way
# [01:59] <dholbert> bz, question #2:
# [01:59] <dholbert> bz, so I'd initially stuck all the flexbox-related properties in nsStyleDisplay, for lack of a better place, since that's where a lot of generic non-inherited-by-default properties live
# [02:00] * Joins: thelodger (thelodger@3F6B379F.C9F9DC3E.C2E02DEF.IP)
# [02:00] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
# [02:00] * Joins: brendan (brendaneic@FB7FF785.1F5FC489.43362C16.IP)
# [02:00] * Quits: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:00] <dholbert> bz, but now that flex is a separate property that is very "position-ish" (overriding width/height) I'm thinking _that_ property belongs in nsStylePosition. Any reason to avoid just sticking all the flexbox properties in nsStylePosition?
# [02:00] <@bz> so...
# [02:01] <@bz> here's the thing
# [02:01] <@bz> the way the style structs work right now
# [02:01] <@bz> (and it's not obvious that this is the best way)
# [02:01] <@bz> is that properties should be grouped together based on two principles:
# [02:01] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
# [02:01] <@bz> 1) Properties that tend to be set together should be in the same struct, while properties that are set separately should be in different structs
# [02:02] <dholbert> OK (so wherever -moz-flex ends up, its friends should live there too)
# [02:02] <@bz> 2) Properties whose values are not needed in some cases should not be in the display struct
# [02:02] <@bz> imo
# [02:02] <@bz> since the display struct is always computed
# [02:02] <dholbert> ah, gotcha. So nsStylePosition is actually a better place than nsStyleDisplay
# [02:02] * Parts: thelodger (thelodger@3F6B379F.C9F9DC3E.C2E02DEF.IP)
# [02:02] <dholbert> per (2)
# [02:03] <@bz> so if a property's value is sometimes not actually needed (apart from display:none cases), and it's not in the display struct, then its computation can be optimized away
# [02:03] <@bz> well
# [02:03] <@bz> I think nsStylePosition is typically computed too
# [02:03] <dholbert> yeah, width/height are popular
# [02:03] <@bz> sitting down and figuring out what the actual situation is here would be an interesting exercise
# [02:03] * Joins: Lucas (Lucas@moz-92C28224.hsd1.ca.comcast.net)
# [02:03] <@bz> like measuring which structs we compute in which cases....
# [02:03] <@bz> I'd ask dbaron where he wants the props
# [02:03] <@bz> but yeah, position may be better than display...
# [02:04] <@bz> unless we have an existing struct for this?
# [02:04] <dholbert> OK -- I asked him a while back, and he said nsStyleDisplay was as good as anywhere -- but that was before -moz-flex was its own property
# [02:04] <dholbert> (it was just part of width/height)
# [02:04] <@bz> e.g. nsStyleXUL
# [02:04] <@bz> which is where our current box props live
# [02:04] <dholbert> Hmm, that could be a good place -- hadn't considered that one
# [02:04] <@bz> if we expect people to set flexbox and -moz-box at the same time..
# [02:04] <@bz> (which we don't, necessarily)
# [02:04] <dholbert> bz, yeah :)
# [02:04] <@bz> then it would be a good place for them
# [02:05] <dholbert> we in fact never expect them to use the two simultaneously
# [02:05] <@bz> Anyway
# [02:05] <@bz> ok
# [02:05] <@bz> then nsStyleXUL is not a good hit
# [02:05] <philor> bbondy: but at least the last failure and the final success both downloaded the nightly, so it's not quite a permafail build
# [02:05] <dholbert> yeah, sounds like it. :)
# [02:05] <bbondy> k
# [02:06] * Quits: billm (billm@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [02:06] * robcee is now known as rc
# [02:06] * Quits: Lucas (Lucas@moz-92C28224.hsd1.ca.comcast.net) (Ping timeout)
# [02:06] <@bz> s/hit/fit/
# [02:06] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
# [02:07] <dholbert> bz, ok -- I'll check with dbaron before moving out of Display (likely to Position). Thanks!
# [02:08] * Quits: darktrojan (geoff@moz-F669139B.dsl.telstraclear.net) (Ping timeout)
# [02:08] * Quits: Bas (chatzilla@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [02:09] <dholbert> bz, (d'oh... turns out I already filed a bug on my question #1 and forgot about it :)) https://bugzilla.mozilla.org/show_bug.cgi?id=695813
# [02:09] * Quits: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [02:09] * Quits: @smaug (chatzilla@moz-3D6F5AE6.elisa-mobile.fi) (Ping timeout)
# [02:09] * Joins: smaug (chatzilla@moz-10173818.elisa-mobile.fi)
# [02:09] * ChanServ sets mode: +o smaug
# [02:10] <@bz> dholbert: hah
# [02:10] <khuey> bz: since you're here
# [02:10] <@bz> khuey: I still owe you a look at the CG classes
# [02:10] <khuey> bz: somebody changed RuleHash's mNamespaceTable recently
# [02:10] * Joins: Bas (chatzilla@F2D29657.F60B0462.67AC9B1.IP)
# [02:10] <@bz> khuey: ETA 30 mins for me to start
# [02:10] <@bz> khuey: oh?
# [02:10] <khuey> bz: in a way that causes lots of pldhash spew :-(
# [02:10] * Quits: gandalf (zbraniecki@moz-9C904644.neoplus.adsl.tpnet.pl) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [02:11] <@bz> khuey: mmmm lemme look
# [02:11] <@bz> khuey: big structs?
# [02:11] <@bz> may have been me
# [02:11] <khuey> yeah
# [02:11] <khuey> I think so
# [02:11] * heycam|away is now known as heycam
# [02:11] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz)
# [02:11] <@bz> hrm
# [02:12] <@bz> so yes
# [02:12] <@bz> but this should have affected all the tables, no?
# [02:12] <@bz> not just mNamespaceTable
# [02:12] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:12] <khuey> uh, I don't know
# [02:12] * Quits: JeroenDeDauw (jeroen@moz-C38753B4.dip.t-dialin.net) (Quit: Leaving.)
# [02:12] <khuey> I just set a breakpoint
# [02:12] <@bz> ok
# [02:12] <khuey> and looked at the stack several times
# [02:13] <khuey> and it was always mNamespaceTable
# [02:13] <@bz> what's the size at which pldhash start to warn?
# [02:13] <khuey> > 10 * sizeof(void*)
# [02:13] <dholbert> khuey, see https://bugzilla.mozilla.org/show_bug.cgi?id=735409
# [02:13] <dholbert> khuey, on the topic of pldhash spew
# [02:13] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [02:13] <dholbert> (reftest log w/ over 50% of the lines being pldhash spew)
# [02:14] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:14] <khuey> dholbert: lulz
# [02:14] <@bz> khuey: ok, lemme check the current size here
# [02:14] <dholbert> (triggering log-truncation & hence orange)
# [02:14] <@bz> so struct RuleHashTableEntry : public PLDHashEntryHdr {
# [02:14] <@bz> nsAutoTArray<RuleValue, 1> mRules;
# [02:14] * Quits: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:14] <khuey> bz: it's 11 * sizeof(void*) on my machine
# [02:15] <@bz> PLDHashEntryHdr is 4 bytes
# [02:15] <khuey> ah, did RuleValue get bigger?
# [02:15] <@bz> yes
# [02:15] <@bz> by 32 bytes
# [02:15] * Quits: SeoZ (DanielJuyu@moz-C2D7EB0E.osuosl.org) (Quit: Leaving)
# [02:15] <@bz> er...
# [02:15] <@bz> by 16 bytes
# [02:15] <khuey> that would do it
# [02:15] <@bz> did we have problems with this before?
# [02:16] <@bz> So a RuleValue is a pair of pointers
# [02:16] * Joins: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net)
# [02:16] <khuey> I ... don't now
# [02:16] <khuey> *know
# [02:16] <@bz> then 5 4-byte integers
# [02:16] <@bz> so we've got 4 + 2*sizeof(void) + 5*4
# [02:16] <@bz> plus whatever nsAutoTArray overhead and alignment does...
# [02:16] * @bz looks those up
# [02:17] * khuey grumbles in bsmedberg's direction
# [02:17] <khuey> I really wish we had fixed bug 659722
# [02:18] * Joins: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP)
# [02:18] * Joins: mjschranz (mjschranz@79F6792D.531FD64C.630E4E47.IP)
# [02:18] <@bz> so a tarray is sizeof(header) + N*sizeof(elem_type)
# [02:18] <@bz> and aligned
# [02:18] <@bz> A header is 8 bytes
# [02:19] * Joins: tor (tor@9043A4AC.46A41C28.49CEED6B.IP)
# [02:19] * Quits: karl (karl@moz-2196FB99.jetstream.xtra.co.nz) (Ping timeout)
# [02:19] <@bz> and my elem_type is pointer-aligned....
# [02:19] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [02:19] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [02:19] <@bz> I bet the tarray needs to be 8-byte aligned
# [02:19] <@bz> and may have a hole on 64-bit?
# [02:19] <@bz> khuey: you have a 32-bit build?
# [02:19] <khuey> yes
# [02:20] <@bz> 4 + 2*sizeof(void) + 5*4 + 2*4
# [02:20] <@bz> looks like 10*4
# [02:20] <@bz> you say you see 11*4
# [02:20] <khuey> yep
# [02:20] <@bz> presumably there's a 4-byte hole somewhere in there
# [02:20] <@bz> you have this in a debugger?
# [02:20] <khuey> yes
# [02:21] <@bz> ok
# [02:21] <@bz> so...
# [02:21] <@bz> p sizeof(RuleValue) ?
# [02:21] <khuey> that won't work here
# [02:21] <@bz> hrm
# [02:21] * khuey attempts to figure out how to get MSVC to tell him that
# [02:22] <@bz> oh, msvc?
# [02:22] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [02:22] <khuey> yeah
# [02:22] * Quits: statix|- (statix@moz-AE3C0771.zone12.bethere.co.uk) (Ping timeout)
# [02:22] <khuey> one sec
# [02:22] <@bz> ok
# [02:22] * Quits: tonymec (tonymec@AF812930.A8CB2B65.277517C1.IP) (Ping timeout)
# [02:23] <@bz> so on 64-bit, the entries are 64 bytes or 68 bytes, I think
# [02:23] <@bz> depending on whether it's RuleHashTableEntry or RuleHashTagTableEntry
# [02:23] <khuey> 28
# [02:23] <khuey> for RuleValue
# [02:23] * Joins: Lucas (Lucas@moz-92C28224.hsd1.ca.comcast.net)
# [02:23] <@bz> ok
# [02:23] <@bz> What about RuleHashTableEntry ?
# [02:24] <@bz> And what about the mRules member of a RuleHashTableEntry ?
# [02:24] <@bz> so on 64-bit....
# [02:24] <@bz> sizeof(RuleHashTagTableEntry) == 72
# [02:24] <khuey> 44
# [02:25] <khuey> and 40 for mRules
# [02:25] <@bz> sizeof(RuleHashTableEntry) == 64
# [02:25] <@bz> ok
# [02:25] <@bz> So RuleValue is 28
# [02:25] <@bz> but the tarray is 40
# [02:25] <@bz> so 12 bytes of overhead
# [02:25] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [02:25] * Quits: tonymec|away (tonymec@AF812930.A8CB2B65.277517C1.IP) (Quit: Konversation terminated!)
# [02:25] <khuey> hmm
# [02:26] <khuey> what alignment does RuleValue require?
# [02:26] <khuey> 12 seems too high
# [02:26] <@bz> RuleValue should be 4-byte aligned on 32-bit, I would think
# [02:26] <@bz> 1362 class nsAutoTArray : public nsAutoArrayBase<nsTArray<E, Alloc>, N>
# [02:27] <@bz> and no members of its own
# [02:27] <@bz> 1309 class nsAutoArrayBase : public TArrayBase
# [02:27] <@bz> in this case TArrayBase is nsTArray<E, Alloc>
# [02:27] <khuey> there's some fun alignment stuff here
# [02:27] <@bz> 1355 union {
# [02:27] <@bz> 1356 char mAutoBuf[sizeof(nsTArrayHeader) + N * sizeof(elem_type)];
# [02:27] <@bz> 1357 mozilla::AlignedElem<PR_MAX(MOZ_ALIGNOF(Header), MOZ_ALIGNOF(elem_type))> mAlign;
# [02:27] <@bz> 1358 };
# [02:27] <@bz> indeed
# [02:28] <@bz> so the question is how Header needs to be aligned
# [02:28] <@bz> and elem_type for that matter...
# [02:29] <khuey> so Header is just nsTArray::Header
# [02:29] <khuey> if I'm reading this right
# [02:29] <@bz> ah, so...
# [02:29] <@bz> we have an mHdr
# [02:29] <@bz> which is a pointer to the Header
# [02:29] <@bz> and then we have a Header itself
# [02:29] <@bz> which is 8 bytes
# [02:29] <@bz> so yes, 12 byte overhead on 32-bit for an auto array
# [02:29] <khuey> right
# [02:30] <@bz> hmph
# [02:30] * Joins: cpeterso_ (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:30] * Quits: cpeterso_ (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [02:30] <@bz> ok
# [02:30] <@bz> so the array ends up as 40
# [02:30] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:30] <@bz> and then we lose
# [02:30] <@bz> with some entries being 44 and some being 48
# [02:31] <philor> RyanVM: busted 4
# [02:31] <RyanVM> so I see
# [02:31] * @bz wonders why we have this warning again
# [02:31] <@bz> I mean...
# [02:32] <jtcranmer> the same reason we have DEBUG_* everywhere?
# [02:32] <@bz> I can do more mallocs somewhere and thereby decrease the entry size
# [02:32] <@bz> but that seems counterproductive
# [02:32] <@bz> I can also reduce the number of slots I added from 4 to 2
# [02:32] <@bz> which is what I'd need to do to get this stuff under 40 bytes on 32-bit
# [02:32] * khuey shrugs
# [02:32] <jtcranmer> it was vaguely useful for somebody, but no one's botherd to remove it
# [02:33] <khuey> supposedly if you make them too big the hash table collision resolution stuff gets slow
# [02:33] <@bz> er...
# [02:33] <RyanVM> philor: gonna assume it was ca1873b20652
# [02:33] * @bz looks
# [02:33] <@bz> I don't see how entry size can affect that
# [02:33] <khuey> I don't know
# [02:33] <khuey> but that's what the message claims, no?
# [02:33] <@bz> no
# [02:34] <@bz> it just claims "favors"
# [02:34] <@bz> which might be perf or memory usage
# [02:34] <khuey> ah
# [02:34] * @bz seems to recall it was memory usage
# [02:34] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:34] <@bz> and I'm in the "probably" range...
# [02:34] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
# [02:35] <philor> RyanVM: include http://i.qkme.me/36kr7a.jpg in the backout comment ;)
# [02:35] <khuey> bz: ah, yes, space, according to the comments in pldhash.h
# [02:35] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [02:35] <@bz> right
# [02:35] * khuey shrugs
# [02:35] <khuey> an extra allocation takes up space too
# [02:35] <khuey> just not in the hashtable ;-)
# [02:36] <@bz> right
# [02:36] <@bz> and it's not like we have a chaining hashtable around
# [02:36] * Quits: mixedpuppy (mixedpuppy@21B7B9F2.B87E9213.6E712CE2.IP) (Quit: mixedpuppy)
# [02:37] <@bz> ok
# [02:37] <@bz> so
# [02:37] <@bz> in our case, k == 4
# [02:37] <@bz> esize is 44, say
# [02:37] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [02:37] <RyanVM> philor: done
# [02:37] <@bz> we get 40/48 == 0.83 or so
# [02:37] * Joins: bholley_ (bholley@moz-104CC309.mv.mozilla.com)
# [02:37] * Quits: brendan (brendaneic@FB7FF785.1F5FC489.43362C16.IP) (Quit: brendan)
# [02:38] * ewong|afk is now known as ewong
# [02:38] <@bz> er...
# [02:39] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Ping timeout)
# [02:39] * bholley_ is now known as bholley
# [02:39] <@bz> ok
# [02:39] <@bz> so I'm not sure where this k == 4 thing comes from
# [02:39] <@bz> but if I take it at face value
# [02:39] * aki|buildduty is now known as aki
# [02:39] <@bz> and I'm at 11 words
# [02:40] <@bz> then we have 10/15 == 0.66666
# [02:40] <@bz> If I were at 16 words, we would be at 15/20 == 0.75
# [02:40] <@bz> which is MAX_ALPHA
# [02:40] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
# [02:41] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
# [02:41] <@bz> Quite honestly, I think we should nuke the warning for < 16 words
# [02:41] <@bz> imho
# [02:41] <@bz> but maybe I'm biased. ;)
# [02:41] * Quits: Lucas (Lucas@moz-92C28224.hsd1.ca.comcast.net) (Ping timeout)
# [02:41] <RyanVM> philor: let's just assume that the backout fixes xpcshell too :P
# [02:41] * Joins: mccr8 (mccr8@moz-5F92CD4B.dsl.dynamic.sonic.net)
# [02:42] <khuey> bz: stgm
# [02:42] <@bz> khuey: rs=me if you want to do it
# [02:42] <@bz> khuey: or do you want me to do it?
# [02:42] * Quits: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:43] <@bz> khuey: if you do it, add a comment about how trading off against chaining is pointless if we don't have a chaining hashtable impl? ;)
# [02:43] * Quits: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net) (Quit: clee)
# [02:43] <bholley> RyanVM: ping
# [02:43] <philor> RyanVM: you're not required to star 'em, but bug 736289 does exist, I blinked first
# [02:43] <@bz> khuey: for extra fun, we'd want this on aurora too
# [02:43] <RyanVM> bholley: pong
# [02:43] <khuey> bz: I can do it
# [02:44] <khuey> tomorrow ;-)
# [02:44] <@bz> khuey: thanks, and sounds good
# [02:44] <bholley> RyanVM: sorry, I guess there was no try push in that whole process
# [02:44] <bholley> RyanVM: I'm confused though - don't we build with MOZ_JSDEBUGGER?
# [02:44] <RyanVM> bholley: no sir
# [02:44] <RyanVM> bholley: no clue
# [02:44] <@bz> http://wiki.xiph.org/Daala is interesting
# [02:45] <@bz> in particular, Jason Garrett-Glaser being involved
# [02:45] * Quits: vikram360 (vikram360@BD526B94.46686E3.2A068A5E.IP) (Ping timeout)
# [02:45] <bholley> RyanVM: assuming we do, that patch should be a noop
# [02:45] <@bz> khuey: mark this as blocking 705877 ?
# [02:46] <khuey> sure
# [02:46] <derf> bz: Why, did you think we _wouldn't_ include every smart person we could find?
# [02:46] <khuey> bz: is that DarkShikari?
# [02:46] <@bz> derf: it wasn't clear to me that he was necessarily on good terms with anyone
# [02:46] <@bz> khuey: yes
# [02:47] <@bz> derf: but that may have just been his blog style. ;)
# [02:47] * Joins: Lucas (Lucas@moz-92C28224.hsd1.ca.comcast.net)
# [02:47] * bwinton_away is now known as bwinton
# [02:47] <derf> bz: I finally convinced him to write xvp8 this week.
# [02:47] <@bz> derf: xvp8?
# [02:47] <derf> It's exactly what you would guess it is.
# [02:47] <khuey> too little too late?
# [02:47] * khuey ducks
# [02:47] * @bz doesn't have a guess
# [02:47] <@bz> oh, wait
# [02:48] <@bz> no, no guess
# [02:48] * Quits: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Quit: juanb)
# [02:48] <philor> bholley: we do, it's on by default, but is it actually available to an ifdef there?
# [02:48] <derf> bz: The x264 encoder, except encoding to VP8.
# [02:48] <@bz> ah, ok
# [02:48] <@bz> right
# [02:48] * @bz was not typing his search queries right
# [02:48] <bholley> philor: I have no idea
# [02:49] <bholley> philor: is there some magic needed to make that happen?
# [02:49] <philor> bholley: I never remember which is which, but http://mxr.mozilla.org/mozilla-central/search?string=MOZ_JSDEBUGGER looks a lot like you need a makefile ifdef adding it to DEFINES
# [02:49] <derf> khuey: The learning exercise is still worthwhile (e.g., what stuff actually works with the VP8 format), since Google's VP9 work so far is still heavily, heavily VP8-based.
# [02:49] <philor> it's the build system, of *course* there's magic needed!
# [02:49] <bholley> philor: ah, I see
# [02:49] <@dolske> O_o http://www.fileformat.info/info/unicode/char/1f46f/index.htm
# [02:49] <@dolske> Unicode Character 'WOMAN WITH BUNNY EARS' (U+1F46F)
# [02:50] * Quits: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP) (Ping timeout)
# [02:50] <@bz> dolske: they want to use up 21 bits as quickly as they can
# [02:50] <@bz> dolske: so they can change everything around _again_
# [02:50] <khuey> derf: interesting
# [02:50] <@dolske> Can't wait for UTF-64
# [02:51] <@bz> well
# [02:51] * @bz is not going to go there
# [02:51] <@dolske> wise :)
# [02:51] <froydnj> they just want to point and laugh at the people who said 21 bits should be enough for anybody
# [02:51] <bholley> RyanVM: great r= btw
# [02:51] <khuey> we'll need it some day to represent alien writing systems!
# [02:51] * khuey expects to be dead by then though
# [02:51] <RyanVM> bholley: thank philor
# [02:51] <@bz> well, so...
# [02:51] * Joins: brendan (brendaneic@6E93552D.BAC367B2.43362C16.IP)
# [02:52] <@bz> 21 bits only gives us like 65k * 32, right?
# [02:52] <@bz> that's really not all that much....
# [02:52] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [02:52] <RyanVM> philor: so these android oranges are the ones I can ignore, right?
# [02:52] <@bz> derf: will there be a point to VP9?
# [02:52] <froydnj> 'WOMAN WITH RACCOON EARS'...suppose not
# [02:52] <@bz> derf: esp. assuming daala takes off?
# [02:52] <derf> bz: Ideally we'll cooperate, and there'll just be one thing when we're done.
# [02:53] <derf> But they are making very incremental, evoluationary changes, and I am trying lots of radical crazy stuff that probably won't work.
# [02:53] <derf> Also, patents make collaboration hard.
# [02:54] <@dolske> radical crazy stuff++
# [02:54] <derf> dolske: Word.
# [02:54] <@bz> derf: yeah, patent stuff is fun, I bet
# [02:54] <@smaug> so, attribute mutation handling is about 7x faster with MutationObserver than with Mutation events
# [02:54] <@dolske> we can solve all the codec problems with UTF-128.
# [02:55] <philor> RyanVM: the only person besides me who does not ignore them completely is a mobile developer
# [02:55] <@dolske> 'FRAME 26496 OF MOVIE YET TO BE RECORDED'
# [02:55] <@bz> smaug: _nice_
# [02:55] <Waldo> being a bit slow to load, but I'm not sure how much of that is just me running out of RAM
# [02:55] <RyanVM> philor: no comment
# [02:55] <Waldo> er
# [02:55] <@bz> smaug: how much overhead over no listeners attached?
# [02:55] <philor> and yes, I did mean to say "a"
# [02:55] <Waldo> forgot I was behind on scrollback :-)
# [02:55] <khuey> poor mbrubeck
# [02:55] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Quit: Leaving.)
# [02:55] <@smaug> bz: it is 2.5x
# [02:56] <@bz> smaug: that's not too bad
# [02:56] <@smaug> yeah
# [02:56] <@bz> smaug: not too bad at all
# [02:56] <RyanVM> philor: haha, at least on android we both killed it!
# [02:56] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [02:56] <derf> bz: Sadly, Google is trying to play the game just like any other MPEG contributor. Which MPEG can do because they have several orders of magnitude more resources than we do.
# [02:56] <@smaug> bz: well, the implementation uses the internal MutationObserver, which gets called anyway
# [02:57] <derf> But we aren't going to beat them at their game if we play by their rules.
# [02:57] <mwu> someone should make a writing system for english that uses these unicode chars as its ideographs
# [02:57] * timA is now known as timA|away
# [02:57] <mwu> it'll be like chinese, but it'll look like dingbats
# [02:57] <@bz> derf: was your second MPEG supposed to be Google?
# [02:57] <derf> bz: No.
# [02:57] <derf> And my "we" there included Google.
# [02:58] <@bz> derf: in that case, I'm not sure I follow the second sentence
# [02:58] <@bz> derf: heh
# [02:58] <@bz> derf: agreed the various MPEG members together have more resources than we do
# [02:58] <derf> bz: MPEG works with lots of stupid process, duplicate work, people not talking to each other, and no one really understanding what's going on.
# [02:58] * philor is now known as philor|away
# [02:58] <@bz> derf: ah, ok
# [02:58] * Quits: Bas (chatzilla@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [02:58] <derf> And they can do that simply because there is so MUCH of it.
# [02:58] <@bz> derf: and the point is Google's vp9 work is doing that too?
# [02:58] * Joins: sfink (chatzilla@moz-9B3B02C7.dsl.pltn13.sbcglobal.net)
# [02:59] <derf> bz: Well, they won't publish anything until they file the patents on it.
# [02:59] <@bz> derf: sounds like we need to do our usual work smarter thing
# [02:59] <@bz> derf: mmm
# [03:00] <derf> Which means you never find out about the things that don't work, people don't want to change them once they have published them, and you get things like a single changeset with 3 months of development in it and no commit history.
# [03:01] <@bz> nice
# [03:01] * Joins: nli (nli@moz-99690620.hinet-ip.hinet.net)
# [03:01] <@bz> if we can avoid that tar pit, we should
# [03:01] * Quits: necolas (necolas@moz-76B5A555.as43234.net) (Client exited)
# [03:01] <@bz> khuey: so got a sec?
# [03:01] <derf> Two years of "open" libvpx development, and they still haven't figured out I don't care _what_ changed, I care _why_.
# [03:01] * Quits: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP) (Ping timeout)
# [03:01] <khuey> bz: give me one sec, I'm going to turn off the mind control monitors in the office
# [03:02] <@bz> khuey: ok
# [03:02] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Quit: Leaving.)
# [03:02] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
# [03:02] <RyanVM> dholbert: that'll learn you to check in after me!
# [03:03] <khuey> bz: back
# [03:03] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:03] <@bz> khuey: ok, so the class hierarchy
# [03:03] <khuey> for some reason the video monitors in the SF commons have been playing the MWC presentation for a week
# [03:03] <khuey> it's starting to feel like subliminal messaging
# [03:03] <@bz> khuey: we have CGNativeSetter/CGNativeGetter/CGNativeMethod all inheriting from CGNativeBindingMethod
# [03:03] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [03:03] <khuey> right
# [03:03] <@bz> khuey: which inherits from CGAbstractBindingMethod
# [03:04] <@bz> khuey: which inherits from CGAbstractStaticMethod
# [03:04] * Joins: mconley_ (mconley@moz-D640D16C.cable.teksavvy.com)
# [03:04] <@bz> khuey: lots of other things also inherit from CGAbstractStaticMethod
# [03:04] <khuey> right
# [03:04] <khuey> like trace and finalize
# [03:04] <@bz> khuey: I agree that collapsing CGAbstractBindingMethod and CGNativeBindingMethod is a good thing
# [03:04] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Ping timeout)
# [03:04] <@bz> khuey: and will do that
# [03:04] <Waldo> philor++
# [03:04] <Waldo> for memeifying commit messages
# [03:04] <Waldo> RyanVM++
# [03:04] <Waldo> too
# [03:04] <@bz> khuey: separatly, we have GetterCall and SetterCall both inheriting from GetterSetterCall
# [03:04] <khuey> right
# [03:05] <@bz> khuey: and that plus PerSignatureMethodCall inheriting from PerSignatureCall
# [03:05] <@bz> khuey: I agree that this is a lot of classes....
# [03:05] <@bz> khuey: we could switch to fewer classes and more constructor arguments
# [03:05] * Quits: mccr8 (mccr8@moz-5F92CD4B.dsl.dynamic.sonic.net) (Quit: mccr8)
# [03:05] <dholbert> RyanVM, heh
# [03:06] <khuey> bz: so idk if you saw what I did for constructors
# [03:06] <khuey> I just kind of bashed my way in there ;-)
# [03:06] <@bz> khuey: I haven't
# [03:06] * @bz looks
# [03:07] <@bz> where is the constructor stuff?
# [03:07] <khuey> CGClassConstructorHook IIRC
# [03:07] * Quits: ericjung (Mibbit@moz-C6B344D.bstnma.fios.verizon.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [03:07] <khuey> or maybe CGClassConstructHook
# [03:07] <@bz> did you check it in?
# [03:07] <khuey> I think so
# [03:07] * Joins: hsinyi (hsinyi@moz-99690620.hinet-ip.hinet.net)
# [03:07] <@bz> aha
# [03:07] <@bz> ConstructHook
# [03:08] <khuey> in particular, I jammed in an arg for whether or not the method we're calling is static
# [03:08] <khuey> and what (if any) text to stick at the beginning of the args list
# [03:08] <khuey> I think there's a more elegant way to do the latter
# [03:09] <@bz> hold on
# [03:09] * Quits: krit (Adium@moz-3AE657AD.hsd1.ca.comcast.net) (Quit: Leaving.)
# [03:09] * Quits: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee) (Ping timeout)
# [03:09] <@bz> so...
# [03:09] <@bz> fwiw, I suspect JS_GetGlobalForScopeChain is wrong
# [03:09] <@bz> per spec
# [03:09] <@bz> but worth checking, I guess
# [03:09] <khuey> heh
# [03:10] * khuey blames bent for that
# [03:10] <khuey> though, to be fair, he did say to run it by you
# [03:10] <bent> i totally did
# [03:10] <@bz> so say I have code in window A
# [03:10] <khuey> yeah, I just wanted to blame you for someting
# [03:10] <khuey> *something
# [03:10] <@bz> which has a reference to window B in |win|
# [03:10] <@bz> and calls new win.Image()
# [03:10] <@bz> JS_GetGlobalForScopeChain will be A, I think
# [03:11] <@bz> but I strongly suspect we want B here
# [03:11] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
# [03:11] <@bz> anyway
# [03:11] <bent> huh, i thought ScopeChain took care of that
# [03:11] * @bz is reading the code
# [03:11] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
# [03:11] <@bz> we should just add a test
# [03:11] <@bz> and see if it passes
# [03:11] <@bz> khuey: so I'm not sure what you mean about static
# [03:11] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [03:11] <bent> you mean... gather data?!
# [03:11] * bent shudders
# [03:12] <@bz> not data
# [03:12] <@bz> just add a test
# [03:12] <@bz> to our test suite
# [03:12] <@bz> khuey: oh, you added it to PerSignatureMethodCall
# [03:12] * joduinn is now known as joduinn-afk
# [03:12] <khuey> yeah
# [03:12] <khuey> I jammed it in there
# [03:12] <Waldo> bz: that's bug 631135, I think; cpg will fix it
# [03:12] <@bz> waldo: oh?
# [03:13] <@bz> waldo: as in JS_GetGlobalForScopeChain will be B in that case?
# [03:13] * Joins: karl (karl@538BABFE.A073F3E.97BBD552.IP)
# [03:13] <@bz> waldo: after cpg?
# [03:13] * Quits: KaiRo (robert@moz-61141F4A.adsl.highway.telekom.at) (Input/output error)
# [03:13] <Waldo> bz: ggfsc is supposed to be the "right" answer; the issue is that cross-global calls when a JSNative is what's being called don't update the data structures that ggsfc looks at
# [03:14] <@bz> khuey: I think that's fine
# [03:14] <@bz> khuey: at first glance
# [03:14] <bent> so i sorta win?
# [03:14] <khuey> bent: sounds like
# [03:14] <khuey> bz: ok
# [03:14] * Quits: bonnie (bbsurender@654012E9.CFB1C97.DD3002AF.IP) (Quit: Ex-Chat)
# [03:14] * Quits: smontagu (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [03:15] * Joins: macmaN (chezburger@moz-DA23949E.dyn.estpak.ee)
# [03:15] <@bz> khuey: so I'm going to document these classes
# [03:15] <@bz> khuey: and nike CGAbstractBindingMethod
# [03:15] <@bz> khuey: nuke
# [03:15] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Input/output error)
# [03:15] <@bz> khuey: or CGNativeBindingMethod
# [03:15] <@bz> khuey: or both, and come up with a new class name
# [03:15] * @bz needs to figure that out
# [03:16] <@bz> I think nuking CGNativeBindingMethod is the way to go
# [03:16] <@bz> and leaving CGAbstractBindingMethod
# [03:16] <khuey> ok
# [03:16] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
# [03:16] <khuey> so what, conceptually, is the difference between CGAbstractStaticMethod and CGAbstractBindingMethod?
# [03:17] <khuey> just that the latter does calls that have a 'this'?
# [03:17] <@bz> CGAbstractStaticMethod is for any static function
# [03:17] <@bz> there are tons of them
# [03:17] * Quits: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr_)
# [03:17] * Joins: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp)
# [03:17] <@bz> the various JSClass hooks
# [03:17] <@bz> GetProtoObject
# [03:18] <@bz> hmm
# [03:18] <@bz> that may be all of them
# [03:18] <khuey> ok
# [03:18] <@bz> wtf is CGGetProtoObject2Method ?
# [03:18] <khuey> so I don't really understand this
# [03:18] <khuey> because (e.g.) the finalize hook calls methods on the underlying object
# [03:18] <khuey> just like the binding for xhr.open does
# [03:19] <khuey> so I don't see how one is any more static than the other
# [03:19] <@bz> This is static in the C++ sense
# [03:19] <@bz> in C++ these are all static functions
# [03:19] <khuey> well everything we're doing is static in the C++ sense, no?
# [03:19] <@bz> no, some of it is inline
# [03:19] * Joins: surkov (surkov@8F761026.B5EF4AF6.E96CA9D8.IP)
# [03:20] <khuey> ah, so that's the distinction here?
# [03:20] <@bz> yes
# [03:20] * Quits: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [03:20] <@bz> CGAbstractStaticMethod is something which has no decl in the header
# [03:20] * Joins: asac_ (asac@moz-44CF14F7.pppoe.wtnet.de)
# [03:20] <@bz> and has a static decl+impl in the .cpp
# [03:20] <@bz> basically
# [03:20] <@bz> Abstract base class for codegen of implementation-only (no
# [03:20] <@bz> declaration) static methods.
# [03:20] <@bz> it's even kinda documented!
# [03:20] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:21] * Quits: asac (asac@moz-1D513393.pppoe.wtnet.de) (Ping timeout)
# [03:21] <khuey> heh, ok
# [03:21] <@bz> so
# [03:21] <@bz> still
# [03:21] <@bz> wtf is CGGetProtoObject2Method?
# [03:21] <@bz> if descriptor.interface.hasInterfaceObject() or descriptor.concrete:
# [03:21] <@bz> cgThings.append(CGGetProtoObject2Method(descriptor))
# [03:21] <@bz> vs...
# [03:22] <@bz> if descriptor.interface.hasInterfacePrototypeObject():
# [03:22] <@bz> cgThings.extend([CGCreateProtoObjectMethod(descriptor),
# [03:22] <@bz> CGIndenter(CGGetProtoObjectMethod(descriptor))])
# [03:22] * mcote|afk is now known as mcote
# [03:22] <khuey> I have no idea
# [03:23] * @bz wonders who added that
# [03:23] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:23] <@bz> Peter added this....
# [03:24] <@bz> And then Bobby modified it...
# [03:24] * Quits: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [03:24] * Joins: Jesse_ (jruderman@moz-BBE3ABD.mv.mozilla.com)
# [03:24] <@bz> looks like it's for preffing stuff off
# [03:24] <@bz> or something
# [03:24] * heycam is now known as heycam|away
# [03:25] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Quit: jgriffin)
# [03:25] * Quits: Ami_Ty (Amie@moz-BBE3ABD.mv.mozilla.com) (Quit: Ami_Ty)
# [03:25] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [03:26] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [03:28] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88.1 [Firefox 14.0a1/20120315164356])
# [03:28] <njn> glandium: ping
# [03:29] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Ping timeout)
# [03:30] <mkaply> Does anyone who knows Javascript and mind reading want to delve into why a design decision was made over 10 years ago and try to understand what a comment means? - http://mxr.mozilla.org/mozilla-central/source/extensions/pref/autoconfig/src/nsJSConfigTriggers.cpp#196
# [03:31] <mkaply> The first line of autoconfig files (the files used to configure Firefox/Thunderbird for enterprise) is ignored. And this comment tells us why?????
# [03:32] <khuey> dmose reviewed it
# [03:32] <khuey> and he's still around!
# [03:32] <khuey> :-P
# [03:32] <@smaug> mkaply: https://bugzilla.mozilla.org/show_bug.cgi?id=89137
# [03:32] * Joins: davidb (davidb@471D72E.2257F909.F30C9E9E.IP)
# [03:32] <Mossop> mkaply: I would guess that the concern is that if you might be able to find a security hole such that you could cause the JS engine to parse that file then you'd be able to read the prefs?
# [03:32] * Quits: vikash (vikash@E7172058.2905CAEE.5D9ABA9F.IP) (Quit: Leaving)
# [03:32] * Quits: ochameau (ochameau@moz-A33C217B.fbx.proxad.net) (Ping timeout)
# [03:33] * Quits: davidb (davidb@471D72E.2257F909.F30C9E9E.IP) (Input/output error)
# [03:33] * Joins: ochameau (ochameau@moz-A33C217B.fbx.proxad.net)
# [03:33] * Joins: davidb (davidb@471D72E.2257F909.F30C9E9E.IP)
# [03:34] <@bz> khuey: http://pastebin.mozilla.org/1521227 ?
# [03:34] <@bz> khuey: (comments still coming up, but this will be the one code change so far)
# [03:34] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: pcwalton)
# [03:35] <khuey> bz: lgtm
# [03:35] <@bz> khuey: landing that
# [03:35] * philor|away is now known as philor
# [03:35] * Quits: dmb (dmb@moz-3565FEE9.da4.org) (Ping timeout)
# [03:36] <@bz> ok
# [03:36] <@bz> now to add some comments
# [03:36] <mkaply> Mossop: The file isn't preferences, though, it's fully executable JavaScript. I was wondering if maybe the original Mission Control Desktop wrote junk into the first line so it wasn't easily hacked? In theory, the useless first line has been around since Netscpe 4
# [03:36] * mkaply needs a time machine
# [03:36] * Joins: dmb (dmb@moz-3565FEE9.da4.org)
# [03:36] * Joins: dseif (dseif@5D3EA4D4.B5EF4AF6.E96CA9D8.IP)
# [03:37] * Joins: vikram360 (vikram360@368B103C.A666AB3E.2A068A5E.IP)
# [03:37] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
# [03:37] * Unfocused wonders why it matters
# [03:38] <mkaply> Unfocused: because I'm trying to figure out if it can be "fixed" or if the blank line needs to stay for some reason.
# [03:38] * Quits: brendan (brendaneic@6E93552D.BAC367B2.43362C16.IP) (Quit: brendan)
# [03:38] <mkaply> Unfocused: It's one of the things that trips people up the most who write these files
# [03:39] * Quits: vikram360 (vikram360@368B103C.A666AB3E.2A068A5E.IP) (Ping timeout)
# [03:40] * Joins: vikram360 (vikram360@93C7F0C3.76910E54.2A068A5E.IP)
# [03:40] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [03:40] <Unfocused> even if the original reasoning is invalid now, it sounds like changing the behaviour will break old files, and so can't be changed anyway
# [03:41] * Quits: @smaug (chatzilla@moz-10173818.elisa-mobile.fi) (Ping timeout)
# [03:42] * Joins: lht (elihait@moz-722A94AD.dreamhost.com)
# [03:43] * Quits: surkov (surkov@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: surkov)
# [03:43] * Quits: kdc (chatzilla@moz-6176CD61.no.shawcable.net) (Ping timeout)
# [03:43] <mkaply> Unfocused: The "standard" has been to make the first line a comment, and that's what most people do. So it wouldn't break anything. It would only be a problem if someone put genuinely unparsable javascript as the first line.
# [03:43] <mkaply> Unfocused: But I would tend to agree with you. Best to leave well enough alone. But I'm really really curious. I need to find an old netscape.cfg file and take it apart.
# [03:44] * mkaply goes to install netscape communicator
# [03:44] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [03:44] * Quits: chewey (chewey@moz-78A5E0D.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:45] * Joins: chewey (chewey@moz-EF3E4219.dip0.t-ipconnect.de)
# [03:47] * Joins: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net)
# [03:47] <mkaply> February 21, 2000. That was a long time ago.
# [03:47] * Joins: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net)
# [03:48] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
# [03:48] * Quits: mconley_ (mconley@moz-D640D16C.cable.teksavvy.com) (Connection reset by peer)
# [03:48] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
# [03:48] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [03:51] <khuey> bz: thanks for doing this
# [03:51] * khuey is out for the night
# [03:51] * khuey is now known as khuey|away
# [03:52] * Quits: edmorley (edmorley@moz-BAA24AEA.range86-166.btcentralplus.com) (Quit: Leaving.)
# [03:55] * Quits: sewardj (sewardj@moz-8A4D6A0A.dip.t-dialin.net) (Ping timeout)
# [03:55] * Joins: sewardj (sewardj@moz-FE9EEBDC.dip.t-dialin.net)
# [03:58] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
# [03:59] * Quits: mjschranz (mjschranz@79F6792D.531FD64C.630E4E47.IP) (Ping timeout)
# [04:00] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Quit: raccettura)
# [04:02] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird -- http://www.instantbird.com)
# [04:02] <@bz> uh
# [04:02] <@bz> so...
# [04:03] <kwierso> wasn't me
# [04:03] <@bz> how can this possibly work?
# [04:03] <kwierso> I swear
# [04:03] <@bz> sure
# [04:03] <@bz> it was peterv
# [04:03] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [04:04] * Quits: Elen (El@moz-749635E7.hsd1.ut.comcast.net) (Quit: )
# [04:06] * Quits: grubshka (grubshka@moz-305995D3.w86-216.abo.wanadoo.fr) (Ping timeout)
# [04:06] <@bz> khuey: this argspre thing....
# [04:07] <@bz> khuey: why not just change args instead??
# [04:08] * Joins: allisterb (allisterb@2CE5E668.5725EB66.F43E9E20.IP)
# [04:09] * Joins: qheaden (qah661@moz-67E02157.nrflva.fios.verizon.net)
# [04:11] * Quits: cjones (cjones@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:11] * Joins: wesj1 (wesj@moz-135A9FA9.hsd1.ca.comcast.net)
# [04:11] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [04:12] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [04:12] * heycam|away is now known as heycam
# [04:13] * Quits: davidb (davidb@471D72E.2257F909.F30C9E9E.IP) (Quit: davidb)
# [04:14] * Joins: Asa (asa@F259CFB7.9EF26CBA.EB5E51FC.IP)
# [04:14] <qheaden> Mozilla applied to this year's Google Summer of Code right?
# [04:17] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [04:18] <jbuck> qheaden: yes: https://wiki.mozilla.org/Community:SummerOfCode12
# [04:19] <qheaden> Awesome! I hope I get accepted with you guys.
# [04:20] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [04:22] * Joins: davidb (davidb@471D72E.2257F909.F30C9E9E.IP)
# [04:23] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [04:24] * Quits: gwagner (gwagner@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: gwagner)
# [04:25] * Quits: dseif (dseif@5D3EA4D4.B5EF4AF6.E96CA9D8.IP) (Input/output error)
# [04:25] <philor> jduell: you do realize that you can retrigger xpcshell tests on the same build, rather than leaving something in to fail on someone else's push, right?
# [04:26] <jduell> philor: ah, so I could land, immediately back out, and then still re-run the tests on the 1st patch?
# [04:26] <philor> yep
# [04:26] <philor> um
# [04:26] <jduell> philor: then I shall burden the tree much less going forward
# [04:27] <philor> do you sometimes see builds on inbound that don't show the problem
# [04:27] * Quits: wesj1 (wesj@moz-135A9FA9.hsd1.ca.comcast.net) (Ping timeout)
# [04:27] <jduell> philor: I suspect it's a race, so re-running ought to be enough.
# [04:27] * Joins: anky (anky@DD9429CD.294EEC3B.A3D1B221.IP)
# [04:27] <jduell> philor: my initial build doesn't always show the failure, if that's what you're asking, but I'm guessing re-running is enuf
# [04:27] <philor> if you never see it on try, but do see it on inbound, I suspect much more that it's a sign that you need to land with a clobber
# [04:28] <jduell> philor: I never see it on try. "Landing w/clobber" is land, then backout, right?
# [04:28] <philor> because it's the exact same slaves running tests on try and inbound, whoever is free next from the very same single pool
# [04:28] <nthomas> which means you ought to check the build system is doing the deps properly
# [04:29] * Joins: myk (Instantbir@moz-64D96850.dsl.dynamic.sonic.net)
# [04:29] <philor> no, landing with a clobber is using https://build.mozilla.org/clobberer/ to say "please remove the old objdirs from slaves before they build next, I don't build on an existing objdir"
# [04:29] <jduell> philor: really? So what could make it only fail on inbound?
# [04:29] <jduell> Ah, ok
# [04:29] <philor> inbound builds on existing objdirs, try never does because who knows what might be in there?
# [04:29] <nthomas> seriously, that doesn't look like a change that requires a clobber
# [04:30] <nthomas> (assuming http://hg.mozilla.org/integration/mozilla-inbound/rev/5aaec7f808b6 is all of it)
# [04:30] * Joins: timdream (timdream@moz-99690620.hinet-ip.hinet.net)
# [04:30] <jduell> philor: nthomas: I'd be surprised if the make deps are busted for this. But I can give clobber a go
# [04:30] <philor> you've obviously confused us with a project with working dependencies
# [04:31] * Joins: Mook (mook@moz-D4B2E3F9.dsl.teksavvy.com)
# [04:31] <nthomas> bah
# [04:32] * Quits: myk (Instantbir@moz-64D96850.dsl.dynamic.sonic.net) (Quit: Instantbird -- http://www.instantbird.com)
# [04:33] * Joins: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net)
# [04:33] <jduell> philor: it certainly works when I rebuild with make
# [04:33] * Quits: davidb (davidb@471D72E.2257F909.F30C9E9E.IP) (Quit: davidb)
# [04:33] <jduell> on my workstation
# [04:34] * bwinton is now known as bwinton_away
# [04:34] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [04:35] * Joins: cpearce (chatzilla@moz-6004FBED.xdsl.xnet.co.nz)
# [04:35] * Joins: Bas (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP)
# [04:35] * Joins: dao (dao@moz-ECBC99AA.superkabel.de)
# [04:36] <jduell> philor: if I only see the error on linux builds, can I just check "Linux mozilla-inbound build"? do I need to also clobber Linux QT mozilla-inbound build? Linux mozilla-inbound leak test build? Linux mozilla-inbound nightly? pgo-build? The list goes on...
# [04:38] <philor> jduell: linux m-i build would be the linux32 opt build - where I see you having failed right now is linux64 opt
# [04:39] <philor> but I have to admit I haven't kept track of everywhere it fails
# [04:39] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [04:40] <jduell> philor: so if I suspect Linux in general, I should clobber all the linux buildbots?
# [04:42] <philor> all of them that you are right now planning on retriggering, since this isn't some "solve it in the future and for all time" thing, and you don't want that current commit message to be what you leave permanently
# [04:44] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
# [04:44] <jduell> philor: so I can blick the "B" for build, see the node it built on "linux64-ix-slave10", clobber that, hit the '+" to rebuild, then when I see a new "B" re-run the X tests, right?
# [04:44] <jduell> s/blick/click/
# [04:44] <Asa> Unfocused: "Scientific Proof That Women Hate Beards" :( A good thing that I found a woman who doesn't I guess.
# [04:44] <Asa> http://gizmodo.com/5893506/scientific-proof-that-women-hate-beards
# [04:45] <philor> jduell: nope, you have no idea what slave you'll get next, so the only way to be sure that you get a linux64 clobber build is to clobber every linux64 slave
# [04:45] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [04:46] <Unfocused> Asa: yea, saw that :\ but then, there's also studies that show a beard increases the perception of trustworthyness
# [04:46] <philor> jduell: and it's still going to prove nothing much, because two pushes up linux64 built dep and you didn't fail
# [04:47] <Unfocused> and yes, my mrs certainly loves my beard too
# [04:47] <philor> jduell: so, no idea. how many times do you retrigger xpcshell on your try pushes?
# [04:48] <jduell> philor: so just "Linux x86-64 mozilla-inbound build" or all linux-64 bots? What does "built dep" mean and how do I see if a build did it?
# [04:48] <jduell> philor: I actually haven't been retriggering--I forgot I could do that.
# [04:48] <jduell> So it's been failing within a half-dozen later pushes so far.
# [04:49] <philor> jduell: for now, probably no clobbering at all. if you click on the B, then down at the bottom to the right of the center divider if it says "free space clobber" or "forced clobber" or "I saw a squirrel clobber" it's a clobber, otherwise it's a dep, non-clobber, on an existing objdir build, except on try where it's always a clobber
# [04:50] <philor> jduell: but if you've been pushing to try and only getting one run of tests, given the intermittency, I don't think you can say yet that it doesn't happen on try
# [04:51] <jduell> philor: I did tweak the test to run 200x and pushed it to try and it didn't fail the couple of times I tried that
# [04:51] <jduell> But I suppose it's possible that it could happen on try and I haven't seen it.
# [04:51] <philor> interesting
# [04:52] <jduell> philor: yeah, pull-my-hair-out interesting :)
# [04:54] * Quits: dao (dao@moz-ECBC99AA.superkabel.de) (Quit: Leaving.)
# [04:55] * Joins: timbo (Mibbit@8EDFAF64.ED1AC53C.75303861.IP)
# [04:55] <mcpherrin> /win 3
# [04:55] <mcpherrin> (oops)
# [04:57] * Quits: timbo (Mibbit@8EDFAF64.ED1AC53C.75303861.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [04:58] <philor> ugh, is that your assertion in Mac64 debug?
# [04:58] <philor> ugh, is this the patch that breaks every test on Android XUL?
# [04:59] * Joins: mcot (mcot@moz-12E6ADD8.washdc.fios.verizon.net)
# [04:59] <philor> oh, apparently not
# [05:02] * Quits: peregrino (peregrino@moz-9A666907.telecom.net.ar) (Quit: peregrino)
# [05:04] * Quits: njn (chatzilla@moz-54D571D2.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88.1 [Firefox 14.0a1/20120313162233])
# [05:05] * Joins: wesj1 (wesj@moz-135A9FA9.hsd1.ca.comcast.net)
# [05:05] * juanb is now known as juanb|afk
# [05:05] * Joins: njn (chatzilla@moz-54D571D2.dyn.iinet.net.au)
# [05:05] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [05:06] * qheaden feels nervous about getting his GSoC proposal accepted.
# [05:06] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [05:06] <philor> jduell: so, what are we waiting for right now?
# [05:06] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
# [05:06] * philor sees that we're waiting for his tbpl to refresh and show a backout
# [05:06] <heycam> qheaden, gerv's been in charge of GSoC in previous years, he may still be now
# [05:06] <jduell> philor: I just backed out my patch. I'm re-running the X tests on my checkin to see if they're repeatable
# [05:06] * Joins: Elen (El@moz-749635E7.hsd1.ut.comcast.net)
# [05:07] <jduell> I suspect it's a race condition, not a clobber issue
# [05:07] <qheaden> heycam: Oh ok. Thanks for that info.
# [05:08] <jduell> philor: It's really not helping me that the xpcshell logs don't show any NS_WARNING/NS_ASSERTION/etc output
# [05:08] <jduell> not that that has anything to do with you... :)
# [05:09] <qheaden> So I'm guessing that the mentors of a project will help you flesh out the technical details in the proposal?
# [05:09] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
# [05:09] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Input/output error)
# [05:09] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
# [05:09] <philor> we have some (ancient) docs that say "try not to use Mochitest, no, really" - dunno why they don't say the same about xpcshell, I hear far more screaming from people trying to fix tests there
# [05:10] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
# [05:11] <jduell> philor: I believe the idea was to prefer xpcshell tests to mochi? :)
# [05:11] <jduell> What other kind of test would I write?
# [05:11] * Joins: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com)
# [05:12] <heycam> qheaden, if you're proposing a project from the student side and you've got a mentor lined up already (assuming it will be accepted) then sure, I think you can work on the proposal together. but I'd talk to them and/or gerv to find out what their expectations are exactly.
# [05:12] <philor> don't go expecting actual knowledge from me, I hate all tests equally ;)
# [05:13] <squib> quick question: is there a way to query the height of a <tree> row from JS? i can get the cell height, but that's 2px shorter on most themes
# [05:13] <philor> jduell: one thought, if you can't repro on try even after retriggering a few dozen times, and the possibility of clobber-or-not comes back: https://wiki.mozilla.org/DisposableProjectBranches
# [05:14] <sfink> xpcshell tests better. can run locally. can only run mochitests locally after 3 additional shots of tequila so you don't attempt to use your computer while they are running. not recommended.
# [05:14] <qheaden> heycam: OK. Well, tomorrow, the list of accepted organizations will be released. I'm 99.99999% sure Mozilla will be up there, so I'll probably start talking with the mentors tomorrow.
# [05:14] <qheaden> heycam: Do you have any idea when gerv hangs around the IRC chat?
# [05:14] <heycam> qheaden, yep, there's still time between the announcement of organisations and announcement of students accepted
# [05:15] <heycam> qheaden, he is in the UK (though were exactly I don't know)
# [05:15] <heycam> (if that gives you an idea of time)
# [05:15] <heycam> *where
# [05:15] <qheaden> heycam: I already have the shell of my proposal written, but I now just need to fill in the project proposal part.
# [05:16] <heycam> qheaden, sounds good, but yeah definitely work on it conjunction with a mentor if you get one lined up
# [05:16] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [05:16] <qheaden> heycam: Thanks for the advice.
# [05:17] <heycam> good luck :)
# [05:17] * Quits: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net) (Ping timeout)
# [05:17] * Joins: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net)
# [05:17] * Quits: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 10.0.1/20120216115618])
# [05:17] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
# [05:18] <jduell> philor: do those start out w/a clobber, I assume?
# [05:19] * Quits: mcot (mcot@moz-12E6ADD8.washdc.fios.verizon.net) (Ping timeout)
# [05:20] <philor> jduell: the other thing you can do is file a bug to get access to a loaner test slave, where you can download that build from your inbound push that had a failure, so you know it's a fallible build, and then run xpcshell against it as many times as you want
# [05:20] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
# [05:20] <philor> jduell: a disposable branch? um, they probably start with either whatever crud the last users left behind, or more likely all the build slaves will have already removed the objdirs for that branch to make space
# [05:21] <jduell> philor: what bugzilla category for asking for access to a slave node?
# [05:21] <philor> mozilla.org :: release engineering
# [05:21] <philor> I don't know which of their new subcomponents, so just use the main bucket :)
# [05:21] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [05:21] <jduell> philor: ok, thanks--that may be the best way to proceed
# [05:21] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [05:23] * Quits: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net) (Ping timeout)
# [05:23] * nthomas is now known as nthomas|away
# [05:26] <philor> wonder how many shots of tequila are required to make starring Android's crashes seem appealing
# [05:27] <philor> there just isn't much good you can say about the way it's now averaging more failures per push than would be acceptable as a total for all platforms
# [05:27] * Joins: sicking (chatzilla@moz-903915C1.hsd1.ca.comcast.net)
# [05:29] <ewong> heh.. "You should use inbound instead (but probably won't)" cynicism ftw
# [05:30] <philor> we've cycled that through all sorts of things, none of which have had any noticeable impact on the remaining recalcitrants
# [05:30] * Joins: cjones (cjones@moz-E7446F75.snvacaid.static.covad.net)
# [05:32] <philor> I thought about a linked wiki page explaining why, but then I remembered how much impact the tree rules wiki page has on them
# [05:33] * Joins: Waldo (waldo@moz-537BCF9.hsd1.ca.comcast.net)
# [05:33] * Quits: vikram360 (vikram360@93C7F0C3.76910E54.2A068A5E.IP) (Ping timeout)
# [05:33] * Joins: vikram360 (vikram360@47170A53.C88A9F57.2A068A5E.IP)
# [05:34] * Joins: hub (hub@8F761026.B5EF4AF6.E96CA9D8.IP)
# [05:34] * Quits: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp) (Quit: nattokirai)
# [05:34] * Quits: anky (anky@DD9429CD.294EEC3B.A3D1B221.IP) (Client exited)
# [05:34] <philor> which reminds me that aurora, which I'm apparently personally entirely responsible for starring now, has a bunch of pushes
# [05:35] <philor> oh holy crap
# [05:35] * Quits: Jesse_ (jruderman@moz-BBE3ABD.mv.mozilla.com) (Quit: Jesse_)
# [05:35] <philor> I will never ever again make fun of codependent women who stay with a man who beats them
# [05:36] * Joins: twi (Adium@moz-47FC02E0.cust.dsl.vodafone.it)
# [05:36] <kwierso> philor: you just need to clone yourself
# [05:36] <qheaden> What is Frédéric Wang's handle on the irc?
# [05:36] <ewong> one clone for each tree
# [05:37] * Quits: mwu (mwu@2F7334C4.B4865287.2E0B2258.IP) (Quit: This computer has gone to sleep)
# [05:38] * Quits: bholley (bholley@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [05:38] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [05:38] <@bz> bholley: hey, got a sec?
# [05:38] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Quit: Leaving)
# [05:39] <bholley> bz: depends - I'm pretty off duty, but if it's something I can answer offhand
# [05:39] <@bz> bholley: are you generally up for reviewing nsImageLoadingContent changes?
# [05:39] <@bz> bholley: not this sec
# [05:39] <@bz> bholley: patch not done yet. ;)
# [05:39] <@bz> bholley: or should I ask someone else?
# [05:39] <bholley> bz: I'll give it a shot - stuff like that needs more peers
# [05:39] <@bz> bholley: ok
# [05:40] <@bz> bholley: sounds good
# [05:41] * glob|away is now known as glob
# [05:43] <heycam> is it possible to get the latest IE10 preview without the Windows 8 preview?
# [05:43] * Quits: dmb (dmb@moz-3565FEE9.da4.org) (Ping timeout)
# [05:43] <heycam> not sure I want to install a whole operating system just to do a quick test
# [05:43] * Quits: timA|away (Instantbir@moz-535753DA.hsd1.or.comcast.net) (Quit: Instantbird -- http://www.instantbird.com)
# [05:43] <kwierso> heycam: the platform preview available on win7 isn't the newest one
# [05:43] <kwierso> I don't think they've updated it recently
# [05:43] * Joins: dmb (dmb@moz-3565FEE9.da4.org)
# [05:43] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
# [05:44] <heycam> kwierso, hm. just looking at http://ie.microsoft.com/testdrive/Info/Downloads/Default.html - released February 29
# [05:44] <kwierso> heycam: that takes you to a win8 download page ;)
# [05:44] <@bz> heycam: I believe you need win8 to get ie10 right now
# [05:44] <heycam> kwierso, yeah ;(
# [05:44] <heycam> bz, boo
# [05:45] <@bz> heycam: just wait till they get it running on XP!
# [05:45] <heycam> heh
# [05:45] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
# [05:46] * heycam fires up his VM, which is really what he was trying to avoid
# [05:46] <heycam> (VM with an older IE10PP on it that is)
# [05:47] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
# [05:48] * Joins: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk)
# [05:49] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
# [05:50] * Joins: NerdcoreRising (NerdcoreRi@moz-C0F8F627.evrt.wa.frontiernet.net)
# [05:52] * Joins: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net)
# [05:55] <@bz> hrm
# [05:55] <@bz> this try push is not coming through so much....
# [05:56] * Quits: slowpoke (slowpoke@moz-F02DAE63.gigabit.perfect-privacy.com) (Quit: The world is not beautiful - but that in itself lends it a kind of beauty.)
# [05:56] <@bz> did try get reset or something?
# [05:56] <@bz> As in, am I basically trying to push all of m-c to try? ;)
# [05:58] <@bz> no
# [05:58] <@bz> looks like it pushed 3 changesets
# [05:58] <@bz> just took forever to do that
# [06:00] * Joins: slowpoke (slowpoke@moz-F773540F.gigabit.perfect-privacy.com)
# [06:01] <sfink> whohoo! I just signed up for the CDW employee discount program and will now be 13 cents richer! (Ok, $169.86 poorer, but at least I'm not one of those poor saps who have to pay $169.99)
# [06:01] * Quits: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net) (Ping timeout)
# [06:03] <Unfocused> how long did it take to figure out how to join and get that discount?
# [06:03] * Quits: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP) (Input/output error)
# [06:03] * Joins: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP)
# [06:04] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [06:04] <sfink> do not be for asking these questions sir
# [06:05] * Quits: qheaden (qah661@moz-67E02157.nrflva.fios.verizon.net) (Quit: Leaving)
# [06:06] * Quits: Lucas (Lucas@moz-92C28224.hsd1.ca.comcast.net) (Ping timeout)
# [06:08] <Unfocused> :)
# [06:10] * @bz grumbles about 160KB patches
# [06:12] * Quits: ehugg (chatzilla@moz-44D86B1E.cisco.com) (Quit: ChatZilla 0.9.88.1 [Firefox 10.0.2/20120216101208])
# [06:13] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
# [06:14] <njn> bz: I just DMD'd gmail, the biggest missing chunks are now for zlib compression relating to SPDY
# [06:14] * njn wonders how long-lived those are
# [06:14] <@bz> njn: nice!
# [06:14] <@bz> njn: mmm
# [06:15] <Waldo> heycam: http://whereswalden.com/2011/09/27/%E0%B2%A0_%E0%B2%A0/
# [06:15] <@bz> njn: I've never dug into the zlip code much before
# [06:15] <njn> bz: http://pastebin.mozilla.org/1521470 is an example
# [06:15] * Quits: willy1234x1 (willy1234x@moz-7733E897.slkc.qwest.net) (Ping timeout)
# [06:15] <njn> bz: BTW, this is a new, integrated version of DMD
# [06:15] <heycam> Waldo++
# [06:16] * Waldo hasn't tested a thing with IE10 since then, either :-\
# [06:16] * Quits: sicking (chatzilla@moz-903915C1.hsd1.ca.comcast.net) (Ping timeout)
# [06:16] * Joins: willy1234x1 (willy1234x@moz-96D6DC50.slkc.qwest.net)
# [06:17] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
# [06:17] * Quits: wesj1 (wesj@moz-135A9FA9.hsd1.ca.comcast.net) (Input/output error)
# [06:17] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
# [06:17] <@bz> njn: the alloc you linked to should die once we clean up the deflate stream....
# [06:18] <njn> bz: but when does that happen?
# [06:18] <njn> bz: there are 3 or 4 similar ones
# [06:18] * glob is now known as glob|away
# [06:20] <@bz> SpdySession::~SpdySession afaict
# [06:20] <@bz> the inflateEnd/deflateEnd calls should be doing it
# [06:21] * Quits: Mook (mook@moz-D4B2E3F9.dsl.teksavvy.com) (Quit: z)
# [06:22] * glob|away is now known as glob
# [06:26] <Hixie> is there a js equivalent of the perl if ($string =~ m/a(reg)(exp)/) { dosomethingwith($1, $2) } ?
# [06:27] * Quits: vikram360 (vikram360@47170A53.C88A9F57.2A068A5E.IP) (Ping timeout)
# [06:27] * Quits: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net) (Ping timeout)
# [06:27] * Joins: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net)
# [06:28] * Quits: Elen (El@moz-749635E7.hsd1.ut.comcast.net) (Ping timeout)
# [06:29] <heycam> Hixie, you could do: var m = string.match(/a(reg)(exp)/; if (m) { dosomethingwith(m[1], m[2]) }
# [06:29] * Quits: hub (hub@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
# [06:29] <Hixie> k, thanks
# [06:29] <heycam> Hixie, or this: if (string.match(a(reg)(exp))) { dosomethingwith(RegExp.$1, RegExp.$2) }
# [06:30] <Hixie> oh can i do if (m = ...) ?
# [06:30] <Hixie> the context is i have a chain of if statements
# [06:30] <heycam> Hixie, oh sure you can do that
# [06:30] <Hixie> each with a different regexp
# [06:30] <Hixie> ok
# [06:30] <Hixie> thanks
# [06:30] <@bz> hixie: since you're here....
# [06:30] <@bz> hixie: got a sec?
# [06:30] <Hixie> sure
# [06:30] <@bz> hixie: I posted to public-html about this too...
# [06:30] <Hixie> i don't read public-html any more
# [06:31] <@bz> er...
# [06:31] <@bz> that's bad
# [06:31] <@stuart> lol
# [06:31] * @bz has posted several relevant things there recently
# [06:31] <@bz> <sigh>
# [06:31] <Hixie> that list is a cess pool of crazy
# [06:31] <@bz> ok, lemme just get you the links
# [06:31] <@bz> http://lists.w3.org/Archives/Public/public-html/2012Mar/0496.html
# [06:31] <@bz> wai
# [06:31] <@bz> er, wait
# [06:31] * mcote is now known as mcote|afk
# [06:31] <@bz> the other thing I posted was about <style scoped>
# [06:32] <@bz> and you saw those!
# [06:32] <@bz> but maybe I cced www-style or something
# [06:32] <Hixie> i sometimes quickly scan for authors
# [06:32] <@bz> in any case, see above mail
# [06:32] <Hixie> if i see you posting i take a look :-)
# [06:32] <@bz> short story, pages set img.src
# [06:32] <@bz> and if the src points to a preloaded image expect width/height to change sync
# [06:32] <Hixie> (but i'm sure i miss some, i only look briefly)
# [06:32] <@bz> which is not what the spec says right now
# [06:32] <@bz> do you still read whatwg?
# [06:33] <Hixie> i not only read it, i promise an (eventual) reply to every piece of feedback sent there
# [06:33] <Hixie> and try to keep the crazy out
# [06:34] <Hixie> the img thing seems like a no-brainer that we should spec it, but yeah, dunno how we'll do that :-)
# [06:34] <Hixie> what do you call preloaded, anything in the local http cache? or is it per-page?
# [06:34] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.2a1pre)
# [06:34] * Joins: Elen (El@moz-749635E7.hsd1.ut.comcast.net)
# [06:35] * Hixie pulls bz's e-mail out of his trash and moves it to his feedback pile
# [06:35] * Quits: jwir3|away (In@moz-FA942C67.com) (Ping timeout)
# [06:35] * Joins: jwir3 (In@moz-FA942C67.com)
# [06:36] * Joins: vikram360 (vikram360@47170A53.C88A9F57.2A068A5E.IP)
# [06:37] <philor> woo, only 62 minutes to star aurora
# [06:38] * Joins: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [06:39] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [06:39] <philor> woo, only another hour worth built up on inbound while I was doing it
# [06:40] * heycam is now known as heycam|away
# [06:40] <@bz> Hixie: per-page
# [06:40] <Hixie> bz: keyed on url?
# [06:40] <@bz> Hixie: or at least the web only depends on it per-page
# [06:40] <@bz> Hixie: yes
# [06:40] <@bz> Hixie: well...
# [06:40] <@bz> Hixie: "sorta"
# [06:40] <@bz> Hixie: in Gecko's case it's also keyed on the value of @crossorigin
# [06:41] <@bz> Hixie: I can't speak to other impls
# [06:41] <Hixie> makes sense
# [06:41] <Hixie> seems reasonably easy to spec
# [06:41] <Hixie> per Document, not per top-level browsing context?
# [06:41] <@bz> well, in Gecko it's mostly app-wide
# [06:41] <@bz> modulo some subtleties
# [06:41] <Hixie> ah interesting
# [06:41] <@bz> but the behavior is only reliable per-document
# [06:41] <Hixie> so you can tell if another site is open in another tab by checking if an image load is sync?
# [06:42] <@bz> I believe WebKit has an explicit per-document hashtable
# [06:42] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
# [06:42] <@bz> Hixie: "not sure"
# [06:42] <@bz> Hixie: as I said, some weirdness with cross-document accesses that I don't understand
# [06:42] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
# [06:42] <@bz> hixie: I obviously have no idea what Presto and Trident do internally
# [06:42] * @bz mutters about non-source-inspectable black boxes
# [06:43] <Hixie> k
# [06:43] <Hixie> well it's on my list now
# [06:43] <@bz> on an unrelated note, Lea Verou was saying at SXSW that it would be neat if you gave a talk there sometime
# [06:44] <@bz> fantasai and I told her chances were slim, but passing it on just in case you're interested. ;)
# [06:44] <Hixie> i'll get right on that when i'm not totally overloaded with spec edits to make :-)
# [06:44] <@bz> you mean once HTML is dead? ;)
# [06:44] <Hixie> more or less :-)
# [06:44] <@bz> thanks for putting the .src thing on the list
# [06:45] * @bz goes back to reviewing this 160kb diff
# [06:46] <Unfocused> better than a 540kb diff *grumble*
# [06:46] * Quits: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net) (Connection reset by peer)
# [06:46] <Unfocused> or the 1.2Mb diff i briefly looked at earlier today *sigh*
# [06:47] * Quits: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr)
# [06:49] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [06:51] <ewong> 1.2MB diff?? O_O
# [06:51] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
# [06:52] <Unfocused> yea, pdf.js
# [06:53] <Unfocused> seeing that review request scared me
# [06:53] <Unfocused> (thankfully it was just for a small part of it)
# [06:56] * Joins: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [06:57] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [06:57] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Quit: )
# [06:58] * Quits: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Ping timeout)
# [06:59] * Joins: whimboo|afk (whimboo@moz-216F9AFA.superkabel.de)
# [06:59] <whimboo|afk> ttaubert: hossa :)
# [06:59] * whimboo|afk is now known as whimboo
# [07:01] <philor> Waldo: urgh, are those your Mac assertions I've been thinking were jduell's?
# [07:02] * jduell enjoys his newfound innocence...
# [07:03] <philor> not too much, before long I'll try to blame your backout not actually being a backout, that's one of my favorite gambits
# [07:04] * Quits: jammink|Tucson (textual@moz-1FFEF1B7.tcso.qwest.net) (Quit: Computer has gone to sleep.)
# [07:05] * Quits: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP) (Ping timeout)
# [07:06] * Joins: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP)
# [07:08] * Quits: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com) (Ping timeout)
# [07:08] * philor is now known as philor|away
# [07:09] <njn> bz: do you know where the memory allocated in http://pastebin.mozilla.org/1521599 ends up being stored?
# [07:10] <@bz> njn: looking
# [07:10] <@bz> njn: in the storage stream itself
# [07:11] <@bz> njn: in this case, might be the memory cache...
# [07:11] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [07:11] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [07:13] * heycam|away is now known as heycam
# [07:13] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
# [07:13] * Quits: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP) (Quit: This computer has gone to sleep)
# [07:15] * philor|away is now known as philor
# [07:16] <philor> well, crap
# [07:16] <philor> jduell: don't suppose it's possible that netwerk/mime/nsMIMEHeaderParamImpl is used to parse <script> tags to decide what version of JS to use on them?
# [07:17] <jduell> bz: do you know of any conditions under which the browser stops printing to stdout/stderr (if run with them redirected to a pipe or something? I'm seeing that all NS_WARNINGs and other stderr/stdout is missing when we run "make xpcshell-tests", but I do see it with make check-one.
# [07:17] <philor> and, welcome back to the hot seat
# [07:17] * Quits: karl (karl@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [07:17] * Joins: willy1234x1|2 (willy1234x@moz-436F12B2.slkc.qwest.net)
# [07:18] * Quits: willy1234x1 (willy1234x@moz-96D6DC50.slkc.qwest.net) (Ping timeout)
# [07:18] <jduell> philor: the only thing that code touches is MIME header parameters. What would such a script tag look like? I mean, we're talking HTTP headers here, so I can't imagine it's relevant
# [07:19] * Quits: willy1234x1|2 (willy1234x@moz-436F12B2.slkc.qwest.net) (Ping timeout)
# [07:19] <philor> jduell: like http://mxr.mozilla.org/mozilla-central/source/content/xbl/test/test_bug389322.xhtml#106
# [07:20] <philor> you know, like a mimetype followed by a param
# [07:21] <philor> and you're going to love the failure mode: Windows-only, PGO-only
# [07:21] * Joins: willy1234x1 (willy1234x@moz-7EBDF490.slkc.qwest.net)
# [07:22] * Quits: eflores (eflores@538BABFE.A073F3E.97BBD552.IP) (Quit: Bye)
# [07:22] <jduell> well, I'll confess that the format seems to be the same in HTML as in MIME headers (1st element doesn't need '=', rest do). I can't say that the MIME code isn't invoked for them. I'd be surprised.
# [07:22] * Joins: willy1234x1|2 (willy1234x@moz-907505C5.slkc.qwest.net)
# [07:22] * Quits: willy1234x1 (willy1234x@moz-7EBDF490.slkc.qwest.net) (Ping timeout)
# [07:22] * Quits: vikram360 (vikram360@47170A53.C88A9F57.2A068A5E.IP) (Ping timeout)
# [07:23] <jduell> philor: The patch also has a lot of test cases. But hey, if you need to clear up a mystery, you can back it out if you need to.
# [07:23] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
# [07:23] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
# [07:23] <philor> if you want to look at the range for anything else likely, I'd be delighted
# [07:24] * Joins: willy1234x1 (willy1234x@moz-8914E21D.slkc.qwest.net)
# [07:24] * Quits: willy1234x1|2 (willy1234x@moz-907505C5.slkc.qwest.net) (Ping timeout)
# [07:25] <philor> it's way back, first failure on a 14:37 push, last good 11:20
# [07:25] <jduell> philor: what's the test that's failing?
# [07:25] <jduell> oh, you already told me :)
# [07:26] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: . . . ........)
# [07:27] <philor> yeah, it was a handy way to find an example
# [07:27] * philor backs out BenWa while we think
# [07:30] * Joins: priya (Adium@moz-5843392D.hsd1.ca.comcast.net)
# [07:31] * Joins: willy1234x1|2 (willy1234x@moz-2AC2328E.slkc.qwest.net)
# [07:32] * Quits: willy1234x1 (willy1234x@moz-8914E21D.slkc.qwest.net) (Ping timeout)
# [07:32] * bz is now known as bz_sleep
# [07:32] * Joins: Julian (chatzilla@moz-9733B81C.dynamic.hispeed.ch)
# [07:32] <philor> whew, one backout survived my crappy connection
# [07:32] * glob is now known as glob|away
# [07:33] * Quits: Julian (chatzilla@moz-9733B81C.dynamic.hispeed.ch) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
# [07:33] * Joins: willy1234x1 (willy1234x@moz-C3E31295.slkc.qwest.net)
# [07:33] * Quits: willy1234x1|2 (willy1234x@moz-2AC2328E.slkc.qwest.net) (Ping timeout)
# [07:33] * Quits: juanb|afk (jbecerra@moz-F1012875.hsd1.ca.comcast.net) (Quit: juanb|afk)
# [07:33] * Joins: willy1234x1|2 (willy1234x@moz-C0BAAC8C.slkc.qwest.net)
# [07:34] * Quits: willy1234x1 (willy1234x@moz-C3E31295.slkc.qwest.net) (Ping timeout)
# [07:36] <jduell> philor: well, turns out nsScriptLoader::ProcessScriptElement does call the MIME parser to read in version=. So I think that patch is prob to blame. Though I've got no idea why it would only show up in PGO builds!
# [07:36] * Joins: willy1234x1 (willy1234x@moz-E1CDA317.slkc.qwest.net)
# [07:36] <jduell> Not looking forward to debugging that one.
# [07:36] <jduell> Any clues appreciated.
# [07:36] * Quits: willy1234x1|2 (willy1234x@moz-C0BAAC8C.slkc.qwest.net) (Ping timeout)
# [07:36] <jduell> Meanwhile I guess I should backout
# [07:36] * Joins: willy1234x1|2 (willy1234x@moz-C3E31295.slkc.qwest.net)
# [07:37] * Quits: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com) (Quit: Konversation terminated!)
# [07:38] * Quits: willy1234x1 (willy1234x@moz-E1CDA317.slkc.qwest.net) (Ping timeout)
# [07:38] * Quits: willy1234x1|2 (willy1234x@moz-C3E31295.slkc.qwest.net) (Ping timeout)
# [07:38] <philor> only clue I have is that one PGO-only test failure I saw in the long ago was from... UMR, using a freed pointer, something like that, which wound up reading something different after PGO stirred the part of the pot it shouldn't have been looking at
# [07:38] * Joins: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com)
# [07:40] * Joins: willy1234x1 (willy1234x@moz-E1CDA317.slkc.qwest.net)
# [07:40] <philor> particularly fun since it was jseng code it was looking at, so someone would land a patch on the TraceMonkey tree, Linux PGO accessibility tests would fail, but after backing out and then relanding it with no changes other than moving the position of code blocks around they would pass
# [07:41] * Quits: willy1234x1 (willy1234x@moz-E1CDA317.slkc.qwest.net) (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/)
# [07:42] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [07:42] * ChanServ sets mode: +o ehsan
# [07:43] * Joins: wolfiR (wolfiR@moz-EFF37E1A.dip0.t-ipconnect.de)
# [07:44] <jduell> ok, backed out.
# [07:44] <philor> thx
# [07:44] <jduell> God, what a day wrangling with things that don't work for mysterious reasons
# [07:44] * jduell gnashes teeth
# [07:45] <philor> oh, the other clue you might need is https://wiki.mozilla.org/ReleaseEngineering/TryChooser#What_if_I_want_PGO_for_my_build
# [07:45] <jduell> philor: what's UMR, by the way?
# [07:46] <jduell> thanks for link
# [07:46] <philor> uninitialized memory read
# [07:47] * Quits: Waldo (waldo@moz-537BCF9.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 10.0.1/20120216115618])
# [07:49] <philor> the actual explanation of the problem was probably over my head, I just remember it being a11y reading things they shouldn't, and that someone used Valgrind to discover that
# [07:51] * Quits: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com) (Client exited)
# [07:52] <philor> then there's the ever-popular "compiler bug"
# [07:52] <@bz_sleep> that's pretty much what a UMR is and how one would find it
# [07:52] <philor> might ask khuey for clues, but sort of sneak up on the fact that you want clues for a Windows PGO-only problem ;)
# [07:53] * Joins: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com)
# [07:53] <philor> "hey, can I talk to you for a minute? with you inside this closet that locks from the outside? it's about... um... cake!"
# [07:55] <gcp> sounds legit
# [07:59] * Joins: RemusPop (remuspop@601F3B17.33662590.A5830293.IP)
# [07:59] * Joins: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net)
# [08:02] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Connection reset by peer)
# [08:02] * Joins: pranavrc (pranavrc@A2C6F64.E432F19B.C28326FD.IP)
# [08:02] * Quits: priya (Adium@moz-5843392D.hsd1.ca.comcast.net) (Quit: Leaving.)
# [08:03] * glob|away is now known as glob
# [08:04] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
# [08:06] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
# [08:08] * Quits: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [08:08] * Joins: stepardo (stepardo@moz-A1EF1767.adsl.alicedsl.de)
# [08:10] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
# [08:12] * Joins: victorporof (victorporo@19424530.62A0413.79933D60.IP)
# [08:13] * Joins: sicking (chatzilla@moz-903915C1.hsd1.ca.comcast.net)
# [08:14] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [08:15] * Parts: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [08:15] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [08:16] * Joins: karl (karl@moz-2196FB99.jetstream.xtra.co.nz)
# [08:17] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
# [08:18] * Joins: past (past@moz-9D677A1D.dsl.dyn.forthnet.gr)
# [08:19] <glandium> njn: pong
# [08:20] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120305181207])
# [08:30] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
# [08:34] * Joins: grubshka (grubshka@moz-305995D3.w86-216.abo.wanadoo.fr)
# [08:35] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
# [08:38] * Joins: jhorak (jhorak@moz-59813FB4.cust.nbox.cz)
# [08:38] * Joins: jhorak_ (jhorak@moz-59813FB4.cust.nbox.cz)
# [08:39] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [08:39] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Quit: chrisccoulson)
# [08:42] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [08:43] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
# [08:46] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
# [08:46] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
# [08:53] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [08:54] * Quits: anant (Anant@moz-271479F2.hsd1.ca.comcast.net) (Quit: Leaving)
# [09:01] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
# [09:01] * heycam is now known as heycam|away
# [09:02] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
# [09:06] * Joins: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com)
# [09:06] * Quits: sicking (chatzilla@moz-903915C1.hsd1.ca.comcast.net) (Input/output error)
# [09:07] * Quits: cjones (cjones@moz-E7446F75.snvacaid.static.covad.net) (Quit: Leaving)
# [09:07] * Joins: db48x` (user@moz-83319934.dsl.static.sonic.net)
# [09:09] * Quits: db48x (user@moz-83319934.dsl.static.sonic.net) (Ping timeout)
# [09:11] * Fallen|away is now known as Fallen
# [09:12] * philor is now known as philor|away
# [09:13] <gps> I hope we're not using the xpcshell test timings reported by the test harness. I just hooked up real kernel level CPU timings to it and found that the wall clock times are consistency >7% off actual CPU time. about 15% of the tests on my MBP were off by >35% (presumably due to page faults)
# [09:14] <gps> as a related question, do we have a decent way to get process CPU timings from within chrome-privileged JS?
# [09:14] <glandium> gps: depends what you call cpu timing.
# [09:15] <gps> I want to know how much die time Firefox was running
# [09:15] * Joins: graememcc (chatzilla@moz-E48E4094.range31-53.btcentralplus.com)
# [09:15] <gps> typically there is a nice nanosecond-resolution value reported by the kernel scheduler
# [09:16] <glandium> gps: well then you're looking at the right thing, but wall clock time also have their own meaning and usefulness
# [09:17] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Connection reset by peer)
# [09:17] <gps> yes, they both have meaning
# [09:17] <glandium> Callek: ping
# [09:18] <Callek> glandium: pong?
# [09:18] <glandium> Callek: do you know what version of compare-locales is used for l10n repacks of seamonkey?
# [09:18] <glandium> since there aren't any comm related tags in http://hg.mozilla.org/build/compare-locales/tags
# [09:19] <Callek> top of my head, no. let me see if I can find out
# [09:19] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [09:19] <Callek> glandium: http://mxr.mozilla.org/build/source/buildbot-configs/seamonkey/config.py#42 (or to save you loading that |RELEASE_AUTOMATION|)
# [09:20] <Callek> glandium: should it be different?
# [09:20] <glandium> Callek: probably not. I was just wondering
# [09:20] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [09:20] * Joins: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de)
# [09:20] <Callek> glandium: o, ok.
# [09:21] <Callek> is there a problem that prompted this curiosity?
# [09:22] <glandium> Callek: my script that downloads compare-locales for firefox takes the tagged version, and the same script, applied to seamonkey, didn't work
# [09:22] <Callek> ahhh ok
# [09:23] <glandium> i think i'll take the corresponding firefox one
# [09:24] <glandium> because i don't want the tarball i take to depend on the time at which i take it
# [09:29] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [09:30] <cadecairos> Is there a way to get a mimetype from an existing decoder?
# [09:31] <romaxa> weird, got component manager crash on startup after landing bug 729940 part 2
# [09:38] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [09:39] * Joins: jfkthame (jfkthame@C2B21AB3.A1C12133.9542EC20.IP)
# [09:40] * Quits: nli (nli@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [09:41] * Quits: ewong (chatzilla@moz-3CBEA671.ctinets.com) (Ping timeout)
# [09:45] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
# [09:45] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [09:55] * jfkthame is now known as jfkthame_afk
# [09:56] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [10:02] * Joins: dao (dao@moz-45D91D3B.superkabel.de)
# [10:03] * Quits: jfkthame_afk (jfkthame@C2B21AB3.A1C12133.9542EC20.IP) (Ping timeout)
# [10:04] * Joins: SeoZ (DanielJuyu@18DD5834.4591610E.F796972A.IP)
# [10:04] * Quits: avih (quassel@530E505D.F166DA22.51B98CA5.IP) (Client exited)
# [10:05] * Joins: avih (quassel@530E505D.F166DA22.51B98CA5.IP)
# [10:05] * Quits: avih (quassel@530E505D.F166DA22.51B98CA5.IP) (Client exited)
# [10:05] * Joins: avih (quassel@530E505D.F166DA22.51B98CA5.IP)
# [10:06] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
# [10:07] * Quits: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net) (Ping timeout)
# [10:08] * Joins: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net)
# [10:10] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [10:11] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [10:14] * Quits: kaie (kaie@moz-7DAE122.dip.t-dialin.net) (Quit: Leaving)
# [10:14] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [10:17] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [10:17] * Joins: msucan (msucan-@E52374FB.B8F2BA96.699550A1.IP)
# [10:18] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [10:18] * Joins: mak (chatzilla@moz-3BBE6AE8.retail.telecomitalia.it)
# [10:19] * Joins: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [10:20] * Joins: tonymec__ (tonymec@60FE7C0F.23F33CAF.277517C1.IP)
# [10:20] * tonymec__ is now known as tonymec|away
# [10:23] * Joins: jfkthame (jfkthame@C2B21AB3.A1C12133.9542EC20.IP)
# [10:24] * Quits: karl (karl@moz-2196FB99.jetstream.xtra.co.nz) (Ping timeout)
# [10:25] * Joins: gkw (gkw@moz-7CD88B0C.hsd1.ca.comcast.net)
# [10:26] * Quits: pranavrc (pranavrc@A2C6F64.E432F19B.C28326FD.IP) (Quit: Ping timeout: ∞)
# [10:31] * Joins: kaie (kaie@moz-7DAE122.dip.t-dialin.net)
# [10:32] * Fallen is now known as Fallen|away
# [10:32] * Quits: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk) (Ping timeout)
# [10:33] * Joins: darktrojan (geoff@moz-F669139B.dsl.telstraclear.net)
# [10:34] * Quits: jhorak (jhorak@moz-59813FB4.cust.nbox.cz) (Quit: Leaving)
# [10:35] * Quits: jhorak_ (jhorak@moz-59813FB4.cust.nbox.cz) (Client exited)
# [10:35] * Joins: c0smikdebris (c0smikdebr@35544CB3.EDA297EB.BE90E62C.IP)
# [10:37] * Joins: jhorak (jhorak@moz-59813FB4.cust.nbox.cz)
# [10:43] * Quits: dao (dao@moz-45D91D3B.superkabel.de) (Quit: Leaving.)
# [10:43] * Joins: ewong (chatzilla@moz-3CBEA671.ctinets.com)
# [10:43] * glob is now known as glob|away
# [10:44] * Quits: graememcc (chatzilla@moz-E48E4094.range31-53.btcentralplus.com) (Ping timeout)
# [10:45] * Joins: Ms2ger (Ms2ger@82804C5C.F9DDA0AC.37724B0D.IP)
# [10:45] * Quits: njn (chatzilla@moz-54D571D2.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88.1 [Firefox 14.0a1/20120313162233])
# [10:46] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
# [10:46] * Quits: ewong (chatzilla@moz-3CBEA671.ctinets.com) (Quit: Reboot)
# [10:47] * Quits: cpearce (chatzilla@moz-6004FBED.xdsl.xnet.co.nz) (Ping timeout)
# [10:48] <Ms2ger> mak, m-c is clear?
# [10:49] * Joins: graememcc (chatzilla@moz-E48E4094.range31-53.btcentralplus.com)
# [10:49] <mak> it looks clear
# [10:49] * Joins: andreasn (andreasn@moz-3CC3C389.a336.priv.bahnhof.se)
# [10:50] <mak> apart being in need of some merging love
# [10:50] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [10:51] <Ms2ger> Please be so kind to wait until I pushed ;)
# [10:52] * Joins: peregrino (peregrino@moz-9A666907.telecom.net.ar)
# [10:53] * Joins: berkerpeksag (berkerpeks@2A61EA0D.305BD3BC.2058B3BB.IP)
# [10:53] * Quits: NerdcoreRising (NerdcoreRi@moz-C0F8F627.evrt.wa.frontiernet.net) (Client exited)
# [10:54] * Joins: ewong (chatzilla@moz-3CBEA671.ctinets.com)
# [10:54] <mak> provided you don't conflict with inbound code :)
# [10:56] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
# [10:56] <Ms2ger> Don't think so
# [10:56] <Ms2ger> I can do the merge if I do ;)
# [10:56] <mak> last famous words :p
# [10:57] <Ms2ger> All too true
# [10:57] * Joins: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk)
# [10:57] * Ms2ger updates some uuids
# [11:00] * Quits: andreasn (andreasn@moz-3CC3C389.a336.priv.bahnhof.se) (Quit: Ex-Chat)
# [11:00] * Joins: andreasn (andreasn@moz-3CC3C389.a336.priv.bahnhof.se)
# [11:00] * Quits: tor (tor@9043A4AC.46A41C28.49CEED6B.IP) (Ping timeout)
# [11:03] <Ms2ger> Pushing...
# [11:03] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Quit: Connection reset by beer)
# [11:03] <Ms2ger> And pushed
# [11:05] * Joins: zzzzz (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net)
# [11:05] * nigelb waits for teh colors
# [11:06] <Ms2ger> All green, of course
# [11:06] * Joins: necolas (necolas@moz-76B5A555.as43234.net)
# [11:06] * mak waits for the backout
# [11:07] <Ms2ger> :(
# [11:07] <ewong> or it one case
# [11:07] * ewong waits for the backout of the backout.
# [11:08] <ewong> s/it/in/
# [11:08] * zz_AutomatedTester is now known as zz_zz_AutomatedTester
# [11:08] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Ping timeout)
# [11:10] <Ms2ger> Hmm, what's up with "126939 ERROR TEST-UNEXPECTED-FAIL | /tests/content/xbl/test/test_bug389322.xhtml | JS 1.7 should not work in versionless HTML script tags - got false, expected true" on inbound?
# [11:10] * Joins: nli (nli@moz-99690620.hinet-ip.hinet.net)
# [11:10] <mak> didn't look there yet
# [11:10] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [11:10] <Ms2ger> Only on Win PGO :/
# [11:11] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [11:11] * ewong is now known as ewong|afk
# [11:11] <mak> hm cool, will be funny to find a range
# [11:11] * ewong|afk is now known as ewong
# [11:11] * ewong is now known as ewong|afk
# [11:12] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [11:12] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Ping timeout)
# [11:12] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [11:13] <mak> Ms2ger: philor marked it as being fixed by tip
# [11:14] <Ms2ger> Excellent
# [11:14] <mak> so just matter of waiting for that build
# [11:14] * Joins: tor (tor@9043A4AC.46A41C28.49CEED6B.IP)
# [11:14] <mak> and see
# [11:14] <mak> about 1 hour and a half
# [11:14] <mak> or something like that
# [11:14] * Quits: graememcc (chatzilla@moz-E48E4094.range31-53.btcentralplus.com) (Ping timeout)
# [11:17] * Joins: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net)
# [11:19] * Joins: tonymec (tonymec@60FE7C0F.23F33CAF.277517C1.IP)
# [11:21] * Quits: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP) (Quit: mijia)
# [11:27] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [11:27] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [11:29] * Joins: KaiRo (robert@moz-1F5F49AC.adsl.highway.telekom.at)
# [11:29] <hsivonen_> why do we still have nsCRT::strcmp when using strcmp works? No one has gotten around to removing nsCRT?
# [11:30] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Leaving...)
# [11:30] <Ms2ger> Right
# [11:30] <Ms2ger> Also, the nsCRT ones might handle null better
# [11:31] <hsivonen_> https://bugzilla.mozilla.org/show_bug.cgi?id=124536 The bug is > 10 years old
# [11:31] <Ms2ger> Heh
# [11:31] <hsivonen_> [has review] but not landed. sigh
# [11:32] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [11:32] * Joins: fxa90id (fxa90id@moz-64922D0E.neoplus.adsl.tpnet.pl)
# [11:32] <fxa90id> hi
# [11:33] <Ms2ger> dwitteeeeeeeeeeeeeeeeeeeeeee
# [11:34] <NeilAway> darktrojan: go xhtml!
# [11:36] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird -- http://www.instantbird.com)
# [11:36] <NeilAway> Ms2ger: know much about the test harness?
# [11:36] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [11:37] * Quits: lht (elihait@moz-722A94AD.dreamhost.com) (Quit: Ex-Chat)
# [11:39] * Joins: Goldorak (chatzilla@1858A363.49FDA25.187A1082.IP)
# [11:39] * Quits: Goldorak (chatzilla@1858A363.49FDA25.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [11:39] <NeilAway> mak: do you need to finalize async statements? KaiRo wasn't sure from reading mdn
# [11:39] <mak> NeilAway: yes
# [11:39] <NeilAway> mak: good, thanks
# [11:39] <mak> NeilAway: though you don't need to reset() them
# [11:39] <NeilAway> mak: do you need to reset a non-async statement before you finalize it?
# [11:40] <mak> not before you finalize
# [11:40] * Joins: Goldorak (chatzilla@1858A363.49FDA25.187A1082.IP)
# [11:40] <mak> but before you reuse
# [11:40] <NeilAway> mak: no, this was suite download manager, it does a (currently sync) database query, and it used to just call reset, but I just changed it to finalize instead
# [11:41] <mak> sure, if you don't reuse the stmt finalize() is fine
# [11:41] <mak> reset is for when you are done and you plan to reuse it with new params
# [11:42] * Quits: ircloggr (nodebot@moz-9632117.compute-1.amazonaws.com) (Client exited)
# [11:43] * Joins: ircloggr (nodebot@moz-5FB2ED9C.compute-1.amazonaws.com)
# [11:46] <Ms2ger> NeilAway, a little, why?
# [11:49] <NeilAway> Ms2ger: ok, so I have a test, and during that test, one modal dialog is expected
# [11:49] <NeilAway> Ms2ger: if there's a bug there might be zero or two
# [11:49] <NeilAway> Ms2ger: my first patch simply counted the number of modal dialogs and checked that the count was 1
# [11:49] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
# [11:49] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [11:50] <NeilAway> Ms2ger: but there's a suggestion that the test should try to dismiss exactly 1 modal dialog and therefore time out if the wrong number of dialogs appear
# [11:50] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
# [11:50] * rc is now known as robcee
# [11:50] <Ms2ger> Wouldn't that leave the dialog open to interfere with following tests?
# [11:50] * Quits: stepardo (stepardo@moz-A1EF1767.adsl.alicedsl.de) (Ping timeout)
# [11:52] * Quits: Wevah (Wevah@moz-5435D49F.stcd.qwest.net) (Quit: Wevah)
# [11:54] * Quits: @ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Connection reset by peer)
# [11:54] <NeilAway> Ms2ger: no, the dialog is modal, so the test will time out, apparently
# [11:55] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [11:55] * ChanServ sets mode: +o ehsan
# [11:55] <darktrojan> doesn't it stop if there's a timeout?
# [11:55] <Ms2ger> Dunno, then
# [11:56] <darktrojan> I think your first approach seems reasonable
# [11:57] <darktrojan> oh except if that means your dialog listener remains after the test
# [11:58] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [12:01] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird -- http://www.instantbird.com)
# [12:05] * Quits: SeoZ (DanielJuyu@18DD5834.4591610E.F796972A.IP) (Ping timeout)
# [12:05] * Quits: Ziggy|AWAY (ZiggyMaes@6B780D9D.A4A6DE76.7B12EFB3.IP) (Ping timeout)
# [12:06] * Joins: Tomska (Crossbear-@moz-FAD88AB4.dynamic.qsc.de)
# [12:07] * Joins: gandalf (zbraniecki@moz-9C904644.neoplus.adsl.tpnet.pl)
# [12:10] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [12:11] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [12:12] * Quits: Tomska (Crossbear-@moz-FAD88AB4.dynamic.qsc.de) (Client exited)
# [12:13] * Joins: Ziggy|AWAY (ZiggyMaes@6B780D9D.A4A6DE76.7B12EFB3.IP)
# [12:13] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [12:13] * Ziggy|AWAY is now known as Ziggy_Maes
# [12:18] * Joins: SeoZ (DanielJuyu@6052FF7F.75EE13E2.623E52FA.IP)
# [12:22] * Joins: stransky (stransky@moz-107AD163.redhat.com)
# [12:22] * Quits: SeoZ (DanielJuyu@6052FF7F.75EE13E2.623E52FA.IP) (Connection reset by peer)
# [12:23] * Quits: Ziggy_Maes (ZiggyMaes@6B780D9D.A4A6DE76.7B12EFB3.IP) (Ping timeout)
# [12:23] <NeilAway> darktrojan: no, I can clean up the listener... in fact it's easier to set it up once and then clean it up at the end rather than trying to be "clever"
# [12:23] * Joins: Ziggy|AWAY (ZiggyMaes@6B780D9D.A4A6DE76.7B12EFB3.IP)
# [12:23] * Ziggy|AWAY is now known as Ziggy_Maes
# [12:26] <Ms2ger> hsivonen_, is nsScanner dead already?
# [12:26] <hsivonen_> Ms2ger: no. unfortunately
# [12:26] <Ms2ger> Any part of it? :)
# [12:27] <hsivonen_> possibly but probably not
# [12:27] <Ms2ger> OK
# [12:28] <hsivonen_> it's used for about:blank, bookmark import, Thunderbird message sanitization and XML encoding conversion
# [12:28] <Ms2ger> Yay
# [12:28] <hsivonen_> the XML part is super-sad
# [12:28] * Joins: enda (chatzilla@moz-797AFB4F.cisco.com)
# [12:28] * Joins: vikash (vikash@53974BBB.9B552DFD.5D9ABA9F.IP)
# [12:29] <Ms2ger> If it's already super-sad compared to the rest of this mess, I don't think I want to think about it :)
# [12:30] * Joins: davidb (davidb@471D72E.2257F909.F30C9E9E.IP)
# [12:30] <mrbkap> hsivonen_: given all of that, couldn't we nuke most of the code in nsScanner.cpp?
# [12:30] <mrbkap> hsivonen_: oh, except for the about:blank part.
# [12:30] <mrbkap> hsivonen_: how's that bug going? :)
# [12:31] <hsivonen_> mrbkap: next quarter, next quarter...
# [12:31] <hsivonen_> mrbkap: bookmark import and message sanitization are in the review phase
# [12:31] <hsivonen_> mrbkap: in fact, I should deal with mak's bookmark comments today
# [12:32] <mak> yeah, that's quite near to completion (yay!)
# [12:32] <mrbkap> whoa
# [12:32] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [12:33] <mrbkap> hsivonen_: I have to admit, I was not expecting about:blank cleansing to include bookmark import and message sanitization.
# [12:33] <hsivonen_> mrbkap: those don't involve about:blank
# [12:33] <hsivonen_> mrbkap: they do involve nsScanner, nsTokenizer and CNavDTD
# [12:34] <mrbkap> ah
# [12:34] <hsivonen_> mrbkap: (custom nsIHTMLContentSinks)
# [12:34] <Ms2ger> And mozSanitizingSerializer :)
# [12:34] <hsivonen_> Ms2ger: that's "message sanitization"
# [12:35] * Joins: SeoZ (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP)
# [12:35] <mrbkap> say what you will about rickg, he created an API that begged to be used.
# [12:36] * Quits: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com) (Quit: Konversation terminated!)
# [12:36] <mrbkap> and then was.
# [12:36] * Joins: smya (chatzilla@91BC8839.F442218F.88FACCAA.IP)
# [12:36] <hsivonen_> moral of the story: don't create APIs
# [12:36] <Ms2ger> Or make them so bad nobody wants to use them
# [12:37] <Ms2ger> (Though, I thought we got that right with DOMParser)
# [12:37] <hsivonen_> what should I check in a makefile to see if we are building Fennec XUL?
# [12:37] <Ms2ger> mbrubeck, ^
# [12:38] <mrbkap> Ms2ger: I would have thought rickg got that right with nsIDTD, but look where we are :)
# [12:38] <Ms2ger> Still in the 5th circle of hell
# [12:40] <nigelb> hehehe. http://mozillamemes.tumblr.com/post/19391420975
# [12:40] <Ms2ger> nigelb, should say "philor's oranges"
# [12:41] <nigelb> haha
# [12:41] <nigelb> Ms2ger: That reminds me of this http://mozillamemes.tumblr.com/post/19295129171/even-if-you-didnt-push-anything
# [12:41] <Ms2ger> http://28.media.tumblr.com/tumblr_m0xnymN9Cg1rrf1eeo1_500.jpg < truth
# [12:42] <Ms2ger> nigelb, that was mine ;)
# [12:42] <nigelb> hehe
# [12:42] <nigelb> Ms2ger: HA!
# [12:42] <Ms2ger> http://29.media.tumblr.com/tumblr_m0xcqc5HW21rrf1eeo1_400.jpg
# [12:43] <nigelb> haha
# [12:43] <Ms2ger> Also, http://30.media.tumblr.com/tumblr_m0wttuhgfi1rrf1eeo1_400.jpg
# [12:43] <nigelb> that's me :)
# [12:43] <nigelb> i.e. about me :P
# [12:44] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [12:45] * Quits: davidb (davidb@471D72E.2257F909.F30C9E9E.IP) (Quit: davidb)
# [12:45] * Joins: dao (dao@moz-AC7526A0.superkabel.de)
# [12:45] * Joins: hub (hub@8F761026.B5EF4AF6.E96CA9D8.IP)
# [12:47] * Joins: surkov (surkov@8F761026.B5EF4AF6.E96CA9D8.IP)
# [12:52] * Quits: Goldorak (chatzilla@1858A363.49FDA25.187A1082.IP) (Ping timeout)
# [12:52] * Joins: bruno (bruno@20C4F0CB.2F9EAEB9.C36097CD.IP)
# [12:53] * Joins: Goldorak (chatzilla@1858A363.49FDA25.187A1082.IP)
# [12:55] <Ms2ger> Hmm, nice purple
# [12:55] <Ms2ger> Blue, that is
# [12:56] * Joins: pranavrc (pranavrc@2FAE6AC0.FF396FBB.C28326FD.IP)
# [12:56] * mw22_away is now known as mw22
# [12:56] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [12:57] <smya> irc://gnome
# [12:57] * Quits: smya (chatzilla@91BC8839.F442218F.88FACCAA.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 13.0a1/20120303192654])
# [12:57] * Joins: smya (chatzilla@91BC8839.F442218F.88FACCAA.IP)
# [12:58] <darktrojan> https://bugzilla.mozilla.org/show_bug.cgi?id=701655#c22 http://mozillamemes.tumblr.com/post/19341649181/the-mythical-all-green-push
# [12:58] * smya is now known as sdas
# [12:59] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [12:59] * Quits: stransky (stransky@moz-107AD163.redhat.com) (Quit: Connection reset by beer)
# [13:00] * darktrojan is quite enjoying mozilla memes
# [13:00] <nigelb> ha!
# [13:01] * Joins: vikram360 (vikram360@D093C4BA.3929851E.2A068A5E.IP)
# [13:04] * bhearsum|afk is now known as bhearsum
# [13:04] <gcp> these memes are very good. you can see many developers are experienced at them.
# [13:04] * Joins: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com)
# [13:05] * Joins: smaug (chatzilla@moz-161901D2.elisa-mobile.fi)
# [13:05] * ChanServ sets mode: +o smaug
# [13:06] * Quits: vikram360 (vikram360@D093C4BA.3929851E.2A068A5E.IP) (Ping timeout)
# [13:06] * Quits: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com) (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/)
# [13:06] * Joins: vikram360 (vikram360@22996E94.3929851E.2A068A5E.IP)
# [13:08] * Quits: gandalf (zbraniecki@moz-9C904644.neoplus.adsl.tpnet.pl) (Ping timeout)
# [13:08] * Quits: hub (hub@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
# [13:08] * Joins: stepardo (stepardo@moz-A1EF1767.adsl.alicedsl.de)
# [13:09] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [13:10] * mak is now known as mak|afk
# [13:12] * sdas is now known as sr
# [13:12] * Joins: gandalf (zbraniecki@moz-14FFAE72.neoplus.adsl.tpnet.pl)
# [13:13] * Quits: timdream (timdream@moz-99690620.hinet-ip.hinet.net) (Quit: timdream)
# [13:15] * Joins: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP)
# [13:19] * padenot|away is now known as padenot
# [13:23] * Quits: gandalf (zbraniecki@moz-14FFAE72.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [13:23] * Quits: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net) (Quit: Leaving)
# [13:24] * Quits: pranavrc (pranavrc@2FAE6AC0.FF396FBB.C28326FD.IP) (Ping timeout)
# [13:27] * Quits: nli (nli@moz-99690620.hinet-ip.hinet.net) (Quit: nli)
# [13:27] * Quits: surkov (surkov@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: surkov)
# [13:27] * Quits: dao (dao@moz-AC7526A0.superkabel.de) (Quit: Leaving.)
# [13:28] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [13:29] * Joins: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net)
# [13:31] * Joins: Cwiiis (cwiiis@40018561.F684631.21A4E96A.IP)
# [13:31] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [13:33] <@smaug> Ms2ger: quite some colorful push
# [13:33] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [13:34] <Ms2ger> Yeah, we're getting lots of blue lately
# [13:35] <@smaug> Ms2ger: hey, did you test with and without custom qs ?
# [13:35] <@smaug> what kinds of results ?
# [13:35] <Ms2ger> No difference
# [13:36] <Ms2ger> Which somewhat surprised me, but all the better
# [13:36] <Ms2ger> Also, bug 696306 is really weird
# [13:36] * Quits: darktrojan (geoff@moz-F669139B.dsl.telstraclear.net) (Quit: darktrojan)
# [13:37] * Joins: hub (hub@8F761026.B5EF4AF6.E96CA9D8.IP)
# [13:38] * Quits: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [13:38] * Quits: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
# [13:38] * Quits: jcranmer|away (jcranmer@moz-A8039BFC.csl.tjhsst.edu) (Ping timeout)
# [13:39] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird -- http://www.instantbird.com)
# [13:39] * Joins: jcranmer|away (jcranmer@moz-A8039BFC.csl.tjhsst.edu)
# [13:41] * Quits: jcranmer|away (jcranmer@moz-A8039BFC.csl.tjhsst.edu) (Ping timeout)
# [13:41] * Quits: vikash (vikash@53974BBB.9B552DFD.5D9ABA9F.IP) (Quit: Leaving)
# [13:41] * mak|afk is now known as mak
# [13:43] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [13:44] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
# [13:44] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Input/output error)
# [13:45] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [13:45] <mak> ok, time to merge something
# [13:45] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [13:47] <Ms2ger> Bah, a leak
# [13:48] <mak> yes, the same leak is in inbound
# [13:48] <mak> so I'm basically merging leaks ;)
# [13:50] * Quits: victorporof (victorporo@19424530.62A0413.79933D60.IP) (Ping timeout)
# [13:50] * jmaher|afk is now known as jmaher
# [13:50] * Quits: stepardo (stepardo@moz-A1EF1767.adsl.alicedsl.de) (Ping timeout)
# [13:50] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
# [13:50] <KaiRo> hmm, do leaks grow or shrink when being merged?
# [13:51] <mak> I hope they stay the same, but maybe they explode. experimenting!
# [13:51] * Quits: sliv (spyros@moz-1700A48.cti.gr) (Ping timeout)
# [13:52] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [13:52] * Quits: peregrino (peregrino@moz-9A666907.telecom.net.ar) (Quit: peregrino)
# [13:52] * Joins: jcranmer|away (jcranmer@moz-A8039BFC.csl.tjhsst.edu)
# [13:53] <Ms2ger> That's what Victor Frankenstein said
# [13:53] * Joins: BYK (Instantbir@F9C145B.15086C4D.E0C61AF6.IP)
# [13:54] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [13:54] <BYK> AryehGregor: ping
# [13:54] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [13:54] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
# [13:54] * Quits: tonymec (tonymec@60FE7C0F.23F33CAF.277517C1.IP) (Input/output error)
# [13:54] <BYK> mattwoodrow: ping?
# [13:54] <mattwoodrow> BYK: pong
# [13:55] <BYK> mattwoodrow: Ms2ger mentioned that you might be able to help with css transitions implementation
# [13:56] * Quits: tonymec|away (tonymec@60FE7C0F.23F33CAF.277517C1.IP) (Quit: Konversation terminated!)
# [13:57] * Joins: armenzg (armenzg@moz-A8509789.acanac.net)
# [13:57] <mattwoodrow> BYK: i can try, sure
# [13:57] <mattwoodrow> what are you trying to do?
# [13:57] * Joins: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [13:57] <BYK> mattwoodrow: Well there's this bug about auto values are not transitioned
# [13:57] * Quits: hub (hub@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
# [13:58] <BYK> mattwoodrow: I want to fix it, I've found the correct files, mocked with them etc. but I don't understand why GetComputedStyle is not used in the first place for transitions?
# [13:58] <BYK> mattwoodrow: There is a "calc" type as unit which does not work for Auto values :(
# [13:59] <mattwoodrow> GetComputedStyle is for converting the stored style back into JS
# [13:59] <mattwoodrow> I assume you're looking at layout/style/nsStyleAnimation?
# [14:00] <BYK> mattwoodrow: Correct
# [14:00] <BYK> mattwoodrow: Also had a look at nsTransitionManager with no luck
# [14:01] <mattwoodrow> BYK: I think you just need to edit ComputeDistance
# [14:01] <BYK> The thing is, I wasn't able to find where auto values are converted to their actual values
# [14:01] * sheeri-afk is now known as sheeri
# [14:02] <mattwoodrow> ah, right
# [14:02] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [14:02] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [14:02] * Joins: mcot (mcot@moz-12E6ADD8.washdc.fios.verizon.net)
# [14:02] <BYK> mattwoodrow: I mean, I can see the places about calculations but there's no clue where those "auto" values are stored or calculated
# [14:02] <BYK> mattwoodrow: And since the renderer is able to draw them, there should be some place :)
# [14:03] * Joins: kanha (Mibbit@91BC8839.F442218F.88FACCAA.IP)
# [14:04] * tbsaunde is now known as tbsaunde|afk
# [14:04] <mattwoodrow> BYK: I believe thats nsRuleNode.cpp
# [14:04] <BYK> mattwoodrow: Will look into that, thanks!
# [14:05] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [14:05] * Quits: Ziggy_Maes (ZiggyMaes@6B780D9D.A4A6DE76.7B12EFB3.IP) (Ping timeout)
# [14:05] * Quits: @smaug (chatzilla@moz-161901D2.elisa-mobile.fi) (Ping timeout)
# [14:06] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
# [14:07] * Quits: asac_ (asac@moz-44CF14F7.pppoe.wtnet.de) (Ping timeout)
# [14:07] * sheeri is now known as sheeri-afk
# [14:08] * Joins: smaug (chatzilla@moz-E6057D25.gprs.sl-laajakaista.fi)
# [14:08] * ChanServ sets mode: +o smaug
# [14:09] <@smaug> BYK: I suggest you wait for dbaron and ask him :)
# [14:09] * @smaug is not even sure auto values should be transitioned, but knows almost nothing about CSS
# [14:09] <BYK> smaug: I'll do that too most certainly though I have to accomplish something until he comes back :)
# [14:09] <BYK> smaug: They should be transitioned ;)
# [14:10] * Joins: Ziggy_Maes (ZiggyMaes@6B780D9D.A4A6DE76.7B12EFB3.IP)
# [14:11] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [14:11] * Joins: asac (asac@68FEB675.4366EB13.B3DDC20A.IP)
# [14:12] * KaiRo tries hard not to give in and try out his new laptop and do some work instead, leaving all this setup stuff for the weekend
# [14:13] <gabor> mission impossible? :)
# [14:14] * sheeri-afk is now known as sheeri
# [14:15] * Joins: sliv (spyros@moz-1700A48.cti.gr)
# [14:16] <mattwoodrow> BYK: is there any property in particular you're trying this with?
# [14:16] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [14:16] <BYK> mattwoodrow: Yup, the coordinates and the height-width properties are the main focus
# [14:16] * Joins: doktor5000 (doktor5000@moz-6A30F6D.pools.arcor-ip.net)
# [14:17] <@smaug> KaiRo: whenever I get a new laptop it takes about 2-3 days to get linux working well with it
# [14:17] <doktor5000> hey guys, could someone please take a look at https://bugzilla.mozilla.org/show_bug.cgi?id=736409 ?
# [14:17] <@smaug> and updating Fedora X to X+1 takes about a week
# [14:17] <Ms2ger> if (content->IsSVG() && !content->IsNodeOfType(nsINode::eTEXT)) {
# [14:17] <Ms2ger> Heh
# [14:17] <doktor5000> i'd really like to have that working, as it is currently blocking next security update :/
# [14:18] <@smaug> interesting content object
# [14:18] <@smaug> svg text
# [14:19] <@smaug> hmm, I should do some review or otherwise hsivonen_, masayuki and humph will kick me hard
# [14:19] <mattwoodrow> BYK: well, I'd still check with dbaron but this seems difficult
# [14:19] <mattwoodrow> I assume you're probably hitting this line: http://mxr.mozilla.org/mozilla-central/source/layout/style/nsStyleAnimation.cpp#3015
# [14:19] <mattwoodrow> when trying to convert the parsed style data into an animatable value
# [14:19] <mattwoodrow> (which is what ExtractComputedValue does)
# [14:20] <@smaug> Ms2ger: did you look at that big image bug ?
# [14:20] <Ms2ger> I got slow script dialogs, but no real hang
# [14:21] <mattwoodrow> which suggests that the computed width/height aren't stored in the style data, that will only be within layout (which makes sense)
# [14:21] <BYK> mattwoodrow: I'm not sure about that place since, AUTO values are neglected at some early stages, no?
# [14:21] <mattwoodrow> so you'll need a way to find the frame (css box) that the style is attached to, and get it's width
# [14:22] <KaiRo> smaug: didn't have problems with openSUSE there, so I wonder a bit about that
# [14:22] <mattwoodrow> BYK: That link calls a function that explicitly handles auto
# [14:22] <KaiRo> gabor: I hope not, work needs to be done
# [14:22] <BYK> mattwoodrow: Ah, yes
# [14:23] <gabor> KaiRo: was just kidding :)
# [14:23] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
# [14:23] * padenot is now known as padenot|away
# [14:23] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
# [14:24] <BYK> mattwoodrow: The thing is, I don't get the code. It seems like there are all kinds of special cases with all properties. Shouldn't they get abstracted with their respected classes?
# [14:24] <mattwoodrow> BYK: I don't think you can get the actual resolved values at that point
# [14:24] * Joins: MarcoZ (marco.zehe@moz-3761BF6E.dip.t-dialin.net)
# [14:24] <KaiRo> smaug: updates always went smoothly, and setting up Linux only took time since I need to repartition in a way that keeps Windows alive as a second-tier testing option and I usually opt to not blindly copy all of /home from the old one (with that, everything should be fine, but without it, I have an option to clean stuff up)
# [14:25] <mattwoodrow> so instead you need to allow nsStyleAnimation::Value to be able to represent transitions involving AUTO without resolved values
# [14:25] * Quits: sliv (spyros@moz-1700A48.cti.gr) (Client exited)
# [14:25] <mattwoodrow> similar to how % values work
# [14:26] * Ziggy_Maes is now known as Ziggy|AWAY
# [14:26] <@smaug> KaiRo: Fedora updates are never smooth
# [14:26] <mattwoodrow> BYK: I'm not sure what you're asking, you want this function to be virtual on the properties instead of a giant switch?
# [14:26] <@smaug> which is why I usually just do full installation
# [14:27] <KaiRo> smaug: interesting
# [14:27] * armenzg is now known as armenzg_brb
# [14:27] <BYK> mattwoodrow: Similar. I mean I have implemented transitions in JS some time ago and there was almost no special cases. And with the operator overloading functionality of C++, I think something better can be done, no?
# [14:28] <BYK> mattwoodrow: Also, my "high-level guts" tell me that there should be a way to get the exact computed values of anything displayed on the screen since they are rendered and you need those values to render them?
# [14:28] <mattwoodrow> BYK: I'm not disagreeing, but thats just a code design thing, I don't see how it overly matters
# [14:28] <mattwoodrow> BYK: The computed values are of course available at some point, and at some location, but they aren't available here
# [14:29] <mattwoodrow> In particular a single style context (which holds the parsed css data), could be applied to multiple elements
# [14:29] <BYK> mattwoodrow: So I have to find a way to bring them there I guess? :)
# [14:29] * Joins: victorporof (victorporo@E89D3CC1.DA9DCE7D.79933D60.IP)
# [14:29] <mattwoodrow> so theres no single resolved value that would be correct
# [14:29] <BYK> mattwoodrow: Ah, now I get it. They are extracted/calculated dynamically on the render process
# [14:29] * catlee-away is now known as catlee
# [14:30] <BYK> and not stored anywhere after
# [14:30] <mattwoodrow> Yeah
# [14:30] <BYK> mattwoodrow: Makes sense
# [14:30] <mattwoodrow> So you need a way to store the partially animated auto -> something transition without actual numbers
# [14:30] <BYK> mattwoodrow: And about the code style, this approach may be faster than the one I described. I was only mentioning that for the ease of readability and maintenance :)
# [14:31] * Joins: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP)
# [14:31] <BYK> mattwoodrow: That sounds hard
# [14:31] <mattwoodrow> I didn't write this, feel free to propose changes to dbaron :)
# [14:32] <BYK> mattwoodrow: Yeah, though coming from nowhere with little cpp experience doesn't give me the right to talk down on someone else's working code I guess :)
# [14:32] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [14:32] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [14:32] <BYK> mattwoodrow: I can discuss that with him though and try to understand why he did those the way he did
# [14:33] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [14:34] <mattwoodrow> BYK: So you understand the basic process now? We take a css property name, and a style context and compute an nsStyleAnimation::Value() from them in ExtractComputedValue
# [14:34] <mattwoodrow> ::AddWeighted() lets you interpolate between two nsStyleAnimation::Value objects
# [14:35] <BYK> mattwoodrow: Yeah, your help was invaluable. Thank you so much.
# [14:35] <BYK> mattwoodrow: a styleContext is what exactly though?
# [14:35] <mattwoodrow> and UncomputeValue lets you convert back into style data
# [14:35] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [14:35] <BYK> I mean what does it include? All the necessary things to calculate an element's style?
# [14:35] <mattwoodrow> a style context holds parsed css style data
# [14:37] <BYK> mattwoodrow: So my definition is partially correct? :)
# [14:37] <mattwoodrow> Yeah
# [14:37] <BYK> mattwoodrow: Great, thanks!
# [14:37] * Joins: SeoZ[gtab] (DanielJuyu@5C174D02.4591610E.F796972A.IP)
# [14:38] * Quits: @ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
# [14:39] * Quits: c0smikdebris (c0smikdebr@35544CB3.EDA297EB.BE90E62C.IP) (Quit: Computer has gone to sleep.)
# [14:39] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [14:39] <mattwoodrow> anyway, it's late
# [14:39] <mattwoodrow> hope that helps until dbaron is around
# [14:39] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
# [14:40] <BYK> mattwoodrow: I think it will. Thank you very much for your help! :)
# [14:40] * mattwoodrow is now known as mattwoodrow|away
# [14:41] <Enn> NeilAway: your suggestion to disable opening safeMode.xul didn't work. It causes a browser window to open and ignores any command line arguments
# [14:41] * Joins: edmorley (edmorley@moz-BAA24AEA.range86-166.btcentralplus.com)
# [14:41] * gregglind_away is now known as gregglind
# [14:42] <Ms2ger> 'Afternoon, edmorley
# [14:42] * Joins: sliv (spyros@moz-1700A48.cti.gr)
# [14:42] <mak> Ms2ger: thanks
# [14:43] <Ms2ger> Np
# [14:43] <edmorley> Ms2ger: good afternoon :-)
# [14:43] * Joins: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP)
# [14:44] * bbondy is now known as bbondy_away
# [14:44] * bbondy_away is now known as bbondy
# [14:44] * bbondy is now known as bbondy_away
# [14:45] * Quits: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP) (Quit: ibarlow)
# [14:45] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [14:46] * Joins: dao (dao@moz-AC7526A0.superkabel.de)
# [14:47] * Quits: whimboo (whimboo@moz-216F9AFA.superkabel.de) (Input/output error)
# [14:48] <Ms2ger> smaug, nah, Element is API
# [14:49] * Joins: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com)
# [14:49] * Joins: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP)
# [14:50] * Quits: @smaug (chatzilla@moz-E6057D25.gprs.sl-laajakaista.fi) (Ping timeout)
# [14:52] * Quits: grubshka (grubshka@moz-305995D3.w86-216.abo.wanadoo.fr) (Input/output error)
# [14:52] * Joins: dseif (dseif@C080F02E.33EE9F8A.1139E686.IP)
# [14:53] * Fallen|away is now known as Fallen
# [14:53] * wlach|afk is now known as wlach
# [14:53] * Joins: Suresh (chatzilla@1E28D483.40879224.BC2C9F51.IP)
# [14:54] * Joins: grubshka (grubshka@moz-305995D3.w86-216.abo.wanadoo.fr)
# [14:56] * bbondy_away is now known as bbondy
# [14:56] * Quits: SeoZ[gtab] (DanielJuyu@5C174D02.4591610E.F796972A.IP) (Ping timeout)
# [14:57] * armenzg_brb is now known as armenzg
# [14:59] * Quits: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com) (Ping timeout)
# [15:01] * zz_zz_AutomatedTester is now known as AutomatedTester
# [15:02] * Joins: deLta30_ (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [15:02] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [15:02] * Joins: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP)
# [15:03] * Joins: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com)
# [15:03] * Joins: Steve (chatzilla@moz-7C0C8338.dyn.plus.net)
# [15:04] <Steve> Hi guys - a jsapi question if I may. If I create a string using, say, JS_NewStringCopyN ... how do I delete it when I'm done with it ? .. Do I just leave the garbage collector to handle it ?
# [15:04] * Quits: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP) (Ping timeout)
# [15:06] <Ms2ger> I think so, yes
# [15:06] * Joins: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP)
# [15:06] * Joins: kdc (chatzilla@moz-6176CD61.no.shawcable.net)
# [15:06] * Quits: cturra (cturra@EF3966A6.48007579.505A0A0A.IP) (Client exited)
# [15:07] <Steve> How do the garbage collector know that I (the C/C++ end) no longer need it. Is there a reference count mechanism - ie. how do I drop my reference ?
# [15:07] * khuey|away is now known as khuey
# [15:07] <khuey> the garbage collector assumes you don't need it unless you tell it otherwise
# [15:08] <Steve> ahhh ... I see. for future use, how to I put a reference lock on something ?
# [15:09] * Joins: TheLink (TheLink@moz-183F7DCD.pools.arcor-ip.net)
# [15:10] <Ms2ger> JS::Anchor, I think
# [15:10] <khuey> https://developer.mozilla.org/En/SpiderMonkey/JSAPI_User_Guide#Keeping_objects_alive
# [15:10] * Joins: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [15:10] <Steve> cheers guys.
# [15:10] <Ms2ger> Or, what the smart guy said
# [15:10] <Steve> :)
# [15:11] <deLta30_> mcmanus: ping
# [15:11] * deLta30_ is now known as deLta30
# [15:12] <Steve> Js_AddRoot . ta
# [15:13] <khuey> Steve: you'll want to JS_RemoveRoot when you're done with it, of course ;-)
# [15:13] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [15:14] <Steve> sure. thanks khuey
# [15:14] <mcmanus> deLta30 hi
# [15:15] <deLta30> mcmanus: hi, my name is jiten
# [15:15] * Quits: enda (chatzilla@moz-797AFB4F.cisco.com) (Connection reset by peer)
# [15:16] <deLta30> mcmanus: I am trying to make http connections log as you suggested
# [15:16] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
# [15:16] * Quits: dao (dao@moz-AC7526A0.superkabel.de) (Connection reset by peer)
# [15:17] * Joins: enda (chatzilla@moz-4FC8EFEA.bas503.dsl.esat.net)
# [15:17] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [15:18] <Yoric> Are we using this? https://developer.mozilla.org/en/IPDL
# [15:18] * Quits: kanha (Mibbit@91BC8839.F442218F.88FACCAA.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [15:19] <deLta30> mcmanus: I am having trouble in understanding how to create a xpcom module.
# [15:19] <mcmanus> deLta30 - ha. Who wouldn't? What in specific are you trying to do?
# [15:20] <mcmanus> deLta30 just run firefox with http logging turned on?
# [15:20] * mcote|afk is now known as mcote
# [15:20] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
# [15:21] <deLta30> I looked at http://mxr.mozilla.org/mozilla-central/source/xpcom/sample but I can't understand the use of nsSampleModule.cpp
# [15:21] <Ms2ger> Yoric, yes
# [15:22] <Yoric> Ms2ger: ok
# [15:22] <Yoric> Thanks
# [15:22] <Yoric> deLta30: Do you need C++ or can you work from JS?
# [15:22] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [15:22] <Yoric> deLta30: Also, this sounds like good questions for #introduction.
# [15:23] * khuey grumbles about people who can't read
# [15:23] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [15:23] <KaiRo> hrm, my new laptop doesn't fit into my old laptop bag, I guess I need a new one now
# [15:23] <Ms2ger> khuey, like me?
# [15:24] <deLta30> Yoric: I want to use it from js but the data that I want to use is in c++.
# [15:24] <Yoric> ok
# [15:24] <khuey> no
# [15:25] * Quits: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
# [15:25] <deLta30> And I asked about this in #introduction first but couldn't ger the answer
# [15:25] <Yoric> deLta30: Let's return there, I'll try and answer your questions :)
# [15:25] <deLta30> k
# [15:26] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [15:27] * Quits: sr (chatzilla@91BC8839.F442218F.88FACCAA.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 13.0a1/20120303192654])
# [15:27] * Quits: Suresh (chatzilla@1E28D483.40879224.BC2C9F51.IP) (Ping timeout)
# [15:27] <AryehGregor> BYK, pong.
# [15:28] <BYK> AryehGregor: Hah, I meant to ask you something about Css transitions implementation though mattwoodrow|away helped :)
# [15:28] <BYK> AryehGregor: Thanks for the response though :)
# [15:29] <AryehGregor> BYK, good thing, because I have only like a dozen patches accepted and am barely familiar with anything.
# [15:29] <BYK> AryehGregor: I have 0 patches on the Cpp side so you would be ahead of me anyways :D
# [15:29] <AryehGregor> :)
# [15:31] * Fallen is now known as Fallen|away
# [15:31] * Quits: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net) (Connection reset by peer)
# [15:32] * Joins: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [15:32] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [15:32] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [15:33] <khuey> if the person who wrote the code tells you two bugs are not duplicates, they're probably not duplicates
# [15:33] <BYK> khuey: +1
# [15:33] <Ms2ger> Dunno, it could be BenB
# [15:35] * Quits: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
# [15:35] * Joins: soonbing (pikapi@moz-2474DA0.singnet.com.sg)
# [15:35] * Joins: amit (Mibbit@6CF1BA52.A2C7593A.1957C0DA.IP)
# [15:36] * Quits: amit (Mibbit@6CF1BA52.A2C7593A.1957C0DA.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [15:38] * Quits: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [15:38] * rail_away is now known as rail
# [15:40] * Joins: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk)
# [15:40] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
# [15:40] * bear-afk is now known as bear
# [15:43] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Linkinus - http://linkinus.com)
# [15:43] * philor|away is now known as philor
# [15:43] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
# [15:44] * Joins: Suresh (chatzilla@6DFB1E66.4FF54AA6.EB06F97B.IP)
# [15:46] * Joins: kaie2 (kaie@moz-1B48DE99.dip.t-dialin.net)
# [15:47] * Quits: kaie (kaie@moz-7DAE122.dip.t-dialin.net) (Ping timeout)
# [15:47] * kaie2 is now known as kaie
# [15:50] * Joins: JPeterson (JPeterson@moz-B2998FD7.cust.tele2.se)
# [15:50] * Joins: madhava_ (madhava@F2D29657.F60B0462.67AC9B1.IP)
# [15:52] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [15:52] * madhava_ is now known as madhava
# [15:54] * Quits: Steve (chatzilla@moz-7C0C8338.dyn.plus.net) (Quit: ChatZilla 0.9.88.1 [Firefox 10.0.2/20120215223356])
# [15:54] * Joins: timdream (timdream@moz-C86C40C2.adsl.dynamic.seed.net.tw)
# [15:56] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [15:56] * ChanServ sets mode: +o ehsan
# [15:56] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
# [15:57] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Connection reset by peer)
# [15:58] * Joins: gmoro (guilherme@84484EC9.1F1093E8.D159334F.IP)
# [15:58] * lsblakk|afk is now known as lsblakk
# [15:59] * Quits: asac (asac@68FEB675.4366EB13.B3DDC20A.IP) (Quit: leaving)
# [16:01] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [16:02] * Joins: deLta30_ (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [16:02] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [16:02] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [16:02] * deLta30_ is now known as deLta30
# [16:02] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [16:03] * Joins: kredik (chatzilla@moz-7BF4BFBD.w80-11.abo.wanadoo.fr)
# [16:03] * Quits: @ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
# [16:04] * Quits: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [16:05] * Joins: tom (chatzilla@moz-958F4F3A.pools.arcor-ip.net)
# [16:06] * Quits: SeoZ (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP) (Quit: Leaving)
# [16:07] * Quits: sfink (chatzilla@moz-9B3B02C7.dsl.pltn13.sbcglobal.net) (Client exited)
# [16:08] * Joins: dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com)
# [16:08] * ChanServ sets mode: +o dveditz
# [16:09] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [16:09] * Quits: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Ping timeout)
# [16:10] * Joins: stepardo (stepardo@moz-A1EF1767.adsl.alicedsl.de)
# [16:11] * armenzg is now known as armenzg_brb
# [16:11] * Quits: armenzg_brb (armenzg@moz-A8509789.acanac.net) (Input/output error)
# [16:13] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
# [16:15] * Quits: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP) (Quit: Konversation terminated!)
# [16:17] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [16:17] * Joins: kumar (kmcmillan@moz-E31CD2CB.mozilla.org)
# [16:17] * Joins: asac (asac@68FEB675.4366EB13.B3DDC20A.IP)
# [16:20] * Joins: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP)
# [16:22] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [16:22] * ChanServ sets mode: +o ehsan
# [16:24] * Joins: krit (Adium@moz-3AE657AD.hsd1.ca.comcast.net)
# [16:24] * Joins: Wevah (Wevah@moz-5435D49F.stcd.qwest.net)
# [16:25] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
# [16:26] <hsivonen_> I got http://pastebin.mozilla.org/1522411 from Bugzilla
# [16:26] <hsivonen_> any bugzilla admin awake? gerv?
# [16:27] <gerv> Yep.
# [16:27] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [16:27] <gerv> Ah - I'm not that sort of admin.
# [16:27] <gerv> Try the #it channel.
# [16:27] <hsivonen_> gerv: ok. thanks
# [16:28] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
# [16:30] * Joins: armenzg_brb (armenzg@moz-DBD74FB0.home1.cgocable.net)
# [16:31] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
# [16:32] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [16:32] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [16:32] * Quits: stepardo (stepardo@moz-A1EF1767.adsl.alicedsl.de) (Ping timeout)
# [16:32] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Client exited)
# [16:33] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [16:33] * sancus is now known as sancus_
# [16:33] * sancus_ is now known as sancus
# [16:36] * armenzg_brb is now known as armenzg
# [16:37] * Joins: lht (elihait@moz-722A94AD.dreamhost.com)
# [16:37] * geekboy|afk is now known as geekboy
# [16:37] * Joins: hvq (HVQ@moz-D8C31777.dynip.nus.edu.sg)
# [16:40] * Quits: ericz (eziegenhor@moz-B77DEAEB.mozilla.org) (Quit: leaving)
# [16:40] * Joins: ericz (eziegenhor@moz-B77DEAEB.mozilla.org)
# [16:40] * Quits: philor (philor@moz-638273A8.my-nick.name) (Ping timeout)
# [16:41] * Quits: RemusPop (remuspop@601F3B17.33662590.A5830293.IP) (Client exited)
# [16:42] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
# [16:42] * Joins: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP)
# [16:43] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [16:43] * Quits: DeathWolf (DeathWolf@moz-7EDF16F7.ovh.net) (Ping timeout)
# [16:43] * Joins: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [16:43] * Joins: DeathWolf (DeathWolf@moz-7EDF16F7.ovh.net)
# [16:44] * Ziggy|AWAY is now known as Ziggy_Maes
# [16:46] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [16:46] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Quit: Reboot)
# [16:47] * Joins: philor (philor@moz-638273A8.my-nick.name)
# [16:48] <sid0> has twitter stopped serving spdy?
# [16:48] <sid0> I don't see an X-Firefox-Spdy in the response headers
# [16:49] * Parts: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [16:49] <nigelb> I don't see the indicator turn on either.
# [16:49] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Ping timeout)
# [16:50] <nigelb> (which probably catches the headers - I dunno)
# [16:50] <zzzzz> kwierso: about:home has already hit aurora https://bugzilla.mozilla.org/show_bug.cgi?id=711157#c73
# [16:51] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [16:51] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [16:54] * padenot|away is now known as padenot
# [16:54] * KaiRo is now known as KaiRo_away
# [16:54] * Joins: smontagu (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [16:54] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Quit: Connection reset by beer)
# [16:57] * Fallen|away is now known as Fallen
# [16:57] * Quits: kwierso (chatzilla@moz-77693AC4.desm.qwest.net) (Ping timeout)
# [16:58] * fabrice|afk is now known as fabrice
# [16:58] * Quits: kredik (chatzilla@moz-7BF4BFBD.w80-11.abo.wanadoo.fr) (Quit: ChatZilla 0.9.88.1 [Firefox 3.6.28/20120306064154])
# [16:59] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [16:59] * Joins: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk)
# [16:59] * philor is now known as philor|away
# [16:59] * Joins: kwierso (chatzilla@moz-77693AC4.desm.qwest.net)
# [17:00] * Joins: JeroenDeDauw (jeroen@moz-8096F81.dip0.t-ipconnect.de)
# [17:00] * Quits: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr_)
# [17:02] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [17:02] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [17:06] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [17:06] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [17:07] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
# [17:08] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
# [17:08] * jlebar|away is now known as jlebar
# [17:11] * Quits: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [17:11] * sheeri is now known as skc-food
# [17:11] * skc-food is now known as sheeri-ood
# [17:11] * sheeri-ood is now known as sheeri_food
# [17:11] * Quits: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Instantbird -- http://www.instantbird.com)
# [17:11] * Joins: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:11] * aki is now known as aki|buildduty
# [17:11] * Joins: wesk (Daily@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:13] * Joins: cjones (cjones@moz-7B0110AD.mv.mozilla.com)
# [17:13] <jlebar> Suppose I want to, from chrome JS, attach an object to a window, so that the object lives for as long as the window lives. But I don't want the content in the window to be able to see the object. Can I do this?
# [17:14] <hsivonen_> msucan: it would be nice for HTML docs in Web console tests to declare their character encoding
# [17:14] <hsivonen_> msucan: that way they wouldn't interfere with reporting of pages that fail to declare their character encoding
# [17:15] <msucan> hsivonen_: hello! you mean the network panel html?
# [17:15] <NeilAway> jlebar: what do you mean by "attach"?
# [17:15] * Quits: kaie (kaie@moz-1B48DE99.dip.t-dialin.net) (Quit: Leaving)
# [17:15] <msucan> which is also a html - not sure if it has its own charset declared
# [17:15] * Quits: db48x` (user@moz-83319934.dsl.static.sonic.net) (Ping timeout)
# [17:15] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [17:15] <msucan> (and obviously, the html files in the webconsole tests)
# [17:15] <jlebar> NeilAway, Create a reference from the window to the object, but only for the purposes of the GC not collecting the object.
# [17:16] <jlebar> NeilAway, Because I'm registering a WebProgressListener, which holds a weak ref to the listener.
# [17:16] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [17:16] * Joins: logiclord (Gaurav@8F60AC1.8931E87E.35E3DDC8.IP)
# [17:16] * catlee is now known as catlee-fooood
# [17:16] <@bz_sleep> jlebar: does a weakmap keyed on the window do the right thing?
# [17:16] * mjessome is now known as mjessome|lunch
# [17:16] <NeilAway> jlebar: what I've seen before is to cheat and make it an event listener for some fake event
# [17:16] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [17:16] <jlebar> bz_sleep, Then I have to store the weakmap somewhere...
# [17:16] <msucan> hsivonen_: is there work being done to report pages that have no declared character encoding?
# [17:17] <jlebar> NeilAway, Devious!
# [17:17] * Quits: hsivonen_ (hsivonen@moz-E533C3E2.esp.mediateam.fi) (Ping timeout)
# [17:17] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [17:17] <Yoric> NeilAway: nice (albeit ugly) hack
# [17:17] <@bz_sleep> jlebar: well, yes
# [17:17] * bz_sleep is now known as bz
# [17:17] <Ms2ger> Morning
# [17:17] <@bz> jlebar: too bad we have no private names yet
# [17:17] * edransch is now known as edransch-lunch
# [17:17] * Joins: bonnie (bbsurender@moz-2FA5602D.dsl.pltn13.pacbell.net)
# [17:17] <Yoric> bz: Is that planned?
# [17:17] <Ms2ger> ES6?
# [17:18] <@bz> Yoric: yes
# [17:18] <Yoric> Ahahah
# [17:18] * Yoric has been waiting for this kind of things for quite some time.
# [17:18] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [17:19] <Ms2ger> And hi, bholley
# [17:19] * Joins: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
# [17:19] * Joins: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net)
# [17:19] <mak> this "the given entrySize of 48 probably favors chaining over double hashing." is becoming being annoying
# [17:19] <bholley> Ms2ger: morning
# [17:19] <Ms2ger> mak, bz is on it ;)
# [17:19] <mak> Ms2ger: this is the best news of the day
# [17:20] * Joins: ehugg (chatzilla@2DDAFB41.882D3387.43362C16.IP)
# [17:20] <mak> I can hardly find anything in a log in the middle of thousands of these warning
# [17:20] * bholley wakes up to 2 full pages of bugmail
# [17:20] <@bz> mak: khuey is gonna fix it
# [17:20] <@bz> bholley: 2 pages?
# [17:20] <Ms2ger> That's all?
# [17:20] <bholley> bz: like, 2 scrolls worth
# [17:21] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:21] <bholley> in gmail
# [17:21] * Ms2ger imagines bholley with a long beard and a crackling scroll
# [17:21] <mak> bz: do you have bug #?
# [17:21] <@bz> mak: would need to search
# [17:21] <@bz> bholley: <shrug>
# [17:22] * @bz has 80 bugmails this morning
# [17:22] <@bz> dunno how many scrolls that is
# [17:22] <mak> ok, nevermind, just wanted to follow it, I suppose I will see it in central, sometimes
# [17:22] <jwir3> I really like how tbird tells me concisely what's new when I update. That's pretty cool.
# [17:22] <@bz> and that's not counting the component watching ones
# [17:22] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
# [17:22] * Joins: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net)
# [17:22] * @dolske can't imagine bholley with a long beard :)
# [17:22] <Ms2ger> How about newsgroups? :)
# [17:23] * Joins: Lucas (Lucas@moz-92C28224.hsd1.ca.comcast.net)
# [17:23] * Quits: jhorak (jhorak@moz-59813FB4.cust.nbox.cz) (Quit: Leaving)
# [17:23] * Joins: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com)
# [17:24] * bholley guesses bz is CCed on an order of magnitude more bugs
# [17:24] * Joins: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com)
# [17:25] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [17:25] <@bz> bholley: mmm
# [17:25] <@bz> bholley: could be
# [17:25] <Ms2ger> A couple thousand?
# [17:25] <khuey> bz: what am I fixing?
# [17:26] <Ms2ger> "the given entrySize of 48 probably favors chaining over double hashing."
# [17:26] <khuey> ah, yes
# [17:26] * khuey should do that
# [17:26] <@bz> Ms2ger: for me or bholley? ;)
# [17:26] <Ms2ger> For you
# [17:26] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [17:26] <@bz> you including closed bugs?
# [17:27] * @bz checks
# [17:27] * Quits: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [17:27] * Joins: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com)
# [17:27] <@bz> at least once bugzilla comes back with the data
# [17:27] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [17:27] <Ms2ger> I bet it's faster than tryserver
# [17:28] <khuey> bz: so we decided to remove the "probably" favors case, right?
# [17:28] * Joins: dao (dao@moz-AC7526A0.superkabel.de)
# [17:28] <@bz> khuey: yes
# [17:28] <khuey> ok
# [17:28] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [17:28] <@bz> "28363 bugs found.
# [17:28] <@bz> "
# [17:29] <@bz> Including closed ones
# [17:29] * Quits: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
# [17:29] <Ms2ger> // import the importer
# [17:29] * Joins: hsivonen (hsivonen@moz-E533C3E2.esp.mediateam.fi)
# [17:29] * @bz checks just opened ones
# [17:30] <hsivonen> msucan: sorry. I managed to put my irssi in a state I couldn't recover from without restarting it
# [17:30] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [17:30] <@bz> "5894 bugs found.
# [17:30] <@bz> for open ones
# [17:30] <msucan> hsivonen: no problem.
# [17:30] <hsivonen> msucan: so there are .js webconsole tests that use data:text/html,... instead of data:text/html;charset=utf-8,...
# [17:30] <msucan> hsivonen: i was wondering if the network panel also has the same problem
# [17:30] <msucan> but i can check that myself
# [17:30] <hsivonen> msucan: I'm fixing the existing ones, but for new ones it would be nice to have the charset there
# [17:30] <Ms2ger> Correct order of magnitude, then :)
# [17:31] * Joins: priya (Adium@moz-BBE3ABD.mv.mozilla.com)
# [17:31] <msucan> hsivonen: ah, cool. thank you!
# [17:31] <msucan> hsivonen: what bug are you working on?
# [17:31] <hsivonen> msucan: I have a patch that fixes the existing ones
# [17:31] <msucan> firefox will start reporting pages which have a missing charset?
# [17:31] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
# [17:31] <hsivonen> msucan: https://bugzilla.mozilla.org/show_bug.cgi?id=672453
# [17:31] <hsivonen> msucan: hopefully if I get r+
# [17:32] <Ms2ger> -#include "nsIHTMLContentSink.h"
# [17:32] <Ms2ger> \o/
# [17:32] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [17:32] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [17:32] * Joins: jdm (jdm@505A43A5.8B53A442.6816E6B7.IP)
# [17:32] <hsivonen> Ms2ger: where?
# [17:32] <hsivonen> Ms2ger: bookmarks?
# [17:33] <Ms2ger> Yep
# [17:33] <msucan> hsivonen: even if it ends up preffed off by default, this is, i belive, good stuff
# [17:33] <hsivonen> msucan: thanks
# [17:33] <msucan> it encourages better practices
# [17:33] <hsivonen> msucan: I think it doesn't need to be preffed off if I silence the most common case for different-origin frames
# [17:34] <hsivonen> ad iframes are the noisiest
# [17:34] <msucan> indeed
# [17:34] <AryehGregor> hsivonen, would there be some way to get mochitests to fail on parse errors (except for tests that opt out somehow)? While fixing bug 735805, I've found a couple of tests that fail because someone accidentally left out a > or " and it ate a chunk of the file.
# [17:34] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
# [17:34] <AryehGregor> Of course such a change would need lots of tests changed to avoid spurious failures.
# [17:34] <AryehGregor> Or perhaps only certain types of parse errors.
# [17:35] <hsivonen> AryehGregor: not easily no
# [17:35] <AryehGregor> Does the Gecko HTML5 parser care about parse errors, in fact?
# [17:35] <AryehGregor> I mean, does it log them anywhere or such?
# [17:35] <hsivonen> AryehGregor: the parse error finding code is currently designed to run only when doing highlighting
# [17:35] <AryehGregor> Makes sense.
# [17:35] <hsivonen> AryehGregor: at compile time, two copies of the tokenizer loop get generated
# [17:35] <hsivonen> AryehGregor: one cares about them. the other doesn't
# [17:36] <hsivonen> AryehGregor: the one that cares about them doesn't run on normal page loads. just for View Source
# [17:36] <AryehGregor> So you'd have to do something like specially run the other code path on mochitest-loaded files before actually loading them.
# [17:36] * sheeri_food is now known as sheeri
# [17:36] <AryehGregor> Okay, thanks.
# [17:37] <hsivonen> AryehGregor: it would be necessary to make it possible for normal loads to opt into the error reporting code path (which currently assumes a non-null View Source highlighter)
# [17:38] <Ms2ger> Took about ten minutes to push to try :/
# [17:38] * philor|away is now known as philor
# [17:39] <bc> mak: Have you seen build errors on Windows with nsIEProfileMigrator.obj : error LNK2019: unresolved external symbol __imp__JS_Assert referenced in function "protected: unsigned int __thiscall nsIEProfileMigrator::CopyFavoritesBatched(bool)" due to bug 735312 https://hg.mozilla.org/releases/mozilla-beta/rev/32515f50755a ? I don't see this on Nightly or Aurora.
# [17:39] * Quits: MarcoZ (marco.zehe@moz-3761BF6E.dip.t-dialin.net) (Quit: Feierabend!)
# [17:39] <mak> bc: hm nope
# [17:40] <Ms2ger> JS_Assert is gone in Nightly
# [17:40] <mak> bc: did you try to clobber?
# [17:40] <Ms2ger> And Aurora too, by now
# [17:40] * Quits: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de) (Ping timeout)
# [17:40] <bc> I tried clobber and even deleted my entire repo and started fresh.
# [17:40] <mak> I just used MOZ_ASSERT there
# [17:41] <bc> It looked like some MOZ_ASSERTs were added and on beta they are implemented with JS_Assert
# [17:41] <Ms2ger> glandium, looks up your alley
# [17:41] <mak> bc: ah beta?
# [17:41] <bc> yeah.
# [17:41] * Joins: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net)
# [17:42] <glandium> the removal of js_assert is not that old
# [17:42] <bc> I didn't see the beta tbpl burning but haven't got a clue what i'm doing wrong. My mozconfig is pretty much the same except I disable jemalloc.
# [17:42] <Ms2ger> Does nsIEProfileMigrator end up in libxul?
# [17:42] <mak> browsercomps.dll
# [17:42] * Joins: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
# [17:43] <glandium> is browsercomps linked against mozjs.lib ?
# [17:43] <Ms2ger> Probably not
# [17:43] <glandium> that would explain the linker error
# [17:43] <mak> hm, why does tree not complain?
# [17:43] * armenzg is now known as armenzg_lunch
# [17:44] <glandium> no idea
# [17:44] * Joins: hessam (hessam@AA1A0567.141AA88C.8278F7B9.IP)
# [17:44] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [17:45] <mak> it also did a clobber
# [17:45] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [17:45] <Ms2ger> mrbkap, very enlightening bug, 584848 is
# [17:46] * Quits: Suresh (chatzilla@6DFB1E66.4FF54AA6.EB06F97B.IP) (Quit: Suresh)
# [17:46] <NeilAway> might depend on --enable/disable-shared-js?
# [17:46] <mak> bc: could you please file a bug in the meanwhile?
# [17:46] <bc> ok
# [17:47] <mak> so we can move on something. Could just use NS_ABORT_IF_FALSE in beta
# [17:47] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [17:48] * Joins: qheaden (qheaden@moz-67E02157.nrflva.fios.verizon.net)
# [17:48] <mak> bc: do you have some js specific option in .mozconfig?
# [17:49] <mrbkap> Ms2ger: I should have commented: "this bug's contents left as an exercise for the reader."
# [17:49] <qheaden> gerv: ping
# [17:49] <gerv> pong.
# [17:49] <qheaden> That was a quick pong. :)
# [17:49] <gerv> I was tipped off by your
# [17:49] <gerv> CTCP VERSION
# [17:49] <gerv> a few seconds earlier.
# [17:49] <qheaden> :P
# [17:50] <sfink> I love these 2 sentences: "The discussed overall structure so far has been a variable size lapped-DCT block based codec with lapping done via pre/post filtering with a specially structured (lifting) linear phase transform along the edges along with overlapped block motion compensation and the expected trimmings. The lapping can be optimized for energy compaction and other useful properties,...
# [17:50] <sfink> ...including invert-ability, and yields excellent results with efficient finite precision math."
# [17:50] <bc> mak: not really. disable je malloc, official branding, otherwise a normal debug build.
# [17:50] <qheaden> gerv: You are over Mozilla's Summer of Code this year right?
# [17:50] <gerv> qheaden: Me and chofmann, yes.
# [17:50] <gerv> Although we haven't yet been accepted as an org,
# [17:50] <gerv> so it's not certain we'll have one :-)
# [17:50] <bc> mak: I don't see this on Mac or Linux.
# [17:50] <gerv> Announcement is 19:00 UTC tonight.
# [17:51] <qheaden> I'm 99.999999% you guys will make it. :)
# [17:51] <mak> bc: even more strange, since on Mac there is a similar call!
# [17:51] <mak> bc: pymake?
# [17:51] <gerv> Anyway, what can I do for you?
# [17:51] <bc> Yeah. I did get a VS update on patch tuesday.
# [17:51] <bc> No.
# [17:52] * Quits: Goldorak (chatzilla@1858A363.49FDA25.187A1082.IP) (Ping timeout)
# [17:52] <qheaden> gerv: Well, I was trying to find the contact information for one of the mentors, Frederic Wang.
# [17:52] <gerv> Sure.
# [17:52] <AryehGregor> A mochitest will always halt at the first ok(false), right?
# [17:52] <AryehGregor> Or will it continue running until finish()?
# [17:52] <gerv> fred.wang@free.fr
# [17:52] * Joins: Goldorak (chatzilla@1858A363.49FDA25.187A1082.IP)
# [17:52] <qheaden> gerv: Thanks. If you guys are accepted, I'm hoping to work on one of his MathML related bugs.
# [17:52] <bc> mak: bug 736504
# [17:53] <gerv> Cool.
# [17:53] <mak> bc: ok, will attach patch there to convert to a common abort, and have you try to build, if that's fine for you
# [17:53] <gerv> He will almost certainly only get a single slot, if that,
# [17:53] <gerv> so if you don't mind which one it is,
# [17:53] <bc> mak: great.
# [17:53] <gerv> ask him which one he'd prefer you to do :-)
# [17:53] * Joins: vivek (quassel@6BB0A8BD.458E4F88.B84D4DA2.IP)
# [17:53] <qheaden> gerv: ok
# [17:53] * Quits: cjones (cjones@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
# [17:54] * Quits: bruno (bruno@20C4F0CB.2F9EAEB9.C36097CD.IP) (Quit: bruno)
# [17:54] <qheaden> gerv: So are the mentors supposed to help you flush out the technical details in your proposal? I really don't know what code lies behind this bug, so I would need help coming up with a plan of attack on the project.
# [17:54] <gerv> Yes, I would expect him to help you with that if you emailed him.
# [17:55] <gerv> ("flesh out", BTW :-)
# [17:55] * mconley is now known as mconley|lunch
# [17:55] <qheaden> gerv: Gimme a break, I just woke up!! :P JK
# [17:55] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [17:55] <qheaden> gerv: Thanks for the help.
# [17:56] * Quits: Goldorak (chatzilla@1858A363.49FDA25.187A1082.IP) (Ping timeout)
# [17:56] <mak> bc: attached
# [17:56] * Joins: bent_ (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [17:56] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [17:56] <gerv> No problem.
# [17:56] * Joins: Goldorak (chatzilla@1858A363.49FDA25.187A1082.IP)
# [17:57] * tom is now known as evilpie
# [17:57] <qheaden> gerv: Oh yeah, one last thing. Do you know if Frederic hangs out in the IRC, and what his nick is?
# [17:57] * Joins: anky (anky@7D64CF80.4EF69FBB.A3D1B221.IP)
# [17:57] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Ping timeout)
# [17:57] * bent_ is now known as bent
# [17:57] <gerv> qheaden: Not offhand, sorry.
# [17:58] <qheaden> No problem then. I'll just drop him an email.
# [17:58] <jwir3> does anyone know if there is a way to get gdb to print an entire function call, even if it spans multiple lines, when stepping through a function?
# [17:58] * Quits: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net) (Ping timeout)
# [17:59] * sancus is now known as sancus_
# [17:59] * sancus_ is now known as sancus
# [17:59] <jwir3> e.g. if the next statement spans multiple lines, it only prints the last line if I step to it, and I need to hit 'l' to get it to print out the surrounding source
# [17:59] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [17:59] * Quits: vikram360 (vikram360@22996E94.3929851E.2A068A5E.IP) (Ping timeout)
# [18:00] <bc> mak: k. will let you know shortly. no need to clobber, right?
# [18:00] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [18:00] <mak> bc: no idea, I suppose not
# [18:00] <jwir3> e.g. when I hit this line: http://mxr.mozilla.org/mozilla-central/source/layout/generic/nsTextFrameThebes.cpp#7364 it prints: (gdb) n
# [18:00] <jwir3> 7535 nsLayoutUtils::eInReflow);
# [18:02] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [18:02] * Quits: Goldorak (chatzilla@1858A363.49FDA25.187A1082.IP) (Ping timeout)
# [18:02] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [18:02] * Quits: timdream (timdream@moz-C86C40C2.adsl.dynamic.seed.net.tw) (Quit: timdream)
# [18:02] * Joins: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net)
# [18:02] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [18:02] <jmaher> philor: the purples on android are related to upgrading the sutagent on the tegras
# [18:02] * joduinn-afk is now known as joduinn
# [18:02] <jmaher> it seems to turn purple iff we are upgrading; otherwise it runs just fine
# [18:02] * Joins: Goldorak (chatzilla@1858A363.49FDA25.187A1082.IP)
# [18:02] <philor> jmaher: oh, every one will die the first time?
# [18:03] <philor> perhaps I'll take today off
# [18:03] * Joins: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk)
# [18:03] <jmaher> philor: maybe just an hour off
# [18:03] <mcmanus> sid0 - twitter is doing spdy on some fraction of their traffic for comparison purposes. so it comes and goes, and sometimes its on api.twitter.com but not the html, etc..
# [18:03] * Quits: ehugg (chatzilla@2DDAFB41.882D3387.43362C16.IP) (Ping timeout)
# [18:04] <jmaher> philor: if a job is scheduled for the first time and it has the new agent, it will run as usual, otherwise it will run the updateSUT script and go purple
# [18:04] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz)
# [18:04] * wlach is now known as wlach|lunch
# [18:05] * Joins: anant (anant@moz-BBE3ABD.mv.mozilla.com)
# [18:05] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [18:05] * Quits: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [18:06] * Quits: Goldorak (chatzilla@1858A363.49FDA25.187A1082.IP) (Ping timeout)
# [18:06] * Joins: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com)
# [18:06] * Quits: anant (anant@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [18:06] * Joins: Goldorak (chatzilla@1858A363.49FDA25.187A1082.IP)
# [18:07] * Joins: anant_ (anant@moz-BBE3ABD.mv.mozilla.com)
# [18:07] * Joins: timA (Instantbir@moz-535753DA.hsd1.or.comcast.net)
# [18:08] * joduinn is now known as joduinn-mtg
# [18:08] * Quits: philor (philor@moz-638273A8.my-nick.name) (Ping timeout)
# [18:08] * Quits: asac (asac@68FEB675.4366EB13.B3DDC20A.IP) (Ping timeout)
# [18:09] * Joins: mauke (mauke@moz-6A01E0D8.superkabel.de)
# [18:09] * Joins: asac (asac@68FEB675.4366EB13.B3DDC20A.IP)
# [18:10] <@bz> man
# [18:10] <@bz> Android XUL opt on inbound is very star-spangled
# [18:10] <@bz> red and blue and gray and purple and green
# [18:10] * Joins: philor (philor@moz-638273A8.my-nick.name)
# [18:10] <@bz> is that ... normal?
# [18:10] * Quits: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP) (Ping timeout)
# [18:10] <mak> not really new, just a bit more than usual
# [18:10] * @bz bets philor knows
# [18:11] <mak> there is some maintenance ongoing if I read correctly some rows above
# [18:11] * anant_ is now known as anant
# [18:11] <@bz> ah, ok
# [18:11] <philor> apparently my bouncer took me literally
# [18:12] * Quits: Goldorak (chatzilla@1858A363.49FDA25.187A1082.IP) (Ping timeout)
# [18:12] <mak> philor: I suggest we change the name of the tree from inbound to rainbow
# [18:12] <philor> if you're seeing a lot of Android purple, and when you look it's "killed by signal 15" during the updateSUT.py step, yeah, that's normal for the next hour
# [18:12] * Quits: anky (anky@7D64CF80.4EF69FBB.A3D1B221.IP) (Quit: Leaving...)
# [18:12] <mak> we should just add some yellow builds
# [18:13] <philor> that had some meaning on Tinderbox, building maybe
# [18:13] <bc> mak: wfm. thanks!
# [18:13] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [18:13] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
# [18:13] * AutomatedTester is now known as zz_AutomatedTester
# [18:13] * Joins: Ami_Ty (Amie@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:13] * Quits: masayuki (Daily@moz-911CC660.zaq.ne.jp) (Quit: masayuki)
# [18:13] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [18:13] <mak> bc: cool, please leave positive feedback in the bug, so I ask for review next :)
# [18:13] <jlebar> bz, Any idea why Object.defineProperty not take effect immediately? I'm calling defineProperty on a window in content-document-global-created, but when I initially use the window, my new methods aren't being called. But I see them being called later.
# [18:13] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
# [18:13] <bc> mak: i did.
# [18:13] <mak> thank you then!
# [18:14] * Joins: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net)
# [18:14] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
# [18:14] <bc> mak: any idea why this didn't break the tree?
# [18:14] * catlee-fooood is now known as catlee
# [18:14] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
# [18:14] <Yoric> I need to compile and execute a small piece of C code (without any dependencies besides libc) at build time to generate some JS source code.
# [18:14] <@bz> jlebar: er...
# [18:14] <Yoric> Do we have any example of something that weird?
# [18:14] <@bz> jlebar: should work, offhand
# [18:14] <mak> bc: no, I'm not too good with build misteries
# [18:15] <@bz> Yoric
# [18:15] <mak> bc: I can only suppose different VS version
# [18:15] <Ms2ger> Yoric, we managed to rid ourselves of such host programs
# [18:15] <@bz> Yoric: it has to be C code?
# [18:15] <Ms2ger> It needs errno.h
# [18:15] <@bz> Yoric: in general, we try to avoid that sort of thing
# [18:15] <Yoric> It needs errno.h
# [18:15] <@bz> Yoric: if nothing else because it complicates cross-compiling a lot
# [18:15] <Yoric> Which is actually composed only of ifdefs.
# [18:15] <Yoric> Mmmhh...
# [18:16] * Joins: smaug (chatzilla@moz-3C350F0.elisa-mobile.fi)
# [18:16] * ChanServ sets mode: +o smaug
# [18:16] <Yoric> If I could access get cpp (the real cpp) to make a pass on my JS code, it may be sufficient.
# [18:16] * Joins: squib (squib-@moz-3F6F2A9C.ep.wisc.edu)
# [18:16] <Yoric> (I meant #ifdef and of course #define)
# [18:16] <@bz> you can certainly invoke cpp from a makefile
# [18:16] <Yoric> How do we do that?
# [18:16] <@bz> $(CPP) should work, no?
# [18:16] <Yoric> Quite possible.
# [18:16] <Yoric> Let me check if this is defined.
# [18:16] * Quits: masayuki (Daily@moz-911CC660.zaq.ne.jp) (Quit: masayuki)
# [18:17] <Yoric> There seems something along these lines in configure.in
# [18:17] <khuey> er, what are you trying to do?
# [18:17] <khuey> if you want to preprocess your .js, we already have stuff to do that
# [18:17] <@bz> however...
# [18:18] <khuey> oh
# [18:18] <@bz> for the cross-compiling case, would it matter if the errno.h is different for host and target?
# [18:18] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/d0342ebb5766 - Kyle Huey - No Bug: Shut pldhash up for the 'probably' case. rs=bz
# [18:18] <khuey> I didn't read back far enough
# [18:18] <Yoric> I want to inject the constants defined in errno.h into JS.
# [18:18] * edransch-lunch is now known as edransch
# [18:18] <khuey> that just won't work for cross compilation ...
# [18:19] <Yoric> Gasp.
# [18:19] <@bz> which brings us to the real question
# [18:19] <@bz> what are you actually trying to do?
# [18:19] <Yoric> Getting errnos in JS, without writing C code.
# [18:19] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
# [18:19] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [18:19] <Yoric> (C code as in JSAPI code)
# [18:19] <@bz> ok, but why?
# [18:19] <@bz> for ctypes?
# [18:19] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [18:20] <Yoric> More precisely, for OS.File
# [18:20] <Yoric> But yes, this is certainly a js-ctypes issue.
# [18:20] <@bz> khuey: presumably, errno.h works somehow for cross-compiling
# [18:20] <Yoric> I assume so.
# [18:20] <@bz> khuey: which means one can include the "target" errno.h
# [18:20] <luke> khuey: i would have been happy to remove the printf altogether...
# [18:20] * wlach|lunch is now known as wlach
# [18:21] <@bz> khuey: direct checkin to m-c? Heresy!
# [18:21] <khuey> bz: I am the king of the heretics
# [18:21] <khuey> I think I've committed to m-i twice
# [18:21] <Yoric> The more I think about it, the more I conclude that it has to be done in C++.
# [18:21] <mauke> what happens when an add-on registers a resource name for a file but that resource://whatever already exists?
# [18:21] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [18:22] * Quits: evilpie (chatzilla@moz-958F4F3A.pools.arcor-ip.net) (Ping timeout)
# [18:22] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [18:22] <khuey> bah
# [18:22] <khuey> why do people move files?
# [18:23] <khuey> ugh, and they added tabs to the file!
# [18:23] <khuey> YOU WILL REGRET THIS!
# [18:23] <jdm> sfink: I added the two bzexport patches from thinker li to bugzilla. if you feel like looking over them, feel free, or I'll get around to them at some point
# [18:24] <@bz> moving files would not be a problem if one could ask the VCS where the file moved to
# [18:24] <sfink> jdm: Ok, cool. I suspect they'll need a fair amount of unbitrotting. But I'm in the same state as you; I'll get around to them eventually if you don't get there first.
# [18:24] <jdm> the patch about manipulating patches in terms of bugs sounds really interesting
# [18:26] * jwir3 is now known as jwir3|lunch
# [18:26] * Quits: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP) (Quit: ibarlow)
# [18:27] * Quits: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net) (Ping timeout)
# [18:28] <@bz> jdm: oh?
# [18:28] * Joins: tonymec__ (tonymec@28502E2D.6B780655.277517C1.IP)
# [18:28] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
# [18:28] * tonymec__ is now known as tonymec|away
# [18:28] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
# [18:28] <jdm> bz: bug 736516
# [18:29] <jesup> khuey: tabs... we banished those more than a decade ago :-)
# [18:30] * armenzg_lunch is now known as armenzg
# [18:30] * Joins: mixedpuppy (mixedpuppy@21B7B9F2.B87E9213.6E712CE2.IP)
# [18:30] * Quits: vivek (quassel@6BB0A8BD.458E4F88.B84D4DA2.IP) (Client exited)
# [18:30] * Joins: ehugg (chatzilla@EA4B33D2.C5EAED67.6CD50604.IP)
# [18:30] * Joins: timdream (timdream@moz-4B9BEE5F.dynamic.kbtelecom.net)
# [18:31] <jesup> khuey: as I track webrtc.org changes, they move hundreds of files every time I do an import (once it was 1000 I think). hg addremove (in an import script) saves my bacon!
# [18:31] <jesup> but luckily they're starting to quiet down
# [18:31] * geekboy is now known as geekboy|afk
# [18:32] * Joins: deLta30_ (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [18:32] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [18:32] * Joins: vivek (quassel@6BB0A8BD.458E4F88.B84D4DA2.IP)
# [18:32] <khuey> jesup: fun
# [18:32] * Joins: squeakytoy (squeakytoy@moz-79070305.dynamic.se.alltele.net)
# [18:32] * Joins: dholbert_ (dholbert@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:34] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [18:34] * Joins: jammink|Tucson (textual@moz-1FFEF1B7.tcso.qwest.net)
# [18:36] * mjessome|lunch is now known as mjessome
# [18:36] * Joins: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net)
# [18:36] * Quits: zzzzz (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net) (Quit: ChatZilla 0.9.87 [Firefox 11.0/20120312181643])
# [18:37] * Quits: dao (dao@moz-AC7526A0.superkabel.de) (Quit: Leaving.)
# [18:37] <khuey> woah
# [18:38] <khuey> new new tab page is new
# [18:39] * Quits: krit (Adium@moz-3AE657AD.hsd1.ca.comcast.net) (Ping timeout)
# [18:39] * Joins: mjschranz (mjschranz@F1451709.44D93D66.1139E686.IP)
# [18:40] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [18:40] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:41] * Joins: krit (Adium@moz-3AE657AD.hsd1.ca.comcast.net)
# [18:41] <dholbert> coming up at 11: khuey's thoughts on long cat
# [18:41] * Joins: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP)
# [18:41] * jhammel perks up
# [18:41] * Quits: priya (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
# [18:41] <jhammel> there's a long cat?
# [18:41] * Joins: priya (Adium@moz-BBE3ABD.mv.mozilla.com)
# [18:42] <sfink> steamroller accident?
# [18:43] * NeilAway feels new submission to mozillamemes coming on "hey guys" "have you seen the new new tab page?"
# [18:44] * Quits: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk) (Ping timeout)
# [18:44] * Quits: wesk (Daily@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: wesk)
# [18:44] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [18:44] * Joins: wesk (Daily@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:44] * Joins: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk)
# [18:44] * Quits: krit (Adium@moz-3AE657AD.hsd1.ca.comcast.net) (Ping timeout)
# [18:44] * Quits: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net) (Ping timeout)
# [18:45] * mconley|lunch is now known as mconley
# [18:45] * qheaden is now known as qheaden_away
# [18:45] <khuey> dholbert++
# [18:45] <dholbert> \o/
# [18:46] <jhammel> ...as featured in the new new yorker
# [18:47] <smontagu> south vietnam edition
# [18:48] <khuey> chances of patch written 9 months ago being bitrotted?
# [18:48] <bonnie> alright bent i sent you the msg in the other chat
# [18:48] <khuey> ah darn, it has PRBool in it
# [18:48] <khuey> it's definitely rotted
# [18:49] <qheaden_away> How often would one recommend the hg pull/hg update procedure? Once a day? Once every other day? Once a week?
# [18:49] <gcp> once before you start work on something
# [18:49] <gcp> then every time you feel brave :P
# [18:49] * qheaden_away is now known as qheaden
# [18:49] <jdm> I typically update once a week
# [18:49] <gcp> nothing more frustrating than getting blocked because m-c bugger prevents you from working on your patch :-/
# [18:50] <dholbert> gcp, that doesn't happen anymore really!
# [18:50] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [18:50] <dholbert> gcp, now that we have m-i :D
# [18:50] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Ping timeout)
# [18:50] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [18:50] <dholbert> m-c is virtually always good (in my experience, at least)
# [18:50] <gcp> this morning it was fubar on android
# [18:50] * Joins: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net)
# [18:50] * Quits: soonbing (pikapi@moz-2474DA0.singnet.com.sg) (Ping timeout)
# [18:50] * geekboy|afk is now known as geekboy
# [18:51] * Quits: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
# [18:51] <qheaden> So when you guys update, do you clobber your old build, or just do an incremental build?
# [18:51] <gcp> mobile is more likely to hit this I guess because there's more fundamental churn and things are more buggered in general
# [18:51] <gcp> I try incremental, and cry if it fails
# [18:51] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [18:51] <qheaden> :P
# [18:52] <qheaden> I had to clobber my build the other day. Although it was pretty much my fault because I had not updated for about 2 1/2 weeks.
# [18:52] <jdm> I just run a full build when I do my weekly build
# [18:52] * Quits: logiclord (Gaurav@8F60AC1.8931E87E.35E3DDC8.IP) (Ping timeout)
# [18:53] <dholbert> jdm, full = clobber?
# [18:53] <jdm> dholbert: no, just make -f client.mk build
# [18:53] <jdm> I don't often have to do a clobber
# [18:53] <By-Tor> This isn't good: http://pastebin.mozilla.org/1522526
# [18:54] * Joins: krit (Adium@moz-3AE657AD.hsd1.ca.comcast.net)
# [18:54] * Joins: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
# [18:54] * Joins: logiclord (Gaurav@A62936DD.779A7A73.35E3DDC8.IP)
# [18:54] <dholbert> jdm, cool, same here.
# [18:54] <qheaden> I'm just happy that the bugs I have worked on so far weren't located in frequently changed code areas.
# [18:54] <dholbert> qheaden, it should be rare that you need a clobber
# [18:54] * Quits: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net) (Ping timeout)
# [18:55] <By-Tor> and the resulting build doesn't run at all.
# [18:55] <qheaden> I HATE when chuncks fail to apply.
# [18:55] <blassey> blizzard: the spinner on your video here keeps spinning even as the video plays to completion http://www.0xdeadbeef.com/weblog/2009/12/guidelines-in-macneil-lehrer-journalism/
# [18:55] <qheaden> *chunks
# [18:55] <blassey> do you see that as well?
# [18:55] <dholbert> qheaden, do you know how to "fix" that with fuzz?
# [18:55] * Joins: anky (anky@7D64CF80.4EF69FBB.A3D1B221.IP)
# [18:55] <qheaden> dholbert: ???
# [18:55] * Joins: cadecairos (cadecairos@F1451709.44D93D66.1139E686.IP)
# [18:55] <mounir> smaug: are you subscribed to dev-webapi?
# [18:56] <@smaug> yes, but not following too much
# [18:56] <@smaug> looking...
# [18:56] <mounir> smaug: I'm about to send something that I would like you to look at
# [18:56] * Joins: mcot_ (mcot@moz-12E6ADD8.washdc.fios.verizon.net)
# [18:56] <mounir> smaug: I will put you in CC in case of that helps you noticing
# [18:56] <dholbert> qheaden, http://pastebin.mozilla.org/1522531
# [18:56] * Quits: mcot (mcot@moz-12E6ADD8.washdc.fios.verizon.net) (Ping timeout)
# [18:57] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
# [18:57] <@smaug> mounir: don't CC
# [18:57] <mounir> ok
# [18:57] <@smaug> mounir: or if you do, use smaug@welho.com
# [18:57] <@smaug> since that is what I use for newsgroups
# [18:57] <dholbert> qheaden, basically: when a patch doesn't apply fully, you can manually revert it & reapply it with "fuzz" (an allowance for lines of context not exactly matching)
# [18:58] * Quits: cdiehl (cdiehl@moz-934C64F1.pool.mediaways.net) (Connection reset by peer)
# [18:58] <qheaden> dholbert: Ahh ok. One of the bugs I am working on contains an existing patch that doesn't apply correctly. I'll try to use this technique. Thanks.
# [18:59] * Joins: cdiehl (cdiehl@moz-DD2BA44.pool.mediaways.net)
# [18:59] <dholbert> qheaden, cool -- yeah, this makes fixing bitrot so much less painful. It's best if you revision-control the patches themselves, too, and be sure to hg diff the patch itself after you've un-bitrotted
# [18:59] <dholbert> as a sanity-check
# [18:59] <qheaden> ok
# [18:59] <dholbert> good luck! :)
# [18:59] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [19:01] * Quits: lht (elihait@moz-722A94AD.dreamhost.com) (Quit: Ex-Chat)
# [19:02] <By-Tor> khuey: ping
# [19:02] * Fallen is now known as Fallen|away
# [19:02] <khuey> By-Tor: hi
# [19:02] <By-Tor> Hey, did you see the pastebin I pasted before?
# [19:02] <By-Tor> make installer is borked now.
# [19:02] <khuey> I did not see it
# [19:03] <By-Tor> http://pastebin.mozilla.org/1522526
# [19:03] * qheaden is now known as qheaden_away
# [19:03] <By-Tor> I tried with and without that.
# [19:03] <By-Tor> --disable-updater
# [19:03] * Joins: pranavrc (pranavrc@9865622D.13E32140.520CDC98.IP)
# [19:03] * Quits: deLta30_ (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [19:04] * philor is now known as philor|afk
# [19:04] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [19:04] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
# [19:04] <khuey> uh, yeah, looks like --disable-updater is just broken
# [19:04] <khuey> By-Tor: file a bug, CC bbondy
# [19:04] <khuey> he'll probably fix it quickly
# [19:05] <Callek> ooo is this the "package warnings as errors?"
# [19:05] <By-Tor> No, I removed that line and just got a different error.
# [19:05] <khuey> fallout from it, yes
# [19:05] * Joins: gozala1 (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:05] <bbondy> ya pls file it today I'm away next week
# [19:05] <Callek> and serge has/had a bug on the WIN32_REDIST_DIR stuff too (that landed for suite already)
# [19:05] <By-Tor> So, something else is at work.
# [19:06] <By-Tor> I'll do another build with it commented out.
# [19:07] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/c7ef262e3024 - John Ford - bug 719491 - make flags changes r=cjones DONTBUILD
# [19:07] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
# [19:07] <bbondy> last I tried disable-updater worked but something could have changed since then
# [19:07] <khuey> bbondy: we made packaging warnings fatal this morning
# [19:07] <By-Tor> It's only after mak's big merge.
# [19:07] <khuey> or last night, or something
# [19:07] <khuey> and --disable-updater has warnings
# [19:07] <bbondy> that would probably explain it :)
# [19:07] <bbondy> k
# [19:08] <By-Tor> How about --disable-crashreporter?
# [19:08] <khuey> wouldn't surprise me if it's broken too
# [19:09] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Ping timeout)
# [19:09] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [19:10] * Quits: jfkthame (jfkthame@C2B21AB3.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [19:10] * Joins: jfkthame (jfkthame@C2B21AB3.A1C12133.9542EC20.IP)
# [19:11] * Quits: anant (anant@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:11] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [19:13] <dholbert> armenzg, known issue? "updateSUT.py: We should have had the 1.07 version but instead we have SUTAgentAndroid Version 1.00"
# [19:13] <dholbert> armenzg, http://pastebin.mozilla.org/1522553
# [19:14] <armenzg> dholbert: 1 sec
# [19:14] <dholbert> k
# [19:15] * mak is now known as mak|afk
# [19:15] <armenzg> dholbert: these tegras are harder to handle than I thought so
# [19:15] * Joins: padenot_ (orgaif@moz-D4F7F825.insa-lyon.fr)
# [19:15] <armenzg> dholbert: I will look each one of them and disable those that did *not* upgrade even though we placed several retry steps
# [19:16] <dholbert> armenzg, ok
# [19:16] * Quits: padenot_ (orgaif@moz-D4F7F825.insa-lyon.fr) (Quit: leaving)
# [19:17] * Quits: timdream (timdream@moz-4B9BEE5F.dynamic.kbtelecom.net) (Quit: timdream)
# [19:17] <mounir> jlebar: can you review bug 735778? :) (cjones seems offline)
# [19:17] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:17] * sancus is now known as sancus_
# [19:17] * sancus_ is now known as sancus
# [19:17] <jlebar> mounir, Sure.
# [19:18] * Joins: tonymec (tonymec@28502E2D.6B780655.277517C1.IP)
# [19:18] * jwir3|lunch is now known as jwir3
# [19:18] <mounir> jlebar: I would love to land that patch and his friends
# [19:18] * Quits: gkw (gkw@moz-7CD88B0C.hsd1.ca.comcast.net) (Quit: Instantbird 1.2a1pre)
# [19:20] <By-Tor> bbondy: With --disable-updater commented out: http://pastebin.mozilla.org/1522555
# [19:21] <bbondy> By-Tor: k please post a bug with the log and steps on how to build in the same way
# [19:22] <By-Tor> Will the pastebins do?
# [19:22] <bbondy> sure but w/ step on how you built with packaging
# [19:22] <By-Tor> Ok, I have a shell script.
# [19:23] <@smaug> uh, I hate sync XHR (and alert())
# [19:24] <khuey> don't we all?
# [19:25] <Asa> "Rattled by Google’s Motorola buy, Samsung rumored to license BlackBerry 10" Samsung needs to get to work on B2G ASAP.
# [19:25] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
# [19:26] * Joins: maikmerten (maikmerten@moz-96D38CD6.dynamic.qsc.de)
# [19:28] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [19:29] * Joins: cjones (cjones@moz-7B0110AD.mv.mozilla.com)
# [19:30] <blizzard> blassey: that's just a <video> tag - nothing special
# [19:30] <blizzard> blassey: if there's a bug, it's ours
# [19:31] <blizzard> works great in chome
# [19:31] <blizzard> chrome even
# [19:32] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [19:32] * Quits: Ami_Ty (Amie@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Ami_Ty)
# [19:32] <blassey> blizzard: yea, just wondering if its only me that sees this bug
# [19:34] * Joins: timdream (timdream@moz-4B9BEE5F.dynamic.kbtelecom.net)
# [19:34] <fabrice> Asa: Samsung already has another OS in the works (SLP I think)
# [19:34] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [19:35] * Quits: anky (anky@7D64CF80.4EF69FBB.A3D1B221.IP) (Quit: Leaving...)
# [19:36] <@smaug> doesn't Samsung use all the possible OSes
# [19:36] <@smaug> except iOS
# [19:36] * zpao|detached is now known as zpao
# [19:36] <Mook_as> they're also the Bada people, are they not?
# [19:36] <@stuart> i'm not sure iOS is a possibility, so i think you don't have to add your exception
# [19:37] <mbrubeck> bada 4 evar!
# [19:37] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [19:39] <mounir> jlebar++
# [19:40] * Joins: anky (anky@7D64CF80.4EF69FBB.A3D1B221.IP)
# [19:40] <jlebar> mounir, Do I get <iframe mozbrowser> in return? :-p
# [19:40] * rail is now known as rail_away
# [19:41] <mounir> jlebar: don't dream :)
# [19:41] <mounir> jlebar: but you can have <browser> instead
# [19:41] <mounir> <browser> is less typing
# [19:41] <mounir> it must be better
# [19:41] <jlebar> <b>
# [19:41] * rail_away is now known as rail
# [19:41] <khuey> <>
# [19:42] <mounir> <
# [19:42] <jhammel>
# [19:42] <khuey> magic
# [19:43] * Joins: WeirdAl (chatzilla@moz-D461843.ask.info)
# [19:44] * rail is now known as rail_away
# [19:44] * Joins: karl (karl@615D2589.8998A38C.C8A09C26.IP)
# [19:44] <cjones> \b
# [19:44] * Joins: db48x` (user@moz-83319934.dsl.static.sonic.net)
# [19:45] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [19:45] * Quits: qheaden_away (qheaden@moz-67E02157.nrflva.fios.verizon.net) (Quit: I've got to go. See ya!)
# [19:46] * Quits: rhelmer (rhelmer@moz-B77DEAEB.mozilla.org) (Ping timeout)
# [19:47] * Joins: c0smikdebris (c0smikdebr@35544CB3.EDA297EB.BE90E62C.IP)
# [19:47] * Quits: Asa (asa@F259CFB7.9EF26CBA.EB5E51FC.IP) (Ping timeout)
# [19:48] * Quits: newbie (kvirc@AD13EB4A.BBC03DF0.9A06DD32.IP) (Ping timeout)
# [19:48] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [19:48] * Quits: tonymec (tonymec@28502E2D.6B780655.277517C1.IP) (Ping timeout)
# [19:49] * Quits: cjones (cjones@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
# [19:49] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:49] * ChanServ sets mode: +o dbaron
# [19:49] * Joins: anant (anant@moz-BBE3ABD.mv.mozilla.com)
# [19:50] * Joins: tonymec (tonymec@28502E2D.6B780655.277517C1.IP)
# [19:50] * Joins: newbie (kvirc@AD13EB4A.BBC03DF0.9A06DD32.IP)
# [19:51] * Joins: rhelmer (rhelmer@moz-B77DEAEB.mozilla.org)
# [19:51] <jlebar> mounir, If lckl luke chimes in to the <browser> thread, let's ignore him, okay?
# [19:51] * jlebar is really tired of ruined threads.
# [19:52] * rhelmer is now known as IRCMonkey37584
# [19:52] <luke> my name is forever sullied
# [19:53] * joduinn-mtg is now known as joduinn
# [19:53] <khuey> heh
# [19:53] <luke> although i do appreciate the explicit lckl name qualification
# [19:54] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [19:54] <jlebar> luke, I can think of a number of other things to call him, but they are not appropriate for a public channel. :)
# [19:54] <jlebar> Sorry, now I'm trolling.
# [19:55] <fabrice> jlebar: I don't understand why people are still answering to him
# [19:55] <luke> maybe i can convince him to drop a vowel
# [19:55] <jlebar> fabrice, He sounds kind of reasonable, is the thing.
# [19:55] * Joins: cjones (cjones@moz-7B0110AD.mv.mozilla.com)
# [19:55] * rail_away is now known as rail
# [19:55] <jlebar> fabrice, That's why it's so pernicious.
# [19:55] <fabrice> jlebar: I know, but come on... just reading his diatribes should ring a bell
# [19:56] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [19:56] <mounir> jlebar: let's make a deal: if he agrees with me, we will not ignore him, otherwise, we will
# [19:56] <jlebar> mounir, lol
# [19:56] * Quits: ehugg (chatzilla@EA4B33D2.C5EAED67.6CD50604.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 10.0.2/20120215223356])
# [19:57] <zpao> dbaron: ping
# [19:57] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Connection reset by peer)
# [19:57] <@dbaron> zpao, pong
# [19:57] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [19:57] * Quits: dseif (dseif@C080F02E.33EE9F8A.1139E686.IP) (Input/output error)
# [19:58] * Quits: enda (chatzilla@moz-4FC8EFEA.bas503.dsl.esat.net) (Ping timeout)
# [19:58] <zpao> dbaron: if i have a cssvalue (via cssStyleDecl->GetPropertyCSSValue), and i can see the primativetype is CSS_IDENT... what does that mean?
# [19:58] <@dbaron> zpao, if you can avoid using that API at all, please avoid it; we'd like to remove it
# [19:58] * Joins: bent_ (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [19:59] * Joins: enda (chatzilla@moz-797AFB4F.cisco.com)
# [19:59] <zpao> dbaron: this is existing code, i'm just trying to understand it
# [19:59] <@dbaron> zpao, but http://www.w3.org/TR/DOM-Level-2-Style/css.html#CSS-CSSPrimitiveValue should explain
# [19:59] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Ping timeout)
# [19:59] * bent_ is now known as bent
# [20:00] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.2a1pre)
# [20:00] * bent is now known as IRCMonkey18390
# [20:02] <zpao> dbaron: thanks
# [20:03] <zpao> then next question, what's the best way to print out the value of an nsAutoString from gdb?
# [20:04] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [20:04] * Quits: berkerpeksag (berkerpeks@2A61EA0D.305BD3BC.2058B3BB.IP) (Quit: Leaving)
# [20:05] * Joins: mak (chatzilla@moz-3BBE6AE8.retail.telecomitalia.it)
# [20:06] * Quits: mak|afk (chatzilla@moz-3BBE6AE8.retail.telecomitalia.it) (Ping timeout)
# [20:06] * Quits: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net) (Connection reset by peer)
# [20:06] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
# [20:07] * Quits: pranavrc (pranavrc@9865622D.13E32140.520CDC98.IP) (Ping timeout)
# [20:07] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:09] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz)
# [20:09] * Joins: pranavrc (pranavrc@6ABF79B.97587DFD.C28326FD.IP)
# [20:10] * Quits: timdream (timdream@moz-4B9BEE5F.dynamic.kbtelecom.net) (Quit: timdream)
# [20:10] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [20:10] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
# [20:10] <gavin> zpao: https://developer.mozilla.org/en/Debugging_Mozilla_on_Linux_FAQ#How_do_I_display_an_nsString.3F
# [20:10] * Joins: gal (gal@moz-BBE3ABD.mv.mozilla.com)
# [20:10] * Joins: kaie (kaie@moz-1B48DE99.dip.t-dialin.net)
# [20:11] * Joins: tchevalier (chatzilla@moz-1870791.w90-48.abo.wanadoo.fr)
# [20:12] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [20:13] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
# [20:13] <zpao> gavin: i'd seen that (have ps, pu in my gdbinit, but that just spun hard). i hadn't tried bent's method and it just worked though, so thanks!
# [20:14] * mdas is now known as mdas|brb
# [20:14] * Quits: mak (chatzilla@moz-3BBE6AE8.retail.telecomitalia.it) (Ping timeout)
# [20:14] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [20:14] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:15] * Joins: mak (chatzilla@moz-3BBE6AE8.retail.telecomitalia.it)
# [20:15] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [20:16] * Joins: Asa (asa@F259CFB7.9EF26CBA.EB5E51FC.IP)
# [20:16] * Quits: mjschranz (mjschranz@F1451709.44D93D66.1139E686.IP) (Client exited)
# [20:16] * Quits: cadecairos (cadecairos@F1451709.44D93D66.1139E686.IP) (Input/output error)
# [20:16] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
# [20:17] * Joins: cadecairos (cadecairos@F1451709.44D93D66.1139E686.IP)
# [20:17] * philor|afk is now known as philor
# [20:18] * mdas|brb is now known as mdas
# [20:19] * Quits: cadecairos (cadecairos@F1451709.44D93D66.1139E686.IP) (Ping timeout)
# [20:21] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [20:22] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [20:23] * Quits: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP) (Quit: ibarlow)
# [20:23] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
# [20:23] * Joins: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP)
# [20:24] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [20:24] * Joins: sicking (chatzilla@moz-87306D4.dsl.snfc21.pacbell.net)
# [20:25] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- In tests, 0x09 out of 0x0A l33t h4x0rz prefer it :))
# [20:25] * IRCMonkey18390 is now known as bent
# [20:25] * Quits: nthomas|away (chatzilla@moz-95627F12.dsl.telstraclear.net) (Ping timeout)
# [20:25] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [20:26] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Linkinus - http://linkinus.com)
# [20:26] * Quits: anky (anky@7D64CF80.4EF69FBB.A3D1B221.IP) (Client exited)
# [20:26] * catlee is now known as catlee-afk
# [20:27] * Quits: gozala1 (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving.)
# [20:27] * Joins: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:27] * mdas is now known as mdas|mtg
# [20:27] <romaxa> jlebar: ping
# [20:27] * Joins: cadecairos (cadecairos@EDDEAA06.33EE9F8A.1139E686.IP)
# [20:27] <jlebar> romaxa, ack
# [20:27] * jammink|Tucson is now known as jammink|food
# [20:27] * Joins: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP)
# [20:28] <romaxa> jlebar: I noticed recently that my XRE_InitEmbedding intialization start crashing... with bisect I found https://bug729940.bugzilla.mozilla.org/attachment.cgi?id=601861 - this change breaking that..
# [20:28] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [20:29] <jlebar> romaxa, O.o
# [20:29] * Joins: nthomas|away (chatzilla@moz-95627F12.dsl.telstraclear.net)
# [20:29] <jlebar> romaxa, I'll have a look in short order if you file a bug!
# [20:29] * Joins: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com)
# [20:30] <romaxa> jlebar: ok... will attach backtrace, and try to minimize that patch and find which part exactly causing problem
# [20:30] <jlebar> romaxa, That would be really helpful; thanks.
# [20:30] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [20:30] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
# [20:30] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:33] <bent> zpao, what's my method?
# [20:33] * Joins: anky (anky@7D64CF80.4EF69FBB.A3D1B221.IP)
# [20:33] <zpao> x/(string.Length())s string.BeginReading()
# [20:33] <Ms2ger> "Make khuey do it"
# [20:34] <bent> oh, yeah
# [20:34] <bent> i have a gdb macro that prints them nicely
# [20:34] <bent> rather than vertically like that
# [20:34] <bent> but it works
# [20:34] * catlee-afk is now known as catlee
# [20:34] <zpao> yea, i told me what i needed to know
# [20:34] <@bz> yeah, I have a macro too
# [20:34] <@bz> and it's even documented somewhere...
# [20:35] <bent> i could have sworn i put mine online somewhere
# [20:35] <bent> but i don't remember where
# [20:35] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [20:35] <zpao> bz: yea i have that in my gdbinit, but it just sat there spinning (though i may not have actually had a string at that point)
# [20:36] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
# [20:36] * Quits: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP) (Quit: Konversation terminated!)
# [20:38] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [20:40] * sheeri is now known as sheeri-afk
# [20:40] <romaxa> jlebar: bug 736564
# [20:41] <romaxa> jlebar: I'll check also on X86 build
# [20:41] <jlebar> romaxa, Okay. The changes are pretty self-contained, so it shouldn't be too hard to bisect.
# [20:41] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [20:41] <jlebar> romaxa, Especially if it's crashing on startup.
# [20:42] <mauke> is building my own firefox the easiest way to change resource://gre/res/TopLevelImageDocument.css ?
# [20:42] <romaxa> jlebar: yep, going to do that. split patch into pieces and check every part
# [20:43] <AryehGregor> Why does Android have a different number of mochitests run from other platforms?
# [20:43] * Quits: maikmerten (maikmerten@moz-96D38CD6.dynamic.qsc.de) (Quit: Leaving)
# [20:44] * Quits: anky (anky@7D64CF80.4EF69FBB.A3D1B221.IP) (Client exited)
# [20:46] <@bz> AryehGregor: some are possible conditional in the makefile?
# [20:46] * mdas|mtg is now known as mdas
# [20:46] <AryehGregor> bz, I meant, a different number of sets of mochitests on tbpl. Like 1 2 3 4 5 6 7 8 instead of 1 2 3 4 5 oth.
# [20:47] <AryehGregor> (actually, what are those sets about anyway? is there any difference?)
# [20:47] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Ping timeout)
# [20:48] <@bz> AryehGregor: oh
# [20:48] <@bz> AryehGregor: that's just to make test runs faster
# [20:48] <AryehGregor> Oh, they're in parallel?
# [20:48] <AryehGregor> Right, of course they are.
# [20:48] <@bz> AryehGregor: takes the whole set of tests and chunks it up so they can run on different slaves
# [20:48] <AryehGregor> Makes sense.
# [20:48] <@bz> AryehGregor: and android chunks it up more because the hardware is slower
# [20:48] <AryehGregor> Right, okay.
# [20:48] <AryehGregor> That makes sense.
# [20:51] * Quits: davidillsley (chatzilla@moz-3C81EAA7.range86-145.btcentralplus.com) (Client exited)
# [20:51] * Joins: davidillsley (chatzilla@moz-3C81EAA7.range86-145.btcentralplus.com)
# [20:52] * Quits: @smaug (chatzilla@moz-3C350F0.elisa-mobile.fi) (Ping timeout)
# [20:52] * edransch is now known as edransch-brb
# [20:52] * bear is now known as bear-afk
# [20:52] * Quits: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving.)
# [20:53] * juanb is now known as juanb|brb
# [20:54] * Joins: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:55] <NeilAway> bz: you may remember 122213 which moved the timestamp from nsIScriptError2 to nsIScriptError so that it could be reported in the Error Console... 713398/735896 seems to want to move it to nsIConsoleMessage, does that seem reasonable to you?
# [20:55] * Quits: logiclord (Gaurav@A62936DD.779A7A73.35E3DDC8.IP) (Ping timeout)
# [20:56] <@bz> NeilAway: seemd fine to me, if all the console messages are changed to have a timestamp...
# [20:57] * Quits: JeroenDeDauw (jeroen@moz-8096F81.dip0.t-ipconnect.de) (Ping timeout)
# [20:58] <NeilAway> bz: ta
# [20:58] <@ehsan> BenWa: seems like nothing else in that file removes global observers
# [20:58] <@ehsan> BenWa: do you really want me to do that?
# [20:59] * armenzg is now known as armenzg_brb
# [20:59] * edransch-brb is now known as edransch
# [21:00] <BenWa> ehsan: Yes, you can file a follow up bug about removing the others, I may fix that myself
# [21:00] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
# [21:00] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [21:01] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:01] <@ehsan> BenWa: let me see if there is an uninit function to stick in the observer removal
# [21:01] <@ehsan> BenWa: fwiw, we're trying to do shutdowns faster, and doing things like removing global observers don't help :)
# [21:02] <mak> ehsan: likely won't matter once we move to exit(0)
# [21:02] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [21:03] * Joins: ehugg (chatzilla@EA4B33D2.C5EAED67.6CD50604.IP)
# [21:03] * Quits: enda (chatzilla@moz-797AFB4F.cisco.com) (Connection reset by peer)
# [21:04] * Quits: cjones (cjones@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
# [21:04] * NeilAway thwaps pymake for not deleting output files on error
# [21:05] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [21:06] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
# [21:06] * philor is now known as philor|away
# [21:06] * Joins: enda (chatzilla@moz-4FC8EFEA.bas503.dsl.esat.net)
# [21:07] * Quits: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP) (Ping timeout)
# [21:07] * Joins: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP)
# [21:07] * Joins: db48x`` (user@moz-83319934.dsl.static.sonic.net)
# [21:08] <BenWa> ehsan: I though we had removeOrb in browser.js
# [21:08] * Quits: krit (Adium@moz-3AE657AD.hsd1.ca.comcast.net) (Quit: Leaving.)
# [21:08] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [21:09] * Quits: dholbert_ (dholbert@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Ex-Chat)
# [21:09] * Quits: db48x` (user@moz-83319934.dsl.static.sonic.net) (Ping timeout)
# [21:09] * Joins: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net)
# [21:09] * armenzg_brb is now known as armenzg
# [21:09] * juanb|brb is now known as juanb
# [21:11] <@ehsan> BenWa: we don't for global observers
# [21:11] <@ehsan> mak: not if the browser uninit code gets called first
# [21:12] <mak> ehsan: ah sure
# [21:12] <mak> didn't figure was that early
# [21:12] * Joins: Ami_Ty (Amie@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:12] * Joins: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net)
# [21:12] <@ehsan> BenWa: weak observers generally don't need cleanup, the observer service cleans them up internally if they go away
# [21:12] * Quits: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [21:12] * Quits: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net) (Connection reset by peer)
# [21:14] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
# [21:14] * armenzg is now known as armenzg_brb
# [21:15] * Joins: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net)
# [21:16] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [21:17] * jmaher is now known as jmaher|afk
# [21:19] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
# [21:19] * Joins: yuan_ (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:20] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [21:20] * yuan_ is now known as yuan
# [21:20] * Quits: davidillsley (chatzilla@moz-3C81EAA7.range86-145.btcentralplus.com) (Client exited)
# [21:21] * Joins: davidillsley (chatzilla@moz-3C81EAA7.range86-145.btcentralplus.com)
# [21:21] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
# [21:21] * Joins: evilpie (chatzilla@moz-958F4F3A.pools.arcor-ip.net)
# [21:23] * Quits: Cwiiis (cwiiis@40018561.F684631.21A4E96A.IP) (Quit: Ex-Chat)
# [21:25] * Quits: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:25] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [21:25] * armenzg_brb is now known as armenzg_away
# [21:26] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [21:27] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [21:28] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [21:28] <Jesse> khuey++
# [21:28] <Jesse> for http://hg.mozilla.org/mozilla-central/rev/d0342ebb5766
# [21:28] <jlebar> This may be a nonsensical question, but can I get a reference to the inner window given the outer window, from chrome JS?
# [21:29] <khuey> no
# [21:29] <khuey> iirc
# [21:29] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Quit: Leaving.)
# [21:31] * Quits: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net) (Connection reset by peer)
# [21:31] * Joins: newbie58 (kvirc@AD13EB4A.BBC03DF0.9A06DD32.IP)
# [21:31] <@bsmedberg> gerv: is mozilla not doing GSoC this year?
# [21:31] * Quits: newbie (kvirc@AD13EB4A.BBC03DF0.9A06DD32.IP) (Ping timeout)
# [21:32] <Ms2ger> bsmedberg, we sure tried
# [21:32] <jhammel> and?
# [21:33] <@bsmedberg> oh, "this list does not show orgs which have not yet filled out their profile"
# [21:33] <jlebar> khuey, So...this creates all sorts of problems for me.
# [21:33] * Quits: doktor5000 (doktor5000@moz-6A30F6D.pools.arcor-ip.net) (Input/output error)
# [21:33] <jlebar> khuey, For example, it seems that Object.defineProperty(win, 'top') doesn't apply to the inner window if I call it on the outer one.
# [21:33] <@bz> jlebar: inner windows are never exposed to JS
# [21:34] <@bz> jlebar: that sounds like a bug in defineProperty
# [21:34] <AryehGregor> bz, what's the indent problem in focus_frameset?
# [21:34] <@bz> jlebar: if so
# [21:34] * mdas is now known as mdas|mtg
# [21:34] <@bz> AryehGregor: you added stuff ot a <script> with no indent, but the other stuff in that <script> is 2-space indented?
# [21:34] <@bz> s/ot/to/
# [21:34] * joduinn is now known as joduinn-food
# [21:34] <AryehGregor> bz, the line before is indented because it's part of a braceless if.
# [21:34] <AryehGregor> (I don't like braceless ifs, but I didn't write it :) )
# [21:34] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [21:35] <@bz> AryehGregor: oh, I must have missed that
# [21:35] <@bz> AryehGregor: nevermind then
# [21:35] <@bz> jlebar: file a bug, cc mrbkap and probably waldo?
# [21:35] <jlebar> bz, I will if that's actually the problem.
# [21:36] <@bz> jlebar: ok
# [21:36] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Input/output error)
# [21:37] * Joins: joey_ (chatzilla@moz-E31CD2CB.mozilla.org)
# [21:37] * Quits: joey_ (chatzilla@moz-E31CD2CB.mozilla.org) (Quit: ChatZilla 0.9.88.1 [Firefox 12.0a2/20120308042012])
# [21:37] <@bz> obj_defineProperty
# [21:37] * Joins: joey (chatzilla@moz-E31CD2CB.mozilla.org)
# [21:38] <@bz> and various other stuff there, actually
# [21:38] <@bz> I suspect that GetFirstArgumentAsObject should be considering OBJ_TO_INNER_OBJECT....
# [21:38] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [21:38] <AryehGregor> bz, I think the dom/tests/mochitest/dom-level* tests that run no tests are mostly throwing uncaught exceptions. I tried to debug, but they don't seem to work at all on localhost for me.
# [21:38] <@bz> mmm
# [21:39] <NeilAway> how do you do a destructuring object assignment?
# [21:39] <@bz> I thought we failed tests that threw uncaught exceptions
# [21:39] <@bz> NeilAway: what do you mean?
# [21:39] <AryehGregor> Apparently not chrome tests.
# [21:39] <@bz> oh, chrome tests no
# [21:39] <AryehGregor> https://bugzilla.mozilla.org/show_bug.cgi?id=657485
# [21:39] <@bz> but the dom-level* stuff should be running as normal mochitests, no?
# [21:39] <NeilAway> bz: well, for an array, you can write [var1, var2] = array;
# [21:40] * Quits: armenzg_away (armenzg@moz-DBD74FB0.home1.cgocable.net) (Input/output error)
# [21:40] <AryehGregor> It probably should, yeah . . .
# [21:40] <AryehGregor> Hmm, I might be running it wrong on localhost.
# [21:40] <gavin> var {foo:p1, bar: p2} = {p1: 1, p2: 2} ?
# [21:40] * AryehGregor tries again
# [21:40] <gavin> or is it the other way around? I always forget
# [21:40] <NeilAway> gavin: can't use var, variable already exists
# [21:40] <NeilAway> well, can, but it feels wrong
# [21:41] <NeilAway> no, can't, it's in a different scope
# [21:41] <AryehGregor> Oh, right, I was confused.
# [21:41] <gavin> omitting the var doesn't work?
# [21:41] <gavin> hmm, guess it wouldn't
# [21:41] <AryehGregor> I think the exception is just caught by a bad try/catch block.
# [21:41] <AryehGregor> I'll look more closely later, I guess.
# [21:41] * Quits: squib (squib-@moz-3F6F2A9C.ep.wisc.edu) (Quit: Leaving)
# [21:41] <AryehGregor> Sunday or Monday.
# [21:41] <AryehGregor> I was getting very confused. :)
# [21:42] <gavin> yeah, it is the other way around
# [21:42] <gavin> var {p1: foo} = {p1: 1};
# [21:42] * Joins: squib (squib-@moz-415BAA34.engr.wisc.edu)
# [21:42] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [21:43] <NeilAway> gavin: hmm, ({p1:foo}) = {p1:1}; seems to work
# [21:43] <gavin> cool
# [21:44] <@bz> AryehGregor: yeah, silly try/catch is what it looked like to me
# [21:51] * Joins: Enn (enn@A974B2E7.1BC119D8.8C65A0C1.IP)
# [21:52] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [21:53] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [21:53] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [21:54] * Joins: waschtl (waschtl@moz-CF02CD20.web.vodafone.de)
# [21:55] * Quits: sicking (chatzilla@moz-87306D4.dsl.snfc21.pacbell.net) (Ping timeout)
# [21:55] * Joins: bruno (bruno@20C4F0CB.2F9EAEB9.C36097CD.IP)
# [21:55] <taras> gavin: sorry
# [21:56] <taras> dolske: ran late
# [21:56] <gavin> hmm?
# [21:56] <Ms2ger> bz, so, got a good way to debug this big picture bug?
# [21:56] <taras> gavin: we had a meeting 17min ago :)
# [21:56] <gavin> er, really?
# [21:57] <gavin> first I've heard of it
# [21:57] * Quits: pranavrc (pranavrc@6ABF79B.97587DFD.C28326FD.IP) (Quit: Ping timeout: ∞)
# [21:57] <taras> gavin: i we discussed it yesterday and I sent a zimbra invite :)
# [21:57] <taras> oh
# [21:57] <taras> i bet i pressed wrong button in zimbra
# [21:58] <NeilAway> so, how did we end up with xpidllex.py and xpidlyacc.py in the srcdir?
# [21:58] <@dolske> I don't have a zimbra invite :) but I'm good till 3!
# [21:58] <gavin> taras: yeah I didn't get anything
# [21:58] <gavin> but I can meet now
# [21:59] <taras> lets do it
# [21:59] <@dolske> success!
# [21:59] <taras> my vidyo room
# [21:59] <@dolske> gavin: are you in MV?
# [21:59] * Quits: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving.)
# [21:59] <gavin> dolske: nope WFH
# [21:59] <@dolske> ok, I'll find a room for myself
# [21:59] * Joins: sworkman (sworkman@C3A61A98.1F5FC489.43362C16.IP)
# [22:02] * Joins: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:03] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
# [22:03] <sid0> bsmedberg: apparently gsoc org admins need to fill in some details before they show up on the list
# [22:03] <sid0> that's what one of the Wikimedia folks told me
# [22:04] * Joins: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP)
# [22:04] * Quits: bruno (bruno@20C4F0CB.2F9EAEB9.C36097CD.IP) (Quit: bruno)
# [22:05] <taras> dolske: https://bugzilla.mozilla.org/show_bug.cgi?id=650968
# [22:05] * Quits: ehugg (chatzilla@EA4B33D2.C5EAED67.6CD50604.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 10.0.2/20120215223356])
# [22:05] * Quits: vivek (quassel@6BB0A8BD.458E4F88.B84D4DA2.IP) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
# [22:05] <jdm> khuey: your meme picture didn't show up
# [22:06] <khuey> :-(
# [22:06] * bear-afk is now known as bear
# [22:06] <Ms2ger> http://27.media.tumblr.com/tumblr_m0zu031KGn1rrf1eeo1_400.jpg
# [22:06] <Ms2ger> Hear, hear
# [22:07] <qDot> ohsnap.
# [22:07] <khuey> oh, quickmeme is obnoxious
# [22:07] <khuey> it puts an image over hte image
# [22:07] <khuey> assholes
# [22:07] <Ms2ger> Yeah
# [22:07] <Ms2ger> Firebug <3
# [22:07] <khuey> ABP ftw
# [22:07] <jdm> Ms2ger: I just look at the document inspector
# [22:07] <sid0> I heard you like images!
# [22:08] <Ms2ger> SO I PUT AN IMAGE OVER UR IMAGE
# [22:08] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Connection reset by peer)
# [22:08] <jdm> an image made up of images
# [22:08] <jhammel> Ms2ger: better make an image of that
# [22:08] <khuey> jdm: look again?
# [22:08] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [22:09] <jdm> hahaha
# [22:09] <khuey> :-D
# [22:09] <edmorley> mak: this seems apt for us http://mozillamemes.tumblr.com/post/19405960697/its-a-thing-we-do-and-it-makes-us-feel
# [22:09] <mak> edmorley: ahah, nice!
# [22:09] <Ms2ger> edmorley, that's for https://wiki.mozilla.org/Tree_Rules/Inbound :)
# [22:10] <edmorley> :-)
# [22:10] <evilpie> we are getting really good at this meme thing
# [22:10] <Ms2ger> khuey, truth
# [22:10] <khuey> we're better at it than webkit!
# [22:10] * mak hopes Ms2ger won't notice he has been added as a volunteer sheriff in the page :p
# [22:11] <evilpie> so where is opera's meme page?
# [22:11] <Ms2ger> mak, no, I won't
# [22:11] <khuey> evilpie: it's so old it's on archive.org
# [22:11] <edmorley> evilpie: you would have thought they'd have created one first
# [22:11] <Ms2ger> Oh, burn
# [22:11] <khuey> jdm: I have an idea for another one too, but I'm taking a break to do my job
# [22:11] <jhammel> evilpie: i think they're waiting for the spec
# [22:12] <jdm> mozillamemes is totally the new megaphone for mozilla
# [22:12] <jdm> I get about 60 messages every day about people following the tumblr or twitter account
# [22:12] <Waldo> hah
# [22:12] <Ms2ger> Waldo, what have you done!
# [22:13] <evilpie> mak: Rule #1 Ms2ger notices anything, he is actually live feeding all bugzilla, all wiki, all mdn, all changesets directly into his head
# [22:13] <jdm> This just in: Firefox 14 delayed because community is too busy creating memes
# [22:13] <Ms2ger> It's somewhat annoying pulse is so unreliable
# [22:13] <Waldo> Ms2ger: thinking strategically
# [22:13] * Quits: waschtl (waschtl@moz-CF02CD20.web.vodafone.de) (Ping timeout)
# [22:15] * Quits: Enn (enn@A974B2E7.1BC119D8.8C65A0C1.IP) (Ping timeout)
# [22:16] <evilpie> Ms2ger: that's true, i once tried to create a live feed of all js/src changes with it
# [22:16] <taras> dolske: https://etherpad.mozilla.org/snappy
# [22:16] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
# [22:16] <RyanVM> philor: android crashtest issues related to d5b66e64cf44 ?
# [22:18] * Joins: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [22:18] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [22:20] * geekboy is now known as geekboy|afk
# [22:20] * Parts: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [22:22] * Quits: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [22:23] * Parts: mcmanus (mcmanus@moz-FE9B5BFD.twcny.res.rr.com)
# [22:23] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [22:24] * Quits: joey (chatzilla@moz-E31CD2CB.mozilla.org) (Input/output error)
# [22:24] * Quits: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
# [22:25] <WeirdAl> just be glad the memes haven't hit planet yet
# [22:25] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [22:25] <evilpie> yeah let's totally sync it with planet!
# [22:25] <RyanVM> philor: I backed out that changeset. We'll see what happens.
# [22:25] * Quits: dvander`home (dvander@moz-EC56C22F.hsd1.ca.comcast.net) (Ping timeout)
# [22:26] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:26] * ChanServ sets mode: +o dbaron
# [22:26] <JonathanS> WeirdAl, which meme? "I took an arrow to the knee" finally died out
# [22:27] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [22:27] <WeirdAl> uh, the memes feed itself hasn't been mentioned on planet
# [22:27] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Ping timeout)
# [22:27] <Ms2ger> JonathanS, the cake is a lie!
# [22:28] <WeirdAl> once someone does that, forget about getting anything done for a weekend. Oh, wait, St. Patrick's Day is tomorrow, so we won't be getting anything done anyway. :)
# [22:28] <Waldo> WeirdAl: it was mentioned
# [22:28] <WeirdAl> Hm, I must've missed that
# [22:28] <Waldo> in an update to the post requesting it
# [22:28] <Waldo> http://whereswalden.com/2012/03/13/memes/
# [22:28] <JonathanS> WeirdAl, drunk day?
# [22:28] * Joins: dvander`home (dvander@moz-EC56C22F.hsd1.ca.comcast.net)
# [22:28] <WeirdAl> tubthumping day!
# [22:29] * Joins: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk)
# [22:29] <WeirdAl> the day when House Of Pain refers to the hangover
# [22:29] * Joins: sicking (chatzilla@moz-67285255.hsd1.ca.comcast.net)
# [22:29] <JonathanS> Ms2ger, it is like having a cake and eat it too
# [22:29] * Quits: TheSeer (theseer@moz-DE69A7C2.netpirates.net) (Ping timeout)
# [22:30] * Quits: evilpie (chatzilla@moz-958F4F3A.pools.arcor-ip.net) (Quit: ChatZilla 0.9.88.1 [Firefox 14.0a1/20120316031151])
# [22:30] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
# [22:30] * zpao is now known as zpao|detached
# [22:31] * Quits: hvq (HVQ@moz-D8C31777.dynip.nus.edu.sg) (Ping timeout)
# [22:32] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [22:32] * Joins: TheSeer (theseer@moz-DE69A7C2.netpirates.net)
# [22:33] <gavin> dolske: https://bugzilla.mozilla.org/show_bug.cgi?id=712478
# [22:33] * Joins: rillian_lime (rillian@21B7B9F2.B87E9213.6E712CE2.IP)
# [22:34] * Joins: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [22:34] <Ms2ger> "This is a Copywrite HTML file by Franklin S. Werren"
# [22:34] <jdm> holy crap, there's a fantastic crop of memes coming up shortly
# [22:35] <JonathanS> holy meme, batman
# [22:35] <jdm> madhava++
# [22:35] <WeirdAl> jdm: Meme Wars: Revenge of the Gith
# [22:35] <WeirdAl> the Github
# [22:35] <madhava> hm?
# [22:36] <JonathanS> git pull origin weirdal
# [22:36] <jdm> madhava: the grumpy man made me snort
# [22:37] <madhava> oh yes
# [22:37] * madhava bows
# [22:37] <Ms2ger> jdm, it's terrible code
# [22:37] * Joins: qheaden (qheaden@moz-FF3465E5.tmodns.net)
# [22:38] * Quits: qheaden (qheaden@moz-FF3465E5.tmodns.net) (Quit: Goodbye)
# [22:39] * rail is now known as rail_away
# [22:39] * Joins: qheaden (qheaden@moz-FF3465E5.tmodns.net)
# [22:39] <jhford-work> how does one create an mzl.la link?
# [22:40] * Quits: jfkthame (jfkthame@C2B21AB3.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [22:40] <Asa> jhford-work: I think only a few people have access to that bitly account.
# [22:40] * Quits: TheSeer (theseer@moz-DE69A7C2.netpirates.net) (Ping timeout)
# [22:40] <jhford-work> oh, it's a bitly account
# [22:40] <Asa> jhford-work: ask the engagement folks. maybe laura
# [22:40] <Asa> pretty sure it is bitly powered
# [22:40] <Asa> I could be wrong though
# [22:40] <jhford-work> if it's bit.ly i don't really need it
# [22:40] <jlebar> bz, Should Object.defineProperty really propagate down to the inner window? I'm now less convinced that would be the correct behavior.
# [22:40] <jhford-work> it's for adding a bugzilla template to a wiki page and if bitly goes away, so does mzl.la
# [22:41] <Asa> jhford: yeah. don't use it then :)
# [22:41] * Joins: TheSeer (theseer@moz-DE69A7C2.netpirates.net)
# [22:41] * Joins: ehugg (chatzilla@moz-44D86B1E.cisco.com)
# [22:42] <Ms2ger> jlebar, why not?
# [22:42] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [22:42] * ChanServ sets mode: +o roc
# [22:42] <Jesse> jdm: so good
# [22:42] <jlebar> Ms2ger, If I do outerWindow.foo = bar; that doesn't propagate down, right?
# [22:42] <Ms2ger> Sure does
# [22:42] <Ms2ger> (I think)
# [22:42] <jlebar> Ms2ger, So...what doesn't?
# [22:42] <Ms2ger> Nothing
# [22:43] <Jesse> jdm: what's the best way to submit a meme? (i think i want the image to be hosted by tumblr, reasonable alt text, reasonable title)
# [22:43] <Ms2ger> The point of the outer window is that you can swap out the inner window below it
# [22:43] <jlebar> Ms2ger, So the difference is, if I do outerWindow.foo = bar, that stays there as the inner window navigates?
# [22:43] <Ms2ger> Jesse, "Submit ur meme"
# [22:43] <Ms2ger> Does it?
# [22:44] * jlebar clearly has no idea what's going on here.
# [22:44] <Jesse> oh, i see what i did wrong. i submitted my image in the "caption" box instead of the file upload control at the top.
# [22:44] <JonathanS> you have no chance to survive make build
# [22:45] <WeirdAl> :p
# [22:45] * philor|away is now known as philor
# [22:45] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [22:46] <qheaden> Yay! Mozilla was accepted to GSoC. :-)
# [22:47] * Quits: qheaden (qheaden@moz-FF3465E5.tmodns.net) (Quit: Goodbye)
# [22:47] * Joins: qheaden (qheaden@moz-FF3465E5.tmodns.net)
# [22:48] * Quits: past (past@moz-9D677A1D.dsl.dyn.forthnet.gr) (Input/output error)
# [22:53] <Ms2ger> khuey, leak
# [22:53] * philor is now known as philor|away
# [22:53] * Quits: msucan (msucan-@E52374FB.B8F2BA96.699550A1.IP) (Quit: .)
# [22:54] <khuey> hmm?
# [22:54] * Quits: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP) (Quit: ibarlow)
# [22:54] <Ms2ger> If you land on m-c, you still get to star
# [22:54] <mak> Ms2ger++
# [22:54] <RyanVM> instead of letting me do it for the last 45min on inbound :P
# [22:55] * aki|buildduty is now known as aki|biab
# [22:55] <Ms2ger> RyanVM, the new philor|away
# [22:55] * lsblakk is now known as lsblakk|afk
# [22:55] <RyanVM> i wanted to land some stuff
# [22:55] * Joins: aja (chatzilla@F9F52BEB.80184A0A.7880DB15.IP)
# [22:55] <RyanVM> had 15 unstarred jobs (plus a bunch of older ones)
# [22:55] <RyanVM> yeehaw
# [22:56] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [22:56] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Quit: madhava)
# [22:56] <Waldo> good guy RyanVM
# [22:57] <Ms2ger> Someone get him a beer
# [22:57] <WG9s> You should all come to my beer club.
# [22:57] * gkw is now known as gkw|brb
# [22:58] * jhammel perks up
# [22:58] <jhammel> beer club?
# [22:58] * Joins: aleth (Instantbir@moz-CDF69D58.ictp.it)
# [22:58] <RyanVM> beer gooooood....
# [22:59] <qDot> Beer club?
# [22:59] <WG9s> Meets first monday of teach month but the tricky bit is it is in in Westford Massachusetts kind of int he middle of nowhere.
# [22:59] <dholbert> sicking, ping
# [23:00] * philor|away is now known as philor
# [23:00] <NeilAway> jlebar: from the JS point of view, you have a reference to the outer window, but whenever you try to use it it operates on the current inner window
# [23:00] * Quits: fxa90id (fxa90id@moz-64922D0E.neoplus.adsl.tpnet.pl) (Quit: Leaving)
# [23:00] <Waldo> Callek: is there a reason you know of why I can't reland the patch in bug 719659 now that bug 721837 is fixed?
# [23:00] <sicking> dholbert: pong
# [23:00] <jhammel> WG9s: hmmm, well expense me some plane tickets and i'll be right there ;)
# [23:01] <jlebar> NeilAway, So...if I do Object.defineProperty, that should be valid until there's a new inner window.
# [23:01] <NeilAway> jlebar: I would hope so ;-)
# [23:01] <dholbert> sicking, can I mark rs=you on using /**/ instead of // in this chunk (to fix "c++-style comment encountered when compiling .c file" warning) http://hg.mozilla.org/mozilla-central/diff/f2ef311be88b/xpcom/base/nsError.h
# [23:01] <dholbert> sicking, (This is from https://bugzilla.mozilla.org/show_bug.cgi?id=711047 )
# [23:01] * mdas|mtg is now known as mdas
# [23:01] <sicking> dholbert: sure
# [23:02] <dholbert> sicking, thanks
# [23:02] * Waldo played in two Scrabble tournament in Westford several years ago
# [23:02] <Waldo> a nice bike ride out there from Cambridge
# [23:02] * Joins: kumar_ (kmcmillan@moz-F2D05B8.c3-0.stk-ubr1.chi-stk.il.cable.rcn.com)
# [23:02] * Quits: aleth (Instantbir@moz-CDF69D58.ictp.it) (Quit: Instantbird -- http://www.instantbird.com)
# [23:03] <gaston> hmmm maybe bikeshedding but i find weird to see bugs with no comments since 1/2 years (#573369,579260) in 'known issues' on http://www.mozilla.org/en-US/firefox/11.0/releasenotes/
# [23:03] * Quits: kumar (kmcmillan@moz-E31CD2CB.mozilla.org) (Ping timeout)
# [23:03] * kumar_ is now known as kumar
# [23:03] <gaston> is it only because of 'relnote' in the keywords ?
# [23:04] <gaston> (ok the gmail bug has some recent comments but not so much activity, and its open since before 4.0..)
# [23:05] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Quit: mdas)
# [23:06] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
# [23:06] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/5fa704e28601 - Neil Rashbrook - Bug 728790 test_prompt_async.html doesn't track its dialogs correctly r=mayhemer
# [23:07] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:08] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
# [23:08] <philor> RyanVM++ indeed, thanks for keeping things clear
# [23:08] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
# [23:08] * joduinn-food is now known as joduinn
# [23:09] <philor> NeilAway: oh, going to stay up until 2am starring mozilla-central?
# [23:09] * aki|biab is now known as aki|buildduty
# [23:09] <philor> should have gone with inbound, you'd already be off the hook now
# [23:09] <RyanVM> hah
# [23:09] <jesup> glandium: ping
# [23:09] <gaston> is there a page/thread explaining (for dummies) why mobile doesnt follow the release train until 13 for the native ui ?
# [23:09] <Ms2ger> He likes starring at 2AM
# [23:09] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [23:10] <Ms2ger> gaston, it still sucks
# [23:10] <dholbert> khuey, ping
# [23:10] * philor tries to picture him actually starring at any time
# [23:10] <khuey> dholbert: hi
# [23:10] <dholbert> khuey, I get a bunch of "inline function ‘nsINode* nsINode::OwnerDocAsNode() const’ used but never defined" while building now. presumably from your push http://hg.mozilla.org/mozilla-central/rev/5280e98d2d77 on weds
# [23:10] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:10] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
# [23:11] <mbrubeck> gaston: https://blog.mozilla.com/futurereleases/2012/01/25/bringing-android-native-firefox-to-beta/
# [23:11] * Joins: bretr (bret_recka@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:11] <gaston> Ms2ger: i cant use that in a commit message saying 'mozilla ppl is working hard on getting native ui, so no mobile 11 cookie' :)
# [23:11] <dholbert> khuey, any reason that inline method's definition doesn't just live in nsINode? (It's declared there right now, but defined in nsIDocument.h for some reason
# [23:11] <dholbert> )
# [23:11] <gaston> mbrubeck: perfect, thanks
# [23:11] <khuey> dholbert: because it needs the definition of nsIDocument
# [23:11] <khuey> dholbert: we should probably just make it not-inline
# [23:11] <Ms2ger> You could reinterpret_cast, surely?
# [23:11] * mattwoodrow|away is now known as mattwoodrow
# [23:11] * khuey does the look of disapproval
# [23:11] <Waldo> indeed
# [23:12] * Ms2ger does the khuey look
# [23:12] * Joins: rodweb (rodweb@moz-E38E322B.baltnet.ru)
# [23:12] * Joins: jfkthame (jfkthame@C2B21AB3.A1C12133.9542EC20.IP)
# [23:12] <blizzard> http://mattgemmell.com/2011/07/25/network-link-conditioner-in-lion/
# [23:12] <blizzard> holy cow that looks awesome
# [23:12] * Quits: TheSeer (theseer@moz-DE69A7C2.netpirates.net) (Ping timeout)
# [23:12] * Parts: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [23:12] <Ms2ger> Also, khuey, I think you can file that robocop failure
# [23:13] <dholbert> khuey, that sounds right to me. IIUC the compiler can probably figure out that it's inlineable on its own, if it makes sense to inline it
# [23:13] <khuey> yeah
# [23:13] <RyanVM> Ms2ger, the testWebContentContextMenu failure?
# [23:13] <khuey> dholbert: rs=me to change
# [23:13] <Ms2ger> Yes
# [23:13] <dholbert> khuey, k thanks
# [23:13] <rodweb> Hello! I have a question about GSoC 2012: is it possible to work with the Boot2Gecko interface?
# [23:13] <khuey> Ms2ger: it's android, it doesn't count
# [23:13] <khuey> rodweb: I bet it is!
# [23:14] <RyanVM> Bug 735856
# [23:14] <Ms2ger> Or you could do something useful
# [23:14] <@ehsan> AryehGregor: you should apply for L3 access
# [23:14] <@ehsan> I can vouch for you
# [23:14] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [23:14] <khuey> rodweb: you might wander over to #gaia and ask the people who work on it
# [23:15] * Ms2ger suggests bz for second vouch
# [23:15] * Joins: TheSeer (theseer@moz-DE69A7C2.netpirates.net)
# [23:15] * Quits: jfkthame (jfkthame@C2B21AB3.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [23:15] <rodweb> khuey: oh thanks, that's what i thought about
# [23:15] <RyanVM> AryehGregor: FWIW, I've got your patch in my queue to land
# [23:15] * Quits: grubshka (grubshka@moz-305995D3.w86-216.abo.wanadoo.fr) (Ping timeout)
# [23:15] <aja> rodweb: and/or #b2g
# [23:15] * philor is now known as philor|away
# [23:15] <Ms2ger> mccr8, are you fixing 736619?
# [23:16] <jesup> blizzard: Nice. shared it on G+
# [23:16] <rodweb> aja: thanks, i will
# [23:16] <Ms2ger> Hah, G+
# [23:16] <mccr8> Ms2ger: I'll get around to it eventually if nobody else does.
# [23:16] <mccr8> feel free to take it if you want. ;)
# [23:17] * Quits: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP) (Quit: beaufour)
# [23:19] * Quits: qheaden (qheaden@moz-FF3465E5.tmodns.net) (Quit: Goodbye)
# [23:19] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Quit: ajuma)
# [23:19] * Joins: qheaden_away (qheaden@moz-67E02157.nrflva.fios.verizon.net)
# [23:19] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [23:19] * Quits: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:20] * Joins: JeroenDeDauw (jeroen@moz-C38753B4.dip.t-dialin.net)
# [23:20] * Joins: krit (Adium@moz-3AE657AD.hsd1.ca.comcast.net)
# [23:21] <qheaden_away> gerv: ping
# [23:21] * qheaden_away is now known as qheaden
# [23:21] <gerv> pong.
# [23:22] * Quits: Ms2ger (Ms2ger@82804C5C.F9DDA0AC.37724B0D.IP) (Quit: nn)
# [23:22] <qheaden> gerv: One question about my SoC proposal. Who will be the one reviewing it and giving me suggestions for improvement on it? You, or my mentor?
# [23:22] <gerv> qheaden: Possibly both.
# [23:23] * mcote is now known as mcote|afk
# [23:23] <qheaden> ok
# [23:24] * philor|away is now known as philor
# [23:25] * Joins: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net)
# [23:25] * Joins: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP)
# [23:26] * Quits: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net) (Input/output error)
# [23:26] * Joins: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net)
# [23:26] * Quits: tonymec (tonymec@28502E2D.6B780655.277517C1.IP) (Quit: ChatZilla 0.9.88.1 [SeaMonkey 2.11a1/20120316003011])
# [23:26] * Joins: cjones (cjones@moz-7B0110AD.mv.mozilla.com)
# [23:27] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [23:28] <jduell> aki|buildduty: sorry I missed your ping earlier: still need me?
# [23:28] <jdm> mconley: what meme did you submit, and is your latest submission intended for submission?
# [23:28] <aki|buildduty> jduell: yeah, i commented in the bug
# [23:28] <jdm> your h264 one is on the site
# [23:28] * gregglind is now known as gregglind_away
# [23:29] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [23:29] <blizzard> wow
# [23:29] <blizzard> _perfect_
# [23:29] * Joins: tonymec (tonymec@28502E2D.6B780655.277517C1.IP)
# [23:29] <aki|buildduty> jduell: https://bugzilla.mozilla.org/show_bug.cgi?id=736382#c1
# [23:30] * Quits: tonymec (tonymec@28502E2D.6B780655.277517C1.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 12.0/20120314195616])
# [23:30] <jduell> aki|buildduty: want me to reply here or in bug?
# [23:30] <aki|buildduty> jduell: either works
# [23:30] * Quits: tchevalier (chatzilla@moz-1870791.w90-48.abo.wanadoo.fr) (Quit: ChatZilla 0.9.88.1 [Firefox 14.0a1/20120316031151])
# [23:30] <jduell> aki|buildduty: So i'd like to be able to ssh into the box so I can run/debug interactively
# [23:30] <RyanVM> philor: Bug 735856
# [23:31] <aki|buildduty> jduell: sounds like you want a tester not a builder, right?
# [23:31] <aki|buildduty> (no dev tools, but the same env we run tests on)
# [23:31] <jduell> aki|buildduty: what's the difference? I'm seeing the bug fail on inbound, but not on try AFACIT
# [23:31] <aki|buildduty> builders create the builds. testers run the tests
# [23:31] <mconley> jdm: hey, yeah, the meme I submitted is up. :) That last one was me being kinda cheeky, because I wasn't sure if it'd been rejected or not. :p Feel free to post - might be relevant to first time meme submitters.
# [23:31] <mconley> jdm: or, whichever. :)
# [23:31] <philor> huh
# [23:32] * Joins: tchevalier (chatzilla@moz-1870791.w90-48.abo.wanadoo.fr)
# [23:32] * jammink|food is now known as jhammink|AZ
# [23:32] <jdm> mconley: was there an image with your latest? I don't see it.
# [23:32] <jdm> note that quickmeme hides the image behind a blank one
# [23:32] <jduell> aki|buildduty: it would be nice to be able to recompile
# [23:32] <mconley> jdm: ah. Then not worth it. :)
# [23:32] <philor> sure wouldn't have thought to look in Testing: Talos for it
# [23:32] <jgilbert> What was the fix for: No rule to make target '../../../xpcom/idl-parser/xpidllex.py' needed by ['<command-line>', '../../../xpcom/idl-parser/xpidllex.py']
# [23:32] <aki|buildduty> jduell: then you can use try or you need both
# [23:33] <RyanVM> philor: feel free to dupe to yours
# [23:33] * Quits: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
# [23:33] <gavin> jgilbert: hg st -i | grep "pyc" | xargs rm, or somesuch
# [23:33] <gavin> jgilbert: (in the source tree)
# [23:33] <gavin> but double check that file list :)
# [23:34] <khuey> rm -rf /
# [23:34] <khuey> that should fix it
# [23:34] <jduell> aki|buildduty: I definitely need access to what runs tests on inbound checkins. And some way to get builds there
# [23:34] <jduell> aki|buildduty: do testers have gdb installed?
# [23:34] * Quits: mcot_ (mcot@moz-12E6ADD8.washdc.fios.verizon.net) (Ping timeout)
# [23:35] <RyanVM> philor: on the other hand, I doubt that my backout really created a new xpcshell crash
# [23:36] <jgilbert> thanks
# [23:36] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [23:37] * Quits: squib (squib-@moz-415BAA34.engr.wisc.edu) (Quit: Leaving)
# [23:38] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 10.0.1/20120216115507])
# [23:39] <jgilbert> gavin, it looks like I needed to axe the '.pyo' files also
# [23:39] <gavin> er yeah maybe it's those
# [23:39] <aki|buildduty> jduell: looks like it
# [23:39] <aki|buildduty> jduell: there's a /usr/bin/gdb
# [23:39] <jduell> aki|buildduty: that's good :)
# [23:39] * Quits: cadecairos (cadecairos@EDDEAA06.33EE9F8A.1139E686.IP) (Input/output error)
# [23:40] <philor> RyanVM: yeah, between cache and arena_dalloc bugs, I thought sure I'd find something I could call that, but no luck
# [23:40] <aki|buildduty> jduell: you can scp builds there, but you have to get the builds from somewhere. the fact that try isn't giving you the same error is problematic
# [23:40] * Quits: wolfiR (wolfiR@moz-EFF37E1A.dip0.t-ipconnect.de) (Quit: Leaving)
# [23:40] <aki|buildduty> jduell: you can certainly try running the test from builds created on inbound + try to see how to replicate at least
# [23:40] <gavin> jduell: you can use a test slave to first identify whether it's a build or test machine issue
# [23:41] <gavin> (by running a build from try on the inbound test machine)
# [23:41] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [23:43] * Joins: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:43] * Quits: JeroenDeDauw (jeroen@moz-C38753B4.dip.t-dialin.net) (Quit: Leaving.)
# [23:44] * Joins: JeroenDeDauw (jeroen@moz-C38753B4.dip.t-dialin.net)
# [23:44] * Quits: rodweb (rodweb@moz-E38E322B.baltnet.ru) (Ping timeout)
# [23:45] * Quits: tchevalier (chatzilla@moz-1870791.w90-48.abo.wanadoo.fr) (Quit: ChatZilla 0.9.88.1 [Firefox 14.0a1/20120316031151])
# [23:45] <aki|buildduty> jduell: is jduell@m.c your hg email?
# [23:45] * Joins: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
# [23:45] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [23:45] <jduell> aki|buildduty: I think so
# [23:45] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
# [23:45] <mak> jduell: did you retrigger the test on try? cause looks like your failure is random
# [23:46] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [23:46] * Joins: KaiRo (robert@4ADD4FAC.BA2D00D4.17383F17.IP)
# [23:46] <jduell> mak: I tweaked the test to run 200x and didn't see any failures the couple times I ran it that way
# [23:46] <aki|buildduty> hm, http://hg.mozilla.org/integration/mozilla-inbound/rev/c549f6a97089 says no
# [23:46] * Joins: rodweb (rodweb@moz-E38E322B.baltnet.ru)
# [23:46] <jduell> I ought to try the manual retrigger too in case that does it somehow
# [23:46] <mak> jduell: it may not be the same thing
# [23:47] <jduell> aki|buildduty: well, maybe it's the mcbugs address. How would I know?
# [23:47] <mak> jduell: yes, you can retrigger it like 10 times, and see results. I do sometimes when trying to figure out oranges
# [23:47] * Quits: KaiRo (robert@4ADD4FAC.BA2D00D4.17383F17.IP) (Quit: Leaving)
# [23:47] <aki|buildduty> jduell: what does your ~/.ssh/config say ?
# [23:47] <jduell> aki|buildduty: jduell@m.c
# [23:47] <aki|buildduty> ok
# [23:48] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [23:48] * Quits: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com) (Ping timeout)
# [23:49] * bear is now known as bear-afk
# [23:49] * Joins: jimb (user@9E727688.17C2F9C.163DC5C6.IP)
# [23:49] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Leaving...)
# [23:49] * Joins: jeremyhu (jeremyhu@moz-75C113CA.outersquare.org)
# [23:50] <bbondy> Is there a release-drivers group somewhere? Looking for a thread that someone told me was posted on "release-drivers".
# [23:50] <bbondy> similar to the dev.planning one maybe?
# [23:51] * Quits: ehugg (chatzilla@moz-44D86B1E.cisco.com) (Quit: ChatZilla 0.9.88.1 [Firefox 10.0.2/20120216101208])
# [23:51] <aki|buildduty> bbondy: https://mail.mozilla.org/listinfo/release-drivers
# [23:51] <bbondy> thanks
# [23:53] <khuey> paul++
# [23:54] * Joins: tchevalier (Instantbir@moz-1870791.w90-48.abo.wanadoo.fr)
# [23:55] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:55] <jhammel> has anyone else noticed that hg-web is not correctly caching things these days
# [23:55] <jhammel> well, accessing hg-web with firefox, anyway?
# [23:55] <bkero> such as?
# [23:55] * Quits: JeroenDeDauw (jeroen@moz-C38753B4.dip.t-dialin.net) (Ping timeout)
# [23:55] <jhammel> (not sure on which end the problem lies)
# [23:55] <jhammel> bkero: so i go to http://hg.mozilla.org/build/talos to see my recent push and get the hash
# [23:55] <jhammel> bkero: it isn't there until i refresh
# [23:56] <jhammel> this did not used to be the case
# [23:56] <bkero> are you sure it isn't anything on your end? When did this behavior start?
# [23:56] * Joins: JeroenDeDauw (jeroen@moz-A2B312AD.dip.t-dialin.net)
# [23:56] <jhammel> not entirely sure? a few days ago? a week ago?
# [23:56] <jhammel> or at least that's the first i noticed it
# [23:57] <jhammel> and no, i'm not sure its not anything on my end; i do know that nothing i've done is different from what i've been doing for years
# [23:57] * Ziggy_Maes is now known as Ziggy|AWAY
# [23:58] <bkero> The last thing changed on the server end that could affect that was 1-2 months ago
# [23:58] * Joins: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP)
# [23:58] <jhammel> somewhat hard to debug without pushing things
# [23:58] <jhammel> bkero: its possible it was that long ago and i just didn't notice
# [23:58] <jhammel> or got lucky, etc
# [23:59] <bkero> To fix it we'll have to either disable caching entirely on zeus, or write a manual cache expiry script to purge it every time there's a commit
# [23:59] * wlach is now known as wlach|afk
# [23:59] <bkero> Which is already on our list of things to do :)
# [23:59] <jhammel> bkero: awesome
# [23:59] <jhammel> bkero: i'll try to debug with curl next time i push
# [23:59] <jhammel> if i can remember
# Session Close: Sat Mar 17 00:00:00 2012

The end :)