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

Options:

# Session Start: Thu Dec 29 00:00:00 2011
# Session Ident: #developers
# [00:00] <bz> cjones: ping
# [00:01] <cjones> hi bz
# [00:01] <bz> cjones: so...
# [00:01] <bz> cjones: I pushed https://hg.mozilla.org/try/rev/8218784ce422
# [00:02] <bz> cjones: and the resulting log is https://tbpl.mozilla.org/php/getParsedLog.php?id=8205425&tree=Try&full=1
# [00:02] <Cww> ted: quick ping
# [00:02] <bz> cjones: which doesn't seem to contain stuff...
# [00:02] * Quits: TheOne (one@moz-5C4FD6E1.dip.t-dialin.net) (Input/output error)
# [00:02] <bz> cjones: which means either my logging is still wrong or we never reached ShadowLayerForwarder::EndTransaction during the test run
# [00:03] <bz> cjones: the latter seems moderately unlikely....
# [00:03] <bz> cjones: if I understand this stuff at all
# [00:03] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [00:04] * philor is now known as philor|away
# [00:04] * Quits: jdm (jdm@moz-523ECD3B.dsl.teksavvy.com) (Client exited)
# [00:05] * timA|postOffice is now known as timA
# [00:05] <cjones> bz, this will probably put you in a stabby mood, but you technically need to fsync() in PushTheLog()
# [00:05] <cjones> not sure if that's why the log data is missing
# [00:05] <khuey> heycam: "It is language binding specific whether it is possible to invoke a static operation through a reference to an instance of the interface."
# [00:05] <khuey> heycam: is it possible in JS?
# [00:06] <heycam> khuey, it is -- the static operations get put on the prototype too, iirc
# [00:06] <heycam> (but let me check!)
# [00:06] * bear is now known as bear-afk
# [00:06] <heycam> yes
# [00:06] * catlee-buildduty is now known as catlee-away
# [00:06] <khuey> heycam: and the same identifier can have both regular and static methods, right?
# [00:07] <heycam> khuey, ooh I hope not :)
# [00:07] * Joins: gal (gal@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:07] <khuey> I haven't found anything specifically disallowing it
# [00:07] <heycam> khuey, I will disallow it
# [00:08] <khuey> doesn't mean that there isn't something, of course
# [00:08] <cjones> bz, other than that your logging code looks like it should work
# [00:08] <khuey> excellent
# [00:08] <bz> cjones: hmm, before the fclose()?
# [00:09] <bz> cjones: I'll add an fsync there and see how things look
# [00:09] * Quits: jet (junglecode@moz-BBE3ABD.mv.mozilla.com) (Quit: jet)
# [00:09] <bz> cjones: thanks
# [00:09] <cjones> bz, yes
# [00:09] * philor|away is now known as philor
# [00:09] <cjones> the other option is that your logging code is racing with the reftest harness
# [00:09] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [00:09] <bz> cjones: it's possible
# [00:09] <bz> cjones: I have no idea when that harness grabs the log file.....
# [00:09] <cjones> if the fsync doesn't work you could try dumping the content-process log from the chrome process
# [00:10] <bz> hmm
# [00:10] <bz> fsync wants a file descriptor
# [00:10] * bz has a file*
# [00:11] <cjones> fileno
# [00:11] <bz> there _is_ an fflush involved
# [00:11] <bz> thanks
# [00:11] * bz adds fsync
# [00:11] <cjones> fflush isn't fsync
# [00:11] <bz> ok
# [00:11] <cjones> to be safe i would fflush
# [00:11] <cjones> fsync
# [00:11] <cjones> then fclose
# [00:12] <bz> ok
# [00:12] <bz> so fsync(fileno(FILE*))
# [00:12] * bz does that
# [00:12] <cjones> yeah
# [00:12] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Connection reset by peer)
# [00:12] <bz> cjones: I was feeling stabby about this a few days ago
# [00:12] <bz> cjones: at this point I'm mostly feeling resigned. ;)
# [00:12] <cjones> :(
# [00:13] <cjones> too bad you're away from your main machine
# [00:13] <bz> my main machine is with me
# [00:13] <bz> it's just a mac.
# [00:13] <cjones> you can build fennec on a mac
# [00:13] <bz> hmm?
# [00:13] <bz> more so than just running reftest-ipc on a firefox build?
# [00:13] <bz> or do you mean I can build it for my tablet?
# [00:13] <cjones> you can do that too, on a mac
# [00:14] <cjones> do you have your tablet with you?
# [00:14] <bz> yep
# [00:14] <cjones> yeah
# [00:14] <bz> have mac, have tablet, have usb cable
# [00:14] <bz> ok
# [00:14] <cjones> you can install a firefox build on the tablet
# [00:14] <cjones> run reftest there
# [00:14] * bz looks up instructions
# [00:14] <cjones> and build fennec for android on your mac
# [00:14] <cjones> install, run
# [00:14] <bz> alright
# [00:14] <bz> lemme try that
# [00:15] <Asa> khuey: no alert in IE 10 on Win8
# [00:15] <Asa> no dialog, no alert, no nothing.
# [00:15] <bz> https://wiki.mozilla.org/Mobile/Build/Fennec ?
# [00:16] <cjones> https://wiki.mozilla.org/Android#Setup_a_Build_Environment
# [00:16] <bz> thanks
# [00:16] <cjones> i would grab the mozconfig from the builder though
# [00:16] <cjones> not sure if that's up to date with the xul/native changes
# [00:16] <bz> cjones: oh, good idea
# [00:16] <cjones> it == those instructions
# [00:16] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [00:16] <bz> cjones: well, I think I need xul here, right?
# [00:16] <cjones> yes
# [00:16] <reuben> https://input.mozilla.com/en-US/sites/theme/1329844
# [00:16] <reuben> lol, it's true
# [00:17] <wg9s> bz:yes because I have never been able to get the native build to actually be able to be installed on a device.
# [00:17] <darktrojan> reuben, it makes the robot look more awesome
# [00:17] <wg9s> following the build instructions or even trying to mimic what the offical builds do by looking at the logs.
# [00:18] <khuey> Asa: ok
# [00:18] <khuey> thanks
# [00:19] <reuben> yeah, it's a… feature
# [00:20] <bz> cjones: any idea what the right JAVA_HOME is for mac?
# [00:21] * joduinn-mtg is now known as joduinn
# [00:23] * Joins: ctopper (craig@moz-C16EDDF1.dhcp.insightbb.com)
# [00:25] * Joins: dRdR (dsherk@moz-F979C50C.cpe.net.cable.rogers.com)
# [00:25] <heycam> bz, I have:
# [00:25] <heycam> $ echo $JAVA_HOME
# [00:25] <heycam> /System/Library/Frameworks/JavaVM.Framework/Home
# [00:25] <bz> thanks
# [00:27] <bz> does it matter whether I get r13 or r16 of the sdk?
# [00:27] <bz> I guess there is no r13 so much
# [00:28] <cjones> shouldn't matter
# [00:28] <cjones> i think you can explicitly get r13
# [00:28] * Quits: rs (rs@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
# [00:28] <cjones> but we set up the api target explicitly in the build system
# [00:28] * bz tried, failed
# [00:28] <cjones> r16 should include r13
# [00:28] <bz> did get r16
# [00:28] <bz> ok
# [00:29] * bz is running update sdk
# [00:29] <bz> ok, this might take some time
# [00:29] <bz> later, I guess
# [00:29] * bz is now known as bz_away
# [00:31] * reuben 's JAVA_HOME is undefined and his JDK works just fine, is that a fennec build system requirement?
# [00:35] <bz_away> ac_add_options --with-android-ndk="/Users/bzbarsky/mozilla/android-ndk-r6b"
# [00:35] <bz_away> ac_add_options --with-android-sdk="/Users/bzbarsky/mozilla/android-sdk-macosx/platforms/android-13"
# [00:35] <bz_away> ac_add_options --with-android-tools="/Users/bzbarsky/mozilla/android-sdk-macosx/tools"
# [00:35] <bz_away> ac_add_options --with-android-toolchain=/Users/bzbarsky/mozilla/android-ndk-r6b/toolchains/arm-linux-androideabi-4.4.3/prebuilt/darwin-x86
# [00:35] <bz_away> ac_add_options --with-android-platform=/Users/bzbarsky/mozilla/android-ndk-r6b/platforms/android-5/arch-arm
# [00:35] <bz_away> Does that seem plausible?
# [00:36] <mwu> toolchain should autodetect I think
# [00:36] <mwu> and maybe a few other things
# [00:36] <mwu> IIRC only two are really required and the rest configure guesses
# [00:37] * mwu checks
# [00:37] * sancus is now known as sancus_
# [00:37] * sancus_ is now known as sancus
# [00:37] * Quits: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [00:37] * Quits: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 9.0/20111220101134])
# [00:37] * Quits: kennyluck (kennyluck@moz-DCC02D11.dynamic.hinet.net) (Connection reset by peer)
# [00:38] <mwu> bz_away: yeah I think you only need to specify with-android-ndk and with-android-sdk
# [00:38] * Joins: kennyluck (kennyluck@moz-DCC02D11.dynamic.hinet.net)
# [00:38] <sid0> Oh, can you build Fennec on Windows too?
# [00:38] <mwu> it's been done before but I don't think anyone really tries so it's probably broken
# [00:39] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [00:39] <mwu> and I don't know if those patches went upstream
# [00:39] * Quits: Camer0n123 (Cameron@moz-DF08F4B4.cable.virginmedia.com) (Ping timeout)
# [00:39] * Joins: Cameron (Cameron@moz-DF08F4B4.cable.virginmedia.com)
# [00:39] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:39] <mwu> people only really care about building on linux, and occasionally, osx
# [00:39] <khuey> heycam: are argument identifier supposed to be unique within an operation?
# [00:39] * Quits: Pike (Pike@moz-B3F2AD9F.dip.t-dialin.net) (Quit: ChatZilla 0.9.87 [Firefox 8.0.1/20111120135848])
# [00:39] <pcwalton> bz_away: I'm not getting an event for DOMWindowCreated when the bfcache is in effect and navigating back/forward, is there an event I can use to indicate that the page in the bfcache is starting to be thawed?
# [00:39] <khuey> heycam: I can't find language that enforces that
# [00:40] <philor> desktop mobile on Windows is broken, yes
# [00:40] <khuey> pcwalton: pageshow
# [00:40] <mwu> well, that too
# [00:40] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [00:40] <mwu> though I was thinking of cross compiling fennec for android from windows
# [00:40] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [00:40] <philor> oh, that
# [00:41] * philor shudders
# [00:41] <pcwalton> khuey: I think I tried that and it fired too late
# [00:41] <bz_away> pcwalton: bfcache is a sync transition
# [00:41] <pcwalton> oh
# [00:41] <bz_away> pcwalton: so you don't need to worry about that case
# [00:42] <heycam> khuey, probably forgot to mention that, will add a sentence
# [00:42] <pcwalton> thanks, looks like it's working
# [00:44] <philor> Pike++
# [00:44] <philor> "where I'd feel as confident about our tree like I did, say, 10 years ago"
# [00:44] <philor> nothing says confidence like on-push being nothing more than "does it compile?" and then someone will look at whether or not it starts tomorrow morning
# [00:45] <jduell> bz_away: ping
# [00:46] <pcwalton> philor: fennec native was like that for a while quite recently :)
# [00:46] <jduell> bz_away: if a page tries to connect to an HTTP server over and over again in a tight loop, it fails every time, and we eventually crash from OOM, any idea how I'd start debugging where the memory leak is?
# [00:47] <khuey> how is it trying to connect to the server?
# [00:49] <ted> Cww: pong (but kinda busy, if you ask your question i might be able to answer it)
# [00:49] * Quits: Cameron (Cameron@moz-DF08F4B4.cable.virginmedia.com) (Quit: Bye Bye)
# [00:49] <bz_away> jduell: not offhand....
# [00:50] <jduell> bz_away: mmmK thanks
# [00:50] <bz_away> jduell: but what khuey said. Who's calling asyncOpen? Are our channel objects going away?
# [00:50] <Cww> ted: I'm working with reldrivers on https://bugzilla.mozilla.org/show_bug.cgi?id=713167 we're thinking of backporting the fix to 9.0.2 ... do you need anything from me in terms of more info and what do you think the risk assessment looks like?
# [00:51] <pcwalton> hmm, back/forward is causing display flashes. maybe it's not the bfcache -- how do I tell whether a page was in the bfcache?
# [00:51] <khuey> Cww: is there going to be a 9.0.2?
# [00:52] <Cww> khuey: maybe, independent discussion of all possible patches.
# [00:52] <khuey> ok
# [00:52] <khuey> just curious
# [00:55] <jduell> bz_away: khuey: some code is apparently trying to connect a websocket over and over, each time failing (missing required HTTP headers in initial handshake from server)
# [00:56] * gregglind is now known as gregglind_away
# [00:56] <jduell> I haven't looked yet as to whether channels are going away (partly because I'm not on windows, where the leak seems to be: not seeing it on linux)
# [00:57] <khuey> is there a testcase?
# [00:58] <philor> argh, I hit the network from a test, and ehsan exposed me
# [00:59] <philor> can we just remove all feed support?
# [00:59] <khuey> have we really not managed to kill network access from the testpool yet?
# [01:00] <philor> we have not
# [01:02] <philor> and I'd be pefectly happy to be blocked and thus not fetch the favicons for the default feed readers when I show the preview page, but I don't know how I'm going to avoid it so that I don't leak when we shut down before I've fetched them
# [01:02] <jduell> khuey: there's a live site to test it on, but it's not a simple testcase. I haven't even found the JS that does the WS connect yet...
# [01:02] <khuey> heh, fun
# [01:02] * khuey is on windows and can test stuff there
# [01:03] <khuey> at least as soon as my build finishes
# [01:04] * philor is now known as philor|away
# [01:05] * Quits: ericjung (ericjung@moz-E644DFC3.ip.simnet.is) (Ping timeout)
# [01:05] * Quits: ericjung_ (ericjung@moz-E644DFC3.ip.simnet.is) (Ping timeout)
# [01:05] * Quits: anant (anant@moz-EA2246FF.dsl.dynamic.sonic.net) (Ping timeout)
# [01:06] * Joins: anant (anant@moz-EA2246FF.dsl.dynamic.sonic.net)
# [01:07] * Quits: ctopper (craig@moz-C16EDDF1.dhcp.insightbb.com) (Quit: ctopper)
# [01:07] * philor|away is now known as philor
# [01:09] * Quits: loadbang (loadbang@moz-DB34FC62.range86-186.btcentralplus.com) (Quit: loadbang)
# [01:10] * Quits: Wevah (Wevah@moz-97AD33CE.stcd.qwest.net) (Quit: HARR)
# [01:17] <jduell> khuey: feel free to take a look at the offending link in bug 712572 comment 4 (http://www.bilibili.tv/)
# [01:18] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
# [01:19] <ted> Cww: so, the patch itself is really low-risk
# [01:19] <ted> literally all it does is stop us from embedding a resource in the DLL
# [01:19] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
# [01:20] <ted> Cww: but, this problem should only occur on WinXP systems which haven't had the VC2005 CRT installed
# [01:20] <ted> and lots of software redistributes that
# [01:20] <ted> (which is why most people haven't noticed this)
# [01:21] <bz_away> man
# [01:21] <bz_away> how frigging big is the android sdk?
# [01:21] <khuey> huge
# [01:21] <khuey> absurdly huge
# [01:21] <bz_away> apparently
# [01:21] * bz_away ran out of disk space
# [01:21] <bz_away> I had 30 GB free!
# [01:22] <khuey> sounds about right
# [01:22] <jhammel> huh, it looks only like 942M here :/
# [01:22] * bz_away starts nuking trees
# [01:22] * jhammel wonders what the difference is
# [01:23] <bz_away> only claims 3GB in the sdk dir at the moment....
# [01:23] <bz_away> odd
# [01:23] <khuey> lots of small files?
# [01:24] <bz_away> could be
# [01:24] * bz_away frees up 13 gigs of space, sees what will happen later
# [01:26] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Input/output error)
# [01:27] * bwinton_away is now known as bwinton
# [01:27] * Quits: myk (myk@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:29] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
# [01:31] * Quits: ashughes (ashughes@21B7B9F2.B87E9213.6E712CE2.IP) (Quit: ashughes)
# [01:31] <bz_away> cjones: fsync seems to not help
# [01:32] <bz_away> cjones: data still not in the log
# [01:32] <cjones> :(
# [01:33] <Cww> ted: yeah, it looks like it's not super common... but again, our current audience is all early-adopter types who know to look for the update.
# [01:33] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Ping timeout)
# [01:33] <Cww> so if it's really low risk (can you post that to the bug?) it is a good candidate for a ridealong.
# [01:34] * Quits: Sander (chatzilla@moz-1852D2DC.dip.t-dialin.net) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [01:35] <bz_away> cjones: on the bright side, I have the ndk and sdk installed
# [01:35] <bz_away> cjones: configure seems to have passed, and the build is off to the races...
# [01:35] <bz_away> cjones: we shall see
# [01:35] * cjones tries to find emoticon for "guardedly optimistic"
# [01:35] <bz_away> cjones: heh
# [01:36] <bz_away> cjones: gonna go have dinner for now.
# [01:37] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
# [01:38] <khuey> jduell: I don't see any leak
# [01:38] <jhammel> cjones perhaps /:j
# [01:38] <Cww> cjones: :J
# [01:39] <cjones> jhammel ftw
# [01:41] <khuey> jduell: well, actually, I do see a shutdown leak
# [01:41] <khuey> just not an unbounded leak
# [01:42] <khuey> oh
# [01:42] <khuey> I have firebug in
# [01:42] <khuey> that might be related
# [01:43] * Joins: karl (karl@moz-E126027B.jetstream.xtra.co.nz)
# [01:43] * bwinton is now known as bwinton_away
# [01:46] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [01:46] * Joins: Callek_Away (chatzilla@moz-D6465861.bstnma.east.verizon.net)
# [01:47] * Joins: myk (myk@moz-EC87A191.tmodns.net)
# [01:49] <philor> oh, nice, http://fusion.google.com/add?feedurl=%s redirects now, and we don't follow the redirect fetching the favicon
# [01:51] <philor> redirects to a URL that Google told us to use instead of the one we use, in March of 2007
# [01:59] * zpao is now known as zpao|detached
# [02:00] * Quits: MichaelR (MichaelR@moz-9A2966EE.bstnma.east.verizon.net) (Ping timeout)
# [02:01] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [02:05] * Joins: MichaelR (MichaelR@moz-944282C2.bstnma.east.verizon.net)
# [02:05] * Quits: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: out for a fun round of laundry)
# [02:06] * Ziggy|AWAY is now known as Ziggy_Maes
# [02:08] * ewong|away is now known as ewong
# [02:08] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [02:08] * Joins: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net)
# [02:13] * ctalbert|afk is now known as ctalbert
# [02:15] * rail is now known as rail-afk
# [02:19] * Quits: evilpie (~good-piex@moz-F8705A4A.pools.arcor-ip.net) (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20111228031049])
# [02:23] * Quits: KaiRo (robert@moz-3AE7B401.adsl.highway.telekom.at) (Quit: www.seamonkey.at)
# [02:25] * Parts: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:26] <jduell> khuey: hmm. Thanks for looking!
# [02:28] * Quits: myk (myk@moz-EC87A191.tmodns.net) (Ping timeout)
# [02:33] * cjones is now known as cjones-bbiab
# [02:42] * Quits: gal (gal@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: gal)
# [02:43] * Quits: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:46] * rail-afk is now known as rail
# [02:49] * lsblakk is now known as lsblakk|afk
# [02:49] * rail is now known as rail_away
# [02:50] * Quits: sfink (chatzilla@moz-4EAF93BB.dsl.pltn13.sbcglobal.net) (Connection reset by peer)
# [02:50] * Joins: sfink (chatzilla@moz-4EAF93BB.dsl.pltn13.sbcglobal.net)
# [02:53] * heycam is now known as heycam|away
# [02:54] * Quits: Callek_Away (chatzilla@moz-D6465861.bstnma.east.verizon.net) (Quit: ChatZilla 0.9.87 [Firefox 8.0.1/20111120135848])
# [02:56] * Joins: ctopper (craig@moz-C16EDDF1.dhcp.insightbb.com)
# [02:58] * Joins: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [03:01] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
# [03:02] * Quits: kumar (kmcmillan@350ECFC0.248B730.43362C16.IP) (Quit: kumar)
# [03:04] <khuey> heycam|away: ping
# [03:08] * adam is now known as adam-afk
# [03:14] * Quits: Tobbi (Tobbi@16BAC97A.933EA279.AC7F8427.IP) (Ping timeout)
# [03:16] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
# [03:16] <njn> anyone know about the interaction between the html5 parser and DOM nodes? More specifically, where the memory allocated by the stack trace in http://pastebin.mozilla.org/1424861 ends up being stored?
# [03:17] * njn thinks that somehow it gets owned by a JS object, but doesn't know more than that
# [03:19] * ctalbert is now known as ctalbert|afk
# [03:20] * Quits: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [03:20] <khuey> hsivonen does!
# [03:20] <khuey> njn: those are the dom nodes themselves
# [03:20] * Joins: pranavrc (pranavrc@FCF63893.B6852B0D.C28326FD.IP)
# [03:21] <njn> khuey: so the JS code sets .innerHTML and the html5 parser runs
# [03:21] <njn> and I can't work out where the stuff produced by the parser ends up being stored
# [03:21] <njn> nor how to access it
# [03:22] <khuey> those are the nodes in the dom tree
# [03:22] <khuey> they're now the children of whatever .innerHTML was set on
# [03:23] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [03:23] <njn> khuey: will they be reachable by tracing through all the nodes under the relevant document?
# [03:23] <roc> if the node is in the document, yes
# [03:23] <khuey> what roc said
# [03:23] <khuey> and if the nodes aren't later removed from the document
# [03:23] <khuey> etc
# [03:23] <njn> what if the node isn't in the document?
# [03:24] <khuey> then they're just floating off into space
# [03:24] <khuey> and the only way to reach them is through js
# [03:25] <njn> khuey: ugh
# [03:25] <njn> khuey: that makes me wonder if it's better to measure them from JS objects that by tracing from the document
# [03:25] * Quits: ewong (chatzilla@moz-E5D50C2E.static.netvigator.com) (Quit: Reboot)
# [03:25] <khuey> what is "them"?
# [03:25] <khuey> dom nodes in general?
# [03:25] <njn> khuey: yes
# [03:26] <khuey> well not all dom nodes have js objects
# [03:26] <khuey> it's possible for none of them to have js objects
# [03:26] <njn> khuey: hmm
# [03:26] <khuey> (I think)
# [03:26] <njn> khuey: any easy way to get both classes -- those in the document and those not in the document?
# [03:26] <khuey> there might be some weirdness with document or something
# [03:26] <khuey> njn: not really, if there were, it would be easy to fix the CC perf problems we have
# [03:27] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [03:27] <njn> khuey: sounds like this might make getting heap-unclassified down difficult
# [03:27] <njn> at least in cases like irccloud
# [03:27] <khuey> yep
# [03:28] <Callek> wtf |make[6]: *** No rule to make target `mozJSComponentLoader.obj', needed by `jsloader_s.lib.desc'. Stop.|
# [03:29] <Callek> did something fishy land/break earlier and I need a clobber?
# [03:29] * njn is learning just how much inheritance is used in dom/ and content/ code
# [03:29] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Quit: Ex-Chat)
# [03:30] <khuey> we're big on C++
# [03:31] <reuben> heh
# [03:34] <Callek> khuey: you reviewed a patch that touched that exact cpp, does that sound familiar?
# [03:34] <Callek> or something http://hg.mozilla.org/mozilla-central/rev/d144d8a5af9e may have caused?
# [03:35] * Quits: slowpoke (slowpoke@moz-F773540F.gigabit.perfect-privacy.com) (Ping timeout)
# [03:36] * Quits: alastair (alastair@moz-FF4B409A.dynamic.dsl.as9105.com) (Quit: sleep)
# [03:36] <khuey> Callek: I've reviewed lots of patches
# [03:37] <khuey> Callek: I doubt it's related
# [03:39] * Ziggy_Maes is now known as Ziggy|AWAY
# [03:41] <mbrubeck> Callek: Probably https://bugzilla.mozilla.org/show_bug.cgi?id=647341
# [03:41] <Callek> mbrubeck: needed by .desc?
# [03:42] <Callek> mbrubeck: also its not sporadic for me right now
# [03:42] <Callek> http://build.mozillamessaging.com/tinderboxpushlog/?tree=SeaMonkey
# [03:42] <mbrubeck> Oh, probably not then.
# [03:42] <Callek> Win Opt only though
# [03:42] <mbrubeck> "needed by *.desc" for various values of * does show up intermittently in the Firefox trees and gets starred as 647341
# [03:43] <Callek> ....looks like its all one machine though
# [03:43] * Callek clobbers it and hopes for the best
# [03:44] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:49] * Quits: anant (anant@moz-EA2246FF.dsl.dynamic.sonic.net) (Ping timeout)
# [03:50] * Joins: slowpoke (slowpoke@moz-F773540F.gigabit.perfect-privacy.com)
# [03:50] * Quits: fitzgen (fitzgen@moz-BAF3A28B.reshall.wwu.edu) (Quit: zzzzzzzzz)
# [03:50] * Joins: anant (anant@moz-EA2246FF.dsl.dynamic.sonic.net)
# [03:53] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Quit: jgriffin)
# [03:56] * Joins: fRdR (dsherk@8C2A9820.5BCEC6DB.DA78B690.IP)
# [03:56] * Quits: fRdR (dsherk@8C2A9820.5BCEC6DB.DA78B690.IP) (Quit: )
# [03:57] * Quits: dRdR (dsherk@moz-F979C50C.cpe.net.cable.rogers.com) (Ping timeout)
# [03:59] * Quits: kbrosnan (kbrosnan@moz-A6B0C234.prvdri.fios.verizon.net) (Ping timeout)
# [03:59] * Quits: chewey (chewey@moz-E2B17223.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:59] * Joins: chewey (chewey@moz-6155DD34.dip0.t-ipconnect.de)
# [04:02] * Joins: kbrosnan (kbrosnan@moz-A6B0C234.prvdri.fios.verizon.net)
# [04:03] * Quits: zandr (zandr@moz-891BD824.milewski.org) (Ping timeout)
# [04:04] * heycam|away is now known as heycam
# [04:04] * dholbert is now known as dholbert|afk
# [04:04] <heycam> khuey, pong
# [04:05] * Quits: romeo (romeo@moz-A9325888.k459.webspeed.dk) (Quit: Leaving)
# [04:05] <khuey> heycam: is allowing both "foo... arg" and "optional foo... arg" intentional?
# [04:06] <heycam> khuey, ah no I don't think that's intentional
# [04:06] <heycam> khuey, since you can provide 0 arguments for "foo… arg"
# [04:07] <khuey> well the spec states that variadic implies optional
# [04:08] <heycam> yes. I will add something to disallow "optional foo… arg" in idl
# [04:08] <khuey> ok
# [04:08] * Joins: regen (Miller@moz-AC5D4F09.adsl.dynamic.seed.net.tw)
# [04:08] * Joins: zandr (zandr@moz-891BD824.milewski.org)
# [04:18] * Joins: sworkman-phone (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [04:18] * Quits: sworkman-phone (sworkman@moz-BBE3ABD.mv.mozilla.com) (Quit: sworkman-phone)
# [04:18] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:19] * Quits: jhammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [04:19] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:23] <jcranmer|away> oh, we're implementing varargs in xpidl?
# [04:25] <khuey> no
# [04:26] * Quits: mike5w3c (MikeS@moz-FDE8EFCE.pool.e-mobile.ne.jp) (Ping timeout)
# [04:26] * Joins: mike5w3c (MikeS@moz-671863AD.pool.e-mobile.ne.jp)
# [04:27] <Mossop> How do I access mapped network drives from msys?
# [04:28] * Joins: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net)
# [04:30] <njn> khuey: I assume nsDocuments can be nested within the DOM? I.e. they're not just present in nsGlobalWindow::mDoc?
# [04:30] <njn> khuey: since nsDocument is a sub-class of nsINode
# [04:30] * joduinn is now known as joduinn-afk
# [04:31] <khuey> Mossop: is it mapped to a letter?
# [04:31] <Mossop> khuey: yes
# [04:31] <khuey> Mossop: cd /<letter>/
# [04:31] <Mossop> khuey: Doesn't work
# [04:31] * Joins: clokep (clokep@moz-2AAFC4A8.dyn.optonline.net)
# [04:31] <khuey> oh, nice
# [04:31] <Mossop> right
# [04:31] <khuey> Mossop: wouldn't surprise me if it just doesn't work
# [04:31] <khuey> at all
# [04:31] <Mossop> I think msys isn't picking it up right, mount displays a mount point that looks broken
# [04:32] <Mossop> Some network drives are fine, but not all
# [04:32] <khuey> njn: no
# [04:32] <khuey> njn: a document never has a parent node
# [04:32] <njn> khuey: oh, cool
# [04:32] <njn> khuey: thanks
# [04:33] <khuey> njn: documents can sort of kind of be nested in a dom tree, but only through frame elements and intervening windows
# [04:33] <njn> khuey: sort of?
# [04:34] <njn> khuey: if I just crawl over all the nsINodes, will I hit an nsDocument anywhere other than the top-level?
# [04:34] <khuey> njn: no
# [04:34] * Quits: regen (Miller@moz-AC5D4F09.adsl.dynamic.seed.net.tw) (Quit: regen)
# [04:34] <njn> khuey: that's what I need to know :) thanks
# [04:36] * Quits: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net) (Ping timeout)
# [04:38] * Joins: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net)
# [04:38] <bz_away> hmm
# [04:38] <bz_away> so if I built fennec
# [04:38] <bz_away> and then did make package
# [04:38] <bz_away> did that include all the reftest stuff?
# [04:38] * bz_away is now known as bz
# [04:40] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [04:40] * Joins: gkw1 (gkw@moz-BBE3ABD.mv.mozilla.com)
# [04:40] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Connection reset by peer)
# [04:41] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [04:41] <philor> isn't that make package-tests?
# [04:41] * Quits: gkw1 (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.1)
# [04:41] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [04:41] * bz tries
# [04:42] <bz> our docs don't seem to mention that
# [04:42] * Joins: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com)
# [04:43] <bz> and I may not need that, in fact
# [04:43] <bz> hrm
# [04:46] <bz> Failure [INSTALL_PARSE_FAILED_INCONSISTENT_CERTIFICATES]
# [04:46] * Quits: ctopper (craig@moz-C16EDDF1.dhcp.insightbb.com) (Quit: ctopper)
# [04:46] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [04:47] <bz> ah
# [04:47] <bz> ok
# [04:47] <philor> it's just a couple of tests, they'd probably never notice if you just disable them, would they?
# [04:48] <bz> heh
# [04:48] <bz> tempting
# [04:48] <bz> might get there
# [04:48] <bz> but would like to hunt this down first
# [04:48] <bz> ok
# [04:48] <bz> so....
# [04:48] <bz> presumably I already have fennec on there
# [04:48] * bz tries to find it
# [04:49] <bz> aha
# [04:49] <bz> I had to nuke my existing Nightly on the tablet
# [04:49] <bz> because apparently the thing is not in fact called Fennec
# [04:49] <bz> fine
# [04:49] <bz> oh, I might have done official branding or something...
# [04:50] * Quits: smaugAway (chatzilla@moz-C4258EAE.gprs.sl-laajakaista.fi) (Ping timeout)
# [04:52] * Joins: ctopper (craig@moz-C16EDDF1.dhcp.insightbb.com)
# [04:53] <bz> woohooo!
# [04:53] * bz is running reftests!
# [04:53] * philor just hopes they'll fail
# [04:53] * Quits: rhelmer (rhelmer@moz-B77DEAEB.mozilla.org) (Ping timeout)
# [04:53] <bz> heh
# [04:53] <bz> that too
# [04:53] * Joins: rhelmer (rhelmer@moz-B77DEAEB.mozilla.org)
# [04:54] <bz> so far they seem to not be doing much
# [04:55] * Joins: peregrino (peregrino@moz-6CAF5D0B.telecom.net.ar)
# [04:55] * philor is now known as philor|away
# [04:55] <bz> Starting: Intent { dat=http://192.168.1.3:8888/tests/layout/reftests/reftest.list cmp=org.mozilla.fennec/.App (has extras) }
# [04:55] <bz> ['shell', 'am', 'start', '-n', 'org.mozilla.fennec/.App', '--es', 'args', '-no-remote -profile /data/local/tests/reftest/profile/ -reftest', '-d', "'http://192.168.1.3:8888/tests/layout/reftests/reftest.list'"]
# [04:55] <bz> INFO | automation.py | Application pid: 1160
# [04:55] * ewong|afk is now known as ewong
# [04:55] <bz> The browser started on the tablet
# [04:55] <bz> loaded reftest.list in the content area....
# [04:55] <bz> then nothing
# [04:56] <bz> (note that reftest.list is being served as application/octet-stream here; is that expected?)
# [04:57] * Joins: mib_p6mc9n (Mibbit@AF478A43.AFCCC908.265540B.IP)
# [04:57] * Quits: mib_p6mc9n (Mibbit@AF478A43.AFCCC908.265540B.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [04:58] * bz is not having luck here. :(
# [05:01] * Quits: sfink (chatzilla@moz-4EAF93BB.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [05:04] <darktrojan> why are all these in one argument? '-no-remote -profile /data/local/tests/reftest/profile/ -reftest'
# [05:04] <bz> dunno
# [05:04] <darktrojan> and where's the last ' gone? :/
# [05:04] <darktrojan> oh it's there
# [05:04] <bz> that was a direct copy/paste from my console of what gets run here
# [05:04] * Joins: Boriss (FlyingToas@moz-9F7466A6.wyngmi.dedicated.static.tds.net)
# [05:05] * darktrojan prods xchat for being a bit rubbish
# [05:05] <bz> ok
# [05:05] <bz> so my primary conclusion so far is that "make reftest-remote" doesn't work right. :(
# [05:05] <bz> for some reason
# [05:06] * Quits: rshetty (quassel@232E2F38.503916DD.C842849F.IP) (Ping timeout)
# [05:08] * Joins: tonymec__ (tonymec@414CBE17.A915D552.277517C1.IP)
# [05:08] * Quits: ctopper (craig@moz-C16EDDF1.dhcp.insightbb.com) (Quit: ctopper)
# [05:08] * tonymec__ is now known as tonymec|away
# [05:09] <bholley> bz: ping
# [05:10] <bholley> bz: unping, I'll just dig into it some more
# [05:12] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Connection reset by peer)
# [05:14] * Quits: espindola (espindola@moz-67237209.dsl.teksavvy.com) (Quit: )
# [05:14] <bz> bholley: ack, fwiw
# [05:16] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [05:17] <bholley> bz: I ran into some funniness while changing everything to UniversalXPConnect. When I changed this case here: http://mxr.mozilla.org/mozilla-central/source/embedding/components/windowwatcher/src/nsWindowWatcher.cpp#1980 , this test started failing: http://mxr.mozilla.org/mozilla-central/source/dom/tests/mochitest/bugs/test_bug504862.html
# [05:17] * Joins: IRCMonkey6487 (Tobbi@16BAC97A.933EA279.AC7F8427.IP)
# [05:18] <bholley> bz: I dug into it, and it's sort of funny. The test enables UniversalXPConnect, which causes it to _pass_ that check
# [05:20] <bz> ok, sounds fine so far.
# [05:20] <bholley> bz: which causes various things to be undefined from script
# [05:20] <bholley> JavaScript strict warning: http://mochi.test:8888/tests/dom/tests/mochitest/bugs/file_bug504862.html, line 8: reference to undefined property window.dialogArguments
# [05:20] <bholley> JavaScript error: http://mochi.test:8888/tests/dom/tests/mochitest/bugs/file_bug504862.html, line 9: opener.is is not a function
# [05:20] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [05:21] * Joins: tonymec (tonymec@414CBE17.A915D552.277517C1.IP)
# [05:21] <bholley> bz: all this stuff looks like window dimension stuff to me though, so it's hard for me to imagine how it produces that script error
# [05:21] <bholley> bz: I'm happy to keep digging - just thought I'd check since you seem to know about this code
# [05:22] <bz> So wait
# [05:22] <bz> what change did you make to the test?
# [05:22] <bz> or did you just change the windowwatcher code?
# [05:22] <bholley> bz: none
# [05:22] <bz> ok
# [05:22] <bz> and so the point is that IsCapabilityEnabled was returning _false_ there before?
# [05:23] <bholley> bz: correct
# [05:23] <bholley> bz: and it returns true when we check for UniversalXPConnect, because the test enables it
# [05:23] <bholley> bz: (this involves the silliness within caps about UniversalXPConnect vs the rest of them, which is now going away :-) )
# [05:24] <bz> ok
# [05:24] <bz> so UniversalXPConnect sorta doesn't imply UniversalBrowserWrite
# [05:24] <bz> that's dumb
# [05:24] <bholley> bz: yes
# [05:24] <bz> ok
# [05:25] <bz> so enabled ends up true?
# [05:25] <bholley> bz: though it should. And we carefully layer over it in nsContentUtils to make it look like that
# [05:25] <bz> whereas it ended up false before?
# [05:25] <bholley> bz: with the patch, yes
# [05:25] * Quits: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [05:25] <bholley> bz: right
# [05:25] <bholley> bz: but somehow, more privileges means more broken
# [05:26] <bz> are you sure it's that particular check?
# [05:26] <bholley> bz: that's the one
# [05:26] <bz> that makes no sense
# [05:26] <bz> it's just a size check
# [05:26] <bz> that is, that |enabled| just controls the sizing stuff
# [05:27] <bholley> bz: let me tripple check
# [05:27] <bz> is positionSpecified ending up with different values in the two cases?
# [05:27] * Quits: peregrino (peregrino@moz-6CAF5D0B.telecom.net.ar) (Quit: peregrino)
# [05:28] <bholley> bz: wait, crap. It was the other one in that file. sorry :-(
# [05:29] <bholley> bz: I could have sworn…
# [05:31] <bholley> bz: but yeah, if I use gdb to switch 'enabled' to false after the call to caps everything works dandily
# [05:31] * khuey is now known as khuey|away
# [05:31] * Joins: peregrino (peregrino@moz-6CAF5D0B.telecom.net.ar)
# [05:31] * Joins: rshetty (quassel@BB289474.2F582B2D.E28C2422.IP)
# [05:32] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.1)
# [05:33] <bholley> bz: yeah, it would make more sense that this would have an effect on things. I don't really understand enough about modal windows to grok the test though
# [05:34] <bholley> bz: oh hey, I can just remove the call to enablePrivilege in the test and it works. \o/
# [05:34] * cjones-bbiab is now known as cjones
# [05:35] <bholley> bz: I guess jst just called enablePrivilege out of habit or something
# [05:36] * Quits: peregrino (peregrino@moz-6CAF5D0B.telecom.net.ar) (Quit: peregrino)
# [05:36] <bholley> bz: cool. I'll post the patches for your perusal then, unless you think there's a better reviewer
# [05:37] * rail_away is now known as rail
# [05:37] * Joins: regen (Miller@moz-AC5D4F09.adsl.dynamic.seed.net.tw)
# [05:40] * Quits: eflores (AndChat@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [05:40] <mbrubeck> I see ehsan figured out how to get an all-green build: https://tbpl.mozilla.org/?rev=5f606d407c14
# [05:40] * Quits: regen (Miller@moz-AC5D4F09.adsl.dynamic.seed.net.tw) (Quit: regen)
# [05:41] <mbrubeck> and espindola did it just by getting rid of those pesky Windows and Mac platforms: https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=2d36b9fd44ca
# [05:41] * Quits: clokep (clokep@moz-2AAFC4A8.dyn.optonline.net) (Quit: Instantbird 1.2a1pre)
# [05:42] <mbrubeck> dbaron, Pike, and ehsan all came close thanks to the same coalescing (just some blue to mess them up): https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=1b72fc52dfe1 https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=caf52bced4d3 https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=c248c37f9cf7
# [05:42] <darktrojan> cheating
# [05:43] <mbrubeck> also, all four of those folks are not in channel right now. Probably off plotting how they're going to cheat their way to green next...
# [05:43] <darktrojan> no trophies for them
# [05:46] * philor|away is now known as philor
# [05:49] <njn> bz: do you know about content/base/src/nsAttrAndChildArray.cpp ?
# [05:50] <bz> njn: yes
# [05:50] <njn> bz: there are two calls to PR_Realloc in that file
# [05:50] <bz> mbrubeck: do you know anything about running reftest-remote?
# [05:50] <njn> bz: they appear to be using different units
# [05:50] <njn> bz: AFAICT "size" in that file means "number of elements"
# [05:50] <njn> not "byte size"
# [05:50] <bz> njn: checking
# [05:51] <njn> bz: but in one call it's using one and in the other, the other
# [05:51] <njn> bz: and SizeOf() is horribly confused and uses a mix
# [05:51] <bz> PR_Realloc(mImpl, (newSize + NS_IMPL_EXTRA_SIZE) * sizeof(nsIContent*))
# [05:51] <bz> that's one call
# [05:51] * Quits: jduell (jduell@moz-4A5D2812.dyn.optonline.net) (Ping timeout)
# [05:51] <bz> PR_Realloc(mImpl, size * sizeof(void*))
# [05:51] <bz> Tha's the other
# [05:51] <bz> right?
# [05:52] <bz> looks ok-ish to me modulo the assumption that void* and nsIContent* are the same size
# [05:52] <njn> bz: oh, I missed the *sizeof(nsIContent*) due to line wrapping, duh
# [05:52] <bz> yeah, that part is kinda messy
# [05:52] <njn> bz: sorry for the noise
# [05:52] <bz> all good
# [05:52] * bz looks at sizeof
# [05:53] * Quits: tonymec (tonymec@414CBE17.A915D552.277517C1.IP) (Ping timeout)
# [05:53] <bz> "size" in sizeof seems to just be bytes
# [05:53] <bz> it uses sizeof(*(mImpl->mBuffer))
# [05:53] <njn> bz: yes, but the NS_IMPL_EXTRA_SIZE needs to be multiplied by sizeof(void*)
# [05:53] <bz> but seems to mess up NS_IMPL_EXTRA_SIZE
# [05:53] <bz> yeah
# [05:53] <njn> bz: I'll fix, I'm redoing the DOM reporters anwyay
# [05:53] <bz> sounds good
# [05:53] <njn> thanks
# [05:53] <bz> and yeah
# [05:53] <bz> #define NS_IMPL_EXTRA_SIZE \
# [05:53] <bz> ((sizeof(Impl) - sizeof(mImpl->mBuffer)) / sizeof(void*))
# [05:53] <bz> so it's definitely in units of sizeof(void*)
# [05:54] <njn> bz: more evidence why measuring blocks with moz_malloc_usable_size is better than computing sizes
# [05:54] <bz> heh
# [05:54] * njn really doesn't like using "size" for an array length
# [05:56] * Quits: micahg (micahg@moz-C7CC8D27.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com) (Input/output error)
# [05:57] * Quits: IRCMonkey6487 (Tobbi@16BAC97A.933EA279.AC7F8427.IP) (Ping timeout)
# [05:58] <bz> yeah
# [05:58] * Joins: micahg (micahg@moz-C7CC8D27.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com)
# [05:58] <bz> well, once we move child storage out of nsAttrAndChildArray it can all be much simpler
# [05:58] <bz> since then it will just store attrs and all this complexity can die
# [05:59] * bz still seeks someone who knows about reftest-remote
# [05:59] * Joins: jdm (jdm@72A40B12.5F0B0D97.6F478678.IP)
# [06:03] * Joins: peregrino (peregrino@moz-6CAF5D0B.telecom.net.ar)
# [06:04] * Joins: smontagu (chatzilla@BC8C4B26.86DA5551.CB858787.IP)
# [06:04] * Joins: redwood (chatzilla@moz-9432B7CF.dial1.atlanta1.level3.net)
# [06:04] * Quits: redwood (chatzilla@moz-9432B7CF.dial1.atlanta1.level3.net) (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20111228031049])
# [06:05] * Joins: tonymec (tonymec@414CBE17.A915D552.277517C1.IP)
# [06:05] <bz> jdm: do you know anything about running reftest-remote?
# [06:07] * Joins: Poly-C (Poly-C@moz-210735E9.dip.t-dialin.net)
# [06:07] * Quits: Polynomial-C (Poly-C@moz-92026DF7.dip.t-dialin.net) (Ping timeout)
# [06:08] * Quits: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net) (Ping timeout)
# [06:11] * rail is now known as rail_away
# [06:12] * Quits: jdm (jdm@72A40B12.5F0B0D97.6F478678.IP) (Client exited)
# [06:13] * Joins: jdm (jdm@moz-523ECD3B.dsl.teksavvy.com)
# [06:13] <jdm> bz: sorry, nope
# [06:15] * Quits: bent (chatzilla@moz-DB4C5E15.triad.res.rr.com) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [06:17] <bz> jdm: ok
# [06:17] * bz wonders who would be
# [06:17] <jdm> bz: cjones?
# [06:18] * Quits: smontagu (chatzilla@BC8C4B26.86DA5551.CB858787.IP) (Ping timeout)
# [06:19] * Joins: ctopper (craig@moz-C16EDDF1.dhcp.insightbb.com)
# [06:20] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Ping timeout)
# [06:23] <bz> jdm: yeah, that seems like my best bet
# [06:23] * Joins: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net)
# [06:23] * Quits: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net) (Connection reset by peer)
# [06:27] * Joins: smontagu (chatzilla@moz-C2B0EE8B.red.bezeqint.net)
# [06:28] * philor is now known as philor|away
# [06:29] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [06:29] <cjones> jdm, ?
# [06:29] <jdm> cjones: bz is looking for information about running reftest-remote
# [06:30] <bz> cjones!
# [06:30] <bz> cjones: do you have a few mins?
# [06:30] <cjones> sure
# [06:30] <bz> cjones: so I followed the directions at https://wiki.mozilla.org/Mobile/Fennec/Android
# [06:30] <bz> cjones: with s/linux/mac/ as needed
# [06:31] <bz> cjones: using the mozconfig from the try build, basically (so my app name is Nightly, not Fennec)
# [06:31] <bz> cjones: copied the build to the tablet
# [06:31] <bz> cjones: did " mkdir /data/local/tests"
# [06:31] <bz> cjones: ran make reftest-remote
# [06:31] * Quits: pranavrc (pranavrc@FCF63893.B6852B0D.C28326FD.IP) (Ping timeout)
# [06:31] <cjones> installed on the tablet?
# [06:31] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [06:31] <bz> cjones: did the "adb install -r <objdir-droid>/dist/fennec-*.apk"
# [06:32] <cjones> k
# [06:32] <bz> cjones: (had to uninstall my existing Nighly first)
# [06:32] <bz> cjones: so I do "make reftest-remote"
# [06:32] <bz> cjones: browser starts on the tablet, shuts down, starts again
# [06:32] <bz> cjones: all expected so far
# [06:32] <bz> cjones: at this point the browser on the tablet says "http://192.168.1.3:8888/tests/layout/reftests/reftest.list in the url bar
# [06:33] * Quits: tonymec (tonymec@414CBE17.A915D552.277517C1.IP) (Ping timeout)
# [06:33] <bz> cjones: er, without the "
# [06:33] <bz> cjones: that URI sends the file as application/octet-stream, btw
# [06:33] <bz> cjones: and in my console on the laptop I have:
# [06:33] <bz> Starting: Intent { dat=http://192.168.1.3:8888/tests/layout/reftests/reftest.list cmp=org.mozilla.fennec/.App (has extras) }
# [06:33] <bz> ['shell', 'am', 'start', '-n', 'org.mozilla.fennec/.App', '--es', 'args', '-no-remote -profile /data/local/tests/reftest/profile/ -reftest', '-d', "'http://192.168.1.3:8888/tests/layout/reftests/reftest.list'"]
# [06:33] <bz> INFO | automation.py | Application pid: 4603
# [06:33] <bz> then nothing happens
# [06:33] * Quits: tonymec|away (tonymec@414CBE17.A915D552.277517C1.IP) (Ping timeout)
# [06:33] <bz> at least on timescales of 10-15 minutes
# [06:34] * bz has not tried waiting longer; decided it was pointless
# [06:34] <cjones> anything suspicious looking in |adb logcat|?
# [06:34] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [06:35] <bz> cjones: looking
# [06:36] <bz> hmm
# [06:36] <bz> E/GeckoConsole( 3281): Could not read chrome manifest 'file:///data/data/org.mozilla.fennec/chrome.manifest'.
# [06:36] <bz> can I somehow clear that log?
# [06:36] <bz> so I can make sure that only the things that matter are showing up in it?
# [06:36] * philor|away is now known as philor
# [06:37] <cjones> adb logcat -c
# [06:37] <bz> thanks
# [06:37] <bz> one sec
# [06:37] <cjones> that "error" might be benign
# [06:37] * Joins: tonymec__ (tonymec@D5E80E97.67EE7721.277517C1.IP)
# [06:37] <bz> right
# [06:37] <cjones> looks familiar
# [06:37] <bz> lemme just pastebin things for you once it gets into that state
# [06:37] * tonymec__ is now known as tonymec|away
# [06:38] <bz> http://pastebin.mozilla.org/1425050
# [06:38] * Quits: peregrino (peregrino@moz-6CAF5D0B.telecom.net.ar) (Quit: peregrino)
# [06:39] <bz> The nsIDOMWindowUtils.setCSSViewport stuff doesn't look happy
# [06:39] <cjones> E/GeckoConsole( 7037): [JavaScript Error: "ERROR addons.xpi: Failed to install staged add-on reftest@mozilla.org in app-profile: [Exception... "Component returned failure code: 0x80520015 (NS_ERROR_FILE_ACCESS_DENIED) [nsIFile.permissions]" nsresult: "0x80520015 (NS_ERROR_FILE_ACCESS_DENIED)" location: "JS frame :: resource://gre/modules/XPIProvider.jsm :: <TOP_LEVEL> :: line 240" data: no]" {file: "resource://gre/modules/XPIProvider.j
# [06:39] <cjones> sm" line: 240}]
# [06:39] <cjones> W/InputConnectionWrapper.ICC( 196): Timed out waiting on IInputContextCallback
# [06:40] <bz> aha
# [06:40] <bz> that could be bad too
# [06:40] <cjones> looks suspicious
# [06:40] <bz> and the failed to remove directoty
# [06:40] <bz> er, directory
# [06:40] <bz> so maybe permissions issues on /data/local/tests ?
# [06:41] <bz> $ ls -ld /data
# [06:41] <bz> drwxrwx--x system system 2011-12-28 22:33 data
# [06:41] <bz> $ ls -ld /data/local
# [06:41] <bz> drwxrwx--x shell shell 2011-12-28 22:45 local
# [06:41] <bz> $ ls -ld /data/local/tests
# [06:41] <bz> drwxrwxrwx shell shell 2011-12-28 22:46 tests
# [06:42] <cjones> i guess /data/local/tests/reftest/profile/extensions/staged/reftest@mozilla.org/chrome/reftest/content is gone, eh?
# [06:42] <bz> looking
# [06:43] * cjones not sure about "staged" there
# [06:43] <bz> hmm
# [06:44] * Joins: tonymec (tonymec@D5E80E97.67EE7721.277517C1.IP)
# [06:44] <bz> hold on
# [06:44] <bz> checking something
# [06:44] <bz> that file is present
# [06:44] <bz> right now
# [06:44] <bz> while the browser is up
# [06:45] <cjones> permissions ok on that and "/data/local/tests/reftest/profile/extensions/reftest@mozilla.org/chrome/reftest"?
# [06:45] <cjones> er, /data/local/tests/reftest/profile/extensions/reftest@mozilla.org/chrome/
# [06:45] <bz> well, define ok
# [06:45] <cjones> basic o+rw
# [06:46] <cjones> *basically
# [06:46] <bz> hmm
# [06:46] <bz> so the "staged" version is there
# [06:46] <bz> the non-staged one is not
# [06:46] <cjones> yeah staged was trying to be moved to non-staged
# [06:46] <cjones> if i read the log correctly
# [06:46] <bz> yeah
# [06:46] <bz> so...
# [06:46] <cjones> but then there was an ACCESS_DENIED
# [06:46] <bz> $ ls -ld /data/local/tests/reftest/profile/extensions/staged/reftest@mozilla.org/chrome/reftest/content
# [06:46] <bz> drwxrwxrwx shell shell 2011-12-29 00:38 content
# [06:47] <bz> $ ls -ld /data/local/tests/reftest/profile/extensions
# [06:47] <bz> drwxrwxrwx shell shell 2011-12-29 00:38 extensions
# [06:47] * Quits: lmandel (lmandel@7F36F6DF.1D61B048.412CF160.IP) (Quit: lmandel)
# [06:48] <bz> the only things around that don't look like drwxrwxrwx are /data (which is drwxrwx--x)
# [06:48] <cjones> what's /data/local/tests/reftest/profile/extensions/reftest@mozilla.org/chrome ?
# [06:48] <cjones> ok
# [06:48] <bz> and /data/local/tests/reftest/profile/OfflineCache
# [06:49] <bz> which is drwx------
# [06:49] <bz> and owned by app_47 or something
# [06:49] <bz> whatever the hell that is
# [06:49] <cjones> firefox
# [06:49] <bz> ok
# [06:49] <cjones> probably
# [06:49] <cjones> so h
# [06:49] * bz has the beta installed
# [06:49] <bz> fine
# [06:49] <cjones> m
# [06:50] <cjones> do you get the same error if you make reftest-remote again?
# [06:50] <bz> so quit the browser on the tablet
# [06:51] <bz> and then make reftest-remote?
# [06:51] <cjones> sure
# [06:51] <bz> note that when I quit the browser, everything under /data/local/tests/reftest/profile except OfflineCache goes away
# [06:52] <cjones> i think that's expected
# [06:52] <bz> right
# [06:52] <bz> but then sure
# [06:52] <bz> E/GeckoConsole(10046): [JavaScript Error: "ERROR addons.xpi: Failed to install staged add-on reftest@mozilla.org in app-profile: [Exception... "Component returned failure code: 0x80520015 (NS_ERROR_FILE_ACCESS_DENIED) [nsIFile.permissions]" nsresult: "0x80520015 (NS_ERROR_FILE_ACCESS_DENIED)" location: "JS frame :: resource://gre/modules/XPIProvider.jsm :: <TOP_LEVEL> :: line 240" data: no]" {file: "resource://gre/modules/XPIProvide
# [06:52] <cjones> ok
# [06:53] <cjones> are you using DM_TRANS=adb?
# [06:53] <bz> yes
# [06:53] <cjones> ok
# [06:53] * cjones is not sure which tinderbox uses
# [06:53] <bz> I could try the other
# [06:55] <bz> I assume the fact that /data is not world-readable/writable is expected?
# [06:55] <cjones> yep
# [06:56] <bz> ok
# [06:56] <bz> fwiw, the OfflineCache thing is weird
# [06:56] * cjones reading remotereftest.py
# [06:56] <bz> it just ends up with a different owner....
# [06:56] <bz> anyway
# [06:56] * Joins: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net)
# [06:56] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
# [06:57] * Joins: Tobbi (Tobbi@16BAC97A.933EA279.AC7F8427.IP)
# [06:57] * Quits: rshetty (quassel@BB289474.2F582B2D.E28C2422.IP) (Ping timeout)
# [06:57] * Quits: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net) (Connection reset by peer)
# [06:57] <cjones> actually wait
# [06:57] <cjones> I/ActivityManager( 131): Starting: Intent { act=android.intent.action.VIEW dat=file:///mnt/sdcard/Download/reftest-4.list typ=application/octet-stream flg=0x4000000 } from pid 7076
# [06:57] * Tobbi is now known as IRCMonkey17295
# [06:57] <cjones> i think VIEW means "hand off to something else"
# [06:58] <cjones> looks like that went to the ff download manager
# [06:58] <bz> yes, I expect
# [06:58] <bz> since it's being served as application/octet-stream!
# [06:59] <bz> (which seems broke to me...)
# [06:59] * bz is not sure what the HTTP server involved is
# [07:00] <cjones> yeah that looks like the culprit
# [07:00] <bz> ok
# [07:00] <cjones> it is a ReftestServer
# [07:00] <bz> so hm
# [07:01] <bz> ok
# [07:01] * bz is looking
# [07:01] <cjones> which looks like it uses xpcshell
# [07:01] <cjones> httpd.js
# [07:02] * Joins: rshetty (quassel@5A8FA7E1.3E7C0DE7.C842849F.IP)
# [07:02] <bz> ok
# [07:02] <bz> so the usual thing
# [07:02] <bz> hrm
# [07:02] <bz> well, I can certainly hack my httpd.js to default to text/plain
# [07:02] <bz> one sec
# [07:03] <jbuck> anybody know why I might be getting all of this warning spew all of a sudden: "clang: warning: argument unused during compilation: '-D MOZILLA_INTERNAL_API'"? I'm using CC='clang -Qunused-arguments -fcolor-diagnostics' which should hide that...
# [07:03] <bz> fwiw
# [07:03] <bz> we should be adding that mime mapping somewhere
# [07:03] <bz> but anyway
# [07:04] * Quits: rshetty (quassel@5A8FA7E1.3E7C0DE7.C842849F.IP) (Ping timeout)
# [07:05] * Quits: Waldo (waldo@moz-2A0E3E7E.dsl.emhril.sbcglobal.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 8.0/20111108090029])
# [07:05] * Quits: dmb (dmb@moz-3565FEE9.da4.org) (Ping timeout)
# [07:05] * Joins: dmb (dmb@moz-3565FEE9.da4.org)
# [07:06] <bz> that httpd.js is running on my machine, right?
# [07:06] * Joins: rshetty (quassel@BB289474.2F582B2D.E28C2422.IP)
# [07:07] * Quits: roc (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [07:07] * Quits: rshetty (quassel@BB289474.2F582B2D.E28C2422.IP) (Client exited)
# [07:07] * Joins: rshetty (quassel@BB289474.2F582B2D.E28C2422.IP)
# [07:07] <bz> ok, well
# [07:07] <cjones> afaict
# [07:07] <bz> I hacked my httpd.js
# [07:08] * adam-afk is now known as adam
# [07:08] <bz> lemme rebuild stuff just to make sure
# [07:08] <cjones> yeah
# [07:08] * bz is still getting application/octet-stream
# [07:08] <cjones> some things get copied around
# [07:08] * cjones never remembers what
# [07:12] * Quits: anant (anant@moz-EA2246FF.dsl.dynamic.sonic.net) (Quit: anant)
# [07:12] <bz> wtf
# [07:13] * bz rebuilds one more thing, just in case
# [07:13] * Joins: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net)
# [07:13] * Quits: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net) (Connection reset by peer)
# [07:14] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
# [07:14] <ewong> at what point during the build process does the .IDL file become a .H file?
# [07:15] * Quits: smontagu (chatzilla@moz-C2B0EE8B.red.bezeqint.net) (Ping timeout)
# [07:16] <bz> ewong: when we run xpidl.py on the idl file
# [07:16] <ewong> bz ah.. ok thanks.
# [07:18] * bz tries to decide whether this is more painful than manual file ops on try server
# [07:18] <bz> ok
# [07:18] <bz> well, the MIME type is fixed
# [07:18] <bz> so now I see the reftest.list rendering in the content area on the tablet
# [07:18] <bz> still no reftests running
# [07:19] <bz> the reftest addon failing to install has got to be the problem
# [07:19] <cjones> so looks like the errors about moving around the reftest extension were meaningful after all
# [07:19] <cjones> yeah
# [07:19] <bz> yeah
# [07:20] <bz> so....
# [07:20] <bz> should I have installed busybox on there?
# [07:20] <bz> or does that not matter?
# [07:20] <bz> when I start reftest-remote, the first few lines of output are:
# [07:20] <bz> adbd cannot run as root in production builds
# [07:20] <bz> unable to execute 'cp' on device; consider installing busybox from Android Market
# [07:20] <bz> NOT running as root
# [07:20] <bz> args: ['/Users/bzbarsky/mozilla/inbound/obj-firefox/dist/bin/xpcshell', '-g', '/Users/bzbarsky/mozilla/inbound/obj-firefox/dist/bin', '-v', '170', '-f', '/Users/bzbarsky/mozilla/inbound/obj-android/_tests/reftest/reftest/components/httpd.js', '-e', "const _PROFILE_PATH = '/var/folders/CX/CXa3gpPOEH0kTuiuzirGrU+++TI/-Tmp-/tmpmu7LFY';const _SERVER_PORT = '8888'; const _SERVER_ADDR ='192.168.1.3';", '-f', '/Users/bzbarsky/mozilla/inbound/
# [07:21] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
# [07:22] <cjones> "unable to execute 'cp' on device" seems suspect
# [07:22] * Quits: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net) (Ping timeout)
# [07:22] <bz> well
# [07:22] <bz> $ cp
# [07:22] <bz> cp: permission denied
# [07:22] <cjones> the tegras in our infra are rooted
# [07:22] <bz> $ which cp
# [07:22] <bz> which: permission denied
# [07:22] <bz> (not running as root, recall)
# [07:22] <bz> mmhm
# [07:23] <bz> it's entirely possible no one ever tried running this on a non-rooted device
# [07:23] * Joins: smontagu (chatzilla@1C592ED2.C208D5C4.51B98CA5.IP)
# [07:24] <bz> hmm
# [07:24] <cjones> you shouldn't need root to mess around with /data/local
# [07:24] <cjones> try installing busybox?
# [07:24] <bz> in particular, this code tries to do .permissions
# [07:24] <bz> nsIFile.permissions
# [07:24] <bz> and this throws
# [07:25] <bz> it's tryng to set permissions, in fact
# [07:25] <bz> ok, lemme try that
# [07:25] <bz> man
# [07:26] <bz> market no longer has a search box?
# [07:26] <bz> oh, well-hidden
# [07:26] <bz> ok
# [07:26] * Quits: Matt (Matt@moz-C7FCE404.broadband10.iol.cz) (Connection reset by peer)
# [07:26] * Joins: Matt (Matt@moz-C7FCE404.broadband10.iol.cz)
# [07:27] * bz clicks through the "this wants to p0wn your device" popup
# [07:28] <bz> busybox needs root
# [07:28] * bz cries
# [07:29] <bz> I suppose I could root this tablet....
# [07:29] <bz> or at least try to
# [07:30] * Joins: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net)
# [07:30] * Quits: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net) (Connection reset by peer)
# [07:32] <bz> cjones: so my tentative conclusion is that no one has ever tried running this on a non-rooted device, and that it does not in fact work on such
# [07:33] <cjones> that sounds correct to me
# [07:33] * philor is now known as philor|away
# [07:36] * bz is looking to see whether there is a sane way to do this somehow
# [07:38] <bz> looks like this generally requires windows
# [07:38] <bz> and an older firmware version
# [07:38] <bz> ok, screw this
# [07:38] * bz gives up
# [07:40] * bz is now known as bz_sleep
# [07:40] <bz_sleep> cjones: maybe tomorrow I'll try harder to get my stuff into the tinderbox log...
# [07:41] <bz_sleep> cjones: it looks like the path of least resistance again
# [07:41] * philor|away is now known as philor
# [07:43] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Quit: raccettura)
# [07:47] * Joins: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net)
# [07:47] * Quits: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net) (Connection reset by peer)
# [07:50] <cjones> bz_sleep, do you have a windows vm?
# [07:51] <cjones> alternately, you could make local builds and upload to the tegras
# [07:52] * Quits: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net) (Quit: Instantbird 1.2a1pre)
# [07:52] * Joins: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net)
# [07:53] * Parts: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net)
# [07:53] * Joins: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net)
# [07:53] * Quits: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net) (Quit: Instantbird 1.2a1pre)
# [08:00] * Joins: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net)
# [08:03] * Quits: rhelmer (rhelmer@moz-B77DEAEB.mozilla.org) (Ping timeout)
# [08:04] * Joins: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net)
# [08:04] * Quits: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net) (Connection reset by peer)
# [08:05] * Quits: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net) (Ping timeout)
# [08:06] * Joins: pranavrc (pranavrc@9B6718AA.3F5CFD3E.520CDC98.IP)
# [08:10] * adam is now known as adam-afk
# [08:11] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [08:13] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [08:16] * Joins: rhelmer (rhelmer@moz-B77DEAEB.mozilla.org)
# [08:17] * rhelmer is now known as IRCMonkey10020
# [08:18] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [08:20] * Joins: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net)
# [08:20] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: nbvcx)
# [08:21] * Quits: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net) (Connection reset by peer)
# [08:21] * Quits: rshetty (quassel@BB289474.2F582B2D.E28C2422.IP) (Ping timeout)
# [08:24] * Quits: hendry (hendry@5CF74BE8.13C9ADCF.B6856485.IP) (Quit: leaving)
# [08:32] * heycam is now known as heycam|away
# [08:33] * Joins: magsout (magsout@moz-E559D13.fbx.proxad.net)
# [08:33] * Quits: ctopper (craig@moz-C16EDDF1.dhcp.insightbb.com) (Quit: ctopper)
# [08:34] * Joins: rshetty (quassel@66E5B11F.503916DD.C842849F.IP)
# [08:37] * Joins: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net)
# [08:37] * Quits: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net) (Connection reset by peer)
# [08:42] <pranavrc> hey fellas
# [08:42] <pranavrc> https://bugzilla.mozilla.org/show_bug.cgi?id=496412
# [08:43] <pranavrc> kinda old
# [08:43] <pranavrc> but is it still open for work?
# [08:44] * Quits: smontagu (chatzilla@1C592ED2.C208D5C4.51B98CA5.IP) (Ping timeout)
# [08:45] <njn> pranavrc: looks like it
# [08:45] <pranavrc> njn, Ok, thanks, was just wondering if the idea's obsolete.
# [08:46] * philor is now known as philor|away
# [08:46] <njn> pranavrc: no, still sounds ok
# [08:46] <njn> pranavrc: I gotta run, good luck
# [08:46] <pranavrc> righto :)
# [08:46] * Quits: njn (chatzilla@moz-2EB333E0.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20111227130724])
# [08:46] * philor|away is now known as philor
# [08:49] * Joins: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net)
# [08:49] * Joins: jgilbert (jgilbert@moz-A18DC955.ph.ph.cox.net)
# [08:51] * Joins: Mano (Mano@C4E738C4.DA3C645B.B91459A2.IP)
# [08:53] <ewong> can someone point out how I add the bug # link to the comment ?
# [08:53] <ewong> in tbpl?
# [08:53] * Joins: smontagu (chatzilla@F5E0F7B6.8E2ED9CB.E9C721AF.IP)
# [08:53] <ewong> better yet.. is there a way to delete comments?
# [08:54] <jdm> ewong: if you're just making a comment, there can be no link. if you're starring a build, it will link.
# [08:54] <jdm> ewong: no deletion!
# [08:54] * Joins: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net)
# [08:54] * Quits: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net) (Connection reset by peer)
# [08:54] <ewong> oh drat.. how do I star a build?
# [08:54] <ewong> I did it before..but it's been a while..
# [08:55] <jdm> ewong: you click the build, bring up the suggested bug list, star the relevant bugs, and press the Add Comment link
# [08:55] <jdm> iirc
# [08:55] <ewong> what if there's no suggested bugs? and I just created one?
# [08:57] * Quits: ewong (chatzilla@moz-B5A86794.com) (Ping timeout)
# [08:57] * Joins: ewong_ (chatzilla@moz-83240463.belfordhk.com)
# [08:57] * ewong_ is now known as ewong
# [08:59] * philor is now known as philor|away
# [08:59] <ewong> so do I create a bug first then it will appear in the suggested bug list, or is there a special procedure in doing this?
# [09:01] <gaston> whohoo only 3 new patches needed to build m-c on OpenBSD :)
# [09:02] <darktrojan> ewong, just type in bug 123456 and it will link it
# [09:03] <darktrojan> if it's the sort of bug that should show up in the suggestions it needs [orange] on the whiteboard, IIRC
# [09:03] * Quits: tonymec (tonymec@D5E80E97.67EE7721.277517C1.IP) (Ping timeout)
# [09:03] * Quits: Mano (Mano@C4E738C4.DA3C645B.B91459A2.IP) (Ping timeout)
# [09:04] * Joins: tonymec (tonymec@D5E80E97.67EE7721.277517C1.IP)
# [09:04] * Joins: Mano (Mano@C4E738C4.DA3C645B.B91459A2.IP)
# [09:06] * Joins: bernd (chatzilla@moz-461277E8.superkabel.de)
# [09:08] <ewong> darktrojan: thanks! that works!
# [09:10] * Joins: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net)
# [09:10] * Quits: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net) (Quit: nhirata)
# [09:11] * Quits: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net) (Connection reset by peer)
# [09:15] * Quits: Mano (Mano@C4E738C4.DA3C645B.B91459A2.IP) (Client exited)
# [09:17] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
# [09:20] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [09:25] * Joins: davidillsley (chatzilla@moz-788CB5F.bethere.co.uk)
# [09:30] * Joins: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de)
# [09:35] * Joins: victorporof (victorporo@3A53A763.F695A43D.79933D60.IP)
# [09:35] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [09:37] * Joins: c0smikdebris (c0smikdebr@40BBA294.3DACFE1F.BE90E62C.IP)
# [09:42] * Quits: c0smikdebris (c0smikdebr@40BBA294.3DACFE1F.BE90E62C.IP) (Client exited)
# [09:42] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [09:44] * Joins: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net)
# [09:44] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [09:44] * Joins: pnemsak (Miranda@moz-3D67D819.rainside.sk)
# [09:44] * Quits: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net) (Connection reset by peer)
# [09:46] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [09:46] * Quits: smontagu (chatzilla@F5E0F7B6.8E2ED9CB.E9C721AF.IP) (Ping timeout)
# [09:48] * Quits: ewong (chatzilla@moz-83240463.belfordhk.com) (Ping timeout)
# [09:51] * Joins: ewong (chatzilla@moz-B5A86794.com)
# [09:55] * Joins: smontagu (chatzilla@moz-6728592A.red.bezeqint.net)
# [09:55] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
# [09:59] * Joins: protz (jonathan@D86A55BC.6FE99DA9.B22E20D2.IP)
# [10:01] * Joins: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net)
# [10:01] * Quits: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net) (Connection reset by peer)
# [10:04] * Quits: Hendikins (wolfox@moz-9A361C95.static.internode.on.net) (Ping timeout)
# [10:04] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [10:04] * Joins: Hendikins (wolfox@moz-9A361C95.static.internode.on.net)
# [10:06] * Joins: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net)
# [10:07] * Quits: mwu (mwu@moz-59435430.hsd1.nj.comcast.net) (Quit: This computer has gone to sleep)
# [10:08] <ewong> if I have a patch (not a mq patch), how do I apply it to the tree?
# [10:08] * timA is now known as timA|away
# [10:08] <ewong> |hg patch| is apparently not the right command
# [10:09] * Quits: smontagu (chatzilla@moz-6728592A.red.bezeqint.net) (Ping timeout)
# [10:09] <ewong> oh.. apparently it is the right one but it then 'commits' the patch..
# [10:10] <jdm> ewong: you can use hg qimport -r tip to turn the commit into an mq patch
# [10:11] <ewong> jdm ahh thanks!
# [10:17] * joduinn-afk is now known as joduinn-home
# [10:17] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [10:18] * Joins: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net)
# [10:18] * Joins: smontagu (chatzilla@3FB1DE9A.B9386950.51B98CA5.IP)
# [10:18] * Quits: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net) (Connection reset by peer)
# [10:21] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [10:23] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [10:23] * Quits: smontagu (chatzilla@3FB1DE9A.B9386950.51B98CA5.IP) (Ping timeout)
# [10:24] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [10:26] * Quits: mike5w3c (MikeS@moz-671863AD.pool.e-mobile.ne.jp) (Ping timeout)
# [10:27] * Joins: mike5w3c (MikeS@moz-5E7E1E0F.pool.e-mobile.ne.jp)
# [10:32] * Joins: smontagu (chatzilla@BCDE1284.C39404F5.CB858787.IP)
# [10:33] * Joins: c0smikdebris (c0smikdebr@40BBA294.3DACFE1F.BE90E62C.IP)
# [10:34] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [10:35] * Joins: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net)
# [10:35] * Quits: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net) (Connection reset by peer)
# [10:36] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
# [10:39] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Quit: Leaving)
# [10:45] * Joins: msucan (msucan-@FA9E8863.56E67207.699550A1.IP)
# [10:51] * Joins: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net)
# [10:51] * Quits: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net) (Connection reset by peer)
# [10:58] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [11:02] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
# [11:02] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [11:03] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
# [11:04] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [11:06] * Quits: pranavrc (pranavrc@9B6718AA.3F5CFD3E.520CDC98.IP) (Quit: Ping timeout: ∞)
# [11:07] * Joins: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net)
# [11:08] * Quits: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net) (Connection reset by peer)
# [11:09] * Quits: ewong (chatzilla@moz-B5A86794.com) (Ping timeout)
# [11:11] * Joins: ewong (chatzilla@moz-83240463.belfordhk.com)
# [11:12] * ewong is now known as ewong|afk
# [11:17] * Joins: Steffen (chatzilla@moz-5A14E7CC.adsl.alicedsl.de)
# [11:18] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [11:19] * Quits: victorporof (victorporo@3A53A763.F695A43D.79933D60.IP) (Client exited)
# [11:23] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [11:24] * Joins: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net)
# [11:24] * Quits: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net) (Connection reset by peer)
# [11:25] * Joins: dao (dao@moz-CEC7940D.superkabel.de)
# [11:35] * Joins: Cameron (Cameron@moz-DF08F4B4.cable.virginmedia.com)
# [11:39] * Joins: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP)
# [11:41] * Joins: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net)
# [11:41] * Quits: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net) (Connection reset by peer)
# [11:50] * Quits: grubshka (grubshka@moz-5F439C2A.w86-216.abo.wanadoo.fr) (Ping timeout)
# [11:50] * NeilAway wonders what bugzilla html mails look like
# [11:52] * joduinn-home is now known as joduinn-zzz
# [11:53] * Joins: grubshka (grubshka@moz-25302408.w86-216.abo.wanadoo.fr)
# [11:54] * Joins: Sander (chatzilla@moz-92F82A30.dip.t-dialin.net)
# [11:57] * Joins: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net)
# [11:58] * Quits: Cameron (Cameron@moz-DF08F4B4.cable.virginmedia.com) (Ping timeout)
# [11:58] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [11:59] * Joins: mak|afk (chatzilla@moz-155D505A.retail.telecomitalia.it)
# [12:02] <gabor> edmorley: ping
# [12:02] * mak|afk is now known as mak
# [12:04] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [12:08] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [12:12] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Connection reset by peer)
# [12:15] * Quits: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
# [12:16] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [12:17] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
# [12:19] * ewong|sleep is now known as ewong
# [12:21] * Quits: dao (dao@moz-CEC7940D.superkabel.de) (Connection reset by peer)
# [12:22] * Joins: dao (dao@moz-CEC7940D.superkabel.de)
# [12:25] * Joins: pranavrc (pranavrc@6FC4C958.91231D08.520CDC98.IP)
# [12:25] * Quits: karl (karl@moz-E126027B.jetstream.xtra.co.nz) (Ping timeout)
# [12:26] * Quits: dao (dao@moz-CEC7940D.superkabel.de) (Ping timeout)
# [12:30] * Joins: Ms2ger (Ms2ger@moz-74AE9DF6.access.telenet.be)
# [12:33] <gabor> Ms2ger: can I bother you with a patch that I should push to the try servers but cannot since I still have not got my commit right?
# [12:33] <Ms2ger> Sure
# [12:33] <gabor> https://bugzilla.mozilla.org/show_bug.cgi?id=587797
# [12:33] <gabor> and thanks a lot
# [12:33] <Ms2ger> Np
# [12:34] * Quits: jdm (jdm@moz-523ECD3B.dsl.teksavvy.com) (Client exited)
# [12:34] <Ms2ger> Both patches?
# [12:35] <Ms2ger> gabor, ^
# [12:39] <bernd> I am trying to figure out the orange on OSX Debug on my checkin on inbound, obviously its intermittent but how does one find the right bug
# [12:41] <gabor> Ms2ger: ah sorry, no the tests should be fixed first
# [12:41] <gabor> only the other one
# [12:41] <Ms2ger> OK
# [12:41] <gabor> https://bug587797.bugzilla.mozilla.org/attachment.cgi?id=584618
# [12:42] * Joins: deLta30_ (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [12:43] <Ms2ger> bernd, wait for philor|away, in my experience :/
# [12:43] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [12:43] <Steffen> bernd: don't bother, the next run is green
# [12:45] <bernd> I will wait, I was only triggered by pikes mail to test if I am still able to flag the oranges
# [12:45] <Ms2ger> gabor, https://tbpl.mozilla.org/?tree=Try&rev=2f802e55df03
# [12:46] <gabor> Ms2ger++
# [12:48] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [12:49] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [12:50] * Joins: graydot (jeba@63F3AA56.9CFBD76D.30E7AE68.IP)
# [12:52] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [12:54] * Quits: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net) (Quit: darktrojan)
# [12:55] * merike|away is now known as merike
# [12:58] * Joins: mage (martijn@moz-9F536A9E.direct-adsl.nl)
# [13:04] * Quits: Sander (chatzilla@moz-92F82A30.dip.t-dialin.net) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [13:05] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [13:07] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [13:07] * mak is now known as mak|afk
# [13:09] * Ms2ger wonders if a --disable-xul build would still succeed
# [13:11] * Joins: Cameron (Cameron@moz-DF08F4B4.cable.virginmedia.com)
# [13:12] * Joins: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [13:13] * Quits: deLta30_ (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [13:18] <NeilAway> Ms2ger: even if the build succeeds, you'll have a hard time getting it to start, although I guess -chrome http://www.google.com/ would get you a long way ;-)
# [13:18] <Ms2ger> I wonder if we should just remove support...
# [13:19] * Joins: fitzgen (fitzgen@moz-21CB9A53.hsd1.wa.comcast.net)
# [13:19] <NeilAway> Ms2ger: perhaps Mobile might be interested in it ;-)
# [13:20] <Ms2ger> Pff, I expect Mobile to move back to XUL in the not-too-far-away future
# [13:20] * Joins: evilpie (~good-piex@moz-E850E164.pools.arcor-ip.net)
# [13:24] * Quits: jgilbert (jgilbert@moz-A18DC955.ph.ph.cox.net) (Ping timeout)
# [13:25] * Quits: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [13:26] * Joins: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net)
# [13:30] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
# [13:32] * Quits: smontagu (chatzilla@BCDE1284.C39404F5.CB858787.IP) (Ping timeout)
# [13:34] * mak|afk is now known as mak
# [13:40] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [13:41] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [13:46] * Joins: peregrino (peregrino@moz-80099863.telecom.net.ar)
# [13:50] * catlee-away is now known as catlee-buildduty
# [13:50] <jmaher|afk> bz_sleep: ping when are you not sleeping, I will allocate a couple hours today to get reftests on your device
# [14:01] <reuben> uh, hg qpush is pushing all my patches even if I pass an index/name
# [14:02] <reuben> oh, --move
# [14:03] * Quits: JonathanS (JonathanS@moz-11327195.uk.infrastructure.hencogroup.co.uk) (Input/output error)
# [14:08] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [14:12] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Connection reset by peer)
# [14:12] * Joins: romeo (romeo@moz-A9325888.k459.webspeed.dk)
# [14:17] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [14:19] * khuey|away is now known as khuey
# [14:19] <khuey> jmaher|afk: shame you have to play that game with everyone who needs to run tests on a device
# [14:23] * Joins: graememcc (chatzilla@moz-FB8499FC.range86-148.btcentralplus.com)
# [14:24] * Quits: Hendikins (wolfox@moz-9A361C95.static.internode.on.net) (Ping timeout)
# [14:24] * Joins: Hendikins (wolfox@moz-9A361C95.static.internode.on.net)
# [14:27] <jmaher|afk> khuey: yeah, I thought tegra pool and try server would solve all my needs
# [14:27] * jmaher|afk is now known as jmaher
# [14:27] <jmaher> khuey: although you were the first user of tegrapool
# [14:30] * rail_away is now known as rail
# [14:31] <khuey> heh
# [14:32] <khuey> peterv: ping
# [14:41] * Joins: espindola (espindola@moz-195FBFAB.dsl.teksavvy.com)
# [14:46] * Standard8 is now known as Standard8Away
# [14:47] * Joins: smontagu (chatzilla@moz-530DB638.red.bezeqint.net)
# [14:48] * Quits: graydot (jeba@63F3AA56.9CFBD76D.30E7AE68.IP) (Quit: graydot)
# [14:48] * Quits: Standard8Away (Standard8@B7F1AE36.48015583.54C3481B.IP) (Ping timeout)
# [14:48] * Joins: victorporof (victorporo@FD4A8479.14EB2DE0.79933D60.IP)
# [14:50] * Joins: anky (anky@5652FA7A.FF797DB3.74119F78.IP)
# [14:51] * gregglind_away is now known as gregglind
# [14:51] * Quits: mike5w3c (MikeS@moz-5E7E1E0F.pool.e-mobile.ne.jp) (Ping timeout)
# [14:54] <mounir> Ms2ger: oh, they will?
# [14:54] <Ms2ger> That's my expectation
# [14:55] <mounir> OOC, why?
# [14:56] * Quits: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP) (Ping timeout)
# [14:56] <Ms2ger> Just a gut feeling
# [14:56] * Joins: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP)
# [15:00] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [15:07] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [15:10] * Joins: smaugAway (chatzilla@moz-7360D4D9.gprs.sl-laajakaista.fi)
# [15:12] * Joins: dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net)
# [15:12] * ChanServ sets mode: +o dbaron
# [15:14] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [15:15] * Joins: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com)
# [15:17] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [15:18] * Quits: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP) (Ping timeout)
# [15:18] * Joins: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP)
# [15:20] * Joins: dao (dao@moz-CEC7940D.superkabel.de)
# [15:21] <mounir> smaugAway: could you pong me when you will be available? :)
# [15:22] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [15:24] * Joins: clokep (clokep@moz-2AAFC4A8.dyn.optonline.net)
# [15:25] <lurking> looks like m-c tbpl is not updating ?
# [15:26] <catlee-buildduty> we're doing some db maintenance that is probably causing a delay
# [15:26] <glandium> jmaher: ping
# [15:27] <jmaher> glandium: pong
# [15:27] <lurking> catlee-buildduty: thanks
# [15:27] <glandium> jmaher: is that expected that the tegrapool url doesn't resolve, dns wise, from the vpn ?
# [15:27] <jmaher> glandium: most likely
# [15:28] <glandium> :(
# [15:28] <glandium> what's the ip ?
# [15:28] <jmaher> glandium: I was just complaining about the trychooser.pub.build.mozilla.org not resolving while OI am on a vpn
# [15:28] <jmaher> glandium: hmm, I can't get to it right now
# [15:28] <glandium> jmaher: it doesn't resolve from the paris office either, fwiw
# [15:29] <jmaher> glandium: ok
# [15:29] <glandium> as for trychooser, there's http://build.mozilla.org/trychooser/
# [15:30] <jmaher> glandium: it doesn't resolve for me, that redirects to the trychooser.pub.build.mozilla.org
# [15:31] <jmaher> glandium: it could be possible that the tegrapool server is down...I will have to wait for somebody to get into mountain view to help debug it
# [15:32] <glandium> oh, here it redirects too, but trychooser.pub.build.m.o resolves on public dns (that is, not on the vpn)
# [15:32] <jmaher> problem is I have a few things I am currently doing on the VPN :(
# [15:32] * Joins: alice0775 (Mibbit@moz-BA27E1AB.osaka.ocn.ne.jp)
# [15:34] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [15:35] * Joins: Suresh (chatzilla@BC9114DE.D4FBB2FF.EB06F97B.IP)
# [15:38] * Quits: pranavrc (pranavrc@6FC4C958.91231D08.520CDC98.IP) (Quit: Ping timeout: ∞)
# [15:39] * Quits: smontagu (chatzilla@moz-530DB638.red.bezeqint.net) (Ping timeout)
# [15:40] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [15:40] * Joins: mib_b7yoi0 (Mibbit@89DAAF03.5EBE3F1C.265540B.IP)
# [15:42] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [15:43] * Quits: alice0775 (Mibbit@moz-BA27E1AB.osaka.ocn.ne.jp) (Quit: http://www.mibbit.com ajax IRC Client)
# [15:48] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [15:48] * Quits: peregrino (peregrino@moz-80099863.telecom.net.ar) (Connection reset by peer)
# [15:48] * Joins: smontagu (chatzilla@C856AD54.B9386950.51B98CA5.IP)
# [15:48] * Quits: anky (anky@5652FA7A.FF797DB3.74119F78.IP) (Client exited)
# [15:49] * Joins: peregrino (peregrino@moz-80099863.telecom.net.ar)
# [15:51] * Quits: mib_b7yoi0 (Mibbit@89DAAF03.5EBE3F1C.265540B.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [15:54] * Quits: mage (martijn@moz-9F536A9E.direct-adsl.nl) (Quit: Leaving)
# [15:54] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [15:56] * Quits: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de) (Client exited)
# [15:57] * smaugAway is now known as smaug
# [15:59] * Quits: smaug (chatzilla@moz-7360D4D9.gprs.sl-laajakaista.fi) (Ping timeout)
# [16:00] * Joins: smaug (chatzilla@moz-50F960FC.elisa-mobile.fi)
# [16:00] * ChanServ sets mode: +o smaug
# [16:02] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [16:03] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [16:07] * catlee-buildduty is now known as catlee-afk
# [16:07] * KWierso is now known as KWierso|outoftown
# [16:08] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [16:09] * Joins: alice0775 (Mibbit@moz-6106D9C3.osaka.ocn.ne.jp)
# [16:09] * Parts: alice0775 (Mibbit@moz-6106D9C3.osaka.ocn.ne.jp)
# [16:12] * gregglind is now known as gregglind_breakfast
# [16:12] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Connection reset by peer)
# [16:14] * Quits: tonymec (tonymec@D5E80E97.67EE7721.277517C1.IP) (Input/output error)
# [16:15] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [16:16] * Joins: graydot (jeba@63F3AA56.9CFBD76D.30E7AE68.IP)
# [16:16] * Quits: Steffen (chatzilla@moz-5A14E7CC.adsl.alicedsl.de) (Quit: ChatZilla 0.9.88 [Firefox 9.0a2/20110929020842])
# [16:17] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [16:17] * Joins: mrshu (mrshu@moz-A1412DE1.org)
# [16:17] * Quits: graydot (jeba@63F3AA56.9CFBD76D.30E7AE68.IP) (Quit: graydot)
# [16:17] * Joins: tonymec (tonymec@D5E80E97.67EE7721.277517C1.IP)
# [16:17] * Joins: anky (anky@5652FA7A.FF797DB3.74119F78.IP)
# [16:19] * Joins: pranavrc (pranavrc@6FC4C958.91231D08.520CDC98.IP)
# [16:22] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [16:22] * Quits: anky (anky@5652FA7A.FF797DB3.74119F78.IP) (Client exited)
# [16:24] * Joins: anky (anky@5652FA7A.FF797DB3.74119F78.IP)
# [16:25] * Quits: dao (dao@moz-CEC7940D.superkabel.de) (Quit: Leaving.)
# [16:26] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [16:30] * jmaher is now known as jmaher|afk
# [16:32] * philor|away is now known as philor
# [16:33] * catlee-afk is now known as catlee-buildduty
# [16:34] * Joins: JonathanS (JonathanS@831D916B.DB23A248.407F7C5B.IP)
# [16:36] <khuey> Ms2ger: ping
# [16:38] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [16:42] * IRCMonkey17295 is now known as Tobbi
# [16:43] * Joins: dao (dao@moz-CEC7940D.superkabel.de)
# [16:45] * Joins: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net)
# [16:47] * ctalbert|afk is now known as ctalbert
# [16:48] * Joins: ctopper (craig@moz-C16EDDF1.dhcp.insightbb.com)
# [16:49] * Joins: kaie (kaie@moz-19BED832.customers.d1-online.com)
# [16:52] <ehsan> catlee-buildduty: ping
# [16:53] <Ms2ger> khuey, you called?
# [16:53] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [16:53] <khuey> Ms2ger: yes
# [16:53] <khuey> got some webidl questions :-D
# [16:53] <Ms2ger> Uh-oh :)
# [16:54] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/95ccf0a6a95a - Olli Pettay - Bug 713865 - Don't traverse XBL and XUL protos so much, r=bent
# [16:54] <khuey> are arrays, sequences, and nulls supposed to be combineable?
# [16:54] <khuey> e.g. you could have sequence<byte?>?[]
# [16:54] <khuey> ?
# [16:54] <Ms2ger> I think so, but let me check
# [16:55] <khuey> hmm, it says arrays can't parameterize over sequences
# [16:55] * Quits: espindola (espindola@moz-195FBFAB.dsl.teksavvy.com) (Quit: Ex-Chat)
# [16:55] <khuey> but it doesn't say sequences can't parameterize over arrays
# [16:55] * bear-afk is now known as bear
# [16:55] <Ms2ger> Hmm, indeed
# [16:55] * Joins: lmandel (lmandel@7F36F6DF.1D61B048.412CF160.IP)
# [16:55] <khuey> also does "The T[] type is a parameterized type whose values are non-null references to (possibly zero-length) arrays of values of type T." mean that arrays can't parameterize over nullable types?
# [16:55] * khuey mumbles about spec ambiguity
# [16:56] * Quits: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net) (Quit: nhirata)
# [16:56] <Ms2ger> khuey, no
# [16:56] * Quits: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP) (Ping timeout)
# [16:56] <Ms2ger> It's saying that null isn't a T[]
# [16:56] <Ms2ger> (It is a T[]?, though)
# [16:56] * Joins: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP)
# [16:57] <catlee-buildduty> ehsan: pong
# [16:57] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [16:57] <ehsan> catlee-buildduty: seems like the profiling branch is not getting nightlies... https://tbpl.mozilla.org/?tree=Profiling
# [16:57] <khuey> Ms2ger: it's talking about the values of elements in T[]
# [16:57] <khuey> not T[] itself
# [16:57] <Ms2ger> No, it isn't :)
# [16:57] <catlee-buildduty> ehsan: tbpl may be lying right now
# [16:58] <khuey> :-P
# [16:58] <Ms2ger> It says that the values of type T[] are non-null
# [16:58] * Joins: bsmedberg (bsmedberg@moz-B44EBBB4.alt.east.verizon.net)
# [16:58] <catlee-buildduty> ehsan: http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-profiling/
# [16:58] <Ms2ger> The second "values" in that sentence does refer to the elements
# [16:58] <ehsan> huh!
# [16:59] <ehsan> catlee-buildduty: why would it lie?
# [16:59] <Ms2ger> ehsan, to get to the other side?
# [16:59] <ted> Ms2ger: that is confusingly worded, then
# [17:00] <ted> I'd say something like "The T[] type is a parameterized type. Values of T[] are non-null..."
# [17:00] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
# [17:00] <Ms2ger> heycam|away, ^ please fix
# [17:00] <catlee-buildduty> ehsan: we're doing a db purge, and so the slave db isn't up to date right now
# [17:01] <Ms2ger> ted, though I'd argue that there is no reason to read the first "values" as talking about elements. The spec hasn't even mentioned arrays at that point
# [17:02] <ted> Ms2ger: perhaps, but human brains being what they are
# [17:02] <Ms2ger> Specs aren't written for humans :)
# [17:02] <ehsan> catlee-buildduty: ok
# [17:02] * Quits: mak (chatzilla@moz-155D505A.retail.telecomitalia.it) (Input/output error)
# [17:03] <ehsan> catlee-buildduty: btw, I set up a cron job to get anything pushed to m-c on to the profiling branch
# [17:04] <catlee-buildduty> cool
# [17:07] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
# [17:07] <ehsan> smaug: the build that I'm trying since yesterday has impressive CC performance, even though I was hit by bug 714069 which caused all of my 100+ tabs to get loaded
# [17:09] * Quits: Cameron (Cameron@moz-DF08F4B4.cable.virginmedia.com) (Ping timeout)
# [17:09] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [17:10] * Quits: pranavrc (pranavrc@6FC4C958.91231D08.520CDC98.IP) (Ping timeout)
# [17:10] <khuey> impressive CC performance?
# [17:10] * khuey gets excited
# [17:11] <reuben> ^
# [17:14] <glandium> how not to do a hash table http://nikic.github.com/2011/12/28/Supercolliding-a-PHP-array.html
# [17:15] <bsmedberg> is browserid tied to browserid.org?
# [17:15] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
# [17:16] * bear is now known as bear-afk
# [17:16] <reuben> bsmedberg, not AFAIK, that's just a service mozilla is providing for early adopters and people trying it out, etc
# [17:16] <reuben> just for convenience
# [17:17] <khuey> dbaron: is 714072 invalid ?
# [17:18] <@dbaron> khuey, per html4, yes... not sure about CSS or HTML5
# [17:19] <@smaug> ehsan: good
# [17:19] <@smaug> ehsan: so the improvements have been noticeable??
# [17:19] <ehsan> smaug: very much!!!
# [17:19] <ehsan> smaug: I have not used a firefox this responsive for months now
# [17:20] <khuey> dbaron: ok
# [17:21] * philor changes topic to 'm-c: CLOSED m-i: CLOSED || Next aurora uplift: January 31 || If you are new or want to help, see irc://irc.mozilla.org/#introduction || Merry Christmas Mozilla!'
# [17:21] <nemo> heh. I'm always puzzled, given I don't submit that many bugs, when someone suddenly CCs themselves to two of them simultaneously
# [17:21] <nemo> I wonder if I have a secret stalker
# [17:22] <nemo> but maybe it is some intern or new dev subscribing to a ton of bugs
# [17:22] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [17:23] <@dbaron> khuey, oh, wait, I misread the bug
# [17:23] <glandium> ehsan: i guess i should try m-c on my profile with 1000+ tabs
# [17:23] <ehsan> glandium: the build that I'm testing is a patched build smaug produced
# [17:23] <ehsan> apparently with tons of CC fixes
# [17:23] <philor> catlee-buildduty: that CLOSED is for your downtime, if you get done while my connection is sucking even worse than usual and I don't see
# [17:24] <@smaug> glandium: it is this https://tbpl.mozilla.org/?tree=Try&rev=e0dc366db91b
# [17:24] * Quits: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP) (Ping timeout)
# [17:24] <@smaug> http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/opettay@mozilla.com-e0dc366db91b/
# [17:24] * Quits: pnemsak (Miranda@moz-3D67D819.rainside.sk) (Quit: pnemsak)
# [17:24] * Joins: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP)
# [17:25] <glandium> smaug: i'll try that later if i don't forget :)
# [17:25] * Quits: tonymec (tonymec@D5E80E97.67EE7721.277517C1.IP) (Ping timeout)
# [17:26] * Joins: pranavrc (pranavrc@C696702E.F976102B.520CDC98.IP)
# [17:27] <khuey> yay, shutdown hang burning a full core
# [17:27] * Joins: sgreenlay (sgreenlay@moz-B7B37B37.dsl.bell.ca)
# [17:27] * khuey fires up the debugger
# [17:28] * Quits: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP) (Ping timeout)
# [17:28] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
# [17:28] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
# [17:28] * Joins: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP)
# [17:29] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Quit: Leaving)
# [17:30] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:30] * Quits: c0smikdebris (c0smikdebr@40BBA294.3DACFE1F.BE90E62C.IP) (Quit: Computer has gone to sleep.)
# [17:31] * Quits: kaie (kaie@moz-19BED832.customers.d1-online.com) (Quit: Leaving)
# [17:31] <khuey> firebot: 0xdbdbdbdb?
# [17:31] <firebot> khuey: Maybe 0xdbdbdbdb is Python's dead memory marker (memory that has been freed)
# [17:32] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [17:32] * Joins: tonymec (tonymec@D5E80E97.67EE7721.277517C1.IP)
# [17:32] <khuey> mmm media
# [17:33] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [17:33] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Ping timeout)
# [17:35] * Quits: magsout (magsout@moz-E559D13.fbx.proxad.net) (Client exited)
# [17:38] * dholbert|afk is now known as dholbert
# [17:39] * Quits: anky (anky@5652FA7A.FF797DB3.74119F78.IP) (Client exited)
# [17:39] * Joins: Cameron (Cameron@moz-DF08F4B4.cable.virginmedia.com)
# [17:40] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
# [17:41] * Joins: magsout (magsout@moz-E559D13.fbx.proxad.net)
# [17:41] * Quits: pranavrc (pranavrc@C696702E.F976102B.520CDC98.IP) (Quit: Ping timeout: ∞)
# [17:41] * Joins: bent (chatzilla@moz-DB4C5E15.triad.res.rr.com)
# [17:42] * Joins: qheaden (IceChat77@moz-67E02157.nrflva.fios.verizon.net)
# [17:42] * Joins: slloyd (slloyd@moz-B94E1A81.ipnetworksinc.net)
# [17:44] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Ping timeout)
# [17:45] * Joins: pranavrc (pranavrc@C696702E.F976102B.520CDC98.IP)
# [17:45] <bsmedberg> Is there a way to get mailman to mail me a bunch of list archives, instead of viewing them online?
# [17:46] <ehsan> bsmedberg: not that I know of
# [17:46] * Joins: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP)
# [17:46] * Quits: peregrino (peregrino@moz-80099863.telecom.net.ar) (Quit: peregrino)
# [17:50] * Quits: dao (dao@moz-CEC7940D.superkabel.de) (Ping timeout)
# [17:51] * Joins: dao (dao@moz-CEC7940D.superkabel.de)
# [17:52] * Joins: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net)
# [17:52] <froydnj> ehsan: if you have examples of "way more useful warnings" that you'd like GCC to produce, please consider filing bugs with them
# [17:52] <ehsan> froydnj: I think I should at some point, but the amount of warnings is so overwhelming that I've slacked off on this for such a long time :(
# [17:52] * philor is now known as philor|away
# [17:53] <qheaden> ehsan: Hey there! Did you get the notice of my new patch for the undo add to dictionary enhancement?
# [17:53] <glandium> froydnj: seriously, there are so many unuseful error messages with gcc...
# [17:54] <froydnj> glandium: examples?
# [17:54] <ehsan> qheaden: oh no, not yet
# [17:54] <ehsan> I've started to read my bugmail though :)
# [17:54] <glandium> froydnj: a lot of basic syntax errors end up giving completely cryptic error messages, while clang gets it right
# [17:54] * Quits: grubshka (grubshka@moz-25302408.w86-216.abo.wanadoo.fr) (Ping timeout)
# [17:54] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [17:54] <glandium> though i must say gcc got a lot better in 4.6, it's still far
# [17:55] <froydnj> not exactly warnings, but ok...
# [17:55] <froydnj> still, examples?
# [17:55] <qheaden> ehsan: Ok. Well, I've marked it as checkin needed. I pushed it to the try server, and everything was green. So I think it is good to go.
# [17:55] <ehsan> khuey: r=me
# [17:56] <glandium> froydnj: a missing ; after a class definition can lead to obscure messages depending on the case, or sometimes the right message.
# [17:56] <ehsan> froydnj: things like "maybe you've forgotten a semilcolon here"
# [17:56] <froydnj> glandium: that particular one is fixed in 4.6
# [17:56] <khuey> ehsan: yeah [N]S_OK is fun when doing COM
# [17:56] <ehsan> as opposed to 25 pages of random error messages that gcc produces!
# [17:56] <khuey> ehsan: thanks for the review
# [17:56] <ehsan> np
# [17:56] <glandium> froydnj: well, i've had unrelated messages with 4.6
# [17:56] <glandium> like, yesterday
# [17:57] <ehsan> glandium: froydnj: my favorite example was when davidb had injected an h char at the beginning of a header file just before the //
# [17:57] * Joins: grubshka (grubshka@moz-FA9742B6.w86-216.abo.wanadoo.fr)
# [17:57] <ehsan> when I demoed what he sees with clang, he almost cried
# [17:57] <ehsan> out of happiness
# [17:57] <ehsan> to be fair that was a comparison of gcc4.2 and clang tot
# [17:57] <glandium> ehsan: because he spent so much time trying to make sense of the gcc error ?
# [17:58] <ehsan> yes
# [17:58] <ehsan> he was about to give up
# [17:58] <ehsan> and write the patch from scratch
# [17:58] <qheaden> So how does clang compare to gcc in terms of completeness right now?
# [17:58] <ehsan> completeness?
# [17:59] <qheaden> Like, are there any gcc features that clang doesn't have?
# [17:59] <ehsan> you mean features?
# [17:59] <qheaden> Yeah.
# [17:59] <ehsan> it's mostly usable as a drop-in replacement :)
# [17:59] <ehsan> see my blog post if you wanna use it
# [17:59] * Quits: protz (jonathan@D86A55BC.6FE99DA9.B22E20D2.IP) (Connection reset by peer)
# [17:59] <ehsan> qheaden: there probably are, especially in C++11 support
# [17:59] <froydnj> glandium: if you're seeing unrelated messages in that particular case (and possibly a few other related semicolon cases fixed in 4.6), please file bugs
# [17:59] <qheaden> Oh ok.
# [17:59] * Joins: protz (jonathan@A2879C08.6FE99DA9.B22E20D2.IP)
# [17:59] <ehsan> where every compiler covers parts of the new stuff
# [18:00] <ehsan> but for day to day use, it's quite usable
# [18:00] <ehsan> better than gcc in my humble opinion
# [18:00] * philor|away is now known as philor
# [18:00] <qheaden> So does it serve as a useable drop in for compiling mozilla code?
# [18:00] <ehsan> yes
# [18:00] <qheaden> Great. Hopefully it will speed up compilation.
# [18:01] * Joins: Cwiiis (cwiiis@moz-F15E698.croy.cable.virginmedia.com)
# [18:01] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [18:01] * gregglind_breakfast is now known as gregglind
# [18:02] <froydnj> ehsan: well, file bugs anyway; missing semicolon errors are not too hard to fix in the C++ compiler, they're a little trickier in the C compiler
# [18:02] <ehsan> froydnj: oh, when you were saying file bugs, do you mean bugs against gcc or mozilla?
# [18:03] <jrmuizel> ehsan: what's up with tbpl?
# [18:03] <froydnj> ehsan: I meant against GCC
# [18:03] <froydnj> assuming you wanted way more useful warnings :)
# [18:03] <ehsan> jrmuizel: what do you mean?
# [18:03] <jrmuizel> it doesn't seem to be up?
# [18:04] <jrmuizel> ehsan: does it work for you?
# [18:04] <ehsan> froydnj: well unfortunately I do most of my dev on mac, so I don't know how useful those bugs are going to be?
# [18:04] <ehsan> jrmuizel: yes
# [18:04] <ehsan> jrmuizel: the trees are closed though :)
# [18:04] * Quits: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com) (Input/output error)
# [18:04] <jrmuizel> ah it works in chrome...
# [18:05] * IRCMonkey10020 is now known as rhelmer
# [18:05] * Joins: anky (anky@5652FA7A.FF797DB3.74119F78.IP)
# [18:06] <jrmuizel> and then all of a sudden it springs into action
# [18:06] <jrmuizel> somedays I suspect that our dns resolution does funny things
# [18:06] <froydnj> ehsan: well, bounce them to me, then, and I'll triage against master if you like (preprocessed source and compilation options required)
# [18:06] <catlee-buildduty> philor: still waiting for the slavedb to catch up
# [18:07] <catlee-buildduty> I started this 4.5 hours ago...
# [18:07] <philor> catlee-buildduty: some of those numbers of rows were... impressive
# [18:07] * Joins: hub (hub@83874EA1.EB7C1AF9.6F478678.IP)
# [18:07] * Quits: davidillsley (chatzilla@moz-788CB5F.bethere.co.uk) (Client exited)
# [18:07] <catlee-buildduty> yeah
# [18:07] <catlee-buildduty> next time should be quicker
# [18:07] <ehsan> jrmuizel: I've had funny network problems, my linux box can't access any ssl properties hosted by mozilla!!!
# [18:07] <jrmuizel> :)
# [18:08] <jrmuizel> ehsan: are you at work?
# [18:08] <ehsan> froydnj: ok, I'll try to do that next time :)
# [18:08] * Quits: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP) (Ping timeout)
# [18:08] <ehsan> jrmuizel: yes, but we're leaving for japan sushi shortly :P
# [18:08] <froydnj> ehsan: thanks!
# [18:08] <jrmuizel> me wonders if I should try to join you
# [18:08] <jrmuizel> who else is there?
# [18:08] * Joins: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP)
# [18:09] <qheaden> What is Blair McBride's handle in the IRC?
# [18:09] <Mossop> Unfocused
# [18:09] <Mossop> He's also in NZ so likely asleep right now
# [18:09] <qheaden> Oh yeah thats right. Thanks.
# [18:09] <qheaden> Ahh ok.
# [18:10] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [18:10] <qheaden> I see that Mozilla offers some jobs that allow remote work. Are there many people working remotely for Mozilla/
# [18:10] <jhammel> qheaden: yes
# [18:11] <qheaden> Sweet.
# [18:11] * rail is now known as rail-lunch
# [18:11] * qheaden puts remote work in his sights after school.
# [18:11] <khuey> who says you have to wait until after? :-P
# [18:11] * Quits: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [18:11] <qheaden> Very true. :)
# [18:12] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Connection reset by peer)
# [18:12] <qheaden> That's why I'm familiarizing myself with the codebase now. :)
# [18:12] * Ms2ger kicks his build
# [18:12] <khuey> we hire interns too
# [18:13] <Ms2ger> Ah, crashed finally
# [18:13] * Quits: evilpie (~good-piex@moz-E850E164.pools.arcor-ip.net) (Input/output error)
# [18:13] <qheaden> khuey: Wow, really?
# [18:13] * Joins: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP)
# [18:13] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [18:13] <qheaden> khuey: How does the interviewing process work for that? Would I have to come to the office in CA?
# [18:13] <khuey> qheaden: http://blog.mozilla.com/interns/
# [18:13] <qheaden> Skype maybe?
# [18:13] <khuey> qheaden: no, it's generally done all over the phone
# [18:13] <catlee-buildduty> we hire interns in toronto too :)
# [18:13] <khuey> might use skype these days
# [18:13] <qheaden> Awesome.
# [18:13] <khuey> it's been about 2 years for me ;-)
# [18:14] <qheaden> khuey: Thanks for the link.
# [18:14] <qheaden> khuey: What? As a employee?
# [18:14] <khuey> since I was an intern
# [18:14] <khuey> or rather, since I was interviewing to become an intern
# [18:14] <qheaden> Wow. Yeah, I would love an internship at Mozilla.
# [18:15] <Mossop> It's still mainly done over the phone for interns
# [18:15] <qheaden> Ok
# [18:15] * mwu mostly uses skype now
# [18:15] * Joins: davidillsley (chatzilla@moz-788CB5F.bethere.co.uk)
# [18:15] <Mossop> As far as I know we don't do remote interns, i.e. you have to come to one of the offices for the actual internship, but since we pay for that all that generally isn't a big deal
# [18:15] * Joins: rshetty_away (quassel@66E5B11F.503916DD.C842849F.IP)
# [18:16] <bent> unless you hate CA or something ;)
# [18:16] <qheaden> Ok
# [18:16] <qheaden> Well, I live in VA. So it would be a long travel for me. :)
# [18:17] <khuey> we've had interns in the MV office from india before
# [18:17] <ted> nice vacation
# [18:17] * Quits: magsout (magsout@moz-E559D13.fbx.proxad.net) (Ping timeout)
# [18:17] <khuey> it won't be a very long trip in comparison
# [18:17] <ted> plus you get to hang out with all the other interns
# [18:17] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [18:17] <qheaden> Sadly, VA doesn't have a whole lot of software jobs (according to sites like Monster.com).
# [18:18] * Quits: Dagger (Dagger@moz-C46A7175.cable.virginmedia.com) (Ping timeout)
# [18:18] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [18:18] <qheaden> Well, time to eat. :) Later
# [18:19] * qheaden is now known as qheaden_away
# [18:19] <bent> hm, anyone know when the tree reopens?
# [18:19] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
# [18:20] <khuey> when catlee-buildduty fixes it
# [18:22] * Quits: anky (anky@5652FA7A.FF797DB3.74119F78.IP) (Client exited)
# [18:22] * Quits: Suresh (chatzilla@BC9114DE.D4FBB2FF.EB06F97B.IP) (Quit: Suresh)
# [18:23] * Quits: graememcc (chatzilla@moz-FB8499FC.range86-148.btcentralplus.com) (Ping timeout)
# [18:24] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [18:24] <catlee-buildduty> we're waiting on hard drives to spin and spin and spin
# [18:25] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [18:26] <mounir> khuey: shouldn't we use --disable-foo if foo is enabled by default and --enable-bar if bar is disabled by default?
# [18:26] <tbsaunde>
# [18:26] <tbsaunde> ga
# [18:27] <bsmedberg> dbaron: somebody in dev.builds is asking about TestPageLoader
# [18:27] <bsmedberg> which IIRC was removed in ancient times, does that sound right?
# [18:27] <@dbaron> bsmedberg, am I supposed to have heard of it?
# [18:28] <bsmedberg> if you haven't, then I'm stumped ;-)
# [18:28] <glandium> mounir: we should, but sometimes, the default is not even the same depending on the platform
# [18:28] <bsmedberg> it's not the old viewer thing
# [18:28] * mkelly|wfh is now known as mkelly
# [18:28] <khuey> mounir: yes
# [18:28] <khuey> mounir: and in your patch that's disabled by default
# [18:28] <khuey> if I read it correctly
# [18:28] <mounir> khuey: oh, then I'm wrong :)
# [18:29] <@dbaron> bsmedberg, I find no record of a file with name starting with "TestPageLoader" in the cvs.mozilla.org/mozilla repository
# [18:31] <bsmedberg> yeah, me either
# [18:31] <bsmedberg> oh well, I shall reply
# [18:31] * Joins: gcp (gpascutto@moz-6720AC47.access.telenet.be)
# [18:32] <glandium> froydnj: another one: error: expected ‘)’ before ‘PRIx64’
# [18:33] * bwinton_away is now known as bwinton
# [18:33] <froydnj> glandium: pastebin the relevant section?
# [18:34] * Joins: peregrino_ (peregrino@moz-80099863.telecom.net.ar)
# [18:34] * Joins: Pike (Pike@moz-E31CD2CB.mozilla.org)
# [18:35] * joduinn-zzz is now known as joduinn-commute
# [18:35] <@smaug> !seen mak
# [18:35] <@killer> I don't know who mak is.
# [18:36] <firebot> mak was last seen 5 hours, 28 minutes and 11 seconds ago, changing nick to mak|afk.
# [18:37] <glandium> froydnj: froydnj: just forget to include <inttypes.h> and use it in a printf format string
# [18:38] * Quits: bsmedberg (bsmedberg@moz-B44EBBB4.alt.east.verizon.net) (Ping timeout)
# [18:38] <froydnj> glandium: what's "it"? printf format strings don't depend on headers
# [18:38] * Quits: dao (dao@moz-CEC7940D.superkabel.de) (Quit: Leaving.)
# [18:38] <glandium> froydnj: "it" is PRIx64
# [18:39] <glandium> clang gives the same error message fwiw
# [18:40] <froydnj> I still don't understand what sort of code is giving the error (and thus, what sort of error you might want to see
# [18:40] <khuey> hmm
# [18:40] <khuey> is it known that what View Page Info displays for the size of a page is totally wrong?
# [18:41] * Quits: grubshka (grubshka@moz-FA9742B6.w86-216.abo.wanadoo.fr) (Ping timeout)
# [18:42] <jhammel> is try working?
# [18:42] * qheaden_away is now known as qheaden
# [18:43] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
# [18:43] * Quits: peregrino_ (peregrino@moz-80099863.telecom.net.ar) (Quit: peregrino_)
# [18:43] * Quits: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
# [18:44] * reuben wonders why the C++ standard is so expensive
# [18:44] * Joins: gkw (gkw@moz-A7D8CA2A.hsd1.ca.comcast.net)
# [18:44] <philor> jhammel: in the "can I see my results?" sense? no. in the "will they pop up fully formed in a few hours?" sense? maybe!
# [18:45] <mounir> blassey: is there anything else you want to see fixed before pushing websms to m-c?
# [18:45] <jhammel> philor: thanks....i guess i will wait until something magical happens
# [18:46] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
# [18:46] <catlee-buildduty> try emails should work
# [18:46] <catlee-buildduty> builds and logs still get uploaded
# [18:47] * Joins: grubshka (grubshka@moz-178BB65.w109-212.abo.wanadoo.fr)
# [18:47] <Callek> smaug: soooo....
# [18:47] <Callek> smaug: few days of testing with your patchset on the beta branch,,,,
# [18:48] <khuey> oh, nice
# [18:48] <Callek> smaug: I'm seeing greatly improved CC performance, mac I seen so far was about 1200ms with average and common around 500-600
# [18:48] <khuey> View Page Info uses the Content-Length value
# [18:48] <Callek> Of course, before your patch I was seeing regularly 2500-3600ms
# [18:48] <khuey> even when the page was sent gzipped
# [18:48] <khuey> who owns Page Info?
# [18:49] <blassey> mounir: yea, my review comments
# [18:49] <Callek> smaug: I'd say its worth trying to drive these into beta :-)
# [18:49] <@smaug> Callek: ok. that is better, though still quite terrible
# [18:49] <blassey> use the messaging system and don't build GeckoSmsManager if it isn't enabled
# [18:49] <Callek> smaug: well yea, not great, but much better than it was for me
# [18:49] <@smaug> Callek: again, would be really useful to find regression range
# [18:49] <Callek> of course I have a LOT of tabs/windows open
# [18:49] <@smaug> ah
# [18:49] <mounir> blassey: those sounds like follow-ups to me
# [18:50] <blassey> not to me
# [18:50] <mounir> ok
# [18:50] * Quits: Pike (Pike@moz-E31CD2CB.mozilla.org) (Quit: ChatZilla 0.9.87 [Firefox 8.0.1/20111120135848])
# [18:51] <Callek> smaug: just for my tab stats: http://callek.pastebin.mozilla.org/1425203
# [18:51] * qheaden is now known as qheaden_away
# [18:51] * timA|away is now known as timA
# [18:52] <Callek> but I do frequently open, use and then close facebook
# [18:52] <khuey> bholley: is 111373 going to happen?
# [18:52] <Callek> as well as have gmail and google reader open
# [18:52] <@smaug> right
# [18:52] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [18:52] * philor is now known as philor|away
# [18:53] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Quit: Leaving)
# [18:54] <Callek> ...basically I have no idea what my actual measured #'s were like in 9.0 beta's, but Firefox is useable to me, and if I wasn't testing a build of yours to help this, the UX wouldn't have felt noteworthy to me.
# [18:54] * catlee-buildduty is now known as catlee-lunch
# [18:55] <johanc> I have a problem with mqs, whenever I apply a patch "hg qpush patchname" it applies all patches.
# [18:56] <khuey> is patchname in the set of patches?
# [18:56] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [18:56] * bholley looks
# [18:56] * Joins: c0smikdebris (c0smikdebr@40BBA294.3DACFE1F.BE90E62C.IP)
# [18:56] <bholley> khuey: oh, well, depends if gavin ever reviews it
# [18:56] <ted> johanc: that's the expected behavior
# [18:56] <ted> johanc: it's a stack
# [18:57] <ted> johanc: you can use "hg qpush --move patchname" to pull that patch to the current position of the stack and apply it
# [18:57] <ted> there's also a "qup" extension floating around on the internet that you can use to reorder your patch queue without hand-editing the series file
# [18:57] <khuey> bholley: so, no?
# [18:58] <bholley> khuey: he's a busy guy. Is there anyone else who can review tabbrowser stuff?
# [18:58] * jmaher|afk is now known as jmaher
# [18:58] <khuey> idk
# [18:58] <khuey> dolske maybe?
# [18:58] <bholley> maybe gavin could suggest an alternate reviewer
# [18:58] <bholley> I'll comment in the bug
# [18:59] <johanc> ted: I thought I finally knew how MQs function
# [18:59] * Joins: josh (josh@D385CB5C.53CFBCCD.4EA770CF.IP)
# [19:00] <johanc> ted: so It doesnt matter if all patches are applied? hg qdiff only pulls the diff on the topmost?
# [19:00] * Quits: grubshka (grubshka@moz-178BB65.w109-212.abo.wanadoo.fr) (Ping timeout)
# [19:00] <Callek> johanc: correct
# [19:01] <ted> "diff of the current patch and subsequent modifications"
# [19:01] <Callek> you want |hg diff -r qbase:qtip| iirc
# [19:01] <Callek> assuming you hg qref'ed first anyway
# [19:01] <ted> hg diff -rqparent will show you all changes in your queue up to and including changes in the working dir
# [19:01] <ted> if that's what you want
# [19:02] <johanc> callek: ted: so qref only applies uncommited work to the topmost patch?
# [19:02] <ted> johanc: correct
# [19:02] * Quits: rshetty (quassel@66E5B11F.503916DD.C842849F.IP) (Connection reset by peer)
# [19:02] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [19:02] <johanc> ted: and I should use qcommit to save the patch?
# [19:02] * Callek deferrs to ted right now, since I have a feeling my just-woke-up brain is conflating matters
# [19:02] <ted> johanc: qcommit commits changes to your "mq repository"
# [19:03] <ted> if you did "hg qinit -c" at some point, then your .hg/patches directory is *itself a hg repository*
# [19:03] * Joins: Dagger (Dagger@moz-C46A7175.cable.virginmedia.com)
# [19:03] <ted> which can be hard to think about, but it's useful
# [19:03] <reuben> I don't think you need -c anymore
# [19:03] <ted> http://hg.mozilla.org/users/tmielczarek_mozilla.com/mq/ is my mq repo, for example
# [19:03] <reuben> it's a repo by default
# [19:03] * Joins: grubshka (grubshka@moz-BA818DBF.w86-216.abo.wanadoo.fr)
# [19:03] <ted> reuben: oh, neat
# [19:03] <jhammel> and then you can have patches to that! <laugh:evil/>
# [19:03] <johanc> callek: ted: my "just-woke-up" brain is somewhat confuddled at this point
# [19:04] <johanc> ted: however, thank you :)
# [19:04] * rail-lunch is now known as rail
# [19:04] <ted> np
# [19:04] <ted> it's a bit...tricky
# [19:04] <johanc> ted: a bit?
# [19:04] <johanc> ted: :D
# [19:04] <ted> i'm beginning to think git's model is better
# [19:04] * Quits: rshetty_away (quassel@66E5B11F.503916DD.C842849F.IP) (Connection reset by peer)
# [19:04] <ted> rather than having a VCS + a separate set of patch management things
# [19:05] <reuben> johanc, since we're talking about tricks, you can type cal<TAB> to autocomplete nicks in most IRC clients :)
# [19:05] <johanc> oh that's how you do it
# [19:05] <johanc> :D
# [19:05] <johanc> damnit
# [19:05] <reuben> well, cal was an example because I noticed you weren't capitalizing the C
# [19:05] <reuben> hehe
# [19:05] <johanc> You're a wizard reuben:
# [19:06] * reuben wears his wizard hat
# [19:06] <reuben> (with unusual confetti effect)
# [19:06] * Quits: Cameron (Cameron@moz-DF08F4B4.cable.virginmedia.com) (Ping timeout)
# [19:07] <johanc> while on the subject of IRC, is the colon really necessary?
# [19:07] * ted puts on his robe and wizard hat
# [19:07] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [19:08] * johanc flails his arms around.
# [19:09] * lsblakk|afk is now known as lsblakk
# [19:09] <johanc> I don't think I have any magic
# [19:09] <johanc> :(
# [19:10] <johanc> ted: but I'm guessing my repo is local only? :D
# [19:11] <ted> johanc: sure, unless you push it somewhere
# [19:11] * philor|away is now known as philor
# [19:12] * Quits: mevans (mevans@moz-9126B73.hsd1.ca.comcast.net) (Ping timeout)
# [19:12] <johanc> ted: good, I don't think this planet could withstand seeing my repo
# [19:12] <johanc> :S
# [19:12] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [19:12] * Joins: mevans (mevans@moz-9126B73.hsd1.ca.comcast.net)
# [19:12] * Quits: stux (stux@moz-FD6B9EC6.hfc.comcastbusiness.net) (Ping timeout)
# [19:13] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
# [19:13] * Joins: Cameron (Cameron@moz-DF08F4B4.cable.virginmedia.com)
# [19:13] <ted> heh
# [19:13] <ted> *shrug*
# [19:13] <ted> i push all kinds of garbage patches there
# [19:15] * Joins: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com)
# [19:15] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:15] * Quits: Cameron (Cameron@moz-DF08F4B4.cable.virginmedia.com) (Ping timeout)
# [19:15] <bbondy> Is there something up with the build machines? I can't seem to get a build.
# [19:15] <bbondy> been waiting since early morning for a push I did to elm
# [19:16] <reuben> johanc, you'd be surprised by the quality of some of the code in production environments around the world
# [19:16] * Quits: josh (josh@D385CB5C.53CFBCCD.4EA770CF.IP) (Quit: josh)
# [19:16] <Ms2ger> bbondy, they'll probably show up at some point
# [19:17] <reuben> this project I'm working on right gives me a headache every day, it's The Worst
# [19:17] <bbondy> k
# [19:17] * Joins: Cameron (Cameron@moz-DF08F4B4.cable.virginmedia.com)
# [19:17] <reuben> right now*
# [19:17] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [19:19] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
# [19:19] <johanc> reuben: not a mozilla project?
# [19:21] * Quits: qheaden_away (IceChat77@moz-67E02157.nrflva.fios.verizon.net) (Quit: I've got to go. See ya!)
# [19:21] <reuben> johanc, no!
# [19:21] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:23] * Joins: pcwalton (pcwalton@moz-5B0F92F1.hsd1.ca.comcast.net)
# [19:23] * Quits: pranavrc (pranavrc@C696702E.F976102B.520CDC98.IP) (Quit: Ping timeout: ∞)
# [19:23] * Quits: @smaug (chatzilla@moz-50F960FC.elisa-mobile.fi) (Input/output error)
# [19:24] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [19:24] * Joins: smaug (chatzilla@moz-50F960FC.elisa-mobile.fi)
# [19:24] * ChanServ sets mode: +o smaug
# [19:24] * Joins: stux (stux@moz-FD6B9EC6.hfc.comcastbusiness.net)
# [19:24] * Quits: fitzgen (fitzgen@moz-21CB9A53.hsd1.wa.comcast.net) (Quit: zzzzzzzzz)
# [19:25] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [19:26] * Joins: jdm (jdm@moz-523ECD3B.dsl.teksavvy.com)
# [19:26] <johanc> any linux users here?
# [19:27] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [19:27] <johanc> :D
# [19:27] <nemo> you're kidding right? :)
# [19:27] <johanc> I added the ":D"
# [19:27] <hub> johanc: what do you want to know?
# [19:28] <johanc> I quickly realized how stupid that question was
# [19:28] * Joins: josh (josh@D385CB5C.53CFBCCD.4EA770CF.IP)
# [19:28] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Ping timeout)
# [19:28] <hub> johanc: the only stupid question are the one you don't ask...
# [19:28] <johanc> hub: :D
# [19:29] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Client exited)
# [19:29] <johanc> hub: I'm writing a patch for a help menu, and I'm using F1 as a global shortcut for opening a documentation page, would like some input on the norm on linux?
# [19:29] <johanc> hub: Is F1 used on linux?
# [19:30] <Ms2ger> Gedit uses it
# [19:30] <Ms2ger> (Ubuntu)
# [19:31] * Quits: josh (josh@D385CB5C.53CFBCCD.4EA770CF.IP) (Ping timeout)
# [19:31] <reuben> johanc, F1 used to open support.mozilla.com, but they conducted a research and found out most of the people that got there using F1 did it by accident
# [19:31] <reuben> a lot of cats were involved
# [19:31] <reuben> so that might not be the best key to do an intrusive action
# [19:31] <johanc> reuben: haha :D
# [19:32] <johanc> reuben: It's not really intrusive as it's a new window
# [19:32] <johanc> reuben: but I'm not a ux expert, so I'm guessing here.
# [19:32] <johanc> reuben: It's for the scratchpad window.
# [19:32] <hub> in the terminal, F1 open the help. often I do it by mistake (reaching for ESC instead)
# [19:32] <hub> xchat, same
# [19:33] <johanc> hub: You can't close scratchpad with esc, not on windows at least.
# [19:33] <johanc> hub: Can you on linux?
# [19:34] * Quits: pcwalton (pcwalton@moz-5B0F92F1.hsd1.ca.comcast.net) (Quit: pcwalton)
# [19:34] <hub> johanc: I was talking about F1
# [19:35] <hub> johanc: if the question is about Winows, I'm not a person able to answer
# [19:35] <hub> or the answer will be No, whatever the question is
# [19:35] * joduinn-commute is now known as joduinn
# [19:35] <johanc> can you close scratchpad with "esc" on linux?
# [19:36] <mbrubeck> johanc: No
# [19:36] <mbrubeck> (At least, not in my Aurora 11 build on Ubuntu)
# [19:36] * Joins: josh (josh@D385CB5C.53CFBCCD.4EA770CF.IP)
# [19:36] <johanc> mbrubeck: cheers
# [19:37] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [19:37] * Quits: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com) (Input/output error)
# [19:38] <hub> what is scratchpad
# [19:38] <johanc> try shift+F4
# [19:38] * Joins: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com)
# [19:38] * Quits: Cameron (Cameron@moz-DF08F4B4.cable.virginmedia.com) (Ping timeout)
# [19:38] <hub> I can close it with Ctrl-W
# [19:38] * Joins: atlas (atlas@moz-7FAB8F4F.dia.static.qwest.net)
# [19:38] <hub> like any other window
# [19:38] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [19:38] * Joins: pnemsak (Miranda@moz-7409BD53.orange.sk)
# [19:38] <hub> (or tab)
# [19:38] <blassey> philor: why is the tree closed?
# [19:39] * Quits: pnemsak (Miranda@moz-7409BD53.orange.sk) (Connection reset by peer)
# [19:39] * Quits: GPHemsley (GPHemsley@moz-7D8B319.dyn.optonline.net) (Ping timeout)
# [19:39] * Joins: pnemsak (Miranda@moz-7409BD53.orange.sk)
# [19:39] <johanc> as long as you can't close it with esc, that's fine :)
# [19:40] <Ms2ger> blassey, we're waiting on hard drives to spin and spin and spin
# [19:40] <blassey> is there a bug?
# [19:40] <johanc> are the hamsters on strike? O.o
# [19:41] * Joins: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
# [19:41] <Ms2ger> philor or catlee-lunch could tell you
# [19:41] <philor> blassey: a little bitty purge of a few million old rows from build's statusdb took 4.5 hours, and now updating the mirrors is taking... some more time
# [19:41] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [19:41] <philor> there's a bug, but it's not particularly helpful
# [19:42] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [19:42] * zpao|detached is now known as zpao
# [19:42] <blassey> probably worth putting it in the tinderbox status and #developers topic anyway
# [19:42] * Joins: dao (dao@moz-CEC7940D.superkabel.de)
# [19:43] * Joins: evilpie (~good-piex@moz-E850E164.pools.arcor-ip.net)
# [19:45] * adam-afk is now known as adam
# [19:45] * Quits: c0smikdebris (c0smikdebr@40BBA294.3DACFE1F.BE90E62C.IP) (Quit: Computer has gone to sleep.)
# [19:46] * philor tries to pretend that we're all sensible and well behaved and that would work out well
# [19:46] * Joins: GPHemsley (GPHemsley@moz-7D8B319.dyn.optonline.net)
# [19:47] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Input/output error)
# [19:47] <Mossop> Wait, is try closed too?
# [19:48] <catlee-lunch> https://bugzilla.mozilla.org/show_bug.cgi?id=713255
# [19:48] <catlee-lunch> so, builds will still run, get uploaded, etc.
# [19:48] <catlee-lunch> just no results on tbpl
# [19:48] <Mossop> Oh
# [19:48] <philor> or self-serve
# [19:48] <Mossop> Probably should just cancel mine then
# [19:49] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [19:49] * Quits: victorporof (victorporo@FD4A8479.14EB2DE0.79933D60.IP) (Connection reset by peer)
# [19:49] * Joins: victorporof (victorporo@FD4A8479.14EB2DE0.79933D60.IP)
# [19:52] * Quits: sfink (chatzilla@moz-20BA0AAD.dsl.pltn13.sbcglobal.net) (Input/output error)
# [19:52] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [19:52] * Joins: shorlander-away (shorlander@moz-853043D6.dhcp.insightbb.com)
# [19:53] * jgriffin is now known as jgriffin-afk
# [19:53] * Joins: bsmedberg (bsmedberg@moz-B44EBBB4.alt.east.verizon.net)
# [19:53] <philor> once we do this thing with warnings because they've worked so wonderfully for jseng, and then drop it and they drop it, like we did a thousand project branches and then dropped them and they dropped theirs, can we agree to not follow jseng?
# [19:54] <ted> heh
# [19:55] <mbrubeck> I want to do more t-shirts because jseng does them.
# [19:55] * Joins: anky (anky@5652FA7A.FF797DB3.74119F78.IP)
# [19:55] <mbrubeck> I've been a fennec engineer for 2 years and I still don't have a fennec shirt.
# [19:55] <bsmedberg> this computer keeps shutting down and the power light flashes in the front
# [19:55] <mbrubeck> even though clooney promised me one!
# [19:55] <ted> jseng still has the warnings tracker
# [19:55] <Mossop> mbrubeck: Create your own and expense it!
# [19:55] <jhammel> mbrubeck: would the fennec shirt have a fennec on it? cuz if so, i am so in
# [19:55] <ted> but they're separate builds, aren't they?
# [19:56] <philor> yes, they are separate builds from their separate builds, even, one of the four or five flavors of shell build
# [19:56] * Joins: Cameron (Cameron@moz-DF08F4B4.cable.virginmedia.com)
# [19:56] <philor> which you do not see on inbound unless you &usetinderbox=1, because THEY DO NOT REALLY WANT THEM
# [19:56] <ted> heh
# [19:57] <philor> the only people who are warning free, relatively speaking, much of the time, do not want to bounce patches because of warnings
# [19:57] <philor> so we're following them down a path they will not take
# [19:57] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [19:57] <ted> yeah...
# [19:57] * shorlander-away is now known as shorlander
# [19:57] <blassey> mbrubeck: the fennec T-shirts were on clooney's desk's shelf
# [19:58] * bsmedberg wonders if there's a way to monitor vital stats such as the power supply temperature or CPU temperature from his Linux desktop
# [19:58] <blassey> but I think they were all XL and bigger because before you came along everyone on the mobile team was pudgy :-)
# [19:59] <philor> and you call yourselves mobile!
# [19:59] <ted> bsmedberg: should be
# [20:00] <jhammel> bsmedberg: depends on the sensors you have, but yes
# [20:00] <jhammel> gkrellm has some plugins for it
# [20:00] <ted> bsmedberg: try `sensors`
# [20:01] <Ms2ger> Hmm, I still don't have my Fx4 T-shirt
# [20:01] * Quits: Cameron (Cameron@moz-DF08F4B4.cable.virginmedia.com) (Ping timeout)
# [20:01] <ted> bsmedberg: that's part of libsensors, fwiw
# [20:02] <ted> i have a little thing in my gnome panel showing me CPU temp
# [20:03] <bsmedberg> gnome-applet-sensors, says yum search
# [20:03] <bsmedberg> ok!
# [20:03] <bsmedberg> requires libXNVCtrl
# [20:04] <hub> bsmedberg: but it is an applet. if you use gnome3, you are SOL
# [20:04] <bsmedberg> hah
# [20:04] <khuey> if you use gnome3 aren't you just SOL to begin with?
# [20:05] <hub> yes and no
# [20:05] <mark> Sobbing Out Loud
# [20:05] <bsmedberg> "No sensors enabled!"
# [20:05] <bsmedberg> blech
# [20:08] <bsmedberg> bah, apparently dell dimension's just don't come with temp sensors
# [20:09] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:09] <bsmedberg> or voltage sensors, or anything else for that matter
# [20:09] <Mossop> That seems extraordinary, maybe gnome just doesn't recognise them?
# [20:09] * Quits: gcp (gpascutto@moz-6720AC47.access.telenet.be) (Ping timeout)
# [20:09] <ted> bsmedberg: that seems odd
# [20:09] <ted> my inspiron has them
# [20:09] <bsmedberg> no, the dell forums and support site says that there are none
# [20:09] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [20:09] <ted> weird
# [20:10] * Joins: ashughes (ashughes@21B7B9F2.B87E9213.6E712CE2.IP)
# [20:10] <ted> i thought they were pretty standard these days
# [20:10] * Joins: gcp (gpascutto@moz-766FDCCA.access.telenet.be)
# [20:10] <bsmedberg> this box is from 2005
# [20:10] * bwinton is now known as bwinton_away
# [20:14] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [20:15] <bent> that's like BC for computers
# [20:15] * Quits: dao (dao@moz-CEC7940D.superkabel.de) (Quit: Leaving.)
# [20:16] <Ms2ger> Before Cooling-sensors?
# [20:16] <hub> my thinkpad from that area have them
# [20:16] <hub> but it is not a Dell, for sure :-)
# [20:17] <Callek> robarnold: btw, I keep getting (very frequent lately) DB errors on trying to :like" posts, which goes away a few seconds later
# [20:18] <robarnold> :(
# [20:18] * catlee-lunch is now known as catlee-buildduty
# [20:18] <robarnold> not sure why but I haven't checked my work email in over a week (vacation)
# [20:18] * Quits: josh (josh@D385CB5C.53CFBCCD.4EA770CF.IP) (Quit: josh)
# [20:19] * Joins: hwine (Adium@moz-C8973E20.dsl.static.sonic.net)
# [20:20] * Quits: Ms2ger (Ms2ger@moz-74AE9DF6.access.telenet.be) (Ping timeout)
# [20:21] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [20:22] <jrmuizel> catlee-buildduty: when is the tree expected to be open again?
# [20:23] * Quits: gkw (gkw@moz-A7D8CA2A.hsd1.ca.comcast.net) (Ping timeout)
# [20:25] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [20:27] * Quits: hub (hub@83874EA1.EB7C1AF9.6F478678.IP) (Ping timeout)
# [20:28] * Quits: jdm (jdm@moz-523ECD3B.dsl.teksavvy.com) (Client exited)
# [20:29] <catlee-buildduty> jrmuizel: unknown
# [20:29] <jrmuizel> ok
# [20:29] <catlee-buildduty> the db slave is done the bulk of the work
# [20:29] <catlee-buildduty> I'd swag another 30 minutes
# [20:32] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
# [20:38] * Joins: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com)
# [20:44] * jhammel is now known as jhammel|lunch
# [20:46] * Joins: Sander (chatzilla@moz-92F82A30.dip.t-dialin.net)
# [20:46] * Joins: mgoodwin_ (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com)
# [20:46] * Quits: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com) (Ping timeout)
# [20:48] * Joins: hub (hub_@21B7B9F2.B87E9213.6E712CE2.IP)
# [20:49] * joduinn is now known as joduinn-biab
# [20:49] <bz_sleep> jmaher: ping
# [20:49] * bz_sleep is now known as bz
# [20:49] * Joins: fitzgen (fitzgen@moz-21CB9A53.hsd1.wa.comcast.net)
# [20:50] <jmaher> bz: pong
# [20:51] <bz> jmaher: so I was trying to run reftest-remote and running into problemss
# [20:51] <bz> jmaher: in particular, the reftest extension couldn't be copied from staged into the profile
# [20:51] <bz> jmaher: E/GeckoConsole(16775): [JavaScript Error: "ERROR addons.xpi: Failure moving /data/local/tests/reftest/profile/extensions/staged/reftest@mozilla.org/chrome to /data/local/tests/reftest/profile/extensions/reftest@mozilla.org" {file: "resource://gre/modules/XPIProvider.jsm" line: 262}]
# [20:51] <bz> jmaher: (multiple instances of that)
# [20:51] <bz> jmaher: also E/GeckoConsole(16775): [JavaScript Error: "ERROR addons.xpi: Failed to move entry /data/local/tests/reftest/profile/extensions/staged/reftest@mozilla.org/chrome/reftest: [Exception... "Component returned failure code: 0x80520015 (NS_ERROR_FILE_ACCESS_DENIED) [nsIFile.permissions]" nsresult: "0x80520015 (NS_ERROR_FILE_ACCESS_DENIED)" location: "JS frame :: resource://gre/modules/XPIProvider.jsm :: <TOP_LEVEL> :: line 240"
# [20:52] <bz> jmaher: this is _not_ a rooted device, btw
# [20:52] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [20:52] <jmaher> bz: do you know if there is a sdcard on the device
# [20:52] * catlee-buildduty changes topic to 'trees closed due to https://bugzilla.mozilla.org/show_bug.cgi?id=713255 || m-c: CLOSED m-i: CLOSED || Next aurora uplift: January 31 || If you are new or want to help, see irc://irc.mozilla.org/#introduction || Merry Christmas Mozilla!'
# [20:52] <jmaher> I have found that the permissions on /data/local/* are restrictive whereas on /mnt/sdcard they are not
# [20:53] <jmaher> bz: with a rooted phone it isn't as problematic, but without a rooted phone going from the sdcard is almost the only way
# [20:53] * Joins: peregrino (peregrino@moz-80099863.telecom.net.ar)
# [20:53] * Quits: peregrino (peregrino@moz-80099863.telecom.net.ar) (Connection reset by peer)
# [20:53] * Joins: peregrino (peregrino@moz-80099863.telecom.net.ar)
# [20:54] <bz> jmaher: no sdcard
# [20:54] <bz> jmaher: it's a tablet, so not much need for one
# [20:54] <bz> jmaher: plenty of space on the device...
# [20:54] <jmaher> bz: ok
# [20:55] <jmaher> bz: what type of tablet?
# [20:55] * Quits: mgoodwin_ (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com) (Input/output error)
# [20:56] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [20:56] <jmaher> bz: maybe a samsung galaxy or a acer?
# [20:58] * Joins: Waldo (waldo@D0A852DC.A8C603F1.50AF75DD.IP)
# [20:59] <bz> jmaher: eee pad transformer
# [20:59] <jmaher> bz: ok, hmm; my samsung galaxy tab has a sdcard (although I don't think I can remove it)
# [20:59] <jmaher> bz: if you can adb shell, then look at /mnt/sdcard
# [20:59] <jmaher> verify you can create a directory or a file
# [21:00] * khuey is now known as khuey|away
# [21:00] <jmaher> bz: if not, then we should look at rooting your eee pad
# [21:00] * Joins: Ms2ger (Ms2ger@moz-74AE9DF6.access.telenet.be)
# [21:00] * khuey|away is now known as khuey
# [21:01] * Joins: jhammink (textual@moz-BBE3ABD.mv.mozilla.com)
# [21:02] * snorp is now known as AndroUser
# [21:03] <cjones> jmaher, /data/local permissions were fine when boris and looked last night. what does our automation code try to do on device?
# [21:03] * AndroUser is now known as snorp
# [21:03] <cjones> i.e. what dependencies does it have on on-device tools
# [21:04] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [21:06] <jmaher> cjones: the automation creates the profile with random permissions, then the fennec process tries to access it with org.mozilla.fennec permissions
# [21:06] <jmaher> cjones: if we have root, we can adjust the permissions while putting the files in /data/local
# [21:08] * bear-afk is now known as bear
# [21:09] * Joins: redfive (chatzilla@moz-938F2CCB.dsl.pltn13.sbcglobal.net)
# [21:09] * Joins: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
# [21:10] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [21:10] * Quits: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [21:11] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [21:12] <cjones> jmaher, what do you mean by "creates with random permissions"?
# [21:15] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [21:15] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Quit: ZNC - http://znc.in)
# [21:15] <ehsan> catlee-buildduty: do you know when we can expect the tree to be open?
# [21:16] <jmaher> cjones: permissions that adb has by default, not owned by org.mozilla.fennec
# [21:16] * Quits: cers (textual@moz-E3288E2B.bynqu1.dynamic.dsl.tele.dk) (Quit: Computer has gone to sleep.)
# [21:16] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
# [21:17] * Joins: bb10 (bb10@moz-C7B05616.org)
# [21:17] * Joins: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de)
# [21:17] <catlee-buildduty> ehsan: trying a workaround...
# [21:17] <catlee-buildduty> so, 15 minutes?
# [21:18] <ehsan> awesome
# [21:18] <ehsan> thanks
# [21:18] <cjones> jmaher, the directories were world rw
# [21:18] * Cwiiis is now known as CwiiisAway
# [21:18] <jmaher> cjones: well this is all I know when trying to develop the tests to work with adb; that is why I made the assertion we only support testing on a rooted device
# [21:18] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [21:19] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
# [21:19] <jmaher> i.e. we didn't want to spend countless hours supporting all types of configurations
# [21:19] <cjones> rooting is a big requirement
# [21:19] * bsmedberg sets a Flash breakpoint in Flash Builder and then attaches to the plugin process in MSVC
# [21:19] <cjones> so we were seeing an error about "cp not found" yesterday
# [21:19] <wg9s> jmaher, cjones: Does this expalin why I cant get my own build version to work? It tries to write using org.mozilla.fennec-wag
# [21:19] <cjones> does the automation do nothing but use adb?
# [21:19] * bsmedberg wonders if that's how debuggers procreate
# [21:20] <wg9s> so i guess i need to find where my linux username gets appended and nix that code?
# [21:20] <jmaher> cjones: the automation uses sutagent only; and on the nvidia tegra boards which have root only
# [21:20] <cjones> aha
# [21:20] <jmaher> wg9s: appending the username is by design so you can run a nightly build alongside a private custom build
# [21:20] <cjones> jmaher, sutagent definitely requires root, right?
# [21:22] <wg9s> I owuld ahve thought that would be a good idea. my problem is that if i crate a build put the .apk file on my website and then try to install that file by downloading it via a browser on my tablet it tries to install and then dies with a very useful message sort of like unable to install.
# [21:22] <bz> jmaher: lemme check something
# [21:22] <jmaher> cjones: sutagent doesn't require root, but it won't do full automation without a rooted device
# [21:22] <jmaher> for example we can't kill a process if you are not root
# [21:23] <bz> jmaher: huh
# [21:23] <cjones> so bz was testing with the adb driver
# [21:23] <bz> jmaher: mnt/sdcard is here
# [21:23] * Quits: bsmedberg (bsmedberg@moz-B44EBBB4.alt.east.verizon.net) (Ping timeout)
# [21:23] <jmaher> bz: it could be they have a preinstalled /mnt/sdcard
# [21:23] * Parts: hwine (Adium@moz-C8973E20.dsl.static.sonic.net)
# [21:23] <bz> yeah
# [21:23] <jmaher> cjones: yeah, adb works great in general, I do most of my development with the adb stuff
# [21:23] <bz> ok
# [21:23] <bz> so if I want to use the sdcard....
# [21:23] <cjones> ok
# [21:23] <jmaher> bz: just verify you can actually write to the /mnt/sdcard folder
# [21:24] * Quits: bernd (chatzilla@moz-461277E8.superkabel.de) (Client exited)
# [21:24] <bz> hmm
# [21:24] <bz> $ touch /mnt/sdcard/foopy
# [21:24] <bz> touch: permission denied
# [21:24] * Joins: bernd (chatzilla@moz-461277E8.superkabel.de)
# [21:24] * bz wonders how else to test
# [21:24] <bz> permissions look ok if I'm in the sdcard_rw group
# [21:25] <jmaher> bz: 'echo test > test.txt'
# [21:25] <jmaher> bz: I have one device where it shows a /mnt/sdcard but there is nothing there
# [21:25] <bz> that works
# [21:25] <bz> there's stuff there
# [21:25] <bz> music, movies, download, etc
# [21:25] <bz> ok
# [21:25] <bz> fine
# [21:25] <jmaher> cool then
# [21:26] <bz> so that's fine
# [21:26] <bz> now how do I tell the tests to use that?
# [21:26] <jmaher> bz: so you need to edit devicemanagerADB.py
# [21:26] <jmaher> there is a function getDeviceRoot(self)
# [21:26] <jmaher> the first choice is uses is /data/local/tests, otherwise is uses /mnt/sdcard
# [21:26] <bz> the one in build, or the one in testing?
# [21:26] * Joins: ahal (ahal@moz-44629E23.cpe.net.cable.rogers.com)
# [21:26] * bz can maybe nuke data/local/tests
# [21:27] <bz> er, actually I can't
# [21:27] * jgriffin-afk is now known as jgriffin
# [21:27] <bz> because we put undeletable files in there
# [21:27] <jmaher> bz, that is another option to remove the tests directory in /data/local
# [21:27] * jhammel|lunch is now known as jhammel
# [21:27] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [21:27] <jmaher> so just edit the devicemanagerADB.py for now
# [21:27] <bz> how do I remove it, given that it has subdirectories I don't have write access for?
# [21:27] <bz> ok
# [21:27] <bz> which one?
# [21:27] <bz> or both?
# [21:27] * catlee-buildduty tries another workaround
# [21:28] <jmaher> I would just edit the devicemanagerADB.py in your reftest folder
# [21:28] * bz thinks the instructions for this should have just not said anything about creating /data/local/tests
# [21:28] * Quits: clokep (clokep@moz-2AAFC4A8.dyn.optonline.net) (Ping timeout)
# [21:28] <bz> since the python script will do it if needed!
# [21:28] <bz> anyway
# [21:29] <bz> which reftest folder?
# [21:29] <bz> ../obj-android//_tests/reftest/devicemanagerADB.py
# [21:29] <bz> that one?
# [21:29] <jmaher> yep
# [21:29] <bz> ok
# [21:29] <bz> will get clobbered when I next build, right?
# [21:29] <bz> anyway
# [21:29] <bz> edited
# [21:29] * bz tries running again
# [21:30] <jmaher> suggested edit: http://pastebin.mozilla.org/1425527
# [21:30] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
# [21:30] <bz> yeah, tha's what I did, basically
# [21:30] * Joins: cers (textual@moz-E3288E2B.bynqu1.dynamic.dsl.tele.dk)
# [21:31] <bz> Unable to chmod /mnt/sdcard/tests/reftest/profile/extensions/staged/reftest@mozilla.org/chrome: Operation not permitted
# [21:31] <bz> from my console
# [21:31] * Joins: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [21:31] * Quits: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com) (Quit: sworkman_)
# [21:31] <bz> and from logcat: E/GeckoConsole(23115): [JavaScript Error: "ERROR addons.xpi: Failed to move entry /mnt/sdcard/tests/reftest/profile/extensions/staged/reftest@mozilla.org/chrome/reftest: [Exception... "Component returned failure code: 0x80520015 (NS_ERROR_FILE_ACCESS_DENIED) [nsIFile.permissions]" nsresult: "0x80520015 (NS_ERROR_FILE_ACCESS_DENIED)" location: "JS frame :: resource://gre/modules/XPIProvider.jsm :: <TOP_LEVEL> :: line
# [21:31] * Joins: qheaden_away (IceChat77@moz-67E02157.nrflva.fios.verizon.net)
# [21:31] <bz> E/GeckoConsole(23115): [JavaScript Error: "ERROR addons.xpi: Failure moving /mnt/sdcard/tests/reftest/profile/extensions/staged/reftest@mozilla.org/chrome to /mnt/sdcard/tests/reftest/profile/extensions/reftest@mozilla.org" {file: "resource://gre/modules/XPIProvider.jsm" line: 262}]
# [21:31] <bz> So same error
# [21:32] * qheaden_away is now known as qheaden
# [21:32] <catlee-buildduty> philor: how do the trees look?
# [21:32] <catlee-buildduty> self-serve will still be a bit behind
# [21:32] <qheaden> Trees are still close huh?
# [21:32] <qheaden> *closed
# [21:32] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:33] <jmaher> bz: ok. what is the staged thing that is going on? maybe the addons.xpi doesn't exist?
# [21:34] <philor> catlee-buildduty: like a lot of things landed on the floor, but probably survivable with some judicious rebuilds on m-c and the massive number of runs we'll get when the inbound floodgates open
# [21:34] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
# [21:35] <catlee-buildduty> I'll make builds-4hrs have 8 hours of data
# [21:35] <bz> jmaher: /mnt/sdcard/tests/reftest/profile/extensions
# [21:35] <bz> jmaher: data coming
# [21:35] <jmaher> ok
# [21:35] <bz> $ ls staged/reftest@mozilla.org
# [21:35] <bz> chrome
# [21:35] <bz> chrome.manifest
# [21:35] <bz> components
# [21:35] <bz> install.rdf
# [21:35] <bz> ls staged/reftest@mozilla.org/components
# [21:35] <bz> httpd.js
# [21:35] <bz> reftest-cmdline.js
# [21:35] <bz> test_necko.xpt
# [21:35] <bz> So that all looks fine
# [21:36] <bz> there is also a dir called reftest@mozilla.org directly under extensions
# [21:36] <jmaher> ok
# [21:36] <bz> it contains only a dir called "chrome" which contains a dir called "reftest" which contains an empty dir called "content"
# [21:36] <bz> so it looks like we started copying stuff over, then failed and bailed out
# [21:36] <bz> or something
# [21:37] * Quits: fitzgen (fitzgen@moz-21CB9A53.hsd1.wa.comcast.net) (Quit: zzzzzzzzz)
# [21:38] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [21:39] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [21:40] <jmaher> hmm, the retest/content directory should have files in it
# [21:40] <bz> jmaher: well, it does in staged/
# [21:41] <Ms2ger> bz, thanks
# [21:41] <bz> jmaher: the point is that we started copying staged over to not-staged
# [21:41] <bz> jmaher: and then failed to chmod
# [21:41] <bz> jmaher: and bailed out
# [21:41] <bz> jmaher: afaict
# [21:43] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.1)
# [21:43] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [21:44] * Parts: davidillsley (chatzilla@moz-788CB5F.bethere.co.uk)
# [21:44] * Joins: davidillsley_ (chatzilla@moz-788CB5F.bethere.co.uk)
# [21:44] * Quits: bernd (chatzilla@moz-461277E8.superkabel.de) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.4/2008111312])
# [21:44] <jmaher> bz: hmm, the staged stuff was added in late october to the harnesses in general; I need to see if there are some issues with it on remote
# [21:44] * davidillsley_ is now known as davidillsley
# [21:44] <catlee-buildduty> philor: ok, I think things are ok on my side
# [21:45] <bz> jmaher: ok
# [21:45] <bz> jmaher: anything else I can get you here?
# [21:45] <bz> jmaher: or do you have enough to go on?
# [21:45] * Joins: bsmedberg (bsmedberg@moz-B44EBBB4.alt.east.verizon.net)
# [21:46] * Quits: Sander (chatzilla@moz-92F82A30.dip.t-dialin.net) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [21:47] * Joins: pedro (Something@moz-E14A0F6A.clients.your-server.de)
# [21:47] <jmaher> bz: I am just confused why the staged stuff gets on the device
# [21:47] <pedro> ttaubert: ping, you around?
# [21:48] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [21:48] <gabor> edmorley: hey, are you here?
# [21:49] * catlee-buildduty opens trees
# [21:49] <philor> catlee-buildduty: yup, might have to manually mess with builds-running's ideas of what's running at some point, but other than that, whew!
# [21:49] <bz> jmaher: I have no idea
# [21:49] <bz> jmaher: and then we try to copy it and chmod on the device
# [21:49] <bz> jmaher: which is what fails
# [21:49] <catlee-buildduty> philor: that DB *should* have been unaffected...
# [21:50] <bz> jmaher: so anyway, if there's nothing else you need from me, I'll go back to having my day off...
# [21:50] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [21:50] <catlee-buildduty> but clearly my knowledge of how mysql performs in these cases is lacking
# [21:50] * catlee-buildduty changes topic to 'm-c: OPEN m-i: OPEN || Next aurora uplift: January 31 || If you are new or want to help, see irc://irc.mozilla.org/#introduction || Merry Christmas Mozilla!'
# [21:50] <pedro> ttaubert: for one of the projects of the metrics team I wanna build something that resembles a bit like the foundations of tabcandy.. can you point me to the best place to look at e inner works of it? just interested in the html/js/etc part
# [21:51] <Waldo> dbaron: did you see my comment in bug 631289?
# [21:51] * Joins: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com)
# [21:51] * Joins: fitzgen (fitzgen@moz-BAF3A28B.reshall.wwu.edu)
# [21:53] * Joins: clokep (clokep@moz-2AAFC4A8.dyn.optonline.net)
# [21:53] * Joins: josh (josh@moz-2EE66546.nyc.res.rr.com)
# [21:54] * bz is now known as bz_pto
# [21:56] <reuben> pedro, https://mxr.mozilla.org/mozilla-central/source/browser/components/tabview/
# [21:56] * Joins: whimboo (whimboo@moz-1A55F994.a2c-250-239.astra2connect.com)
# [21:56] * Quits: grubshka (grubshka@moz-BA818DBF.w86-216.abo.wanadoo.fr) (Ping timeout)
# [21:56] <pedro> reuben: thanks!
# [21:56] <reuben> np :)
# [21:56] * Parts: whimboo (whimboo@moz-1A55F994.a2c-250-239.astra2connect.com)
# [21:57] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [21:57] <froydnj> for the new folks, what are the "worst excesses of XPCOM" zackw refers to in the dev.platform assertions thread?
# [21:57] <ttaubert> thx reuben ;)
# [21:57] <Ms2ger> froydnj, its existence?
# [21:58] <bsmedberg> froydnj: well, not sure what he's specifically referring to, but large parts of it are too complicated to be worthwhile
# [21:58] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [21:58] <froydnj> bsmedberg: like what?
# [21:58] <froydnj> Ms2ger: that's quite an excess :)
# [22:00] <bsmedberg> well, the directory service, the service manager, aggregation
# [22:00] <mounir> froydnj: Ms2ger isn't known to be moderate
# [22:00] <bsmedberg> all the nsIFile apis
# [22:00] <bsmedberg> the service manager itself
# [22:00] <bsmedberg> XPCOM proxies (almost gone now)
# [22:01] * Joins: Cameron (Cameron@moz-DF08F4B4.cable.virginmedia.com)
# [22:01] <bsmedberg> the registration system (simplified now, but still pretty awkward)
# [22:02] <bsmedberg> and then there's the coding patterns required to use refcounted objects correctly, which is often huge amounts of boilerplate
# [22:03] <khuey> oh god aggregation
# [22:03] <khuey> we don't use that much, thankfully
# [22:03] <froydnj> what is aggregation?
# [22:03] <bsmedberg> where you can wrap one COM object in another one, and have QI still hand back the correct object identity
# [22:04] <bsmedberg> *without knowing the set of interfaces that the inner object supports*
# [22:04] <khuey> nsIInterfaceRequestor is kind of a hack around that
# [22:04] <khuey> and is probably better than the alternative
# [22:04] <bsmedberg> aggregation was stupid when MS invented it
# [22:05] <bsmedberg> and we had no particularly good reason to reproduce it in XPCOM (don't need it for binary compat)
# [22:05] <bsmedberg> but we did anyway
# [22:05] <froydnj> that sounds fairly evil
# [22:06] <gkw> jst: ping
# [22:07] <tbsaunde> ugh, why am I trying to figure how that works :\
# [22:07] <bsmedberg> froydnj: overall, it's a heavyweight solution where we almost never need a heavyweight solution
# [22:08] * joduinn-biab is now known as joduinn-triage
# [22:09] <jhammel> reminds me eerily of zope
# [22:09] <froydnj> bsmedberg: thanks for the overview
# [22:11] * Quits: redfive (chatzilla@moz-938F2CCB.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [22:11] <@smaug> gkw: I think jst is still on vacation
# [22:12] * Joins: whimboo1 (whimboo@moz-1A55F994.a2c-250-239.astra2connect.com)
# [22:12] * Parts: whimboo1 (whimboo@moz-1A55F994.a2c-250-239.astra2connect.com)
# [22:13] <gkw> smaug: i see, thanks :)
# [22:14] <jmaher> bz_pto: ok, I was able to reproduce the problem on my galaxy tablet
# [22:14] <jmaher> bz_pto: but it works just fine on my tegra
# [22:14] <jmaher> bz_pto: so I have something I can work with
# [22:16] * Quits: qheaden (IceChat77@moz-67E02157.nrflva.fios.verizon.net) (Quit: I've got to go. See ya!)
# [22:16] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [22:16] * Joins: whimboo (whimboo@moz-1A55F994.a2c-250-239.astra2connect.com)
# [22:16] * Joins: grubshka (grubshka@moz-BA818DBF.w86-216.abo.wanadoo.fr)
# [22:17] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [22:17] * Joins: peterv_ (peterv@moz-715F6D16.access.telenet.be)
# [22:18] <jmaher> bz_pto: are you running on native fennec or xul fennec?
# [22:19] * Joins: redfive (chatzilla@moz-938F2CCB.dsl.pltn13.sbcglobal.net)
# [22:20] <cjones> jmaher, he was running xul fennec
# [22:20] * Quits: whimboo (whimboo@moz-1A55F994.a2c-250-239.astra2connect.com) (Connection reset by peer)
# [22:20] * Joins: whimboo (whimboo@moz-1A55F994.a2c-250-239.astra2connect.com)
# [22:21] <jmaher> cjones: thanks; I am filing a bug to track this and see if I can come up with a fix; just glad it isn't a problem with our automation- otherwise we would have false tests
# [22:21] <cjones> cool, thanks for looking into it
# [22:22] * merike is now known as merike|away
# [22:22] <jmaher> yeah, thanks for helping bring this to my attention, always something new that breaks automation
# [22:23] <gregglind> is there an official eol on xul fennec yet?
# [22:24] <jmaher> gregglind: don't think there is; it is still useful for some devices
# [22:25] <jmaher> although it would free up half of our tegra pool for faster automation turnaround :)
# [22:25] <gregglind> thanks.
# [22:26] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Quit: ChatZilla 0.9.88 [Firefox 10.0/20111226072756])
# [22:26] * Joins: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
# [22:28] * Joins: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com)
# [22:29] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: Success !!)
# [22:29] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
# [22:30] * Quits: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com) (Ping timeout)
# [22:31] * Joins: roc (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [22:32] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [22:33] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [22:36] * Quits: peterv_ (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [22:36] * Quits: atlas (atlas@moz-7FAB8F4F.dia.static.qwest.net) (Quit: leaving)
# [22:37] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [22:37] <Ms2ger> glandium, do you remember the build option that made linking libxul bearable on .5GB ram?
# [22:37] <khuey> --disable-gecko?
# [22:37] * Ms2ger whacks khuey
# [22:38] <Ms2ger> No, something that broke stack traces
# [22:38] <hub> and I complain because I have issues building Firefox on 4GB....
# [22:38] <Waldo> hub: convert the while(); to a while() continue; ?
# [22:38] <glandium> khuey: --disable-debug-symbols ?
# [22:38] <hub> Waldo: while() {}
# [22:38] <hub> Waldo: I was about to attach the patch
# [22:38] <Ms2ger> glandium, yup, thanks
# [22:38] * Joins: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
# [22:39] * Quits: protz (jonathan@A2879C08.6FE99DA9.B22E20D2.IP) (Ping timeout)
# [22:39] <Waldo> hub: a few people have suggested having |continue;| as the statement (on its own line) for the body of empty loops; I think continue's what we want there
# [22:39] <hub> ok then
# [22:39] <khuey> glandium: didn't we remove that?
# [22:39] <hub> continue it is. I'm more of a {} mandatory kind of guy
# [22:39] <Waldo> ugh :-)
# [22:39] * Quits: grubshka (grubshka@moz-BA818DBF.w86-216.abo.wanadoo.fr) (Ping timeout)
# [22:39] <khuey> glandium: oh, it's just --enable-debug-symbols in configure
# [22:40] <hub> Waldo: for a lot of reasons
# [22:40] * Waldo can probably slurp the patch into his queue and push it fairly quickly
# [22:41] * Joins: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com)
# [22:41] * Quits: @smaug (chatzilla@moz-50F960FC.elisa-mobile.fi) (Ping timeout)
# [22:42] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [22:42] * Quits: smontagu (chatzilla@C856AD54.B9386950.51B98CA5.IP) (Ping timeout)
# [22:43] * Joins: eflores (AndChat@538BABFE.A073F3E.97BBD552.IP)
# [22:43] * Quits: redfive (chatzilla@moz-938F2CCB.dsl.pltn13.sbcglobal.net) (Quit: ChatZilla 0.9.88 [Firefox 6.0.2/20110902133214])
# [22:44] * heycam|away is now known as heycam
# [22:44] <hub> Waldo: what's you bz email?
# [22:45] <hub> so many duplicates
# [22:45] <Waldo> hub: jwalden+bmo
# [22:46] <hub> Waldo: ok, requested review. I don't have commit privs yet either
# [22:46] * Quits: ahal (ahal@moz-44629E23.cpe.net.cable.rogers.com) (Quit: Leaving)
# [22:46] <Ms2ger> Waldo, and you really need to add :Waldo to your name :)
# [22:46] <hub> yeah I was about to suggest that
# [22:46] <khuey> Ms2ger++
# [22:47] <heycam> jmaher, hey, I just wanted to check about the comment fix you requested in bug 710863
# [22:49] <jmaher> heycam: give me a minute or two
# [22:49] * Quits: victorporof (victorporo@FD4A8479.14EB2DE0.79933D60.IP) (Quit: Leaving...)
# [22:50] <heycam> jmaher, sure
# [22:50] * Joins: smontagu (chatzilla@5AA52D3D.B9386950.51B98CA5.IP)
# [22:51] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [22:52] <Ms2ger> heycam, so is it intentional that you can't have sequence<T>[], but T[][] / sequence<T[]> / sequence<sequence<T>> are fine?
# [22:52] <heycam> Ms2ger, yes that's right
# [22:52] <Ms2ger> Good
# [22:53] <Ms2ger> Also, ted complained about your prose, but I think he's wron^W not pedantic enough :)
# [22:54] <khuey> heycam: ohai
# [22:54] * Joins: smaug (chatzilla@moz-8E12664B.gprs.sl-laajakaista.fi)
# [22:54] * ChanServ sets mode: +o smaug
# [22:54] <heycam> khuey, hello
# [22:54] <heycam> Ms2ger, yes I'm just rewording that bit now
# [22:54] <heycam> Ms2ger, just to make it a bit clearer
# [22:54] <jmaher> heycam: so my confusion is that the comment specifies certain things, but there are a few exceptions to it
# [22:54] <khuey> heycam: "The T[] type is a parameterized type whose values are non-null references to (possibly zero-length) arrays of values of type T."
# [22:55] <khuey> heycam: is that intended to prohibit T?[], T[]?, or neither?
# [22:55] <Ms2ger> Neither
# [22:55] <khuey> are you heycam?
# [22:56] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [22:56] <heycam> jmaher, I wasn't sure that those exceptions are actually right
# [22:56] * Quits: msucan (msucan-@FA9E8863.56E67207.699550A1.IP) (Quit: .)
# [22:56] <heycam> jmaher, because the comment talks about (for normal test runs) the TestRunner object
# [22:56] * Joins: By-Tor` (bytor@moz-46974D0B.dyn.optonline.net)
# [22:56] <heycam> jmaher, and that we don't include in any test (though we do include SimpleTest.js in some)
# [22:56] * Quits: By-Tor` (bytor@moz-46974D0B.dyn.optonline.net) (Input/output error)
# [22:56] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Input/output error)
# [22:57] <heycam> khuey, it's meant to say that if you write T[] then null is not one of the values of that type
# [22:57] <heycam> (which is different from whether you can put null as one of the elements of the array)
# [22:57] <heycam> khuey, it just means that if you want to have it be null you need to write T[]?
# [22:57] <khuey> heycam: but if you write T[]? null is one of the values of that type?
# [22:57] <khuey> ok
# [22:57] <heycam> just like with other object types
# [22:57] <heycam> yes
# [22:57] <khuey> so it prohibits nothing
# [22:57] <heycam> right
# [22:57] <khuey> cool
# [22:57] * khuey adds tests
# [22:57] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [22:58] <heycam> oh I see the ambiguity with the "whose values" -- the "whose" might refer to the T[] type or it might refer to the actual array (so "whose values" looks like it could mean the elements of the array)
# [22:58] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [22:59] <khuey> yeah the language is a bit tricky
# [22:59] * heycam changes it a bit
# [23:00] * Quits: anky (anky@5652FA7A.FF797DB3.74119F78.IP) (Client exited)
# [23:00] * Quits: jaws|away (u2871@moz-160C58C6.com) (Quit: Connection closed for inactivity)
# [23:01] <jmaher> heycam: I am confused by your questions
# [23:01] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/1d0a814ebf12 - Olli Pettay - Bug 713462, don't traverse black content lists, r=mccr8
# [23:01] <heycam> jmaher, oh :)
# [23:01] <wg9s> but I doubt it is really ambiguous, just you need to take a remedial English grammar course ;-)
# [23:01] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [23:01] <khuey> I'm from the South, I don't speak proper English
# [23:01] <heycam> khuey, I'm even souther
# [23:01] <hub> khuey: pardon my French :-)
# [23:01] <khuey> :-P
# [23:01] <Ms2ger> Can hardly get much Southerer, can you?
# [23:01] <heycam> *cough* even more southern
# [23:02] <hub> I'm speaking canadian, eh?
# [23:02] <jmaher> khuey: south florida doesn't count as the south
# [23:02] <hub> with a French accent
# [23:02] <khuey> Ms2ger: there's always Amundsen
# [23:02] <khuey> jmaher: true
# [23:02] <khuey> jmaher: I lived in north florida for 4.5 years, does that count?
# [23:02] <jmaher> khuey: ok, that counts
# [23:02] <wg9s> And then figure out if the person who wrote it needs one, because that only tells you what it says unambiguously, but no necessarily what the author thought it waid.
# [23:02] <Ms2ger> khuey, 80% Firefox users, no?
# [23:02] * Quits: ctopper (craig@moz-C16EDDF1.dhcp.insightbb.com) (Quit: ctopper)
# [23:03] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Leaving...)
# [23:03] <heycam> jmaher, if you were confused by my "But we don't include TestRunner.js in that opened window, right?" question
# [23:03] <heycam> jmaher, I mean that we don't include that file in any opened window in a test (or even the main window in any test)
# [23:03] <khuey> Ms2ger: something like that
# [23:03] <khuey> jmaher: I actually did pick up "y'all" from my time there
# [23:03] <heycam> jmaher, so the only place the TestRunner object can be is in the parent window of the main test window
# [23:03] <khuey> that's it though
# [23:04] <jmaher> heycam: ok, making more sense
# [23:04] * Quits: smontagu (chatzilla@5AA52D3D.B9386950.51B98CA5.IP) (Ping timeout)
# [23:04] * Waldo waits for tests to finish
# [23:05] * Quits: peregrino (peregrino@moz-80099863.telecom.net.ar) (Quit: peregrino)
# [23:05] * Quits: @dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net) (Connection reset by peer)
# [23:05] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [23:06] * Joins: jwq (chatzilla@moz-12623DCD.cable.telstraclear.net)
# [23:06] * Quits: Ms2ger (Ms2ger@moz-74AE9DF6.access.telenet.be) (Quit: nn)
# [23:07] <ehsan> hsivonen: ping
# [23:07] * philor is now known as philor|away
# [23:08] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [23:09] * Quits: roc (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Client exited)
# [23:10] * Joins: roc (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [23:11] <roc> looks like Igor broke something on inbound
# [23:11] * jmaher is now known as jmaher|afk
# [23:11] <roc> I'll back him out
# [23:11] * Joins: priya (priya@moz-BBE3ABD.mv.mozilla.com)
# [23:11] * joduinn-triage is now known as joduinn-mtg
# [23:14] * Joins: sworkman (sworkman@989B868C.998B65EB.43362C16.IP)
# [23:15] * Joins: ctopper (craig@moz-C16EDDF1.dhcp.insightbb.com)
# [23:16] * philor|away is now known as philor
# [23:17] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Quit: Ex-Chat)
# [23:18] * AaronMT is now known as AaronMT|away
# [23:18] * Quits: hub (hub_@21B7B9F2.B87E9213.6E712CE2.IP) (Client exited)
# [23:19] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [23:22] * Joins: daim (David_Mart@moz-EF3D4F79.fbx.proxad.net)
# [23:22] * Joins: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com)
# [23:22] * Joins: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net)
# [23:22] * rail is now known as rail_away
# [23:22] <Ashe> hehe this 3D thing in the nightly inspector is nice
# [23:23] * Joins: IanN (chatzilla@moz-3F5A461C.cable.virginmedia.com)
# [23:23] * Quits: jwq (chatzilla@moz-12623DCD.cable.telstraclear.net) (Client exited)
# [23:23] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [23:23] * Joins: erikvold (erikvold@moz-CF26BEC.wireless.telus.com)
# [23:23] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [23:24] * reuben wonders why some of the other cool Tilt features weren't added
# [23:24] * Quits: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com) (Ping timeout)
# [23:26] * Quits: ctopper (craig@moz-C16EDDF1.dhcp.insightbb.com) (Quit: ctopper)
# [23:26] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [23:29] * Joins: gal (gal@moz-BBE3ABD.mv.mozilla.com)
# [23:29] * Joins: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com)
# [23:29] * khuey is now known as khuey|away
# [23:30] * khuey|away is now known as khuey
# [23:30] * Joins: hub_ (hub_@21B7B9F2.B87E9213.6E712CE2.IP)
# [23:31] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:31] * Joins: mgoodwin_ (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com)
# [23:31] * Quits: Xaquseg (xaquseg@moz-D4633F43.pixelhunger.com) (Ping timeout)
# [23:31] * Quits: kinetik (kinetik@B0506AEA.F200EF31.613E47D1.IP) (Ping timeout)
# [23:31] * Quits: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com) (Ping timeout)
# [23:32] * Joins: Xaquseg (xaquseg@moz-D4633F43.pixelhunger.com)
# [23:32] * Quits: hub_ (hub_@21B7B9F2.B87E9213.6E712CE2.IP) (Quit: )
# [23:32] * Joins: hub_ (hub@21B7B9F2.B87E9213.6E712CE2.IP)
# [23:32] * Quits: hub_ (hub@21B7B9F2.B87E9213.6E712CE2.IP) (Input/output error)
# [23:32] * Joins: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP)
# [23:32] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Ping timeout)
# [23:34] * Joins: kinetik (kinetik@B0506AEA.F200EF31.613E47D1.IP)
# [23:35] * Quits: mgoodwin_ (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com) (Ping timeout)
# [23:35] * Quits: whimboo (whimboo@moz-1A55F994.a2c-250-239.astra2connect.com) (Quit: Leaving.)
# [23:37] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
# [23:37] * Joins: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com)
# [23:39] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
# [23:39] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
# [23:41] * Quits: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [23:42] * Quits: ashughes (ashughes@21B7B9F2.B87E9213.6E712CE2.IP) (Quit: admin)
# [23:42] * Quits: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com) (Ping timeout)
# [23:42] * Joins: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com)
# [23:45] * Quits: Xaquseg (xaquseg@moz-D4633F43.pixelhunger.com) (Ping timeout)
# [23:48] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Quit: ZNC - http://znc.in)
# [23:49] <philor> sfink: https://tbpl-dev.allizom.org/?tree=Mozilla-Inbound - are they even *lighter* italicized?
# [23:50] <philor> I know I'm old, but I can barely see the lowercase talos ones
# [23:50] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [23:51] * Joins: Xaquseg (xaquseg@moz-D4633F43.pixelhunger.com)
# [23:51] <sfink> That site doesn't like me. It seems to want a different user/pass than my LDAP.
# [23:52] <philor> just a sec
# [23:52] <sfink> waiting for my local clone to load all those byootiful letters
# [23:53] <philor> damn quick slaves already ate them
# [23:54] * Quits: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP) (Ping timeout)
# [23:56] * Joins: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP)
# [23:56] * Quits: erikvold (erikvold@moz-CF26BEC.wireless.telus.com) (Quit: erikvold)
# [23:57] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:58] <@smaug> ehsan: btw, if you start getting some worse CC times, could you create a log https://wiki.mozilla.org/Performance:Leak_Tools#Cycle_collector_heap_dump and send it to me
# [23:58] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
# [23:59] * Quits: clokep (clokep@moz-2AAFC4A8.dyn.optonline.net) (Quit: Instantbird 1.2a1pre)
# [23:59] * Joins: clokep (clokep@moz-2AAFC4A8.dyn.optonline.net)
# Session Close: Fri Dec 30 00:00:01 2011

The end :)