/irc-logs / mozilla / #developers / 2011-12-28 / end
Options:
- # Session Start: Wed Dec 28 00:00:01 2011
- # Session Ident: #developers
- # [00:00] <jhammink> oh, I see there's one under fennec/addons/ from 14 nov
- # [00:00] <jhammink> I'll get that one
- # [00:02] * darktrojan wonders what qheaden is up to lately
- # [00:02] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [00:07] * Quits: smontagu (chatzilla@moz-37F84A09.red.bezeqint.net) (Ping timeout)
- # [00:07] * philor|away is now known as philor
- # [00:10] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.1)
- # [00:10] * Quits: @dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [00:13] <mbrubeck> Was "switch to tab" removed from the awesombar dropdown in Firefox 11? It's not showing up since the Aurora update.
- # [00:13] <mbrubeck> (The feature still works, but it no longer says "switch to tab" under the page title in the dropdown.)
- # [00:15] * Quits: mario (mario@moz-49497001.dip.t-dialin.net) (Quit: mario)
- # [00:16] <Pike> mbrubeck: shows up on my desktop aurora on mac
- # [00:17] <mbrubeck> Pike: Okay, thanks.... let me try in a different profile
- # [00:17] <mbrubeck> I was about to file a bug, but was suddenly unsure if it was an intentional change
- # [00:18] <mbrubeck> yeah, works for me in a different profile with the same Aurora build
- # [00:19] <mbrubeck> and works in safe mode...
- # [00:19] * Quits: kaie (kaie@7A2B19DB.3BF73427.B1282B6A.IP) (Ping timeout)
- # [00:19] * Quits: grubshka (grubshka@moz-4B2A8D13.w86-216.abo.wanadoo.fr) (Ping timeout)
- # [00:21] <mbrubeck> Looks like it was broken by the Delicious Bookmarks add-on that I just installed.
- # [00:23] * Joins: fitzgen (fitzgen@moz-21CB9A53.hsd1.wa.comcast.net)
- # [00:24] * Joins: dao (dao@moz-B0117007.superkabel.de)
- # [00:25] * Quits: hipokrit (hipokrit@moz-502C3BF.rackspace.net) (Client exited)
- # [00:26] <heycam> why did I never think of loading chrome://browser/content/browser.xul in the browser, that's fun
- # [00:27] <philor> it used to be decidedly unfun, though I can't remember exactly how it would bite you
- # [00:28] <khuey> it used to break the status bar
- # [00:28] <khuey> until the status bar got shanked
- # [00:30] <mcsmurf> heh
- # [00:30] * Joins: MichaelR (MichaelR@moz-9A2966EE.bstnma.east.verizon.net)
- # [00:30] * philor tries to come up with a way of making fun of fixing things by removing them, then notices his foot out there at the end of the barrel
- # [00:31] <mbrubeck> I think the phrase you are looking for is CADT
- # [00:31] * Quits: pnemsak (Miranda@moz-7409BD53.orange.sk) (Quit: pnemsak)
- # [00:32] * Joins: jduell (jduell@moz-4A5D2812.dyn.optonline.net)
- # [00:32] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
- # [00:35] * Joins: kaie (kaie@moz-519DEA59.visitor.congress.ccc.de)
- # [00:38] * Joins: espindola (espindola@DE747EC8.279DB3AD.971E19F6.IP)
- # [00:38] * Quits: evilpie (~good-piex@moz-30BD832B.pools.arcor-ip.net) (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20111227031015])
- # [00:40] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
- # [00:40] * Joins: willy1234x1 (willy1234x@moz-7A550E65.slkc.qwest.net)
- # [00:43] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
- # [00:50] * Quits: espindola (espindola@DE747EC8.279DB3AD.971E19F6.IP) (Client exited)
- # [00:50] * Quits: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com) (Ping timeout)
- # [00:51] * Joins: bz (bzbarsky@moz-9DD6B824.washdc.fios.verizon.net)
- # [00:51] * ChanServ sets mode: +o bz
- # [00:51] <@bz> So I'm trying to build on Linux
- # [00:51] * Joins: peregrino (peregrino@moz-6CAF5D0B.telecom.net.ar)
- # [00:51] <@bz> and I get....
- # [00:51] * Quits: dao (dao@moz-B0117007.superkabel.de) (Quit: Leaving.)
- # [00:52] <@bz> ../../../../mozilla/widget/src/gtk2/nsPrintDialogGTK.cpp:155: error: cast from 'void*' to 'gint' loses precision
- # [00:52] * ctalbert is now known as ctalbert|afk
- # [00:52] * @bz seems to recall this coming up before....
- # [00:52] <@bz> how do I get this thing to build?
- # [00:52] <@bz> (and then run; I can obviously cast my way around this, but I seem to recall it crashing on startup as a result)
- # [00:53] * Joins: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com)
- # [00:54] <@bz> oh, I guess I can build 32-bit...
- # [00:54] <@bz> that might work
- # [00:54] <@smaug> I wonder why I don't get that
- # [00:54] <@bz> you're not building on FC9?
- # [00:54] <@smaug> oh
- # [00:54] <@smaug> nope
- # [00:54] <@smaug> this is FC15ish
- # [00:54] <@bz> er, FC12 in my case
- # [00:55] <@bz> but anywa
- # [00:55] <@bz> er, anyway
- # [00:55] <@bz> I bet GTK fixed whatever fuckup is involved in the 64-bitness there
- # [00:55] <@bz> sometime in between
- # [00:56] * Joins: willy1234x1|2 (willy1234x@moz-7A550E65.slkc.qwest.net)
- # [00:57] * bz is now known as bz_away
- # [00:57] <mcsmurf> google groups knows that error, but not a real fix (well, kind of)
- # [00:57] * Quits: willy1234x1 (willy1234x@moz-7A550E65.slkc.qwest.net) (Ping timeout)
- # [00:57] <khuey> OH: "Opera seems to fire the onload event randomly."
- # [00:57] <mcsmurf> seems like the build process might use the wrong glibconfig.h
- # [00:57] <khuey> ctalbert++
- # [00:58] <mcsmurf> (@bz)
- # [00:58] <mcsmurf> https://groups.google.com/group/mozilla.dev.builds/msg/457ffe37a1d449a1
- # [01:00] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [01:06] * Quits: Pike (Pike@moz-7C6C74D7.dip.t-dialin.net) (Quit: ChatZilla 0.9.87 [Firefox 8.0.1/20111120135848])
- # [01:10] * Quits: @bz_away (bzbarsky@moz-9DD6B824.washdc.fios.verizon.net) (Ping timeout)
- # [01:15] <jhammink> blassey: are you around?
- # [01:24] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [01:26] * Joins: clokep (clokep@moz-2AAFC4A8.dyn.optonline.net)
- # [01:27] <Callek> roc: to follow on from your blog, I think "WARNING" in the style of how our assertions work, would be suiteable if we can turn [ref]tests orange on them.
- # [01:27] <Callek> and use assertions for "real" things we need/should assert on
- # [01:27] <Callek> and warns for stuff we fail gracefully with
- # [01:28] * Quits: peregrino (peregrino@moz-6CAF5D0B.telecom.net.ar) (Quit: peregrino)
- # [01:30] * Quits: mcsmurf (mcsmurf@moz-A5C90A02.dip.t-dialin.net) (Quit: )
- # [01:31] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [01:31] * jmaher|afk is now known as jmaher
- # [01:33] <mfinkle> jhammink, yes, /addons has the newest one
- # [01:33] <mfinkle> I should fix that
- # [01:33] <jhammink> ok, thanks! I actually ran it on 5-6 devices - have been doing this as often as I can with the nightlies
- # [01:33] * Quits: kumar (kmcmillan@moz-E31CD2CB.mozilla.org) (Ping timeout)
- # [01:33] * Quits: kaie (kaie@moz-519DEA59.visitor.congress.ccc.de) (Ping timeout)
- # [01:38] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Input/output error)
- # [01:40] * Joins: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
- # [01:40] * Joins: kumar (kmcmillan@moz-9253AC25.oc.oc.cox.net)
- # [01:41] * lsblakk|afk is now known as lsblakk
- # [01:45] * Joins: Hughman (Hughman@moz-1727A300.static.tpgi.com.au)
- # [01:48] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
- # [01:50] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [01:52] * Joins: kanru` (user@moz-A550F720.dynamic.hinet.net)
- # [01:57] * Ziggy_Maes is now known as Ziggy|AWAY
- # [01:57] * Quits: Cameron (Cameron@moz-5CDE753B.range86-131.btcentralplus.com) (Quit: Bye Bye)
- # [01:58] <jhammink> mfinkle: I'm gonna blog zippity - in an effort to get the word out. So let me know if a.) you'd rather I didn't, or b.) location to your plugin changes. I made a nice video of the tests running on 5 devices
- # [01:58] * Joins: Mossop (mossop@moz-1444D1B2.dsl.lsan03.sbcglobal.net)
- # [02:03] <blassey> jhammink: here now
- # [02:05] <jhammink> hey there, blassey - I wanted to ask you about your image for building fennec: the one available here: http://lassey.us/AndroidDevVM.7z
- # [02:05] <blassey> yea?
- # [02:05] <jhammink> 1. Do you think that I could use it also to build b2g (by adding dependencies) and 2. What is the password?
- # [02:05] <blassey> 1) probably
- # [02:05] <blassey> 2) hacker
- # [02:05] <jhammink> cool, thanks
- # [02:06] <cers> is there a way to trigger the new full screen API on an element from chrome? (to get around the usual restrictions placed on it)
- # [02:07] * Joins: erikvold (erikvold@AC7AE6DB.11D19A4C.67CA24A9.IP)
- # [02:09] * bwinton_away is now known as bwinton
- # [02:10] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Connection reset by peer)
- # [02:10] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
- # [02:11] <khuey> cers: if there's not there probably should be
- # [02:11] <khuey> roc: ^
- # [02:11] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Quit: raccettura)
- # [02:12] * Joins: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net)
- # [02:16] * heycam is now known as heycam|away
- # [02:16] <roc> I think there is
- # [02:17] <roc> Callek: no, don't get WARNINGs mixed up here
- # [02:17] <roc> our NS_WARNINGs fire when something "strange" happened, but something that might not necessarily be a bug
- # [02:17] <Callek> roc: in my understanding you want a WARNING not an ASSERTION, even if you want something stronger than what we currently consider "our" warnings
- # [02:18] <Callek> which is why I mentioned it
- # [02:19] <Callek> roc: alternatively to suite your case and our conventions my suggestion would be something like MOZ_GRACEFUL_ASSERT and MOZ_GRACEFUL_ASSERT_IF
- # [02:19] * ewong|away is now known as ewong
- # [02:19] <Callek> which are presumed NOT to flunk us out
- # [02:19] <cers> khuey, roc: I'm trying to trigger it from a jetpack addon (a context menu, to be exact) - but I run into security issues - so I figured getting chrome access and doing it from there was the way forward - just can't find any documentation on how to do so
- # [02:19] <Callek> as in, "this is definitely a bug, but we presume to handle this case gracefully with our code anyway"
- # [02:19] <ewong> khuey ping
- # [02:21] <Callek> roc: does my opinion/comments make sense and flow reasonably well with your opinion here?
- # [02:21] <Callek> or am I cramming a square peg in a round hole?
- # [02:21] <khuey> ewong: pong
- # [02:22] <khuey> ewong: about your patch?
- # [02:22] <ewong> khuey yes.. in a sense.. I've forgotten which bug it was for.. my mind is completely blank..
- # [02:22] <dolske> MOZ_WISH
- # [02:22] <roc> NS_WARNING is completely unrelated to the question of whether non-fatal assertions are valuable or not, and just confuses the discussion
- # [02:22] <ewong> I've also forgotten the details.. o_O
- # [02:23] <roc> it confused njn in his blog post
- # [02:23] <khuey> ewong: 693172
- # [02:23] <khuey> ewong: I skimmed it and it looks good, but I'd rather we ended up with a class called nsDOMEventTargetHelper rather than nsDOMEventTargetWrapperCache
- # [02:23] <ewong> khuey: ahh thanks.. I'm curious as to why I wasn't even sent an e-mail regarding it..
- # [02:23] <khuey> less typing is good :-)
- # [02:23] <khuey> ewong: I didn't change anything in the bug
- # [02:23] <roc> cers: the <video> element fullscreen context menu item triggers fullscreen from chrome
- # [02:24] <ewong> no.. but my submission to the patch should've hooked an e-mail about it..
- # [02:24] <cers> roc: right, I'll see if I can track that code down - thanks
- # [02:24] * bwinton is now known as bwinton_away
- # [02:25] <ewong> khuey thanks..I've added my n ame to that bug..
- # [02:25] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [02:26] * Quits: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [02:26] <ewong> khuey I'm cool with that suggestion.. so if it's an ok patch.. I guess I can assign myself to the bug then?
- # [02:27] <khuey> ewong: yeah, sure
- # [02:28] <Callek> roc: basically to summarize my belief/opinion your use case has merit, but is not an assertion by traditional senses, since we *do* gracefully handle those cases....
- # [02:28] <Callek> roc: such that fatal asserts make sense, even if (we do) have cases in the tree where an assert should not actually be fatal....
- # [02:28] <roc> we don't gracefully handle it, usually
- # [02:29] <Callek> roc: if we don't handle it gracefully we should abort.
- # [02:29] <roc> we "handle it" by having a bug, albeit one that hopefully doesn't crash the browser
- # [02:29] <roc> rendering the Web page incorrectly is not "handling it" in my opinion
- # [02:29] <Callek> if we handle it gracefully (even if it results in buggy/incorrect behavior) then it need not be an assert
- # [02:29] <Callek> handle it gracefully can mean we end up with bad rendering
- # [02:29] <roc> then you're in my last paragraph
- # [02:30] <roc> you want to call non-fatal assertions something else, which is OK by me
- # [02:30] <Callek> roc: yes, I'm basically saying that "an assert is not an assert if we handle it in non-fatal ways"
- # [02:30] <Callek> and to me, I suggest those be a warning, or simply calling it something like "MOZ_GRACEFUL_ASSERT" etc.
- # [02:31] <Callek> I was mostly trying to lay my opinion unto your blog post, even though I don't do much C/C++ work these days
- # [02:32] <Callek> roc: I'll also agree that a tree-wide switch of asserts to fatal-asserts would be the wrong thing, since many of the existing asserts are "non fatal" as currently tested/speced" and the individual bugs they expose by their messaging are varying forms of priority
- # [02:32] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Quit: Make a new plan, Stan!)
- # [02:32] <Callek> we need to figure out what ones should be fatal and get a good, understood convention to get us there
- # [02:33] <Callek> anyway, since we seem to be of a basic agreement, I'll move on to other things :-)
- # [02:33] <Asa> the animation for the search box sliding out on Twitter is jerky in Firefox and smooth in Chrome. https://twitter.com/#!/i/connect
- # [02:33] <njn> bent: ping
- # [02:35] <Asa> also I think irccloud is having problems with websockets in the latest nightly. Timestamp: 12/27/2011 5:28:24 PM
- # [02:35] <Asa> Error: The connection to wss://irccloud.com/ was interrupted while the page was loading.
- # [02:35] <Asa> Source File: https://irccloud.com/static/js/app/handler.js?v=cbcf61140bc3084c15a11e892b549dbe
- # [02:35] <Asa> Line: 259
- # [02:36] <mfinkle> jhammink, installing zippity from people.mozilla.com/~mfinkle/addons will at least give a nice web page with a nice "Install" button (in native fennec)
- # [02:36] <jhammink> aha, yes, I saw that
- # [02:36] <jhammink> and that works similarly for mobile (and desktop) firefox?
- # [02:37] <mfinkle> I haven't test zippity on desktop firefox in a while
- # [02:37] <mfinkle> that webpage is mainly for native fennec, but those add-ons should also work for XUL fennec too
- # [02:37] <@smaug> Asa: is it possible that irccloud supports only some older version of websockets
- # [02:37] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
- # [02:37] <@smaug> Asa: I mean an older version of the protocol
- # [02:38] <@smaug> jduell: ^^
- # [02:38] <jhammink> ok, great: I've updated the post: http://johnhammink.blogspot.com/2011/12/zippity-and-automated-performance-tests.html
- # [02:38] <Asa> smaug: I was just gonna file a bug.
- # [02:38] <jhammink> I will try to get people to bang on it
- # [02:38] <jhammink> and run the plug in. It always looks cool when they can see the fireworks =)
- # [02:39] <@smaug> Asa: irccloud bug or FF bug
- # [02:39] <roc> Asa: I don't even see any animation there
- # [02:39] <roc> Asa: I'm not sure what your STR are
- # [02:39] <Asa> roc: the search box at the top banner slides out from right to left.
- # [02:40] <Asa> smaug: I assumed it was Firefox :-)
- # [02:40] * Quits: jhammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [02:40] <Asa> I alwys blame Firefox first
- # [02:40] <@smaug> Asa: when it is about irccloud, I always blame it first :)
- # [02:40] <@smaug> Asa: anyway, CC jduell
- # [02:41] <roc> Asa: I'm not even sure I'm seeing the same box that you are. I have a search box to the right of the Twitter logo
- # [02:41] * Quits: Fallen|away (Fallen@moz-F0262F50.ch) (Ping timeout)
- # [02:42] * Quits: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
- # [02:42] * Joins: Fallen|away (Fallen@moz-F0262F50.ch)
- # [02:42] <Asa> roc: http://grab.by/bt8e
- # [02:43] <Asa> do you have a different interface?
- # [02:43] <roc> yes. I have to opt into something?
- # [02:43] <Asa> hrm. no idea. let me see if I can see anything with the inspector
- # [02:45] <Asa> it's a -moz-transition
- # [02:46] <Asa> and it happens when the page is loading so I think it gets starved for cpu making it jittery
- # [02:47] <Asa> though it's been animating like that for a while and only today is it really bothering me.
- # [02:48] <Asa> so possible regression
- # [02:48] <@smaug> should we perhaps start css animations later? after load event?
- # [02:48] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [02:49] * @smaug knows nothing about css transitions and animations
- # [02:50] <roc> off-main-thread compositing and animation is what's needed here I think
- # [02:50] * Quits: kumar (kmcmillan@moz-9253AC25.oc.oc.cox.net) (Quit: kumar)
- # [02:51] * heycam|away is now known as heycam
- # [02:56] <Asa> roc: we have bugs for both of those or should I file some?
- # [02:56] * Quits: Hughman (Hughman@moz-1727A300.static.tpgi.com.au) (Connection timed out)
- # [02:56] * Quits: clokep (clokep@moz-2AAFC4A8.dyn.optonline.net) (Ping timeout)
- # [02:57] * Joins: Hughman (Hughman@moz-1727A300.static.tpgi.com.au)
- # [02:58] <roc> bugs filed, in motion
- # [02:59] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
- # [02:59] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.1)
- # [03:00] <Asa> roc: \o/
- # [03:02] <bent> njn, here!
- # [03:02] * Joins: peregrino (peregrino@moz-6CAF5D0B.telecom.net.ar)
- # [03:02] <bent> njn, what's up?
- # [03:02] <njn> bent: I commented in the bug -- I don't know how to interpret your review
- # [03:02] <njn> r-?
- # [03:02] <njn> r+?
- # [03:03] <Asa> is the origin of the word "clobber" in build systems as obvious as it seems or is there something more to the word?
- # [03:03] <bent> njn, oh, sorry. i wanted to see a patch with the changes i mentioned.
- # [03:03] <bent> njn, r-, yeah
- # [03:03] <njn> bent: about the boolean flag
- # [03:03] <njn> I commented in the bug about that too --
- # [03:03] <njn> I thought of doing that initially, but it seemed like a total hack
- # [03:04] <njn> and the generic approach wasn't any harder
- # [03:04] <bent> njn, i prefer keeping everything in a cpp if possible
- # [03:04] <njn> bent: "in a cpp"?
- # [03:05] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [03:05] <bent> out of the header, only in the cpp file
- # [03:05] <bent> the typedef in particular
- # [03:05] <njn> bent: you object to adding a single typedef in a header?
- # [03:06] * ewong is now known as ewong|away
- # [03:06] <khuey> heycam: WebIDL accepts interface Foo : Bar and interface Foo : ::Bar, right?
- # [03:06] <bent> well, not if it's important :)
- # [03:06] <bent> but in this case all you want to know is "which function am i calling, a or b"
- # [03:06] <heycam> khuey, not any more; since modules were removed, there are no scoped names any more
- # [03:06] <heycam> khuey, so "::Bar" isn't allowed
- # [03:07] <khuey> ah
- # [03:07] <khuey> ok
- # [03:07] <njn> bent: ok
- # [03:07] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Input/output error)
- # [03:07] <njn> bent: that's what I get for trying to do things in a nice, general way :/
- # [03:08] <bent> njn, if we had more then i'd probably agree
- # [03:09] <njn> bent: the bool approach is a smaller change, I just anticipated wrongly that a reviewer would reject it, alas
- # [03:09] <bent> nah, i'm easy :)
- # [03:10] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
- # [03:10] <bent> sorry it took so long btw
- # [03:12] <njn> bent: the irony is if you'd written that patch and asked me for review, I probably would have rejected the bool approach and insisted on the generic approach
- # [03:14] * bwinton_away is now known as bwinton
- # [03:14] * bwinton is now known as bwinton_away
- # [03:15] * Quits: bwinton_away (bwinton@moz-B77DEAEB.mozilla.org) (Quit: Coyote finally caught me)
- # [03:22] * Joins: bwinton_away (bwinton@moz-B77DEAEB.mozilla.org)
- # [03:22] * bwinton_away is now known as bwinton
- # [03:23] * bwinton is now known as bwinton_away
- # [03:23] * Quits: @smaug (chatzilla@moz-37353178.gprs.sl-laajakaista.fi) (Ping timeout)
- # [03:25] * Quits: kanru` (user@moz-A550F720.dynamic.hinet.net) (Ping timeout)
- # [03:25] * Quits: rshetty (quassel@48E6FDAA.97AA820E.C842849F.IP) (Ping timeout)
- # [03:29] * adam is now known as adam-afk
- # [03:32] * cjones is now known as cjones-bbiab
- # [03:32] * Joins: pranavrc (pranavrc@8F7446A3.7C1AC7F2.274D17D6.IP)
- # [03:36] * Quits: slowpoke (slowpoke@moz-F773540F.gigabit.perfect-privacy.com) (Ping timeout)
- # [03:36] * Quits: lurking_work (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net) (Quit: ChatZilla 0.9.87 [Firefox 9.0.1/20111220165912])
- # [03:38] * Joins: tonymec (tonymec@7F6221D1.47929AC.277517C1.IP)
- # [03:46] <philor> hmm, I can't seem to get the log from this mochitest-2 to load, I wonder what could possibly be the problem?
- # [03:47] <philor> I simply cannot imagine what sort of a mochitest-2 failure could cause the log to be unloadable like this
- # [03:47] <khuey> didn't I give you r=me to disable test_writer_starvation?
- # [03:48] <jhammel> maybe we need some freelance writers?
- # [03:48] <philor> yeah, but I didn't do it quickly enough, so the white-hot anger burned away and I decided to wait for the next one
- # [03:48] * jhammel ducks
- # [03:49] * khuey stabs jhammel
- # [03:49] * philor stops torturing tbpl by making it try to load the log
- # [03:50] * Joins: slowpoke (slowpoke@moz-F773540F.gigabit.perfect-privacy.com)
- # [03:50] <philor> since there's one fun place in the parser where it does array_keys() or whatever that PHP function is, which is apparently implemented by keeping three copies of the array in memory at once, and we do it to an array of lines of the log :)
- # [03:52] * Joins: bz (bzbarsky@moz-9DD6B824.washdc.fios.verizon.net)
- # [03:52] * ChanServ sets mode: +o bz
- # [03:53] <@bz> If I want to printf stuff that will appear in the tinderbox log, do I need to put some sort of prefix on it?
- # [03:53] <khuey> you want it in the log or in the summary pane?
- # [03:53] * jgilbert is now known as jgilbert|food
- # [03:54] <@bz> log is fine
- # [03:54] <khuey> printf is sufficient
- # [03:55] <khuey> in debug builds at least
- # [03:55] <@bz> ok
- # [03:55] <@bz> and dump()?
- # [03:55] <khuey> because of that weird printf swallowing we do in opt
- # [03:55] <@bz> debug builds could be tough
- # [03:55] <@bz> oh, and this is android
- # [03:55] <@bz> specifically, I want to log things from both JS and C++ while running R2 and R3 on Android
- # [03:55] <khuey> oh
- # [03:55] <@bz> which seems to only happen on xul opt builds....
- # [03:55] <khuey> android
- # [03:55] * khuey takes a shot
- # [03:55] <@bz> heh
- # [03:55] <@bz> thanks
- # [03:56] <khuey> sorry :-/
- # [03:56] <khuey> jmaher might now
- # [03:56] <khuey> *know, even
- # [03:56] <@bz> I'd have been doing that all along here, if it didn't interfere with my medicine
- # [03:56] * @bz is trying to debug reftest-ipc crap that he can't reproduce locally so much
- # [03:57] * philor is now known as philor|away
- # [03:57] <@bz> jmaher: ping
- # [03:58] <jmaher> bz: pong
- # [03:59] <jmaher> bz: hmm, getting data from android to a tinderbox log
- # [03:59] <jmaher> right now we have everything writing directly to a log file
- # [03:59] * Quits: mw22 (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Client exited)
- # [04:00] * Quits: chewey (chewey@moz-4EA048F9.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
- # [04:00] * Joins: mw22 (chatzilla@moz-FB753258.adsl.wanadoo.nl)
- # [04:00] * Joins: chewey (chewey@moz-E2B17223.dip0.t-ipconnect.de)
- # [04:02] * adam-afk is now known as adam
- # [04:03] * Quits: jhammel (jhammel@moz-EBD5D56.hsd1.ca.comcast.net) (Quit: /me hits it for now)
- # [04:04] * Joins: Jesse_ (jruderman@moz-447E6DA0.oc.oc.cox.net)
- # [04:05] * Quits: Jesse (jruderman@moz-447E6DA0.oc.oc.cox.net) (Ping timeout)
- # [04:05] * Jesse_ is now known as Jesse
- # [04:05] * Quits: peregrino (peregrino@moz-6CAF5D0B.telecom.net.ar) (Quit: peregrino)
- # [04:06] <@bz> jmaher: OK
- # [04:06] <@bz> jmaher: How do I write to that log file?
- # [04:06] <jmaher> bz: if you are vpn'd in you can use tegrapool
- # [04:06] <@bz> jmaher: from both JS and C++?
- # [04:06] <@bz> jmaher: um
- # [04:06] <jmaher> http://tegrapool.build.mtv1.mozilla.com/
- # [04:06] <@bz> jmaher: looking
- # [04:06] <@bz> jmaher: what does that give me?
- # [04:06] * @bz looks up the vpn instructions
- # [04:07] <jmaher> bz: that gives you access to a tegra
- # [04:07] * Quits: romeo (romeo@moz-A9325888.k459.webspeed.dk) (Quit: Leaving)
- # [04:07] <jmaher> so you can run things yourself and debug
- # [04:07] <jmaher> without the overhead of try server
- # [04:07] <jmaher> it can use a try server build and set you up
- # [04:07] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
- # [04:07] <@bz> so I can push a changeset to the try server
- # [04:07] <@bz> but then run it on tegrapool interactively?
- # [04:07] <@bz> including things like running reftest or whatnot?
- # [04:08] <jmaher> bz: alternatively to write to the logfile, you can use the FileUtils.jsm from js and look up the reftest.logfile pref for the filename
- # [04:08] <@bz> ok
- # [04:08] <@bz> that seems much simpler
- # [04:08] <@bz> thanks
- # [04:08] <@bz> jmaher: hmmm
- # [04:08] <jmaher> bz: so yeah, the tegrapool checkout page can take a build from try server and install it on the device and give you ssh access to it so you can run tests by hand, etc...
- # [04:09] <jmaher> those are the best options I know for now...not sure how best to log from c++
- # [04:09] * @bz _really_ needs the C++ bit
- # [04:09] <@bz> much more than the JS bit
- # [04:09] <@bz> the JS bit would be nice-to-have to make sense of the C++ parts of the log
- # [04:09] <@bz> but the C++ has the info I really want
- # [04:09] <jmaher> bz: so you could log to a file and in a patch, read from that file near the end of the reftest run
- # [04:10] <@bz> hmm
- # [04:10] * Quits: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
- # [04:10] <jmaher> maybe write to /mnt/sdcard/cpp.log
- # [04:10] <jmaher> acctually please do /mnt/sdcard/tests/cpp.log
- # [04:10] <jmaher> we wipe everything in the /mnt/sdcard/tests folder
- # [04:11] <jmaher> sort of hacky, but not a clear way for logging right now
- # [04:11] <@bz> ok
- # [04:11] * @bz _really_ hopes the bug still reproduces with the logging
- # [04:11] <@bz> with my lock it won't....
- # [04:11] <@bz> er, luck
- # [04:12] <jmaher> I bless the tegras...they will reproduce now :)
- # [04:12] <@bz> mmm
- # [04:12] * @bz really wishes he could reproduce this on any other effing platform. :(
- # [04:13] * jmaher only has a neural connection to the tegras
- # [04:16] * bwinton_away is now known as bwinton
- # [04:17] * jmaher is now known as jmaher|afk
- # [04:17] * Quits: Jesse (jruderman@moz-447E6DA0.oc.oc.cox.net) (Connection reset by peer)
- # [04:18] * bwinton is now known as bwinton_away
- # [04:21] * Quits: tH (Rob@adsl-178-78-99-119.karoo.kcom.com) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.1/2008072406])
- # [04:26] * Quits: mike5w3c (MikeS@moz-1D8B0DD.pool.e-mobile.ne.jp) (Ping timeout)
- # [04:26] * Joins: mike5w3c (MikeS@moz-9B2E1DEF.pool.e-mobile.ne.jp)
- # [04:26] * Joins: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com)
- # [04:26] * khuey is now known as khuey|away
- # [04:27] * ewong|afk is now known as ewong
- # [04:27] * khuey|away is now known as khuey
- # [04:28] * Joins: Jesse (jruderman@moz-E591086B.oc.oc.cox.net)
- # [04:30] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
- # [04:30] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Connection reset by peer)
- # [04:30] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
- # [04:31] * Joins: peregrino (peregrino@moz-6CAF5D0B.telecom.net.ar)
- # [04:31] * Joins: bholley_ (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
- # [04:31] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Connection reset by peer)
- # [04:31] * bholley_ is now known as bholley
- # [04:32] * Joins: newbie (kvirc@697AC6B3.8C6159FA.9A06DD32.IP)
- # [04:33] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
- # [04:34] <khuey> heycam: webidl doesn't allow forward declaring interfaces?
- # [04:36] <heycam> khuey, no, no need to forward declare
- # [04:36] <heycam> khuey, sorry for making you do two passes! :)
- # [04:36] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
- # [04:37] * Quits: peregrino (peregrino@moz-6CAF5D0B.telecom.net.ar) (Quit: peregrino)
- # [04:38] <ewong> khuey: if I move all subclasses of nsDOMEventTargetHelper to nsDOMEventTargetWrapperCache and merge the two classes, and your suggestion of the merged classes being in nsDOMEventTargetHelper, does this essentially mean I move all the subclasses of nsDOMEventTargetWrapperCache to nsDOMEventTargetHelper?
- # [04:38] <khuey> heycam: so I'm supposed to allow interface types that I haven't seen yet?
- # [04:39] <khuey> ewong: after you push all the functionality of nsDOMEventTargetWrapperCache into nsDOMEventTargetHelper, yes
- # [04:39] <heycam> khuey, yes. and that's because there's no C-like #include mechanism that gives you a complete ordering of all IDL that an implementation supports
- # [04:39] <khuey> ewong: fwiw, I think you can just take the tree after your patch and just replace 'nsDOMEventTargetWrapperCache' with 'nsDOMEventTargetHelper'
- # [04:39] <khuey> heycam: grr!
- # [04:39] <heycam> khuey, :\
- # [04:40] <khuey> I suppose it makes sense though
- # [04:40] * adam is now known as adam-afk
- # [04:40] <khuey> it actually shouldn't be that hard to difficult
- # [04:40] <khuey> er
- # [04:40] <khuey> implement
- # [04:40] <khuey> or difficult to implement
- # [04:40] <khuey> or something
- # [04:40] * khuey should probably sleep soon
- # [04:40] * philor|away is now known as philor
- # [04:41] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
- # [04:42] <ewong> hmm
- # [04:45] * Joins: sworkman-phone (sworkman@moz-BBE3ABD.mv.mozilla.com)
- # [04:45] * Quits: sworkman-phone (sworkman@moz-BBE3ABD.mv.mozilla.com) (Quit: sworkman-phone)
- # [04:45] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [04:45] * lsblakk is now known as lsblakk|afk
- # [04:45] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [04:46] * khuey wonders how many people would complain if we removed xslt
- # [04:47] * darktrojan would've once, but not any more
- # [04:47] <KWierso> isn't that a file format for excel?
- # [04:48] <darktrojan> heh
- # [04:48] <Jesse> some sites provide xslt for their feeds
- # [04:49] <philor> yeah, but we broke most of them quite a while ago :0
- # [04:49] <philor> and the ones we didn't, we should
- # [04:49] <Jesse> oh?
- # [04:50] <philor> my browser knows where I want to subscribe, they don't, there's no way they can provide a more valuable feed preview than my browser can
- # [04:51] <philor> whether or not my browser should get its subscription UI out of the content, it won't, so it shouldn't let sites override its chrome-in-content
- # [04:52] * Unfocused kinda likes xslt :\
- # [04:53] <Unfocused> i think i need a support group...
- # [04:53] <darktrojan> heh
- # [04:53] <@bz> jmaher: so I need to figure out the name of the reftest log file too, right?
- # [04:54] <darktrojan> xslt is a good idea not done very well
- # [04:54] <darktrojan> bit like xbl really... :/
- # [04:54] <KWierso> we should just ban x*
- # [04:55] <darktrojan> yeah
- # [04:55] <Unfocused> there goes my idea for Xtreme HTML 3000
- # [04:56] <darktrojan> Unfocused, it'd never work anyway, IE would still be stuck at HTML 2193
- # [04:56] * Unfocused shakes fist
- # [04:57] <KWierso> Unfocused: but at least they would have a native implementation of HTML 2193
- # [04:57] * khuey is now known as khuey|away
- # [04:57] <darktrojan> and 10% of the world would still use IE6 :(
- # [04:57] <darktrojan> native!
- # [05:01] * heycam likes xpath and won't apologies for it
- # [05:01] <heycam> *apologise
- # [05:01] * Joins: lsumar (lsumar@moz-44563F64.jetstream.xtra.co.nz)
- # [05:02] * Quits: fitzgen (fitzgen@moz-21CB9A53.hsd1.wa.comcast.net) (Quit: zzzzzzzzz)
- # [05:05] * @bz writes code involving fseek for his first time in mozilla
- # [05:06] <@bz> heycam: you like xpath and you cannot lie?
- # [05:07] <heycam> bz, those selectors lovers can't deny?
- # [05:07] <heycam> (kidding: I don't view selectors and xpath as competitors at all)
- # [05:08] * darktrojan has forgotten most of xslt and xpath
- # [05:12] * Quits: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
- # [05:14] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Quit: jgriffin)
- # [05:15] <@bz> heycam: something like that, yes
- # [05:15] <Jesse> darktrojan: a lot like xbl, in fact
- # [05:16] * Quits: cjones-bbiab (cjones@moz-45913895.socal.res.rr.com) (Ping timeout)
- # [05:17] * Joins: azakai|2 (alon@moz-8D0CC798.lightspeed.sntcca.sbcglobal.net)
- # [05:24] * Quits: eflores (AndChat@538BABFE.A073F3E.97BBD552.IP) (Quit: Bye)
- # [05:24] <KWierso> did the unprefixing of websockets make the cutoff for aurora?
- # [05:25] <Unfocused> yes
- # [05:26] * Quits: pranavrc (pranavrc@8F7446A3.7C1AC7F2.274D17D6.IP) (Quit: Ping timeout: ∞)
- # [05:32] * Joins: KWierso_ (chatzilla@moz-6E3FB3B9.desm.qwest.net)
- # [05:33] * Quits: KWierso (chatzilla@moz-6E3FB3B9.desm.qwest.net) (Ping timeout)
- # [05:33] * KWierso_ is now known as KWierso
- # [05:33] * philor eyes roc with the greatest of suspicion
- # [05:36] * Quits: Waldo (waldo@A3D927D1.F9026B21.E37BE9B2.IP) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 8.0/20111108090029])
- # [05:36] <philor> or rather, since it's a getBoundingClientRect patch and a getClientBoundingRect test, with certainty
- # [05:37] * Quits: graydot (jeba@B6001B9.4E8FB30C.700C6EB0.IP) (Ping timeout)
- # [05:37] <philor> roc: is there anything so obviously wrong in http://mxr.mozilla.org/mozilla-central/source/mobile/xul/chrome/tests/browser_scrollbar.js#59 that we should disable the test rather than back you out?
- # [05:40] <roc> looking
- # [05:40] * Joins: jdm (jdm@72A40B12.5F0B0D97.6F478678.IP)
- # [05:41] <@bz> roc: so debugging these reftest-ipc failures is a huge pain in the behind....
- # [05:42] <@bz> roc: I
- # [05:42] <@bz> roc: I expect I'll defeat it eventually, but it might take a few days here. :(
- # [05:42] * Joins: graydot (jeba@B6001B9.4E8FB30C.700C6EB0.IP)
- # [05:45] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
- # [05:45] <philor> Bas: https://tbpl.mozilla.org/php/getParsedLog.php?id=8186456&tree=Mozilla-Inbound ?
- # [05:46] * Quits: jduell (jduell@moz-4A5D2812.dyn.optonline.net) (Ping timeout)
- # [05:46] * Quits: gal (gal@moz-BBE3ABD.mv.mozilla.com) (Quit: gal)
- # [05:46] <Bas> philor: Ugh, why no stacktrace :(
- # [05:46] <Bas> My patch -shouldn't- add any code that actually gets run, but you never know, let me try that test.
- # [05:46] <philor> Bas: because it "Can't find symbol 'eglCreateImageKHR'"? wtf are those doing there?
- # [05:47] <Bas> My patch certainly doesn't touch any of that afaik?
- # [05:48] * Joins: Mook (mook@5365CE80.16C74E88.6F478678.IP)
- # [05:50] * Quits: Mossop (mossop@moz-1444D1B2.dsl.lsan03.sbcglobal.net) (Ping timeout)
- # [05:50] * Parts: lsumar (lsumar@moz-44563F64.jetstream.xtra.co.nz) (Leaving)
- # [05:50] * Quits: graydot (jeba@B6001B9.4E8FB30C.700C6EB0.IP) (Quit: graydot)
- # [05:52] * Joins: pranavrc (pranavrc@8F7446A3.7C1AC7F2.274D17D6.IP)
- # [05:52] * Joins: clokep (clokep@moz-2AAFC4A8.dyn.optonline.net)
- # [05:52] <@bz> hmph
- # [05:52] <@bz> wtf?
- # [05:53] <@bz> what defines MOZ_DUMP_PAINTING?
- # [05:53] * Joins: mrniranjan (mrniranjan@moz-88FF8AE8.redhat.com)
- # [05:53] <@bz> if anything?
- # [05:54] <Bas> philor: Found it.
- # [05:54] <roc> philor: the test needs to be fixed, but I guess I'll back out rather than stomp on inbound
- # [05:54] <@bz> oh
- # [05:54] <@bz> it's always on in debug builds
- # [05:54] * @bz sighs
- # [05:54] <@bz> ok
- # [05:54] <philor> roc: I've got your backup queued, if you want me to do it
- # [05:54] <roc> ok go ahead
- # [05:54] <roc> thanks
- # [05:55] <@bz> next question...
- # [05:55] <@bz> where is the android mozconfig living?
- # [05:55] <@bz> ah, mobile/xul/config
- # [05:56] * Quits: Hughman (Hughman@moz-1727A300.static.tpgi.com.au) (Quit: Bye)
- # [05:56] <Bas> roc: Ugh, a bug creeped into my 2D API extend patch, any chance you could IRC r+ a one line fix?
- # [05:57] <roc> sure
- # [05:58] * jgilbert|food is now known as jgilbert
- # [06:02] * philor gets nervous
- # [06:04] * Quits: Elen (El@moz-EB0E359F.hsd1.ut.comcast.net) (Ping timeout)
- # [06:06] * lsblakk|afk is now known as lsblakk
- # [06:06] <Bas> Hmm?
- # [06:07] <philor> tick tick tick, we have no Win M1 coverage
- # [06:07] * Quits: Polynomial-C (Poly-C@moz-4E2859FE.dip.t-dialin.net) (Ping timeout)
- # [06:07] <roc> Bas: where's that fix? :-)
- # [06:08] <Bas> roc philor: Just running the tests locally to ensure it actually passes! :) This actually is a leak fix for a leak on trunk that snuck into this patch.
- # [06:08] * joduinn is now known as joduinn-commute
- # [06:08] * Joins: taf2 (taf2@moz-109A7DA8.bltmmd.fios.verizon.net)
- # [06:08] * Joins: Polynomial-C (Poly-C@moz-92026DF7.dip.t-dialin.net)
- # [06:08] <Bas> But I thought we had mozilla-inbound so we no longer had to be nervous anymore? :P Wasn't that the point?
- # [06:08] <philor> sure!
- # [06:09] <philor> let me just back you out the way the point says I should, and then...
- # [06:09] <philor> no more nerves!
- # [06:09] <Bas> But.. how is m-i now any different than m-c back then? :P
- # [06:09] <philor> you don't have to fix right now, you don't even have to be here right now
- # [06:10] <philor> that's the huge difference
- # [06:10] <Bas> So strictly speaking the only difference is on m-i someone else backs you out? Rather than having to do it yourself? :)
- # [06:10] <philor> I, however, now have to worry about your failures, and roc's failures, and whether njn has failures hiding behind your crash
- # [06:11] <Bas> roc: Say, what does new Foo[0] return?
- # [06:11] <Bas> Not NULL apparently :S
- # [06:11] <philor> and someone stars your orange, and takes care of you not having to worry about the orange of people who pushed ahead of you (by backing out Bas right quick like, mostly)
- # [06:11] <njn> philor: my patch is perfect, I promise!
- # [06:12] <philor> njn: I know, I don't even have a backout of it queued ;)
- # [06:12] <Bas> philor I'm fine with you backing it out I suppose, I can just repush the whole patch in 5 mins?
- # [06:12] <Bas> Not much of a difference.
- # [06:13] * KWierso doesn't think any of you are failures, for what it's worth...
- # [06:13] <philor> none at all, assuming nobody else pushes during those 5 minutes, since I'm really not actually worried about njn, who is our only exposure so far
- # [06:14] <philor> but there's absolutely no reason to believe that there isn't someone typing qfin -a on a twenty-patch video queue right this second
- # [06:14] <philor> so, I flaunt the rules by pinging people and letting them fix stuff during the quiet times, but I also get nervous while doing it
- # [06:15] * Bas nods.
- # [06:15] <philor> uh oh, reftest failure on you, too
- # [06:16] <philor> backed out; sorry
- # [06:16] <Bas> philor: Yeah, that's actually what I saw locally when I tested, I'm working on that too. (I also don't see how my patch could possibly cause this, but it does) back it out :)
- # [06:17] * Joins: Elen (El@moz-EB0E359F.hsd1.ut.comcast.net)
- # [06:18] * Quits: Polynomial-C (Poly-C@moz-92026DF7.dip.t-dialin.net) (Ping timeout)
- # [06:18] * Quits: bent (chatzilla@moz-DB4C5E15.triad.res.rr.com) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
- # [06:21] * Joins: mib_gxgdnh (Mibbit@CC0D392B.82835F08.5642DB81.IP)
- # [06:21] * Quits: mib_gxgdnh (Mibbit@CC0D392B.82835F08.5642DB81.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [06:26] <Bas> roc philor: Ugh, stupid curly bracket placement bug, I'm pretty surprised this didn't turn up anywhere else. I guess most of the time we just clip to rectangles, silly. Still willing to r+ 2 minor changes roc?
- # [06:26] <roc> yes, but hurry
- # [06:26] <roc> I gotta go
- # [06:28] <Bas> roc: pastebinning now
- # [06:29] <Bas> roc: pastebin.mozilla.org/1423734
- # [06:29] <Bas> Must've been some big merge fail on my part messing up that if-clause.
- # [06:30] <roc> why return null for 0 gradient stops?
- # [06:30] <njn> philor: are you not worried about me because (a) my patch was small, or (b) I'm awesome?
- # [06:30] <Bas> roc: That's always been our behavior, I'm just bringing it back :)
- # [06:31] <Bas> roc: We could return a valid object with 0 stops trivially?
- # [06:31] <roc> trunk DrawTargetD2D::CreateGradientStops returns non-null for 0 stops
- # [06:32] <Bas> roc: Weird :s
- # [06:32] <Bas> roc: What does the D2D create stops call return for you?
- # [06:32] <roc> r+ on the second hunk, r- on the first hunk
- # [06:32] <roc> I'm looking at the code
- # [06:32] <philor> njn: b, plus come on, nothing uses atoms or stringbuffers, that's practically npotb isn't it?
- # [06:32] <roc> actually not trunk, something older
- # [06:32] <Bas> That didn't really change.
- # [06:32] <Bas> So it should be the same on trunk :(
- # [06:32] <njn> philor: memory reporters are almost npotb
- # [06:33] <roc> http://mxr.mozilla.org/mozilla-central/source/gfx/2d/DrawTargetD2D.cpp#1052
- # [06:33] <Bas> roc: new D2D1_GRADIENT_STOPS[0] should return NULL, right?
- # [06:34] <roc> doesn't matter
- # [06:34] <roc> we call CreateGradientStopCollection anyway
- # [06:34] <Bas> roc: Well, if it does CreateGradientStopCollection fails :)
- # [06:34] <roc> and return a new GradientStopsD2D wrapping around that
- # [06:35] <roc> you'd better not be hitting that warning path for 0-stops
- # [06:35] <Bas> And we fail and return NULL, if that new call returns a valid pointer with aNumStops == 0, then we'd create a valid GradientStopCollection
- # [06:35] * Quits: pranavrc (pranavrc@8F7446A3.7C1AC7F2.274D17D6.IP) (Ping timeout)
- # [06:35] <Bas> roc: Well, that code is pretty broken :) Notice it's leaking 'stops' too :(
- # [06:36] <roc> new T[0] does not return null
- # [06:37] <roc> http://stackoverflow.com/questions/1087042/c-new-int0-will-it-allocate-memory
- # [06:37] <Bas> roc: Ah, okay, tricky then :s I wonder what the right fix is, send a new T[0] into CreateGradientStopCollection, or do something more elaborate.
- # [06:38] <roc> nah, just do that
- # [06:38] <roc> don't prematurely optimize it
- # [06:38] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
- # [06:38] <Bas> roc: I'll just return the old code with a delete [] then, get rid of the vector altogether.
- # [06:39] <Bas> As c++ apparently says I -have- to delete [] a 0 size array
- # [06:40] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Ping timeout)
- # [06:41] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
- # [06:43] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Ping timeout)
- # [06:44] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
- # [06:45] <tn> with the holidays i would have expected bugzilla to be a little bit faster, not much slower
- # [06:45] <@bz> heh
- # [06:46] <Bas> roc: pastebin.mozilla.org/1423745 would be the final change, this passes all tests it seems.
- # [06:46] * Joins: Polynomial-C (Poly-C@moz-92026DF7.dip.t-dialin.net)
- # [06:47] <KWierso> it's still running out of the SJC datacenter, isn't it?
- # [06:47] <@bz> tn: some of the servers are on PTO?
- # [06:47] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Ping timeout)
- # [06:47] <ewong> KWierso: yeah
- # [06:47] <tn> bz, heh
- # [06:48] * @bz puts in more of that
- # [06:49] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
- # [06:50] <@bz> Speaking of which, is peterv back?
- # [06:50] * @bz hasn't seen him....
- # [06:51] <philor> Bas: and now you've got debug results, which seem like they ought to be more informative, but really aren't
- # [06:51] <Bas> philor: I've already got it fixed and this time I ran all the tests locally :)
- # [06:53] * Quits: azakai|2 (alon@moz-8D0CC798.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [06:54] <roc> r+ me
- # [06:55] <Bas> roc: Much appreciated!
- # [06:56] * Quits: Mook (mook@5365CE80.16C74E88.6F478678.IP) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 6.0/20110811165603])
- # [06:57] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Client exited)
- # [06:58] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
- # [07:00] * Quits: roc (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [07:04] * Quits: glob|away (glob@moz-DF237567.glob.com.au) (Quit: Leaving...)
- # [07:07] * Quits: taras (taras@moz-8E045071.hsd1.wa.comcast.net) (Ping timeout)
- # [07:07] <@bz> who knows how the r1/r2/r3 stuff is implemented?
- # [07:08] <@bz> does it use the main reftest.list, or does it do some sort of hackery directly on the subdirs?
- # [07:11] <@bz> REFTEST INFO | WARNING: USE_WIDGET_LAYERS disabled
- # [07:11] <@bz> why would that happen?
- # [07:13] <@bz> hrm
- # [07:13] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
- # [07:13] * @bz needs cjones
- # [07:17] * @bz wonders whether using file I/O from atexit functions is ok
- # [07:17] <philor> chunks are http://mxr.mozilla.org/mozilla-central/source/layout/tools/reftest/reftest.js#450 so just the list/3
- # [07:17] <@bz> philor: perfect, thanks
- # [07:20] * Joins: rshetty (quassel@A76F7E3B.B4BD8344.D30E9BEF.IP)
- # [07:21] * Quits: logbot (logbot@moz-622AFC27.glob.com.au) (Ping timeout)
- # [07:21] * Joins: taras (taras@moz-8E045071.hsd1.wa.comcast.net)
- # [07:23] * lsblakk is now known as lsblakk|afk
- # [07:25] * Quits: Matt (Matt@moz-C7FCE404.broadband10.iol.cz) (Connection reset by peer)
- # [07:26] * Joins: Matt (Matt@moz-C7FCE404.broadband10.iol.cz)
- # [07:27] * Quits: clokep (clokep@moz-2AAFC4A8.dyn.optonline.net) (Quit: Instantbird 1.2a1pre)
- # [07:30] * Joins: pranavrc (pranavrc@D80E8B2A.1B034FE1.C28326FD.IP)
- # [07:33] * bz is now known as bz_sleep
- # [07:33] * Quits: rniwa (rniwa@60A74940.D6CCE4AE.77834EAA.IP) (Quit: rniwa)
- # [07:36] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/8749089face4 - Tatiana Meshkova - Bug 701190 - position:fixed items disappear due to wrong translation. r=roc
- # [07:37] <firebot> http://hg.mozilla.org/mozilla-central/rev/b87861e50640 - Tatiana Meshkova - Bug 701190 - position:fixed items disappear due to wrong translation. Reftest. r=roc
- # [07:43] * Joins: logbot (logbot@moz-622AFC27.glob.com.au)
- # [07:45] * Joins: myk (myk@moz-A1E567B0.dsl.dynamic.sonic.net)
- # [07:46] * Joins: lmandel (lmandel@7F36F6DF.1D61B048.412CF160.IP)
- # [07:46] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Client exited)
- # [07:47] * heycam is now known as heycam|away
- # [07:49] * Quits: myk (myk@moz-A1E567B0.dsl.dynamic.sonic.net) (Quit: Instantbird 1.1)
- # [07:50] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
- # [07:51] * joduinn-commute is now known as joduinn-home
- # [07:54] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
- # [07:58] * Quits: erikvold (erikvold@AC7AE6DB.11D19A4C.67CA24A9.IP) (Quit: erikvold)
- # [07:59] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Quit: raccettura)
- # [08:01] * Quits: romaxa (romaxa@moz-476BA30B.static.steadfastdns.net) (Quit: leaving)
- # [08:02] * Joins: romaxa (romaxa@moz-476BA30B.static.steadfastdns.net)
- # [08:08] <glandium> NeilAway: that was espindola
- # [08:10] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
- # [08:11] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [08:18] <ewong> patch looks promising...
- # [08:22] * Joins: grubshka (grubshka@moz-4B2A8D13.w86-216.abo.wanadoo.fr)
- # [08:25] * Quits: lmandel (lmandel@7F36F6DF.1D61B048.412CF160.IP) (Quit: lmandel)
- # [08:27] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
- # [08:29] * Quits: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net) (Ping timeout)
- # [08:29] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
- # [08:30] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Quit: Leaving)
- # [08:30] * Quits: taf2 (taf2@moz-109A7DA8.bltmmd.fios.verizon.net) (Quit: taf2)
- # [08:32] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [08:33] * Joins: harsh (Mibbit@C52F31C0.15C6DF7B.1551A00F.IP)
- # [08:33] * Parts: harsh (Mibbit@C52F31C0.15C6DF7B.1551A00F.IP)
- # [08:35] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
- # [08:37] * Joins: smontagu (chatzilla@453EC596.A03C549B.CB858787.IP)
- # [08:38] <glandium> edmorley: ping
- # [08:44] <philor> glandium: little burny
- # [08:44] <glandium> damn
- # [08:45] <glandium> O_o the file is there though
- # [08:46] <glandium> aaaah it's not
- # [08:47] <glandium> philor: May I land this fixup? http://pastebin.mozilla.org/1424021
- # [08:47] <philor> glandium: you should! you must!
- # [08:48] <glandium> i mean, instead of backing out
- # [08:48] <glandium> meant
- # [08:48] <philor> yeah, I meant that too, do it quick, before someone lands on your flames
- # [08:48] * Joins: Ms2ger (Ms2ger@9606C411.D239AD65.37724B0D.IP)
- # [08:50] <philor> a fate I only narrowly escaped :)
- # [08:53] * Joins: dao (dao@moz-B0117007.superkabel.de)
- # [08:56] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Client exited)
- # [08:56] <glandium> philor: do you usually do m-i merges?
- # [08:57] <philor> glandium: almost never - I did a couple over Christmas, might do one over New Years if nobody's around, but when there's actual merging I like to leave it to smarter people than me
- # [08:58] <glandium> i'll wait for edmorley or mak then
- # [08:58] <glandium> i need to get some green first anyways
- # [08:59] <philor> I'd bet you were right with edmorley, or mbrubeck sometime tomorrow if Ed's away (I think mak's out until next year)
- # [09:01] <philor> though I didn't get that idea from a bugzilla realname like I thought, don't know where I did get it
- # [09:09] * philor celebrates The Inbound Way by pushing and going straight to bed
- # [09:09] * philor is now known as philor|away
- # [09:11] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
- # [09:13] * Joins: c0smikdebris (c0smikdebr@40BBA294.3DACFE1F.BE90E62C.IP)
- # [09:14] * Quits: dao (dao@moz-B0117007.superkabel.de) (Quit: Leaving.)
- # [09:15] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [09:16] <Ms2ger> "It's the compiled version of the Rhino test driver, which used to live in http://mxr.mozilla.org/mozilla/source/js/tests/src/com/, and now lives in the past."
- # [09:19] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
- # [09:20] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
- # [09:22] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/62021daf7d1d - Ms2ger - Bug 713340 - Fix jsShell_ErrorFormatString array lengths; r=luke
- # [09:22] <firebot> http://hg.mozilla.org/mozilla-central/rev/d144d8a5af9e - Ms2ger - Bug 713550 - Move Base64 code on nsXPConnect to XPCOM / xpcpublic.h; r=bholley+khuey
- # [09:22] <firebot> http://hg.mozilla.org/mozilla-central/rev/39756fe9312f - Ms2ger - Bug 713553 - Remove GetRTStringByIndex; r=bholley
- # [09:22] <firebot> http://hg.mozilla.org/mozilla-central/rev/e1aa4ed3f691 - Ms2ger - Bug 713554 - Remove xpc_SameScope declaration; r=bholley
- # [09:22] <firebot> http://hg.mozilla.org/mozilla-central/rev/fbef0361b27a - Plop - Bug 711446: Test defaultMuted with reflect.js; r=Ms2ger
- # [09:26] * Quits: pranavrc (pranavrc@D80E8B2A.1B034FE1.C28326FD.IP) (Ping timeout)
- # [09:26] * Joins: graydot (jeba@63F3AA56.9CFBD76D.30E7AE68.IP)
- # [09:27] * Ziggy|AWAY is now known as Ziggy_Maes
- # [09:29] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
- # [09:31] * Quits: c0smikdebris (c0smikdebr@40BBA294.3DACFE1F.BE90E62C.IP) (Quit: Computer has gone to sleep.)
- # [09:31] <Ms2ger> firebot, bug 713817?
- # [09:31] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=713817 nor, --, ---, nobody, UNCO, You idiots, why don't you support frame's "bordercolor" property in html - you are stopping all my
- # [09:31] <glandium> nice
- # [09:32] <ewong> "you idiots"??
- # [09:32] * Ms2ger wants RESOLVED POTTYMOUTH
- # [09:32] <ewong> must be a fresh grad from charm school ;/
- # [09:33] <hub> Ms2ger: you wish
- # [09:33] * Joins: victorporof (victorporo@3A53A763.F695A43D.79933D60.IP)
- # [09:33] <Ms2ger> Indeed I do
- # [09:33] <hub> "The border color should have changed in this stupid browser too because now it's fuckin ugly!!!" <- WoW
- # [09:33] <glandium> there's no bordercolor property on frames
- # [09:34] <smontagu> idiots == pottymouth?
- # [09:34] <ewong> so it's a non-standard property?
- # [09:34] <smontagu> what about bug 339877?
- # [09:34] <ewong> smontagu: no.. "now it's **** ugly!!!"
- # [09:34] <glandium> ewong: frameset has a bordercolor property. frame doesn't
- # [09:34] <ewong> so he's doing it wrong then
- # [09:35] <glandium> ewong: yes, he's the idiot
- # [09:35] <ewong> lol
- # [09:35] <Ms2ger> smontagu, well... Bugzilla's never going to win a beauty contest, is it? :)
- # [09:36] <glandium> bordercolor on frameset is not even in html4.01
- # [09:36] <glandium> i wonder where that comes from
- # [09:36] <Ms2ger> IE?
- # [09:37] <glandium> oh, actually html5 has it on both
- # [09:37] <Ms2ger> <FRAME BORDEROLOR="#000000" FRAMEBORDER="0" MARGINHEIGHT="0" MARGINWIDTH="0" NAME="lp" NORESIZE SCROLLING="no" SRC="select.asp">
- # [09:37] <glandium> http://dev.w3.org/html5/spec/Overview.html?true#frame-border-color
- # [09:37] * Ms2ger is brought back to his youth
- # [09:38] <hub> tempted to do a RESOLVED WONTFIX with a comment saying "user forgot the magic word" :-D
- # [09:38] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [09:40] <glandium> erf, bordercolor on frame works on aurora
- # [09:41] <ewong> Ms2ger: bordercolor?
- # [09:41] <Ms2ger> Nah, border-olor
- # [09:41] <smontagu> isn't trunk mozilla12?
- # [09:42] <KWierso> smontagu: yes
- # [09:42] * Joins: pranavrc (pranavrc@BA0C12EA.13E32140.520CDC98.IP)
- # [09:42] <smontagu> is it a bug that the target milestone select in bugzilla has mozilla11 below the dotted line, or are my expectations wrong?
- # [09:43] <Ms2ger> Your expectations are wrong :)
- # [09:43] <tn> shark doesn't seem to be able to find symbols in my profile
- # [09:43] <Ms2ger> Trunk is the first below the line
- # [09:43] <glandium> it even wors on ff4
- # [09:43] <smontagu> Ms2ger: that's my expectation
- # [09:43] <Ms2ger> Er
- # [09:43] <smontagu> I expect
- # [09:43] <Ms2ger> Force refresh :)
- # [09:44] <smontagu> hahaha -- bugzilla says "your changes have been rejected because you exceeded the time limie of 3 days....
- # [09:45] <Ms2ger> Better than when it randomly changes components, I'd say :)
- # [09:45] <smontagu> yeah, I get that a lot too
- # [09:45] <smontagu> one of the downsides of using firefox tabs as a to-do-list
- # [09:46] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
- # [09:47] <KWierso> glandium: amusingly, your attached testcase works for me in Nightly, but not in Chrome...
- # [09:47] <glandium> erf
- # [09:47] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
- # [09:48] <Ms2ger> Maybe you mistook them? They look the same nowadays ;)
- # [09:48] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
- # [09:49] * Quits: njn (chatzilla@moz-2EB333E0.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20111227130724])
- # [09:49] * Joins: c0smikdebris (c0smikdebr@40BBA294.3DACFE1F.BE90E62C.IP)
- # [09:50] * KWierso closes Chrome and goes to take a nap since it's almost 3am...
- # [09:50] * Parts: Ms2ger (Ms2ger@9606C411.D239AD65.37724B0D.IP) (Leaving)
- # [09:50] * Joins: Ms2ger (Ms2ger@9606C411.D239AD65.37724B0D.IP)
- # [09:54] <Ms2ger> glandium, I assume the first hunk in https://bugzilla.mozilla.org/attachment.cgi?id=584090&action=diff wasn't intentional?
- # [09:55] <glandium> Ms2ger: indeed
- # [09:57] * Joins: pnemsak (Miranda@moz-3D67D819.rainside.sk)
- # [09:58] <ewong> what language are .pm files in?
- # [09:59] <glandium> ewong: perl
- # [09:59] <ewong> glandium: oh.. ok. Thanks!
- # [10:00] <glandium> waw, i did a massive android breakage on m-i :(
- # [10:01] <glandium> and... i don't see why
- # [10:03] * Quits: mwu (mwu@moz-59435430.hsd1.nj.comcast.net) (Quit: This computer has gone to sleep)
- # [10:03] * joduinn-home is now known as joduinn-zzz
- # [10:04] <glandium> aaah clobber required
- # [10:04] * Joins: whimboo (whimboo@moz-B800A076.dip.t-dialin.net)
- # [10:05] * Quits: hub (hub@83874EA1.EB7C1AF9.6F478678.IP) (Ping timeout)
- # [10:08] <djc> ted: pong
- # [10:10] * Joins: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de)
- # [10:11] * Joins: Cameron (Cameron@moz-5CDE753B.range86-131.btcentralplus.com)
- # [10:14] <glandium> djc: too early for him
- # [10:15] * Joins: sgimeno (santiago.g@A922400D.48362F18.BCC03455.IP)
- # [10:16] * Quits: ewong (chatzilla@moz-B5A86794.com) (Quit: Restart)
- # [10:17] <djc> glandium: yeah, I figured :)
- # [10:18] <Ms2ger> Aaand bmo is down again
- # [10:18] * Quits: whimboo (whimboo@moz-B800A076.dip.t-dialin.net) (Quit: Leaving.)
- # [10:19] * Joins: ewong (chatzilla@moz-B5A86794.com)
- # [10:21] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
- # [10:21] <roc> alright, who broke bugzilla?
- # [10:22] <Ms2ger> Wasn't me
- # [10:22] <ewong> I'm guess they are changing it back to PHX from SJC
- # [10:22] <ewong> s/guess/guessing/
- # [10:22] * Quits: karl (karl@moz-28F3D135.jetstream.xtra.co.nz) (Ping timeout)
- # [10:25] <smontagu> hsivonen: ping
- # [10:25] * Joins: dao (dao@moz-B0117007.superkabel.de)
- # [10:26] * Quits: mike5w3c (MikeS@moz-9B2E1DEF.pool.e-mobile.ne.jp) (Ping timeout)
- # [10:26] * Ziggy_Maes is now known as Ziggy|AWAY
- # [10:26] * Joins: mike5w3c (MikeS@moz-70FCF4A.pool.e-mobile.ne.jp)
- # [10:26] * Ziggy|AWAY is now known as Ziggy_Maes
- # [10:33] * Quits: Bas (chatzilla@moz-B4DB3C59.ftth.concepts.nl) (Ping timeout)
- # [10:34] * Joins: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de)
- # [10:36] * Joins: Bas (chatzilla@moz-B4DB3C59.ftth.concepts.nl)
- # [10:40] * Ziggy_Maes is now known as Ziggy|AWAY
- # [10:41] * Joins: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP)
- # [10:43] * Quits: Cameron (Cameron@moz-5CDE753B.range86-131.btcentralplus.com) (Connection reset by peer)
- # [10:43] * Joins: protz (jonathan@5A33519.52DBD8A0.B22E20D2.IP)
- # [10:46] * Joins: msucan (msucan-@FA9E8863.56E67207.699550A1.IP)
- # [10:48] * Quits: Jesse (jruderman@moz-E591086B.oc.oc.cox.net) (Quit: Jesse)
- # [10:49] <dao> glandium: are you fixing inbound?
- # [10:50] <glandium> dao: i triggered clobbers on android. Looks like i need to trigger some on windows too
- # [10:50] * Quits: jgilbert (jgilbert@moz-A18DC955.ph.ph.cox.net) (Ping timeout)
- # [10:50] * Joins: fitzgen (fitzgen@moz-21CB9A53.hsd1.wa.comcast.net)
- # [10:52] <glandium> philor's push seems to have had a clobber on android on itself, so it should be non-orange there
- # [10:55] * Quits: dao (dao@moz-B0117007.superkabel.de) (Quit: Leaving.)
- # [10:56] * Quits: victorporof (victorporo@3A53A763.F695A43D.79933D60.IP) (Client exited)
- # [10:56] * Joins: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net)
- # [11:10] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
- # [11:10] * Quits: pranavrc (pranavrc@BA0C12EA.13E32140.520CDC98.IP) (Quit: Ping timeout: ∞)
- # [11:11] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [11:14] * merike|away is now known as merike
- # [11:14] * ewong is now known as ewong|afk
- # [11:14] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
- # [11:18] * Joins: smaug (chatzilla@moz-C4258EAE.gprs.sl-laajakaista.fi)
- # [11:18] * ChanServ sets mode: +o smaug
- # [11:20] * Quits: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
- # [11:22] * Quits: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com) (Quit: Boriss)
- # [11:22] * Joins: Steffen (chatzilla@moz-E3E422C0.adsl.alicedsl.de)
- # [11:23] * Joins: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com)
- # [11:24] <glandium> I'm going to be away for a little while so here is the status: any failure on non-clobbered windows opt builds and non-clobbered android builds is expected. any failure on windows debug builds are unrelated to my landings. I triggered clobbers and retriggered the windows opt and android builds that were failing, we should start seeing green soon
- # [11:25] <glandium> as a matter of fact, there's a green Ts on android xul opt on my first push
- # [11:27] <glandium> failures on android xul opt on philor's push are probably "normal" android failures (that was a free-space clobber build)
- # [11:28] * Joins: gkw (gkw@moz-A7D8CA2A.hsd1.ca.comcast.net)
- # [11:34] * Joins: dao (dao@moz-B0117007.superkabel.de)
- # [11:37] * Quits: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net) (Quit: darktrojan)
- # [11:39] * Joins: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net)
- # [11:43] * Quits: @smaug (chatzilla@moz-C4258EAE.gprs.sl-laajakaista.fi) (Input/output error)
- # [11:47] * Quits: Milos (milos@moz-78D960C2.dynamic.isp.telekom.rs) (Ping timeout)
- # [11:48] * Joins: Milos (milos@moz-F857E1FD.dynamic.isp.telekom.rs)
- # [11:49] * Joins: Sander (chatzilla@moz-387C02AB.dip.t-dialin.net)
- # [11:52] * Joins: mario (mario@moz-A03A544F.dip.t-dialin.net)
- # [12:01] * Joins: smaug (chatzilla@moz-C4258EAE.gprs.sl-laajakaista.fi)
- # [12:01] * ChanServ sets mode: +o smaug
- # [12:01] * Quits: mario (mario@moz-A03A544F.dip.t-dialin.net) (Quit: mario)
- # [12:02] <mbrubeck> looks like we might need to clobber harder
- # [12:04] <glandium> mbrubeck: seriously, i don't know what's going on with android. some clobber builds fail where others don't. And that the log are basically unreadable doesn't help
- # [12:05] * Quits: Milos (milos@moz-F857E1FD.dynamic.isp.telekom.rs) (Ping timeout)
- # [12:05] * Joins: Milossh (milos@moz-DF7EC455.dynamic.isp.telekom.rs)
- # [12:05] * Quits: jdm (jdm@72A40B12.5F0B0D97.6F478678.IP) (Client exited)
- # [12:07] <glandium> what is sure is that in the failed tests on clobber builds, the linker messages about the fact that the various libs can't be loaded are gone
- # [12:10] <mbrubeck> looks like they are still crashing on startup, though.
- # [12:11] <mbrubeck> runtests.py is failing in just 55 seconds with no test log generated
- # [12:12] <dao> glandium: you should probably back out if you don't know what's going on
- # [12:12] <mbrubeck> I don't see anything useful in the log though
- # [12:12] <mbrubeck> agreed, please back out and re-land after figuring this out elsewhere. :(
- # [12:12] <glandium> mbrubeck: the only useful thing i can see is "Received unexpected exception while running application 'unable to launch process'"
- # [12:13] <glandium> which doesn't say much
- # [12:14] * glandium preparing a backout
- # [12:14] <gabor> after a !JSVAL_IS_PRIMITIVE check do I have to double check if JSVAL_TO_OBJECT returns a not NULL?
- # [12:15] * Joins: pranavrc (pranavrc@DDB6EDEC.530B7BAA.520CDC98.IP)
- # [12:15] <Ms2ger> No
- # [12:16] <gabor> good
- # [12:16] <gabor> and thanks :)
- # [12:16] <Ms2ger> gabor, but you could use .isObject() and .asObject()
- # [12:16] <Ms2ger> Where isObject() == !JSVAL_IS_PRIMITIVE()
- # [12:16] <Ms2ger> And asObject() returns JSObject&
- # [12:17] <gabor> hmm... ok that makes sense
- # [12:18] <Ms2ger> Also, less capital letters :)
- # [12:18] <gabor> haha
- # [12:21] <glandium> mbrubeck: what bothers me is that since some things do work, i'm afraid we'll have the opposite breakage after backout
- # [12:22] * Joins: Fallen|mac (kewisch@moz-83FDFB77.adsl.alicedsl.de)
- # [12:24] * ewong|sleep is now known as ewong
- # [12:24] <@smaug> who knows about nsTransactionManager
- # [12:24] <@smaug> probably ehsan
- # [12:24] <Ms2ger> Sounds right
- # [12:25] * Quits: Fallen|mac (kewisch@moz-83FDFB77.adsl.alicedsl.de) (Quit: Leaving.)
- # [12:26] * khuey|away is now known as khuey
- # [12:28] * Quits: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com) (Ping timeout)
- # [12:29] * Joins: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com)
- # [12:29] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
- # [12:37] * Joins: victorporof (victorporo@3A53A763.F695A43D.79933D60.IP)
- # [12:38] * Quits: gkw (gkw@moz-A7D8CA2A.hsd1.ca.comcast.net) (Ping timeout)
- # [12:40] * Parts: voot545 (unknown@moz-F2EFC24B.tky.mesh.ad.jp)
- # [12:41] * Joins: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
- # [12:42] * Quits: dao (dao@moz-B0117007.superkabel.de) (Quit: Leaving.)
- # [12:46] * Quits: Ms2ger (Ms2ger@9606C411.D239AD65.37724B0D.IP) (Quit: bbl)
- # [12:50] <Steffen> can somebody please restart all the red/orange/purple builds on aurora android? looks like the usual nonsense
- # [12:52] * Joins: dao (dao@moz-B0117007.superkabel.de)
- # [12:52] <Steffen> I don't have an LDAP account...
- # [12:53] * Quits: grubshka (grubshka@moz-4B2A8D13.w86-216.abo.wanadoo.fr) (Ping timeout)
- # [12:56] * Joins: grubshka (grubshka@moz-4B2A8D13.w86-216.abo.wanadoo.fr)
- # [13:03] * Quits: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net) (Quit: darktrojan)
- # [13:12] * Joins: Pike (Pike@moz-7C6C74D7.dip.t-dialin.net)
- # [13:15] <edmorley> Steffen: done :-)
- # [13:16] <edmorley> glandium: delayed pong (sorry away at family's still, so have to RDP into my desktop back at home to see my IRC session)
- # [13:16] <glandium> edmorley: unping :)
- # [13:16] <edmorley> glandium: presume you thought the next merge might need a clobber (had the clobber worked)
- # [13:17] * Quits: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com) (Quit: Boriss)
- # [13:19] <Pike> thanks for the stars, and retriggers
- # [13:24] * Quits: mrniranjan (mrniranjan@moz-88FF8AE8.redhat.com) (Quit: Leaving)
- # [13:25] * Joins: peregrino (peregrino@moz-6CAF5D0B.telecom.net.ar)
- # [13:28] <edmorley> np
- # [13:29] * Quits: victorporof (victorporo@3A53A763.F695A43D.79933D60.IP) (Client exited)
- # [13:29] <Steffen> edmorley: thanks
- # [13:33] * edmorley wonders what testpool change was made that could have cause the simultaneous Trace Malloc MaxHeap decrease of 50% on aurora and inbound
- # [13:34] * Joins: victorporof (victorporo@3A53A763.F695A43D.79933D60.IP)
- # [13:36] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
- # [13:36] * Quits: Tobbi (Tobbi@16BAC97A.933EA279.AC7F8427.IP) (Ping timeout)
- # [13:38] * rail_away is now known as rail
- # [13:39] * Quits: dao (dao@moz-B0117007.superkabel.de) (Quit: Leaving.)
- # [13:42] * Quits: grubshka (grubshka@moz-4B2A8D13.w86-216.abo.wanadoo.fr) (Ping timeout)
- # [13:45] * catlee-christmas is now known as catlee-buildduty
- # [13:46] <Pike> that's steep
- # [13:53] * Joins: taf2 (taf2@moz-109A7DA8.bltmmd.fios.verizon.net)
- # [13:53] * Quits: graydot (jeba@63F3AA56.9CFBD76D.30E7AE68.IP) (Quit: graydot)
- # [13:55] <ted> djc: i was just going to ask you about the new hg templating stuff, but there was enough info in the bug
- # [13:56] <ted> djc: cshields is working on upgrading hg.mo to 2.0.1
- # [14:01] <khuey> ted: did you read roc's blog post?
- # [14:02] <ted> probably not?
- # [14:02] <ted> link?
- # [14:02] <catlee-buildduty> ted: could happen as soon as this week
- # [14:02] <ted> catlee-buildduty: what, the hg update?
- # [14:03] <edmorley> woot \o/
- # [14:03] * Joins: grubshka (grubshka@moz-4B2A8D13.w86-216.abo.wanadoo.fr)
- # [14:03] <catlee-buildduty> yeah
- # [14:03] <khuey> ted: http://robert.ocallahan.org/2011/12/case-for-non-fatal-assertions.html
- # [14:03] <ted> catlee-buildduty: yeah, he roped me in yesterday to test some things
- # [14:04] <ted> it's live on hgstage
- # [14:04] <ted> there are a few things busted at the moment, some of it just needs a hg_templates update, i think
- # [14:04] <catlee-buildduty> ok
- # [14:04] <ted> http://hgstage.mozilla.org/mozilla-central/pushloghtml
- # [14:04] <catlee-buildduty> I should point some build slaves at it
- # [14:04] <ted> pushlog is clearly busted
- # [14:04] <catlee-buildduty> although I don't imagine they'll have issues...
- # [14:04] <ted> catlee-buildduty: it's on a super slow VM
- # [14:04] <catlee-buildduty> is there any other kind?
- # [14:04] <ted> hah\
- # [14:05] <ted> bc says that the new VM setup they have in PHX is pretty nice
- # [14:05] <bc> yep
- # [14:06] <ted> khuey: ah, thanks
- # [14:07] <khuey> ted: I think he answered most of what your latest email says
- # [14:07] <ted> blast
- # [14:08] <bc> It's an ESXi 5 Cluster which can migrate VMs from overloaded hosts and where the hosts have 10Gbs connections to the NetApp storage that is distinct from the other network connections. That compares to the common scenario before where there was at most 1Gbps network adapter than was used for all network access including the NetApps disk storage.
- # [14:12] <catlee-buildduty> auto migration can be a PITA
- # [14:12] <catlee-buildduty> I guess it depends on your workload
- # [14:13] * Joins: rui (rui@moz-3BDEC7B1.static.ziggozakelijk.nl)
- # [14:15] <bc> I don't know that I've experienced too much migration so far apart from some tests. I think the biggest issue was fixing the networking. The benefit for the migration is not getting into a situation where some hosts are perenially overloaded while others sit idle.
- # [14:15] <catlee-buildduty> yeah
- # [14:15] <bc> I would imagine with a fairly constant load the VMs will distribute across the hosts and not continually move around.
- # [14:16] <catlee-buildduty> if your processes (and clients of those processes) can handle being paused briefly, then it can work
- # [14:16] <djc> ted: should be nice to have that
- # [14:16] <khuey> hmm
- # [14:16] <khuey> no heycam and no Ms2ger
- # [14:16] * khuey wonders who he's supposed to consult about WebIDL
- # [14:17] * Quits: rshetty (quassel@A76F7E3B.B4BD8344.D30E9BEF.IP) (Ping timeout)
- # [14:17] * Quits: Steffen (chatzilla@moz-E3E422C0.adsl.alicedsl.de) (Quit: ChatZilla 0.9.88 [Firefox 9.0a2/20110929020842])
- # [14:18] * Quits: willy1234x1|2 (willy1234x@moz-7A550E65.slkc.qwest.net) (Ping timeout)
- # [14:19] * Joins: rshetty (quassel@384177D1.7128CA1F.D1005D78.IP)
- # [14:20] * Joins: espindola (espindola@EF47F3CC.4C5533FC.412CF160.IP)
- # [14:20] * Joins: dao (dao@moz-B0117007.superkabel.de)
- # [14:21] * Quits: logbot (logbot@moz-622AFC27.glob.com.au) (Ping timeout)
- # [14:22] * lurking hands khuey a 'magic 8 ball'
- # [14:25] * khuey shakes it
- # [14:25] <khuey> "take more PTO"
- # [14:25] <khuey> nice response
- # [14:26] <catlee-buildduty> wow, 'hg out' with hg 1.6 generates 1.5 MB of traffic. With 2.0 it uses 120k
- # [14:27] * Quits: smontagu (chatzilla@453EC596.A03C549B.CB858787.IP) (Ping timeout)
- # [14:27] <reuben> what version do we run on hg.m.o?
- # [14:28] <catlee-buildduty> 1.5 I think
- # [14:30] <reuben> hm, it isn't even listed on the release notes page
- # [14:30] <bc> catlee-buildduty: Dan Parsons is the go to guy for esx and the cluster I'm on. I recommend talking to him. I think the perceptions people have built up about VMs might be out of date when they are deployed properly. I think there is a good chance for a win for you guys.
- # [14:33] * Joins: alastair (alastair@moz-60FEE060.dynamic.dsl.as9105.com)
- # [14:35] * Quits: taf2 (taf2@moz-109A7DA8.bltmmd.fios.verizon.net) (Quit: taf2)
- # [14:37] * jmaher|afk is now known as jmaher
- # [14:37] * Joins: smontagu (chatzilla@moz-9316CBD6.red.bezeqint.net)
- # [14:39] * Joins: IRCMonkey50223 (Tobbi@16BAC97A.933EA279.AC7F8427.IP)
- # [14:43] * Joins: dao1 (dao@moz-B0117007.superkabel.de)
- # [14:44] * Quits: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP) (Ping timeout)
- # [14:44] * Quits: dao (dao@moz-B0117007.superkabel.de) (Ping timeout)
- # [14:44] * Joins: evilpie (~good-piex@moz-E7C9E832.pools.arcor-ip.net)
- # [14:44] * Joins: logbot (logbot@moz-622AFC27.glob.com.au)
- # [14:44] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [14:44] * Joins: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP)
- # [14:45] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [14:45] * Quits: pranavrc (pranavrc@DDB6EDEC.530B7BAA.520CDC98.IP) (Quit: Ping timeout: ∞)
- # [14:45] * Quits: rshetty (quassel@384177D1.7128CA1F.D1005D78.IP) (Ping timeout)
- # [14:47] * Joins: rshetty (quassel@232E2F38.503916DD.C842849F.IP)
- # [14:49] * Quits: alastair (alastair@moz-60FEE060.dynamic.dsl.as9105.com) (Ping timeout)
- # [14:51] * Quits: dao1 (dao@moz-B0117007.superkabel.de) (Ping timeout)
- # [14:52] * Joins: dao (dao@moz-B0117007.superkabel.de)
- # [14:52] * Joins: alastair (alastair@moz-3619B8D8.dynamic.dsl.as9105.com)
- # [14:54] * Quits: IRCMonkey50223 (Tobbi@16BAC97A.933EA279.AC7F8427.IP) (Ping timeout)
- # [14:57] * Joins: mconley (mconley@moz-671E60DE.eng.wind.ca)
- # [14:58] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [14:58] * Joins: Waldo (waldo@A3D927D1.F9026B21.E37BE9B2.IP)
- # [14:59] * Quits: @smaug (chatzilla@moz-C4258EAE.gprs.sl-laajakaista.fi) (Input/output error)
- # [15:00] * Joins: taf2 (taf2@moz-109A7DA8.bltmmd.fios.verizon.net)
- # [15:03] * Joins: smaug (chatzilla@moz-C4258EAE.gprs.sl-laajakaista.fi)
- # [15:03] * ChanServ sets mode: +o smaug
- # [15:04] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
- # [15:04] * Joins: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP)
- # [15:07] * Joins: Suresh (chatzilla@5E3C53FA.2AA87FE8.EB06F97B.IP)
- # [15:08] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
- # [15:08] * merike is now known as merike|away
- # [15:10] * Quits: tbsaunde (tbsaunde@moz-9DECD0.pc.cs.cmu.edu) (Ping timeout)
- # [15:10] * Quits: Waldo (waldo@A3D927D1.F9026B21.E37BE9B2.IP) (Connection reset by peer)
- # [15:10] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Connection reset by peer)
- # [15:11] * Joins: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
- # [15:12] * Joins: Waldo (waldo@moz-2A0E3E7E.dsl.emhril.sbcglobal.net)
- # [15:13] * Joins: pranavrc (pranavrc@DDB6EDEC.530B7BAA.520CDC98.IP)
- # [15:16] * Quits: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP) (Ping timeout)
- # [15:16] * Joins: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP)
- # [15:23] * Quits: evilpie (~good-piex@moz-E7C9E832.pools.arcor-ip.net) (Ping timeout)
- # [15:24] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
- # [15:25] * Quits: alastair (alastair@moz-3619B8D8.dynamic.dsl.as9105.com) (Ping timeout)
- # [15:26] <khuey> !seen Ms2ger
- # [15:26] <firebot> ms2ger was last seen 3 hours, 1 minute and 20 seconds ago, saying 'Sounds right' in #developers.
- # [15:26] * Joins: evilpie (~good-piex@moz-F8705A4A.pools.arcor-ip.net)
- # [15:26] * Joins: tbsaunde_ (tbsaunde@moz-9DECD0.pc.cs.cmu.edu)
- # [15:28] * Joins: tbsaunde (tsaunders@moz-B77DEAEB.mozilla.org)
- # [15:29] * Joins: alastair (alastair@moz-45273C1C.dynamic.dsl.as9105.com)
- # [15:32] <Waldo> mm, ain't inbound purty
- # [15:33] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
- # [15:34] * Quits: tbsaunde (tsaunders@moz-B77DEAEB.mozilla.org) (Quit: leaving)
- # [15:35] * tbsaunde_ is now known as tbsaunde
- # [15:36] <johanc> anyone here know the innards of browser.js / utilityOverlay.js, specifically whereToOpenLink() and handleLinkClicks()? :)
- # [15:37] * Quits: evilpie (~good-piex@moz-F8705A4A.pools.arcor-ip.net) (Input/output error)
- # [15:38] * khuey is now known as khuey|away
- # [15:44] <Waldo> that sounds like it might live in a toolkit/content file, possibly
- # [15:45] * Joins: whimboo (whimboo@moz-B1BE4FE2.dip.t-dialin.net)
- # [15:48] * rail is now known as rail_afk
- # [15:50] * Joins: clokep (clokep@moz-2AAFC4A8.dyn.optonline.net)
- # [15:53] * khuey|away is now known as khuey
- # [15:55] * Joins: IRCMonkey29360 (Tobbi@16BAC97A.933EA279.AC7F8427.IP)
- # [15:58] * ewong is now known as ewong|sleep
- # [15:59] * Quits: dao (dao@moz-B0117007.superkabel.de) (Quit: Leaving.)
- # [15:59] * Joins: dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net)
- # [15:59] * ChanServ sets mode: +o dbaron
- # [16:00] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Ping timeout)
- # [16:02] * Quits: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 9.0/20111220101134])
- # [16:04] * Joins: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
- # [16:07] * Quits: whimboo (whimboo@moz-B1BE4FE2.dip.t-dialin.net) (Quit: Leaving.)
- # [16:08] * Joins: TheOne (one@moz-5C4FD6E1.dip.t-dialin.net)
- # [16:08] * Joins: glob (glob@moz-DF237567.glob.com.au)
- # [16:08] * khuey sighs
- # [16:08] * glob is now known as glob|away
- # [16:09] * khuey kicks bugzilla
- # [16:09] * Quits: tbsaunde (tbsaunde@moz-9DECD0.pc.cs.cmu.edu) (Ping timeout)
- # [16:09] * Joins: hub (hub@83874EA1.EB7C1AF9.6F478678.IP)
- # [16:09] * glob|away is now known as glob
- # [16:09] <glob> khuey, ?
- # [16:10] <khuey> being slow
- # [16:12] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [16:12] <glob> hrm, network traffic to it is 4x higher than normal
- # [16:12] * rail_afk is now known as rail
- # [16:12] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [16:13] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [16:13] * Joins: dao (dao@moz-B0117007.superkabel.de)
- # [16:16] * Quits: taf2 (taf2@moz-109A7DA8.bltmmd.fios.verizon.net) (Quit: taf2)
- # [16:18] * Joins: hipokrit (hipokrit@moz-502C3BF.rackspace.net)
- # [16:19] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
- # [16:19] <gabor> khuey: I have a little problem here... for the nsWrapperCache:GetWrapper I need to include nsWrapperCacheInlines.h which includes xpcprivate.h which is a strict no-no in dom/indexeddb
- # [16:20] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [16:20] <khuey> why is it a strict no-no?
- # [16:20] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
- # [16:21] <gabor> I thought it is... it gives me a file not found so I assume that happens with a reason
- # [16:21] <@smaug> xpcprivate.h is strict no-no outside gecko
- # [16:21] <gabor> so I assumed we want to avoid using it recently for some reason
- # [16:22] <gabor> there you go
- # [16:22] <@smaug> but inside gecko it should be ok
- # [16:22] <gabor> right
- # [16:22] <@smaug> dom/* is very much in gecko
- # [16:22] <gabor> so it should be allowed and if not I'm allowed to fix the makefile or whatnot
- # [16:22] <@smaug> yes
- # [16:22] <gabor> perfect
- # [16:23] <gabor> in that case, nevermind
- # [16:23] <khuey> :-D
- # [16:24] * Quits: pnemsak (Miranda@moz-3D67D819.rainside.sk) (Connection reset by peer)
- # [16:24] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
- # [16:24] * Quits: sfink (chatzilla@moz-4EAF93BB.dsl.pltn13.sbcglobal.net) (Ping timeout)
- # [16:24] * Quits: Waldo (waldo@moz-2A0E3E7E.dsl.emhril.sbcglobal.net) (Ping timeout)
- # [16:25] * Joins: pnemsak (Miranda@moz-3D67D819.rainside.sk)
- # [16:25] * Joins: espindol_ (espindola@moz-67237209.dsl.teksavvy.com)
- # [16:25] * Quits: espindola (espindola@EF47F3CC.4C5533FC.412CF160.IP) (Quit: Ex-Chat)
- # [16:25] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
- # [16:26] * Joins: sfink (chatzilla@moz-4EAF93BB.dsl.pltn13.sbcglobal.net)
- # [16:26] * Joins: tbsaunde (tbsaunde@moz-9DECD0.pc.cs.cmu.edu)
- # [16:26] * Quits: mike5w3c (MikeS@moz-70FCF4A.pool.e-mobile.ne.jp) (Ping timeout)
- # [16:26] * Joins: mike5w3c (MikeS@moz-4945402.pool.e-mobile.ne.jp)
- # [16:27] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [16:28] * Joins: Waldo (waldo@moz-2A0E3E7E.dsl.emhril.sbcglobal.net)
- # [16:28] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
- # [16:30] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [16:30] * Quits: mconley (mconley@moz-671E60DE.eng.wind.ca) (Input/output error)
- # [16:31] * Joins: mconley (mconley@moz-DCFB4444.dsl.bell.ca)
- # [16:33] * Joins: Pike_ (Pike@moz-B3F2AD9F.dip.t-dialin.net)
- # [16:34] * Quits: Pike (Pike@moz-7C6C74D7.dip.t-dialin.net) (Ping timeout)
- # [16:34] * Pike_ is now known as Pike
- # [16:36] * Joins: romeo (romeo@moz-A9325888.k459.webspeed.dk)
- # [16:38] * Quits: Suresh (chatzilla@5E3C53FA.2AA87FE8.EB06F97B.IP) (Ping timeout)
- # [16:40] * Quits: Glards (Glards@moz-22BDC53B.cust.bluewin.ch) (Quit: Lost terminal)
- # [16:42] * Joins: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com)
- # [16:43] * Quits: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 9.0/20111220101134])
- # [16:44] * philor|away is now known as philor
- # [16:44] <johanc> any idea why a link doesn't load on ALT-lick with ignoreAlt = true?
- # [16:44] <johanc> alt-lick O.o
- # [16:44] <johanc> ALT-click*
- # [16:45] * Quits: mconley (mconley@moz-DCFB4444.dsl.bell.ca) (Ping timeout)
- # [16:46] * mkelly is now known as mkelly|wfh
- # [16:47] * Joins: mconley (mconley@moz-DCFB4444.dsl.bell.ca)
- # [16:47] <@smaug> johanc: what ignoreAlt?
- # [16:48] <glob> khuey, someone is downloading every bug on bmo; urgh
- # [16:48] <khuey> glob: that's lovely
- # [16:49] <glob> khuey, it would be quicker for both parties if they just asked for a copy of the db :(
- # [16:49] <johanc> smaug: http://mxr.mozilla.org/mozilla-central/source/browser/base/content/utilityOverlay.js#112
- # [16:50] <johanc> smaug: Maybe I'm fiddling in the wrong function but this function is used on a linkclick
- # [16:50] <@smaug> ah, FF UI code
- # [16:50] <@smaug> don't know much about it
- # [16:51] <johanc> smaug: called from here http://mxr.mozilla.org/mozilla-central/source/browser/base/content/browser.js#5836
- # [16:51] <johanc> smaug: it's contentarea links
- # [16:52] * Joins: mconley_ (mconley@moz-671E60DE.eng.wind.ca)
- # [16:52] <johanc> smaug: oh, thanks anyway :)
- # [16:53] * Quits: mconley (mconley@moz-DCFB4444.dsl.bell.ca) (Ping timeout)
- # [16:53] * espindol_ is now known as espindola
- # [16:57] * Joins: wg9s (wg9s@moz-7A06A043.hsd1.ma.comcast.net)
- # [16:59] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
- # [17:00] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
- # [17:02] * Joins: pcwalton (pcwalton@moz-5B0F92F1.hsd1.ca.comcast.net)
- # [17:04] * Quits: merike|away (quassel@moz-E521124F.cable.starman.ee) (Ping timeout)
- # [17:04] * Joins: merike|away (quassel@moz-14C2B309.cable.starman.ee)
- # [17:05] * bear-afk is now known as bear
- # [17:05] * Quits: pcwalton (pcwalton@moz-5B0F92F1.hsd1.ca.comcast.net) (Quit: nbvcx)
- # [17:06] <Waldo> glob: and it's only 4x traffic? color me surprised
- # [17:07] <glob> Waldo, from 35 IPs
- # [17:07] <Waldo> so about a dozen IPs are hitting bmo at any given time, then? interesting factoid
- # [17:08] * Joins: Suresh (chatzilla@BF08FD6B.BECB96D8.EB06F97B.IP)
- # [17:09] <glob> Waldo, about 42k page views in the last 24 hours
- # [17:10] * Quits: mconley_ (mconley@moz-671E60DE.eng.wind.ca) (Ping timeout)
- # [17:11] <TheOne> who works on the add-on compatibility reporter add-on?
- # [17:11] * Quits: peregrino (peregrino@moz-6CAF5D0B.telecom.net.ar) (Quit: peregrino)
- # [17:11] <Pike> kinger, I guess
- # [17:11] <TheOne> ah, Brian. thc
- # [17:11] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
- # [17:11] <TheOne> *thx
- # [17:13] * Quits: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de) (Client exited)
- # [17:14] * Quits: wg9s (wg9s@moz-7A06A043.hsd1.ma.comcast.net) (Quit: Bye)
- # [17:14] * Joins: bent (chatzilla@moz-DB4C5E15.triad.res.rr.com)
- # [17:15] * Joins: mconley (mconley@moz-671E60DE.eng.wind.ca)
- # [17:15] <edmorley> glob: malicious do you think?
- # [17:15] * Joins: wg9s (wg9s@moz-7A06A043.hsd1.ma.comcast.net)
- # [17:15] <glob> edmorley, no, just foolish (it's from a uni)
- # [17:16] * jwir3|away is now known as jwir3|sick
- # [17:16] <edmorley> glob: bored student xreffing pushlog against the obvious perhaps :-/
- # [17:16] * Quits: wg9s (wg9s@moz-7A06A043.hsd1.ma.comcast.net) (Quit: Bye)
- # [17:16] * Joins: wg9s (wg9s@moz-7A06A043.hsd1.ma.comcast.net)
- # [17:17] <lurking> or maybe marking bugs from 'general' to the new 'triage' ?
- # [17:17] * Quits: wg9s (wg9s@moz-7A06A043.hsd1.ma.comcast.net) (Quit: Bye)
- # [17:17] * Joins: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net)
- # [17:18] * Quits: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP) (Ping timeout)
- # [17:18] * Joins: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP)
- # [17:19] * Quits: alastair (alastair@moz-45273C1C.dynamic.dsl.as9105.com) (Ping timeout)
- # [17:21] * Joins: raccettura_ (raccettura@moz-660B8F4B.hsd1.nj.comcast.net)
- # [17:21] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Connection reset by peer)
- # [17:21] * raccettura_ is now known as raccettura
- # [17:23] * Joins: myk (myk@moz-71D2188E.tmodns.net)
- # [17:23] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
- # [17:23] * Joins: alastair (alastair@moz-B1AF7F9F.dynamic.dsl.as9105.com)
- # [17:23] * Joins: wg9s (wg9s@moz-7A06A043.hsd1.ma.comcast.net)
- # [17:25] * Quits: wg9s (wg9s@moz-7A06A043.hsd1.ma.comcast.net) (Ping timeout)
- # [17:26] * Joins: wg9s (wg9s@moz-7A06A043.hsd1.ma.comcast.net)
- # [17:26] * Joins: mib_9dhy1m (Mibbit@869DF738.38A5E10.79C24D08.IP)
- # [17:26] * Quits: pnemsak (Miranda@moz-3D67D819.rainside.sk) (Quit: pnemsak)
- # [17:26] * Quits: mib_9dhy1m (Mibbit@869DF738.38A5E10.79C24D08.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [17:27] * IRCMonkey29360 is now known as HeWhoMustNotBeNamed
- # [17:27] * joduinn-zzz is now known as joduinn-coffee
- # [17:27] * HeWhoMustNotBeNamed is now known as YouKnowWho
- # [17:28] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [17:28] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
- # [17:28] * YouKnowWho is now known as Tobbi
- # [17:28] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
- # [17:29] * Quits: clokep (clokep@moz-2AAFC4A8.dyn.optonline.net) (Ping timeout)
- # [17:31] * Quits: sfink (chatzilla@moz-4EAF93BB.dsl.pltn13.sbcglobal.net) (Client exited)
- # [17:31] * Joins: sfink (chatzilla@moz-4EAF93BB.dsl.pltn13.sbcglobal.net)
- # [17:32] * Joins: azakai|2 (alon@moz-8D0CC798.lightspeed.sntcca.sbcglobal.net)
- # [17:33] <ehsan> smaug: ping
- # [17:34] <@smaug> ehsan: pong
- # [17:35] <ehsan> smaug: so I've been testing your patched trunk build since last week
- # [17:35] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
- # [17:35] <ehsan> the CC/GCs happen a lot less frequently
- # [17:36] <ehsan> but I still sometimes get multi-second CC pauses
- # [17:36] <ehsan> but the overall experience is still a _lot_ better compared to regular trunk
- # [17:36] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
- # [17:36] <@smaug> ehsan: now I need to remember which tryserver build you're testing :)
- # [17:37] <ehsan> smaug: I think I got it from https://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/opettay@mozilla.com-63659c69baa4/try-macosx64/firefox-10.0.en-US.mac.dmg
- # [17:37] <@smaug> ah, it was FF10
- # [17:37] <khuey> about:buildconfig is your friend
- # [17:37] <@smaug> oh, great
- # [17:38] <ehsan> hrm, yeah
- # [17:38] <ehsan> I obviously meant ff10 when I said trunk ;)
- # [17:38] <@smaug> since the patch in that build should be safe
- # [17:38] * Joins: jduell (jduell@moz-4A5D2812.dyn.optonline.net)
- # [17:38] * Quits: glob (glob@moz-DF237567.glob.com.au) (Quit: Leaving...)
- # [17:38] <@smaug> safe for FF10
- # [17:39] * Quits: dao (dao@moz-B0117007.superkabel.de) (Quit: Leaving.)
- # [17:39] <ehsan> about:bc takes me to http://hg.mozilla.org/try/rev/63659c69baa4
- # [17:39] <@smaug> the patch is already in trunk
- # [17:39] * ctalbert|afk is now known as ctalbert
- # [17:39] <ehsan> oh
- # [17:39] * lsblakk|afk is now known as lsblakk
- # [17:39] <ehsan> smaug: so should I start running regular nightlies now?
- # [17:39] <@smaug> landed on Friday
- # [17:39] <@smaug> that is one option
- # [17:39] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [17:40] <@smaug> ehsan: or if you want to try something scarier http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/opettay@mozilla.com-e0dc366db91b/
- # [17:40] <gaston> NeilAway: right, thanks
- # [17:40] <ehsan> smaug: what is that?
- # [17:40] <@smaug> that is trunk build
- # [17:40] <@smaug> ehsan: it has tons of different kinds of changes to CC handling
- # [17:40] <ehsan> smaug: I'll try it!
- # [17:41] <ehsan> hmm
- # [17:41] <johanc> this might seem like a silly question, but is there a better way to echo stuff from browser.js than using alert() for debugging? :)
- # [17:41] <@smaug> ehsan: it gives me ~20ms CC times (except when closing a tab or loading something ne)
- # [17:41] <ehsan> smaug: except that there's no macosx64 build there
- # [17:41] <@smaug> ehsan: oh, more builds still coming
- # [17:41] <@smaug> https://tbpl.mozilla.org/?tree=Try&rev=e0dc366db91b
- # [17:41] <ehsan> oh ok
- # [17:41] <ehsan> so I'll keep watching
- # [17:42] * ehsan drools over smaug's 20ms CCs
- # [17:42] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
- # [17:42] <ehsan> btw
- # [17:42] <ehsan> is tbpl also broken for other people?
- # [17:42] <ehsan> or is it just me?
- # [17:42] <@smaug> loads fine here
- # [17:43] <@smaug> I'd say it is even faster than usually
- # [17:44] * Joins: jdm (jdm@moz-523ECD3B.dsl.teksavvy.com)
- # [17:44] <@smaug> ehsan: btw, are you using some heavy pages?
- # [17:45] <@smaug> (I'm keeping gmail and zimbra open now just for testing)
- # [17:45] <ehsan> smaug: define heavy
- # [17:45] <ehsan> I keep two gmail tabs open all the time
- # [17:45] <ehsan> no zimbra
- # [17:45] <ehsan> also facebook, twitter, and a bunch of tbpl tabs
- # [17:45] <ehsan> pluns tons of bugzilla pages
- # [17:45] <@smaug> Anything from Google is heavy nowadays, I think
- # [17:45] <ehsan> and a bunch of others
- # [17:45] <ehsan> good
- # [17:46] <@smaug> bugzilla pages are very light
- # [17:46] <ehsan> I do google searches like crazy ;)
- # [17:46] <@smaug> hmm, twitter
- # [17:46] <@smaug> I did create some test account
- # [17:46] <@smaug> but what was the username...
- # [17:46] <ehsan> I should say that I usually don't *use* twitter, I just keep it open
- # [17:46] * @smaug hasn't still figured out any use case for twitter
- # [17:47] <lurking> there isn't unless your one of those 'look at me' types
- # [17:48] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
- # [17:49] <@smaug> ah, the username is smaug with the tail
- # [17:49] * Joins: clokep (clokep@moz-2AAFC4A8.dyn.optonline.net)
- # [17:49] * Joins: ckvk (chatzilla@DB0EC929.8180DDE.372B258F.IP)
- # [17:52] * smaug is now known as smaugAway
- # [17:54] <ehsan> catlee-buildduty: are you working this week?
- # [17:56] <catlee-buildduty> yep
- # [17:56] * Quits: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP) (Ping timeout)
- # [17:56] <ckvk> catlee-buildduty: i ve downloaded the talos.bundle . thanks! you can delete it form there now
- # [17:56] * wg9s would think having buildduty and not working would b mutually exclusive! ;-)
- # [17:56] * Quits: myk (myk@moz-71D2188E.tmodns.net) (No route to host)
- # [17:56] * Joins: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP)
- # [17:56] * khuey is now known as khuey|away
- # [17:57] <ehsan> catlee-buildduty: the builds on the profiling branch are all orange
- # [17:57] <ehsan> *purple
- # [17:57] <catlee-buildduty> yes
- # [17:57] <catlee-buildduty> will fix soon
- # [17:57] <ehsan> didn't want to disturb the releng folks on friday
- # [17:57] <ehsan> thanks
- # [17:57] <catlee-buildduty> graph server post, right?
- # [17:57] * Joins: wg9s|_ (wg9s@moz-7A06A043.hsd1.ma.comcast.net)
- # [17:57] <ehsan> yes
- # [17:57] * Quits: wg9s|_ (wg9s@moz-7A06A043.hsd1.ma.comcast.net) (Connection reset by peer)
- # [17:57] <ehsan> catlee-buildduty: also, is the self-serve API fix in yet?
- # [17:58] <catlee-buildduty> ehsan: no
- # [17:58] <ehsan> ok
- # [17:58] * Joins: peregrino (peregrino@moz-6CAF5D0B.telecom.net.ar)
- # [17:59] <@bz_sleep> gah
- # [17:59] * Quits: wg9s (wg9s@moz-7A06A043.hsd1.ma.comcast.net) (Ping timeout)
- # [17:59] <@bz_sleep> anyone here who understands the logging setup for android?
- # [17:59] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: . . . ........)
- # [17:59] <@bz_sleep> The code I wrote seems to fail, but I don't understand why....
- # [17:59] <@bz_sleep> I mean tinderbox logging
- # [17:59] <@bz_sleep> for reftest in particular
- # [18:00] <mbrubeck> I suppose I've stared at as many of those as (almost) anybody
- # [18:00] <mbrubeck> bz_sleep: got a log link?
- # [18:01] <catlee-buildduty> ehsan: ok, fixed pu self-serve
- # [18:02] * Joins: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com)
- # [18:02] <ehsan> thanks
- # [18:02] * ehsan notes that he's freezing to death at the Toronto office
- # [18:03] * Quits: victorporof (victorporo@3A53A763.F695A43D.79933D60.IP) (Client exited)
- # [18:03] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [18:04] * Joins: victorporof (victorporo@3A53A763.F695A43D.79933D60.IP)
- # [18:05] * Quits: Suresh (chatzilla@BF08FD6B.BECB96D8.EB06F97B.IP) (Quit: Suresh)
- # [18:06] <@bz_sleep> mbrubeck: https://tbpl.mozilla.org/php/getParsedLog.php?id=8190572&tree=Try&full=1
- # [18:06] <@bz_sleep> mbrubeck: but the key thing about that log is that it's missing things I was expecting to see
- # [18:06] * Quits: hub (hub@83874EA1.EB7C1AF9.6F478678.IP) (Ping timeout)
- # [18:06] <@bz_sleep> mbrubeck: relevant changeset is https://hg.mozilla.org/try/rev/96565ccffa40
- # [18:06] * Joins: rs (rs@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:06] <@bz_sleep> mbrubeck: see the changes in gfx/
- # [18:06] * Joins: evilpie (~good-piex@moz-F8705A4A.pools.arcor-ip.net)
- # [18:06] <@bz_sleep> mbrubeck: basically, I want to print some info from C++ and have it show up in the tinderbox log
- # [18:07] <@bz_sleep> mbrubeck: if you have any better ideas on how I can manage that, I'm all ears
- # [18:09] <mbrubeck> I don't know how that saved log gets written and uploaded on Android, sorry...
- # [18:09] <@bz_sleep> mbrubeck: well
- # [18:10] <@bz_sleep> mbrubeck: any idea who does?
- # [18:10] <mbrubeck> jmaher might
- # [18:10] <@bz_sleep> mmm
- # [18:10] * Quits: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP) (Ping timeout)
- # [18:10] <@bz_sleep> I was talking to him yesterday
- # [18:10] <@bz_sleep> he didn't really know either
- # [18:10] * @bz_sleep hates android with a burning passion
- # [18:10] * bz_sleep is now known as bz
- # [18:10] * Joins: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP)
- # [18:10] <mounir> bz: how do you try to print those info?
- # [18:11] <@bz> mounir: I write it to a temp file
- # [18:11] <@bz> mounir: then atexit I append that file to the reftest log file
- # [18:11] * Quits: mconley (mconley@moz-671E60DE.eng.wind.ca) (Ping timeout)
- # [18:11] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Connection reset by peer)
- # [18:11] <@bz> mounir: see changeset linked above
- # [18:13] * Quits: @bz (bzbarsky@moz-9DD6B824.washdc.fios.verizon.net) (Quit: Leaving)
- # [18:13] * Joins: bz (bzbarsky@moz-9DD6B824.washdc.fios.verizon.net)
- # [18:14] * Quits: Boriss (FlyingToas@moz-EFD8BD45.static.stls.mo.charter.com) (Quit: Boriss)
- # [18:16] * Joins: mconley (mconley@moz-671E60DE.eng.wind.ca)
- # [18:16] <gabor> bent: ping
- # [18:16] <bent> gabor, howdy
- # [18:17] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [18:17] * joduinn-coffee is now known as joduinn-commute
- # [18:17] <gabor> bent: hey there! could you take a look at my comment I just added to https://bugzilla.mozilla.org/show_bug.cgi?id=587797#c27 ? I want to file a new patch just want to hear your opinion about a few things before that
- # [18:19] <cjones> bent, btw, jsstdint.h is dead. long live mozilla/StdInt.h
- # [18:20] <bz> cjones: so I'm trying to get something into the log, but failing so far. :(
- # [18:20] <cjones> :(
- # [18:20] * Joins: myk (myk@moz-BBE3ABD.mv.mozilla.com)
- # [18:20] <cjones> bz, are you pushing patches through try or do you have a tegra to yourself now?
- # [18:20] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
- # [18:20] <bz> cjones: the former
- # [18:20] <bent> cjones, re: which patch?
- # [18:21] <cjones> bent, 674726
- # [18:21] <cjones> bz, ok
- # [18:21] * cjones thinks
- # [18:21] <cjones> bz, first off, do you have an android tablet?
- # [18:22] <bz> ckones: eepad transformer
- # [18:22] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
- # [18:22] <bz> er, cjones
- # [18:22] <cjones> can you repro on that?
- # [18:22] <bent> cjones, oh, those RIL.h changes are just for me. they shouldn't get checked in.
- # [18:22] <bz> cjones: I should try setting up a build env on there....
- # [18:22] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
- # [18:22] <cjones> bz, just grab your try build
- # [18:22] <bz> cjones: well
- # [18:22] <bent> cjones, we need a real impl there
- # [18:22] <bz> cjones: don't I need the various test files and stuff too?
- # [18:23] <cjones> bent, ok, just fyi then ;)
- # [18:23] <cjones> bz, i think those are available
- # [18:23] <bent> yeah thanks
- # [18:23] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
- # [18:23] <cjones> if not, yeah worth setting up a cross compile env
- # [18:23] <bent> gabor, looking
- # [18:23] <bz> cjones: how do I grab all that onto there?
- # [18:23] <gabor> bent: thanks
- # [18:23] <cjones> bz, no idea, sorry :/
- # [18:24] <cjones> bz, https://wiki.mozilla.org/Android#Setup_a_Build_Environment
- # [18:24] * cjones not sure if those instructions are current
- # [18:24] <bz> or work on fc12...
- # [18:24] * bz will try
- # [18:24] <cjones> bz, about grabbing all the test files, maybe an a-team person knows?
- # [18:25] <cjones> they have to be available somewhere
- # [18:25] <bz> a-team?
- # [18:25] <cjones> automation team
- # [18:25] <bz> ah
- # [18:25] <cjones> did you ask jmaher ?
- # [18:26] <bz> not yet
- # [18:26] * jmaher is here
- # [18:26] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Client exited)
- # [18:26] <bz> ok
- # [18:27] <bz> jmaher: so I tried what you suggested
- # [18:27] <cjones> if you can download all the required bits, it's relatively easy to debug on device
- # [18:28] <bz> jmaher: if I write to the reftest log file as I go, I get the output, but it gets confused with the actual reftest output
- # [18:28] * Quits: @smaugAway (chatzilla@moz-C4258EAE.gprs.sl-laajakaista.fi) (Ping timeout)
- # [18:28] <jmaher> bz: yeah, that will happen, but it gets data while using try server
- # [18:28] <jmaher> cjones: and with tegrapool, we can get bz on a device fairly easily via a ssh host
- # [18:28] * Joins: smaugAway (chatzilla@moz-C4258EAE.gprs.sl-laajakaista.fi)
- # [18:29] <bz> jmaher: if I try writing to it atexit, the stuff never appears
- # [18:29] <bz> jmaher: I don't understand why
- # [18:29] <cjones> from the content process?
- # [18:29] <bz> cjones: I wrote from the content process, yes
- # [18:29] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:29] <cjones> yeah, we _exit() the content process in opt builds
- # [18:30] <jmaher> bz: maybe it requires a flush
- # [18:30] <cjones> so no atexit or static dtors
- # [18:30] * Joins: mconnor|m (mconnorm@F311C81E.5BCEC6DB.DA78B690.IP)
- # [18:30] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
- # [18:30] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [18:31] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
- # [18:32] <bz> cjones: aha!
- # [18:32] <bz> cjones: that would do it!
- # [18:32] <bz> cjones: I guess I should try an XPCOM shutdown observer or something?
- # [18:33] <cjones> bz, xpcom shutdown isn't guaranteed to happen either, in opt builds
- # [18:33] <cjones> if you really want to keep logging i can show you a place to put your stuff
- # [18:33] <cjones> but it be worth setting up a compile env
- # [18:34] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [18:34] <bz> cjones: place to put my stuff would be good
- # [18:34] <bz> cjones: I can work on setting up a compile env too, but my Linux box is in boston and I'm not
- # [18:34] <bz> cjones: so it all has to happen over ssh and is a bit slow
- # [18:34] <cjones> ah, that's an issue
- # [18:34] <cjones> http://mxr.mozilla.org/mozilla-central/source/dom/ipc/ContentChild.cpp#640
- # [18:35] * Quits: peregrino (peregrino@moz-6CAF5D0B.telecom.net.ar) (Quit: peregrino)
- # [18:35] <bz> cjones: perfect, thanks
- # [18:35] <cjones> np
- # [18:35] * bz tries that
- # [18:36] <bz> cjones: fwiw, Update is getting called
- # [18:36] <bz> cjones: I think
- # [18:36] <bz> cjones: working on getting the data now
- # [18:36] <cjones> ok
- # [18:36] <cjones> if the canvas hasn't been drawn to ... o_O
- # [18:37] * Joins: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net)
- # [18:38] <bsmith> Is ToNewUnicode infallible?
- # [18:39] * Quits: mconnor|m (mconnorm@F311C81E.5BCEC6DB.DA78B690.IP) (Ping timeout)
- # [18:42] * Quits: tonymec (tonymec@7F6221D1.47929AC.277517C1.IP) (Input/output error)
- # [18:42] <bent> gabor, using Components.interfaces will work, yes... It's not as clean as I'd like but we can always do more in a followup
- # [18:43] * Quits: protz (jonathan@5A33519.52DBD8A0.B22E20D2.IP) (Connection reset by peer)
- # [18:43] <bent> gabor, and i like your idea for name... how about 'initWindowless'?
- # [18:43] <bent> or 'initWithoutWindow'
- # [18:43] * Joins: protz (jonathan@9C7B4E34.52DBD8A0.B22E20D2.IP)
- # [18:43] * bear is now known as bear-afk
- # [18:44] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
- # [18:44] <gabor> bent: follow up sounds good, there will be some followups for sure, since I want to land the tests in batches
- # [18:45] <gabor> bent: I would like to init those interfaces in js somehow if it's possible
- # [18:45] <bent> gabor, and not using a global sounds fine, I was worried about what would happen if we defined those interface objects on a non-global
- # [18:46] <bent> gabor, yeah, making a jsm that you import is probably what we want
- # [18:46] * Joins: gkw (gkw@moz-A7D8CA2A.hsd1.ca.comcast.net)
- # [18:47] <gabor> bent: I prefer the windowless but I'm not native English speaker so whatever you prefer... alright then I dounle check my patch and file it some time later today
- # [18:47] <Callek> smaugAway: fyi, with that try build I'm using, the CC values still seem to be climbing, but it is _much_ better than it was [largest so far: |CC timestamp: 1325093955314000, collected: 61 (61 waiting for GC), suspected: 2166, duration: 991 ms.| while avg is around 400-500]
- # [18:47] <Callek> smaugAway: where before my avg was around 1400-1600
- # [18:47] <bent> gabor, let's do 'initWindowless'
- # [18:48] <gabor> alright
- # [18:49] * Quits: gkw (gkw@moz-A7D8CA2A.hsd1.ca.comcast.net) (Quit: Instantbird 1.1)
- # [18:51] * Quits: Sander (chatzilla@moz-387C02AB.dip.t-dialin.net) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [18:52] * Quits: tonymec|away (tonymec@7F6221D1.47929AC.277517C1.IP) (Input/output error)
- # [18:53] * Joins: hub_ (hub_@21B7B9F2.B87E9213.6E712CE2.IP)
- # [18:55] <bz> where's the current spec for window objects living?
- # [18:55] <bz> http://www.whatwg.org/specs/web-apps/current-work/multipage/ doesn't seem to have it....
- # [18:58] * Joins: daim (David_Mart@moz-EF3D4F79.fbx.proxad.net)
- # [18:59] * Joins: Jesse (jruderman@moz-E591086B.oc.oc.cox.net)
- # [18:59] * bz finds it
- # [19:00] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [19:00] * adam-afk is now known as adam
- # [19:01] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [19:04] * Quits: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP) (Ping timeout)
- # [19:04] * Quits: clokep (clokep@moz-2AAFC4A8.dyn.optonline.net) (Ping timeout)
- # [19:04] * Joins: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP)
- # [19:07] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
- # [19:12] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
- # [19:12] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
- # [19:15] * Joins: dao (dao@moz-CEC7940D.superkabel.de)
- # [19:15] * Joins: jet (junglecode@moz-BBE3ABD.mv.mozilla.com)
- # [19:15] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:16] * joduinn-commute is now known as joduinn
- # [19:17] * Quits: smontagu (chatzilla@moz-9316CBD6.red.bezeqint.net) (Ping timeout)
- # [19:19] * Joins: ashughes (ashughes@21B7B9F2.B87E9213.6E712CE2.IP)
- # [19:20] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
- # [19:20] * gregglind_away is now known as gregglind
- # [19:22] * Quits: ckvk (chatzilla@DB0EC929.8180DDE.372B258F.IP) (Quit: ChatZilla 0.9.87 [Firefox 7.0.1/20110928134238])
- # [19:24] * Quits: dao (dao@moz-CEC7940D.superkabel.de) (Quit: Leaving.)
- # [19:25] * Quits: Unfocused (u2622@moz-160C58C6.com) (Max SendQ exceeded)
- # [19:25] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
- # [19:25] * bear-afk is now known as bear
- # [19:26] * Joins: Unfocused (u2622@moz-160C58C6.com)
- # [19:26] * Joins: smontagu (chatzilla@moz-7251264A.red.bezeqint.net)
- # [19:27] * Joins: peregrino (peregrino@moz-6CAF5D0B.telecom.net.ar)
- # [19:27] * Quits: peregrino (peregrino@moz-6CAF5D0B.telecom.net.ar) (Quit: peregrino)
- # [19:28] * Joins: dao (dao@moz-CEC7940D.superkabel.de)
- # [19:28] * Quits: pranavrc (pranavrc@DDB6EDEC.530B7BAA.520CDC98.IP) (Quit: Ping timeout: ∞)
- # [19:29] * Joins: pr0pagandhi (pr0pagandh@moz-B70166E2.hr.hr.cox.net)
- # [19:33] * Joins: kumar (kmcmillan@8AF29966.1A38CE6E.43362C16.IP)
- # [19:33] * Quits: nigelb (nigel@moz-8640053A.me) (Ping timeout)
- # [19:34] * Joins: nigelb (nigel@moz-8640053A.me)
- # [19:34] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Input/output error)
- # [19:35] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
- # [19:36] * Joins: clokep (clokep@moz-2AAFC4A8.dyn.optonline.net)
- # [19:38] <jdm> catlee-buildduty: is there a releng irc channel?
- # [19:39] * Joins: jhammink (textual@moz-BBE3ABD.mv.mozilla.com)
- # [19:39] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.1)
- # [19:39] <reuben> jdm, #build ?
- # [19:40] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [19:40] * Quits: alastair (alastair@moz-B1AF7F9F.dynamic.dsl.as9105.com) (Ping timeout)
- # [19:43] * Waldo is now known as Waldo|lunch
- # [19:43] * Joins: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net)
- # [19:43] * merike|away is now known as merike
- # [19:44] * Joins: alastair (alastair@moz-22E693A9.dynamic.dsl.as9105.com)
- # [19:44] * Quits: philor (philor@moz-638273A8.my-nick.name) (Ping timeout)
- # [19:47] * Quits: jhammink (textual@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [19:47] <bz> oh, nice
- # [19:47] <bz> bugzilla slowness is affecting devmo....
- # [19:48] * Joins: jhammink (textual@moz-BBE3ABD.mv.mozilla.com)
- # [19:49] * Joins: philor (philor@moz-638273A8.my-nick.name)
- # [19:49] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Ping timeout)
- # [19:50] * Quits: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net) (Ping timeout)
- # [19:50] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
- # [19:53] * philor is now known as philor|away
- # [19:53] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Client exited)
- # [19:54] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
- # [19:57] * Joins: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net)
- # [19:59] * zpao|detached is now known as zpao
- # [19:59] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
- # [19:59] * bmoss|2 is now known as bmoss
- # [19:59] * Quits: protz (jonathan@9C7B4E34.52DBD8A0.B22E20D2.IP) (Quit: Leaving)
- # [20:06] * Joins: Cameron (Cameron@moz-DF08F4B4.cable.virginmedia.com)
- # [20:07] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
- # [20:08] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
- # [20:08] * Joins: KaiRo (robert@moz-3AE7B401.adsl.highway.telekom.at)
- # [20:11] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
- # [20:12] * Quits: victorporof (victorporo@3A53A763.F695A43D.79933D60.IP) (Quit: Linkinus - http://linkinus.com)
- # [20:13] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
- # [20:14] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
- # [20:15] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
- # [20:15] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
- # [20:16] * Joins: victorporof (victorporo@3A53A763.F695A43D.79933D60.IP)
- # [20:18] * Joins: peregrino (peregrino@moz-6CAF5D0B.telecom.net.ar)
- # [20:18] * Quits: victorporof (victorporo@3A53A763.F695A43D.79933D60.IP) (Client exited)
- # [20:20] * Quits: alastair (alastair@moz-22E693A9.dynamic.dsl.as9105.com) (Ping timeout)
- # [20:21] * Joins: pnemsak (Miranda@moz-7409BD53.orange.sk)
- # [20:21] * philor|away is now known as philor
- # [20:23] * Joins: alastair (alastair@moz-61CED96D.dynamic.dsl.as9105.com)
- # [20:24] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
- # [20:25] <ehsan> catlee-buildduty: should I try pushing to the profiling branch again?
- # [20:27] * Quits: grubshka (grubshka@moz-4B2A8D13.w86-216.abo.wanadoo.fr) (Ping timeout)
- # [20:28] <catlee-buildduty> ehsan: sure
- # [20:28] <ehsan> do you know if we can set cron jobs on people?
- # [20:30] * Joins: grubshka (grubshka@moz-5F439C2A.w86-216.abo.wanadoo.fr)
- # [20:30] * Quits: jdm (jdm@moz-523ECD3B.dsl.teksavvy.com) (Client exited)
- # [20:31] * Joins: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
- # [20:33] * Joins: deLta30_ (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
- # [20:33] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [20:35] <ehsan> crap
- # [20:35] <ehsan> man
- # [20:35] * Quits: alastair (alastair@moz-61CED96D.dynamic.dsl.as9105.com) (Ping timeout)
- # [20:35] <ehsan> I just hit a bug in gmail I guess
- # [20:35] <ehsan> it marked *all of my email* as read :((
- # [20:35] <catlee-buildduty> oops
- # [20:35] <ehsan> dammit
- # [20:36] <ehsan> I wonder how I can *ever* recover from this :(
- # [20:38] * Joins: alastair (alastair@moz-FF4B409A.dynamic.dsl.as9105.com)
- # [20:38] * Quits: Jesse (jruderman@moz-E591086B.oc.oc.cox.net) (Quit: Jesse)
- # [20:41] * jhammel is now known as jhammel|lunch
- # [20:42] * mbrubeck is now known as mbrubeck-lunch
- # [20:45] * Quits: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [20:45] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
- # [20:46] * Joins: jdm (jdm@72A40B12.5F0B0D97.6F478678.IP)
- # [20:49] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [20:50] <wg9s> ehsan: well, just a though, you could read it all, rendering the current making as correct! ;-)
- # [20:51] * Quits: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 9.0/20111220101134])
- # [20:51] <reed> can somebody on nightlies test to see if the video on http://www.theonion.com/video/2011-top-story-navy-seals-discover-bin-laden-gaine,26897/ plays?
- # [20:54] * Joins: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
- # [20:55] <@dbaron> Boy, every time I try editing something on developer.mozilla.org I remember why I stopped editing stuff on developer.mozilla.org when we switched to whatever this wiki software is called.
- # [20:55] <mwu> reed: wfm, nightly on osx
- # [20:56] * Joins: Jesse (jruderman@moz-E591086B.oc.oc.cox.net)
- # [20:56] * Quits: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com) (Quit: lmandel)
- # [20:57] <reed> mwu: seems to be a Linux-only issue
- # [20:57] <reed> http://flowplayer.org/forum/8/76252
- # [20:57] <reed> :(
- # [20:58] <Jesse> ehsan: the same way you recover from having messages in your inbox in the first place?
- # [20:58] <Jesse> :P
- # [20:58] <ehsan> :(
- # [20:58] <ehsan> I wish I could see a fun side to this story
- # [20:58] * Joins: jandem (jandem@66C76B89.FB8EABAE.DF9376EA.IP)
- # [20:59] <mwu> hm yeah, doesn't play on linux64 nightly
- # [21:00] <Jesse> back when i had a thousand messages in my inbox, the read/unread distinction wasn't all that meaningful, especially past the first page
- # [21:00] <ehsan> well, it was not only for my inbox
- # [21:00] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [21:01] <ehsan> I had a bunch of other email read in other folders, and a bunch of others unread
- # [21:01] <ehsan> and I was planning to spend this week to read them all
- # [21:01] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [21:02] <reed> mwu: same error on http://flowplayer.org/demos/installation/index.html ?
- # [21:02] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [21:03] * Joins: eflores (AndChat@538BABFE.A073F3E.97BBD552.IP)
- # [21:03] * Quits: jdm (jdm@72A40B12.5F0B0D97.6F478678.IP) (Client exited)
- # [21:03] <mwu> reed: the video on that page wfm
- # [21:03] <reed> mwu: on linux 64 nightly?
- # [21:03] <mwu> yes
- # [21:03] <reed> guh
- # [21:04] <reed> I wish I knew if this was a flash issue, flowplayer issue, or something firefox has done
- # [21:04] <reed> the problem starts with 'F', though!
- # [21:04] <mwu> does it work on chromium?
- # [21:04] <reed> yep!
- # [21:05] <reed> which is why I'm using Chromium more and more for things
- # [21:05] <mwu> well, probably flowplayer or firefox then
- # [21:05] <reed> don't have a choice
- # [21:06] <reed> mwu: well, flash on firefox runs through nspluginwrapper
- # [21:06] <reed> where on chromium, it's native, I think?
- # [21:06] <reed> not sure
- # [21:06] <mwu> uh, I think I'm using the 64bit plugin
- # [21:06] <mwu> lemme see
- # [21:06] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- In tests, 0x09 out of 0x0A l33t h4x0rz prefer it :))
- # [21:07] <mwu> yeah, 64bit
- # [21:07] <mwu> no nspluginwrapper
- # [21:07] <mwu> hm this thing looks kinda outdated.
- # [21:07] * joduinn is now known as joduinn-mtg
- # [21:08] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Ping timeout)
- # [21:09] * ashughes is now known as ashughes|lunch
- # [21:09] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
- # [21:10] <mwu> reed: that video wfm now
- # [21:10] <mwu> after updating flash
- # [21:10] * rail is now known as rail-coffee
- # [21:10] * Quits: Goldorak (chatzilla@C7C00D83.49FDA25.187A1082.IP) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
- # [21:13] <reed> mwu: I seem to be running 11.1 r102
- # [21:13] <reed> though, through nspluginwrapper
- # [21:13] * reed should figure out how to get rid of nspluginwrapper
- # [21:14] <mwu> me too, but directly
- # [21:14] <mwu> yeah nspluginwrapper is always one of the packages I remove first on a new linux install
- # [21:17] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Ping timeout)
- # [21:18] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
- # [21:21] * jhammel|lunch is now known as jhammel
- # [21:22] * Joins: ericjung (ericjung@moz-E644DFC3.ip.simnet.is)
- # [21:22] * Joins: ericjung_ (ericjung@moz-E644DFC3.ip.simnet.is)
- # [21:23] <ericjung> anyone know why the proxy authentication dialog is still modal?
- # [21:25] * Quits: Cameron (Cameron@moz-DF08F4B4.cable.virginmedia.com) (Ping timeout)
- # [21:26] * Quits: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 9.0/20111220101134])
- # [21:26] * Joins: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
- # [21:27] <reed> mwu: that worked!
- # [21:28] <reed> yay
- # [21:29] <mwu> whoo
- # [21:34] * Quits: kumar (kmcmillan@8AF29966.1A38CE6E.43362C16.IP) (Ping timeout)
- # [21:34] * Quits: dao (dao@moz-CEC7940D.superkabel.de) (Ping timeout)
- # [21:35] * rail-coffee is now known as rail
- # [21:36] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [21:36] * Quits: newbie (kvirc@697AC6B3.8C6159FA.9A06DD32.IP) (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/)
- # [21:38] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Ping timeout)
- # [21:38] * Joins: DGMurdockIII (dgmurdocki@moz-E933B63.hsd1.il.comcast.net)
- # [21:38] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
- # [21:39] * Quits: yury (yury@moz-E1A05497.ok.ok.cox.net) (Connection reset by peer)
- # [21:40] * Joins: yury (yury@moz-E1A05497.ok.ok.cox.net)
- # [21:40] * Joins: jdm (jdm@moz-523ECD3B.dsl.teksavvy.com)
- # [21:41] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
- # [21:42] <kbrosnan> johanc: btw you should get someone to give you edit bugs if you are going to be fixing bugs
- # [21:42] * Joins: Cameron (Cameron@moz-DF08F4B4.cable.virginmedia.com)
- # [21:42] <johanc> kbrosnan: edit bugs? O.o
- # [21:43] <johanc> kbrosnan: I have "edit" links here and there
- # [21:43] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Client exited)
- # [21:43] * Joins: lmandel (lmandel@7F36F6DF.1D61B048.412CF160.IP)
- # [21:44] * mbrubeck-lunch is now known as mbrubeck
- # [21:44] <jdm> johanc: what's your bugzilla email?
- # [21:44] <jdm> I have those powers
- # [21:44] * Joins: Camer0n (Cameron@moz-DF08F4B4.cable.virginmedia.com)
- # [21:44] <kbrosnan> johanc: does https://bugzilla.mozilla.org/userprefs.cgi?tab=permissions list editbugs
- # [21:44] <johanc> jdm: that power, gives it here
- # [21:44] * Quits: Camer0n (Cameron@moz-DF08F4B4.cable.virginmedia.com) (Quit: Bye Bye)
- # [21:44] <johanc> kbrosnan: johan.charlez@gmail.com
- # [21:44] <johanc> :D
- # [21:44] <kbrosnan> jdm: ^
- # [21:44] <johanc> doh
- # [21:44] <johanc> jdm: https://bugzilla.mozilla.org/userprefs.cgi?tab=permissions, sorry
- # [21:45] <jdm> no, I wanted the email
- # [21:45] <johanc> jdm: johan.charlez@gmail.com *
- # [21:45] <johanc> jdm: I'm not quite in the game today
- # [21:45] <jdm> heh
- # [21:45] <johanc> kbrosnan: You have the following permission bits set on your account:
- # [21:45] <johanc> everyone Everyone with a Bugzilla account
- # [21:46] <johanc> kbrosnan: so I guess not, my bad
- # [21:46] * Waldo|lunch is now known as Waldo
- # [21:46] * khuey|away is now known as khuey
- # [21:47] <kbrosnan> np, just lets you do things like change the title and twiddle other things in bug reports
- # [21:47] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [21:48] * Joins: whimboo (whimboo@moz-B1BE4FE2.dip.t-dialin.net)
- # [21:49] <johanc> jdm: did it work? :)
- # [21:49] <jdm> johanc: bugzilla's being slow, hold on
- # [21:49] <jdm> boom
- # [21:49] <jdm> go forth and edit ye bugs
- # [21:50] <johanc> jdm: boom
- # [21:50] <jduell> jdm: hey, got a sec?
- # [21:50] <jdm> jduell: you bet
- # [21:50] * Joins: gal (gal@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [21:50] <johanc> jdm: thanks mate
- # [21:50] <jduell> So for bug 696085 you mentioned you didn't think it was likely a WS issue
- # [21:51] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
- # [21:51] <jduell> is that because there should be some DOM stuff that prevents a timer-initiated WS from opening if the page has navigated away?
- # [21:51] <johanc> jdm: kbrosnan: doh, still can't edit comments :D
- # [21:52] <jdm> jduell: presumably, yes.
- # [21:52] <kbrosnan> comments are your personal record of growth
- # [21:52] <khuey> jduell: timers are canceled when the page is navigated
- # [21:53] <johanc> heh
- # [21:53] <jduell> khuey: jdm: ok, I'll follow the repro steps and see if that's what's actually happening. thanks
- # [21:54] <jdm> unfortunately the reduced testcase doesn't seem to involve timers
- # [21:54] <jduell> jdm: ah, ok, well then maybe it is a WS issue...
- # [21:54] <jduell> So far I'm beating my head against dumb ruby-on-rails install issues.
- # [21:55] * joduinn-mtg is now known as joduinn-coffee
- # [21:57] * Joins: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [21:57] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
- # [21:57] * Quits: whimboo (whimboo@moz-B1BE4FE2.dip.t-dialin.net) (Quit: Leaving.)
- # [21:58] <jdm> ugh, I should learn to read
- # [21:58] <jdm> there's a connect calll in the onclose
- # [21:58] <jdm> that's why the testcase demonstrates the problem
- # [21:59] <johanc> sorry to spam this but:
- # [21:59] <johanc> Anyone with a few minutes to spare and knowledge of base/browser.js (specifically how linkclicks are handles)? :)
- # [21:59] <khuey> johanc: try #fx-team?
- # [21:59] <khuey> !seen Ms2ger
- # [21:59] <firebot> ms2ger was last seen 9 hours, 34 minutes and 44 seconds ago, saying 'Sounds right' in #developers.
- # [21:59] <khuey> bah
- # [21:59] <johanc> heh
- # [21:59] * joduinn-coffee is now known as joduinn
- # [21:59] <jdm> johanc: what specifically do you want to find out?
- # [22:00] * Joins: Camer0n (Cameron@moz-DF08F4B4.cable.virginmedia.com)
- # [22:00] * lsblakk is now known as lsblakk|lunch
- # [22:01] * Quits: Cameron (Cameron@moz-DF08F4B4.cable.virginmedia.com) (Ping timeout)
- # [22:01] <johanc> jdm: well, I'm at a loss as to why my code won't work. :(
- # [22:01] <johanc> jdm: I'm trying to disable ALT-clicking saving links. So far so good.
- # [22:02] <johanc> jdm: However, it will not open the link.
- # [22:02] * Quits: ericjung (ericjung@moz-E644DFC3.ip.simnet.is) (Ping timeout)
- # [22:02] * Quits: ericjung_ (ericjung@moz-E644DFC3.ip.simnet.is) (Ping timeout)
- # [22:04] <johanc> jdm: I've probably missed something obvious, I'll try in fx-team :)
- # [22:04] <mbrubeck> johanc: working on https://bugzilla.mozilla.org/show_bug.cgi?id=215926 ?
- # [22:05] <johanc> mbrubeck: No, but this might be further cause to remove alt-click to save a link.
- # [22:06] * Joins: ericjung_ (ericjung@moz-E644DFC3.ip.simnet.is)
- # [22:06] * Joins: ericjung (ericjung@moz-E644DFC3.ip.simnet.is)
- # [22:06] * ashughes|lunch is now known as ashughes
- # [22:06] <johanc> mbrubeck: ...altogether
- # [22:07] * Joins: roc (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # [22:07] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [22:07] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
- # [22:09] <NeilAway> did everyone get logged out of Bugzilla?
- # [22:09] <jhammel> NeilAway: nope
- # [22:09] <mbrubeck> NeilAway: I did...
- # [22:10] <mbrubeck> though I thought maybe my cookie just expired, or my IP address changed
- # [22:10] * timA is now known as timA|away
- # [22:10] <ehsan> catlee-buildduty: this command is failing in profiling branch builds: python /builds/slave/profiling-lnx64/tools/buildfarm/utils/retry.py -s 1 -r 5 -t 1260 wget -O codesize-auto-old.log http://stage.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/profiling-linux64//codesize-auto.log
- # [22:12] <catlee-buildduty> I think that fixes itself after a few builds...
- # [22:12] <ehsan> ok
- # [22:13] * Joins: Wevah (Wevah@moz-97AD33CE.stcd.qwest.net)
- # [22:15] * Quits: smontagu (chatzilla@moz-7251264A.red.bezeqint.net) (Ping timeout)
- # [22:16] * Quits: jandem (jandem@66C76B89.FB8EABAE.DF9376EA.IP) (Quit: Bye)
- # [22:17] <NeilAway> johanc: only unmodified clicks are handled by the default click handler
- # [22:17] <NeilAway> johanc: this is so that you can hold down alt to make a selection without accidentally clicking a link
- # [22:18] <NeilAway> mbrubeck: well, this particular IP address isn't supposed to change ;-)
- # [22:18] <johanc> NeilAway: oh interesting, then I shouldn't try to fix any more :)
- # [22:19] <NeilAway> no, same IP address
- # [22:20] <johanc> NeilAway: thanks
- # [22:21] <johanc> is doing "if ( gPrefService.getBoolPref("browser.pref", true))" the same as doing "if ( gPrefService.getBoolPref("browser.pref") == true)"?
- # [22:22] * Quits: daim (David_Mart@moz-EF3D4F79.fbx.proxad.net) (Client exited)
- # [22:22] <jdm> johanc: the first one has a default value if the pref doesn't exist
- # [22:23] <jdm> I think the second one throws if it does not
- # [22:24] <johanc> jdm: I see, any reason to use the first if I'm adding the pref in firefox.js?
- # [22:25] <jdm> that I do not know
- # [22:26] <johanc> well ty
- # [22:26] * Quits: mike5w3c (MikeS@moz-4945402.pool.e-mobile.ne.jp) (Ping timeout)
- # [22:26] * Joins: mike5w3c (MikeS@moz-FDE8EFCE.pool.e-mobile.ne.jp)
- # [22:30] * Quits: pr0pagandhi (pr0pagandh@moz-B70166E2.hr.hr.cox.net) (Quit: pr0pagandhi)
- # [22:30] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/5f606d407c14 - Ehsan Akhgari - Bug 695795 - Drop the reference argument in ProcessUpdates because it's not really needed; r=bbondy
- # [22:32] <NeilAway> since when did the pref service start doing default values?
- # [22:33] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Quit: Leaving)
- # [22:33] * Quits: deLta30_ (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [22:36] * Quits: fitzgen (fitzgen@moz-21CB9A53.hsd1.wa.comcast.net) (Quit: zzzzzzzzz)
- # [22:37] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
- # [22:38] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
- # [22:38] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
- # [22:39] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
- # [22:41] <jdm> NeilAway: isn't that what that snippet means?
- # [22:42] <NeilAway> jdm: last time I looked that snippet was invalid because there should only be one argument
- # [22:43] <jdm> huh.
- # [22:43] * Quits: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Ping timeout)
- # [22:43] <jdm> that is a good point
- # [22:44] <jdm> johanc: disregard!
- # [22:44] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
- # [22:44] <johanc> jdm: huh
- # [22:44] * Joins: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
- # [22:44] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
- # [22:44] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
- # [22:45] * merike is now known as merike|away
- # [22:45] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Ping timeout)
- # [22:45] <johanc> I need a better preference name
- # [22:45] * Quits: Jesse (jruderman@moz-E591086B.oc.oc.cox.net) (Quit: Jesse)
- # [22:46] <johanc> :(
- # [22:46] * Quits: gal (gal@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: gal)
- # [22:47] * Joins: gal (gal@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [22:47] <khuey> mounir: good luck ;-)
- # [22:47] <wg9s> well you could google for the most popular names.
- # [22:47] <mounir> khuey: thanks :)
- # [22:49] * Joins: fitzgen (fitzgen@moz-BAF3A28B.reshall.wwu.edu)
- # [22:49] <lurking> hmm 20 mins, and eshan's checkin is not showing any activity on firefox tbpl ?
- # [22:50] <johanc> wg9s: http://www.google.se/search?q=most+popular+preference+name&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-GB:unofficial&client=firefox-a#sclient=psy-ab&hl=en&client=firefox-a&hs=XK2&rls=org.mozilla:en-GB%3Aunofficial&source=hp&q=most+popular+preference+names&pbx=1&oq=most+popular+preference+names&aq=f&aqi=&aql=&gs_sm=e&gs_upl=125863l125863l0l126059l1l1l0l0l0l0l168l168l0.1l1l0&bav=on.2,or.r_gc.r_p
- # [22:50] <johanc> w.,cf.osb&fp=27cc3b9f5fc8d5fb&biw=1366&bih=673
- # [22:50] <johanc> oh that's one long url
- # [22:51] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Ping timeout)
- # [22:51] <johanc> what I was trying to say by spamming the channel with that wall of text was, I'm not quite sure that's what I'm after
- # [22:51] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
- # [22:51] * Quits: gal (gal@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: gal)
- # [22:51] <Asa> I love Chrome developers " The product roadmap isn't something we comment on publicly."
- # [22:52] <Asa> which reminds me, I need to finish up the Firefox 2012 roadmap
- # [22:52] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [22:52] * timA|away is now known as timA
- # [22:52] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
- # [22:53] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
- # [22:55] * Joins: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net)
- # [22:55] * Joins: njn (chatzilla@moz-2EB333E0.dyn.iinet.net.au)
- # [22:55] <khuey> anybody around with IE 10?
- # [22:56] * Joins: gal (gal@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [22:57] <philor> lurking: you mean ehsan's second-line-DONTBUILD checkin?
- # [22:57] * Callek checks what IE ver he has
- # [22:57] <lurking> oh, its now showing the DONTBUILD here :P
- # [22:57] <ehsan> lurking: yeah I was not expecting builds for that checkin
- # [22:57] <lurking> s/now/not
- # [22:58] <Callek> (9)
- # [22:58] * Quits: peregrino (peregrino@moz-6CAF5D0B.telecom.net.ar) (Quit: peregrino)
- # [22:58] <lurking> sorry.
- # [22:59] <lurking> heh, shows on the pushlog - but not on tbpl - must be cut off
- # [23:00] <Asa> khuey: I have IE10
- # [23:01] * Quits: msucan (msucan-@FA9E8863.56E67207.699550A1.IP) (Quit: .)
- # [23:01] <khuey> Asa: ooh, nice
- # [23:02] <darktrojan> oh nice, someone fixed the F6 bug
- # [23:02] <Asa> whatcha need?
- # [23:02] <khuey> Asa: I want to test if it supports something, but I need to write a testcase
- # [23:02] <Asa> khuey: OK
- # [23:02] <darktrojan> that was so annoying when it first happened
- # [23:02] <khuey> Asa: our automated tests won't work in IE :-/
- # [23:02] <khuey> Asa: I'll ping you in a bit
- # [23:02] <Asa> ok
- # [23:05] * Quits: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [23:05] * Joins: anant (anant@moz-EA2246FF.dsl.dynamic.sonic.net)
- # [23:06] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [23:07] * Quits: kdc (kdc@moz-2ACC6B38.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- It'll be on slashdot one day...)
- # [23:07] * jmaher is now known as jmaher|afk
- # [23:07] <darktrojan> dao++
- # [23:09] * njn wonders why he can use |GetFirstChild()| unadorned in nsIDocument methods, but must use the qualified |nsINode::GetFirstChild()| in nsDocument methods, when nsDocument is a sub-class of nsIDocument
- # [23:09] * Quits: jet (junglecode@moz-BBE3ABD.mv.mozilla.com) (Quit: jet)
- # [23:10] * Joins: jet (junglecode@moz-BBE3ABD.mv.mozilla.com)
- # [23:11] * heycam|away is now known as heycam
- # [23:13] * joduinn is now known as joduinn-mtg
- # [23:14] <khuey> Asa: http://people.mozilla.org/~khuey/test_idb.html
- # [23:14] <heycam> khuey, you had questions before?
- # [23:14] <khuey> Asa: do you get an alert in IE 10? and if so, what does it say?
- # [23:14] <khuey> heycam: I do!
- # [23:15] <khuey> heycam: can a method have multiple "special" qualifiers?
- # [23:15] <Asa> khuey: can't check for a bit. on a phonecall now
- # [23:15] <khuey> 'getter', 'setter', etc.
- # [23:15] <khuey> Asa: that's fine, no rus
- # [23:15] <khuey> h
- # [23:15] <heycam> khuey, it can -- but usually that only makes sense for "creator setter"
- # [23:15] <dholbert> What keyword / whiteboard-status should I put on a bug that involves string-changes (& will need localizers to update their localized version of the string)?
- # [23:15] <dholbert> (Pike, ^)
- # [23:16] <khuey> heycam: yeah, most of the combinations seem a bit nonsensical
- # [23:16] * khuey attempts to wrap his mind around "setter deleter"
- # [23:16] <heycam> I *think* I disallowed optional arguments on special operations, so that you wouldn't have to handle things like "stringifier getter DOMString get(optional DOMString k)"
- # [23:17] * Quits: Camer0n (Cameron@moz-DF08F4B4.cable.virginmedia.com) (Ping timeout)
- # [23:17] * Joins: Cameron (Cameron@moz-DF08F4B4.cable.virginmedia.com)
- # [23:17] <khuey> heycam: well if I read the grammar correcting stringifier doesn't mix with any special qualifiers anyways
- # [23:17] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Connection reset by peer)
- # [23:17] <heycam> khuey, ah there's that too, good
- # [23:18] <khuey> heycam: hmm, or maybe not
- # [23:18] <khuey> heycam: nope, I was wrong
- # [23:18] <khuey> the grammar allows that
- # [23:18] <heycam> ah
- # [23:18] <khuey> er, no
- # [23:18] <khuey> I'm wrong this time
- # [23:18] <khuey> it doesn't :-P
- # [23:18] * khuey sighs
- # [23:19] <khuey> staring at this makes my head hurt
- # [23:19] <heycam> "Stringifiers declared with operations MUST be declared to take zero arguments and return a DOMString"
- # [23:19] <heycam> so there's that, too
- # [23:19] * timA is now known as timA|postOffice
- # [23:19] <khuey> ok
- # [23:19] * ctalbert is now known as ctalbert|afk
- # [23:19] <heycam> "stringifier" is pulled up in the grammar because there's also the "stringifier;" thing where it's not on an existing operation
- # [23:20] <khuey> yeah
- # [23:20] <khuey> it's not completely insane ;-)
- # [23:20] * heycam wonders if khuey finds the LL(1) grammar useful, or if he would prefer a more readable one that can't be parsed with a rec descent parser
- # [23:20] <khuey> no, the grammar was great
- # [23:21] <khuey> I just plugged it into ply and off I went :-)
- # [23:21] * Quits: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de) (Ping timeout)
- # [23:21] * Joins: Camer0n (Cameron@moz-DF08F4B4.cable.virginmedia.com)
- # [23:21] <khuey> it's the parts that require thinking that I've had trouble with
- # [23:21] * Quits: Cameron (Cameron@moz-DF08F4B4.cable.virginmedia.com) (Ping timeout)
- # [23:21] <khuey> :-D
- # [23:21] * Quits: hipokrit (hipokrit@moz-502C3BF.rackspace.net) (Client exited)
- # [23:21] <heycam> heh
- # [23:21] * Joins: Sander (chatzilla@moz-1852D2DC.dip.t-dialin.net)
- # [23:21] <khuey> in particular trying to design a data model for consumers that don't exist
- # [23:21] <heycam> ?
- # [23:22] <khuey> we're going to autogenerate dom bindings from webidl
- # [23:22] <heycam> oh but you don't care about anything but JS?
- # [23:22] * lsblakk|lunch is now known as lsblakk
- # [23:22] <khuey> but (effectively) none of that code generation stuff exists
- # [23:22] <khuey> well, we might care about C++ too
- # [23:22] <khuey> we don't really know :-/
- # [23:22] <heycam> ah, so selecting a data structure when you don't know how it's going to be used later
- # [23:23] <khuey> yeah
- # [23:23] <khuey> anyways
- # [23:23] <khuey> another question
- # [23:23] <khuey> are special operations with no identifier all supposed to be treated as overloads of one another?
- # [23:24] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [23:24] <heycam> khuey, no, except for legacy callers
- # [23:25] <heycam> khuey, I think there must be at most one index getter, one index setter, one stringifier, etc.
- # [23:25] <khuey> there can be multiple getters and setters for sure
- # [23:25] * Joins: kumar (kmcmillan@350ECFC0.248B730.43362C16.IP)
- # [23:25] <khuey> unless I missed something
- # [23:25] <heycam> (oh I also found "Special operations declared using operations MUST NOT be variadic nor have any optional arguments" so that's that taken care of)
- # [23:25] <njn> mounir: ping
- # [23:26] <heycam> oh here we go
- # [23:26] <heycam> "On a given interface, there MUST exist at most one stringifier and at most one of each variety of getter, setter, creator and deleter. Multiple legacy callers can exist on an interface to specify overloaded calling behavior"
- # [23:26] <khuey> what does "each variety" mean?
- # [23:26] <khuey> named/index?
- # [23:26] <heycam> yeah
- # [23:26] <khuey> ok
- # [23:26] <khuey> any particular reason we're restricting to one getter/setter?
- # [23:26] * heycam wonders if 2 counts for "variety"
- # [23:27] <khuey> meh close enough
- # [23:27] <heycam> khuey, simpler and no need for overloading there yet
- # [23:27] <heycam> afaik
- # [23:27] <khuey> ok
- # [23:27] <khuey> "Special operations declared using operations MUST NOT be variadic nor have any optional arguments. "
- # [23:27] <khuey> are there special operations not declared using operations?
- # [23:27] <mounir> njn: pongg
- # [23:27] * Joins: Enn (enn@A974B2E7.1BC119D8.8C65A0C1.IP)
- # [23:28] <NeilAway> njn: what happens if you try?
- # [23:28] <heycam> khuey, I wonder what that's trying to say...
- # [23:28] <khuey> me too :-)
- # [23:28] <heycam> khuey, I guess it's just "stringifier;"? because all the others are operations (whether or not they're got an identifier.)
- # [23:29] <njn> NeilAway: I get a compile error
- # [23:29] * Quits: mconley (mconley@moz-671E60DE.eng.wind.ca) (Quit: Leaving...)
- # [23:29] <njn> mounir: have you done anything on DOM memory reporters lately? I'm about to start converting them to the new style
- # [23:29] <njn> mounir: and using DMD to find the important things not being measured
- # [23:29] * Quits: Enn (enn@A974B2E7.1BC119D8.8C65A0C1.IP) (Ping timeout)
- # [23:29] <Pike> dholbert: cc :l10n, and we can help
- # [23:30] <khuey> heycam: hmm, but stringifiers must take 0 args anyways, right?
- # [23:30] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
- # [23:30] <Pike> dholbert: but the general answer is "don't"
- # [23:30] <mounir> njn: not really
- # [23:30] <njn> mounir: good, I won't cause conflicts then :)
- # [23:30] <mounir> njn: you might want to ask jst though
- # [23:30] <heycam> khuey, yes -- but because it looks a bit weird to do "stringifier DOMString ();" if you don't have an existing operation to tack it on to, it allows "stringifier;"
- # [23:30] <njn> mounir: k, thx
- # [23:31] <dholbert> Pike, ok. (This is a case where we have an existing string that depends on information that's no longer exposed, so it needs to be changed/replaced to no longer try to pull in that information)
- # [23:31] <mounir> njn: I mean, he wrote a few patches for the dom memory reporter lately I believe
- # [23:31] <njn> mounir: one landed, the other is still waiting I think
- # [23:32] <dholbert> Pike, (this is https://bugzilla.mozilla.org/show_bug.cgi?id=713889, for reference. I CC'd :l10n )
- # [23:33] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
- # [23:34] * Joins: mevans (mevans@moz-9126B73.hsd1.ca.comcast.net)
- # [23:34] * Quits: pnemsak (Miranda@moz-7409BD53.orange.sk) (Quit: pnemsak)
- # [23:34] <khuey> heycam: right, my point being that the restrictions above are less strict than the restrictions already placed on stringifiers
- # [23:35] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
- # [23:35] <heycam> khuey, oh, fair enough
- # [23:35] * dholbert is now known as dholbert|afk
- # [23:35] <heycam> khuey, are there requirements on getters/setters/etc on exact signatures?
- # [23:35] <heycam> khuey, so that it makes sense to remove that sentence about optional/variadic altogether?
- # [23:36] <Pike> dholbert|afk: commented on the bug
- # [23:36] <khuey> heycam: on indexed yes
- # [23:36] <khuey> heycam: on named, no
- # [23:36] <khuey> as far as I can tell
- # [23:36] <khuey> heycam: oh, nevermind
- # [23:37] <khuey> named has those requirements too
- # [23:37] <khuey> I just didn't read far enough
- # [23:37] <khuey> heycam: so the only one that sentence constrains in any meaningful way is legacycaller
- # [23:38] <heycam> khuey, hmm, I wonder if it doesn't make sense to lift the restriction on legacycallers
- # [23:38] <heycam> khuey, though I guess we'll never be adding any more of those!
- # [23:38] <khuey> heycam: yeah, if the existing platform doesn't require those restrictions to be lifted we should leave them, imo
- # [23:39] <heycam> k
- # [23:39] <khuey> heycam: so, another question, how are specialoperations on objects that implement more than one interface supposed to interact?
- # [23:39] <heycam> may as well leave that sentence in, it doesn't hurt to constrain again (even if more weakly)
- # [23:40] <heycam> khuey, undefined, I'm afraid -- "If an object implements more than one interface that defines a given special operation, then it is undefined which (if any) special operation is invoked for that operation"
- # [23:40] <khuey> ah
- # [23:40] <khuey> ok
- # [23:40] * Quits: @dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [23:41] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88 [Firefox 11.0a2/20111227042016])
- # [23:41] <khuey> heycam: would it make sense to constrain getter/setter/etc to all use the same type?
- # [23:42] <khuey> afaict that's not required by the current text
- # [23:42] <khuey> so you could have
- # [23:42] <khuey> getter DOMString(DOMString)
- # [23:42] <khuey> setter void (Interface)
- # [23:42] <khuey> er
- # [23:42] <khuey> setter void (DOMString, Interface)
- # [23:42] <khuey> which seems a little insane
- # [23:43] <heycam> does seem less likely you'd want to do that...
- # [23:43] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [23:43] * Joins: Camer0n123 (Cameron@moz-DF08F4B4.cable.virginmedia.com)
- # [23:44] <heycam> and I don't think there are any existing specs that do that
- # [23:44] * Quits: Camer0n (Cameron@moz-DF08F4B4.cable.virginmedia.com) (Ping timeout)
- # [23:44] <heycam> otoh does it make it any harder to support allowing the types to differ?
- # [23:44] <khuey> no
- # [23:44] <khuey> in fact I'd have to add extra checking to disallow it
- # [23:45] <khuey> but the behavior seems kind of insane
- # [23:45] <khuey> of course, for the truly insane, you could have
- # [23:45] <khuey> getter DOMString(DOMString)
- # [23:45] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Leaving...)
- # [23:45] <khuey> getter Interface(unsigned long)
- # [23:45] <khuey> :-D
- # [23:45] <heycam> tbh I reckon that would be more likely to occur :)
- # [23:45] <khuey> really?
- # [23:45] <heycam> than the other one, yeah
- # [23:46] <khuey> by accident?
- # [23:46] <khuey> or intentionally?
- # [23:46] <heycam> heh
- # [23:46] * Quits: DGMurdockIII (dgmurdocki@moz-E933B63.hsd1.il.comcast.net) (Quit: get satisfied! :: core-networks.de ««« (Gamers.IRC) »»» gamersirc.net ::)
- # [23:46] <heycam> no intentionally
- # [23:46] <heycam> if the indexed properties and named properties aren't really related
- # [23:46] <khuey> ok
- # [23:46] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [23:46] <khuey> seems crazy to me, but ok
- # [23:46] * khuey doesn't really like js anyways :-P
- # [23:46] <heycam> oh hang on
- # [23:46] <heycam> I think that might even exist currently
- # [23:47] <heycam> on HTMLCollections, if you use indexes, you get a single node
- # [23:47] <heycam> but if you use strings, you can get array of things out
- # [23:47] <heycam> or maybe it's not on HTMLCollection, but some object
- # [23:47] <heycam> (because you can have multiple elements with a given name)
- # [23:47] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [23:47] <khuey> ah
- # [23:47] <khuey> guess that makes sense
- # [23:48] * dholbert|afk is now known as dholbert
- # [23:48] <heycam> oh yeah, it is HTMLCollection http://dvcs.w3.org/hg/domcore/raw-file/tip/Overview.html#interface-htmlcollection
- # [23:49] * Quits: gal (gal@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: gal)
- # [23:49] <khuey> right
- # [23:50] * Quits: Unfocused (u2622@moz-160C58C6.com) (Max SendQ exceeded)
- # [23:50] * Joins: Unfocused (u2622@moz-160C58C6.com)
- # [23:52] * Quits: hub_ (hub_@21B7B9F2.B87E9213.6E712CE2.IP) (Client exited)
- # [23:52] * Joins: jgilbert (jgilbert@moz-A18DC955.ph.ph.cox.net)
- # [23:55] * Quits: c0smikdebris (c0smikdebr@40BBA294.3DACFE1F.BE90E62C.IP) (Quit: Computer has gone to sleep.)
- # [23:55] <njn> mounir: ping
- # [23:55] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [23:56] * Quits: clokep (clokep@moz-2AAFC4A8.dyn.optonline.net) (Ping timeout)
- # [23:56] * Quits: jgilbert (jgilbert@moz-A18DC955.ph.ph.cox.net) (Ping timeout)
- # [23:56] <khuey> heycam: also, there are some places in the spec that need to be updated for enums
- # [23:56] <khuey> heycam: e.g. saying that if the type of an argument is an identifier it must be <set not including enum>
- # [23:57] <heycam> khuey, ok thanks will comb through those
- # [23:57] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Client exited)
- # [23:58] * Joins: loadbang (loadbang@moz-DB34FC62.range86-186.btcentralplus.com)
- # [23:59] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
- # Session Close: Thu Dec 29 00:00:00 2011
The end :)