/irc-logs / mozilla / #developers / 2011-12-15 / end

Options:

# Session Start: Thu Dec 15 00:00:00 2011
# Session Ident: #developers
# [00:00] <rs> Callek: it really shouldn't keep files in use anyways. Files in use in the obj-dir are usually caused by sh.exe, cat.exe, sed.exe, etc.
# [00:00] <bjacob> nemo: bz: oh, i didn't expect that one would profile a debug build :-?
# [00:00] <nemo> bjacob: learned lots of bad stuff about our game in debug build :) seemed best way to find really silly stuff actually
# [00:00] <Callek> rs: anything holding onto a dll in the object dir, yea
# [00:00] * coop|buildduty is now known as coop|away
# [00:00] <khuey|quite-busy> killing the test harness with ctrl-C sometimes leaves xpcshells floating
# [00:00] <Callek> rs: if the service grabs a .exe or an .dll etc. from our objectdir it will hold it in use
# [00:01] * Quits: smaug (chatzilla@moz-B4AE3C70.elisa-mobile.fi) (Ping timeout)
# [00:01] * Quits: KLB (Kenneth_Ba@34D9F890.96E31AB3.58C7303A.IP) (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111104165243])
# [00:01] * Joins: dbaron (dbaron@moz-27F87443.dsl.dynamic.sonic.net)
# [00:01] * ChanServ sets mode: +o dbaron
# [00:01] <@bz> nemo: bisect would still be useful
# [00:01] <@bz> nemo: note my comment: there may be more than one regression. :(
# [00:01] <rs> Callek: actually in my experience it is usually due to preprocessing of files and not dlls in use
# [00:02] * zpao is now known as zpao|detached
# [00:02] * rs has a kill script specifically due to this
# [00:02] <Callek> rs: "anything holding an in-use"
# [00:02] <Callek> rs: the python/preprocessor could hold it in use :-)
# [00:02] * tfair is now known as tfair|lunch
# [00:03] * tfair|lunch is now known as tfair|mtg
# [00:03] <ehsan|sheriff> bjacob: ok, my fix works! :)
# [00:03] * Quits: pascalc (chatzilla@moz-BCFF62C7.rev.sfr.net) (Quit: bye)
# [00:03] <ehsan|sheriff> now let's see if it fixes the webgl tests...
# [00:03] <rs> Callek: preprocessing and not loaded dll's. It kills python.exe as well which is part of the et.c above
# [00:03] <bjacob> ehsan|sheriff: great!
# [00:04] * bhearsum is now known as bhearsum|afk
# [00:04] <ehsan|sheriff> bjacob: how do you run those tests?
# [00:04] * Quits: jrmuizel (jrmuizel@D8C22410.5BCEC6DB.DA78B690.IP) (Input/output error)
# [00:05] * Joins: Jake (Jake@moz-8A8F835C.phlapafg.dynamic.covad.net)
# [00:05] * zpao|detached is now known as zpao
# [00:05] <bjacob> ehsan|sheriff: the mochitest:
# [00:05] <bjacob> TEST_PATH=content/canvas/test/webgl/test_webgl_conformance_test_suite.html make mochitest-plain
# [00:05] * AaronMT is now known as AaronMT|dinner
# [00:05] <ehsan|sheriff> ok
# [00:05] <bjacob> the online version: https://cvs.khronos.org/svn/repos/registry/trunk/public/webgl/sdk/tests/webgl-conformance-tests.html
# [00:05] * Joins: jrmuizel (jrmuizel@D8C22410.5BCEC6DB.DA78B690.IP)
# [00:06] <ehsan|sheriff> bjacob: should I run both?
# [00:06] <bjacob> ehsan|sheriff: mochitest is enough
# [00:06] <ehsan|sheriff> ok
# [00:06] <ehsan|sheriff> I should also run the media tests
# [00:06] <bjacob> ehsan|sheriff: see the try push by glandium, it was failing on windows with 2 test pages timing out
# [00:06] <bjacob> in mochitest-1
# [00:06] * mbrubeck is looking at the Android bustage on m-c.
# [00:06] <ehsan|sheriff> yeah
# [00:06] <bjacob> probably, yes
# [00:06] <ehsan|sheriff> bjacob: basically what was happening was that webm was completely busted
# [00:06] * bz is now known as bz_dinner
# [00:06] * Quits: graememcc (chatzilla@moz-40DE3BF7.range86-148.btcentralplus.com) (Ping timeout)
# [00:06] * Quits: Hendikins (wolfox@moz-9A361C95.static.internode.on.net) (Ping timeout)
# [00:07] <myk> ehsan|sheriff: may i land a test-only change to the hidden-by-default SDK tests (update revision of SDK being tested)?
# [00:07] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [00:07] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [00:07] <ehsan|sheriff> myk: please!
# [00:07] * Joins: Hendikins (wolfox@moz-9A361C95.static.internode.on.net)
# [00:08] * Joins: armenzg_dinner (armenzg@moz-A6FE435.build.sjc1.mozilla.com)
# [00:08] <myk> ehsan|sheriff: thanks! done
# [00:08] <ehsan|sheriff> great
# [00:09] * Quits: DGMurdockIII (dgmurdocki@moz-E933B63.hsd1.il.comcast.net) (Quit: get satisfied! :: core-networks.de ««« (Gamers.IRC) »»» gamersirc.net ::)
# [00:09] <bjacob> ehsan|sheriff: ok :) great you were able to debug that
# [00:09] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/2710fc56bb9c - Myk Melez - no bug - update revision of Add-on SDK being tested; test-only, a=ehsan
# [00:09] <ehsan|sheriff> yeah
# [00:09] <ehsan|sheriff> it would be great to land this tonight as well
# [00:10] <ehsan|sheriff> roc: you around?
# [00:10] * Quits: Bas (chatzilla@moz-B4DB3C59.ftth.concepts.nl) (Ping timeout)
# [00:10] <ehsan|sheriff> cpearce: what about you?
# [00:10] <roc> hmm?
# [00:10] * rail is now known as rail_away
# [00:10] * Ziggy_Maes is now known as Ziggy|AWAY
# [00:10] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
# [00:10] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [00:10] <ehsan|sheriff> roc: wanna review a patch to get the media libs out of libxul?
# [00:11] <cpearce> do the tests pass with that patch now?
# [00:11] <mbrubeck> ehsan|sheriff: Can I land a bustage fix for my Android bustage?
# [00:11] <ehsan|sheriff> cpearce: the ones I've run yes
# [00:11] <ehsan|sheriff> cpearce: basically, webm was completely busted
# [00:11] <ehsan|sheriff> mbrubeck: please!
# [00:11] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: pcwalton)
# [00:11] <ehsan|sheriff> cpearce: I'm running mochitests and reftests now
# [00:12] <cpearce> ehsan|sheriff: you've run it on try? the tests passed for me locally, but it looked pretty busted on Try...
# [00:12] <ehsan|sheriff> cpearce: how did they pass for you locally?!
# [00:12] <ehsan|sheriff> firefox wouldn't be able to play any webm content!
# [00:12] <khuey|quite-busy> maybe you didn't rebuild hard enough
# [00:12] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [00:12] <cpearce> ho hum...
# [00:12] <cpearce> indeed.
# [00:13] <robcee> ehsan|sheriff: were the oranges ultimate just infrastructure-related?
# [00:13] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [00:13] <robcee> I guess there was some twiddling of machinery in their colo today, was that causing all the auth failures?
# [00:13] <ehsan|sheriff> robcee: sort of (bad tests accessing AMO)
# [00:13] <robcee> ah
# [00:13] <cpearce> I was testing with attachment.cgi@id=580995...
# [00:13] <robcee> so everything's ok now?
# [00:13] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/f8ace2116988 - Matt Brubeck - Bug 708772 - (bustage fix) Add IsTablet method to AndroidBridge (merge to /mobile/android) [r=dougt a=ehsan]
# [00:13] <robcee> sorry I had to run before things cleared
# [00:14] <ehsan|sheriff> cpearce: I can definitely run the patch through try as well, but once you see the patch, it's gonna be clear why it was failing before :)
# [00:14] <ehsan|sheriff> robcee: np!
# [00:14] <robcee> :)
# [00:14] <ehsan|sheriff> yes, we disabled tests
# [00:14] <ehsan|sheriff> and eveything is fine
# [00:14] <robcee> great work clearing the PGO problem!
# [00:14] <ehsan|sheriff> except that the addonmgr is totally untested ;)
# [00:14] <robcee> eek
# [00:14] <robcee> "what could go wrong?"
# [00:14] <ehsan|sheriff> robcee: I've got one major piece in the works for the PGO thing as well
# [00:14] <ehsan|sheriff> robcee: that's the spirit!
# [00:15] <robcee> yeah, catching up on backscroll
# [00:15] <Mossop> addonmgr isn't important
# [00:15] <robcee> sounds great
# [00:15] <philor> and we've totally busted Android native twice already today
# [00:15] <philor> but it's not that important either
# [00:15] <robcee> I strongly suspected we had too much getting bundled into libxul that could get split out anyway
# [00:15] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Quit: ajuma)
# [00:15] <khuey|quite-busy> ehsan|sheriff: if you can get glandium's patches landed we'll be under aurora's linker memory consumption \o/
# [00:15] <robcee> philor: that shiz busts its-own-self
# [00:15] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [00:16] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [00:16] <ehsan|sheriff> khuey|quite-busy: so, I've got a patch without which all of the tests fail locally, with which they all pass locally
# [00:16] <wg9s> philor: hmm Oh I was trying to set up android native today and was about to give up! perhaps it was not something I did then.
# [00:16] <khuey|quite-busy> yay
# [00:16] * robcee stops interrupting the people doing good work
# [00:16] <ehsan|sheriff> khuey|quite-busy: would you want me to run it through try?
# [00:16] * Quits: Jake (Jake@moz-8A8F835C.phlapafg.dynamic.covad.net) (Quit: Leaving.)
# [00:16] * Quits: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [00:16] * khuey|quite-busy shrugs
# [00:16] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [00:16] <khuey|quite-busy> probably better to be safe than sorry
# [00:16] <khuey|quite-busy> especially since we're operating on one tree today
# [00:17] <roc> are we rolling all the broken-out stuff into a single extra library?
# [00:17] <ehsan|sheriff> fair enough
# [00:17] <ehsan|sheriff> roc: no, multiple libs
# [00:17] <khuey|quite-busy> well we haven't actually broken anything out yet
# [00:17] <ehsan|sheriff> khuey|quite-busy: the name of the library is gkmedias.dll
# [00:17] <roc> is multiple libs the best idea?
# [00:17] <ehsan|sheriff> (good english ftw!)
# [00:17] <ehsan|sheriff> roc: probably not
# [00:17] <khuey|quite-busy> what's the second lib?
# [00:17] * Quits: Mossop (mossop@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [00:18] <roc> didn't iconv get broken out?
# [00:18] <ehsan|sheriff> khuey|quite-busy: the next piece we'll rip out?
# [00:18] <khuey|quite-busy> we put it back
# [00:18] <roc> ok
# [00:18] <khuey|quite-busy> it didn't win anything
# [00:18] <khuey|quite-busy> since it's all static data :-/
# [00:18] * Quits: jrmuizel (jrmuizel@D8C22410.5BCEC6DB.DA78B690.IP) (Input/output error)
# [00:18] <khuey|quite-busy> we put skia in /dev/null
# [00:18] <khuey|quite-busy> I think that's a fine location for the moment
# [00:19] <roc> we should probably break out Graphite since that's going to be unused by most users for a while
# [00:19] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: Eaten by grue.)
# [00:19] <khuey|quite-busy> well it's just off for right now
# [00:19] <khuey|quite-busy> I'd kinda like to put graphite/ots/etc in a separate lib
# [00:19] * khuey|quite-busy should talk to jfkthame about that
# [00:20] <roc> I don't think OTS should be broken out, that could easily be used on a first-loaded page
# [00:20] * Quits: sicking (chatzilla@moz-87306D4.dsl.snfc21.pacbell.net) (Ping timeout)
# [00:20] <khuey|quite-busy> anything could be easily used on a first loaded page
# [00:20] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [00:20] * Joins: sicking (chatzilla@moz-1FF05400.hsd1.ca.comcast.net)
# [00:20] <roc> some are more likely than others
# [00:20] <khuey|quite-busy> IMO "do we need it to display the firefox ui" is a better criterion
# [00:21] <roc> OTS will be used on any page that has a downloadable font
# [00:21] <roc> Graphite, not so
# [00:21] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Client exited)
# [00:21] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:22] <roc> likewise, WebM is quite likely to be used on a page, libtheora not so
# [00:22] * Quits: tonymec|away (tonymec@7923ADCD.7C3BF363.277517C1.IP) (Ping timeout)
# [00:22] * Quits: tonymec (tonymec@7923ADCD.7C3BF363.277517C1.IP) (Ping timeout)
# [00:22] <wg9s> well now that we have this lame inbound is closed but we seem to merge things form central to inbound, do we have any idea what has caused the permaorange on moth-oth on inbound?
# [00:22] <roc> but are we even lazy-loading the DLL at this point?
# [00:22] <ehsan|sheriff> khuey|quite-busy: can we please set te default mozillabuild editor to VIM?
# [00:22] <khuey|quite-busy> no
# [00:22] <khuey|quite-busy> r-
# [00:22] <roc> I suppose not
# [00:22] <ehsan|sheriff> so that I can at least know how to quit it?
# [00:22] <ehsan|sheriff> man
# [00:22] <ehsan|sheriff> emacs is the worst thing ever :(
# [00:23] <khuey|quite-busy> itym best thing ever
# [00:23] <ehsan|sheriff> seriously
# [00:23] <ehsan|sheriff> C-x C-c?
# [00:23] <Ms2ger> C-x C-q?
# [00:23] <ehsan|sheriff> "C-"?
# [00:23] * Joins: smaug (chatzilla@moz-64F1D7A7.elisa-mobile.fi)
# [00:23] <ehsan|sheriff> wtf is that?!
# [00:23] <wg9s> taht was supposped to have said m-oth
# [00:23] <Ms2ger> Ctrl
# [00:23] <ehsan|sheriff> :(
# [00:23] <ehsan|sheriff> I know
# [00:23] <khuey|quite-busy> as opposed to vim, where there are magical modes and keys do different things in both
# [00:23] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [00:23] <ehsan|sheriff> I'm being sarcastic (and pissed off)
# [00:24] <ehsan|sheriff> khuey|quite-busy: you have to agree that :q is better
# [00:24] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [00:24] <sstangl> ehsan|sheriff: ZZ
# [00:24] <khuey|quite-busy> nope
# [00:24] * nthomas is now known as nthomas|away
# [00:24] <khuey|quite-busy> emacs is the best operating system ever
# [00:24] <khuey|quite-busy> except for firefox of course
# [00:24] <Unfocused> ... how is vim any better?!
# [00:25] <wg9s> ehsan oh and by the way, in the past we have done things like this where checkins are metered and the sherrif was not the only one who could edit the landing list.
# [00:25] <Unfocused> switch to nano :P at least it tells you how to quit
# [00:25] * Joins: tonymec__ (tonymec@6AA6E443.C18A3479.277517C1.IP)
# [00:25] * tonymec__ is now known as tonymec|away
# [00:25] <Unfocused> (yes, there's a win32 port)
# [00:25] <wg9s> The sherrif added things ot the list and prioritized etc.
# [00:25] <ehsan|sheriff> khuey|quite-busy: seriously, I can't quit it
# [00:25] <ehsan|sheriff> (not being sarcastic)
# [00:25] <wg9s> but I was alloowed to edit the page to keep track of what had landed and stuck etc.
# [00:25] <ehsan|sheriff> C-x C-c asks me whether I wanna save the file
# [00:26] * darktrojan votes for nano
# [00:26] * Joins: davidb (davidb@moz-976CD2.dsl.bell.ca)
# [00:26] <ehsan|sheriff> to which I reply "y"
# [00:26] * shorlander is now known as shorlander-away
# [00:26] <ehsan|sheriff> when makes emacs say the buffer is read-only
# [00:26] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [00:26] <ehsan|sheriff> and asks me whether I wanna quit anyway
# [00:26] <Ms2ger> Yeah, nano is nice
# [00:26] <wg9s> jsut a suggestion that perhpas appointing an assistant to help you might make things easier.
# [00:26] <ehsan|sheriff> to which I respond "yes"
# [00:26] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [00:26] <ehsan|sheriff> and then nothing happens
# [00:26] <ehsan|sheriff> khuey|quite-busy: what should I do? :(
# [00:26] * Quits: Ms2ger (Ms2ger@B3B463D7.44E88D0C.37724B0D.IP) (Quit: nn)
# [00:27] * Quits: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [00:28] <ehsan|sheriff> ah
# [00:28] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [00:28] <ehsan|sheriff> finally did something random which worked
# [00:28] <ehsan|sheriff> and then my console output was all corrupted
# [00:28] <ehsan|sheriff> what a good editor!
# [00:28] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (NickServ (GHOST command used by rick))
# [00:28] <ehsan|sheriff> cpearce: see my patch on bug 709914 please?
# [00:29] <khuey|quite-busy> ehsan|sheriff: what version of mozilla-build are you on?
# [00:29] <khuey|quite-busy> we changed the default editor from 'emacs -nw' to 'emacs' to avoid the console corruption
# [00:29] <khuey|quite-busy> in 1.6
# [00:29] <ehsan|sheriff> khuey|quite-busy: 1.5 I think
# [00:29] * ehsan|sheriff hopes for vim in 1.7
# [00:29] <ehsan|sheriff> cpearce: sorry: https://bugzilla.mozilla.org/attachment.cgi?id=581810&action=edit
# [00:30] <ehsan|sheriff> (attached it to the wrong bug)
# [00:31] * Joins: DGMurdockIII (dgmurdocki@moz-E933B63.hsd1.il.comcast.net)
# [00:31] * Quits: jwq (jwq@moz-8238A1D6.irl.cri.nz) (Ping timeout)
# [00:32] * Joins: jwq (jwq@moz-8238A1D6.irl.cri.nz)
# [00:32] <ehsan|sheriff> khuey|quite-busy, glandium: pushed to try
# [00:32] <Unfocused> ehsan|sheriff: were the xpinstall tests disabled for any specific reason, or just as a precaution?
# [00:33] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [00:33] <khuey|quite-busy> there was a log or two with only tests in xpinstall/ failing
# [00:33] * catlee-mtg is now known as catlee
# [00:33] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Quit: madhava)
# [00:34] <ehsan|sheriff> Unfocused: just as a precaution
# [00:34] <ehsan|sheriff> (I think)
# [00:34] <ehsan|sheriff> no
# [00:34] <ehsan|sheriff> I'm wrong
# [00:34] <ehsan|sheriff> nm me
# [00:34] * khuey|quite-busy runs nm on ehsan|sheriff
# [00:34] * Joins: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com)
# [00:34] * Quits: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com) (Input/output error)
# [00:34] <heycam> is nothing running on try?
# [00:34] * Joins: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com)
# [00:35] * mak|afk is now known as mak
# [00:35] <heycam> 255 pending, 0 running
# [00:36] <ehsan|sheriff> khuey|quite-busy: bad command or file name
# [00:36] * Joins: DRayX7 (Mibbit@3CF7983.BF0A87B4.AA92C075.IP)
# [00:37] * Joins: tonymec (tonymec@6AA6E443.C18A3479.277517C1.IP)
# [00:37] * Joins: Ami_Ty (Amie@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:37] <heycam> builds not running on m-c either
# [00:38] <ehsan|sheriff> heycam: ping #build ?
# [00:38] <DRayX7> Quick question, is there a way using NPAPI (or any sort of browser plugin) to create and set the contents of a Javascript image object?
# [00:39] * Quits: Wevah (Wevah@moz-97AD33CE.stcd.qwest.net) (Quit: HARR)
# [00:40] * mdas is now known as mdas|afk
# [00:40] * Quits: DGMurdockIII (dgmurdocki@moz-E933B63.hsd1.il.comcast.net) (Quit: get satisfied! :: core-networks.de ««« (Gamers.IRC) »»» gamersirc.net ::)
# [00:41] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: pcwalton)
# [00:41] * Quits: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com) (Quit: damons)
# [00:41] * Quits: davidb (davidb@moz-976CD2.dsl.bell.ca) (Quit: davidb)
# [00:41] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:41] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Client exited)
# [00:42] * Joins: rniwa (rniwa@60A74940.D6CCE4AE.77834EAA.IP)
# [00:42] * armenzg_dinner is now known as armenzg_away
# [00:42] * Quits: armenzg_away (armenzg@moz-A6FE435.build.sjc1.mozilla.com) (Input/output error)
# [00:42] <heycam> was just my tbpl not working, shift+reload fixed it
# [00:42] * Unfocused wonders wtf mossop went
# [00:42] * Quits: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [00:43] * Joins: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com)
# [00:43] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [00:44] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [00:45] * Quits: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [00:45] * Quits: kaze (kaze@moz-79F78BFC.w90-46.abo.wanadoo.fr) (Quit: WeeChat 0.3.5)
# [00:46] * jhopkins is now known as jhopkins|away
# [00:46] * Quits: mdas|afk (mdas@8CB764BC.D30B51A1.412CF160.IP) (Ping timeout)
# [00:46] * zpao is now known as zpao|detached
# [00:47] * Joins: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com)
# [00:48] <dolske> DRayX7: see https://developer.mozilla.org/en/data_URIs and https://developer.mozilla.org/en/Code_snippets/Canvas#Convert_image_files_to_base64_strings
# [00:48] * zpao|detached is now known as zpao
# [00:50] * bwinton_away is now known as bwinton
# [00:51] * Joins: joey_ (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [00:51] * Quits: mike5w3c (MikeS@moz-85E9E491.pool.e-mobile.ne.jp) (Quit: Make the road by walking. (B-side: Tired of Fighting))
# [00:51] * Joins: mike5w3c (MikeS@moz-85E9E491.pool.e-mobile.ne.jp)
# [00:52] * Quits: squib (squib-@moz-3F6F2A9C.ep.wisc.edu) (Quit: Leaving)
# [00:52] * Quits: pnemsak (Miranda@moz-7409BD53.orange.sk) (Quit: pnemsak)
# [00:52] * ehsan|sheriff is now known as ehsan
# [00:52] * Quits: joey_ (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.87 [Firefox 10.0a2/20111214042031])
# [00:53] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.87 [Firefox 10.0a2/20111213042020])
# [00:53] * Quits: mwu (mwu@moz-59435430.hsd1.nj.comcast.net) (Quit: Leaving)
# [00:53] <ehsan> ok, I'm done sheriffing today I think
# [00:53] <ehsan> if somebody else wants to step up, https://etherpad.mozilla.org/sLWdJm0zwB
# [00:53] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [00:53] * Quits: bjarne (bjarne@moz-B436FB98.nextgentel.com) (Quit: Leaving.)
# [00:53] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.87 [Firefox 10.0a2/20111214042031])
# [00:53] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [00:53] * jwq is now known as jwq_away
# [00:54] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.87 [Firefox 10.0a2/20111214042031])
# [00:54] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [00:54] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.87 [Firefox 10.0a2/20111214042031])
# [00:55] * mbrubeck can sheriff for an hour or two, at least
# [00:55] <edmorley> ehsan: do you think we can reopen at this point?
# [00:55] <edmorley> given it's calmed a little
# [00:55] * mbrubeck is now known as mbrubeck|sheriff
# [00:56] <edmorley> as in open inbound and mozilla-central not metered
# [00:56] <ehsan> I'd say that #developers can sheriff
# [00:56] <ehsan> let me land the media thing tomorrow
# [00:56] <ehsan> and then we can reopen for realz
# [00:57] <edmorley> does anyone know what the policy is for non-empyloyees getting metrics LDAP bit set?
# [00:57] <Unfocused> re-opening without those tests worries me (i'm waiting for mossop to get back so he can review)
# [00:57] * Quits: caillon (caillon@moz-359E39FC.lightspeed.sntcca.sbcglobal.net) (Quit: caillon)
# [00:58] <ehsan> Unfocused: if the patch is small, I can review
# [00:58] <edmorley> Unfocused: it's already reopened, just metered, so I don't think it would make them any more likely to be borken
# [00:58] <ehsan> though I need to leave
# [00:58] <Unfocused> ehsan: it's not
# [00:58] * Quits: smaug (chatzilla@moz-64F1D7A7.elisa-mobile.fi) (Ping timeout)
# [00:58] <Unfocused> go rest :)
# [00:59] <edmorley> ehsan++
# [00:59] <ehsan> alright
# [00:59] <ehsan> I may be back online later
# [00:59] <ehsan> or may go out and have some fun :)
# [00:59] <ehsan> cya all
# [00:59] * Quits: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [01:00] <mbrubeck|sheriff> I don't like the looks of the Android build that's been running for 2.5 hours on espindola's push... I hope my bustage fix doesn't take that long.
# [01:00] * Quits: darktrojan (geoff@moz-8B34E932.dsl.telstraclear.net) (Ping timeout)
# [01:00] <Unfocused> edmorley: i guess, but if its metered then at least there's some guard against stuff that could potentially break those tests
# [01:01] * Quits: ted2 (u2847@moz-160C58C6.com) (Ping timeout)
# [01:01] * Quits: sid0 (u2934@moz-160C58C6.com) (Ping timeout)
# [01:01] <gkw> catlee: ping
# [01:01] * Quits: jaws (u2871@moz-160C58C6.com) (Ping timeout)
# [01:01] <Unfocused> though i can't think of anything waiting to land for the addons manager
# [01:01] * Joins: jdm (jdm@moz-523ECD3B.dsl.teksavvy.com)
# [01:02] * Joins: kennyluck (kennyluck@moz-EAB1F472.dynamic.hinet.net)
# [01:03] * Joins: sid0 (u2934@moz-160C58C6.com)
# [01:03] * catlee is now known as catlee-away
# [01:03] * khuey|quite-busy is now known as khuey|away
# [01:04] * Joins: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP)
# [01:04] * Joins: jaws (u2871@moz-160C58C6.com)
# [01:06] <mccr8> mbrubeck|sheriff: can I land something now?
# [01:07] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [01:07] <mccr8> unrelated to the addon manager. ;)
# [01:07] <mbrubeck|sheriff> mccr8: Yes
# [01:07] * jwir3 is now known as jwir3|away
# [01:07] <mccr8> thanks
# [01:07] <DRayX7> @dolske: Ya I know all about Data URIs, I was looking for a more c style char* + size sort of thing.
# [01:07] * Joins: Jake (Jake@moz-8A8F835C.phlapafg.dynamic.covad.net)
# [01:08] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
# [01:08] * Joins: ted2 (u2847@moz-160C58C6.com)
# [01:09] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [01:09] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/472b4a4ebea7 - Andrew McCreight - Bug 709162 - crash test for cycle collector dumping. rs=bholley a=mbrubeck
# [01:09] <firebot> http://hg.mozilla.org/mozilla-central/rev/a9394f00a379 - Andrew McCreight - Bug 709160 - fix ObjShrink fallout in nsXPConnect::Traverse CC printing code. r=luke
# [01:09] * Quits: KaiRo (robert@moz-8C499365.adsl.highway.telekom.at) (Ping timeout)
# [01:09] <firebot> http://hg.mozilla.org/mozilla-central/rev/4946cb558c97 - Andrew McCreight - Bug 710761 - test if CC listener begin fails, don't call listener again. rs=bholley
# [01:09] * Joins: KaIRC (robert@moz-85C3DC41.adsl.highway.telekom.at)
# [01:10] <jdm> I love finding first patches from new contributors in random bugs
# [01:10] * Quits: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP) (Quit: beaufour)
# [01:10] <jdm> it's like christmas that happens at least once a week
# [01:11] <Callek> edmorley: I don't but I know I've been wanting metrics LDAP bit so I can investigate/enable metrics stuffs for SeaMonkey, and so far no luck (I haven't pressed the issue too much though)
# [01:11] * Quits: sewardj (sewardj@moz-933C5B3E.dip.t-dialin.net) (Ping timeout)
# [01:11] <Jesse> bz_dinner: that tab scrolling bug is like the second time my dom fuzzer has found a bug involving firefox frontend ui ;)
# [01:11] * KaIRC is now known as KaiRo
# [01:12] <edmorley> Callek: I've tried asking on #metrics several times, but didn't get a response (timezones may have been working against me admitedly), closest I've found is 663217
# [01:12] * Quits: rnewman (rich_holyg@moz-B77DEAEB.mozilla.org) (Ping timeout)
# [01:12] * Joins: bc (bc@280C34BB.72D62797.F0135836.IP)
# [01:13] * Quits: lsumar (lsumar@E2F7352.56080C53.97BBD552.IP) (Quit: This computer has gone to sleep)
# [01:16] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [01:17] * Joins: bholley (bholley@moz-CF74C10A.hsd1.ca.comcast.net)
# [01:18] * Quits: DRayX7 (Mibbit@3CF7983.BF0A87B4.AA92C075.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [01:18] <Callek> Unfocused: so as non-reviewer your patch looks good, but I still have a few nits
# [01:19] <Unfocused> oh noes!
# [01:19] <Callek> Unfocused: imo, you should use the consts for your gRestorePrefs dict()/kesy :-
# [01:19] <Callek> Unfocused: also I think since your doing it this way, adding |PREF_LOGGING_ENABLED| to the restore-prefs code would probably make sense :-)
# [01:19] <Unfocused> ah, yea. code-wise it makes sense, but it make harder to read for me
# [01:20] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [01:20] <gps> Mossop: ping?
# [01:20] <Callek> well mxr'ing will make it easier :-)
# [01:20] <Unfocused> hm, yea. i wondered about doing the same for strictCompatibility too
# [01:20] <Callek> when you have to mxr for those consts already
# [01:20] <Callek> yea was about to suggest it as well
# [01:20] * Joins: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp)
# [01:20] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.1/2008072406])
# [01:20] <Unfocused> gps: he's not in channel
# [01:20] * Quits: ddahl (ddahl@moz-CD6D5794.hfc.comcastbusiness.net) (Ping timeout)
# [01:20] <Callek> Unfocused: the idea, with your patch adding this logic, imo makes sense to use it for all the "restore" logic
# [01:21] <gps> hmmm. unroutable packet :/
# [01:21] * Unfocused nods
# [01:21] * Quits: alice0775 (Mibbit@moz-A36EF071.osaka.ocn.ne.jp) (Quit: http://www.mibbit.com ajax IRC Client)
# [01:21] <Callek> Unfocused: also, I wonder if try/catch is necessary since clearUserPref can throw if its not already set, iirc
# [01:21] <Unfocused> i'd really just like for automation.py.in to set prefs as defaults, so we can just clear user-set values :\
# [01:22] * Callek checks
# [01:22] <gavin> clearUserPref doesn't throw anymore
# [01:22] <Callek> yea I agree there
# [01:22] <Unfocused> nope, doesn't throw
# [01:22] <Callek> gavin: oo great
# [01:22] <hub> hg bzexport is the best thing since sliced bread
# [01:22] * Quits: espindola (espindola@A0CFA52B.EFBEEE74.491DEE85.IP) (Quit: Ex-Chat)
# [01:22] <Callek> saved me from testing
# [01:22] * mkelly|lunch|gettingacat is now known as mkelly|helpingcatadjust
# [01:23] <Unfocused> and by "clear" i mean clear *everything* at the start of each test
# [01:24] * AaronMT|dinner is now known as AaronMT
# [01:25] * Joins: rnewman (rich_holyg@moz-B77DEAEB.mozilla.org)
# [01:28] * Joins: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net)
# [01:28] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [01:29] <Unfocused> Mossop: you haz review queue
# [01:29] <Mossop> yep
# [01:33] * Quits: Pike (Pike@moz-E31CD2CB.mozilla.org) (Quit: ChatZilla 0.9.87 [Firefox 8.0.1/20111120135848])
# [01:34] <dRdR> khuey|away: I want to land all of the dependent bugs for bug 706702, it's a fairly big set of changes
# [01:35] <gps> Mossop: are you still in the house?
# [01:35] <Mossop> Nope
# [01:35] <Mossop> Well, I guess it depends which house, I'm in my house!
# [01:35] * Joins: regen (Miller@moz-F00B3AF4.adsl.dynamic.seed.net.tw)
# [01:35] * Quits: regen (Miller@moz-F00B3AF4.adsl.dynamic.seed.net.tw) (Input/output error)
# [01:35] <gps> I can't stalk you there!
# [01:36] <Mossop> Maybe that's why I left!
# [01:37] <timA> firebot: cid
# [01:37] <firebot> {0xbd66f774, 0x07f4, 0x4c65, {0xb2, 0x12, 0x5f, 0x89, 0x8c, 0x78, 0x1e, 0xe0}}
# [01:37] <liuche> question: running firefox from commandline, how can i print debug statements (to terminal)?
# [01:37] <Unfocused> Mossop: Callek suggested also resetting logging.enabled and strictCompatibility prefs that way - worth it?
# [01:37] <liuche> from a cpp file
# [01:38] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [01:41] * northWind is now known as northAway
# [01:41] <Mossop> Unfocused: Sure if you like
# [01:41] * Joins: darktrojan (geoff@moz-8B34E932.dsl.telstraclear.net)
# [01:41] <Mossop> liuche: What OS?
# [01:42] <liuche> osx
# [01:42] <Mossop> Tried printf?
# [01:42] <liuche> seems to get lost, it doesn't show up
# [01:42] * Quits: Hendikins (wolfox@moz-9A361C95.static.internode.on.net) (Ping timeout)
# [01:42] * Quits: jwq_away (jwq@moz-8238A1D6.irl.cri.nz) (Ping timeout)
# [01:42] <Mossop> Hmm, always worked for me
# [01:42] <liuche> hmm
# [01:42] * Joins: Hendikins (wolfox@moz-9A361C95.static.internode.on.net)
# [01:44] * Quits: igor (igor@169CEE78.E37E53F7.1DAC7E2F.IP) (Ping timeout)
# [01:44] <gps> liuche: unset MOZ_QUIET env variable?
# [01:45] <mbrubeck|sheriff> wow, the native Android build on espindola's push took 3 hours
# [01:45] * Joins: dao (dao@moz-7C5E3898.superkabel.de)
# [01:45] * Quits: gandalf (zbraniecki@moz-9F56DED7.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [01:46] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Linkinus - http://linkinus.com)
# [01:46] * Quits: mak (chatzilla@moz-D2B42BA6.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
# [01:47] * Quits: Jake (Jake@moz-8A8F835C.phlapafg.dynamic.covad.net) (Quit: Leaving.)
# [01:47] * Quits: biesi (cbiesinger@BEBE4533.89BC370D.6D4D60F7.IP) (Ping timeout)
# [01:48] <philor> can't really blame clobbering, since the clobber right above it only took 40
# [01:49] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [01:49] * Quits: anant (anant@moz-BBE3ABD.mv.mozilla.com) (Quit: anant)
# [01:50] * Quits: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [01:51] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [01:52] * Quits: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP) (Quit: ChatZilla 0.9.87 [SeaMonkey 2.5/20111023211519])
# [01:53] * Quits: ericjung (Mibbit@moz-87C31D97.bostonballet.org) (Quit: http://www.mibbit.com ajax IRC Client)
# [01:53] * tfair|mtg is now known as tfair
# [01:53] <mbrubeck|sheriff> ah, we finally have a build that includes my bustage fix
# [01:53] * mcote is now known as mcote|afk
# [01:54] * Quits: darktrojan (geoff@moz-8B34E932.dsl.telstraclear.net) (Quit: darktrojan)
# [01:54] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [01:55] * mkelly|helpingcatadjust is now known as mkelly
# [01:57] <gkw> njn: hi !
# [01:57] * Joins: tanvi (tanvi@moz-BBE3ABD.mv.mozilla.com)
# [01:58] <gkw> njn: ref https://bugzilla.mozilla.org/show_bug.cgi?id=710438 comment 6
# [01:58] <gkw> njn: bug in Valgrind or something?
# [01:58] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Quit: jgriffin)
# [01:58] <dRdR> mbrubeck|sheriff: could I land bug 707861?
# [01:58] * Joins: adam (adam@moz-FDE93EDA.digislacker.com)
# [01:59] <mbrubeck|sheriff> dRdR: Yes, go ahead.
# [01:59] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [02:00] <Unfocused> mbrubeck|sheriff: assuming i don't get interrupted for the millionth time today, i have the patch to fix and re-enable the addons manager tests ready to land
# [02:00] <dRdR> mbrubeck|sheriff: thanks
# [02:00] <mbrubeck|sheriff> Unfocused: \o/
# [02:00] * Quits: northAway (northWind@2F50C7BC.10A7D831.6816E6B7.IP) (Ping timeout)
# [02:00] <mbrubeck|sheriff> Unfocused: You can go ahead and land right after dRdR.
# [02:01] * Quits: dao (dao@moz-7C5E3898.superkabel.de) (Quit: Leaving.)
# [02:01] <Unfocused> ty :)
# [02:02] * Joins: jwq_away (jwq@moz-8238A1D6.irl.cri.nz)
# [02:02] * Joins: m_kato (m_kato@moz-348F61F0.mozilla.or.jp)
# [02:03] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/3404df37a347 - Doug Sherk - Bug 707861: implement EXT_robustness for ANGLE r=bjacob a=mbrubeck
# [02:03] * Quits: mike5w3c (MikeS@moz-85E9E491.pool.e-mobile.ne.jp) (Ping timeout)
# [02:04] * Joins: mike5w3c (MikeS@moz-A95AECEB.pool.e-mobile.ne.jp)
# [02:05] * Quits: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net) (Ping timeout)
# [02:05] * bwinton is now known as bwinton_away
# [02:06] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Leaving...)
# [02:07] <njn> gkw: I don't see what's wrong
# [02:08] <Unfocused> bombs away
# [02:08] * Quits: bwinton_away (bwinton@D7D3C4B5.88764A66.72A31D6.IP) (Ping timeout)
# [02:08] <gkw> njn: maybe luke knows
# [02:08] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/243ff1422033 - Blair McBride - Bug 709531 - Addons Manager tests should have AMO-related prefs reset after each test to disallow network access. r=dtownsend a=mbrubeck
# [02:08] * juanb is now known as juanb|afk
# [02:08] <gps> uh oh. time to check for add-on sync bitrot again
# [02:09] <Unfocused> haha
# [02:09] <Unfocused> no, you should be fine
# [02:09] * Joins: bwinton_away (bwinton@D7D3C4B5.88764A66.72A31D6.IP)
# [02:09] <luke> njn: iirc, memset is doing a load past the given range
# [02:09] <Unfocused> it was just test fixes
# [02:09] * Quits: andreasn (andreasn@moz-3CDFCC6A.a336.corp.bahnhof.se) (Ping timeout)
# [02:09] <gps> uh huh ;)
# [02:09] <luke> s/iirc/iiuc/
# [02:09] <njn> luke: I don't know what you're asking me
# [02:09] <luke> njn: well, you said valgrind implements its own memset
# [02:09] <luke> njn: so, i'm asking you if there is a bug
# [02:09] * Joins: redfive (chatzilla@moz-B94E1A81.ipnetworksinc.net)
# [02:09] <njn> in Valgrind's memcpy?
# [02:10] <luke> njn: memset doesn't normally read 8 bytes past the end of a given buffer
# [02:10] <luke> njn: so, yes
# [02:10] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: pcwalton)
# [02:10] <njn> luke: Valgrind's memset does at most 4-byte writes
# [02:11] <luke> njn: well then perhaps valgrind is not calling valgrind's memset
# [02:11] <luke> njn: b/c the report says "8 byte load"
# [02:11] <njn> luke: you're looking at https://bug710438.bugzilla.mozilla.org/attachment.cgi?id=581830 ?
# [02:11] <luke> njn: yes
# [02:11] <njn> luke: where's the memset?
# [02:12] * Quits: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com) (Quit: lmandel)
# [02:12] * Joins: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com)
# [02:12] <njn> luke: and stepping back, I'd say "trust valgrind", it's probably right
# [02:12] <luke> njn: the previous backtrace had the jsutil.h line number for memset
# [02:13] <luke> njn: i did step back, and then i did the arithmetic and...
# [02:13] * Joins: lsumar (lsumar@538BABFE.A073F3E.97BBD552.IP)
# [02:13] * Joins: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net)
# [02:13] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [02:13] <njn> luke: hmm, I don't think valgrind replaces memset
# [02:13] <njn> we were talking about memcpy in the bug
# [02:14] <luke> njn: oops, i meant memset
# [02:14] <luke> err, memcpy
# [02:14] <luke> the keys are like right next to each other
# [02:14] * nthomas|away is now known as nthomas
# [02:14] <njn> you've lost me
# [02:15] <luke> njn: gary's previous backtrace (https://bug710438.bugzilla.mozilla.org/attachment.cgi?id=581455) has jsutil.h:315 at the top
# [02:15] <luke> njn: and that line, on mc, is memcpy
# [02:15] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [02:15] <luke> njn: given that valgrind shows ???? for this frame, it would make sense that valgrind is not calling valgrind's memcpy
# [02:15] <luke> and that non-valgrind memcpy is doing optimizations
# [02:15] <luke> like reading past the end of the array
# [02:15] * liuche is now known as liuche|food
# [02:15] <njn> luke: did you paste the right link?
# [02:16] <luke> njn: i did
# [02:16] <gkw> luke: the one with :315 is on m-c changeset 63bff373cb94 right?
# [02:16] <njn> oh, I see
# [02:16] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [02:16] <luke> gkw: yessir
# [02:16] <gkw> ah
# [02:17] * Quits: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP) (Ping timeout)
# [02:18] <njn> luke: ah, Memcheck's memcpy actually does word-sized copies where possible
# [02:19] <njn> luke: and I'd be pretty confident it doesn't overread without being told to
# [02:19] <njn> luke: that would cause frequent problems if it did
# [02:19] <luke> njn: yeah, i don't think valgrind's memcpy is being called here
# [02:19] <njn> luke: why not?
# [02:19] <luke> njn: for one, wouldn't valgrind be able to print the symbol?
# [02:20] * Quits: tfair (tfairey@moz-BBE3ABD.mv.mozilla.com) (Client exited)
# [02:20] <njn> who knows, stack unwinding is a black art on x86-64
# [02:20] <luke> njn: for two, it's the least crazy answer here: not a bug in glibc memcpy, not a bug in valgrind memcpy, but a bug in valgrind not replacing glibc memcpy with valgrind memcpy
# [02:20] <luke> njn: and the line below shows a call to memcpy
# [02:21] <njn> which line below?
# [02:21] <luke> ==31799== by 0x100179A6E: JSFlatString* JSRope::flattenInternal<(JSRope::UsingBarrier)1>(JSContext*) (jsutil.h:315)
# [02:21] * Quits: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk) (Input/output error)
# [02:21] <luke> which is a call to memcpy
# [02:22] <njn> I'm putting my money on it being a genuine SM bug, but without reproducing it's impossible to know for sure
# [02:22] <luke> njn: did you read the comment
# [02:22] <luke> ?
# [02:23] * Quits: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com) (Connection timed out)
# [02:23] <njn> yes
# [02:23] * Quits: kumar (kmcmillan@moz-F2D05B8.c3-0.stk-ubr1.chi-stk.il.cable.rcn.com) (Quit: kumar)
# [02:23] <luke> njn: we know the start and length of memory range passed to memcpy and we know the address memcpy is trying to read
# [02:23] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [02:23] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [02:24] * Joins: mconley (mconley@A00174C9.68469654.6816E6B7.IP)
# [02:25] <luke> njn: so, constructively: is there an easy way to find out whether we are calling valgrind's memcpy? perhaps gkw's valgrind installation is out of sync with glibc?
# [02:25] * Joins: jrmuizel (jrmuizel@D8C22410.5BCEC6DB.DA78B690.IP)
# [02:25] <njn> luke: run with --trace-redir=yes
# [02:25] * Joins: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com)
# [02:25] <njn> and search for memcpy among the spew
# [02:25] <luke> njn: cool, we'll try that
# [02:27] * Quits: jwq_away (jwq@moz-8238A1D6.irl.cri.nz) (Ping timeout)
# [02:28] * Quits: AaronMT (AaronMT@moz-DEDA283.cpe.net.cable.rogers.com) (Quit: )
# [02:29] * Quits: ashughes (ashughes@21B7B9F2.B87E9213.6E712CE2.IP) (Quit: ashughes)
# [02:29] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
# [02:31] * mbrubeck|sheriff is done sheriffing for the night... turning it over to #developers unless someone else wants the job
# [02:31] <gps> mbrubeck: I'm seeking permission to merge services-central into mozilla-central. no C++ changes to disrupt libxul, just a bunch of Sync-related bugs
# [02:31] * Quits: priya (priya@moz-BBE3ABD.mv.mozilla.com) (Quit: This computer has gone to sleep)
# [02:32] <mbrubeck|sheriff> gps: go ahead
# [02:32] <gps> (merge won't happen until latest s-c commit clears tbpl)
# [02:32] <gps> thank you!
# [02:33] * Quits: Waldo (waldo@moz-534B4EF1.hsd1.mi.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 8.0/20111108090029])
# [02:33] * Joins: ericjung (Mibbit@moz-C6B344D.bstnma.fios.verizon.net)
# [02:33] * Quits: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving.)
# [02:33] * Quits: bwinton_away (bwinton@D7D3C4B5.88764A66.72A31D6.IP) (Ping timeout)
# [02:34] * Joins: Waldo (waldo@moz-104CC309.mv.mozilla.com)
# [02:34] * Quits: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
# [02:34] * juanb|afk is now known as juanb
# [02:35] * Joins: BenWa_ (Benoit@A8F8D5B7.B33E0CAE.57F33CED.IP)
# [02:35] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [02:36] <Unfocused> hm, i wonder if theres any addons manager patches i could land before the services merge....
# [02:36] * Quits: TheLink (TheLink@moz-753C1E34.pools.arcor-ip.net) (Client exited)
# [02:37] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:37] * gps finds giant club
# [02:37] <gkw> njn: http://pastebin.mozilla.org/1405875
# [02:37] <Unfocused> ;)
# [02:37] <gkw> (sorry, it's on larch, now recompiling with m-c, but the log should largely be the same)
# [02:38] <BenWa_> edmorley: ping
# [02:38] <edmorley> BenWa_ pong
# [02:38] <BenWa_> edmorley: Re: PGO, someone from webkit told me they use this AllInOne approach to help reduce bloat: http://trac.webkit.org/browser/trunk/Source/WebCore/dom/DOMAllInOne.cpp#L26
# [02:38] <BenWa_> Have we tried something like this?
# [02:39] <gkw> luke: gimme a few mins, i'll upload an m-c log to bmo)
# [02:39] <luke> gkw: thanks
# [02:39] <BenWa_> It should be simple enough to make a build rule that concats our source file together as a single compilation unit
# [02:39] <edmorley> BenWa_: sorry I'm not sure, khuey might be the best one to ask
# [02:39] <BenWa_> Ok, np
# [02:39] <edmorley> BenWa_: at this point, anything's worth a shot :-)
# [02:39] * mbrubeck|sheriff is now known as mbrubeck
# [02:40] * Joins: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net)
# [02:40] <BenWa_> Yea, I may kick off a build tonight
# [02:40] * Joins: bwinton_away (bwinton@D7D3C4B5.88764A66.72A31D6.IP)
# [02:40] <BenWa_> Would rather first make sure no one else has tried it
# [02:40] <njn> gkw: judging from valgrind/memcheck/mc_replace_strmem.c it's working as expected, but really sewardj is the expert on this stuff
# [02:40] <gkw> luke: ^
# [02:40] <edmorley> BenWa_: it's the first I've heard of the idea, so I don't think anyone else here has (at least in the last few days)
# [02:41] <njn> gkw: do you see it on 64-bit as well as 32-bit?
# [02:41] <BenWa_> Right, first time I heard it too
# [02:41] <BenWa_> Mind you I would implement the concat in the build system and not suing a c preprocessor but that's just me :)
# [02:41] <BenWa_> using*
# [02:41] <gkw> njn: i could test with 64-bit
# [02:43] * Joins: kanru (user@moz-6A9F2FC9.dynamic.hinet.net)
# [02:43] <njn> gkw: couldn't hurt, just to check valgrind complains there too
# [02:43] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [02:43] * Joins: Bas (chatzilla@moz-B4DB3C59.ftth.concepts.nl)
# [02:44] * Quits: edmorley (edmorley@moz-28ED10AB.range86-144.btcentralplus.com) (Quit: nn)
# [02:45] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.2.13/20101203074205])
# [02:45] <gps> I wouldn't trust our .cpp files to not pollute the preprocessor and screw with concatenation. I mean who bothers to undef stuff in .cpp files like they do with headers?
# [02:47] * Joins: kaie2 (kaie@moz-D8015D55.dip.t-dialin.net)
# [02:48] * Joins: jauip (x@moz-2E73ACE4.wp.shawcable.net)
# [02:48] * Parts: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP)
# [02:48] * Quits: tanvi (tanvi@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
# [02:48] * Quits: kaie (kaie@moz-D215FCA3.dip.t-dialin.net) (Ping timeout)
# [02:48] * kaie2 is now known as kaie
# [02:49] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [02:50] <BenWa_> gps: It's possible but I think we can enable it for some components without any problems
# [02:50] <gps> no doubt
# [02:50] <BenWa_> We're likely to get a compile error I would imagine if it goes wrong
# [02:50] <BenWa_> AFAIK we don't define crazy things
# [02:51] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [02:51] * Quits: bholley (bholley@moz-CF74C10A.hsd1.ca.comcast.net) (Quit: bholley)
# [02:51] <gps> I'm tempted to write up a quick Pyhon script using the Clang AST API to tell see...
# [02:52] * Quits: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
# [02:52] <BenWa_> gps: To tell you if we pollute the preprocessor? Wouldn't that not show up in an AST?
# [02:52] <gps> sorry - using the lexer API ;)
# [02:52] * juanb is now known as juanb|brb
# [02:53] <BenWa_> gps: Well if you do it would make my job of trying it easier :)
# [02:53] * Quits: necolas (necolas@moz-4197BE5D.bb.sky.com) (Client exited)
# [02:53] <gps> would merging the .cpp files really make the linker go that much faster?
# [02:53] * tbsaunde is now known as tbsaunde|really-busy
# [02:54] * Parts: tbsaunde|really-busy (tbsaunde@moz-9DECD0.pc.cs.cmu.edu)
# [02:54] <gps> is there that much overhead in managing N + 20 static libraries as opposed to 1? the symbol counts would be the same
# [02:54] <BenWa_> gps: It could reduce bloat, I'm not sure how it would effect linking time
# [02:54] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
# [02:55] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
# [02:55] * Quits: jauip (x@moz-2E73ACE4.wp.shawcable.net) (Quit: )
# [02:55] <BenWa_> I'm far from an expert in this field but as I understand each cpp file generates its object file, which has some redundencies with other object files
# [02:55] <gps> besides preprocessor foo, think of static variables in .cpp files suddenly becoming part of the same link unit
# [02:56] <BenWa_> Right, that could be a problem
# [02:56] <gps> yeah, I guess the linker would have to de-dupe external symbols less
# [02:56] * Quits: liuche|food (liuche@moz-B77DEAEB.mozilla.org) (Quit: Lost terminal)
# [02:57] <derf> These all seem like testable theories.
# [02:57] <derf> Instead of just guessing about them.
# [02:57] * Joins: liuche (liuche@moz-B77DEAEB.mozilla.org)
# [02:57] <BenWa_> derf: I will try it when I get a chance
# [02:57] <BenWa_> The static part is worrysome
# [02:57] <BenWa_> err static variables/functions
# [02:59] <gps> disregard my earlier bit about merging s-c to m-c. not gonna happen tonight
# [03:00] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
# [03:00] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [03:00] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [03:00] * Quits: geoffbrown (geoffbrown@moz-E63016E2.vc.shawcable.net) (Quit: geoffbrown)
# [03:01] * lsblakk is now known as lsblakk|afk
# [03:02] * Joins: geoffbrown (geoffbrown@moz-E63016E2.vc.shawcable.net)
# [03:02] * Quits: srinivas (chatzilla@moz-B2DF94DC.hfc.comcastbusiness.net) (Ping timeout)
# [03:03] * adam is now known as adam-afk
# [03:03] * Joins: anant (anant@moz-12AFB4A9.dsl.dynamic.sonic.net)
# [03:05] * Joins: ashughes (ashughes@moz-4C407EE8.vc.shawcable.net)
# [03:08] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [03:08] * Quits: anant (anant@moz-12AFB4A9.dsl.dynamic.sonic.net) (Quit: anant)
# [03:10] <sstangl> hm, I just noticed that switch-to-tab doesn't affect frecency rankings.
# [03:10] <sstangl> is that intentional?
# [03:11] * Parts: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [03:11] * Joins: bnicholson (bnicholson@moz-D1AB96C1.hsd1.ca.comcast.net)
# [03:12] * Quits: jrmuizel (jrmuizel@D8C22410.5BCEC6DB.DA78B690.IP) (Ping timeout)
# [03:12] <gavin> sstangl: see bug 678575 / bug 610720
# [03:14] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Connection reset by peer)
# [03:18] * Quits: jamesr (jamesr@FB285460.D6CCE4AE.77834EAA.IP) (Ping timeout)
# [03:19] * joduinn-mtg is now known as joduinn
# [03:19] * Joins: jamesr (jamesr@FB285460.D6CCE4AE.77834EAA.IP)
# [03:19] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [03:20] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [03:20] <jlebar> bz_dinner, "Now it may be that all the people involved in all these projects can't design worth anything. Or maybe they did some measurements that you haven't done and found that this approach works better...."
# [03:20] <jlebar> lol
# [03:21] * Quits: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 8.0/20111108090055])
# [03:22] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.1)
# [03:22] * Joins: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net)
# [03:23] * Quits: @dveditz (dveditz@moz-BBE3ABD.mv.mozilla.com) (Quit: dveditz)
# [03:23] * Quits: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP) (Ping timeout)
# [03:25] <roc> the landing queue is empty
# [03:25] <roc> ?
# [03:25] * Quits: juanb|brb (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Quit: juanb|brb)
# [03:26] * Quits: jamesr (jamesr@FB285460.D6CCE4AE.77834EAA.IP) (Ping timeout)
# [03:28] * Joins: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP)
# [03:28] * timA is now known as timA|away
# [03:28] * zpao is now known as zpao|detached
# [03:30] * Joins: bsmith (bsmith@E1AD879F.CC98CBF7.C589985.IP)
# [03:30] <jlebar> Wow, can I pile on?
# [03:34] <lurking> currently no sheriff I think -
# [03:35] <lurking> * mbrubeck|sheriff is done sheriffing for the night... turning it over to #developers unless someone else wants the job
# [03:35] * Joins: jamesr (jamesr@FB285460.D6CCE4AE.77834EAA.IP)
# [03:36] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [03:36] * Quits: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP) (Connection reset by peer)
# [03:38] * Quits: jhammink (textual@moz-7B0110AD.mv.mozilla.com) (Quit: Computer has gone to sleep.)
# [03:38] * Quits: billm (billm@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [03:38] * Quits: KaiRo (robert@moz-85C3DC41.adsl.highway.telekom.at) (Input/output error)
# [03:40] * Quits: chewey (chewey@moz-BA1DC9B1.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:41] * Joins: chewey (chewey@moz-2000F94C.dip0.t-ipconnect.de)
# [03:41] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [03:41] <JonathanS> http://www.reddit.com/r/programming/comments/ncij5/firefoxs_codebase_is_now_so_big_it_fails_to_build/ so hi from reddit?
# [03:45] * Waldo waits for inbound to reopen
# [03:49] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:49] <lurking> I don't think its going to reopen anytime soon - everything is landing on m-c with approval AsFarAsIKnow
# [03:51] <mbrubeck> It may be able to open in the morning after the last of the shrink-libxul stuff lands
# [03:52] * Quits: jstraus (Adium@moz-C7B4D9FC.hsd1.ma.comcast.net) (Quit: Leaving.)
# [03:54] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:56] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [03:57] * Joins: Bas_ (chatzilla@moz-B4DB3C59.ftth.concepts.nl)
# [03:59] * Quits: Bas (chatzilla@moz-B4DB3C59.ftth.concepts.nl) (Ping timeout)
# [03:59] * Bas_ is now known as Bas
# [03:59] <mbrubeck> Unfocused: Is it possible you broke test/browser_addons.js on Android?
# [04:00] <mbrubeck> The build/automation.py.in change is the only one that looks like it could affect Android browser-chrome tests
# [04:01] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [04:01] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
# [04:06] <Unfocused> mbrubeck: looking now
# [04:07] * mbrubeck is looking at the log and the test file, trying to see what might have caused the timout
# [04:07] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
# [04:07] * shorlander-away is now known as shorlander
# [04:08] * Joins: Mook (mook@moz-B1410066.dsl.teksavvy.com)
# [04:09] * joduinn is now known as joduinn-afk
# [04:09] <mbrubeck> this test is a maze of twisty little callbacks
# [04:10] <Unfocused> yes :\
# [04:10] <Unfocused> don't *think* i broke that
# [04:11] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [04:11] <Unfocused> you're right that only the automation.py.in change is relevant to those mobile tests
# [04:12] <Unfocused> but that test doesn't seem to use those prefs
# [04:12] <mbrubeck> we'll see what happens with the retrigger
# [04:13] <mbrubeck> the add-on manager logging says the installation finished
# [04:13] <mbrubeck> but it looks like the test's installListener is never called
# [04:14] * Unfocused nods
# [04:14] <philor> Unfocused: https://tbpl.mozilla.org/php/getParsedLog.php?id=7942014&tree=Mozilla-Aurora&full=1#error0 minus six lines
# [04:15] * Quits: nthomas (chatzilla@moz-75DA4CCD.dsl.telstraclear.net) (Ping timeout)
# [04:15] <philor> so apparently the tests in xpinstall/, and the tests on Aurora, are not immune to going for a little wander on the network
# [04:16] <pcwalton> gecko 101 question: what is the outermost object that changes when navigating from one document to another? is it the document shell? the presentation shell?
# [04:16] * Joins: sworkman-phone (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [04:16] * Quits: sworkman-phone (sworkman@moz-BBE3ABD.mv.mozilla.com) (Quit: sworkman-phone)
# [04:16] * Joins: nthomas (chatzilla@moz-75DA4CCD.dsl.telstraclear.net)
# [04:16] * Quits: chewey (chewey@moz-2000F94C.dip0.t-ipconnect.de) (Ping timeout)
# [04:17] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:18] <Unfocused> philor: ah, yea, that fix will need landing on aurora too
# [04:18] <heycam> mbrubeck, would that be the cause of my moth orange here? https://tbpl.mozilla.org/?tree=Try&rev=11190dbab194
# [04:18] * Quits: BenWa_ (Benoit@A8F8D5B7.B33E0CAE.57F33CED.IP) (Quit: BenWa_)
# [04:18] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [04:18] <Unfocused> i'm pretty sure the xpinstall fails are just because the other browser-chrome tests are resetting a pref - i couldn't find any instance of a xpinstall test doing that
# [04:19] * Joins: chewey (chewey@moz-2000F94C.dip0.t-ipconnect.de)
# [04:19] <mbrubeck> heycam: Yeah, that looks like bug 709531 to me
# [04:19] <heycam> mbrubeck, ok thanks for confirming
# [04:20] <heycam> (since that patch was messing with test harness stuff, I wasn't sure whether my change had uncovered a new random orange)
# [04:23] * Joins: biesi_ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [04:23] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [04:24] * Quits: ashughes (ashughes@moz-4C407EE8.vc.shawcable.net) (Quit: ashughes)
# [04:25] * Joins: KLB (Kenneth_Ba@34D9F890.96E31AB3.58C7303A.IP)
# [04:30] * Joins: jstraus (Adium@moz-C7B4D9FC.hsd1.ma.comcast.net)
# [04:30] <philor> oh, maybe nobody has replied to johnath's "if you touch this, it's entirely too obvious you'll own the concept of sheriffs" message because it didn't actually make it to the newsgroup
# [04:30] <philor> and here I thought it was becase it was entirely too obvious that if you touched it, you'd own the concept of sheriffs
# [04:33] <@bz_dinner> ok
# [04:33] <@bz_dinner> so how's the tree?
# [04:33] <@bz_dinner> pushable?
# [04:33] * Joins: ctopper (craig@10F5C408.23A18F00.F9E1BAE1.IP)
# [04:35] * bz_dinner is now known as bz
# [04:37] <philor> close enough for our low standards, I'd say
# [04:38] <philor> we probably won't file that 10.7 crash, we only do one every three days and I think we already did one today
# [04:38] <philor> the Android b-c... maybe it'll wind up perma, maybe it's just new intermittent, but it won't be confusing
# [04:39] <@bz> ok
# [04:39] * @bz goes to get his patches into shape
# [04:40] <@bz> also, are we still landing on m-c?
# [04:40] <@bz> or is inbound open?
# [04:40] <philor> m-c
# [04:40] <@bz> I guess m-c
# [04:40] <@bz> good
# [04:40] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [04:41] <@bz> been a long time since I pushed here!
# [04:42] <@bz> Any issue with me taking checkin-needed ridealongs?
# [04:42] <philor> if somebody felt like merging to inbound, it would improve it a bit, since it's permaorange from only have 2/3 disables on it, but I think ehsan wants to land some mumble mumble before we go clear back to normal
# [04:42] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [04:43] * @bz sees owner of bug 511909, is happy
# [04:43] * glob|away is now known as glob
# [04:44] <@bz> ok
# [04:45] <@bz> someone else should push bug 701863
# [04:45] <@bz> I tried twice, it was bad both times
# [04:45] * Quits: bnicholson (bnicholson@moz-D1AB96C1.hsd1.ca.comcast.net) (Quit: Leaving)
# [04:46] * Parts: ejpbruel (ejpbruel@moz-5EE20326.adsl2.static.versatel.nl)
# [04:46] * heycam is now known as heycam|away
# [04:46] <Waldo> bz: you pushed? I have one I'm willing to ridealong, if you want -- just a warning fix http://web.mit.edu/jwalden/www/silence-clang.diff
# [04:47] <@bz> Waldo: not pushed yet
# [04:47] <Waldo> no rush if you already did, just figured, if you're asking...
# [04:47] <@bz> Waldo: I can take that one
# [04:47] * @bz is still doing the qref -m "..." -u "..." dance because people are posting silly patches
# [04:47] <Waldo> heh
# [04:47] * Waldo has had -U in his defaults since forever
# [04:47] <philor> if it were me, I'd skip checkin-needed on things that you haven't personally pushed to try, trusting that inbound will open tomorrow
# [04:47] <@bz> well, yes
# [04:48] <@bz> well
# [04:48] * Joins: jrmuizel (jrmuizel@moz-82636463.cpe.net.cable.rogers.com)
# [04:48] <@bz> I reviewed one of these patche
# [04:48] <@bz> er, patches
# [04:48] <@bz> and I know it's very safe
# [04:48] <@bz> the other....
# [04:48] <Waldo> I have two other patches that could ride along, but they're more code-changey, so not important
# [04:48] * Joins: graydot (jeba@B6001B9.4E8FB30C.700C6EB0.IP)
# [04:48] <@bz> I trust the reviewer
# [04:48] * Quits: markh (markh@moz-BCB4C723.vic.bigpond.net.au) (Ping timeout)
# [04:48] <Waldo> although I guess one is just undoing a cast, in a sense
# [04:48] * philor remains mum
# [04:48] <@bz> fair
# [04:48] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
# [04:48] <@bz> you get to tell me you told me so later, as needed
# [04:48] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre)
# [04:48] <@bz> the biggest risk in my push is my change anyway. ;)
# [04:48] <Waldo> bug 710192, if you feel interested in seeking it out and going with it
# [04:49] <philor> uh oh, permaorange
# [04:49] * Waldo should probably branch-flag that, after it lands on trunk
# [04:50] <@bz> philor: where?
# [04:50] <philor> to the extent that you can call the same thing twice in a row on android-xul perma, just because it hasn't ever been seen before and is vaguely related to the push
# [04:50] * @bz holds push
# [04:50] <@bz> hmm
# [04:50] <Unfocused> just saw that
# [04:50] <Unfocused> no idea why its happening
# [04:50] <@bz> I'm happy to hold for now
# [04:50] <Unfocused> (as in, just saw the retrigger result)
# [04:50] * Joins: markh (markh@moz-BCB4C723.vic.bigpond.net.au)
# [04:52] * Quits: karl (karl@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [04:52] * philor puts half his money on "that test actually was depending on being able to hit the network"
# [04:52] <Unfocused> heh
# [04:52] <@bz> on android only?
# [04:52] <Unfocused> yep
# [04:52] <@bz> hmm
# [04:53] <@bz> I guess that _is_ an android-only test
# [04:53] <Unfocused> and i've never even looked at the android addons manager, so that test is completely new to me
# [04:53] * @bz is reading test
# [04:53] <@bz> http://mxr.mozilla.org/mozilla-central/source/mobile/xul/chrome/tests/browser_addons.js
# [04:53] <@bz> right?
# [04:53] <philor> yep
# [04:53] * heycam|away is now known as heycam
# [04:54] <philor> hmm, Services.prefs.clearUserPref
# [04:54] <@bz> only seems to hit http://example.org or .com
# [04:55] <philor> bug of the day is from hitting the amo API off a pref, though
# [04:56] * philor puts the other half of his money on them calling clearUserPref and clearing Unfocused's user_prefs
# [04:56] * Joins: ashughes (ashughes@moz-4C407EE8.vc.shawcable.net)
# [04:56] <philor> but first, to lock up and finally go home
# [04:56] <pcwalton> bz: when you get a chance, could you let me know where to look for the code that switches the displayed document in a <browser> to the new page when navigating?
# [04:57] * philor is now known as philor|away
# [04:57] <biesi_> nsDocShell::Embed
# [04:57] <Unfocused> philor: looks like it only does that at the end of the test though
# [04:57] <pcwalton> something like where the new docshell is attached?
# [04:57] <biesi_> pcwalton, ^
# [04:57] <pcwalton> biesi_: thank you
# [04:58] <@bz> pcwalton: what biesi said
# [04:58] <pcwalton> biesi_: after that call finishes, is it true that every paint event directed at the <browser> will paint the new page and never the old one?
# [04:59] <biesi_> I believe so, although I'm not 100% sure
# [04:59] <pcwalton> bz: ^
# [05:02] * Joins: darktrojan (geoff@moz-8B34E932.dsl.telstraclear.net)
# [05:03] <pcwalton> comment seems to indicate otherwise: // We don't show the mContentViewer yet, since we want to draw the old page until we have enough of the new page to show. Just return with the new viewer still set to hidden.
# [05:03] * Quits: jrmuizel (jrmuizel@moz-82636463.cpe.net.cable.rogers.com) (Input/output error)
# [05:03] * Unfocused is confused
# [05:06] <pcwalton> bz: is DocumentViewerImpl::Show() what I want to guarantee that invariant?
# [05:07] * nthomas is now known as nthomas|away
# [05:10] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [05:11] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [05:12] <@bz> pcwalton: sorry, reading up
# [05:12] <@bz> pcwalton: the invariant that paint events will paint the new thing?
# [05:12] <pcwalton> right
# [05:12] * Quits: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [05:13] <@bz> yeah
# [05:13] <@bz> Show() should do that
# [05:13] <pcwalton> ok, and I assume that's always called
# [05:13] <pcwalton> when the document is shown
# [05:15] * Quits: ctopper (craig@10F5C408.23A18F00.F9E1BAE1.IP) (Quit: ctopper)
# [05:15] * Quits: bsmith (bsmith@E1AD879F.CC98CBF7.C589985.IP) (Ping timeout)
# [05:16] <@bz> http://www.betabeat.com/2011/12/13/as-banks-start-nosing-around-facebook-and-twitter-the-wrong-friends-might-just-sink-your-credit/?show=all is a disturbing read
# [05:16] <@bz> pcwalton: yes
# [05:16] <pcwalton> great, thanks
# [05:18] * Joins: jrmuizel (jrmuizel@moz-82636463.cpe.net.cable.rogers.com)
# [05:20] <Unfocused> damned if i know whats up with that test. and backing out the test-fixes that coincide with that orange will just make things worse
# [05:21] * Quits: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Ping timeout)
# [05:21] <mbrubeck> I'm taking another look...
# [05:21] <mbrubeck> I should try to repro on desktop...
# [05:22] <dRdR> mbrubeck: dumb question: if I commit something directly to central, should I close the bug for it myself once all tests pass?
# [05:22] <mbrubeck> dRdR: You can close the bug as soon as you push to m-c.
# [05:22] <Unfocused> mbrubeck: i could just be too tired/sick to figure it out today :\
# [05:22] <dRdR> mbrubeck: okay, thanks
# [05:23] <Unfocused> we could just disable that one test, and see if Wes (who wrote most of that test) knows whats up
# [05:23] * glob is enjoying bz's slashdot comments
# [05:23] <mbrubeck> Unfocused: yeah
# [05:23] <mbrubeck> I think wesj is just back (or back soon) from travel
# [05:26] * Quits: klugefoo (kahr@moz-F88DFDF5.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [05:27] * Quits: jimb (user@moz-48241F6F.hsd1.or.comcast.net) (Ping timeout)
# [05:27] <nigelb> glob: link?
# [05:27] <glob> nigelb, http://developers.slashdot.org/story/11/12/14/1725205/firefox-too-big-to-link-on-32-bit-windows
# [05:28] <nigelb> oh, that should be deliciously trollish.
# [05:28] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Quit: raccettura)
# [05:29] * Quits: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
# [05:29] * Joins: klugefoo (kahr@moz-F88DFDF5.lightspeed.sntcca.sbcglobal.net)
# [05:30] <nigelb> "I thought people on this site were supposed to know something about computers." <3
# [05:30] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [05:30] <Unfocused> mbrubeck: i'm filing a bug if you or bz wanna disable that test
# [05:31] <Unfocused> (plz? :) )
# [05:32] <Unfocused> bug 710956
# [05:32] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
# [05:34] * Quits: jesup (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.87 [Firefox 11.0a1/20111116082046])
# [05:35] * Quits: Waldo (waldo@moz-104CC309.mv.mozilla.com) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 8.0/20111108090029])
# [05:35] <mbrubeck> Unfocused: sure.
# [05:36] <roc> don't go to slashdot
# [05:36] <Unfocused> ty! i don't rust myself not to screw that up tonight
# [05:36] * Quits: coop|away (Chris@moz-A6FE435.build.sjc1.mozilla.com) (Quit: coop|away)
# [05:36] * Joins: srinivas (chatzilla@moz-2790C4FB.hsd1.ca.comcast.net)
# [05:36] <@bz> Unfocused: do we have a plan for the b-c orange?
# [05:37] <roc> it's the voyeuristic pleasure of watching a car crash
# [05:37] <Unfocused> bz: yea, disable, and wait for wesj to show up
# [05:37] * mbrubeck will push a disable patch
# [05:38] * adam-afk is now known as adam
# [05:38] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: nbvcx)
# [05:39] <@bz> Unfocused: ok
# [05:39] * @bz will push on top of that, then
# [05:39] <mbrubeck> pushed
# [05:40] <Unfocused> ty!
# [05:40] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/0afa7a488c75 - Matt Brubeck - Bug 710956 - Disable mobile/xul/chrome/tests/browser_addons.js. a=me
# [05:41] * Joins: tfair (tfairey@moz-57178BD3.hsd1.ca.comcast.net)
# [05:41] * njn is so happy the name libpr0n has been expunged
# [05:42] <robarnold> poor stuart
# [05:42] <robarnold> what is is called now?
# [05:43] <@bz> robarnold: image
# [05:43] <@bz> robarnold: (also moved from modules/ to toplevel)
# [05:43] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [05:43] <robarnold> how plain :)
# [05:43] * Quits: tonymec|away (tonymec@6AA6E443.C18A3479.277517C1.IP) (Input/output error)
# [05:44] <@bz> mbrubeck: so should be safe to push on top of you?
# [05:44] <Unfocused> in theory
# [05:44] <@bz> ok
# [05:44] * @bz will do in a bit
# [05:44] * Quits: srinivas (chatzilla@moz-2790C4FB.hsd1.ca.comcast.net) (Ping timeout)
# [05:45] * Joins: tonymec__ (tonymec@6AA6E443.C18A3479.277517C1.IP)
# [05:45] * tonymec__ is now known as tonymec|away
# [05:46] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
# [05:46] * philor|away is now known as philor
# [05:47] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Linkinus - http://linkinus.com)
# [05:47] * Quits: jrmuizel (jrmuizel@moz-82636463.cpe.net.cable.rogers.com) (Input/output error)
# [05:48] <@bz> pushed
# [05:48] * Joins: srinivas (chatzilla@moz-2790C4FB.hsd1.ca.comcast.net)
# [05:49] * glob is now known as glob|away
# [05:51] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/cdc587a042ae - Boris Zbarsky - Bug 709256 part 3. Skip calling PresShell::FlushPendingNotifications altogether if there might not be anything to flush. r=roc
# [05:51] <firebot> http://hg.mozilla.org/mozilla-central/rev/d79786b46951 - Boris Zbarsky - Bug 709256 part 2. Short-circuit PresShell::ProcessReflowCommands when there aren't any. r=roc
# [05:51] <firebot> http://hg.mozilla.org/mozilla-central/rev/ba1d8b3a53e4 - Jet Villegas - Bug 511909. Allow @-rules to nest when parsing CSS. In particular, allow them inside @media and @-moz-document. r=dbaron
# [05:51] <firebot> http://hg.mozilla.org/mozilla-central/rev/f586cb3fa70d - Boris Zbarsky - Bug 709256 part 1. Fast-path RestyleTracker::ProcessRestyles when there aren't any restyles to process. r=roc
# [05:51] <firebot> http://hg.mozilla.org/mozilla-central/rev/a41a3d881600 - Boris Zbarsky - Bug 709256 part 5. Fast-path nsAnimationManager::DispatchEvents when there are no events. r=dbaron
# [05:51] <firebot> http://hg.mozilla.org/mozilla-central/rev/ae42e4497ff2 - Jeff Walden - Silence unused-value warnings with various Valgrind macros in clang, and add a silencing instance to jsgc.cpp. No bug, rs=jorendorff, a=philor
# [05:51] * Quits: Mook (mook@moz-B1410066.dsl.teksavvy.com) (Ping timeout)
# [05:51] <firebot> http://hg.mozilla.org/mozilla-central/rev/43c603bd0163 - Boris Zbarsky - Bug 709256 part 4. Don't flush the sink for HTML if we've already started layout. r=smaug
# [05:51] <@dbaron> hmmm, I'm finally seeing firebot messages again
# [05:51] <firebot> http://hg.mozilla.org/mozilla-central/rev/a3f62505cd16 - Christian Holler - Bug 709483. Fix off-by-one error in the call to memmove that could cause us to copy memory we didn't own. r=bzbarsky
# [05:52] * Joins: Mook (mook@68E3C9C2.16C74E88.6F478678.IP)
# [05:52] <philor> I'm amused by how many people take my nick both in vain, and as though it meant something
# [05:52] <@dbaron> So I think the bug is that X-Chat's "nick names not to highlight" setting actually causes anything said by that nickname to just not show up at all
# [05:53] <dRdR> philor: how do you pronounce it? is it like "phil or" or "fye lor"
# [05:53] <@dbaron> philor, philor!
# [05:53] <roc> dbaron: one thing is that firebot has a limit on the number of checkins that it reports; landings over the limit just aren't reported
# [05:53] <@dbaron> roc, yeah, I know
# [05:54] <@dbaron> roc, but I actually hadn't seen a line from firebot for about a year
# [05:54] <@dbaron> roc, since I configured XChat to not alert me when firebot said "dbaron"
# [05:54] <roc> these days most landings on central are large merges from inbound so they don't show up in this channel
# [05:54] <@dbaron> !seen roc
# [05:54] <@killer> roc is on the channel right now!
# [05:54] <firebot> roc was last seen 8 seconds ago, saying 'these days most landings on central are large merges from inbound so they don't show up in this channel' in #developers.
# [05:54] <philor> dRdR: phil
# [05:54] <dRdR> anyone have any opinions on landing all dependents of bug 706702
# [05:54] <dRdR> philor: ok
# [05:55] <@dbaron> roc, see, it was really wierd to never see any responses to !seen commands
# [05:55] <darktrojan> dbaron, xchat did that to me too, apparently "don't highlight" means "don't show at all"
# [05:56] <darktrojan> :/
# [05:56] <heycam> what does Real Memory mean in OS X's Activity Monitor?
# [05:56] * Joins: cpearce (chatzilla@moz-55A2BC7D.xdsl.xnet.co.nz)
# [05:56] * heycam assumes it isn't the memory < 640kB!
# [05:56] <@bz> heycam: RSS, afaict
# [05:56] <@bz> heycam: as opposed to "virtual memory"
# [05:56] <heycam> bz, ok cool
# [05:56] <heycam> I wonder if it's normal for Thunderbird to be taking 500MB of memory then
# [05:57] <heycam> seems like a lot
# [05:57] <@bz> RSIZE, to be more precise
# [05:57] <@bz> which may or may not match RSS
# [05:57] <dRdR> any sheriff right now or anyone who wants to pretend to be one?
# [05:57] <@bz> my tbird is at 461MB right now
# [05:57] * heycam mans ps to see the difference
# [05:57] <heycam> guess it's not abnormal then
# [05:57] * Quits: jamesr (jamesr@FB285460.D6CCE4AE.77834EAA.IP) (Quit: jamesr)
# [05:58] * Quits: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Ping timeout)
# [05:58] * @bz hadn't realized tbird was taking that much ram
# [05:58] <@bz> wonder why
# [05:58] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Quit: Leaving)
# [05:59] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [05:59] * Quits: graydot (jeba@B6001B9.4E8FB30C.700C6EB0.IP) (Quit: graydot)
# [05:59] <philor> gah!
# [05:59] <heycam> i thought it would be safe to give my vm 2GB, but now i'm paging, which is what made me look
# [06:00] <@bz> 2GB is no longer safe
# [06:00] <dRdR> oh well I guess I'll just land tomorrow
# [06:00] <heycam> (i mean my host system is paging)
# [06:00] <@bz> ah
# [06:00] <@bz> I see
# [06:00] <philor> nobody else is troubled by crashes on first use of the context menu after resume from sleep, are they?
# [06:00] <@bz> 4gb ram on host?
# [06:01] <heycam> of course my Nightly is taking up 1.42GB, so there's that, too...
# [06:01] <@bz> philor: I am
# [06:01] <heycam> bz, 8GB!
# [06:01] * Joins: tabb0t (tabb0t@4A77860B.E4AC1459.FFE8C4AF.IP)
# [06:01] <philor> I'd been blaming them on some extension and being too lazy to see, but now that I updated Tb, it does the same thing
# [06:01] <@bz> philor: got a stack?
# [06:01] <@bz> heycam: errrrr
# [06:01] <@bz> https://crash-stats.mozilla.com/report/index/bp-abc4d3b3-baee-4651-b982-713ff2111214
# [06:01] <@bz> no actual crash report
# [06:01] <@bz> why not?
# [06:01] <philor> bz: nope, I crash once a year usually, so I build opt without symbols
# [06:01] <@bz> sadfaces. :(
# [06:01] <@bz> philor: oh, you don't use m.org builds?
# [06:02] <@bz> (not like it helps; see above)
# [06:02] <philor> nope, my own
# [06:02] <philor> official at work, on Win, where I don't crash
# [06:02] <philor> but you're right, I should try that
# [06:03] <heycam> bz, got around 70 tabs open. uptime of… maybe a week? what's a good way of determining if that 1.42GB is reasonable?
# [06:03] * Quits: srinivas (chatzilla@moz-2790C4FB.hsd1.ca.comcast.net) (Ping timeout)
# [06:03] * Quits: redfive (chatzilla@moz-B94E1A81.ipnetworksinc.net) (Ping timeout)
# [06:05] * Quits: jdm (jdm@moz-523ECD3B.dsl.teksavvy.com) (Client exited)
# [06:05] <mbrubeck> dRdR: Looks like your landing would be Android-only?
# [06:06] <dRdR> mbrubeck: no, it affects everything but isn't much in the way of new code (mostly shuffling)
# [06:06] <mbrubeck> err, I guess not (looking at the patches)
# [06:07] <dRdR> I'd be fine with waiting for khuey if you're not comfortable with it, I think it should be ok though
# [06:07] * Joins: Poly-C (Poly-C@moz-3AFB4369.dip.t-dialin.net)
# [06:07] * Quits: Polynomial-C (Poly-C@moz-F089909D.dip.t-dialin.net) (Ping timeout)
# [06:07] * Quits: mconley (mconley@A00174C9.68469654.6816E6B7.IP) (Input/output error)
# [06:07] * Quits: Mook (mook@68E3C9C2.16C74E88.6F478678.IP) (Ping timeout)
# [06:07] <mbrubeck> dRdR: Anyway, the tree is just metered, not closed -- tests are pretty much caught up and there's no queue, so you can land now if you're ready.
# [06:08] <dRdR> mbrubeck: ok, will do, thanks
# [06:08] * Joins: Mook (mook@moz-B1410066.dsl.teksavvy.com)
# [06:08] <@bz> heycam: sounds about like what I see
# [06:08] <heycam> bz, ok
# [06:09] <@bz> heycam: look at about:memory to see what's using it?
# [06:09] * KWierso guesses heap-unclassified
# [06:09] * @bz too, but.....
# [06:09] <dRdR> mbrubeck: a=you?
# [06:09] <heycam> 467MB JS, 400MB heap-unclassified, 200MB layout
# [06:10] * Joins: bsmith (bsmith@E1AD879F.CC98CBF7.C589985.IP)
# [06:10] * Quits: roc (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [06:10] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/f9203039a956 - Doug Sherk - Bug 699482: refactored GfxDriverInfo init to happen after global init r=bjacob
# [06:10] <firebot> http://hg.mozilla.org/mozilla-central/rev/8c075fee9be4 - Doug Sherk - Bug 704710: refactor GfxDriverInfo/GfxInfo(Base) to support string-based vendor and device id r=joe
# [06:10] <mbrubeck> dRdR: sure
# [06:10] <firebot> http://hg.mozilla.org/mozilla-central/rev/b9c1b8afb35a - Doug Sherk - Bug 689598: implement Android gfx blocklisting r=joe
# [06:11] <mbrubeck> though it looks like I replied too late :)
# [06:11] <firebot> http://hg.mozilla.org/mozilla-central/rev/49b8bec6d175 - Doug Sherk - Bug 706739: don't evaluate static blocklist or special cases when evaluating downloaded blocklist r=joe
# [06:11] <firebot> http://hg.mozilla.org/mozilla-central/rev/fe937bac6e75 - Doug Sherk - Bug 710103: Update XPCShell tests for GfxInfo blocklisting r=joe a=mbrubeck
# [06:11] <firebot> http://hg.mozilla.org/mozilla-central/rev/8f7893e1c20c - Doug Sherk - Bug 705959: move some special cases into global blocklists r=joe
# [06:11] <firebot> http://hg.mozilla.org/mozilla-central/rev/838e8168ea50 - Doug Sherk - Bug 689598: fix crash reporter on Android r=BenWa
# [06:11] <firebot> http://hg.mozilla.org/mozilla-central/rev/dd2e6ce53715 - Doug Sherk - Bug 710432: fix Linux GfxInfo to do feature checks r=joe
# [06:11] <dRdR> mbrubeck: sorry I actually accidentally fired off the commit before you replied =/
# [06:11] <dRdR> sounds like it's fine though
# [06:14] * Quits: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [06:15] * Joins: fabrice (fabrice@moz-104CC309.mv.mozilla.com)
# [06:15] * Joins: regen (Miller@moz-ADB3D9B6.adsl.dynamic.seed.net.tw)
# [06:16] * Quits: regen (Miller@moz-ADB3D9B6.adsl.dynamic.seed.net.tw) (Quit: regen)
# [06:16] * philor is now known as philor|away
# [06:16] * philor|away is now known as philor
# [06:17] <philor> apparently I don't crash after a catnap, though
# [06:18] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [06:18] * Quits: Poly-C (Poly-C@moz-3AFB4369.dip.t-dialin.net) (Ping timeout)
# [06:19] * Quits: dRdR (dRdR@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [06:25] * Joins: regen (Miller@moz-61070CB2.adsl.dynamic.seed.net.tw)
# [06:27] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [06:29] * Joins: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net)
# [06:30] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [06:31] <philor> wonder how many people have gotten L3 access since we started using cedar as a proto-inbound
# [06:32] <philor> and have thus never actually met the tree rules before
# [06:32] <glandium> ehsan: ping
# [06:33] * Quits: regen (Miller@moz-61070CB2.adsl.dynamic.seed.net.tw) (Quit: regen)
# [06:37] * darktrojan hasn't ever used cedar
# [06:38] <philor> there's that, too :)
# [06:38] * Joins: srinivas (chatzilla@moz-2790C4FB.hsd1.ca.comcast.net)
# [06:39] * Quits: Ami_Ty (Amie@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Ami_Ty)
# [06:39] <darktrojan> in fact I don't recall ever reading anything about the hows and whys
# [06:40] <darktrojan> (of using cedar)
# [06:40] <rnewman> ~2 pending builds on m-c, and I have a Java-only change to land; anyone object?
# [06:40] <philor> doo it
# [06:40] <rnewman> danke
# [06:42] * Quits: sicking (chatzilla@moz-1FF05400.hsd1.ca.comcast.net) (Ping timeout)
# [06:43] * Joins: jesup (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net)
# [06:45] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/719b47a9f052 - Jason Voll - Bug 710418 - Browser content provider can't handle null projections in query. r=blassey, a=rnewman
# [06:45] <glandium> philor: are you sheriffing?
# [06:46] <philor> glandium: in the most mild and sloppy of ways, yeah
# [06:47] <glandium> philor: may i push bugs 709721 and 709914 ? Ehsan got a successful try out of them
# [06:47] * philor watches bugzilla spin
# [06:47] * jcranmer is now known as jcranmer|away
# [06:48] * Joins: ddahl (ddahl@moz-6971CF66.hsd1.il.comcast.net)
# [06:49] <philor> oh, is that the media thing of his "let me land the media thing tomorrow, and then we can reopen for realz"?
# [06:50] <glandium> philor: yup
# [06:50] * Quits: srinivas (chatzilla@moz-2790C4FB.hsd1.ca.comcast.net) (Ping timeout)
# [06:51] <philor> "ehsan: ping" indeed
# [06:51] <darktrojan> \o/
# [06:51] * Joins: Poly-C (Poly-C@moz-3AFB4369.dip.t-dialin.net)
# [06:51] <philor> maybe I should walk to phx and get a copy of the bugs, that might be faster
# [06:52] * Joins: dRdR (dRdR@moz-57178BD3.hsd1.ca.comcast.net)
# [06:55] * Quits: Mook (mook@moz-B1410066.dsl.teksavvy.com) (Ping timeout)
# [06:56] * Joins: Mook (mook@moz-B1410066.dsl.teksavvy.com)
# [06:57] <KWierso> philor: they loaded almost instantlyish for me...
# [06:58] <@bz> mmmmmmm1
# [06:58] * @bz hopes that's random
# [06:58] * Quits: biesi_ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [06:59] <philor> it is, we've just never adjusted the summary of that second listed one to mention that "other timeouts" means "in test_loop.html"
# [07:00] <philor> glandium: sorry, the string between the tin cans of my internet connection is getting wet tonight, just finally made it to the try push
# [07:02] * Quits: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net) (Quit: Fleeing the scene)
# [07:06] * Joins: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net)
# [07:06] <@bz> fetching summary failed
# [07:06] * @bz hates it when his summaries are not fetching
# [07:07] <@bz> nothing like an ugly summary to ruin your day.
# [07:07] <philor> I've never quite figured out whether loading the full log actually helps, or just distracts me until tbpl is ready to actually fetch it
# [07:07] * Quits: njn (chatzilla@moz-A6B647BB.dyn.iinet.net.au) (Quit: ChatZilla 0.9.87 [Firefox 11.0a1/20111212152829])
# [07:07] <glandium> why does distcc not want to build more than 4 jobs in parallel when i started it with --jobs 12?
# [07:08] <philor> I know with tinderbox it did help, and why, but I don't think there's the same sort of cache in front of ftp.m.o, plus there isn't the cgi serving it
# [07:09] <philor> glandium: yeah, agreed, that try push looks moderately green, and we're better off pushing it now while things are quiet, and if ehsan had some reason not to want it to land, he should have said so
# [07:09] <glandium> ehsan: i think he just didn't land because he didn't have the results
# [07:10] <philor> makes sense
# [07:10] <dolske> interesting... http://www.viva64.com/en/a/0078/
# [07:10] <dolske> anyone know if someone's filed bugs on those findings in Firefox yet?
# [07:10] * Quits: rhung (wells@moz-1FED9F3D.dsl.bell.ca) (Quit: )
# [07:10] <philor> plus I think he'd already had a pretty full couple of days by then :)
# [07:11] <philor> mmm, that J is the same one assertion we're ignoring on m-c
# [07:13] <Callek> khuey|away, glandium: fyi if this reddit comment is correct: http://developers.slashdot.org/comments.pl?sid=2574298&cid=38373198 might be an interesting data point :-)
# [07:15] * Joins: rhung (wells@moz-1FED9F3D.dsl.bell.ca)
# [07:15] * ewong|Zzz is now known as ewong
# [07:17] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/beac16509534 - Mike Hommey - Bug 709914 - Slice out the ANGLE compiler from libxul on Windows. r=khuey,a=philor
# [07:17] * Quits: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net) (Ping timeout)
# [07:17] <firebot> http://hg.mozilla.org/mozilla-central/rev/9123d35faa6c - Mike Hommey - Bug 709721 - Move video and audio libraries in a gkmedias library on Windows. r=khuey
# [07:17] <firebot> http://hg.mozilla.org/mozilla-central/rev/9a591b290431 - Ehsan Akhgari - Bug 709721 - Part 2: Access vpx_codec_vp8_dx_algo through the function accessor to make things work cross-modules. r=cpearce
# [07:17] <philor> "Random Slashdot user's comment solves Mozilla's problems yet again. "This must be the fiftieth time this has happened," stunned Mozilla programmers say."
# [07:17] * glob|away is now known as glob
# [07:18] <glandium> Callek: it's a slashdot comment, and it's bz's
# [07:18] <Callek> erm ok yea I don't know how I fucked up my reading there,
# [07:19] <glob> Callek, see https://code.google.com/p/chromium/issues/detail?id=21932#c10 (9gb needed to link chrome with pgo enabled)
# [07:19] <philor> well, *that* would explain why random /. comments keep solving our problems
# [07:21] * Quits: cpearce (chatzilla@moz-55A2BC7D.xdsl.xnet.co.nz) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [07:22] * Quits: kennyluck (kennyluck@moz-EAB1F472.dynamic.hinet.net) (Ping timeout)
# [07:22] * Joins: kennyluck (kennyluck@moz-EAB1F472.dynamic.hinet.net)
# [07:23] <glandium> glob: RAM usage wouldn't be *that* much of a problem if MS provided a 64-bits linker that can output 32-bits binaries, like ld and gold do
# [07:23] <@bz> philor: ooh
# [07:23] <@bz> philor: is that from a slashdot comment too?
# [07:23] * Joins: bnicholson (bnicholson@moz-D1AB96C1.hsd1.ca.comcast.net)
# [07:23] * shorlander is now known as shorlander-away
# [07:24] * Mook wonders how far behind on optimization gcc/mingw is these days
# [07:24] <@bz> philor: I was actually pretty happy about the number of voices of sanity in that discussion
# [07:24] <philor> bz: no, if the random slashdot comments are your comments on slashdot, that would explain...
# [07:24] <@bz> philor: heh
# [07:24] <@bz> philor: I don't put useful stuff in slashdot comments
# [07:24] <@bz> philor: I put it in bugs and newsgroups. ;)
# [07:24] <glandium> bz: and a few "heh, so chrome is faster and lighter, and doesn't even build with PGO?"
# [07:25] <Mook> bz: I disagree; you put useful stuff there, at least in terms of letting other people know about things.
# [07:25] <darktrojan> chrome is faster?
# [07:25] <glandium> darktrojan: snappier, i'd say
# [07:25] <@bz> Mook: well, sure. That's the point
# [07:25] <darktrojan> can't say I'd noticed
# [07:26] <glandium> definitely not lighter, though
# [07:26] <@bz> glandium: which are pretty reasonable comments, imo
# [07:26] <@bz> glandium: people seem to think Chrome uses less memory than it really does
# [07:26] <@bz> glandium: because they always measure by closing all tabs first
# [07:26] <@bz> glandium: and Chrome is really good at that
# [07:26] <glandium> at closing all tabs?
# [07:29] * Quits: bsmith (bsmith@E1AD879F.CC98CBF7.C589985.IP) (Ping timeout)
# [07:29] <@bz> at releasing memory when you do that
# [07:29] * Joins: bsmith (bsmith@E1AD879F.CC98CBF7.C589985.IP)
# [07:29] <glandium> well, easy for it, it just has to kill processes
# [07:29] <@bz> sure
# [07:29] * Quits: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net) (Client exited)
# [07:30] * Parts: lsumar (lsumar@538BABFE.A073F3E.97BBD552.IP) (Leaving)
# [07:32] * Quits: eflores (AndChat@538BABFE.A073F3E.97BBD552.IP) (Quit: Bye)
# [07:33] * Quits: @dbaron (dbaron@moz-27F87443.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [07:33] <dolske> firebot: bug 710966
# [07:33] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=710966 nor, --, ---, nobody, NEW, Tracking bug for issues found by PVS-Studio / viva64.com
# [07:33] * dolske starts filing bugs.
# [07:33] <@bz> man
# [07:33] <@bz> muscle memory
# [07:33] <@bz> me marked his pushed bugs, but didn't change resolution
# [07:35] * Quits: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com) (Quit: lmandel)
# [07:35] * adam is now known as adam-afk
# [07:36] <@bz> dolske: wish I could comment on his article
# [07:36] <@bz> dolske: he's wrong about at least one of them
# [07:36] <dolske> I just starting looking, the two I looked at were legit
# [07:37] <@bz> dolske: the first two look legit
# [07:37] <@bz> mShell->FlushPendingNotifications(Flush_Layout);
# [07:37] <@bz> if (!mShell) {
# [07:37] <@bz> return NS_OK;
# [07:37] <@bz> }
# [07:37] <@bz> But this code is correct
# [07:37] * Joins: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com)
# [07:38] <dolske> ...oh?
# [07:38] <@bz> FlushPendingNotifications can run arbitrary script
# [07:38] <@bz> and in particular once it's done the value of mShell may have changed
# [07:38] <dolske> oh, so mShell might be changed inside. ah.
# [07:39] <@bz> yes
# [07:39] <@bz> which he doesn't even think about in his analysis
# [07:39] <@bz> he also missed one other thing
# [07:39] * @bz pastes whole relevant code:
# [07:39] <@bz> 1106 NS_ENSURE_STATE(mShell);
# [07:39] <@bz> 1107 // Flush out layout, since we need it to be up to date to do caret
# [07:39] <@bz> 1108 // positioning.
# [07:39] <@bz> 1109 mShell->FlushPendingNotifications(Flush_Layout);
# [07:39] <@bz> 1110
# [07:39] <@bz> 1111 if (!mShell) {
# [07:39] <@bz> 1112 return NS_OK;
# [07:39] <@bz> 1113 }
# [07:39] <@bz> So we do in fact check it up front too
# [07:40] * Quits: josh (josh@moz-2EE66546.nyc.res.rr.com) (Quit: josh)
# [07:40] <Jesse> bz: i replied to his tweet (https://twitter.com/#!/Code_Analysis/status/147009052801638400), i guess you could do that
# [07:40] * Quits: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com) (Quit: lmandel)
# [07:40] <Jesse> bz: also, the version of the article in his tweet does accept comments of some kind
# [07:41] <@bz> Jesse: thanks, will do
# [07:41] <@bz> dolske: it worries me that their tool missed the NS_ENSURE_STATE
# [07:41] <Jesse> dolske++
# [07:41] <Jesse> bz++
# [07:42] <darktrojan> woah, tests started 16 minutes after pushing to try
# [07:42] <darktrojan> what is this, the way it should be?
# [07:42] <@bz> Jesse: not creating an account, sorry
# [07:43] <Jesse> bz: yeah i felt the same way and tweeted instead :)
# [07:43] <@bz> yeah
# [07:43] * @bz writes without articles to fit in 140 chars
# [07:43] <@bz> I feel like a telegram author
# [07:44] <@bz> his first example is third-party code
# [07:44] <derf> Stop.
# [07:44] <@bz> (still needs fixing)
# [07:44] <@bz> derf: indeed
# [07:44] <@bz> example 4 is valid, but debug-only issue
# [07:45] <Jesse> i'm curious whether compiler warnings catch a few of these
# [07:45] <@bz> example 5 needs a bug for sure
# [07:45] <Jesse> the "identical sub-expressions" warning is great
# [07:45] <@bz> example 9 is third-party code
# [07:45] <@bz> Jesse: yeah
# [07:45] <@bz> Jesse: this tool is finding some good stuff
# [07:46] <dolske> I'm starting to file these, will take a few minutes. :)
# [07:46] <glandium> this is the kind of stuff that clang could probably find if we made it do so
# [07:46] <Jesse> it's good that he's finding bugs in third-party code, that's the code we don't test as much ;)
# [07:47] <@bz> the chardet issue there is .... really bad
# [07:47] <@bz> dolske: yeah
# [07:47] <@bz> dolske: cc ms2ger on them all?
# [07:48] <Jesse> which one is the chardet issue?
# [07:48] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
# [07:49] <@bz> Jesse: PRUint32 mLWordLen[10];
# [07:49] <@bz> for(PRUint32 i = 0; i < 20; i++)
# [07:49] <@bz> mLWordLen[i] = 0;
# [07:49] <@bz> That one
# [07:50] * @bz is so glad he has chardet off by default....
# [07:50] <darktrojan> that's coding genius, that is
# [07:51] <@bz> it's chardet code
# [07:51] * @bz bets it's all like that
# [07:51] <@bz> which given its job is Frigging Scary
# [07:52] <@bz> Jesse: btw, I should have a minimal testcase for that requestAnimationFrame assert you found
# [07:52] * @bz is checking
# [07:53] <Jesse> with or without XUL?
# [07:53] <@bz> without
# [07:54] <@bz> <!DOCTYPE html>
# [07:54] <@bz> <script>
# [07:54] <@bz> mozCancelRequestAnimationFrame(mozRequestAnimationFrame(function() {}));
# [07:54] <@bz> mozRequestAnimationFrame(function() {});
# [07:54] <@bz> </script>
# [07:54] <@bz> like so
# [07:54] * Quits: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [07:54] <glandium> bz: it looks like the class in which it is (the chardet one) is never used
# [07:54] * Joins: biesi_ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [07:54] * Joins: vingtetun (vingtetun@moz-64E1A8DA.fbx.proxad.net)
# [07:55] <@bz> glandium: ah, that would make me happier!
# [07:55] <darktrojan> which component should I file a bug about nsXULWindow in?
# [07:55] <@bz> glandium: we should remove it, then
# [07:55] <glandium> bz: and it's in a test
# [07:55] <Jesse> bz: ahh, cool. i don't think my dom fuzzer is very good about sending numbers into functions.
# [07:55] <darktrojan> core, xul?
# [07:55] <@bz> darktrojan: XUL or document navigation
# [07:55] <@bz> darktrojan: depending on the bug
# [07:55] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [07:55] * darktrojan goes for xul
# [07:56] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
# [07:56] <glandium> test that only builds on windows
# [07:59] <glandium> what's the bugzilla component for chardet ?
# [08:00] <glandium> core:internationalization?
# [08:01] <Jesse> hg log | collect buglinks | sort by component? ;)
# [08:01] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
# [08:01] <@bz> glandium: yeah
# [08:02] <glandium> erf, afaics, there aren't any rules to run that test at all
# [08:02] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
# [08:02] <glandium> so not only is it dead code in a test that is only built on windows, but it's also actually never run
# [08:02] <@bz> nice
# [08:03] <philor> sounds about right
# [08:04] * Joins: mike5w3c_ (MikeS@moz-FC5FDB4D.pool.e-mobile.ne.jp)
# [08:04] * Quits: ddahl (ddahl@moz-6971CF66.hsd1.il.comcast.net) (Ping timeout)
# [08:04] * Quits: mike5w3c (MikeS@moz-A95AECEB.pool.e-mobile.ne.jp) (Ping timeout)
# [08:04] * mike5w3c_ is now known as mike5w3c
# [08:04] <philor> last time I touched chardet, it was to remove a makefile.win that wouldn't have actually built a standalone program even in 2004, which would have generated a .h, but the program has only been touched once since 1997, and then the .h was hand-patched 3 months later
# [08:05] <philor> chardet: good for not having your patches bitrot
# [08:07] <glandium> filed bug 710980
# [08:08] <philor> has to have the most loc/person working on it of anything that size we have
# [08:08] <darktrojan> divide by zero error?
# [08:09] <Jesse> but it's the biggest infinity
# [08:09] * Joins: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net)
# [08:09] <philor> no, it's some small fraction of smontague
# [08:09] <Jesse> out of all our divide by zero errors
# [08:10] <Jesse> chardet is basically a gigantic quirk at this point, right? web sites test against it, and any change would break some web sites?
# [08:10] * Quits: timA|away (tabraldes@moz-535753DA.hsd1.or.comcast.net) (Ping timeout)
# [08:10] * Joins: arovij (chatzilla@6AF5DE1C.ABF31D37.16D50D90.IP)
# [08:10] <@bz> jesse: no idea on "test"
# [08:10] * darktrojan successfully converts a "todo" into an "is"
# [08:10] <glandium> so many typos http://www.viva64.com/external-pictures/txt/mozilla-test.txt
# [08:11] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
# [08:11] <Jesse> typos in our code?
# [08:11] <arovij> Hi is there any fundamental difference between how Image cache is stored and text cache is stored?
# [08:12] <glandium> Jesse: yeah
# [08:12] <glandium> i wonder if that text file is the complete report of errors he got from PVS-Studio
# [08:12] <glandium> that looks like too few to be true
# [08:12] <@bz> arovij: "maybe"
# [08:12] <@bz> arovij: depending on what you mean by "image cache"
# [08:13] * Quits: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net) (Connection reset by peer)
# [08:13] <@bz> glandium: yeah, indeed
# [08:13] <Jesse> "Below I will cite the analyzer-generated messages I have studied and the corresponding code fragments."
# [08:13] <Jesse> it's just the ones he looked at
# [08:14] <glandium> maybe he wants us to buy his product
# [08:14] * dolske starts looking at the text file. Guess I'll file those next!
# [08:14] * Joins: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net)
# [08:14] <Jesse> glandium: or maybe he doesn't want to dump 20 security holes on us, in public, all at once :P
# [08:14] * Quits: biesi_ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [08:14] <@bz> or both
# [08:14] * Quits: rail_away (rail@261201A0.73F32077.5C565F38.IP) (Ping timeout)
# [08:14] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [08:14] <dolske> glandium: I have no doubt that they're blogging about open source results to, at least in part, encourage people to buy their stuff. But at long as it's useful...
# [08:15] <arovij> bz : I was working with cache and I see different behavior with respect to how image cache is maintained.
# [08:16] <Jesse> the unicorn barfing a rainbow seems so out of place on http://www.viva64.com/
# [08:16] * Quits: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net) (Connection reset by peer)
# [08:16] * Joins: graydot (jeba@63F3AA56.9CFBD76D.30E7AE68.IP)
# [08:16] * Joins: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net)
# [08:17] <arovij> ba: I was trying to achieve per tab cache separation ... I achieved that with non-image cache .. So was wondering if browser cache handles images differently
# [08:17] <arovij> bz: I was trying to achieve per tab cache separation ... I achieved that with non-image cache .. So was wondering if browser cache handles images differently
# [08:17] <@bz> arovij: there is an object cache for images
# [08:18] <@bz> arovij: which sits in front of the necko cache
# [08:18] * Quits: Mook (mook@moz-B1410066.dsl.teksavvy.com) (Ping timeout)
# [08:19] <arovij> bz : ok.. Can you guide me to some doc regarding that? Even the path to souce will do. Thanks.
# [08:19] <@bz> arovij: see imgLoader.h/cpp
# [08:20] <@bz> arovij: then grep for imgCache
# [08:20] * @bz is not aware of any docs
# [08:20] <philor> unicorns barfing rainbows are never out of place
# [08:20] <@bz> but joe and proabby bobby know that code
# [08:20] * Joins: Mook (mook@68E3C9C2.16C74E88.6F478678.IP)
# [08:20] <@bz> er, probably bobby
# [08:21] <darktrojan> probobby
# [08:21] * heycam is now known as heycam|away
# [08:21] <arovij> bz : what is the objective of imgRequest.h/cpp and imgLoader.h/cpp ... Can you please explain me in a bit of detail in #introduction .. Thanks.
# [08:22] <@bz> arovij: ok
# [08:22] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Connection reset by peer)
# [08:22] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [08:24] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [08:24] * Quits: Bas (chatzilla@moz-B4DB3C59.ftth.concepts.nl) (Input/output error)
# [08:26] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
# [08:29] <gps> building m-c through the Clang static analyzer is interesting
# [08:29] <gps> although a lot of false positives. it doesn't understand PR_ASSERT :/
# [08:29] <jaws> do we need approval to land patches in the fx-team repo?
# [08:29] * Quits: tonymec|away (tonymec@6AA6E443.C18A3479.277517C1.IP) (Ping timeout)
# [08:29] * Quits: tonymec (tonymec@6AA6E443.C18A3479.277517C1.IP) (Ping timeout)
# [08:30] <@bz> wow
# [08:30] * Joins: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [08:30] <@bz> IE10 is changing quirks mode behavior
# [08:30] * Joins: rail_away (rail@261201A0.73F32077.5C565F38.IP)
# [08:30] <jaws> i'm planning on pushing the patch for this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=676187
# [08:30] * Quits: Unfocused (u2622@moz-160C58C6.com) (Max SendQ exceeded)
# [08:31] * Joins: Unfocused (u2622@moz-160C58C6.com)
# [08:34] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Ping timeout)
# [08:34] * Joins: stransky (stransky@moz-6F10C81D.net.upcbroadband.cz)
# [08:38] * Joins: sewardj (sewardj@moz-D6B19C04.dip.t-dialin.net)
# [08:39] * Parts: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [08:39] * Joins: wolfiR (wolfiR@moz-97AB7B3A.open-xchange.com)
# [08:39] <glandium> philor: I think we can merge m-c to inbound and reopen the trees
# [08:40] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Quit: Leaving)
# [08:41] <philor> glandium: yeah, probably late enough at night that even if you wind up with win or mac bustage, not too much will have piled on top of you
# [08:41] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [08:42] * Joins: redfive (chatzilla@moz-75DD4703.dsl.pltn13.sbcglobal.net)
# [08:42] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [08:45] <glandium> huh, on m-c, about:home doesn't display the "restore my previous session" thing ?
# [08:45] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [08:45] <philor> every time I think that, I realize I didn't have one, just app tabs
# [08:46] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [08:47] <glandium> the code is still there, and i did have tabs, i just closed it with tabs
# [08:47] * Joins: karl (karl@E42A09AF.333C855E.C8A09C26.IP)
# [08:48] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Quit: Make a new plan, Stan!)
# [08:49] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [08:49] * Joins: erione (erione@B7026109.23FCA71E.C752B3FA.IP)
# [08:50] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [08:50] <glandium> that's interesting... it works if i make package and use the packaged version, but doesn't if i run from dist/bin
# [08:50] <glazou> bonjour
# [08:51] <philor> bah
# [08:52] <philor> does https://tbpl.mozilla.org/php/getParsedLog.php?id=7945608&tree=Mozilla-Inbound end with an infinite loop getting cut off at 50MB?
# [08:52] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [08:53] <philor> telling my crappy connection from my crappy connection when it's broken from phx being broken from test_writer_starvation is difficult
# [08:53] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [08:53] * Quits: Cork (none@moz-7DD8BE5D.ilait.se) (Broken pipe)
# [08:55] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
# [08:55] * Joins: graememcc (chatzilla@moz-40DE3BF7.range86-148.btcentralplus.com)
# [08:56] * Joins: Cork (none@moz-7DD8BE5D.ilait.se)
# [08:57] <Callek> ugh what changed for l10n repacks: http://cb-seamonkey-linuxmaster-01.mozilla.org:8010/builders/Seamonkey%20comm-central-trunk%20macosx64%20l10n%20nightly/builds/1247
# [08:57] * Joins: jhk_ (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [08:59] <derf> bz: Ping.
# [08:59] <@bz> derf: ack
# [09:00] * Joins: past (past@moz-7A93B333.dsl.dyn.forthnet.gr)
# [09:00] * jhk_ is now known as jhk
# [09:00] <derf> So, we're discussing an API for sending DTMF over a MediaStream for WebRTC.
# [09:00] * Joins: jimb (user@moz-48241F6F.hsd1.or.comcast.net)
# [09:00] <derf> One of the proposals is that the API (e.g., a sendDTMF method) only appears as part of the object if the remote side actually supports DTMF.
# [09:00] <mcpherrin> I misread that as sending a mediastream over DTMF.
# [09:00] <derf> Is there any kind of precedent for something like that?
# [09:00] <@bz> derf: hmm
# [09:01] <derf> Or is this a bad idea for some reason?
# [09:01] <@bz> derf: it's actually pretty difficult to do that with the way DOM bindings for ECMAScript work
# [09:01] <derf> I was sure that would be the case :).
# [09:02] <@bz> derf: Unless the object you're looking at is actually just a different type of object
# [09:02] <derf> I think in theory this is a property that could change at runtime.
# [09:02] <@bz> derf: so you could, e.g. have a MediaStream and then a MediaStreamWithDTMF
# [09:02] <@bz> define runtime?
# [09:02] <@bz> like while you're sending data down the stream?
# [09:02] * Joins: nerovengene (nerovengen@CB845A0D.F873E372.D5D59AD9.IP)
# [09:02] <derf> Yes.
# [09:02] <@bz> APIs disappearing dynamically is NOT a good idea
# [09:03] <derf> As in, a renegotation suddenly indicates the other side now supports DTMF.
# [09:03] <@bz> imo
# [09:03] <@bz> APIs appearing dynamically is marginally acceptable, but generally considered undesirable
# [09:05] <derf> Okay, that's useful feedback.
# [09:06] * Joins: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de)
# [09:06] <philor> "remote: abort: pretxnchangegroup.c_commitmessage hook failed"
# [09:06] * Quits: fzzzy (donovan@moz-2B41AF9B.lightspeed.mtvwca.sbcglobal.net) (Quit: fzzzy)
# [09:06] <philor> oh, because of merge without a merge
# [09:06] <@bz> ok
# [09:07] <@bz> going to go to bed
# [09:07] <@bz> derf: anything else?
# [09:07] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Ping timeout)
# [09:07] * Quits: tfair (tfairey@moz-57178BD3.hsd1.ca.comcast.net) (Connection reset by peer)
# [09:07] <derf> bz: Nope, thanks.
# [09:07] * Quits: dcamp (dave@moz-8EBEC133.hsd1.wa.comcast.net) (Connection reset by peer)
# [09:07] * Quits: fabrice (fabrice@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [09:07] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Ping timeout)
# [09:07] * Joins: dcamp (dave@moz-8EBEC133.hsd1.wa.comcast.net)
# [09:07] * Joins: tfair (tfairey@moz-57178BD3.hsd1.ca.comcast.net)
# [09:07] * Quits: dholbert (dholbert@moz-EAA4454E.hsd1.ca.comcast.net) (Ping timeout)
# [09:07] * Quits: blassey (blassey@moz-F3E7DF1B.hsd1.ma.comcast.net) (Ping timeout)
# [09:07] <philor> and may I say, Prohibitionist hook, shove your legislation of morality into a place you don't actually have
# [09:07] <nerovengene> why was xpt_link.exe removed from latest xulrunner sdk release? would an older version be binary compatible?
# [09:07] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Ping timeout)
# [09:07] * Joins: pnemsak (Miranda@moz-3D67D819.rainside.sk)
# [09:07] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [09:08] * Quits: mfinkle (mfinkle@moz-564248AF.hsd1.pa.comcast.net) (Ping timeout)
# [09:08] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Ping timeout)
# [09:08] * bz is now known as bz_sleep
# [09:08] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Ping timeout)
# [09:08] * dolske finishes filing pvs-studio bugs. *phew*
# [09:08] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [09:08] * Quits: wolfiR (wolfiR@moz-97AB7B3A.open-xchange.com) (Quit: Leaving)
# [09:08] * Quits: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net) (Ping timeout)
# [09:08] * Quits: nemo (nemo@moz-57FDFA.hsd1.md.comcast.net) (Ping timeout)
# [09:08] * Quits: sstangl (sstangl@748344B9.A22D542B.1C5878CF.IP) (Ping timeout)
# [09:09] * Joins: nemo (nemo@moz-57FDFA.hsd1.md.comcast.net)
# [09:09] * Joins: blassey (blassey@moz-F3E7DF1B.hsd1.ma.comcast.net)
# [09:09] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [09:09] <gps> dolske: go to bed now: my clang static analysis run is almost complete
# [09:10] <gps> although I suspect I'll have to hack up the *_ASSERT macros because it doesn't understand them fully
# [09:10] <mcpherrin> nerovengene: Looks like it was replaced by a python script, xpt.py
# [09:10] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [09:10] <dolske> oooh
# [09:10] <gps> the clang static analyzer has already found some interesting bugs
# [09:10] <glandium> nerovengene: it's now xpt.py
# [09:10] * Joins: sstangl (sstangl@748344B9.A22D542B.1C5878CF.IP)
# [09:10] * Joins: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net)
# [09:11] <glandium> gps: did it find some of the PVS ones ?
# [09:11] <nerovengene> ok.. I get it :)
# [09:11] * Joins: dholbert (dholbert@moz-EAA4454E.hsd1.ca.comcast.net)
# [09:11] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
# [09:11] * Joins: mfinkle (mfinkle@moz-564248AF.hsd1.pa.comcast.net)
# [09:12] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [09:12] <gps> dolske: I haven't cross referenced it yet
# [09:13] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [09:14] <gps> it has found over 2k so far. a lot of those are false-positive NULL derefences b/c it doesn't understand the ASSERT macros :/
# [09:14] <gps> but if I change those macros to simply be assert(expr) and re-run...
# [09:16] * Quits: redfive (chatzilla@moz-75DD4703.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [09:16] <rnewman> gps: shouldn't you be asleep?
# [09:17] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [09:18] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [09:19] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [09:19] * Joins: cjones (cjones@D027C065.5FF051C9.BBD3C053.IP)
# [09:21] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [09:22] * Quits: cjones (cjones@D027C065.5FF051C9.BBD3C053.IP) (Ping timeout)
# [09:22] * Joins: cjones (cjones@D027C065.5FF051C9.BBD3C053.IP)
# [09:22] * Joins: RemusPop (remuspop@601F3B17.33662590.A5830293.IP)
# [09:24] <gps> rnewman: I got distracted. my MBP is so warm from compiling LLVM+Clang+m-c
# [09:24] <rnewman> hah
# [09:24] <gps> as the White Album says, happiness is a warm MBP
# [09:24] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
# [09:24] <rnewman> if you're feeling really helpful, go help with J-PAKE ;)
# [09:25] * Quits: cjones (cjones@D027C065.5FF051C9.BBD3C053.IP) (Ping timeout)
# [09:25] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
# [09:26] <gps> well, I know the Clang static analyzer works b/c it found a NULL dereference in mozalloc_abort.cpp:TouchBadMemory(), heh
# [09:28] <darktrojan> how do I get the length of an array in python?
# [09:28] <darktrojan> er, list
# [09:28] <Unfocused> length(list)
# [09:28] <Unfocused> or something
# [09:28] <Unfocused> (i remember some complaint about it not being more elegant)
# [09:28] * Joins: cjones (cjones@D027C065.5FF051C9.BBD3C053.IP)
# [09:29] <gps> len(thing)
# [09:29] <Unfocused> i was close!
# [09:30] <darktrojan> gotcha
# [09:30] <mconnor> gps: sleep!
# [09:30] * darktrojan doesn't do this enough
# [09:31] * Quits: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp) (Quit: nattokirai)
# [09:31] <gps> OK. replaced assertion macros and re-running static analysis. won't complete for an hour or so, so I'm off to bed
# [09:31] <gps> someone remind me to post data pr0n in the morning ;)
# [09:32] <gps> and yell at me to write up how I invoked the static analyzer, cuz it is haaaacky
# [09:32] <Unfocused> i hereby volunteer to yell at you
# [09:32] * philor changes topic to 'm-c: OPEN m-I: OPEN || Next aurora uplift: 20th Dec || If you are new or want to help, see irc://irc.mozilla.org/#introduction'
# [09:33] <Callek> wait OPEN? I thought edmorely and khuey agreed to keep it closed until later this morning when edmorley lands one or two more things
# [09:34] * adam-afk is now known as adam
# [09:34] <glandium> Callek: the things that we were waiting for landed
# [09:34] <darktrojan> unleash the hounds
# [09:34] * Quits: michal (michal@F8B4DDD2.FC749DA6.F23860FD.IP) (Ping timeout)
# [09:34] <Callek> glandium: before edmorely went away yesterday I swear I remember him saying stuff about keeping the tree closed until he lands another patch or two
# [09:35] <darktrojan> I mean the, uh, patches
# [09:35] <Unfocused> s/hounds/dogs of war/
# [09:35] <Callek> and doing a m-i <-> m-c sync
# [09:35] <Callek> before opening
# [09:35] <glandium> Callek: both done. i doubt he was talking about patches that are not the ones i landed
# [09:35] * Joins: sicking (chatzilla@moz-229429EC.dsl.pltn13.sbcglobal.net)
# [09:36] * Callek doesn't have that bit of context in my scrollback though :/
# [09:36] * Quits: cjones (cjones@D027C065.5FF051C9.BBD3C053.IP) (Ping timeout)
# [09:37] <Callek> O well, if its consensus I won't belabour the point (it just seemed to be out of the blue philor changing topic/opening, where I didn't notice discussion on it)
# [09:37] * Quits: Mook (mook@68E3C9C2.16C74E88.6F478678.IP) (Ping timeout)
# [09:37] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [09:38] * Joins: Mook (mook@moz-B1410066.dsl.teksavvy.com)
# [09:38] <glandium> philor: do you want me to post an update on dev-platform or do we wait a bit?
# [09:38] <philor> glandium: nah, post away, we're open
# [09:40] * Joins: cjones (cjones@D027C065.5FF051C9.BBD3C053.IP)
# [09:44] * Joins: magsout (magsout@moz-AC4E6C07.fbx.proxad.net)
# [09:44] <darktrojan> go to bed bz_sleep
# [09:45] <darktrojan> sheesh
# [09:46] <glandium> philor: btw, did you manually trigger the pgo builds?
# [09:46] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [09:46] <philor> glandium: yep
# [09:46] <philor> by my count, the switch from 6 hour to 3 hour totally didn't work, though we'll see what it does when it actually has patches to chew on
# [09:47] <NeilAway> glandium: the ms 64-bit linker can output 32-bit binaries, as long as you don't want ltcg (e.g. pgo)
# [09:47] * Quits: vingtetun (vingtetun@moz-64E1A8DA.fbx.proxad.net) (Ping timeout)
# [09:47] <philor> be a good idea to keep an eye on it, and if it's totally broken manually trigger when you think of it
# [09:49] * adam is now known as adam-afk
# [09:50] * Joins: protz (protz@moz-E29D2A15.inria.fr)
# [09:51] * philor is now known as philor|away
# [09:51] * Joins: michal (michal@F8B4DDD2.FC749DA6.F23860FD.IP)
# [09:55] * Joins: edmorley (edmorley@moz-28ED10AB.range86-144.btcentralplus.com)
# [09:57] * Quits: Mook (mook@moz-B1410066.dsl.teksavvy.com) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 6.0/20110811165603])
# [09:57] * philor|away is now known as philor
# [10:00] * Quits: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
# [10:00] * Quits: karl (karl@E42A09AF.333C855E.C8A09C26.IP) (Ping timeout)
# [10:01] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [10:02] * philor is now known as philor|away
# [10:02] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [10:03] * Quits: cjones (cjones@D027C065.5FF051C9.BBD3C053.IP) (Quit: Leaving)
# [10:03] * mattwoodrow is now known as mattwoodrow|away
# [10:03] * Joins: cjones (cjones@D027C065.5FF051C9.BBD3C053.IP)
# [10:09] * Quits: logbot (logbot@moz-785868D2.glob.com.au) (Quit: Leaving)
# [10:09] * Joins: logbot (logbot@moz-785868D2.glob.com.au)
# [10:10] * philor|away is now known as philor
# [10:11] * Quits: nthomas|away (chatzilla@moz-75DA4CCD.dsl.telstraclear.net) (Ping timeout)
# [10:11] * glob is now known as glob|away
# [10:12] * Joins: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com)
# [10:12] * Quits: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com) (Quit: )
# [10:13] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [10:13] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [10:14] * Joins: nthomas|away (chatzilla@moz-75DA4CCD.dsl.telstraclear.net)
# [10:14] * edmorley changes topic to 'm-c: OPEN m-i: OPEN || Next aurora uplift: 20th Dec || If you are new or want to help, see irc://irc.mozilla.org/#introduction'
# [10:14] <philor> edmorley: you have the conn
# [10:15] <edmorley> aya captain :-)
# [10:15] <edmorley> s/ya/ye/
# [10:15] * Joins: bjarne (bjarne@moz-46A85847.nextgentel.com)
# [10:16] * philor is now known as philor|away
# [10:18] * Quits: darktrojan (geoff@moz-8B34E932.dsl.telstraclear.net) (Ping timeout)
# [10:19] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [10:19] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
# [10:19] * Joins: pascalc (chatzilla@moz-B62F2EDF.rev.sfr.net)
# [10:19] * Quits: tfair (tfairey@moz-57178BD3.hsd1.ca.comcast.net) (Client exited)
# [10:19] * pascalc is now known as IRCMonkey17940
# [10:20] * Quits: cjones (cjones@D027C065.5FF051C9.BBD3C053.IP) (Quit: Leaving)
# [10:22] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [10:23] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [10:23] * Joins: igor (igor@169CEE78.E37E53F7.1DAC7E2F.IP)
# [10:24] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [10:26] * Quits: bnicholson (bnicholson@moz-D1AB96C1.hsd1.ca.comcast.net) (Input/output error)
# [10:27] * Joins: darktrojan (geoff@moz-8B34E932.dsl.telstraclear.net)
# [10:27] <dRdR> edmorley: thanks, my bad, will fix all of those
# [10:28] <edmorley> dRdR: no worries :-) (people like AMO and MDN use the target milestones to check for things, so it just helps them out)
# [10:29] * Quits: darktrojan (geoff@moz-8B34E932.dsl.telstraclear.net) (Ping timeout)
# [10:29] * Quits: stransky (stransky@moz-6F10C81D.net.upcbroadband.cz) (Quit: Connection reset by beer)
# [10:30] * Joins: darktrojan (geoff@moz-8B34E932.dsl.telstraclear.net)
# [10:30] * Joins: msucan (msucan-@FA9E8863.56E67207.699550A1.IP)
# [10:30] * Joins: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com)
# [10:32] * Quits: sicking (chatzilla@moz-229429EC.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [10:34] <gabor> mrbkap: are you around?
# [10:36] * Joins: gkw (gkw@moz-A7D8CA2A.hsd1.ca.comcast.net)
# [10:38] * Joins: gerv (gerv@moz-8E68CF56.in-addr.arpa)
# [10:39] * mattwoodrow|away is now known as mattwoodrow
# [10:41] * Joins: vingtetun (vingtetun@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [10:43] * Quits: ashughes (ashughes@moz-4C407EE8.vc.shawcable.net) (Quit: ashughes)
# [10:48] <glazou> where's the code performing the copy to the clipboard when you hit cmd-c ?
# [10:48] * IRCMonkey17940 is now known as pascalc
# [10:49] * ewong is now known as ewong|afk
# [10:49] * Joins: Cwiiis (cwiiis@moz-F15E698.croy.cable.virginmedia.com)
# [10:50] <glazou> ah nsCopySupport
# [10:50] <Unfocused> glazou: https://mxr.mozilla.org/mozilla-central/source/content/base/src/nsCopySupport.cpp#677
# [10:50] <Unfocused> er, yea, that
# [10:50] <glazou> yep found it thanks Unfocused
# [10:51] <glazou> I found that a copy does not copy <select> elements!
# [10:51] * Joins: Hughman (Hughman@moz-1727A300.static.tpgi.com.au)
# [10:53] <glazou> probably related to focus
# [10:53] <glazou> sigh
# [10:57] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [10:57] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [10:59] * Joins: jhk_ (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [10:59] <Milos> hey; in region.properties, do we support codes like u17E3 for gecko.handlerService.defaultHandlersVersion ?
# [10:59] * Quits: dRdR (dRdR@moz-57178BD3.hsd1.ca.comcast.net) (Client exited)
# [10:59] <Milos> re http://www.marathon-studios.com/unicode/U17E3/Khmer_Digit_Three
# [11:01] * Joins: cjones (cjones@E21E64AB.55D7FC35.66BBBD00.IP)
# [11:04] * Joins: florian (florian@moz-87C33FDA.kimsufi.com)
# [11:06] <glazou> I was correct
# [11:10] * mattwoodrow is now known as mattwoodrow|away
# [11:11] <glazou> but it's only a part of the solution
# [11:11] <glazou> http://mxr.mozilla.org/mozilla-central/source/editor/libeditor/base/nsEditorEventListener.cpp#1031
# [11:12] * Quits: taras (taras@moz-978DC667.hsd1.or.comcast.net) (Ping timeout)
# [11:14] * Quits: pascalc (chatzilla@moz-B62F2EDF.rev.sfr.net) (Input/output error)
# [11:15] * shorlander-away is now known as shorlander
# [11:15] * glob|away is now known as glob
# [11:15] * Joins: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [11:15] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [11:16] * Joins: dao (dao@moz-DDAED6B7.dip.tu-dresden.de)
# [11:16] * Joins: asac (asac@moz-CC195573.pppoe.wtnet.de)
# [11:17] <NeilAway> glazou: what do you mean by copying a <select> element?
# [11:18] <glazou> put a select element in a document in the editor, some text before and after
# [11:19] <glazou> copy from text before to text after
# [11:19] <glazou> paste
# [11:19] <glazou> select element not copied
# [11:20] <NeilAway> glazou: ah, I always thought that was something to do with -moz-user-select
# [11:21] <NeilAway> glazou: seems to work in Mozilla 1.6 though
# [11:21] <glazou> user-select could explain why when you click on a <select> in the editor, it opens the select's popup and does not select the element, but it does not explain why it's not copyable
# [11:21] <glazou> NeilAway: oh ?
# [11:21] <glazou> what do you test with?
# [11:23] * Joins: pascalc (chatzilla@moz-B62F2EDF.rev.sfr.net)
# [11:23] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
# [11:23] <mcpherrin> How bad an idea is having a 100 megabyte data structure in an xpcshell script?
# [11:24] <mcpherrin> array of 1 million items, each 128 character strings.
# [11:26] * Quits: rniwa (rniwa@60A74940.D6CCE4AE.77834EAA.IP) (Quit: rniwa)
# [11:28] <darktrojan> glazou, if it's user-select: none it doesn't get copied
# [11:29] <darktrojan> iirc
# [11:30] <glazou> it's not
# [11:30] <glazou> it's user-select: all
# [11:31] <darktrojan> oh, I dunno then
# [11:32] * Joins: alice0775 (Mibbit@moz-A3C0F1E6.osaka.ocn.ne.jp)
# [11:32] <darktrojan> also, my brain has gone to mush
# [11:32] <darktrojan> thought you'd like to know
# [11:33] <Unfocused> welcome to my week
# [11:33] * Quits: tabb0t (tabb0t@4A77860B.E4AC1459.FFE8C4AF.IP) (Ping timeout)
# [11:33] <darktrojan> same as most weeks then?
# [11:33] * Quits: jhk_ (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [11:33] * glazou needs a coffee
# [11:33] <Unfocused> heh
# [11:33] * Joins: jhk_ (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [11:35] <NeilAway> glazou: I inserted "Can you <select><option>select</option></select> this" via insert/html, then select all, cut, paste, paste
# [11:36] <glazou> in an old seamonkey?
# [11:40] * Quits: cjones (cjones@E21E64AB.55D7FC35.66BBBD00.IP) (Ping timeout)
# [11:43] * glob is now known as glob|away
# [11:44] * Joins: dalsh (dalsh@7AD26E42.8916245C.163E2FB.IP)
# [11:47] <Yoric> Someone has started running a model-checker on our code and finding a number of memory bugs.
# [11:47] <Yoric> Where should we file this kind of things?
# [11:47] <mrbkap> gabor: hey
# [11:47] * Quits: pascalc (chatzilla@moz-B62F2EDF.rev.sfr.net) (Ping timeout)
# [11:48] <gabor> mrbkap: hey there... so I just wanted to ping you about some reviews... do you have some time for me by any chance?
# [11:49] <mrbkap> gabor: Yeah, I should get to it today or tomorrow.
# [11:49] <mrbkap> gabor: I just got back from Taipei/Beijing, so I'm catching up on a bunch of stuff now.
# [11:50] <edmorley> BenWa: ping
# [11:50] <gabor> mrbkap: sure no problem, I was jsut pushed a little that I should try to catch you and close these bugs...
# [11:53] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [11:53] <gabor> mrbkap: the indexeddb and the merge compartments are the important ones by the way... anyway if you'd need me just let me know usually I'm here
# [11:54] * Quits: bsmith (bsmith@E1AD879F.CC98CBF7.C589985.IP) (Ping timeout)
# [11:54] <hsivonen> is there a version of the PDF.js extension that autoupdates?
# [11:55] <gabor> edmorley: so I checked yesterday and one of the two patches is failing because it is against some specs... so it is going to be a won't fix, but the other one should pass the tests but I don't have access to the try servers yet... do you know who should I ask to push it alone to the try server?
# [11:55] <gabor> edmorley: this one: https://bugzilla.mozilla.org/show_bug.cgi?id=678465
# [11:55] <edmorley> gabor: I'll do that for you now :-)
# [11:55] <gabor> edmorley++
# [12:02] * Quits: kanru (user@moz-6A9F2FC9.dynamic.hinet.net) (Ping timeout)
# [12:04] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [12:04] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Linkinus - http://linkinus.com)
# [12:06] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [12:08] * Joins: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk)
# [12:09] <edmorley> gabor: https://tbpl.mozilla.org/?tree=Try&rev=52aa1b06d4c2
# [12:10] * Joins: taras (taras@moz-8E045071.hsd1.wa.comcast.net)
# [12:10] <gabor> edmorley: thanks again
# [12:10] <edmorley> np :-)
# [12:14] * Quits: magsout (magsout@moz-AC4E6C07.fbx.proxad.net) (Ping timeout)
# [12:15] * Quits: erione (erione@B7026109.23FCA71E.C752B3FA.IP) (Quit: Leaving)
# [12:17] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [12:18] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [12:19] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [12:21] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [12:22] * Joins: necolas (necolas@moz-4197BE5D.bb.sky.com)
# [12:24] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [12:24] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
# [12:25] * Joins: smaug (chatzilla@moz-CF2940E2.gprs.sl-laajakaista.fi)
# [12:25] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
# [12:28] <edmorley> m-c tip nightly:
# [12:28] <edmorley> "checking whether the C compiler (/tools/gcc-4.5-0moz3/bin/gcc ) works... no"
# [12:28] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
# [12:28] <edmorley> somewhat limiting methinks!
# [12:29] <smaug> ted: what is the status of gamepad API ?
# [12:29] <smaug> or who is implementing it atm?
# [12:30] <darktrojan> that could be a problem, edmorley
# [12:30] <edmorley> slave seems busted https://build.mozilla.org/buildapi/recent/linux64-ix-slave14
# [12:30] * Quits: dao (dao@moz-DDAED6B7.dip.tu-dresden.de) (Ping timeout)
# [12:39] * Joins: Goldorak (chatzilla@8109DDDE.7C10D095.187A1082.IP)
# [12:41] * Quits: vingtetun (vingtetun@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [12:41] * Joins: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [12:43] * Quits: arovij (chatzilla@6AF5DE1C.ABF31D37.16D50D90.IP) (Quit: ChatZilla 0.9.87 [Firefox 3.6.17/20110422073000])
# [12:43] * darktrojan is a bit surprised how high up https://build.mozilla.org/buildapi/pushes he is
# [12:44] * Joins: mak (chatzilla@moz-D2B42BA6.retail.telecomitalia.it)
# [12:45] <darktrojan> must be all that garbage I keep sending to try
# [12:45] * Quits: jstraus (Adium@moz-C7B4D9FC.hsd1.ma.comcast.net) (Ping timeout)
# [12:45] * Joins: peregrino (peregrino@moz-1CB238F5.telecom.net.ar)
# [12:46] * Joins: Bas (chatzilla@moz-B4DB3C59.ftth.concepts.nl)
# [12:46] * Quits: victorporof (victorporo@D0477DB.DA9DCE7D.79933D60.IP) (Client exited)
# [12:50] * Joins: andreasn (andreasn@moz-BB6A8755.bredband.comhem.se)
# [12:51] * Quits: jhk_ (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [12:51] * Joins: jhk_ (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [12:51] * Quits: darktrojan (geoff@moz-8B34E932.dsl.telstraclear.net) (Quit: darktrojan)
# [12:52] * Joins: stransky (stransky@moz-6F10C81D.net.upcbroadband.cz)
# [12:53] * Quits: igor (igor@169CEE78.E37E53F7.1DAC7E2F.IP) (Ping timeout)
# [12:54] * Joins: TheLink (TheLink@moz-753C1E34.pools.arcor-ip.net)
# [12:58] * Joins: jrmuizel (jrmuizel@D6028D1B.5BCEC6DB.DA78B690.IP)
# [13:00] * Joins: pascalc (chatzilla@moz-B62F2EDF.rev.sfr.net)
# [13:00] * pascalc is now known as IRCMonkey32334
# [13:01] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre)
# [13:01] * IRCMonkey32334 is now known as pascalc
# [13:02] * Joins: tabb0t (tabb0t@4A77860B.E4AC1459.FFE8C4AF.IP)
# [13:03] * Quits: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
# [13:07] * Joins: dao (dao@moz-DDAED6B7.dip.tu-dresden.de)
# [13:13] * Joins: victorporof (victorporo@D0477DB.DA9DCE7D.79933D60.IP)
# [13:13] * Quits: jrmuizel (jrmuizel@D6028D1B.5BCEC6DB.DA78B690.IP) (Ping timeout)
# [13:15] * Joins: KaiRo (robert@moz-85C3DC41.adsl.highway.telekom.at)
# [13:17] * Joins: wlach|mac (wlach@moz-C5B44C21.vif.net)
# [13:29] * Quits: dao (dao@moz-DDAED6B7.dip.tu-dresden.de) (Ping timeout)
# [13:30] * Joins: erione (erione@E1EED9E0.138610B2.C752B3FA.IP)
# [13:34] * glob|away is now known as glob
# [13:38] * glazou is now known as glazou_bbl
# [13:38] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [13:39] * Quits: sewardj (sewardj@moz-D6B19C04.dip.t-dialin.net) (Ping timeout)
# [13:42] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
# [13:43] * Quits: graydot (jeba@63F3AA56.9CFBD76D.30E7AE68.IP) (Quit: graydot)
# [13:47] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [13:49] * glob is now known as glob|away
# [13:52] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [13:53] * Quits: jgilbert (jgilbert@moz-2B3CF81C.hsd1.ca.comcast.net) (Ping timeout)
# [13:53] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [13:55] * Quits: wlach|mac (wlach@moz-C5B44C21.vif.net) (Quit: Computer has gone to sleep.)
# [13:56] * Quits: wlach (wlach@moz-C5B44C21.vif.net) (Quit: Leaving)
# [14:01] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [14:01] * Joins: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com)
# [14:04] * Joins: mike5w3c_ (MikeS@moz-6126965A.pool.e-mobile.ne.jp)
# [14:04] * Quits: mike5w3c (MikeS@moz-FC5FDB4D.pool.e-mobile.ne.jp) (Ping timeout)
# [14:04] * mike5w3c_ is now known as mike5w3c
# [14:06] * Joins: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [14:07] * Quits: andreasn (andreasn@moz-BB6A8755.bredband.comhem.se) (Quit: Ex-Chat)
# [14:08] * Quits: m_kato (m_kato@moz-348F61F0.mozilla.or.jp) (Quit: Leaving...)
# [14:09] * Quits: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com) (Input/output error)
# [14:10] <BenWa> edmorley: pong
# [14:10] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
# [14:13] <edmorley> BenWa: it was just about bug 629668 since the try runs were no longer accessible, have sent to try with other stuff now
# [14:13] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [14:14] <BenWa> edmorley: Ahh yes, that was a paint
# [14:14] <BenWa> pain
# [14:15] <gcp> what's the hg equivalent of git describe?
# [14:18] * glob|away is now known as glob
# [14:19] <NeilAway> glazou_bbl: yeah, that was Mozilla 1.6, it's broken in SeaMonkey 2.0a
# [14:19] * Quits: tabb0t (tabb0t@4A77860B.E4AC1459.FFE8C4AF.IP) (Ping timeout)
# [14:20] <NeilAway> glazou_bbl: sorry, it works in SeaMonkey 2.0a, but not in 2.1b
# [14:20] * Joins: espindola (espindola@moz-B041238D.dsl.teksavvy.com)
# [14:22] * Joins: bsmith (bsmith@A2413EEC.695C1090.1F72B910.IP)
# [14:23] * Joins: jfkthame_afk (jfkthame@DBA4BEB5.90783722.9542EC20.IP)
# [14:23] * jfkthame_afk is now known as jfkthame
# [14:23] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
# [14:24] <ted> smaug: i've been fixing up a few remaining issues to get it to a reviewable state
# [14:24] <ted> smaug: but i've been really tied up with other stuff atm
# [14:24] * Joins: tabb0t (tabb0t@BE1B1881.738DDF7.FFE8C4AF.IP)
# [14:24] <ted> smaug: it's pretty close to landable, i think i have maybe 2 remaining issues to fix
# [14:24] <ted> then obviously it needs review
# [14:25] <glandium> ted: speaking of that, the recent post on planet made me wonder. how do you find the "joysticks" in the end? udev?
# [14:25] <ted> on linux, yeah
# [14:25] * davehunt is now known as foxhunt
# [14:25] <glandium> ted: doesn't X emit events when there are new Xinput devices ?
# [14:25] <ted> http://hg.mozilla.org/users/tmielczarek_mozilla.com/mq/file/86af0628ad84/linux-joy#l291
# [14:26] <ted> beats me
# [14:27] * bhearsum|afk is now known as bhearsum
# [14:28] <glandium> ted: XDeviceListChangeEvent
# [14:28] <ted> wow
# [14:28] <smaug> ted: k
# [14:28] <ted> three whole hits on google for that
# [14:28] <ted> smaug: i haven't been updating the bug with changes, but i've been updating my patches
# [14:28] <ted> i just need a bit more time to finish them :-/
# [14:28] <glandium> no idea if that's actually implemented
# [14:28] <smaug> ted: just wondering when we get pointerlock and gamepad api landed
# [14:29] * Quits: jaws (u2871@moz-160C58C6.com) (Input/output error)
# [14:29] * Quits: Asa (u3626@moz-160C58C6.com) (Input/output error)
# [14:29] * Quits: sid0 (u2934@moz-160C58C6.com) (Input/output error)
# [14:29] * Quits: ted2 (u2847@moz-160C58C6.com) (Client exited)
# [14:29] * Quits: Unfocused (u2622@moz-160C58C6.com) (Input/output error)
# [14:29] * Quits: ttaubert (u2620@moz-160C58C6.com) (Input/output error)
# [14:29] * Quits: felipe (u2734@moz-160C58C6.com) (Input/output error)
# [14:29] <ted> smaug: we were hoping for FF11, but that's probably too soon
# [14:29] <ted> glandium: udev feels like the right layer here, but i have absolutely no idea what i'm talking about
# [14:29] <smaug> I could review some of it, if the patch is reviewable early next week
# [14:29] <ted> when's the cutoff?
# [14:30] <smaug> os-level code needs to be reviewed by someone else
# [14:30] <ted> if you wanted to start review on it i'd be happy to post updated patches
# [14:30] <mounir> ted: 20th
# [14:30] <glandium> ted: i'd say Xinput feels like the right layer. Especially since it's related to the X server, not wherever the client is running
# [14:30] <smaug> ted: you could read the topic of this channel ;)
# [14:30] <ted> yeah, the patches are separated into a dom+content+generic backend patch, and one patch per platform backend
# [14:30] <glandium> especially if you then take events through xinput
# [14:30] <ted> smaug: hah, oops
# [14:30] <smaug> ted: is the spec sane?
# [14:30] <mounir> ted: btw, would that make sense to use hal/?
# [14:31] <ted> smaug: there's not really much of a spec yet, we have agreed to the basics, but we need to ship something first
# [14:31] <smaug> k
# [14:31] <ted> smaug: we don't even have a WG to work in yet, heh
# [14:31] <ted> mounir: i uh, dunno?
# [14:31] * Quits: peregrino (peregrino@moz-1CB238F5.telecom.net.ar) (Ping timeout)
# [14:31] * Joins: sid0 (u2934@moz-160C58C6.com)
# [14:31] <ted> glandium: can you link me something for xinput?
# [14:31] <glandium> yeah well, XDeviceListChangeEvent is nowhere in libxi source
# [14:31] <ted> because the only thing i can find on google is microsoft's API
# [14:32] * Joins: Asa (u3626@moz-160C58C6.com)
# [14:32] <mounir> ted: if you have a backend per platform, hal should help you
# [14:32] <ted> all i'm doing right now is reading data from the joystick dev
# [14:32] <mounir> ted: have a look at hal/Hal.h
# [14:32] <ted> oh, i did look at that at one point
# [14:33] <glandium> ted: http://www.x.org/wiki/XInputHotplug
# [14:33] <ted> i'd have to think about how to wedge my current set of patches in
# [14:33] <ted> mounir: currently i just have a GamepadService class, and each platform subclasses it
# [14:33] <ted> and implements a CreateGamepadService that returns a new instance of the subclass
# [14:34] * Joins: jaws (u2871@moz-160C58C6.com)
# [14:34] <smaug> ted: yeah, we can blame Apple for not having WG
# [14:34] <mounir> ted: with hal you will be able to define a set of methods and events that will be in the public api then you will be able to implement everything in each backends
# [14:34] * Joins: ttaubert (u2620@moz-160C58C6.com)
# [14:34] <ted> http://hg.mozilla.org/users/tmielczarek_mozilla.com/mq/file/86af0628ad84/joystick-dom#l2597
# [14:34] <ted> smaug: i know :-(
# [14:35] <mounir> ted: anyway, that was just fyi
# [14:35] <ted> mounir: maybe i'll look into it for the future
# [14:35] <ted> my patch doesn't currently work with e10s, so if we actually continue with that that'd suck
# [14:35] * Joins: Unfocused (u2622@moz-160C58C6.com)
# [14:35] * Joins: felipe (u2734@moz-160C58C6.com)
# [14:36] * Joins: peregrino (peregrino@120BC03D.C2BD738C.2B249C5A.IP)
# [14:37] <mounir> ted: hal takes care of this for you ;)
# [14:38] <smaug> sometimes I wonder how does it feel to work as a software engineer for an evil company. Saying "sorry, the web can't do this nice thing because our company has patents" would suck.
# [14:38] <Callek> ted++
# [14:38] <Callek> err smaug++
# [14:38] <ted> smaug: yeah, that would be pretty crappy
# [14:38] <ted> smaug: although their stance is almost worse
# [14:38] <Callek> if I'm getting simple things like kharma assignment mixed up, I probably should resign
# [14:39] <ted> "we implemented this nice thing for the web, but nobody else can have it because we have patents"
# [14:39] <espindola> mozilla-inbound is open :-)
# [14:39] <espindola> thanks guys
# [14:40] <Callek> ted: "...unless you want to pay us 1 zillion dollars" <insert dr evil laugh>
# [14:40] * ctalbert|afk is now known as ctalbert
# [14:40] * ted needs to get his patch to monitor the virtual memory usage of link.exe up
# [14:40] <ted> of course windows helpfully rebooted for updates on me
# [14:41] <Callek> ted: yea, I really really hate how it does that
# [14:42] <Callek> (mines been prompting for update overnight, kept postponing it)
# [14:44] * Quits: stransky (stransky@moz-6F10C81D.net.upcbroadband.cz) (Quit: Connection reset by beer)
# [14:44] * Joins: peregrino_ (peregrino@moz-4474416C.telecom.net.ar)
# [14:45] * Quits: peregrino (peregrino@120BC03D.C2BD738C.2B249C5A.IP) (Ping timeout)
# [14:45] * peregrino_ is now known as peregrino
# [14:45] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [14:46] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111115183813])
# [14:46] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [14:48] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111115183813])
# [14:48] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [14:48] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
# [14:50] * Joins: Pike (Pike@moz-E31CD2CB.mozilla.org)
# [14:53] * Quits: jhk_ (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [14:53] <edmorley> the win8 behaviour sounds a lot nicer: http://blogs.msdn.com/b/b8/archive/2011/11/14/minimizing-restarts-after-automatic-updating-in-windows-update.aspx
# [14:54] <espindola> !seen dolske,
# [14:54] <firebot> I've never seen a 'dolske,', sorry.
# [14:54] <espindola> !seen dolske
# [14:54] <firebot> dolske was last seen 4 hours, 26 minutes and 54 seconds ago, saying 'no, that's the pepper spray.' in #interns.
# [14:54] <Callek> edmorley: I'm not worried about restarts, I *am* worried about restarts that happen *because* I don't acknowledge the dialog
# [14:54] * Joins: jhk_ (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [14:55] <Callek> being passive should default to non-disruptive
# [14:55] <edmorley> those can be turned off already via group policy thingy
# [14:55] <Callek> and no-dataloss (like happens if it kills off my irc)
# [14:55] <Callek> edmorley: reallY/
# [14:55] <Callek> ?
# [14:55] <edmorley> yeah
# [14:55] <Callek> I couldn't find a group policy setting for it in my win7 last I looked
# [14:55] <espindola> dolske, please ping me when you have time to discuss 702848. If you are too busy, is there anyone else you would recommend for reviewing the patch?
# [14:55] <Callek> happen to have a direction to it?
# [14:55] <edmorley> http://www.ehow.com/how_5573302_disable-windows-auto-update-restart.html
# [14:56] <edmorley> (might not be best guide, just first google found)
# [14:56] <edmorley> used to drive me up the wall until I found that
# [14:57] <Callek> edmorley: hrm looks like my w7 doesn't have group policy editor :/
# [14:57] <Callek> (explains why I didn't find it before)
# [14:57] <edmorley> oh
# [14:57] <edmorley> edition?
# [14:58] * foxhunt is now known as davehunt
# [14:58] <Callek> edmorley: Home Premium
# [14:59] <edmorley> hmm
# [14:59] <edmorley> mayeb only enterpise (/professional)
# [14:59] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
# [14:59] * Joins: armenzg (armenzg@moz-A6FE435.build.sjc1.mozilla.com)
# [15:01] <Callek> happen to know the registry setting for it?
# [15:01] <Callek> (afaik group policy registry settings for this type of stuff should still work)
# [15:01] <Hughman> Could someone push a patch to try for me?
# [15:02] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Ping timeout)
# [15:02] * Joins: dao (dao@moz-51578DF3.dip.tu-dresden.de)
# [15:03] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [15:03] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
# [15:04] <edmorley> Callek: registry key here looks promising http://www.howtogeek.com/howto/windows-vista/prevent-windows-update-from-forcibly-rebooting-your-computer/
# [15:04] <edmorley> (presuming it's the same for win7)
# [15:09] * Joins: northAway (northWind@2F50C7BC.10A7D831.6816E6B7.IP)
# [15:10] <jlebar> whoa, m-i is open??
# [15:10] <jlebar> I can just...check it in?
# [15:10] * Joins: AaronMT (AaronMT@moz-DEDA283.cpe.net.cable.rogers.com)
# [15:10] <jgilbert> jlebar, inbound push party, woo~
# [15:12] * edmorley gets his backout bat out again ready...
# [15:12] * mcote|afk is now known as mcote
# [15:12] * Joins: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com)
# [15:14] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [15:14] * northAway is now known as northWind
# [15:14] <Hughman> im just going to have to leave this hanging (need sleep). I need the patch in bug 689870 sent to try and it should only need building/testing on windows, though there is not much to test in the current setup
# [15:15] * Quits: Hughman (Hughman@moz-1727A300.static.tpgi.com.au) (Quit: Bye)
# [15:16] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [15:16] <@bz_sleep> jlebar: just don't push big chunks of c++
# [15:17] <jlebar> bz_sleep, only small chunks.
# [15:17] <jlebar> nibblets
# [15:17] * Joins: Suresh (chatzilla@91C80E01.31C45288.EB06F97B.IP)
# [15:18] <@bz_sleep> pebbles
# [15:18] * @bz_sleep goes back to sleep, now that his code is landed
# [15:19] <mounir> I guess WebSMS is considered as a big chunk of C++?
# [15:19] * Quits: erione (erione@E1EED9E0.138610B2.C752B3FA.IP) (Ping timeout)
# [15:21] <@bz_sleep> is it in C++?
# [15:21] <@bz_sleep> It it chunky?
# [15:21] <mounir> bz_sleep: C++ for the DOM API
# [15:21] <mounir> Java for the Android backend
# [15:22] <mounir> bz_sleep: what do you mean by chunky?
# [15:22] <@bz_sleep> don't worry about it
# [15:22] <@bz_sleep> a joke
# [15:22] * catlee-away is now known as catlee
# [15:22] * @bz_sleep is pretty worried about codesize with new dom bindings, though
# [15:22] * Joins: graydot (jeba@63F3AA56.9CFBD76D.30E7AE68.IP)
# [15:23] <mounir> bz_sleep: I worry about jokes, I want to understand them :)
# [15:23] <mounir> I also want to understand DBus and NetworkManager
# [15:23] <mounir> but I guess English is less annoying :)
# [15:23] <wg9s> if we could build it on android only for now, that would avoid the issue. eventually might want this on windows phones though so migt be an issue down the road.
# [15:24] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [15:25] * glob is now known as glob|away
# [15:26] * Quits: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Client exited)
# [15:26] * Quits: slowpoke (slowpoke@moz-AE67AB45.gigabit.perfect-privacy.com) (Ping timeout)
# [15:27] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
# [15:28] * jmaher|afk is now known as jmaher
# [15:30] * Joins: coop (Chris@766EE2B2.8174F260.F7D14508.IP)
# [15:30] * Joins: gerv1 (gerv@moz-8E68CF56.in-addr.arpa)
# [15:31] * coop is now known as coop|buildduty
# [15:31] * Joins: gerv2 (gerv@moz-8E68CF56.in-addr.arpa)
# [15:31] * Quits: gerv (gerv@moz-8E68CF56.in-addr.arpa) (Ping timeout)
# [15:32] * Quits: gerv1 (gerv@moz-8E68CF56.in-addr.arpa) (Ping timeout)
# [15:33] * Quits: smaug (chatzilla@moz-CF2940E2.gprs.sl-laajakaista.fi) (Ping timeout)
# [15:35] * Joins: erione (erione@957BFDB2.9538FFED.C752B3FA.IP)
# [15:35] * Quits: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de) (Client exited)
# [15:37] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [15:37] <edmorley> jlebar: hasn't your push just turned all windows builds into PGO?
# [15:38] <edmorley> (part 3)
# [15:38] * Joins: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP)
# [15:38] * glob|away is now known as glob
# [15:38] <jlebar> edmorley, I reverted that change!!
# [15:38] <jlebar> $ hg revert --rev tip^ browser/config/
# [15:38] <jlebar> See?
# [15:39] <edmorley> https://hg.mozilla.org/integration/mozilla-inbound/rev/c654c9d5ba7c
# [15:39] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [15:39] <jlebar> Yeah, I see.
# [15:39] <edmorley> qref :-)
# [15:39] <jlebar> I guess so.
# [15:39] <edmorley> easily fixed anyhow :-)
# [15:39] <jlebar> Yeah; pushing in a sec.
# [15:39] * Quits: dao (dao@moz-51578DF3.dip.tu-dresden.de) (Connection reset by peer)
# [15:39] <jlebar> edmorley, thanks for noticing!
# [15:39] <edmorley> np
# [15:40] * Joins: jstraus (Adium@moz-C7B4D9FC.hsd1.ma.comcast.net)
# [15:40] * Quits: graydot (jeba@63F3AA56.9CFBD76D.30E7AE68.IP) (Quit: graydot)
# [15:40] <edmorley> (either qref or philor paid you to sneak set PGO on, so as to avoid more hair pulling sessions)
# [15:41] * Quits: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
# [15:41] * Joins: dao (dao@moz-51578DF3.dip.tu-dresden.de)
# [15:41] <jlebar> lol
# [15:41] <jlebar> I'll never tell!
# [15:41] <edmorley> ;-)
# [15:42] * Joins: slowpoke (slowpoke@moz-AE67AB45.gigabit.perfect-privacy.com)
# [15:42] <edmorley> jlebar: seems like part 1 maybe broke android (see tip)
# [15:43] <edmorley> (I've retriggered in case it wasn't that)
# [15:43] <jlebar> edmorley, no, it is. It's gcc being a pain about volatile. :-/
# [15:43] * jlebar backs himself out
# [15:44] <jlebar> Trychooser is great, but sometimes it gives me a false sense of security.
# [15:44] * Quits: protz (protz@moz-E29D2A15.inria.fr) (Quit: Leaving)
# [15:44] * Quits: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [15:44] * mcote is now known as mcote|bbiab
# [15:46] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [15:46] <mounir> jlebar: how?
# [15:46] * Joins: ddahl (ddahl@moz-6971CF66.hsd1.il.comcast.net)
# [15:46] <jlebar> mounir, I pushed just to Windows, because 95% of the patch touches Windows.
# [15:46] <jlebar> But 5% does build on other platforms...
# [15:47] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [15:48] * Joins: protz (protz@moz-E29D2A15.inria.fr)
# [15:48] <jlebar> Well, that was fun.
# [15:48] <mounir> oh
# [15:48] <mounir> I saw people doing that indeed
# [15:48] <mounir> it seem dangerous
# [15:49] * Joins: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP)
# [15:49] <mounir> I mostly filter some platforms/tests if I had issues on specific platforms/tests and I want to check they are fixed
# [15:51] * Joins: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net)
# [15:56] * bwinton_away is now known as bwinton
# [15:58] <jprmc> Enn: agree with bsmedberg in https://bugzilla.mozilla.org/show_bug.cgi?id=703795 ?
# [16:00] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [16:01] <hsivonen> I wonder if the IE team has its bonuses tied to how many links pointing to articles about problems with Firefox's rapid release they can pack into their blog posts
# [16:02] * rail_away is now known as rail
# [16:03] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [16:03] <Olipro> ooh, so did the MSVC compiler problem get sorted?
# [16:03] * Quits: slowpoke (slowpoke@moz-AE67AB45.gigabit.perfect-privacy.com) (Ping timeout)
# [16:04] <jlebar> Olipro, Somewhat.
# [16:04] <armenzg> how can I request one of my patches to be landed on my behalf?
# [16:04] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
# [16:04] <Olipro> jlebar: I appear to have lost the bugzilla #
# [16:04] <armenzg> it's only one patch out of the three in the bug
# [16:04] <Olipro> what was it?
# [16:04] <armenzg> https://bugzilla.mozilla.org/attachment.cgi?id=581770
# [16:04] * Joins: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP)
# [16:05] <armenzg> "checkin-needed" keyword and a whiteboard note?
# [16:05] <jlebar> armenzg, http://blog.bonardo.net/2010/06/22/so-youre-about-to-use-checkin-needed
# [16:05] * Joins: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP)
# [16:05] <jlebar> armenzg, but if you meet the requirements there, I'll push it for you.
# [16:05] * Quits: asac (asac@moz-CC195573.pppoe.wtnet.de) (Ping timeout)
# [16:05] <jlebar> Olipro, what bug number would you like?
# [16:05] <Olipro> heh, found it
# [16:05] <Olipro> 709193
# [16:05] <armenzg> it is a NPOTB
# [16:05] <armenzg> and DONTBIULD
# [16:05] <armenzg> *DONTBUILD
# [16:06] * jlebar looks
# [16:06] <Olipro> shame Microsoft don't release x64 compilers that target x86
# [16:06] <jlebar> armenzg, you still need to hg export, etc.
# [16:06] * Quits: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP) (Quit: beaufour)
# [16:06] <jlebar> armenzg, that is not a patch, even.
# [16:06] * Joins: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP)
# [16:07] <armenzg> ooooops!
# [16:07] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [16:09] * Joins: arno (arno@moz-DFB73ABF.fbx.proxad.net)
# [16:09] <gabor> edmorley: do you know how can I figure out for sure that these oranges are caused by my patch for sure? https://tbpl.mozilla.org/?tree=Try&rev=52aa1b06d4c2
# [16:10] * Joins: asac (asac@moz-CC195573.pppoe.wtnet.de)
# [16:10] <gabor> it's a bit hard to believe me that it has to do anything with my patch tbh, or at least I don't see the connection yet
# [16:10] <gabor> *for me
# [16:10] <edmorley> gabor: the ones with stars?
# [16:10] * Joins: hipokrit (hipokrit@moz-502C3BF.rackspace.net)
# [16:10] <gabor> yes
# [16:10] * Joins: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP)
# [16:10] <edmorley> gabor: I've been starring the known (random) oranges, so they can be ignored
# [16:10] <edmorley> :-)
# [16:11] <edmorley> I'd say that looks good to be pushed
# [16:11] <edmorley> I can push it to inbound now if you like?
# [16:11] <gabor> edmorley: thanks :) that explains :)
# [16:11] * Quits: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net) (Quit: smooney)
# [16:12] <gabor> edmorley: it would be great
# [16:14] * Joins: caillon (caillon@moz-359E39FC.lightspeed.sntcca.sbcglobal.net)
# [16:14] * Cwiiis is now known as CwiiisAway
# [16:14] * Joins: ashughes (ashughes@moz-4C407EE8.vc.shawcable.net)
# [16:14] <armenzg> this patch is now ready to be landed https://bugzilla.mozilla.org/show_bug.cgi?id=673131#c29
# [16:14] <armenzg> thanks in advance
# [16:15] * Joins: vingtetun (vingtetun@moz-64E1A8DA.fbx.proxad.net)
# [16:15] <edmorley> armenzg: sure
# [16:16] * Quits: mw22 (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Ping timeout)
# [16:17] * Joins: regen (Miller@moz-AB11D2BF.adsl.dynamic.seed.net.tw)
# [16:19] * Joins: mw22 (chatzilla@moz-FB753258.adsl.wanadoo.nl)
# [16:19] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Quit: Konversation terminated!)
# [16:19] * Joins: wolfiR (wolfiR@moz-E0D6727F.dip0.t-ipconnect.de)
# [16:19] <armenzg> thanks edmorley
# [16:19] <edmorley> np
# [16:19] <armenzg> I will be offline for the next 2 hours
# [16:20] * armenzg is now known as armenzg_away
# [16:21] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Connection reset by peer)
# [16:22] * Quits: armenzg_away (armenzg@moz-A6FE435.build.sjc1.mozilla.com) (Ping timeout)
# [16:23] <jmaher> edmorley: thanks for landing armenzg's talos patch on inbound!
# [16:24] * Quits: dao (dao@moz-51578DF3.dip.tu-dresden.de) (Quit: Leaving.)
# [16:24] <edmorley> jmaher: most welcome :-)
# [16:24] * jwir3|away is now known as jwir3
# [16:25] <edmorley> jlebar: possible os x issues on your sps push
# [16:25] <edmorley> (sorry!)
# [16:25] <jlebar> edmorley, Hm...
# [16:25] <jlebar> edmorley, this one, I have tested. :)
# [16:26] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [16:26] <jwir3> frustrating, that is
# [16:26] <jwir3> ;)
# [16:26] <jlebar> but...not recently enough!
# [16:26] * Joins: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP)
# [16:26] <jlebar> Today is not my day.
# [16:27] * jhopkins|away is now known as jhopkins
# [16:28] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [16:29] <edmorley> jlebar: such is life :-)
# [16:29] <jlebar> At least I pushed to inbound. :D
# [16:29] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [16:31] * Quits: michal (michal@F8B4DDD2.FC749DA6.F23860FD.IP) (Ping timeout)
# [16:32] * Joins: dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com)
# [16:32] * ChanServ sets mode: +o dveditz
# [16:34] * Quits: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [16:35] * Quits: RemusPop (remuspop@601F3B17.33662590.A5830293.IP) (Client exited)
# [16:36] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
# [16:36] * Quits: regen (Miller@moz-AB11D2BF.adsl.dynamic.seed.net.tw) (Quit: regen)
# [16:37] <NeilAway> glazou_bbl: works in seamonkey 2.0 too
# [16:37] * glazou_bbl is now known as glazou
# [16:37] <glazou> thanks NeilAway
# [16:38] <jlebar> taras, Have you seen this guy's blog? http://neugierig.org/software/chromium/notes/2009/04/perf.html
# [16:38] <jlebar> taras, There's a lot of stuff in here.
# [16:39] * Quits: Wes_ (chatzilla@moz-BEF0C255.page.ca) (Connection reset by peer)
# [16:39] * Joins: dao (dao@moz-51578DF3.dip.tu-dresden.de)
# [16:40] * Quits: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com) (Ping timeout)
# [16:42] * Quits: erione (erione@957BFDB2.9538FFED.C752B3FA.IP) (Quit: Leaving)
# [16:43] * Quits: tabb0t (tabb0t@BE1B1881.738DDF7.FFE8C4AF.IP) (Ping timeout)
# [16:44] <jdm> dolske: ping
# [16:44] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
# [16:44] * Quits: bjarne (bjarne@moz-46A85847.nextgentel.com) (Quit: Leaving.)
# [16:45] * Joins: evilpie (chatzilla@moz-CD875BA5.pools.arcor-ip.net)
# [16:45] <NeilAway> glazou: sorry I can't bisect any further, but it's a start ;-)
# [16:45] <glazou> thanks again
# [16:47] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [16:48] * Joins: michal (michal@F8B4DDD2.FC749DA6.F23860FD.IP)
# [16:48] * Quits: bsmith (bsmith@A2413EEC.695C1090.1F72B910.IP) (Connection reset by peer)
# [16:48] <ehsan> glandium: thanks for landing the patches
# [16:49] * Quits: jhopkins (jhopkins@moz-41E1D586.tb.shawcable.net) (Input/output error)
# [16:49] * Joins: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP)
# [16:50] * Joins: daoberes (chatzilla@D2B84AF4.C749D475.1139E686.IP)
# [16:53] * Joins: redfive (chatzilla@moz-75DD4703.dsl.pltn13.sbcglobal.net)
# [16:54] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [16:55] * Joins: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com)
# [16:55] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/1eff10689611 - Kartikaya Gupta - Bug 710864 - Close stream after we're done with it. r=blassey
# [16:55] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [16:55] <firebot> http://hg.mozilla.org/mozilla-central/rev/635b238dfc2c - Kartikaya Gupta - Bug 702624 - Fix regex for replaceAll so it doesn't die. r=blassey
# [16:55] <firebot> http://hg.mozilla.org/mozilla-central/rev/bbb2149b613e - Kartikaya Gupta - Bug 710864 - (Cleanup) Fix up incorrect logtags. r=blassey
# [16:56] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [16:56] * Quits: jhk_ (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [16:57] * jlebar burns the tree one more time.
# [16:58] <taras> jlebar: i see nothing useful
# [16:58] <jlebar> On Android, "cannot convert 'bool*' to 'PRInt32*'"
# [16:58] <jlebar> taras, rebasing the Windows DLL address is not useful?
# [16:58] <taras> jlebar: nope
# [16:58] <jlebar> taras, http://neugierig.org/software/chromium/notes/2011/08/windows-hookers.html ?
# [16:58] <taras> a) it's warm startup
# [16:59] <taras> b) ASLR
# [16:59] * Quits: dalsh (dalsh@7AD26E42.8916245C.163E2FB.IP) (Connection reset by peer)
# [17:00] <jlebar> taras, http://neugierig.org/software/chromium/notes/2010/11/thread-restrictions.html (they automatically check for main-thead IO)
# [17:00] * gregglind_away is now known as gregglind
# [17:01] <jlebar> taras, He reads your blog. :)
# [17:01] <taras> yup
# [17:01] <taras> i've read his stuff before
# [17:02] <taras> it's not super-applicable
# [17:02] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Client exited)
# [17:02] <jlebar> okey dokey
# [17:02] * Quits: redfive (chatzilla@moz-75DD4703.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [17:02] <taras> main thread io tracking we can do
# [17:02] <jlebar> yeah.
# [17:03] <taras> jmaher working on that
# [17:03] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
# [17:03] <taras> via xperf
# [17:03] * Quits: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Ping timeout)
# [17:04] * Joins: kumar (kmcmillan@moz-E31CD2CB.mozilla.org)
# [17:04] * Joins: smaug (chatzilla@moz-E2643833.gprs.sl-laajakaista.fi)
# [17:04] <jlebar> taras, looks like they do it without any special tooling.
# [17:05] <jlebar> which would be nice; get the assertion on my local build on Linux...
# [17:05] * Quits: wolfiR (wolfiR@moz-E0D6727F.dip0.t-ipconnect.de) (Quit: Leaving)
# [17:05] <davidb> I have two patches to land on aurora
# [17:05] <taras> and ignore them just like we usually do with assertions?
# [17:05] * davidb sets about starring
# [17:05] <jlebar> taras, make them fatal?
# [17:06] * Quits: michal (michal@F8B4DDD2.FC749DA6.F23860FD.IP) (Ping timeout)
# [17:06] <jlebar> taras, I don't see why one needs an entirely new tool in order to make us pay attention to an assertion.
# [17:06] <jlebar> taras, The tool and the assertion type seem orthogonal.
# [17:06] <taras> i have no idea what you just said
# [17:06] <taras> what entirely new tool?
# [17:06] * davidb realizes this could take a while
# [17:06] <jlebar> taras, xperf?
# [17:06] <taras> it's not a new tool :)
# [17:06] * Joins: jhopkins (jhopkins@moz-41E1D586.tb.shawcable.net)
# [17:07] <taras> and it's hell of a lot more robust
# [17:07] <jlebar> taras, It's new to our automated build system?
# [17:07] * shorlander is now known as shorlander-away
# [17:07] <taras> than assertions peppered in our code
# [17:07] <taras> cos it can catch io in system libs
# [17:07] <taras> jlebar: it's already deployed
# [17:07] <taras> just need to make use of the data it gathers
# [17:08] <davidb> taras: are the profiling tools that come with VS Ultimate any different than xperf and friends?
# [17:08] <taras> xperf is just a frontend to some kernel hooks
# [17:08] <taras> i doubt it
# [17:08] <davidb> heh i was thinking ultimate might be a front end to xperf
# [17:08] <davidb> ok
# [17:08] * Quits: espindola (espindola@moz-B041238D.dsl.teksavvy.com) (Quit: Ex-Chat)
# [17:08] * Joins: josh (josh@moz-2EE66546.nyc.res.rr.com)
# [17:09] * philor|away is now known as philor
# [17:09] <davidb> taras: it might be worth investigating
# [17:09] * bear-afk is now known as bear
# [17:09] <jlebar> taras, I guess I'm curious how it's done in Chrome. It doesn't seem that they "pepper assertions around their code" but rather systematically wrap the syscalls.
# [17:10] <jlebar> taras, I'm sure you'd agree that something which works for Linux would be useful, since all our mobile efforts are Linux-based.
# [17:10] <taras> jlebar: doesn't to me
# [17:10] <taras> seems like he wrapped a bunch of stuff by hand
# [17:10] <taras> windows has too great of a syscall surface to wrap anyway :)
# [17:10] <taras> jlebar: linux we can do with systemtap, etc
# [17:11] * Joins: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP)
# [17:11] <jlebar> taras, It's just a question of ease-of-use and ease-of-deployment. We could do it with full Valgrind runs of Mochitest, too...
# [17:11] * jlebar has been hearing about xperf for months now.
# [17:12] <davidb> msucan: are you starring the aurora tree as well?
# [17:12] <taras> jlebar: anyway, it's not a matter of needing right tech
# [17:12] <taras> matter of someone doing the wrok
# [17:12] <taras> work
# [17:12] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [17:12] <taras> we have lots of good tech to make use of
# [17:12] <mak> jlebar: just months? we used it one year ago to profile IO :)
# [17:13] <msucan> davidb: no, but if needed i can do that
# [17:13] <mak> it's nice, not well documented though
# [17:13] <jlebar> mak, Taras is talking about making it part of our build.
# [17:13] <mak> ah, yes that would be really awesome
# [17:13] <jlebar> It would be, no doubt.
# [17:13] <davidb> msucan: it would be great
# [17:13] <msucan> davidb: no probs!
# [17:13] <davidb> thanks
# [17:14] <taras> jlebar: not part of our build
# [17:14] <msucan> too bad the server is very slow ;)
# [17:14] <taras> part of our infrastructure
# [17:14] <jlebar> taras, If the build doesn't go red when I do on-main-thread I/O, then I'd argue it's not good enough.
# [17:14] <davidb> msucan: yeah. this is painful.
# [17:15] <smaug> davidb: "profiling tools that come with VS Ultimate" what are those?
# [17:15] <taras> jlebar: that's what i'm talking about
# [17:15] <smaug> performance profiling tools for linux?
# [17:15] <msucan> davidb: what is more troublesome is that summaries fail to load, making the starring impossible
# [17:15] <davidb> smaug: I don't know. ehsan and I were trying to find info. windows
# [17:15] <davidb> msucan: yeah
# [17:15] <davidb> is that a known issue?
# [17:15] <jlebar> taras, Okay, great.
# [17:15] <smaug> ah
# [17:16] <taras> jlebar: jmaher is really close to having that
# [17:16] * ewong|afk is now known as ewong
# [17:16] <smaug> I'm still trying to find a good profiler for linux. Zoom is the best so far..
# [17:16] <msucan> davidb: when there's no bug suggestion for a failure ... shall i open a new bug with bugzilla then write it in the add comment option?
# [17:16] <jlebar> taras, I'm looking forward to it.
# [17:16] <smaug> jesup could just write some nice GUI for jprof, then I'd use that
# [17:16] <davidb> smaug: I haven't tried Zoom… it is a timed sampler?
# [17:16] <smaug> yeah
# [17:16] * Quits: dao (dao@moz-51578DF3.dip.tu-dresden.de) (Quit: Leaving.)
# [17:17] * jesup isn't a front-end guy...
# [17:17] <davidb> smaug: does it provide call stack context?
# [17:17] <smaug> well, it has some other features too.
# [17:17] <davidb> msucan: yes i think so
# [17:17] <smaug> davidb: http://www.rotateright.com/
# [17:17] <davidb> silly question, do we have an aurora sheriff?
# [17:18] <smaug> for some reason http://www.rotateright.com/ mentions MoFo, but so far I haven't figured out why
# [17:18] <davidb> smaug: looks promising thanks.
# [17:18] <jesup> smaug: the options are mostly in there; a bit of reconfigure-while-running support (which I could do) and a front-end interface would do it
# [17:18] * Joins: Jake (Jake@moz-CDAFE004.phlapafg.dynamic.covad.net)
# [17:18] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Linkinus - http://linkinus.com)
# [17:19] <jesup> Hell, just adding a "profile" toggle that when you stopped popped open the profile you just took in a tab would be huge, and pretty darn easy
# [17:19] <jesup> That could be done with 0 changes to jprof
# [17:19] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [17:20] <jesup> just do a system() call to jprof with --last
# [17:20] <jesup> Put that in a menu or a chrome toggle button
# [17:20] * Joins: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP)
# [17:20] * Quits: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP) (Quit: Joeh)
# [17:20] * Joins: dao (dao@moz-51578DF3.dip.tu-dresden.de)
# [17:20] * Joins: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP)
# [17:20] * jesup goes back to fighting pthread errors in webrtc
# [17:21] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Quit: madhava)
# [17:22] * adam-afk is now known as adam
# [17:23] * Joins: michal (michal@F8B4DDD2.FC749DA6.F23860FD.IP)
# [17:23] * adam is now known as adam-afk
# [17:23] * adam-afk is now known as adam
# [17:23] * Quits: smaug (chatzilla@moz-E2643833.gprs.sl-laajakaista.fi) (Ping timeout)
# [17:26] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
# [17:27] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [17:27] * Quits: nerovengene (nerovengen@CB845A0D.F873E372.D5D59AD9.IP) (Quit: )
# [17:28] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Input/output error)
# [17:29] * Joins: kats (kats@moz-DE13FC16.compute-1.amazonaws.com)
# [17:30] * Parts: kats (kats@moz-DE13FC16.compute-1.amazonaws.com)
# [17:30] <msucan> davidb: opened up bug 711084 since i didn't find any previous bug about those failures
# [17:30] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
# [17:30] <msucan> i am not sure if i followed the usual approach with reporting new oranges. please let me know if i did something wrong ;)
# [17:31] <msucan> (it's my first new orange report ;) )
# [17:31] * Joins: Wes_ (chatzilla@moz-BEF0C255.page.ca)
# [17:32] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
# [17:32] * Joins: tabb0t (tabb0t@BE1B1881.738DDF7.FFE8C4AF.IP)
# [17:32] * Quits: dao (dao@moz-51578DF3.dip.tu-dresden.de) (Ping timeout)
# [17:32] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [17:33] <davidb> msucan: thanks I'll take a look
# [17:34] <msucan> thank you!
# [17:34] * ewong is now known as ewong|Zzz
# [17:34] <msucan> i expected that the tbpl bot will fill out the bug description and submit comments with the info for each failure
# [17:35] <msucan> it seems it didn't ...
# [17:35] * Joins: tfair (tfairey@moz-57178BD3.hsd1.ca.comcast.net)
# [17:36] * NeilAway wonders why dolske of all people field a pres shell bug in core general
# [17:37] <philor> msucan: make it block the bug with the alias randomorange (for reasons I don't remember), and put [orange] in the status whiteboard (so that tbpl will find it)
# [17:37] <msucan> philor: ahh, thank you!
# [17:37] <philor> and then after you notice that just before every timeout there's a "*** LOG screwing up by fetching https://services.amo" line, then mark it as a duplicate of bug 709531 ;)
# [17:38] <philor> "*** LOG addons.repository: Requesting https://services.addons.mozilla.org/" being the real line
# [17:38] * Joins: peregrino_ (peregrino@moz-4474416C.telecom.net.ar)
# [17:38] * Quits: peregrino (peregrino@moz-4474416C.telecom.net.ar) (Ping timeout)
# [17:38] * peregrino_ is now known as peregrino
# [17:39] <ehsan> davidb: what were we looking for?
# [17:39] <ehsan> ted: ping?
# [17:40] <ted> ehsan: pong
# [17:40] <davidb> ehsan: MS docs on what profiling tools Visual Studio Blah Edition gives you
# [17:40] <jgilbert> fun, more phishing on moz-all
# [17:40] <ehsan> ted: what should I do in order to use USE_STATIC_LIBS?
# [17:40] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [17:40] <ted> just set USE_STATIC_LIBS = 1 in a makefile?
# [17:40] <ehsan> davidb: ah yeah I gave up on that
# [17:41] <nemo> bz_sleep: lol. I just hit that /. article out of masochism
# [17:41] <nemo> holy crap you get involved in a lot of /. flame wars
# [17:41] * Quits: Goldorak (chatzilla@8109DDDE.7C10D095.187A1082.IP) (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111104165243])
# [17:41] <ehsan> ted: so, I need to set that for every module that I want to be linked statically?
# [17:41] <ted> ehsan: yes, it's opt-in
# [17:41] * ehsan was thinking that's a global thing
# [17:41] <ehsan> oh
# [17:41] <ehsan> ok
# [17:41] <ted> no
# [17:41] <ehsan> ted: it would be awesome if this were documented
# [17:41] <ted> because we don't want to ship the whole browser with that, that's crazy-talk
# [17:41] * ehsan goes to document it
# [17:41] <msucan> philor: oh, so my bug report is a duplicate? :) thanks for pointing that out
# [17:41] <ted> ehsan: https://developer.mozilla.org/en/USE_STATIC_LIBS
# [17:41] <ted> ...
# [17:42] <ehsan> yes, that's what I was looking at
# [17:42] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
# [17:42] <ted> it's totally documented
# [17:42] <davidb> msucan: I commented. It might be a dupe of 631799.
# [17:42] <philor> akeybl: the very person I was just looking for!
# [17:42] <nemo> bz_sleep: I see at least a dozen posts by you, including arguing w/ jerks, and that's just what I can see w/ /.'s broken new comment scheme
# [17:42] <akeybl> philor: hey
# [17:43] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [17:43] <davidb> msucan: oh philor beat me? ok.
# [17:43] * davidb is not surprised
# [17:44] <philor> akeybl: for test-only fixes for really awful test failures on aurora, which land on m-c on a Wednesday and thus won't have a request triaged for a week, do you want us to just land them on aurora, or do you want us to become insane?
# [17:44] * Quits: tabb0t (tabb0t@BE1B1881.738DDF7.FFE8C4AF.IP) (Ping timeout)
# [17:44] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [17:44] * ChanServ sets mode: +o mkaply
# [17:44] <akeybl> philor: we actually have a channel/traige meeting scheduled for this afternoon. should be good to just nominate
# [17:44] * Joins: fabrice (fabrice@moz-104CC309.mv.mozilla.com)
# [17:44] <ehsan> ted: so in order to link firefox.exe statically, is it enough to set that in browser/app/Makefile.in?
# [17:45] <ted> i think so
# [17:45] <ted> since it doesn't link any code from elsewhere
# [17:45] <philor> akeybl: okay. when the test fix lands on a Thursday late afternoon, do you want us to...
# [17:45] * mkelly is now known as mkelly|wfh
# [17:45] <ehsan> k, thanks
# [17:46] <akeybl> philor: to understand the insanity, it'd be good to check out the bug :)
# [17:46] <akeybl> philor: I can triage now
# [17:46] <philor> akeybl: bug 709531
# [17:46] <philor> but the broader question stands
# [17:46] <philor> in what way can you triage "do we want to have every single run of mochitest-other orange for 12 more weeks, or not?"
# [17:47] <akeybl> philor: yep I understand the insanity now
# [17:47] <akeybl> I had no background
# [17:47] <philor> I'm pretty sure that for all the time that test-only changes could land on branches without approval, we screwed that up zero times
# [17:49] * Quits: peregrino (peregrino@moz-4474416C.telecom.net.ar) (Ping timeout)
# [17:49] <akeybl> philor: Approved that. Are you suggesting that test-only fixes should need no nominations?
# [17:49] * catlee is now known as catlee-lunch
# [17:49] * ted -> lunch
# [17:49] * Joins: smaug (chatzilla@moz-333D92C6.gprs.sl-laajakaista.fi)
# [17:49] <akeybl> philor: I think the case can be made for aurora, not so sure about beta. we need to make sure we understand everything going into the build being released in <6 weeks, so I don't think we could have a blanket rule there
# [17:49] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [17:50] <philor> akeybl: they didn't need any, through... 4.0, I think, and I don't remember ever hearing of any problem we caused with it
# [17:50] * Quits: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 8.0/20111108090055])
# [17:50] * Quits: rillian (rilllian@moz-F023CC1E.thaumas.net) (Input/output error)
# [17:51] <akeybl> we can definitely have the discussion on r-d. I don't personally see issue with it (especially on aurora), but as I say all the time - I'm new around these parts :)
# [17:51] * Joins: andreasn (andreasn@moz-3CDFCC6A.a336.corp.bahnhof.se)
# [17:51] <akeybl> philor: want to start a thread?
# [17:52] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Connection reset by peer)
# [17:52] * davehunt is now known as davehunt|away
# [17:53] * Joins: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP)
# [17:54] <philor> I'm not on r-d
# [17:54] * Quits: JPeterson (JPeterson@moz-B2998FD7.cust.tele2.se) (Ping timeout)
# [17:55] * Joins: JPeterson (JPeterson@moz-B2998FD7.cust.tele2.se)
# [17:56] * lsblakk|afk is now known as lsblakk
# [17:57] * Joins: slowpoke (slowpoke@moz-4EC08542.pools.arcor-ip.net)
# [17:57] * mcote|bbiab is now known as mcote
# [17:57] * Quits: @mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [17:58] * Joins: dRdR (dRdR@moz-57178BD3.hsd1.ca.comcast.net)
# [17:58] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: bbl)
# [18:00] * Joins: peregrino (peregrino@moz-4474416C.telecom.net.ar)
# [18:00] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [18:01] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
# [18:02] * Quits: Wes_ (chatzilla@moz-BEF0C255.page.ca) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.17/2009122203])
# [18:02] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [18:03] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [18:03] * Quits: pascalc (chatzilla@moz-B62F2EDF.rev.sfr.net) (Ping timeout)
# [18:03] <gavin> philor: you can be on it if you want to be, but you don't need to be on it to start a thread, fwiw
# [18:03] <gavin> also I don't think we need a thread, just land the patch
# [18:03] * Joins: squib (squib-@moz-415BAA34.engr.wisc.edu)
# [18:04] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [18:04] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
# [18:04] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [18:04] * davehunt|away is now known as davehunt|mtg
# [18:05] * Quits: pnemsak (Miranda@moz-3D67D819.rainside.sk) (Quit: pnemsak)
# [18:07] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
# [18:08] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [18:09] * Joins: Ms2ger (Ms2ger@DA9738C3.641B467F.37724B0D.IP)
# [18:10] <edmorley> !seen bhackett
# [18:10] <firebot> bhackett was last seen 1 minute and 42 seconds ago, saying 'I'll back out now' in #jsapi.
# [18:10] <edmorley> asked and answered :-)
# [18:11] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
# [18:12] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [18:13] * Joins: romeo (romeo@moz-A9325888.k459.webspeed.dk)
# [18:13] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [18:14] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
# [18:15] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [18:16] * Joins: redfive (chatzilla@moz-B94E1A81.ipnetworksinc.net)
# [18:17] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [18:17] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [18:19] * Joins: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:20] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:21] * Quits: tfair (tfairey@moz-57178BD3.hsd1.ca.comcast.net) (Client exited)
# [18:21] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [18:21] * Quits: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving.)
# [18:21] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [18:21] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [18:21] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [18:22] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [18:22] * ChanServ sets mode: +o mkaply
# [18:23] * Joins: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [18:25] * Quits: dcamp (dave@moz-8EBEC133.hsd1.wa.comcast.net) (Input/output error)
# [18:25] * Joins: fzzzy (donovan@moz-2B41AF9B.lightspeed.mtvwca.sbcglobal.net)
# [18:25] * Quits: Suresh (chatzilla@91C80E01.31C45288.EB06F97B.IP) (Quit: Suresh)
# [18:27] * Joins: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:27] * Quits: vingtetun (vingtetun@moz-64E1A8DA.fbx.proxad.net) (Ping timeout)
# [18:27] <luke> when are the cool slidey-drag-y tabs coming back?
# [18:27] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Quit: madhava)
# [18:28] * Quits: protz (protz@moz-E29D2A15.inria.fr) (Quit: Leaving)
# [18:28] <philor> msucan: all those other things that look like they might be other bugs? those are 709531 too :)
# [18:28] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
# [18:29] <msucan> nice :)
# [18:29] <msucan> philor: is it ok to give up and do some real work? :)
# [18:29] <jdm> florian: ping
# [18:29] <florian> jdm: pong
# [18:29] <philor> msucan: yeah, I'll get the rest of them
# [18:29] <msucan> thank you very much
# [18:30] * Quits: peregrino (peregrino@moz-4474416C.telecom.net.ar) (Ping timeout)
# [18:30] <msucan> if there wouldn't be "Fetching summary failed." errors, i'd just go and star all oranges
# [18:30] <jdm> florian: do you have an example of the failing jsm import that I could test? I want to see whether my patch improves the failing case.
# [18:31] * Joins: dcamp (dave@moz-8EBEC133.hsd1.wa.comcast.net)
# [18:31] * Joins: daim (David_Mart@779E3E00.1773D26C.C0FF2207.IP)
# [18:31] <florian> at the time I filed the bug, just adding a trailing ) on a random code line in a jsm imported during startup did it.
# [18:31] * Joins: peregrino (peregrino@moz-4474416C.telecom.net.ar)
# [18:31] * Joins: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com)
# [18:31] <philor> davidb: same once yours start running Moth - if it's in mozapps/extensions/, and there's a *** LOG addons.repository: Requesting https://services.addons.mozilla.org/ above it, it's not what it looks like, it's actually 709531
# [18:32] * khuey|away is now known as khuey|quite-busy
# [18:32] <davidb> philor: ok thanks.
# [18:32] * Quits: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [18:32] * Joins: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:32] * khuey|quite-busy is now known as khuey|done
# [18:32] * Quits: ashughes (ashughes@moz-4C407EE8.vc.shawcable.net) (Quit: ashughes)
# [18:32] * Joins: gandalf (zbraniecki@moz-CB807E8C.neoplus.adsl.tpnet.pl)
# [18:33] <dolske> luke: soon, bug 674925
# [18:33] <luke> dolske: sweet, thanks!
# [18:33] <florian> err s/jsm imported/xpcom component loaded/ of course
# [18:34] <edmorley> khuey|done: how'd it go?
# [18:35] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [18:35] <khuey|done> edmorley: well I don't think I failed ;-)
# [18:36] <sfink> that's ok, you'll have more opportunities for that
# [18:36] <edmorley> \o/
# [18:36] <khuey|done> KaiRo: don't engage the trolls
# [18:37] <khuey|done> it's not worth it
# [18:37] * northWind is now known as northAway
# [18:37] <khuey|done> edmorley: and if somehow I did fail I have a couple backup plans :-P
# [18:37] * jwir3 is now known as jwir3|lunch
# [18:37] * Quits: necolas (necolas@moz-4197BE5D.bb.sky.com) (Client exited)
# [18:37] <edmorley> khuey|done: like being the firefox mascot?
# [18:37] <KaiRo> khuey|done: I'm not sure it is a troll, so I tried to get it to being data-based
# [18:37] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
# [18:38] * Joins: stransky (stransky@moz-6F10C81D.net.upcbroadband.cz)
# [18:38] <khuey|done> edmorley: well, in theory I should have even had to take the class I just finished ;-)
# [18:38] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
# [18:38] <khuey|done> edmorley: plus, I have a whole nother degree
# [18:38] <khuey|done> so I think I'm set regardless
# [18:38] * Joins: dbaron (dbaron@moz-27F87443.dsl.dynamic.sonic.net)
# [18:38] * ChanServ sets mode: +o dbaron
# [18:38] <KaiRo> khuey|done: though unfortunately your thread title invited trolls and misinformed media :-/
# [18:38] <khuey|done> KaiRo: yeah :-/
# [18:38] * khuey|done won't make that mistake again
# [18:39] * coop|buildduty is now known as coop|lunch
# [18:40] <edmorley> whoops tbpl and bmo poorly again it seems
# [18:40] <glob> "Intermittent PHX issues. Bugzilla, Socorro, AMO, etc affected"
# [18:40] <khuey|done> isn't that pretty much a constant these days?
# [18:41] * Joins: rillian_ (giles@21B7B9F2.B87E9213.6E712CE2.IP)
# [18:42] <blassey> having bugzilla go down really puts a dent in triage
# [18:42] <edmorley> well nothing to star, so early dinner it is :-)
# [18:42] <edmorley> mmm bacon
# [18:42] * dolske calls mfbt
# [18:42] <blassey> dolske: its 9:30
# [18:42] * bbondy is now known as bbondy|lunch
# [18:42] * Quits: alice0775 (Mibbit@moz-A3C0F1E6.osaka.ocn.ne.jp) (Quit: http://www.mibbit.com ajax IRC Client)
# [18:42] * edmorley calls brenner :-D
# [18:43] <KaiRo> khuey|done: we all are continously learning when it comes to communication in our channels, I made my own share of mistakes recently
# [18:43] <blassey> time for outmeal stout?
# [18:43] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [18:43] <jgilbert> what's the story with the mfbt folder? Is it a silly name or a collision?
# [18:43] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [18:44] <jgilbert> I mean, it's no 'netwerk', but...
# [18:44] <KaiRo> glob: gah, I wonder when PHX1 will get under control... we are at a stage where our ADU data becomes basically meaningless
# [18:44] <philor> jealousy because webkit has wtf
# [18:44] <msucan> bugzilla is down. Internal Server Error
# [18:44] * Joins: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [18:44] <glob> KaiRo, much pain :(
# [18:44] <KaiRo> msucan: see what glob said above
# [18:44] <msucan> ah
# [18:44] <msucan> phx issues, ouch
# [18:44] * edmorley changes topic to 'Intermittent PHX issues. Bugzilla, Socorro, AMO, etc affected || m-c: OPEN m-i: OPEN || Next aurora uplift: 20th Dec || If you are new or want to help, see irc://irc.mozilla.org/#introduction'
# [18:45] <KaiRo> glob: so true :(
# [18:45] * rillian_ is now known as rillian
# [18:45] * Quits: peregrino (peregrino@moz-4474416C.telecom.net.ar) (Quit: peregrino)
# [18:45] * Joins: peregrino (peregrino@moz-4474416C.telecom.net.ar)
# [18:45] <Pike> nice, got my bunch of bugs filed before things went elsewhere
# [18:45] * KaiRo liked Arizona so far, but that starts to cast a bad shadow over that state
# [18:45] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [18:46] * KaiRo goes shopping and hopes things clear up
# [18:47] * mcote is now known as jgriffin
# [18:47] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: Deboards Super Dimension Fortress Mozilla)
# [18:47] * jgriffin is now known as mcote
# [18:47] <blizzard> dolske: lol perfectly good white car
# [18:47] <blizzard> dolske: that is _perfect_
# [18:47] <dolske> :D
# [18:48] <Ms2ger> !seen smontagu
# [18:48] <firebot> smontagu was last seen 2 days, 22 hours, 50 minutes ago, saying 'יש לי גם שאלות אליו' in #mozilla.il.
# [18:48] * mcote is now known as jgriffin
# [18:48] * jgriffin is now known as mcote
# [18:49] * catlee-lunch is now known as catlee
# [18:49] * Joins: tfair (tfairey@moz-BBE3ABD.mv.mozilla.com)
# [18:49] * philor is now known as philor|away
# [18:51] * Joins: biesi (cbiesinger@moz-3D81A9E8.tmodns.net)
# [18:52] * Joins: priya (priya@moz-BBE3ABD.mv.mozilla.com)
# [18:52] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [18:52] <florian> jdm: I've just reproduced that bug on Thunderbird build based on a relatively recent mozilla-central. I can add that it happens only if the component is loaded during startup.
# [18:52] <florian> If the component is loaded later, the parse error is reported with correct location information.
# [18:53] <jdm> florian: any chance you could apply the first patch and see if any output changes?
# [18:53] <florian> I'll probably try first to update to have https://hg.mozilla.org/mozilla-central/rev/e487df6617ed
# [18:53] * Quits: redfive (chatzilla@moz-B94E1A81.ipnetworksinc.net) (Ping timeout)
# [18:53] * Joins: redfive_ (chatzilla@moz-B94E1A81.ipnetworksinc.net)
# [18:53] * redfive_ is now known as redfive
# [18:53] * Quits: micahg (micahg@moz-C7CC8D27.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com) (Ping timeout)
# [18:54] <jdm> hmm
# [18:54] * Joins: jhk_ (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [18:54] * joduinn-afk is now known as joduinn
# [18:55] <florian> and if that doesn't help, I'm definitely willing to try your patch :). By the way, thanks for working on this!
# [18:55] * Quits: ericjung (Mibbit@moz-C6B344D.bstnma.fios.verizon.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [18:56] * Quits: victorporof (victorporo@D0477DB.DA9DCE7D.79933D60.IP) (Ping timeout)
# [18:56] * Joins: victorporo (victorporo@D0477DB.DA9DCE7D.79933D60.IP)
# [18:56] * victorporo is now known as victorporof
# [18:57] * Quits: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [18:57] * Joins: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP)
# [18:59] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
# [19:00] <ehsan> taras: ping
# [19:00] <taras> ehsan: pong
# [19:00] <Ms2ger> mounir, no, I want you to fix the pattern bug :)
# [19:00] <ehsan> taras: I've added a new telemetry probe about a week ago, but it hasn't shown up on the dashboard yet
# [19:00] <ehsan> is that usual?
# [19:00] <taras> ehsan: no
# [19:01] <taras> what probe?
# [19:01] <mounir> Ms2ger: sadist :)
# [19:01] <ehsan> UPDATE_STATUS
# [19:01] <taras> when is it recorded?
# [19:01] <taras> on startup?
# [19:01] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Quit: Leaving)
# [19:01] <ehsan> at startup
# [19:01] <ehsan> yes
# [19:01] <taras> ehsan: ping people #metrics
# [19:01] <taras> should be there
# [19:01] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [19:02] <derf> SOPA hearings stream for those who are interested: http://stream.zaytoon.hidayahonline.net:8000/sopa.ogv
# [19:02] * Joins: mccr8 (mccr8@moz-FF9F85B6.googlewifi.com)
# [19:02] * Quits: mccr8 (mccr8@moz-FF9F85B6.googlewifi.com) (Input/output error)
# [19:02] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [19:02] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:02] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
# [19:02] <derf> (original at mms://a1481.l6576439480.c65764.n.lm.akamaistream.net/D/1481/65764/v0001/reflector:39480 )
# [19:03] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [19:03] * Quits: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com) (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/)
# [19:03] <ehsan> taras: the code is not wrong is it? http://mxr.mozilla.org/mozilla-central/source/toolkit/mozapps/update/nsUpdateService.js#1449
# [19:03] * Quits: gkw (gkw@moz-A7D8CA2A.hsd1.ca.comcast.net) (Quit: Instantbird 1.1)
# [19:03] * Joins: gkw (gkw@moz-A7D8CA2A.hsd1.ca.comcast.net)
# [19:03] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
# [19:03] * Quits: gkw (gkw@moz-A7D8CA2A.hsd1.ca.comcast.net) (Input/output error)
# [19:03] * davehunt|mtg is now known as davehunt
# [19:03] * Quits: rshetty (quassel@D4C76247.B0D2DE49.D30E9BEF.IP) (Ping timeout)
# [19:04] * Joins: gkw (gkw@moz-A7D8CA2A.hsd1.ca.comcast.net)
# [19:04] * Ms2ger wonders why bz_sleep is now ccing him to random bugs
# [19:04] * Joins: Boriss (FlyingToas@moz-645FE505.tmodns.net)
# [19:04] * Joins: slight (quassel@snowland.cs.yale.edu)
# [19:04] <taras> ehsan: i dont like try/catch there
# [19:04] <jhammel> Ms2ger: sleep triaging ;)
# [19:04] <ehsan> taras: why not?
# [19:04] * Quits: dRdR (dRdR@moz-57178BD3.hsd1.ca.comcast.net) (Client exited)
# [19:04] <taras> ehsan: cos it could be hiding an error
# [19:04] <Ms2ger> I mean, spelling checker?
# [19:04] * glob is now known as glob|away
# [19:04] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Ping timeout)
# [19:04] <Ms2ger> ehsan works on that, I stay away from it
# [19:04] <ehsan> taras: but we don't just wanna throw
# [19:04] <taras> ehsan: can you get it to show in about:telemetry?
# [19:05] * bbondy|lunch is now known as bbondy
# [19:05] * adam is now known as adam-afk
# [19:05] <taras> which part would throw?
# [19:05] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [19:05] <ehsan> taras: I don't see it in about:telemetry either
# [19:05] * Joins: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP)
# [19:05] * Quits: slight (quassel@snowland.cs.yale.edu) (Client exited)
# [19:05] <ehsan> taras: any part of it, really
# [19:05] <ehsan> that's a critical code path
# [19:05] <ehsan> and anything throwing there will interrupt the update process
# [19:06] <taras> ehsan: well then add some logging
# [19:06] <jdm> gps: ping
# [19:06] <taras> make sure this code runs
# [19:06] <ehsan> taras: look inside the catch block :)
# [19:06] <taras> i see that
# [19:06] <dolske> derf: I don't think I can watch this or else my blood pressure will suffer
# [19:06] <taras> but if it's not showin gin about:telemetry
# [19:06] * Joins: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP)
# [19:07] <florian> jdm: the patch I should try is https://bug463122.bugzilla.mozilla.org/attachment.cgi?id=582000 right?
# [19:07] <taras> ehsan: sounds like more investigation is needed
# [19:07] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:07] * coop|lunch is now known as coop|mtg
# [19:07] * philor|away is now known as philor
# [19:07] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
# [19:07] <ehsan> ok
# [19:08] <taras> ehsan: lemme know once you get it to show up in about:telemetry
# [19:08] <ehsan> will do
# [19:08] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [19:08] * mak is now known as mak|afk
# [19:08] <ted> jgilbert: intentionally hilarious acryonym
# [19:08] <ted> it's "mozilla foundation of basic templates" or something, ostensibly
# [19:08] <jgilbert> ted, alright, hah
# [19:09] <ted> webkit has WTF :)
# [19:09] <ted> people and their no sense of humor
# [19:09] <ted> bah
# [19:09] <gabor> so if I have two patches applied on my repo, and I made some changes on the top of it... and want to add those changes to the applied patch that is not on top... how can I do that? with local changes hg qpop will fail, so do I have something like git stash?
# [19:09] * Joins: micahg (micahg@moz-C7CC8D27.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com)
# [19:09] <ted> gabor: what i usually do is "hg qnew temp-patch"
# [19:10] <ted> "hg qpop patch-you-really-wanted; hg qfold temp-patch"
# [19:10] <gabor> ted: and then merge?
# [19:10] <ted> i think sfink has some extensions to make that easier
# [19:10] <gabor> ted: hmm... ok thanks, if it works it works
# [19:10] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [19:10] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [19:11] * Quits: Jake (Jake@moz-CDAFE004.phlapafg.dynamic.covad.net) (Quit: Leaving.)
# [19:11] * khuey|done is now known as khuey|away
# [19:11] * Quits: biesi (cbiesinger@moz-3D81A9E8.tmodns.net) (Ping timeout)
# [19:12] * Quits: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
# [19:12] <ted> i do it all the time
# [19:12] <ted> qfold just smushes patches together
# [19:13] <ted> it would be nice to just be able to say hg qref -p patchname or something
# [19:13] <gabor> ted++
# [19:14] * jimm is now known as jimm-lunch
# [19:14] <gabor> yeah but it's good that at least I know 'a' working solution for the problem :)
# [19:14] <ted> true
# [19:14] <ted> knowing how to do something is better than not
# [19:14] * davehunt is now known as davehunt|away
# [19:15] <gabor> I miss git stash somewhat, but still prefer hg so far
# [19:15] <mcpherrin> The worst is when you want to merge changes into N patches that are not on top :( Lots of qnew and qref -I -X magic to get stuff to a qfoldable state
# [19:15] <ted> i stumble with git because i haven't used it enough to be fully comfortable
# [19:15] <ted> and some things just seem really non-obvious to me
# [19:16] <gabor> noone feels comfortable with git :D
# [19:16] <ted> hah
# [19:16] * Joins: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:16] <ted> mq is pretty hacky
# [19:16] <ted> it's ok for single-developer work
# [19:16] * Joins: tonymec__ (tonymec@29AD6C0E.9D466AA8.277517C1.IP)
# [19:16] <ted> but for anything past that it sucks
# [19:16] <sfink> I do the qnew/qpop/qfold to see if it works, and if not, I'll qfold into the top (wrong) patch and use qcrefresh to pick pieces back out to be qfolded into the right patch
# [19:16] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
# [19:17] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [19:17] <ted> heh
# [19:17] <NeilAway> gabor: iirc there's a stash extension for hg
# [19:17] * pcwalton loves git
# [19:17] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
# [19:17] <sfink> mcpherrin: that's what qcrecord/qcrefresh are good for
# [19:17] <gabor> right.. I don't know it that deeplt yet... with git you can really do anything what you ever wanted except you have to read a book even to do basic stuff and you have to use waaaay to complex commands to my taste
# [19:17] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
# [19:17] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [19:17] <bent> anyone know how to change the default sent-from address zimbra uses?
# [19:17] <bent> i have an alias, and it seems to have picked that instead of my real address
# [19:18] <gabor> NeilAway: cool! I will check that out
# [19:18] * Joins: tanvi (tanvi@moz-BBE3ABD.mv.mozilla.com)
# [19:18] * tonymec__ is now known as tonymec|away
# [19:18] * Quits: jhk_ (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [19:18] <jdm> florian: yes
# [19:19] * Joins: jhk_ (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [19:19] * Joins: dao (dao@moz-D1A94E51.superkabel.de)
# [19:19] * Quits: daim (David_Mart@779E3E00.1773D26C.C0FF2207.IP) (Client exited)
# [19:20] <florian> jdm: that patch doesn't change the output in the error console :(. I guess I'll have to work on a reduced testcase...
# [19:21] <sfink> ted: so whaddaya think of bzexport --new, huh? Huh? Huh? Or should I be pestering jdm?
# [19:21] <jdm> sfink: ack sorry, I haven't had time to read your changes carefully - I'm in the middle of exams
# [19:21] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [19:21] * Quits: Boriss (FlyingToas@moz-645FE505.tmodns.net) (Ping timeout)
# [19:21] <sfink> jdm: yeah, I thought you probably still were
# [19:22] <jdm> florian: so is the console output you see still the NS_ERROR_NOT_FOUND and nothing else?
# [19:22] <florian> NS_ERROR_XPC_GS_RETURNED_FAILURE
# [19:22] <florian> but in that bug it's an XPCOM component that has a syntax error, not a JS module
# [19:23] <Ms2ger> sfink, bzexport --new? Where?! :)
# [19:24] <gps> jdm: pong
# [19:25] <sfink> Ms2ger: https://bitbucket.org/sfink/bzexport/ if you want the unreviewed, just-got-it-working version
# [19:25] * Quits: gandalf (zbraniecki@moz-CB807E8C.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [19:26] * Quits: jimb (user@moz-48241F6F.hsd1.or.comcast.net) (Input/output error)
# [19:26] <sfink> The only non-landfill bug I've created with it so far is bug 710414
# [19:26] * Joins: Waldo (waldo@moz-534B4EF1.hsd1.mi.comcast.net)
# [19:26] <ted> sfink: i am excite
# [19:26] <ted> but i hadn't read your patch yet
# [19:26] <ted> i have some patches from one of our chinese coworkers rotting in my inbox too
# [19:27] <sfink> ted: no worries
# [19:27] <ted> we should put this code somewhere with an issue tracker
# [19:27] * coop|mtg is now known as coop|buildduty
# [19:27] <ted> like github
# [19:27] <ted> </rimshot>
# [19:27] * Quits: dao (dao@moz-D1A94E51.superkabel.de) (Quit: Leaving.)
# [19:28] * Quits: tonymec|away (tonymec@29AD6C0E.9D466AA8.277517C1.IP) (Ping timeout)
# [19:28] * Ms2ger shoots ted
# [19:28] <jdm> gps: I want to do more investigation of bug 463122 outside of xpcshell
# [19:28] <Ms2ger> bitbucket supports issue trackers
# [19:28] <jdm> gps: do you have STR that I can use?
# [19:28] <ted> oh
# [19:28] <ted> i guess we could do that
# [19:28] <jdm> ted: we could also create a bugzilla component
# [19:29] <jdm> I wouldn't mind that
# [19:29] <jdm> qimportbz has one
# [19:29] * Joins: rshetty (quassel@A9AD8952.707344F8.D30E9BEF.IP)
# [19:29] * Quits: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:29] <ted> i guess
# [19:29] * Joins: armenzg_away (armenzg@moz-A6FE435.build.sjc1.mozilla.com)
# [19:29] * Quits: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [19:29] <gps> jdm: create 2 JSM files, a and b. have a Cu.import(b); then, Cu.import(a) from any existing chrome JS module
# [19:29] <jdm> gps: and where are you looking for errors?
# [19:30] <gps> error console in browser, process output for xpcshell
# [19:30] * Quits: rshetty (quassel@A9AD8952.707344F8.D30E9BEF.IP) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
# [19:30] * Joins: tonymec__ (tonymec@5347ADB0.672FB62A.277517C1.IP)
# [19:30] * Joins: rshetty (quassel@A9AD8952.707344F8.D30E9BEF.IP)
# [19:30] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
# [19:31] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [19:31] <jdm> gps: site error console or global JS one?
# [19:31] <jdm> gps: also just to confirm, b should contain a syntax error?
# [19:31] <jdm> or a runtime error, or something else?
# [19:31] * Joins: biesi (cbiesinger@BEBE4533.89BC370D.6D4D60F7.IP)
# [19:31] * armenzg_away is now known as armenzg
# [19:32] <gps> jdm: cmd+shift+J - I think that is the global one
# [19:32] <jdm> yep
# [19:32] <gps> currently, it will trigger on a syntax error or a run-time error
# [19:33] <florian> jdm: for bug 700421, would a reduced testcase in the form of a patch to apply against Firefox (mozilla-central) be helpful, or is that still too difficult to test with?
# [19:33] * tonymec__ is now known as tonymec|away
# [19:33] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:33] <jdm> florian: that would be super helpful
# [19:33] <gps> so, I compiled m-c through Clang's static analyzer
# [19:33] <gps> the output is available at http://people.mozilla.org/~gszorc/clang/2011-12-15-2/
# [19:33] <gps> there are a bunch of false positives b/c some macros aren't fully groked by the static analyzer
# [19:33] <gps> I already rewrote a bunch of macros to be plain assert()'s. I'll probably perform another pass to cut out the noise
# [19:34] <gps> but there appears to be legit bugs in that list
# [19:34] <florian> I don't have a recent Firefox build around and I have to go soon, so I guess I won't be able to create that before at least a few hours. I'll try this evening.
# [19:34] <edmorley> !seen billm
# [19:34] <firebot> billm was last seen 76 seconds ago, saying 'philor: ok, let me look' in #jsapi.
# [19:34] <gps> dolske: ^^^
# [19:34] * Parts: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [19:34] <edmorley> seems like I should just say in #jsapi for this evening, until people get the breakage out of their system :-)
# [19:34] * Joins: ashughes (ashughes@21B7B9F2.B87E9213.6E712CE2.IP)
# [19:34] <philor> edmorley: we've got to stop meeting like this :)
# [19:35] <edmorley> :-)
# [19:35] * Joins: cpearce (chatzilla@moz-55A2BC7D.xdsl.xnet.co.nz)
# [19:35] * Joins: yuan_ (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:36] * Quits: jhk_ (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [19:36] <edmorley> (I'd stay joined to #jsapi except if I join too more than 7-8 channels I get kicked due to the max q send blah blah error, no doubt thanks to pidgin being incompetant)
# [19:36] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [19:36] * yuan_ is now known as yuan
# [19:37] * Joins: jhammink (textual@moz-7B0110AD.mv.mozilla.com)
# [19:37] <gavin> jrmuizel: do you remember an issue that I think you might have looked into or filed a bug about, where our mac builds would get really screwed up if you're debugging them for too long?
# [19:38] * Quits: ashughes (ashughes@21B7B9F2.B87E9213.6E712CE2.IP) (Ping timeout)
# [19:38] <jrmuizel> gavin: yes
# [19:38] <gavin> or was it an xcode problem?
# [19:38] <gavin> did you file a bug?
# [19:38] * shorlander-away is now known as shorlander
# [19:38] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
# [19:39] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [19:39] * Joins: dRdR (dRdR@moz-BBE3ABD.mv.mozilla.com)
# [19:40] * Quits: shorlander (shorlander@moz-853043D6.dhcp.insightbb.com) (Quit: Quit)
# [19:40] * Joins: Ami_Ty (Amie@moz-BBE3ABD.mv.mozilla.com)
# [19:40] <jrmuizel> gavin: 699538
# [19:40] * mak|afk is now known as mak
# [19:40] <gavin> jrmuizel: nice thanks
# [19:41] <gavin> I was thinking of 611068
# [19:41] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
# [19:41] <jdm> florian: actually, I've followed gps' STR and I've got a decent reproduction, so you're off the hook :)
# [19:41] <florian> jdm: for which bug? :)
# [19:41] <florian> are you sure it's the same?
# [19:41] <philor> edmorley: the other thing you can do is just back them out hard and fast, until they learn to join here to protect themselves, there's absolutely nothing wrong with doing that
# [19:42] <jdm> florian: no, I'm not, so fair point. I'm focusing on the earlier bug for the moment.
# [19:42] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:42] <florian> both are super annoying, so I'm looking forward to improvement for any of them :)
# [19:43] <florian> I'm going offline for about 2 hours.
# [19:43] <jdm> baha, my testcase makes the error console fail to open
# [19:43] <jdm> that's delightful
# [19:43] * Quits: florian (florian@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre)
# [19:43] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
# [19:44] <blizzard> mounir: is the battery API on by default on m-c?
# [19:44] <dolske> gps: "All bugs: 1362" not going to start filing these yet :)
# [19:44] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
# [19:44] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [19:44] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [19:45] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [19:46] * Joins: yuan_ (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:46] <mounir> blizzard: yes
# [19:47] <blizzard> mounir: ok - was it on for Fx 10?
# [19:47] <blizzard> mounir: i.e. what's in aurora now?
# [19:47] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [19:47] * yuan_ is now known as yuan
# [19:47] <mounir> blizzard: it was but got disabled after
# [19:47] <jrmuizel> ted: ping
# [19:47] <mounir> it's currently off by default in Aurora
# [19:47] <blizzard> mounir: ok, so it's new to trunk then, and we're planning to leave it on?
# [19:47] * Joins: DGMurdockIII (dgmurdocki@moz-E933B63.hsd1.il.comcast.net)
# [19:48] <mounir> blizzard: we have a backend for Android, Windows and Linux
# [19:48] <blizzard> mounir: *nod*
# [19:48] * Quits: gkw (gkw@moz-A7D8CA2A.hsd1.ca.comcast.net) (Ping timeout)
# [19:48] <mounir> and the one for MacOS X is being worked on
# [19:48] <ted> jrmuizel: pong
# [19:48] <mounir> blizzard: so we should probably keep it enabled by default
# [19:48] <jrmuizel> ted: can you review bug 707185
# [19:48] <mounir> unless there are some reasons to not do so
# [19:49] <ted> jrmuizel: yeah, sorry
# [19:49] <ted> been bad about my review queue
# [19:49] <mounir> (IMO, we could even push the MacOS X backend to Aurora if needed but I guess some people might disagree)
# [19:49] <jlebar> glandium, what's "bss"?
# [19:49] <mounir> by Aurora I mean Firefox 11
# [19:49] <blizzard> mounir: ok thx
# [19:50] * Joins: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com)
# [19:50] <glandium> jlebar: http://en.wikipedia.org/wiki/.bss
# [19:50] * Joins: karl (karl@moz-5F98CC53.jetstream.xtra.co.nz)
# [19:51] * Joins: protz (jonathan@moz-7F6750F6.xulforum.org)
# [19:51] <jlebar> glandium, So the nsCOMPtr's data lives in .bss, but the constructor still has to run in order to register the destructor.
# [19:52] * Joins: ashughes (ashughes@21B7B9F2.B87E9213.6E712CE2.IP)
# [19:52] <glandium> jlebar: yeah
# [19:52] <jlebar> glandium, okay, cool.
# [19:52] <jlebar> glandium, are you worried about the impact of adding some static comptrs on startup/shutdown perf?
# [19:52] <mwu> jlebar: speaking of .bss
# [19:52] <ehsan> Error: [Exception... "Component returned failure code: 0x80070057 (NS_ERROR_ILLEGAL_VALUE) [nsITelemetry.getHistogramById]" nsresult: "0x80070057 (NS_ERROR_ILLEGAL_VALUE)" location: "JS frame :: file:///Users/ehsanakhgari/moz/tmp/obj-ff-dbg/dist/NightlyDebug.app/Contents/MacOS/components/nsUpdateService.js :: AUS__submitTelemetryPing :: line 1190" data: no]
# [19:52] <ehsan> Source File: file:///Users/ehsanakhgari/moz/tmp/obj-ff-dbg/dist/NightlyDebug.app/Contents/MacOS/components/nsUpdateService.js
# [19:52] <ehsan> Line: 1194
# [19:52] <ehsan> taras: ^
# [19:52] <ehsan> what does this mean?
# [19:52] <jlebar> mwu, :)
# [19:53] <mwu> there are some variables which you don't init to 0 in gonk
# [19:53] <mwu> which I've been meaning to tell you about
# [19:53] <jlebar> mwu, Probably on the assumption that they automagically get initialized to 0...
# [19:53] <jlebar> mwu, which you think may be wrong?
# [19:53] <mwu> jlebar: it was some file descriptor being initted to -1
# [19:53] <taras> ehsan: means it's an illegal value :)
# [19:53] * bz_sleep is now known as bz
# [19:54] <mwu> which I don't do because it's more efficient to init to 0 when possible
# [19:54] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [19:54] <taras> ehsan: looks like your histogram is specified wrong
# [19:54] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
# [19:54] <glandium> jlebar: with current preloading, it doesn't matter much. It's going to get in the way of upcoming android optimizations until we have a new toolchain, but there are already so many constructors that a few more is probably not going to change much
# [19:54] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
# [19:54] <ehsan> taras: http://mxr.mozilla.org/mozilla-central/source/toolkit/components/telemetry/TelemetryHistograms.h#276
# [19:54] <taras> i think you need 1 for minimum
# [19:55] <ted> jlebar: we do track the number of static constructors on tinderbox
# [19:55] <ehsan> really?
# [19:55] <taras> ehsan: 0 is implied
# [19:55] <Ms2ger> Yep
# [19:55] <jlebar> glandium, okay; thanks.
# [19:55] * Joins: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
# [19:55] <Ms2ger> But do we look at that measure?
# [19:55] <jlebar> ted, orly? What's the tolerance for increasing this number?
# [19:55] <taras> ehsan: i cant remember exactly
# [19:55] <ted> jlebar: we dont' have any hard and fast rules
# [19:55] <ted> but we're measuring it, anyway
# [19:55] <jlebar> heh, okay. :)
# [19:55] <ehsan> taras: so like if you don't add anything to the histogram, it will be 0?
# [19:56] <glandium> jlebar: currently, the biggest static constructor provider is the cycle collector
# [19:56] * Joins: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP)
# [19:56] * bear is now known as bear-afk
# [19:56] <glandium> like, more than half the count iirc
# [19:56] <jlebar> glandium, what's the rough number?
# [19:56] <ehsan> taras: (there are also other probes with 0 as their minimum)
# [19:56] <taras> ehsan: boolean ones?
# [19:56] <glandium> jlebar: somewhere between 300 and 400 atm iirc
# [19:56] <taras> just walk the .add with a debug
# [19:56] <taras> debugger
# [19:57] <taras> i cant remember all of the constraints
# [19:57] <jlebar> glandium, oh, that's much smaller than I thought.
# [19:57] <ehsan> taras: no, like GC_REASON
# [19:57] <taras> ehsan: yeah, i bet it's something to do with how it's specified, but debugging is needed
# [19:58] * Joins: gandalf (zbraniecki@moz-CB807E8C.neoplus.adsl.tpnet.pl)
# [19:58] * Quits: past (past@moz-7A93B333.dsl.dyn.forthnet.gr) (Input/output error)
# [19:58] <ehsan> ok
# [19:58] <ehsan> taras: documentation is also needed :P
# [19:59] <taras> ehsan: http://mxr.mozilla.org/mozilla-central/source//toolkit/components/telemetry/Telemetry.cpp#135
# [19:59] <Ms2ger> return string.replaceAll("\\\\\\\\", "\\").replaceAll("\\\\n", "\n").replaceAll("\\\\t", "\t");
# [19:59] <taras> this is documented
# [19:59] <Ms2ger> Needs more \
# [19:59] <taras> somewhere :)
# [19:59] <ehsan> bah
# [19:59] <ehsan> taras: so what should I do if I actually want to report 0?
# [19:59] <taras> put in 1
# [19:59] <taras> 0 is implicit
# [19:59] <taras> it's a catchall for < 1
# [20:00] <ehsan> so I need to shit all of my values by 1?
# [20:00] <taras> no
# [20:00] <taras> just change the param to 1
# [20:00] <taras> in the .h file
# [20:00] <ehsan> well, 1 is also a value that I could report
# [20:00] <taras> ehsan: https://developer.mozilla.org/en/XPCOM_Interface_Reference/nsITelemetry
# [20:00] <taras> see docs
# [20:01] <ehsan> ok
# [20:01] <jlebar> bz, wow, I don't get stacks for crashes on tinderbox either. :(
# [20:01] <ehsan> I guess I should just use a magic value instead of 0 :(
# [20:01] <@bz> jlebar: indeed
# [20:01] <@bz> jlebar: we need a bug filed?
# [20:01] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
# [20:02] <jlebar> Yes. Do you remember who did the -g -O2 work?
# [20:02] * mdas is now known as mdas|lunch
# [20:02] <@bz> nope
# [20:02] <jlebar> ted, ^?
# [20:02] <ted> jlebar: what?
# [20:02] <ehsan> Waldo: ping
# [20:02] <Waldo> ehsan: pong
# [20:02] <ted> ENEEDCONTEXT
# [20:02] <jlebar> do you remember who did the work to turn debug tinderbox builds into debug+opt?
# [20:02] <taras> ehsan: 0 works fine
# [20:03] <taras> ehsan: just change the spec and things will work
# [20:03] <ted> jlebar: espindola did most of the work
# [20:03] <jlebar> ted, cool; thanks.
# [20:03] <ehsan> taras: so what is the minimum value used for?
# [20:03] <ted> https://bugzilla.mozilla.org/show_bug.cgi?id=669953
# [20:03] <taras> magic
# [20:03] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [20:03] <@bz> ted: when you get a crash during a test run on tbox, the log does not have a stack
# [20:03] <taras> ehsan: it's the 2nd bucket
# [20:03] <taras> not the first
# [20:03] <taras> that's all
# [20:03] <ted> bz: like, at all?
# [20:03] <ehsan> hmm
# [20:03] <ted> link me/
# [20:03] <jlebar> ted, https://tbpl.mozilla.org/php/getParsedLog.php?id=7957621&tree=Try#error0
# [20:04] <ehsan> ok, I'll try it
# [20:04] <@bz> ted: or rather it has a stack, with things like libxul.so @d234de3
# [20:04] <@bz> ted: instead of something useful
# [20:04] <ted> ah
# [20:04] <ehsan> even though I'm still as puzzled as the beginning of this conversation ;)
# [20:04] * Joins: yuan_ (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:04] <ted> bz: mm, then it's possible the symbols are screwed
# [20:04] <ehsan> Waldo: I'm pinging you cause in my mind, Waldo == js ;)
# [20:04] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [20:04] <@bz> ted: we _used_ to get useful stacks on both opt and debug, last I checked....
# [20:04] <jlebar> ted, "Build faster, debug slower" is not exactly what I had in mind...
# [20:04] <@bz> ted: or so I seem to recall
# [20:04] <ted> bz: yes
# [20:04] <ehsan> Waldo: so there's this GC_REASON telemetry
# [20:04] <ted> last i knew
# [20:04] <@bz> ted: ok
# [20:04] * Quits: mike5w3c (MikeS@moz-6126965A.pool.e-mobile.ne.jp) (Ping timeout)
# [20:04] * Joins: Mossop_ (mossop@moz-BBE3ABD.mv.mozilla.com)
# [20:04] <@bz> ted: good to know I'm not insane!
# [20:04] <ehsan> which has minimum value 0
# [20:04] <ehsan> this needs to be changed
# [20:04] * Quits: yuan_ (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan_)
# [20:04] <Waldo> ehsan: I am not the right person to ping for GC; billm is probably better
# [20:05] <ehsan> ok
# [20:05] * Waldo knows ~nada about gc
# [20:05] * Joins: anant (Anant@moz-271479F2.hsd1.ca.comcast.net)
# [20:05] <ehsan> Waldo: is billm his nick?
# [20:05] * Quits: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:05] * Mossop_ is now known as Mossop
# [20:05] * Joins: firewolfbot (firebot@moz-67BF9FE6.carolina.res.rr.com)
# [20:05] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [20:05] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [20:05] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:06] <Waldo> ehsan: yeah, maybe just in #jsapi (not sure if he's on yet, tho)
# [20:06] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [20:07] * Quits: gandalf (zbraniecki@moz-CB807E8C.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [20:07] * Joins: Mossop_ (mossop@moz-BBE3ABD.mv.mozilla.com)
# [20:07] * Quits: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:07] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [20:07] * Mossop_ is now known as Mossop
# [20:07] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [20:08] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [20:08] * Joins: Jake (Jake@moz-CDAFE004.phlapafg.dynamic.covad.net)
# [20:08] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [20:08] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [20:09] <jdm> gps: good news! my patch for cu.import replaces the FILE_NOT_FOUND with an exceedingly actionable message :)
# [20:09] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [20:09] * Joins: smontagu (chatzilla@moz-7B7A63C7.red.bezeqint.net)
# [20:09] <gps> jdm: !!
# [20:09] <gps> I guess you get to collect a bounty from ally and me
# [20:10] <Ms2ger> Ah, smontagu :)
# [20:10] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:10] * Joins: tonymec (tonymec@5347ADB0.672FB62A.277517C1.IP)
# [20:10] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [20:10] * Quits: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:11] <@bz> http://blogs.msdn.com/b/oldnewthing/archive/2011/12/15/10247870.aspx is awesome
# [20:11] * khuey|away is now known as khuey|done
# [20:11] <ted> jfkthame: ping
# [20:11] <jfkthame> ted: pong
# [20:11] * Joins: slight (quassel@moz-143B56DE.cs.yale.edu)
# [20:11] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [20:12] <ted> jfkthame: a friend of mine is hitting a problem where a webfont is failing to render ligatures
# [20:12] <ted> he gave me a testcase
# [20:12] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
# [20:12] <ted> it completely elides certain ligatures, like fi and ff
# [20:12] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [20:12] <ted> there isn't even a blank space
# [20:12] <ted> the font is "Franklin Gothic"
# [20:13] <jfkthame> it's probably been subsetted by a tool that stripped out non-ASCII glyphs, and didn't remove the opentype ligature tables... i've seen that before
# [20:13] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [20:13] <ted> want the testcase to prove it?
# [20:13] * adam-afk is now known as adam
# [20:13] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [20:13] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [20:13] <jfkthame> but i can take a look to confirm - sure
# [20:13] <khuey|done> bz: yeah, raymond chen's security related stuff is usually pretty amusing
# [20:13] <ted> jfkthame: http://s3.amazonaws.com/vitorio/franklin-gothic-firefox-dropped-characters.zip
# [20:13] <ehsan> taras: where do telemetry bugs go?
# [20:13] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [20:14] <jfkthame> ted: same behavior with either the woff or ttf fonts, i guess?
# [20:14] <taras> ehsan: toolkit/telemetry
# [20:14] <ted> i have no idea
# [20:14] <ehsan> ok
# [20:14] <Ms2ger> It must be a vulnerability due to ending the lines with ;
# [20:14] <Ms2ger> Maybe the JS guys were right after all.
# [20:14] <Ms2ger> Hah
# [20:14] <ehsan> taras: I have an idea to make this less painful for the next person ;)
# [20:14] <khuey|done> Ms2ger: 100% of all vulnerable lines of C++ end with ';'
# [20:15] <taras> ehsan: if only people read docs
# [20:15] <jfkthame> ted: looking at the font, it's had basically all the non-Latin-1 glyphs replaced with empty glyphs
# [20:15] <taras> instead of bitching about lack of them
# [20:15] <ehsan> hehe
# [20:15] <Ms2ger> khuey|done, also, did you know most security vulnerabilities in Gecko are caused by including nsContentUtils.h?
# [20:15] <hub> khuey|done: and don't start with // :-)
# [20:15] <ted> jfkthame: he says it works in IE/Chrome
# [20:15] <jfkthame> ted: so as far as the browser is concerned, there's an "fi" ligature, and we correctly use it - but it happens to be blank
# [20:15] <ted> jfkthame: presumably they're not trying to render ligatures?
# [20:15] <jfkthame> yeah, they don't do ligatures by default
# [20:16] <jfkthame> adding text-rendering:optimizeLegibility may activate them in chrome, i think
# [20:16] <ted> we have css properties to control that now, right?
# [20:16] <khuey|done> hub: indeed
# [20:16] <khuey|done> all lines should start with //
# [20:16] <khuey|done> Ms2ger: I'm pretty sure that's demostrably false ;-)
# [20:16] <jfkthame> ted: yes, if he adds -moz-font-feature-settings: "liga=0" it'll probably "work"
# [20:16] <jfkthame> in the sense that it'll disable the ligatures
# [20:16] <Ms2ger> khuey|done, only if you believe that correlation isn't causation :)
# [20:17] <jfkthame> but the real problem is that it's a broken font
# [20:17] <khuey|done> Ms2ger: run a correlation with nsCOMPtr.h ;-)
# [20:17] <jfkthame> i think bitstream's webfont tools are responsible for that, iirc
# [20:17] <Ms2ger> khuey|done, you're onto something!
# [20:17] * Quits: redfive (chatzilla@moz-B94E1A81.ipnetworksinc.net) (Ping timeout)
# [20:18] <ted> jfkthame: thanks
# [20:18] <khuey|done> Ms2ger: or, mozilla-config.h
# [20:18] <khuey|done> clearly mozilla-config.h is the source of all of our security bugs
# [20:19] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Client exited)
# [20:19] <slight> Hi everyone, I am a first-time ff modder. I have some questions about hacking the networking. What is the best channel to use for that? Thank you very much!
# [20:19] <beltzner> slight: probably this one
# [20:20] * Quits: ashughes (ashughes@21B7B9F2.B87E9213.6E712CE2.IP) (Connection reset by peer)
# [20:20] <slight> Oh, okay cool. I don't want to interrupt the convo about fonts, though. Should I just wait?
# [20:20] <beltzner> slight: and you likely want to try and find biesi, bz, or ...
# [20:20] * Joins: ashughes (ashughes@21B7B9F2.B87E9213.6E712CE2.IP)
# [20:20] * beltzner looks up name
# [20:20] <@bz> I'm here
# [20:20] <mcpherrin> slight: I think everybody is capable of following multiple discussions! Go ahead.
# [20:20] <@bz> I'm just waiting for the actual question
# [20:20] <Ms2ger> khuey|done, more seriously, I believe the point was that the correlation went both ways
# [20:20] <jfkthame> ted: just tested, and confirmed that adding -moz-font-feature-settings: 'liga=0'; to the @font-face declaration resolves the issue
# [20:21] <@bz> ted: Chrome doesn't do ligatures
# [20:21] <jfkthame> ted: but encourage your friend to complain to his font supplier
# [20:21] <beltzner> slight: bsmith is the other person I was thinking of
# [20:21] <ted> bz: right, unless you optimizeLegibility
# [20:21] <@bz> ted: right
# [20:21] <ted> jfkthame: thanks!
# [20:21] <beltzner> slight: but as bz said, just ask!
# [20:21] <taras> luke: wanna come into PB&J
# [20:21] <slight> Thanks for the help, all. Okay, I am very comfortable with c socket programming. I'm digging through netwerk and nsprpub for calls to connect, send, recv, close
# [20:21] <luke> taras: yes
# [20:21] <@bz> oh, jfkthame said that, ok
# [20:21] * mdas|lunch is now known as mdas
# [20:21] <slight> I'm basically trying to hook in a small socket abstraction library and I just can't make heads or tails about which files to look at.
# [20:21] <@bz> ah, the other end of necko
# [20:22] * @bz may not be able to help all that much
# [20:22] * Joins: redfive (chatzilla@moz-B94E1A81.ipnetworksinc.net)
# [20:22] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [20:22] <slight> I've got some printfs all over the place trying to trace execution down for simple page loads, but these aren't hitting. I've got firefox-dbg installed and I'm connecting fine with gdb
# [20:23] <slight> I just can't seem to hit breakpoints at any of the places where I see the calls to "send" and "sendto"
# [20:24] <@bz> slight: lemme look up something
# [20:24] <khuey|done> slight: http://mxr.mozilla.org/mozilla-central/source/nsprpub/pr/src/md/unix/unix.c#877
# [20:24] <slight> So, my question is simply: what file(s) would be best to dig through for calls to connect, send, recv?
# [20:24] <slight> Okay, thanks,
# [20:24] <khuey|done> that's where the actual 'send' syscall happens
# [20:24] <slight> Yep, I saw that.
# [20:24] <taras> hurley: are you in snappy meeting?
# [20:24] <slight> I can't seem to set a breakpoint there.
# [20:25] <@bz> hmm
# [20:25] <slight> Maybe that's just me screwing up gdb though.
# [20:25] <@bz> is your nspr part of your debug firefox package?
# [20:25] <slight> What is the best to use ff and gdb?
# [20:25] * jimm-lunch is now known as jimm
# [20:25] <@bz> or are you using a system nspr?
# [20:25] <slight> I'm not sure. How can I check that?
# [20:25] <slight> (sorry)
# [20:25] <khuey|done> ah, system nspr
# [20:25] * catlee is now known as catlee-mtg
# [20:26] <khuey|done> one of the good things about windows
# [20:26] <@bz> most simply, by checking whether there's an "nspr*" in the files provided by your Firefox package
# [20:26] <slight> yes, there is
# [20:26] <slight> here is ls of nsprpub:
# [20:26] <@bz> hmm
# [20:26] <slight> aclocal.m4 config configure Makefile pr unallmakefiles
# [20:26] <slight> admin config.log configure.in Makefile.in TAG-INFO
# [20:26] <slight> build config.status lib pkg tools
# [20:26] <slight> I also have the unix.c file you mentioned.
# [20:26] <@bz> this is in your source
# [20:26] <@bz> So wait
# [20:27] <@bz> you have the Firefox source
# [20:27] <@bz> and you're compiling yourself?
# [20:27] * Joins: pnemsak (Miranda@moz-7409BD53.orange.sk)
# [20:27] <slight> I thought I need to compile from source with -g to be able to step through?
# [20:27] <@bz> that usually helps, yes
# [20:27] <@bz> ok
# [20:27] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.1)
# [20:27] <slight> Basically, I just want to modify the source, run make, then run gdb
# [20:27] <@bz> so in that case, what does your about:buildconfig look like?
# [20:27] <@bz> pastebin that somewhere?
# [20:27] <@bz> http://pastebin.mozilla.org/ say
# [20:28] * firewolfbot is now known as firebot_
# [20:28] <smontagu> Ms2ger: what did I do now?
# [20:28] * Quits: firebot_ (firebot@moz-67BF9FE6.carolina.res.rr.com) (Connection reset by peer)
# [20:28] <Ms2ger> smontagu, how well do you know the .ut format?
# [20:28] * Joins: jduell (jduell@moz-B1A011DB.dsl.pltn13.sbcglobal.net)
# [20:29] <slight> bz: I don't see that file in the base source dir?
# [20:29] <@bz> slight: no, I meant start Firefox, then type that string in your url bar and hit enter
# [20:29] <@bz> slight: then copy/paste the result into the pastebin
# [20:29] <smontagu> Ms2ger: on a scale from 1 to 10?
# [20:29] <@bz> (start the Firefox you compiled)
# [20:29] <slight> k
# [20:29] * Joins: jhk_ (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [20:29] <smontagu> Ms2ger: what is the question behind the question?
# [20:30] <Ms2ger> smontagu, annevk's been working on encodings again; see http://dvcs.w3.org/hg/encoding/raw-file/tip/Overview.html
# [20:30] <slight> bz: Did that show up?
# [20:31] <Ms2ger> I was trying to change ibm864, but I haven't figured out how to add groups
# [20:31] <@bz> slight: where?
# [20:31] <slight> http://pastebin.mozilla.org/1406591
# [20:31] <@bz> aha
# [20:31] * @bz looks
# [20:31] <smontagu> another "let's remove everything"
# [20:31] <Ms2ger> I'm all for removing everything, as you know :)
# [20:32] <Ms2ger> That would mean I don't have to learn more about that format than I already do :)
# [20:32] <smontagu> what do you mean by "add groups"?
# [20:32] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [20:32] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
# [20:32] <@bz> slight: hmm
# [20:33] <Ms2ger> Looks like they're called "items"
# [20:33] <@bz> slight: that looks like it should work to me....
# [20:33] <Ms2ger> As in, "Begin of Item 0003"
# [20:33] <@bz> slight: how are you trying to set your breakpoint in gdb?
# [20:33] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Leaving...)
# [20:33] * Joins: dao (dao@moz-D1A94E51.superkabel.de)
# [20:33] <bent> anyone know a good rule of thumb for choosing between hash set and array for simple "does an entry exist" check?
# [20:34] <smontagu> hmph, so there are still some .ut files around that lie and say "The tool which used to generate this file is called fromu"
# [20:34] <khuey|done> bent: size
# [20:34] * timA is now known as timA|mtg
# [20:34] <slight> Well I originally just set breakpoints in unix.c and they weren't hit (nor were the printfs I had hit). Then, I followed this, http://cheater.posterous.com/hacking-firefox
# [20:34] <bent> like, how many entries before hash set is best?
# [20:34] <Ms2ger> smontagu, is there actually still a tool?
# [20:34] <khuey|done> bent: I've always been told 10
# [20:34] <bent> khuey|done, duh
# [20:34] <bent> :)
# [20:34] <@bz> slight: no, I mean the exact gdb command you ran
# [20:34] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving.)
# [20:34] <khuey|done> bent: but I haven't measured
# [20:34] <bent> 10 seems little...
# [20:34] <khuey|done> bz: 'info shared' to see if the right nspr libs are being loaded?
# [20:35] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
# [20:35] <@bz> khuey|done: yeah, that might be a good idea too
# [20:35] <Ms2ger> khuey|done, for which hash set implementation? :)
# [20:35] <smontagu> Ms2ger: yes, but it's called umaptable
# [20:35] <@bz> slight: ^
# [20:35] <smontagu> http://mxr.mozilla.org/mozilla-central/source/intl/uconv/tools/umaptable.c
# [20:35] <Ms2ger> khuey|done, also, how did your exam go?
# [20:35] <khuey|done> Ms2ger: a good one
# [20:35] <khuey|done> Ms2ger: it was pretty hard, but I'm pretty sure I passed
# [20:35] <slight> bz: "gdb ./firefox" then "b send" and it says function not defined.
# [20:36] <Ms2ger> smontagu, and what kind of input does it take?
# [20:36] <smontagu> If you have any problem of this file. Please contact Netscape Client International Team or ftang@netscape <Frank Tang>
# [20:36] <slight> bz: Okay, info shared is a command where?
# [20:36] <khuey|done> Ms2ger: and if I didn't I have backup plans ;-)
# [20:36] <smontagu> that will get you a long way :-P
# [20:36] <Ms2ger> khuey|done, like, interesting stuff?
# [20:36] <@bz> slight: try b _MD_send
# [20:36] <slight> bz: not defined.
# [20:36] <khuey|done> Ms2ger: well technically I should be able to substitute another course I've already taken for this course that I just took the exam for ;-)
# [20:37] <slight> I have a printf there and it IS printing.
# [20:37] <@bz> slight: what khuey meant was to, after connecting to Firefox with gdb, run "info shared"
# [20:37] <@bz> slight: at the gdb prompt
# [20:37] <slight> bz: k
# [20:37] <@bz> slight: and then probably pastebin the results
# [20:37] * Quits: johnath_home (noyb@443AFEC5.C275C16F.F061A1E6.IP) (Ping timeout)
# [20:37] * Joins: johnath_home (noyb@moz-5A10C3E8.dsl.teksavvy.com)
# [20:37] * Quits: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [20:37] * Quits: peregrino (peregrino@moz-4474416C.telecom.net.ar) (Quit: peregrino)
# [20:37] <jduell> khuey|done: so we seem to be landing stuff on inbound every 15 minutes or so. Is that "gentle"? :) I've got some websockets stuff to land: not huge amount of C++. not tiny either...
# [20:38] <smontagu> Ms2ger: more or less in the form of http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/PC/CP864.TXT
# [20:38] <Ms2ger> Aha
# [20:38] <khuey|done> jduell: pretty sure we've abandoned gentle and are back to check in like there's no tomorrow
# [20:38] <khuey|done> jduell: you should be fine though, we think we have a decent amount of headroom
# [20:38] * Joins: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP)
# [20:38] <Ms2ger> How much more or less on a scale from 1 to 10? :)
# [20:38] <jduell> khuey|done: thanks
# [20:38] <ehsan> bbondy: see https://bugzilla.mozilla.org/show_bug.cgi?id=711195 for the telemetry problem
# [20:39] * joduinn is now known as joduinn-offline-for-harddisk-s
# [20:39] * Joins: jimb (user@moz-48241F6F.hsd1.or.comcast.net)
# [20:39] <bbondy> ehsan: seen nice
# [20:40] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Input/output error)
# [20:40] <philor> yeah, "be gentle" was a joke, like "follow the tree rules" :)
# [20:41] * Joins: sicking (chatzilla@moz-1FF05400.hsd1.ca.comcast.net)
# [20:41] <jdm> as long as you don't break the camel's back, you're free of blame
# [20:41] * Joins: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
# [20:41] <slight> bz: okay, I pasted the whole thing.
# [20:41] <philor> probably shouldn't have put it so close to the coordinate with khuey bit, which isn't entirely a joke
# [20:41] * Ms2ger tickles jdm with a straw
# [20:41] <slight> http://pastebin.mozilla.org/1406632
# [20:41] <jdm> aiee
# [20:42] <smaug> jduell: could we prevent websocket sending only if we can't allocate memory for the buffer?
# [20:42] <slight> bz: looks like I am missing debug information for a majority of the libraries.
# [20:42] <jduell> smaug: we could, but when we just barely can allocate, we'll put a lot of memory pressure on the entire application?
# [20:43] <@bz> slight: looking at the output
# [20:43] <@bz> slight: huh
# [20:44] <jduell> smaug: I guess I'd want to ok that approach with someone who knows OOM issues, like cjones
# [20:44] * Quits: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [20:44] <@bz> slight: so this claims that the nspr involved is the one from your build tree
# [20:45] <@bz> slight: but that it hasn't been read?
# [20:45] <@bz> slight: ok, try this
# [20:45] <joe> waldo++
# [20:45] * armenzg is now known as armenzg_brb
# [20:45] <@bz> slight: b 'nsGlobalWindow::Dump
# [20:45] <@bz> slight: then hit tab
# [20:45] <joe> for moving us towards stdint.h types
# [20:45] <@bz> slight: does that work?
# [20:45] <jduell> bz: do you think it would be OK to allow any size websocket to be allocated so long as malloc is happy with the size asked for? Or could that put us in too much of a RAM squeeze?
# [20:45] <Waldo> :-)
# [20:45] <smaug> jduell: yeah. I'm just worried that limiting to 16MB (which is really small, IMO) would break some apps in FF, although they work in other browsers
# [20:45] <mbrubeck> yet another cookie test failure...
# [20:45] <smontagu> Ms2ger: more more than less, though there are occasional surprises
# [20:45] * timA|mtg is now known as timA
# [20:45] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
# [20:46] <slight> bz: hitting tab makes it: "b nsGlobalWindow::Dump(nsAString_internal const&)"
# [20:46] <smaug> jduell: another option is to change the API
# [20:46] <jduell> smaug: I'd be ok with a bigger limit for size. Though we don't handle really large blobs very well right now--socket thread will block slurping them up.
# [20:46] <Ms2ger> Well, I guess I should expect surprises in that area :)
# [20:46] <jduell> smaug: change API how?
# [20:46] <smaug> jduell: perhaps the API should indicate what is the max message size
# [20:46] <slight> bz: hitting tab again says there are 295K possibilities (y or n)
# [20:46] * khuey|done suggests n
# [20:46] <jduell> smaug: well, the WS spec is very clear about NOT specifying a max size.
# [20:46] <smaug> and it would be up to the implementation to decide what the size is
# [20:46] * Quits: rhelmer (rhelmer@moz-B77DEAEB.mozilla.org) (Ping timeout)
# [20:46] <jduell> smaug: and mobile is going to have a smaller limit no matter what, I expect
# [20:46] * Joins: Boriss (FlyingToas@moz-BBE3ABD.mv.mozilla.com)
# [20:47] * Joins: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP)
# [20:47] <smaug> jduell: the spec can be changed
# [20:47] <smaug> right now the spec is horrible in its send() handling
# [20:47] <Ms2ger> "needed for mac linux"
# [20:47] <Ms2ger> What kind of beast is that?
# [20:47] <jduell> smaug: lol--true. For now a user can always open a websocket and figure out what size msg blows up the socket--that'll give them the limit
# [20:47] <jduell> Not a very good way to do things, but
# [20:48] <@bz> slight:
# [20:48] <smontagu> Ms2ger: "needed for mac, linux"?
# [20:48] <@bz> slight: after the first tab, when it completes the full function signature, hit enter
# [20:48] <jduell> There's also the issue that we may be able to support very large sends from file-backed blobs, so the limit may depend on what kind of msg you're sending
# [20:48] <@bz> slight: does that work?
# [20:48] <Ms2ger> And then it's followed by "ifeq ($(OS_ARCH),Linux)"
# [20:48] <@bz> slight: next up, try b '_MD_send
# [20:48] <smaug> jduell: does the protocol have any indication of max message size?
# [20:48] <@bz> slight: followed by tab
# [20:48] <slight> bz: yes, breakpoint at ..../nsGlobalWindow.cpp, line 4486.
# [20:48] <@bz> slight: what does that do?
# [20:48] <smaug> jduell: ... which the server can send to client
# [20:49] <@bz> slight: ok, so at least libxul is loading all correctly for you
# [20:49] <jduell> smaug: the wire protocol limts msg size to 64 bit lengths :)
# [20:49] <jduell> So not much of a limit
# [20:49] <smaug> jduell: but gecko limits to 16MB ?
# [20:49] <smaug> er, necko
# [20:50] * jhammel is now known as jhammel|lunch
# [20:50] <jduell> smaug: for now, yes. That's just a number Patrick picked out of the air, though.
# [20:50] <smaug> jduell: or is that limitation only for non-blobs ?
# [20:50] <slight> bz: alright so _MD_send tab gives nothing, if I do _MD_send( tab then I get 287K possibilities
# [20:50] * Quits: jhammel|lunch (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: leaving)
# [20:50] <bsmedberg> Does browserID require me giving my email address to websites?
# [20:50] <jduell> smaug: right now it's the total limit
# [20:50] * Quits: rshetty (quassel@A9AD8952.707344F8.D30E9BEF.IP) (Client exited)
# [20:50] <jduell> we could probably double it w/o trouble
# [20:50] <smaug> jduell: so currently websockets can't be used for sending files..
# [20:50] <smaug> that it bad
# [20:50] <@bz> slight: with the quote character before _MD_send?
# [20:50] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [20:50] <jduell> smaug: not large files
# [20:50] <jduell> yes, it is bad.
# [20:50] * Joins: rhelmer (rhelmer@moz-B77DEAEB.mozilla.org)
# [20:51] <fabrice> gavin: should I move my webapps jsm to the new browser/modules directory?
# [20:51] <slight> bz: didn't have it before, but have it now and same result
# [20:51] <jduell> But I'm not sure how many apps really want to send >16 MB files around with WS
# [20:51] <@bz> slight: I have no idea what your gdb is thinking. :(
# [20:51] <mbrubeck> oops, I need to run out for a while
# [20:51] <@bz> slight: it's clearly looking at the right shared library....
# [20:51] <smaug> jduell: any chat application
# [20:51] * heycam|away is now known as heycam
# [20:51] <@bz> slight: I assume you tried placing a breakpoint on the relevant file+line?
# [20:51] * rhelmer is now known as IRCMonkey9659
# [20:52] <jduell> smaug: to show pics, exchange files, etc?
# [20:52] <mbrubeck> (I forgot about this appointment when I pushed to m-c an hour ago)
# [20:52] <slight> bz: bummer. yeah, I tried it in unix.c right inside the _MD_send function
# [20:52] <smaug> jduell: I do send files over 100MB reasonable often using skype
# [20:52] <@bz> khuey: any ideas?
# [20:52] <mbrubeck> If I broke something (unlikely; the only difference between my merge and the green changeset I merged from is kat's push) just back me out. :P
# [20:52] <slight> bz: and it doesn't get hit (presumably, that's why I can't b at it).
# [20:52] <@bz> khuey: http://pastebin.mozilla.org/1406632 clearly has the right nspr lib, it has debug symbols...
# [20:53] * mbrubeck is now known as mbrubeck-away
# [20:53] <@bz> slight: lemme check on something
# [20:53] * Quits: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
# [20:53] <smaug> jduell: does the protocol have the size of the message in some field?
# [20:53] * Quits: merike|away (quassel@moz-20DCD39E.cable.starman.ee) (Ping timeout)
# [20:53] <@bz> slight: so let's try this from the other direction
# [20:53] * Joins: merike|away (quassel@moz-88D5F640.cable.starman.ee)
# [20:53] <slight> bz: k
# [20:53] <@bz> slight: can you breakpoint in nsSocketOutputStream::Write ?
# [20:54] <jduell> smaug: yes, there's a variable-length "payload length" field
# [20:54] <jduell> supporting up to 64 bits
# [20:54] <slight> bz: yes, .../nsSocketTransport2.cpp, line 551.
# [20:54] * khuey|done is now known as khuey|away
# [20:54] * philor tries using Chrome for loading build logs
# [20:54] <@bz> slight: if so, then step down to where it calls PR_Write, step into that call, and keep stepping in until you get to where you want?
# [20:54] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
# [20:54] * Quits: merike|away (quassel@moz-88D5F640.cable.starman.ee) (Connection reset by peer)
# [20:54] <smaug> jduell: since if it has, perhaps necko could store huge messages as files, and give them as blobs to gecko
# [20:54] <@bz> slight: in particular, as you step in you'll find out where that is...
# [20:55] * Joins: peregrino (peregrino@moz-4474416C.telecom.net.ar)
# [20:55] <slight> bz: okay, sounds good. I'll give it a shot. Thanks so much for your help here and patience.
# [20:55] <@bz> slight: no problem
# [20:55] <slight> bz: I'll report back how it goes.
# [20:55] <jduell> smaug: hmm, that's true. Good idea
# [20:55] <@bz> slight: sorry it wasn't more helpful
# [20:55] <@bz> slight: sounds good
# [20:55] * jwir3|lunch is now known as jwir3
# [20:55] * Quits: peregrino (peregrino@moz-4474416C.telecom.net.ar) (Quit: peregrino)
# [20:56] * Joins: AutomatedTester (AutomatedT@moz-21328E59.as13285.net)
# [20:56] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [20:56] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [20:56] * mdas is now known as mdas|afk
# [20:56] <jduell> smaug: though if the client has set their 'binaryType' to 'arrayBuffer', we have to provide it to them as an arraybuffer. I suppose we could try to back *that* with a file too, but...
# [20:56] * IRCMonkey9659 is now known as rhelmer
# [20:57] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [20:58] <gavin> fabrice: yep - was going to comment in the bug
# [20:58] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [20:58] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [20:58] <fabrice> gavin: ok
# [20:59] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [20:59] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:59] <Ms2ger> philor, is m-i in a fit state to land on?
# [21:00] * Joins: merike (quassel@moz-A6468214.cable.starman.ee)
# [21:00] * Fallen|away is now known as Fallen
# [21:00] * Quits: graememcc (chatzilla@moz-40DE3BF7.range86-148.btcentralplus.com) (Ping timeout)
# [21:01] * Quits: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [21:01] * Quits: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:02] * Joins: graememcc (chatzilla@moz-3CF0E172.range31-53.btcentralplus.com)
# [21:02] * Quits: stransky (stransky@moz-6F10C81D.net.upcbroadband.cz) (Quit: Connection reset by beer)
# [21:02] * Joins: gandalf (zbraniecki@moz-CB807E8C.neoplus.adsl.tpnet.pl)
# [21:04] * Joins: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP)
# [21:04] <smaug> bugzilla, don't be so slow
# [21:05] * joduinn-offline-for-harddisk-s is now known as joduinn
# [21:05] * Quits: Boriss (FlyingToas@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:05] <smaug> hrm, "Bugzilla has suffered an internal error.... "
# [21:05] <gavin> PHX is having issues again
# [21:06] * Quits: cpearce (chatzilla@moz-55A2BC7D.xdsl.xnet.co.nz) (Ping timeout)
# [21:06] * catlee-mtg is now known as catlee
# [21:06] <edmorley> Ms2ger: yup
# [21:06] * Joins: Boriss (FlyingToas@moz-BBE3ABD.mv.mozilla.com)
# [21:08] * bear-afk is now known as bear
# [21:08] * Joins: Boriss_ (FlyingToas@moz-BBE3ABD.mv.mozilla.com)
# [21:08] * Quits: Boriss (FlyingToas@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:08] * Boriss_ is now known as Boriss
# [21:09] <ehsan> bsmedberg: ping
# [21:09] * armenzg_brb is now known as armenzg
# [21:09] * Quits: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [21:10] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [21:11] * Quits: dao (dao@moz-D1A94E51.superkabel.de) (Quit: Leaving.)
# [21:11] * Joins: mw22_away (chatzilla@moz-FB753258.adsl.wanadoo.nl)
# [21:12] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [21:12] * Joins: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP)
# [21:12] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [21:12] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [21:13] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [21:13] * Joins: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [21:13] * Parts: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [21:14] * Quits: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:14] <jlebar> sfink, I think qimportbz may be breaking hg qimport --rev tip
# [21:15] * mdas|afk is now known as mdas
# [21:15] <jlebar> sfink, http://pastebin.mozilla.org/1406750
# [21:15] * Joins: jwq_away (jwq@moz-8238A1D6.irl.cri.nz)
# [21:15] <jlebar> sfink, oh, it's mqext.
# [21:15] * khuey|away is now known as khuey|done
# [21:15] * jlebar disables it.
# [21:15] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- \o/)
# [21:15] <froydnj> khuey|done: hooray?
# [21:16] <jlebar> froydnj, I think he's done with school.
# [21:16] * jwq_away is now known as jwq
# [21:16] <khuey|done> indeed
# [21:16] * Joins: dao (dao@moz-D1A94E51.superkabel.de)
# [21:16] * Quits: jduell (jduell@moz-B1A011DB.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [21:16] <Ms2ger> For now!
# [21:16] * Joins: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com)
# [21:17] <jlebar> Ms2ger, that sounds like a a threat!
# [21:17] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [21:17] * Ms2ger bribes khuey's correctors
# [21:17] * jlebar is not sure why Ms2ger wants to keep khuey in school. Does he prefer when the tree is permanently closed?
# [21:18] <Ms2ger> :)
# [21:18] <khuey|done> as I said earlier, I have backup plans
# [21:18] <khuey|done> don't make me use them
# [21:18] * Quits: karl (karl@moz-5F98CC53.jetstream.xtra.co.nz) (Ping timeout)
# [21:18] * Ms2ger imagines khuey|done becoming an evil scientist instead
# [21:18] * ashughes is now known as ashughes|meeting
# [21:19] <Waldo> how is that any different from now?
# [21:19] <khuey|done> :-D
# [21:19] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [21:20] <derf> Waldo: He'll have an additional piece of paper.
# [21:20] * Waldo calls BS
# [21:20] <derf> :)
# [21:20] * nthomas|away is now known as nthomas
# [21:20] <khuey|done> two actually :-P
# [21:20] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [21:21] * Joins: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com)
# [21:21] * Joins: florian (florian@moz-87C33FDA.kimsufi.com)
# [21:21] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [21:22] * Quits: @dbaron (dbaron@moz-27F87443.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [21:22] <edmorley> one of them being a degree in modesty clearly :P
# [21:23] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [21:23] <jlebar> yeah, khuey|done -- stop bragging that they're giving you a photocopy of your diploma!
# [21:23] <jlebar> sheesh, rich Florida schools.
# [21:24] <khuey|done> jlebar: you know, there's some real irony in the guy who went to stanford telling the guy who went to a state university that :-P
# [21:24] <khuey|done> anyways, I'm just happy to be done
# [21:25] <khuey|done> the amount of bullshit in my life has decreased substantially :-)
# [21:25] <@bz> which is saying something
# [21:25] <@bz> given our lives here
# [21:25] * Joins: rs (rs@moz-BBE3ABD.mv.mozilla.com)
# [21:25] <khuey|done> heh
# [21:25] <@bz> and what you work on
# [21:25] <jbuck> khuey|done: congrats on finishing! I can't believe you stayed for two diplomas though :)
# [21:26] <khuey|done> some days I don't even know what I work on anymore
# [21:26] <slight> bz: thanks for the help, again. I was able to step through and I ended up hitting "../sysdeps/unix/sysv/linux/x86_64/send.c", which is not in the distribution I don't think. I can't step through that function anyway. The call to send comes from pt_Send in ptio.c.
# [21:26] <smaug> do I ever know that?
# [21:26] <khuey|done> jbuck: well when I started the second I didn't have anything better to do
# [21:26] <@bz> what? you say just because I'm a compiler I'm supposed to produce binaries?
# [21:26] <khuey|done> jbuck: then I got involved in mozilla
# [21:26] <@bz> slight: hmm
# [21:26] <froydnj> who's the right person to ask for quickstubs reviews?
# [21:26] <derf> slight: That's part of glibc.
# [21:26] <@bz> slight: what's the callstack?
# [21:27] * northAway is now known as northWind
# [21:27] <@bz> slight: oh, I see. Yeah, so you're not coming through MD_send
# [21:27] <bholley> khuey|done: mind rubberstamping bug 711203 real quick?
# [21:27] <@bz> khuey|done: I know what you're working on! Timers!
# [21:27] <slight> bz: Right. At least not every time.
# [21:27] <smaug> I don't know what I work on, but I still very much like what I'm doing :)
# [21:27] <khuey|done> bz: mayhemer did that already
# [21:27] <@bz> ok
# [21:27] <slight> bz: So, this is good enough for my purposes. I can make some headway with this. Thanks again for the help. I really appreciate it.
# [21:28] <@bz> khuey|done: er, what?
# [21:28] * Quits: smontagu (chatzilla@moz-7B7A63C7.red.bezeqint.net) (Ping timeout)
# [21:28] <smaug> froydnj: bug# ?
# [21:28] <@bz> khuey|done: we have a sane thing instead of nsITimer now?
# [21:28] <derf> smaug: Yesterday I worked from 5 AM until 3 AM the next day. I have no idea what I did.
# [21:28] <@bz> khuey|done: I thought he did timestamps?
# [21:28] <@bz> anyway
# [21:28] <@bz> gotta go babywatch
# [21:28] <@bz> back later tonight
# [21:28] * bz is now known as bz_away
# [21:28] <slight> bz: One last thing, I can now set the breakpoint at send, recv, since they are loaded. I guess they aren't loaded until the call goes to one of the functions. makes sense.
# [21:28] <khuey|done> bz: I think it just works once hte timestamps are in bplace
# [21:28] * timA is now known as timA|brb
# [21:28] <gps> Unfocused: no need to yell at me: https://developer.mozilla.org/en/Clang_Static_Analysis now has docs on how to run the Clang static analyzer
# [21:28] <froydnj> smaug: one's not filed yet
# [21:29] <smaug> froydnj: if peterv isn't back yet, then perhaps jorendorff, bz_away or I could review the patch
# [21:30] <froydnj> smaug: ok, thanks!
# [21:30] * Quits: evilpie (chatzilla@moz-CD875BA5.pools.arcor-ip.net) (Quit: ChatZilla 0.9.87 [Firefox 11.0a1/20111214031134])
# [21:30] * Joins: Wes_ (chatzilla@moz-BEF0C255.page.ca)
# [21:30] <@bz_away> khuey|done: no, because we convert it all to PRIntervalTime to do PR_WaitCondvar
# [21:30] <@bz_away> khuey|done: so in the end the resolution still blows
# [21:31] <khuey|done> bz_away: hmm
# [21:31] * Quits: gandalf (zbraniecki@moz-CB807E8C.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [21:31] * smaug is now known as smaugAfk
# [21:31] <khuey|done> bz_away: looks like it's better than it was, but still not down to 4 ms
# [21:31] <@bz_away> khuey|done: afaict
# [21:31] * Quits: slight (quassel@snowland.cs.yale.edu) (Client exited)
# [21:31] <@bz_away> khuey|done: right
# [21:31] <khuey|done> bz_away: I'm getting 6 or 7 ms for 4 ms timers
# [21:31] <khuey|done> (instead of 15)
# [21:31] <@bz_away> I believe that
# [21:31] <khuey|done> bah
# [21:31] <khuey|done> I thought I didn't have to do anything
# [21:32] * Joins: eflores (AndChat@538BABFE.A073F3E.97BBD552.IP)
# [21:33] * khuey|done is now known as khuey
# [21:33] <Ms2ger> http://mxr.mozilla.org/mozilla-central/source/intl/uconv/ucvibm/cp864.uf?force=1
# [21:33] <Ms2ger> "The contents of this file are subject to the Netscape Public License Version"
# [21:33] <khuey> gerv2: ^
# [21:33] <ehsan> catlee: I wanna chat with you when you have some time
# [21:34] <edmorley> nice: http://windowsteamblog.com/ie/b/ie/archive/2011/12/15/ie-to-start-automatic-upgrades-across-windows-xp-windows-vista-and-windows-7.aspx
# [21:34] <khuey> edmorley: Opera did it last?
# [21:34] * tfair is now known as tfair|lunch
# [21:34] <bholley> where should I file bugs on the telemetry system?
# [21:34] <khuey> bah, bugzilla is trying to stop me from working
# [21:35] <jlebar> agh, what is wrong with bugzilla?
# [21:35] <jlebar> All day it's been up and down.
# [21:35] <jlebar> hg.mo too.
# [21:35] <khuey> PHX
# [21:36] <jlebar> blast
# [21:36] <jaws> bugzilla error message: http://pastebin.mozilla.org/1406786
# [21:36] <jaws> (I already emailed it to the bugzilla admins)
# [21:36] <lmandel> bholley: I think it's toolkit->telemetry
# [21:36] <edmorley> khuey: heh. Ouch at some of the linked phrases in that article (generally pointing to either in-house rapid release bickering or the media)
# [21:37] <bholley> lmandel: thanks
# [21:37] <catlee> jlebar: hg is down?
# [21:37] <bent> anyone have any idea why smart phones seem to be getting bigger and bigger?
# [21:37] <jlebar> Can we license our newsgroups so it's illegal to quote them in the news?
# [21:37] <bent> who wants a brick in their pocket?
# [21:37] <jlebar> gerv2, that's a serious question ^.
# [21:37] <jlebar> well...my question, not bent's. :)
# [21:37] <jlebar> catlee, it has been occasionally giving me http 500s.
# [21:37] <bent> my question is totally serious!
# [21:38] <catlee> blech
# [21:38] <jlebar> catlee, probably just phoenix flapping.
# [21:38] <lurking> Smartphones are getting bigger because folks are tying to cram a desktop on them
# [21:38] * Quits: Jake (Jake@moz-CDAFE004.phlapafg.dynamic.covad.net) (Quit: Leaving.)
# [21:38] * Quits: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [21:38] <catlee> I didn't think hg was in phx
# [21:38] <khuey> lurking++
# [21:38] <ejpbruel> did SOPA just pass? or is bugzilla just down?
# [21:38] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
# [21:38] <bent> they don't make pants big enough for desktops
# [21:38] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [21:38] <khuey> trying to find stuff on fs2 is like digging through my grandma's attic
# [21:39] * Quits: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [21:39] <dolske> /win 70
# [21:40] <sicking> mrbkap: ping
# [21:40] * dolske sighs a typos and bugzilla being down
# [21:40] * Joins: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP)
# [21:40] * Quits: kennyluck (kennyluck@moz-EAB1F472.dynamic.hinet.net) (Ping timeout)
# [21:41] * Joins: madhava (madhava@moz-377B3CB.dsl.bell.ca)
# [21:41] * Joins: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com)
# [21:41] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [21:41] <Waldo> ejpbruel: I have a claim it's down
# [21:41] <khuey> $ hg import --no-commit https://bugzilla.mozilla.org/attachment.cgi?id=580370
# [21:41] <khuey> applying https://bugzilla.mozilla.org/attachment.cgi?id=580370
# [21:42] <khuey> abort: error: No connection could be made because the target machine actively re
# [21:42] <khuey> fused it
# [21:42] <jlebar> khuey, that actually works?
# [21:42] <jlebar> khuey, you don't have to curl or anything?
# [21:43] <catlee> nope
# [21:43] <hub> I have had issues with bz today
# [21:43] <khuey> so say we all
# [21:43] <dholbert> jlebar, (/me had same reaction) hg import --help says it should work!
# [21:43] <jlebar> I sure hope BrowserID is hosted more effectively than bugzilla.
# [21:43] <Waldo> today?
# [21:44] <khuey> jlebar++
# [21:44] <jlebar> dholbert, that's cool!
# [21:44] * Quits: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [21:44] <khuey> it's worked for me for as long as I can remember
# [21:44] <dholbert> jlebar, "If a URL is specified, the patch will be downloaded from it." yeah!
# [21:44] <khuey> oh, though
# [21:44] <khuey> it won't work for this one
# [21:44] <khuey> bah
# [21:44] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [21:44] <khuey> security bug ftl
# [21:44] <jlebar> bugzilla is back -- quick, pile on!
# [21:44] * khuey hits refresh a bunch
# [21:44] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [21:45] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [21:45] * Joins: ahal_ (ahal@F2D29657.F60B0462.67AC9B1.IP)
# [21:45] * Joins: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP)
# [21:45] * ahal_ is now known as ahal
# [21:45] * smaugAfk is now known as smaug
# [21:46] <ehsan> lmandel: which room should we go in (in 20 mins that is)?
# [21:47] <sfink> jlebar: Oh, sorry. Same stupid hg version problem that I had to patch in qimportbz. (They renamed full_series -> fullseries. I liked the underscore better.) I just pushed the fix.
# [21:47] <jlebar> sfink, yay, thanks!
# [21:47] <lmandel> ehsan: Finch has been working well today (and isn't too hot).
# [21:47] <jlebar> sfink, (I think their style is no underscores at all, although this being python, I'm not so surprised they're not consistent.)
# [21:48] <Ms2ger> Getting a room, yes?
# [21:48] * Joins: kennyluck (kennyluck@moz-1C7FC771.dynamic.hinet.net)
# [21:48] <jlebar> Ms2ger, ?
# [21:49] * Quits: johnath_home (noyb@moz-5A10C3E8.dsl.teksavvy.com) (Ping timeout)
# [21:49] <jlebar> Ms2ger, I love Python. But naming consistency is not its strong suit. Consistency is the hobgoblin of little minds, and all that.
# [21:49] * Joins: johnath_home (noyb@moz-5A10C3E8.dsl.teksavvy.com)
# [21:52] * Quits: jhk_ (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [21:52] * Quits: jesup (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net) (Ping timeout)
# [21:52] * Joins: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:52] * Joins: dbaron (dbaron@moz-BBE3ABD.mv.mozilla.com)
# [21:52] * ChanServ sets mode: +o dbaron
# [21:54] * Joins: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP)
# [21:56] * Joins: jhk_ (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [21:57] * northWind is now known as northAway
# [21:58] * Waldo rebases his tree...cause he can, with his tree setup
# [21:59] * Quits: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [22:01] * Quits: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Quit: juanb)
# [22:01] * Joins: jamesr (jamesr@FB285460.D6CCE4AE.77834EAA.IP)
# [22:02] <Pike> hg is out, too?
# [22:02] <ehsan> lmandel: I'm sitting right next to finch
# [22:02] <ehsan> taras: ping
# [22:02] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
# [22:03] <taras> ehsan: pong
# [22:03] * Quits: dao (dao@moz-D1A94E51.superkabel.de) (Quit: Leaving.)
# [22:03] <ehsan> taras: so I'm planning to create a new profiling project branch which has frame pointers turned on
# [22:03] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:03] <ehsan> and we can easily move nightly users to it and back
# [22:04] <ehsan> whenever we want
# [22:04] <ehsan> I'll also setup some cron jobs to keep it up to date
# [22:04] <ehsan> so that developers can run those nightlies
# [22:04] <ehsan> which are actually useful for profiling
# [22:04] <ehsan> how does this sound?
# [22:05] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [22:05] * Joins: timeless_xchat (timeless@moz-5E2C9899.eng.wind.ca)
# [22:06] * merike is now known as merike|away
# [22:09] * tfair|lunch is now known as tfair
# [22:09] * Joins: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP)
# [22:11] * Waldo has heard claims from some that it is
# [22:12] * Quits: gerv2 (gerv@moz-8E68CF56.in-addr.arpa) (Ping timeout)
# [22:13] * Joins: jhammel (jhammel@moz-EBD5D56.hsd1.ca.comcast.net)
# [22:14] * coop|buildduty is now known as coop|triage
# [22:15] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [22:16] * joduinn is now known as joduinn-triage
# [22:16] <bent> ehsan, unless it has nightly updates i don't think it's worth it
# [22:16] <ehsan> bent: it will have nightly updates
# [22:16] <bent> really?
# [22:16] <bent> oh
# [22:16] <bent> in that case, sold!
# [22:16] <jlebar> ugh, now tbpl is down?
# [22:16] <jlebar> This is a fun day.
# [22:16] <nthomas> it's in phoenix too
# [22:16] * Quits: jwq (jwq@moz-8238A1D6.irl.cri.nz) (Ping timeout)
# [22:16] <bent> jlebar, must be a day that ends in "y"
# [22:16] * nthomas changes topic to 'Intermittent PHX issues. Bugzilla, Socorro, AMO, TBPL, etc affected || m-c: OPEN m-i: OPEN || Next aurora uplift: 20th Dec || If you are new or want to help, see irc://irc.mozilla.org/#introduction'
# [22:16] <taras> ehsan: it sounds great
# [22:17] * Joins: darktrojan (geoff@moz-8B34E932.dsl.telstraclear.net)
# [22:17] * jlebar changes topic to 'PHX is flapping. Bugzilla, Socorro, AMO, TBPL, etc affected || m-c: OPEN m-i: OPEN || Next aurora uplift: 20th Dec || If you are new or want to help, see irc://irc.mozilla.org/#introduction'
# [22:17] <ehsan> taras: btw, I filed https://bugzilla.mozilla.org/show_bug.cgi?id=711195, I'd appreciate if you can review cause we're gonna need this in today if possible
# [22:17] * Quits: @mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [22:18] * Joins: jwq_away (jwq@moz-8238A1D6.irl.cri.nz)
# [22:18] * jwq_away is now known as jwq
# [22:18] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:18] * Joins: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP)
# [22:19] <taras> ehsan: bugzilla being slow
# [22:19] <taras> i'll get to it when it lets me see what the bug is
# [22:19] <ehsan> yeah it's being awful today
# [22:19] <ehsan> taras: thank you
# [22:20] <timeless_xchat> taras: be happy bugzilla is up at all
# [22:20] * Quits: jhammink (textual@moz-7B0110AD.mv.mozilla.com) (Quit: Computer has gone to sleep.)
# [22:20] <timeless_xchat> one of the backend servers went down
# [22:20] <timeless_xchat> so the frontend is now using a backend from a differemt site
# [22:21] <taras> timeless_xchat: amen
# [22:21] <taras> i think we should find a way to do bugtracking via yammer
# [22:21] <timeless_xchat> yammer?
# [22:21] * timeless_xchat does bug tracking via gmail
# [22:21] * Joins: dao (dao@moz-D1A94E51.superkabel.de)
# [22:22] * Joins: bretr (bret_recka@moz-BBE3ABD.mv.mozilla.com)
# [22:22] <smaug> timeless_xchat: some moco employees hide their discussions from public by using yammer. I don't know why.
# [22:22] <smaug> (obviously, they aren't actively trying to hide anything)
# [22:22] * Quits: jfkthame (jfkthame@DBA4BEB5.90783722.9542EC20.IP) (Quit: jfkthame)
# [22:23] <timeless_xchat> i'd google that, but my browser is being interviewed by my debugger
# [22:23] <gavin> some people like being able to discuss things at the watercooler
# [22:23] <gavin> (and appreciate that the watercooler isn't published on the internet)
# [22:23] <Ms2ger> gavin, ... yet :)
# [22:23] <khuey> smaug: I joined it a few days ago and it's all notices of things being down :-P
# [22:24] <Waldo> other moco employees see it as yet another information source that's close enough to duplicative that it's not worth wasting time following it as well as all the others :-)
# [22:24] <gavin> yes, other people don't enjoy watercooler discussion nearly as much
# [22:24] <taras> khuey: good one :)
# [22:24] <khuey> taras: it wasn't a joke
# [22:24] * mdas is now known as mdas|afk
# [22:25] <smaug> khuey: just curious, why did you join it?
# [22:26] <khuey> smaug: after the 20th "your coworker has invited you to join yammer" message I gave up
# [22:26] <smaug> I'm sure you know even without yammer that things are down :)
# [22:26] <bent> it's only a matter of time before some big announcement happens on yammer and the rest of us miss it
# [22:26] <khuey> smaug: now I've joined it and ignore it ;-)
# [22:26] <khuey> bent: indeed :-/
# [22:26] <khuey> especially given our track record with email :-P
# [22:26] * mwu isn't sure what it's for, still hasn't joined
# [22:27] <jlebar> mwu, it's private facebook.
# [22:27] <smaug> I'm using MoCo email so rarely that I didn't even notice that it wasn't working :)
# [22:27] * Joins: WeirdAl (chatzilla@moz-D461843.ask.info)
# [22:27] <jlebar> mwu, its design is a near pixel-perfect clone of fb.
# [22:27] <mwu> jlebar: I know, but why? :p
# [22:27] <khuey> smaug: yeah, me too
# [22:27] <khuey> jlebar: yeah that part is great
# [22:27] <mwu> same question I ask of every new social network
# [22:27] <jlebar> Like...they didn't even try to do something different.
# [22:27] <mwu> I barely use fb as is
# [22:28] * Quits: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP) (Quit: beaufour)
# [22:28] * jmaher is now known as jmaher|afk
# [22:28] * Quits: madhava (madhava@moz-377B3CB.dsl.bell.ca) (Quit: madhava)
# [22:28] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:28] <Ms2ger> Wait, somebody decided copying thunderbird was a good idea?
# [22:28] <bent> mwu, heretic
# [22:29] <froydnj> oh how I wish you could just email reply to bugzilla mail
# [22:29] * Quits: jwq (jwq@moz-8238A1D6.irl.cri.nz) (Ping timeout)
# [22:29] <mwu> hm that also doesn't seem like a great business model. how hard would it be for fb to just make private networks for corporations that want it
# [22:29] * davehunt|away is now known as davehunt|mtg
# [22:29] <Ms2ger> mwu, very hard
# [22:29] <Ms2ger> They can't even keep things private now :)
# [22:30] <lurking> FB and Privacy should not be in the same sentence.
# [22:30] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
# [22:30] <Waldo> froydnj: there's at least one TB extension to let you do that (well, override reply functionality to do the deed)
# [22:30] <Waldo> lurking: I see what you did there
# [22:30] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [22:30] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [22:31] <khuey> bholley: nice text in the test
# [22:31] <bholley> khuey: ;-)
# [22:32] * Joins: madhava (madhava@moz-377B3CB.dsl.bell.ca)
# [22:33] <froydnj> Waldo: I don't suppose you know why email reply is disabled in the first place?
# [22:34] <bent> hm, did google groups stop sending digest emails to anyone else recently?
# [22:34] <Waldo> froydnj: authenticity, spoofability, etc.
# [22:34] <Waldo> froydnj: there's been work at making gpg or something for secure reply
# [22:34] <Waldo> dunno its status these days
# [22:35] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [22:36] * mattwoodrow|away is now known as mattwoodrow
# [22:36] * Quits: dao (dao@moz-D1A94E51.superkabel.de) (Quit: Leaving.)
# [22:36] <froydnj> Waldo: ok, thanks
# [22:37] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Ping timeout)
# [22:38] <khuey> Bugzilla has suffered an internal error. Please save this page and send it to bugzilla-admin@mozilla.org with details of what you were doing at the time this message appeared.
# [22:38] <khuey> glob|away: ^ is that useful at all?
# [22:38] * mdas|afk is now known as mdas
# [22:38] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
# [22:38] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [22:39] * Joins: njn (chatzilla@moz-573D5DFB.dyn.iinet.net.au)
# [22:39] <lurking> Just change it to: "Bugzilla detects that Phx has crashed" - will be back soon."
# [22:40] * Quits: msucan (msucan-@FA9E8863.56E67207.699550A1.IP) (Quit: .)
# [22:40] <jhammel> lol
# [22:42] <taras> i think it should display phone # of PHX
# [22:43] <lurking> Probably can't call them, its using that line for the dial-up :)
# [22:44] * Joins: Boriss_ (FlyingToas@moz-BBE3ABD.mv.mozilla.com)
# [22:44] <blizzard> w/ 18
# [22:44] * Quits: Boriss (FlyingToas@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:44] * Boriss_ is now known as Boriss
# [22:45] * Joins: jwq (jwq@moz-8238A1D6.irl.cri.nz)
# [22:45] * Quits: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [22:45] * Quits: mdr (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net) (Ping timeout)
# [22:46] * Joins: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP)
# [22:47] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:49] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Connection reset by peer)
# [22:49] * Quits: dvander`home (dvander@moz-EC56C22F.hsd1.ca.comcast.net) (Connection reset by peer)
# [22:49] * Quits: jhammel (jhammel@moz-EBD5D56.hsd1.ca.comcast.net) (Quit: leaving)
# [22:50] * Joins: jhammel (jhammel@moz-EBD5D56.hsd1.ca.comcast.net)
# [22:50] * Joins: dvander`home (dvander@moz-EC56C22F.hsd1.ca.comcast.net)
# [22:51] * Joins: mdr (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net)
# [22:51] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [22:51] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
# [22:51] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
# [22:52] * Quits: mw22_away (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Ping timeout)
# [22:54] * Ziggy|AWAY is now known as Ziggy_Maes
# [22:54] * Quits: ashughes|meeting (ashughes@21B7B9F2.B87E9213.6E712CE2.IP) (Connection reset by peer)
# [22:54] <jlebar> mak++ for that work on inline autocomplete.
# [22:54] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
# [22:54] <mak> jlebar: just trying to have it done :)
# [22:54] * Joins: ashughes (ashughes@21B7B9F2.B87E9213.6E712CE2.IP)
# [22:54] * Quits: zuzelvp (zuzelvp@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [22:54] <jlebar> mak, I'm sure it's going to spawn plenty of hate on ./, but I think it's virtuous. :)
# [22:55] <jlebar> er, /.. But maybe we should call it ./.
# [22:55] <mak> jlebar: the existing one is already bogus, I don't expect hate replacing bogus with bogus!
# [22:55] <jlebar> mak, you must be new here. :-p
# [22:55] <mak> no, was just kidding!
# [22:55] <jlebar> lol
# [22:56] <mak> I'm used to hate
# [22:56] * Quits: ashughes (ashughes@21B7B9F2.B87E9213.6E712CE2.IP) (Quit: reboot)
# [22:56] * glandium is wondering if win32-mobile in trychooser is actually doing something
# [22:56] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [22:57] * njn loves resizeable textboxes
# [22:57] * Quits: romeo (romeo@moz-A9325888.k459.webspeed.dk) (Quit: Leaving)
# [22:57] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [22:57] * davehunt|mtg is now known as davehunt
# [22:58] * Joins: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [22:58] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [22:59] * Joins: jhammink (textual@moz-7B0110AD.mv.mozilla.com)
# [23:00] * Quits: whimboo (whimboo@moz-216F9AFA.superkabel.de) (Ping timeout)
# [23:00] <philor> glandium: I'd bet against it doing anything, since it's a nightly build, not a regular build, now
# [23:00] * Joins: sworkman-phone (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [23:00] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:00] * sworkman-phone is now known as sworkman
# [23:01] * Joins: ashughes (ashughes@21B7B9F2.B87E9213.6E712CE2.IP)
# [23:01] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
# [23:01] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [23:02] <jdm> what is inline autocomplete, exactly?
# [23:03] <mak> jdm: browser.urlbar.autoFill
# [23:04] * Quits: jhammink (textual@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
# [23:04] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [23:04] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
# [23:04] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [23:05] * Quits: protz (jonathan@moz-7F6750F6.xulforum.org) (Quit: Leaving)
# [23:05] * Quits: jhk_ (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [23:05] * Quits: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [23:05] * Joins: Wevah (Wevah@moz-97AD33CE.stcd.qwest.net)
# [23:05] * Joins: jhk_ (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [23:06] * philor is now known as philor|away
# [23:06] * Joins: dRdR_ (dRdR@moz-7B0110AD.mv.mozilla.com)
# [23:06] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Quit: jgriffin)
# [23:07] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [23:07] * catlee is now known as catlee-mtg
# [23:07] * Quits: dRdR (dRdR@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:08] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [23:08] * ChanServ sets mode: +o mkaply
# [23:08] * Quits: @mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [23:08] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [23:08] * Joins: matti (chatzilla@moz-1EEF85D0.dip.t-dialin.net)
# [23:08] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:09] <jdm> mak: interesting. approximately the same effect as mardek's Enter Selects addon I guess.
# [23:09] * Quits: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk) (Input/output error)
# [23:10] <mak> jdm: similar, though we are going to select by hostname first
# [23:10] <jdm> mak: will that stop people from typing in queries in the address bar that then get submitted to the default search engine?
# [23:10] * Quits: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [23:10] <mak> jdm: hm, I fear not, in the sense it's using data from your past history
# [23:10] <jduell> meh--80831e4a10de is burning inbound
# [23:10] * Quits: Ms2ger (Ms2ger@DA9738C3.641B467F.37724B0D.IP) (Ping timeout)
# [23:11] <mak> jdm: but may help with simple "want to visit that website"
# [23:11] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [23:11] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [23:11] <jdm> mak: let's say you type a word that you want to google, and that word matches something from your history
# [23:11] <jdm> if you now press enter, it will take you to the autocompleted entry instead?
# [23:11] * Joins: Ms2ger (Ms2ger@DA9738C3.641B467F.37724B0D.IP)
# [23:12] <mak> jdm: hm no, it's not supposed to do that, yet
# [23:12] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [23:12] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
# [23:12] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [23:13] * philor|away is now known as philor
# [23:13] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Quit: sworkman)
# [23:14] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [23:14] * Quits: timeless_xchat (timeless@moz-5E2C9899.eng.wind.ca) (Ping timeout)
# [23:14] <njn> what's Chris Pearce's IRC nick?
# [23:14] * coop|triage is now known as coop|mtg
# [23:14] <njn> he's burning inbound
# [23:14] <Ms2ger> !seen cpearce
# [23:14] <derf> njn: cpearce
# [23:14] <firebot> cpearce was last seen 23 hours, 1 minute and 15 seconds ago, saying 'I was testing with attachment.cgi@id=580995...' in #developers.
# [23:14] <Ms2ger> Backout, I say
# [23:14] <derf> I was on a phone call with him half an hour ago.
# [23:14] <edmorley> njn: I'm backing out
# [23:15] <edmorley> no more fixups on inbound
# [23:15] <philor> woo
# [23:15] <jdm> edmorley, man of iron will
# [23:15] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
# [23:16] <edmorley> more like: edmorley, man of little (but still more than philor), hair
# [23:16] <mak> jdm: I now realize I may have read your question inverse :/ it's possible it will do that, unless you delete the autocompleted part. I suppose though may be improved and it can be disabled (it's working like the old autoFill)
# [23:16] * Joins: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk)
# [23:16] <njn> edmorley: thx
# [23:16] <edmorley> np
# [23:17] <jdm> mak: I know for certain my girlfriend will rage if she loses the ability to search from the address bar
# [23:17] * Quits: tonymec (tonymec@5347ADB0.672FB62A.277517C1.IP) (Ping timeout)
# [23:17] <edmorley> makes everything easier if we just backout asap (eg talos blame etc etc)
# [23:17] * Joins: jhammink (textual@moz-BBE3ABD.mv.mozilla.com)
# [23:17] <edmorley> dammit stop pushing people
# [23:17] <edmorley> :-)
# [23:17] <Ms2ger> Ha. Ha. Ha.
# [23:17] * edmorley thwaps bhackett
# [23:17] <mak> jdm: well, it's not lost, it's maybe more annoying (since you have to backspace and enter or disable it)... as many other changes will please someone and hurt someone else
# [23:17] * joduinn-triage is now known as joduinn-mtg
# [23:18] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [23:20] <gps> can someone explain http://dxr.mozilla.org/mozilla/mozilla-central/nsprpub/pr/include/prtypes.h.html#l562 to me? specifically the possibility for using a negative index
# [23:20] <@dbaron> so are the bugzilla attachment subdomains broken for anyone else?
# [23:20] * Joins: tonymec (tonymec@5347ADB0.672FB62A.277517C1.IP)
# [23:20] <edmorley> broken for me
# [23:20] <@dbaron> gps, a negative-index array typedef is illegal
# [23:20] <bwinton> dbaron: Me too.
# [23:20] <@dbaron> gps, so it allows you to make a compile-time assertion about any constant-foldable expression
# [23:21] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:21] <@dbaron> gps, negative-size, I should say
# [23:21] <gps> ahhhh
# [23:21] * Quits: kumar (kmcmillan@moz-E31CD2CB.mozilla.org) (Quit: kumar)
# [23:21] <gps> so it is inducing a compiler error by generating bad code
# [23:21] <@dbaron> gps, yep
# [23:21] <biesi> dbaron, yes, they are
# [23:22] <biesi> (don't know if a bug is filed)
# [23:22] * Joins: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [23:22] * Quits: kaie (kaie@moz-D8015D55.dip.t-dialin.net) (Quit: Leaving)
# [23:23] * Joins: kaie (kaie@moz-D8015D55.dip.t-dialin.net)
# [23:25] <gabor> Ms2ger: thanks for the notice, cpearce: thanks for the clarification on the onload event bug (697955)
# [23:25] <cpearce> np.
# [23:25] <Ms2ger> np
# [23:25] * Joins: ls (lsumar@538BABFE.A073F3E.97BBD552.IP)
# [23:25] * edmorley really hopes the busted under pushes on inbound aren't also broken, as we'll have no easy way to tell which is causing problems now :-/
# [23:26] <Ms2ger> Wasn't the idea to roll out everything if there's too much bustage?
# [23:26] * khuey refers you to philor's post from the other day
# [23:26] <edmorley> yes, which is why I hope it isn't necessary
# [23:26] <edmorley> (but yes that post too)
# [23:27] * jimm is now known as jimm-bbias
# [23:27] <philor> yeah, the one place that that's sometimes useful is for total "inbound is my try server, and not in a good way" pushes
# [23:27] <edmorley> we should just have a wall of shame... muahaha
# [23:28] * Quits: Waldo (waldo@moz-534B4EF1.hsd1.mi.comcast.net) (Quit: brb, VPN)
# [23:28] * khuey supports this
# [23:28] <philor> but, see the part of it about where I will never ask someone to do that
# [23:28] * Joins: Waldo (waldo@moz-104CC309.mv.mozilla.com)
# [23:28] * catlee-mtg is now known as catlee-away
# [23:29] * Quits: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com) (Client exited)
# [23:29] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [23:29] <gabor> bholley: I'm affraid I don't fully understand your comment on bug 677294, could you be a bit more specific what you mean? also, sorry for the late response I've just got too many bugs to handle at once
# [23:29] <njn> edmorley: I guess I'll hold off my landing for a while longer :/
# [23:30] * njn has many patches with r+
# [23:30] * Joins: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com)
# [23:31] * ashughes is now known as ashughes|meeting
# [23:32] <mak> philor: rules changed, btw
# [23:32] <philor> mak: yep, saw that, thanks
# [23:32] * Joins: billm (billm@moz-BBE3ABD.mv.mozilla.com)
# [23:32] <gabor> bholley: if I get it right you mean that I should be able to resolve those linking errors right?
# [23:32] <billm> sicking: ping
# [23:32] <sicking> billm: pong
# [23:33] <billm> sicking: I have an idl question. is that something you're knowledgeable about?
# [23:33] <sicking> billm: fire away
# [23:33] * ashughes|meeting is now known as ashughes
# [23:33] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [23:33] * Joins: jesup (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net)
# [23:33] <billm> sicking: I have an interface defined in an idl file, and I want to pass an enum as a parameter to one of the methods. how do I do that?
# [23:34] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
# [23:34] <Ms2ger> With a C++ block and a native, I guess
# [23:34] * Quits: jhk_ (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [23:34] <sicking> billm: we don't have enum types, just use an integer type
# [23:34] * Quits: Boriss (FlyingToas@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:34] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Connection reset by peer)
# [23:34] <billm> sicking: okay :-(. thanks.
# [23:35] <sicking> billm: is this function going to be called from script?
# [23:35] <billm> sicking: no, never
# [23:35] <billm> sicking: well, I don't think so at least
# [23:35] * Joins: Boriss (FlyingToas@moz-BBE3ABD.mv.mozilla.com)
# [23:35] <sicking> billm: hmm... then you might be able to do it using various tricks
# [23:36] <billm> sicking: it's probably not worth it. there are only one or two callers.
# [23:36] <billm> I was just hoping there was an easy way
# [23:36] <sicking> billm: yeah, i think it'd be very hacky to try to do it any other way
# [23:36] <sicking> no, definitely no easy way
# [23:37] * joduinn-mtg is now known as joduinn
# [23:37] <billm> sicking: thanks
# [23:38] * gregglind is now known as gregglind_away
# [23:38] <Ms2ger> ted, nspr? :
# [23:38] <Ms2ger> :)
# [23:39] <njn> bz_away: http://blog.mozilla.com/nnethercote/2011/12/14/memshrink-progress-week-26/comment-page-1/#comment-4637
# [23:39] * coop|mtg is now known as coop|afk
# [23:39] * mdas is now known as mdas|afk
# [23:39] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [23:40] * Quits: rs (rs@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:40] <roc> njn: any blank frame I think
# [23:40] <Waldo> so, if I want to land a mega-change, where should I land it, exactly? and who do I talk to to get some sort of tree closure, if I decide I want one and don't just land it at a quiet time like 0730 EST or something?
# [23:40] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
# [23:40] * Ms2ger kicks khuey
# [23:41] <Ms2ger> Don't land sg bugs on inbound
# [23:41] <khuey> Ms2ger: we decided that was ok
# [23:41] * Joins: timeless_xchat (timeless@moz-5E2C9899.eng.wind.ca)
# [23:41] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [23:41] <njn> roc: cool
# [23:41] <khuey> Waldo: "megachange"?
# [23:41] <Waldo> khuey: bug 708735
# [23:42] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Quit: sworkman)
# [23:42] <njn> Waldo: can you wait? people are still catching up after the tree closures
# [23:42] <Waldo> this shouldn't affect build size, or link size
# [23:42] * Fallen is now known as Fallen|away
# [23:42] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [23:42] <Ms2ger> uint* \o/
# [23:42] <Ms2ger> Waldo, land on m-c, merge to m-i, aiui
# [23:42] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [23:42] <khuey> Waldo: pick an off peak time, declare yourself sheriff, close the trees, land your stuff, sync inbound and m-c, reopen the trees
# [23:43] <Waldo> that sounds like a reasonable plan
# [23:43] * Waldo guesses he's waking up 5h/6h earlier than he has recently, then :-)
# [23:43] <philor> this must be off-peak, I've only got 50 pushes open in tbpl for inbound to star
# [23:44] <philor> 40, discounting the one I'm not actually going to do
# [23:44] * armenzg is now known as armenzg_dinner
# [23:44] <Waldo> my sleep schedule's moderately whacked right now, waking up noonish
# [23:45] <luke> philor: i just discovered that tbpl has hot keys for skipping between orange and starring. added at your behest i'm guessing? ;-)
# [23:45] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
# [23:45] <edmorley> hotkeys + the quickstar button bottom left ftw
# [23:45] <edmorley> but then philor just uses the force anyway
# [23:45] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Ping timeout)
# [23:46] * philor draws a total blank on who added them
# [23:46] <philor> one of your cohort, but my brain refuses to tell me who
# [23:46] <Waldo> njn: any individual person's conflicts are easy to work through, really; I'm just the one taking the brunt of it by having to rebase through every new one that lands
# [23:46] <Waldo> because I'm conflicting one-to-many, whereas everyone else is one-to-one
# [23:46] <edmorley> philor: I just wish the hotkeys didn't reset to the start once you've starred something
# [23:47] <njn> Waldo: I'm less worried about conflicts than closing the tree again so soon, but if you do it at a quiet time that's ok
# [23:47] <Waldo> 'course
# [23:47] <philor> luke: you've got sfink to thank for those
# [23:47] <Waldo> we gotta get everything in before the train leaves, right?
# [23:47] * Waldo ducks
# [23:47] <Waldo> rapid release? what's that?
# [23:47] <luke> philor: ah, nice
# [23:48] <philor> do the attendants who shove people into the Tokyo subway cars have a name? we should have those, rather than sheriffs
# [23:48] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
# [23:48] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [23:49] <edmorley> philor++
# [23:49] <gps> taras: what kind of false positives in the Clang static analyzer are you referring to in bug 711241?
# [23:49] <khuey> Waldo: it's not at all unreasonable for people to want to land their user-facing changes preferentially to renaming a bunch of types
# [23:49] <taras> gps: lint type tools generally have a lot
# [23:49] <Waldo> khuey: never said it wasn't :-)
# [23:49] <taras> gps: i have yet to see a non-apple project adopt the llvm analyzer
# [23:49] <khuey> well that certainly seemed like the implication :-P
# [23:49] <taras> general purpose static analysis is worthless
# [23:50] * Quits: Boriss (FlyingToas@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:50] <jlebar> taras, Tell that to njn, who wants to turn on warnings-as-errors.
# [23:50] <jlebar> taras, Warnings are just lightweight general-purpose static analysis.
# [23:50] <gps> taras: I can't argue. although, I think having yet another tool in your belt for best practices can't hurt too much
# [23:50] <taras> jlebar: i think we agree :)
# [23:51] <taras> gps: sure, but it also might not be worth the pain
# [23:51] <philor> ohgodpurplewinm1no
# [23:51] <Waldo> yespleasewarningsaserrorspleaseplease
# [23:51] * jlebar is not taking sides on the warnings war, yet.
# [23:51] * njn is gathering data, slowly
# [23:51] <mwu> I would comment on the utility of warnings if I could actually notice them
# [23:51] <Waldo> how can one not notice "them"? ;-)
# [23:51] <Waldo> individual ones, sure
# [23:51] <mwu> heh
# [23:51] <taras> gps: i think warnings/static analyses are useful WHEN you are adding code
# [23:51] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
# [23:51] <taras> gps: but not useful for existing code
# [23:52] <taras> then it's just annoying noise
# [23:52] * Waldo picks off some every so often, but he works on warning-free code mostly, so
# [23:52] <gps> taras: I agree on the new code bit
# [23:52] <edmorley> njn: need any msvc2010 clobber build logs for non gcc warnings?
# [23:52] <philor> ah, just webgl timeouts
# [23:52] <cpeterson> arewewarningsfreeyet.com?
# [23:52] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [23:52] <Waldo> NO
# [23:52] <gps> http://jenkins.gregoryszorc.com:9000/job/mozilla-central/201/warningsResult/?
# [23:52] <derf> In my experience, -Werror is just a torture device for anyone using even a slightly different build toolchain than upstream.
# [23:52] <njn> edmorley: I'm just looking at GCC warnings
# [23:52] <edmorley> cpeterson: that's an easy site to make, just hardcode it to NO. Job done.
# [23:52] * bhearsum is now known as bhearsum|afk
# [23:52] * Quits: jwq (jwq@moz-8238A1D6.irl.cri.nz) (Ping timeout)
# [23:52] <khuey> derf: indeed
# [23:52] <taras> njn: gcc warnings are worthless as i mentioned before
# [23:52] <gps> gotta love the Jenkins dashboard for warnings analysis
# [23:52] <derf> I could see it being used on the buildbots themselves, where the environment is constrained and known.
# [23:52] <njn> derf: that's why you only turn it on for TBPL builds
# [23:52] <mwu> derf: which is why we turned it off
# [23:52] <taras> since they vary due to optimization levels
# [23:52] <derf> But it certainly shouldn't be on everywhere else.
# [23:53] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [23:53] <Ms2ger> derf, that's the proposal, yes
# [23:53] <Waldo> edmorley: jinx!
# [23:54] <derf> njn: So how do you gather data on the effect of coders trying to paper over warnings because they have to shut up the damn compiler?
# [23:54] <edmorley> :-)
# [23:54] * Quits: andreasn (andreasn@moz-3CDFCC6A.a336.corp.bahnhof.se) (Ping timeout)
# [23:54] <jlebar> derf, Most of the warning fixes have been "papering up" benign code.
# [23:54] <jlebar> er, papering over.
# [23:54] <njn> derf: I don't understand the question
# [23:54] <jlebar> derf, I don't think njn would disagree that's going to be 95% of the fixes...
# [23:55] <cpeterson> Logging tons of warnings that are simply ignored is not very useful. Perhaps we should disable all warnings, then only opt into individual warnings that are -Werror worthy.
# [23:55] <derf> jlebar: The question is how much gets broken in the process, and how many _real_ problem are hidden in the process.
# [23:55] <gps> FWIW I'm advocating advancing the tools so people can catch warnings/issues earlier. I really don't have much stand in the "enforce warning-free" debate (although I'd love to get there)
# [23:55] <jlebar> derf, ah, useless code churn has a potential cost.
# [23:55] <jlebar> sure.
# [23:55] <edmorley> njn: think you're good to push now (buildapi has a fair bit of green, even if tbpl doesn't yet)
# [23:55] <khuey> at least on windows, you can disable warnings that are silly
# [23:56] * khuey doesn't know if gcc lets you do the same
# [23:56] <Ms2ger> derf, there's enough cases of warnings about actual bugs being ignored because nobody cares
# [23:56] <derf> khuey: As of 4.2, yes.
# [23:56] <Waldo> you can disable gcc/clang warnings, yeah
# [23:56] <derf> But it's a fairly blunt instrument.
# [23:56] <Waldo> and yeah
# [23:56] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [23:56] <njn> edmorley: thx
# [23:56] <Waldo> note that 4.6 and later have _Pragma to disable warnings in narrower scopes
# [23:56] <Waldo> but even still that's blunt
# [23:56] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (NickServ (GHOST command used by rick))
# [23:56] <njn> khuey: GCC has pragmas that let you turn off warnings for indiviaul sites
# [23:56] <Waldo> sharper, but still blunt
# [23:56] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [23:56] <Waldo> because it might go away naturally and then you're hiding nothing
# [23:56] <njn> Waldo: seems pretty sharp to me
# [23:56] <gps> MSVC has had those pragmas for years
# [23:57] <gps> clang also supports them
# [23:57] <khuey> derf: yeah, same for msvc
# [23:57] * Quits: davidillsley (chatzilla@moz-D3C5EBB2.range86-144.btcentralplus.com) (Client exited)
# [23:57] <derf> gps: gcc's warning system is generally terrible.
# [23:57] <Ms2ger> Also, they may not be useful now, but that doesn't mean they won't be in the future
# [23:57] <khuey> s/'s warning system//
# [23:57] <jlebar> gps, Those warning pragmas are terrible.
# [23:57] <derf> khuey++
# [23:57] <jlebar> gps, There are a bunch of files with opaque pragmas at the top...
# [23:57] * philor is now known as philor|away
# [23:57] <jlebar> gps, I have no idea what they're suppressing, or whether it's still necessary...
# [23:57] <Waldo> like, the valgrind macros warn in the one I have installed, apparently it's fixed in newer, but I can't tell without building my own valgrind over the system one, which is not something I'm particularly interested in doing
# [23:57] <khuey> I feel bad rooting for clang to kill gcc though
# [23:57] <khuey> mostly because there are people rooting for chrome to kill firefox :-P
# [23:57] * Waldo doesn't!
# [23:58] <njn> Waldo: that's a pretty odd case, though
# [23:58] <mwu> it's competition
# [23:58] <gcp> clag has commercial contributors that want to avoid GCC's GPL
# [23:58] * mbrubeck-away is now known as mbrubeck
# [23:58] <derf> My hope was that clang would inspire gcc to actually try to compete.
# [23:58] <Waldo> although I think I'm more rooting for both being better
# [23:58] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Ping timeout)
# [23:58] <gcp> you can contribute the clang and not have to give away your patents
# [23:59] <hub> ok, it seems that my woes with twitter are related to either a bad profile or the fact that I use Nightly *sigh*
# [23:59] <khuey> derf: it doesn't look like that's happened though
# [23:59] <jlebar> khuey, Have you ever looked at the GCC source?
# [23:59] <jlebar> khuey, it's no wonder...
# [23:59] <khuey> jlebar: nope
# [23:59] <khuey> jlebar: heh
# [23:59] <jlebar> khuey, I couldn't program for a week!
# [23:59] <Waldo> you can also contribute to clang without going through the onerous sign-my-rights-away process
# [23:59] <khuey> jlebar: sounds like this other major open source project I've heard of ...
# [23:59] <gps> the Clang source is beautiful. it inspires me to contribute
# [23:59] <njn> jlebar: "GCC is the software Vietnam"
# [23:59] <Waldo> like, I wrote a patch, sent it to the list, and it got committed with only a slight naming change
# [23:59] <khuey> njn: lol
# [23:59] <Waldo> no fuss, no muss
# Session Close: Fri Dec 16 00:00:01 2011

The end :)