/irc-logs / mozilla / #developers / 2012-05-18 / end
Options:
- # Session Start: Fri May 18 00:00:04 2012
- # Session Ident: #developers
- # [00:00] * Quits: twi (Adium@moz-1AE3B3E2.cust.dsl.vodafone.it) (Quit: Leaving.)
- # [00:00] * philor is now known as philor|away
- # [00:00] <@smaug> florian: there is an active XHR when window is being teared down
- # [00:01] <@smaug> so you get that ENSURE_TRUE thing because XHR isn't anymore in the current inner window
- # [00:01] <florian> a JS xpcom component (http://mxr.mozilla.org/comm-central/source/chat/protocols/twitter/twitter.js) that has no relation to a window that's being destroyed has an XML HTTP request it starts aborted for no apparent reason, so it waits infinitely for the result
- # [00:01] <@smaug> NS_ENSURE_foo aren't for anything bad
- # [00:01] <@smaug> they are for valid error checking
- # [00:01] <@smaug> yet giving *very* useful data to the terminal
- # [00:02] <jlebar> The load event can fire before we paint to the screen?
- # [00:02] <Waldo> spam spam spam wonderful spam
- # [00:03] <jlebar> So if I want to know when we've loaded and painted, we have to wait for a load and a mozafterpaint event, in some order?
- # [00:03] * Joins: timeless_xchat (timeless@moz-671E60DE.eng.wind.ca)
- # [00:03] * Joins: billm (billm@moz-BBE3ABD.mv.mozilla.com)
- # [00:03] <florian> smaug: is there any way to avoid that request being aborted? (I don't see clearly how it becomes linked to the window that is destroyed. Maybe because it's a modal dialog displayed at the time the request is started?)
- # [00:03] <@smaug> how do you create the XHR?
- # [00:04] <florian> it's created at http://mxr.mozilla.org/comm-central/source/chat/protocols/twitter/twitter.js#771
- # [00:04] <florian> calling http://mxr.mozilla.org/comm-central/source/chat/protocols/twitter/twitter.js#482
- # [00:04] <florian> defined at http://mxr.mozilla.org/comm-central/source/mail/base/modules/http.jsm#9
- # [00:05] <@smaug> ah, so that XHR ends up to be bound to some random window, I guess :(
- # [00:05] * Joins: overholt (overholt@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [00:05] <@smaug> I wish we could remove "@mozilla.org/xmlextras/xmlhttprequest;1"
- # [00:06] <florian> is there another better way to start HTTP requests from an xpcom component?
- # [00:06] <@smaug> florian: could you start the XHR normal way
- # [00:06] <@smaug> new XMLHttpRequest
- # [00:06] <@smaug> in some window context
- # [00:06] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [00:06] <florian> it's a back-end component that doesn't have any UI
- # [00:06] <@smaug> or new somewindow.XMLHttpRequest();
- # [00:07] <florian> so the only window I could use is hiddenwindow.xul, which sounds like a very ugly hack
- # [00:07] <@smaug> that sounds like a perfect hack :)
- # [00:07] <@smaug> please file a bug
- # [00:07] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [00:07] <@smaug> and I'll remove the randomness and use always the hidden window
- # [00:08] * Joins: jduell (jduell@moz-E49CB243.hsd1.ca.comcast.net)
- # [00:08] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Quit: mdas)
- # [00:09] * Joins: lmandel (lmandel@moz-BBE3ABD.mv.mozilla.com)
- # [00:09] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [00:09] * Quits: martyn (martyn@moz-356D5506.range86-158.btcentralplus.com) (Quit: Ex-Chat)
- # [00:09] <jviereck> smaug: well, the reflow is done on the presShell, but we are only interessted in not recreating the presContext — maybe recreating only the presShell works ;)
- # [00:09] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
- # [00:10] <florian> smaug: which component is appropriate for that bug?
- # [00:10] <@smaug> florian: Core: DOM
- # [00:10] <florian> thanks
- # [00:11] <@smaug> jviereck: uh, we should merge presshell and prescontext
- # [00:11] * Joins: cviecco_ (cviecco@moz-BBE3ABD.mv.mozilla.com)
- # [00:11] <gavin> I saw roc say that in a bug the other day
- # [00:11] <dRdR> should new API code use nsresult or just a bool indicating success or failure?
- # [00:12] <gavin> dRdR: boooooooool
- # [00:12] <dRdR> ok
- # [00:12] <dRdR> gavin: even in the context of something that could cause OOM?
- # [00:12] <@roc> gavin: I disagree
- # [00:12] <@roc> bool for success/failure is bad
- # [00:12] <@roc> nsresult is better
- # [00:12] <dRdR> ok, I agree roc
- # [00:12] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Client exited)
- # [00:12] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
- # [00:12] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [00:13] <gavin> depends on the possible failure cases I suppose
- # [00:13] * AaronMT is now known as AaronMTacos
- # [00:13] <@roc> I don't even think so
- # [00:13] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [00:13] <mwu> bool acts the opposite of what return/success codes normally do
- # [00:13] <mwu> kinda confusing
- # [00:14] <@roc> people don't consistently use true for success
- # [00:14] <@roc> it gets confusing and the code is harder to read
- # [00:14] * philor|away is now known as philor
- # [00:15] <froydnj_> some people use false for success? ew.
- # [00:15] <dRdR> froydnj_: yeah that's totally common
- # [00:16] <dRdR> froydnj_: the reason you do that is because 0 can be "OK" and any other number is an error code
- # [00:16] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # [00:16] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [00:16] <froydnj_> oh, sure, '0' for success is understood
- # [00:16] * Joins: int3 (int3@1AD25C43.E8D90279.E655E8E1.IP)
- # [00:16] <froydnj_> but then your signature reflects that
- # [00:17] * Quits: davidb (davidb@moz-68BF56A6.dsl.bell.ca) (Quit: davidb)
- # [00:17] <dRdR> froydnj_: yeah but because of implicit casting everywhere the concept gets muddled a bit
- # [00:17] * Quits: armenzg_omw (armenzg@A63DA263.5BCEC6DB.DA78B690.IP) (Input/output error)
- # [00:18] * Quits: kaie (kaie@moz-8E134DD.dip.t-dialin.net) (Quit: Leaving)
- # [00:18] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [00:18] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Quit: ajuma)
- # [00:19] * Joins: dveditz_ (dveditz@moz-BBE3ABD.mv.mozilla.com)
- # [00:19] <florian> smaug: do you have an estimate of how much work that hack requires / if it's likely to land soon? (I have at least 4 different people bugging me almost everyday about that "twitter bug")
- # [00:19] * Quits: jduell (jduell@moz-E49CB243.hsd1.ca.comcast.net) (Ping timeout)
- # [00:19] <@smaug> florian: couldn't you just use the hiddenwindow for now
- # [00:19] * Joins: mreid_ (mark@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [00:19] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [00:20] * Quits: @dveditz (dveditz@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [00:20] * dveditz_ is now known as dveditz
- # [00:20] <@smaug> hmm, I wonder which privileges hiddenwindow has
- # [00:22] <florian> maybe, but if you are going to fix this soon, it's not worth requesting review on a hack that I'll want to back out soon. And there are lots of other consumers of that API (http://mxr.mozilla.org/comm-central/search?string=xmlextras/xmlhttprequest)
- # [00:24] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
- # [00:26] <jviereck> roc: can you help me with some nsPress/Context creation problem for the font-print-loading issue?
- # [00:26] <@roc> I hope so!
- # [00:27] <jviereck> roc: not sure how much you have followed the converstion between me and smaug, therefore a small sumup what I'm up to
- # [00:27] <jviereck> roc: network request can now be made in a staticDocument
- # [00:28] <jviereck> roc: to start the font loading, the document is reflowed once in nsPrintEngine::SetupToPrintContent()
- # [00:28] * Joins: robhawkes (robhawkes@2DCD3574.8393754F.E9FF1376.IP)
- # [00:28] <jviereck> roc: then some new code will check when all fonts are loaded and would do another reflow to do the layout based on the new loaded fonts
- # [00:28] * Quits: imphil (philipp@moz-60B0FAC.dip.t-dialin.net) (Ping timeout)
- # [00:28] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [00:29] * philor smacks philor with the stupid-stick
- # [00:29] <jviereck> roc: Now the problem: if we do a reflow, we recreate the presContext again, which means we end up with a new gfxUserFontSet, which means the fonts get loaded again :/
- # [00:30] <philor> let's see, we don't cancel builds because then they're left with a busted objdir that will produce incomprehensible errors on a later build, so a bunch of slaves cancel themselves, and then there are incomprehensible errors on a later build, where on earth could those have come from?
- # [00:30] <jviereck> what I tried to do is reuse the presContext in the nsPrintEngine::ReflowPrintObject, but that seems to break some internal assumptions and I end up with a huge list of ASSERTIONS in the console
- # [00:30] * catlee is now known as catlee-away
- # [00:31] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [00:32] <@roc> it all sounds good so far
- # [00:32] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [00:32] <jviereck> roc: as far as I understand, the PresContext have to survive as it holds the loadGroup and the gfxUserFontSet. Do you have any idea what's the best way to make the presContext survive the reflow? I feel like I don't have enough of the big-gecko-picture to know what's the best thing to do here :/
- # [00:32] <@roc> what sort of assertions?
- # [00:33] <jviereck> roc: https://gist.github.com/53db12a182bb87a221a8
- # [00:33] <@roc> in ReflowPrintObject, everything down to and including InitialReflow needs to only happen once
- # [00:33] <jviereck> just updating the patch
- # [00:33] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
- # [00:34] <@roc> by the way, you are awesome. Would you consider joining the platform team? :-)
- # [00:34] <jviereck> roc: that's what I tried, but then the aPO->mPressShell->FlushPendingNotifications(…) throws an error
- # [00:34] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [00:34] <@roc> what error?
- # [00:34] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [00:34] <jviereck> roc: http://mxr.mozilla.org/mozilla-central/source/layout/base/nsPresShell.cpp#3791
- # [00:34] <jviereck> that assertion
- # [00:35] <gavin> aPO->mPressShell->FlushPendingNotifications(…) threw an error when I tried to join the platform team too
- # [00:35] <gavin> I decided it wasn't meant to be
- # [00:35] * Quits: WG9s (bill@moz-D750CC69.maine.res.rr.com) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 12.0/20120424094117])
- # [00:35] <jviereck> gavin: maybe roc added an easter egg and if someone comes across, he must be very brave and gets the "join platform team"-offer ;)
- # [00:35] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [00:36] * Parts: aleth (Instantbir@moz-24EE697D.ictp.it)
- # [00:36] <@smaug> oh, /me thought jviereck is in some way in platform team
- # [00:36] <@roc> the problem is that I keep giving you instructions and thinking "that'll keep him out of my way for a few weeks" and then you come back a couple of days later with it done
- # [00:36] <@roc> smaug: exactly
- # [00:37] <jviereck> smaug: I'm on the PDF.JS team - at least that's what my contract states^^
- # [00:37] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [00:37] * heycam|away is now known as heycam
- # [00:37] <@smaug> jviereck: contracts may state random things
- # [00:37] * Quits: John-Galt (kris@moz-104CC309.mv.mozilla.com) (Ping timeout)
- # [00:37] <@smaug> my contracts usually don't describe what I actually do ;)
- # [00:38] * Quits: jdm (Mibbit@moz-A54EBB0E.dip.t-dialin.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [00:38] <jviereck> in the end, we all work for "The Web Is The Platform"
- # [00:38] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
- # [00:38] * Joins: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net)
- # [00:38] * jhammel is now known as jhammel|afk
- # [00:38] * Joins: John-Galt (kris@FACBEC9F.1DC3B5D1.24939243.IP)
- # [00:38] <@roc> when that fires, is isSafeToFlush false? or is mViewManager null?
- # [00:39] <dRdR> roc: I cc'd you on my thread safe queue bug
- # [00:39] * Quits: sriram (sriramr@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [00:40] <philor> OPEN
- # [00:40] * Joins: sriram (sriramr@moz-BBE3ABD.mv.mozilla.com)
- # [00:42] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [00:43] * coop|triage is now known as coop
- # [00:44] <@smaug> mysterious bug
- # [00:44] * Joins: jdm (Mibbit@moz-A54EBB0E.dip.t-dialin.net)
- # [00:45] <@smaug> tbpl stops working
- # [00:45] * Quits: @smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi) (Input/output error)
- # [00:45] * Joins: smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi)
- # [00:45] * ChanServ sets mode: +o smaug
- # [00:46] * Joins: jamesr_ (jamesr@moz-CD91E596.google.com)
- # [00:46] <jamesr_> roc, hey again! thanks for you reply. i'm not sure i fully understand what you mean re mobile
- # [00:47] <jviereck> roc: not sure what I did before, but now it seems to "work", although I get a big list of assertions: http://mxr.mozilla.org/mozilla-central/source/layout/base/nsPresShell.cpp#3791
- # [00:47] <florian> smaug: I tried this change http://pastebin.instantbird.com/42361 and now the xhr's onerror handler is called (at http://mxr.mozilla.org/comm-central/source/mail/base/modules/http.jsm#31 status is null) In my terminal I see that this test fails: http://mxr.mozilla.org/mozilla-central/source/content/base/src/nsCrossSiteListenerProxy.cpp#556
- # [00:47] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
- # [00:47] * Quits: squib (squib-@moz-3F6F2A9C.ep.wisc.edu) (Quit: Leaving)
- # [00:47] <jamesr_> are you saying that you think the async compositing path _will_ work on the testcase i posted (scrolling elements split across layers), but it just doesn't yet because some code hasn't landed?
- # [00:47] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
- # [00:48] <jviereck> roc: there is the other function ResizeReflow, but I'm not sure if that would do the right thing here, as it looks we do more then just changing the size during the reflow
- # [00:49] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
- # [00:50] <@smaug> florian: ahaa, so you get different principal or something
- # [00:50] <jviereck> roc: how about adding a "resetFrame" function on the presShell, that sets mDidInitialReflow = false, rootFrame = false etc?
- # [00:50] * Quits: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP) (Ping timeout)
- # [00:52] * jhammel|afk is now known as jhammel
- # [00:53] <davehunt> hey myk, you around?
- # [00:53] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [00:54] * Quits: wesj1 (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [00:55] * AaronMTacos is now known as AaronMTiramisu
- # [00:55] * carljm is now known as carljm|afk
- # [00:55] <jviereck> roc: ?
- # [00:55] <@roc> jamesr: there is a patch (actually ready to land, but waiting on a dependent bug to be fixed) that is needed to make async scrolling work with position:fixed
- # [00:56] <@roc> jamesr: even when that patch lands, I'm not sure whether async scrolling will work in your example or not
- # [00:56] <@roc> however
- # [00:57] <@roc> I am confident that async scrolling will work in all cases that don't actually have interleaved fixed and non-fixed position content; for the cases that do, async scrolling won't work but at least we'll render them correctly
- # [00:57] <@roc> also
- # [00:58] <@roc> it might not be hard for us to fix async scrolling to work in all cases, if we decide it's worthwhile
- # [00:58] * Quits: smagnin (pike@moz-D8FAA037.w90-53.abo.wanadoo.fr) (Quit: Quitte)
- # [00:59] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
- # [01:01] <@roc> jviereck: you need to call presShell->ReconstructFrames
- # [01:02] <@roc> then FlushPendingNotifications
- # [01:02] <@roc> jviereck: I'm still curious about my previous question "when that asertion fires, is isSafeToFlush false? or is mViewManager null?"
- # [01:03] <jamesr_> roc, render them correctly by dropping back to a synchronous mode?
- # [01:03] <@roc> no
- # [01:04] <@roc> our layerization always works
- # [01:04] <@roc> even in your case
- # [01:04] <jviereck> roc: for some reasons, I don't get that assertion anymore :/
- # [01:04] <jamesr_> so in this case, it's harder to do the async scrolling (for you and us). are you saying that you are confident that you can make _this_ case work in async mode or that it'll fall back to some less efficient by still correct mode?
- # [01:05] <myk> davehunt: i'm here
- # [01:05] <@roc> the reason async scrolling might not work out of the box is because of the interface between the async scrolling controller and the rest of Gecko doesn't know how to handle multiple independent scrollable layers for the same scrollable area
- # [01:05] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [01:05] <@roc> that's all
- # [01:05] <jamesr_> ok, and that's something that could be fixed without having to touch your layerization logic
- # [01:05] <@roc> right
- # [01:06] <@roc> our scrolling on desktop is already fast for examples like yours; we can scroll your example without repainting.
- # [01:06] <jamesr_> well there's fast and fast with the main thread blocked
- # [01:06] * Quits: cviecco_ (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
- # [01:06] <@roc> right
- # [01:06] <davehunt> myk: could you confirm that with bug 746156 the preferences directory is now 'preferences' and not 'pref'? We have failing Mozmill update tests that are trying to read the channel-prefs.js file
- # [01:06] <jamesr_> my question's about the latter
- # [01:07] <@roc> I'm saying that because we've already achieved the former, I feel like we're 90% of the way to the latter
- # [01:07] <jamesr_> ok. we haven't got the former and i think it'll be difficul
- # [01:07] <jamesr_> although probably worthwhile to tackle at some point
- # [01:07] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
- # [01:08] <jamesr_> i think it's still worth trying to go through with making fixpo make stacking contexts. my main concern is iOS5 / android browser are shipping and have been for a while, so even if we gain the ability to handle this layerization it'll take time to roll that out.
- # [01:08] <@roc> if they'll catch up, I don't see that it's worth breaking sites for a temporary deficiency
- # [01:08] <myk> davehunt: there are two default preferences directories, one for the GRE and one for the app; with the fix for bug 746156, channel-prefs.js is indeed now located in the app one (defaults/preferences/) rather than the GRE one (defaults/pref/)
- # [01:09] <davehunt> myk: that's awesome, many thanks! I will fix up our side
- # [01:09] <jamesr_> i'm less confident that they will :/
- # [01:09] <myk> davehunt: cool beans!
- # [01:09] <jamesr_> and they've both already gone through rounds of web compat breaks on the "mobile web"
- # [01:10] <jamesr_> which is growing less distinct from the "desktop web" all the time
- # [01:10] * cadecairos_away is now known as cadecairos
- # [01:10] <@roc> absolutely
- # [01:10] <jamesr_> so changing to the "correct" behavior is likely to cause web compat issues for pages designed with them in mind
- # [01:10] * Quits: gfritzsche (gfritzsche@moz-3510DFB9.dynamic.qsc.de) (Quit: Leaving)
- # [01:11] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Client exited)
- # [01:11] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [01:11] <myk> davehunt: erm, wait; actually, i don't see that on my nightly build
- # [01:11] <@roc> I hope we're not going to go through rounds of "let's break desktop sites because they were too hard to handle in mobile Webkit"
- # [01:11] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [01:11] <davehunt> myk: I see it here, on Mac 10.7
- # [01:11] <jamesr_> i don't want to. on the same token, i don't think it's sustainable to have a "mobile web rendering" and a "desktop web rendering" that are different going forward
- # [01:11] * Quits: mcsmurf (mcsmurf@moz-AE1D7B14.dip.t-dialin.net) (Quit: )
- # [01:11] <jviereck> roc: ahh, sorry, pasted the wrong link before: These are the assertions I get now: https://gist.github.com/53db12a182bb87a221a8
- # [01:11] <@roc> I don't either
- # [01:11] <jamesr_> no matter where those differences come from in the first place
- # [01:12] <@roc> so fix the mobile rendering. :-)
- # [01:12] <jamesr_> it's not always that easy :). these parts of mobilesafari are closed source
- # [01:12] <davehunt> myk: http://pastebin.mozilla.org/1643869 is what I see
- # [01:12] <@roc> if you need political support, just play the "Mozilla can do it, so we can too" card
- # [01:12] <jamesr_> and things like the iOS5 change are dropped without any non-apple input
- # [01:13] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [01:13] <jamesr_> background-attachment:fixed is in a similar boat, actually
- # [01:13] * coop is now known as coop|afk
- # [01:13] <davehunt> myk: that's a freshly downloaded copy, but my existing (but up to date) nightly still has /pref
- # [01:14] <jamesr_> iOS/android browser just ignore the fixed bit completely, but still render the background
- # [01:14] <myk> davehunt: yeah, that's what i see too; strange
- # [01:14] <jamesr_> spec says that if a UA can't handle the fixed part it is supposed to drop the background declaration completely
- # [01:14] * @roc is managing 4 simultaneous IRC conversations; brain overheat imminent
- # [01:14] <davehunt> myk: is this going to cause an issue with upgrading to the latest Nightly and keeping those preferences separate?
- # [01:15] <@roc> jviereck: you're calling InitialReflow twice. I told you not to do that :-)
- # [01:15] <jtcranmer> roc: wish to add a fifth? :-P
- # [01:15] <jviereck> roc: should I call ResizeReflow the second time?
- # [01:16] * AaronMTiramisu is now known as AaronMT
- # [01:16] <@roc> jamesr_: we sure aren't going disable background-attachment:fixed on desktop :-). I'm proud of being able to accelerate that, and it'll work on mobile too
- # [01:17] <froydnj_> dRdR: how is nsEventQueue not sufficient for Fennec's panning and zooming needs?
- # [01:17] <padenot> jaws: ping
- # [01:17] <@roc> jviereck: no
- # [01:17] <jamesr_> roc: it's weird with pinch zoom
- # [01:17] <dRdR> froydnj_: it's being rewritten to live in gecko
- # [01:17] <jaws> padenot: pong
- # [01:17] * Quits: ianbicking (ianbicking@moz-36B9BE32.hsd1.mn.comcast.net) (Quit: ianbicking)
- # [01:17] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
- # [01:17] <@roc> I thought I said but maybe it got lost: call PresShell::ReconstructFrames, then call FlushPendingNotifications()
- # [01:17] <jamesr_> but if you have a plan for that rock on. i don't think it is common enough to be a big compatibility issue to just do the right thing in webkit
- # [01:18] <myk> davehunt: i don't think so, since that file only has one pref in it, and that pref shouldn't affect apps
- # [01:18] <padenot> jaws: regarding the stop download thing, I have to change the access keys to make the test not failing
- # [01:18] <davehunt> myk: okay, cool
- # [01:18] <padenot> jaws: any rationale on that ? sould I just randomly change the keys ?
- # [01:18] <jaws> padenot: i'll walk over
- # [01:18] <@roc> jamesr_: background-attachment:fixed seems to be used more and more these days. Maybe not on mobile sites but as you say, as things converge...
- # [01:19] <froydnj_> dRdR: no, I'm asking what does Fennec need that nsEventQueue doesn't provide, because I'm curious (and using nsEventQueue for something different that may require changes as well)
- # [01:19] * Joins: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com)
- # [01:19] <dRdR> froydnj_: nsEventQueue requires that you put something that derives nsIRunnable on it
- # [01:19] <jamesr_> roc, and what's it supposed to do when you zoom in and scroll?
- # [01:20] <dRdR> and it's pretty heavily integrated with that
- # [01:20] <froydnj_> and nsIRunnable is not desirable in this context because...?
- # [01:20] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
- # [01:20] <dRdR> because it has lots of extra junk that we don't need
- # [01:20] * Quits: timeless_xchat (timeless@moz-671E60DE.eng.wind.ca) (Ping timeout)
- # [01:21] <froydnj_> o.O
- # [01:22] <@roc> jamesr_: whatever position:fixed would do in the same situation
- # [01:22] <jamesr_> roc: and what's position:fixed supposed to do? fixed layout / virtual viewport is a complete wild west spec-wise, everyone makes up different stuff to make various pages work
- # [01:23] <@roc> yeah
- # [01:23] * Quits: brambles_ (brambles@4CBAB088.F3076E90.1822ACA6.IP) (Quit: leaving)
- # [01:23] <dRdR> froydnj_: you're right, I can just derive nsIRunnable and then use an nsEventQueue, but I don't want to do that because I don't want to create a bunch of classes for each type of android event that all derive from it
- # [01:23] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Ping timeout)
- # [01:24] <@roc> I just don't think background-attachment:fixed adds anything new there
- # [01:24] <dRdR> froydnj_: the data passed with each one seems to be pretty different
- # [01:24] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
- # [01:24] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
- # [01:24] <dRdR> froydnj_: if they were similar I could just derive nsIRunnable and generalize every event into that one class
- # [01:24] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
- # [01:25] <dRdR> froydnj_: do you have any thoughts on that? maybe I'm missing something
- # [01:25] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
- # [01:25] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
- # [01:25] <froydnj_> dRdR: there are lots of little event classes scattered all over the codebase (deriving from nsRunnable, no I), so there's prior art in that area, at least
- # [01:25] <jamesr_> in theory. in practice, i don't think treating them the same will work well on most pages even if doing that is more theoretically pure
- # [01:25] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
- # [01:25] <dRdR> froydnj_: yeah sorry I meant nsRunnable
- # [01:25] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [01:26] <@roc> we'll see
- # [01:26] <jviereck> jrmuizel: hi. for my patch in https://bugzilla.mozilla.org/show_bug.cgi?id=691061, do you think the code should live in http://mxr.mozilla.org/mozilla-central/source/gfx/thebes/gfxPattern.cpp#296?
- # [01:26] * Joins: jimb (user@moz-B6B20B77.hsd1.or.comcast.net)
- # [01:27] <froydnj_> dRdR: I don't think you're missing anything, I just don't think "I don't want to use ns{I,}Runnable" is a strong argument
- # [01:28] * Joins: Standard8 (Standard8@moz-703AC70E.hfc.comcastbusiness.net)
- # [01:29] * Quits: jdm (Mibbit@moz-A54EBB0E.dip.t-dialin.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [01:29] <jrmuizel> jviereck: that's better place, but ideally it would be done on surface creation
- # [01:29] * Joins: njn (chatzilla@moz-9A46D0A5.dyn.iinet.net.au)
- # [01:29] <froydnj_> dRdR: I do think it'd be nicer to have separate classes for each event rather than trying to shoehorn everything into one class, if the data really are sufficiently diverse
- # [01:29] <jviereck> jrmuizel: how do you want to do this during surface creation? This is about changing the extend of the pattern?
- # [01:30] <dRdR> froydnj_: that seems kind of weird? how would you handle queuing them up if they're entirely different?
- # [01:30] <dRdR> they'd need some kind of base class
- # [01:30] <jrmuizel> jviereck: sorry I mean pattern creation
- # [01:30] <njn> glob: I really like how bugzilla emails now have the "Referenced bugs" bit at the bottom!
- # [01:31] <dRdR> froydnj_: deriving from nsIRunnable seems reasonable since the code handling this is going to be in another thread anyways
- # [01:31] * Quits: Standard8 (Standard8@moz-703AC70E.hfc.comcastbusiness.net) (Ping timeout)
- # [01:31] <froydnj_> dRdR: well, I assumed you were going to be q'ing them up in an nsEventQueue... :)
- # [01:32] <jviereck> roc: I call now mPressShell->FlushPendingNotifications(Flush_Layout) if there is a reflow and mPresShell->InitialReflow(…) was called before. However, now the iFrame I have on the page doesn't show any content anymore
- # [01:32] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: Eaten by grue.)
- # [01:32] <dRdR> froydnj_: I was thinking of separating the nsEventQueue which is part of the threads and the actual queue that contains the android events
- # [01:32] <jviereck> I don't get any assertions AFAIKT
- # [01:33] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [01:33] <froydnj_> dRdR: sure. you could then have a "meta-event" nsIRunnable class holding the EventQueue
- # [01:33] <froydnj_> dRdR: although at that point, maybe you just have an array of nsIRunnable
- # [01:34] <jviereck> jrmuizel: sorry if I don't get it. During the pattern creation, I can set the extend to EXTEND_NONE, but that doesn't prevent someone to set the extend later to EXTEND_PAD
- # [01:34] <dRdR> froydnj_: well the entire reason to derive the nsRunnable class is so that I can abuse it as both the wakeup signal for the thread (Dispatch()) and also carrying data
- # [01:34] * Quits: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP) (Quit: beaufour)
- # [01:34] * Quits: jphan (Mibbit@moz-761B618A.allocated.csupomona.edu) (Quit: http://www.mibbit.com ajax IRC Client)
- # [01:35] <froydnj_> dRdR: that seems completely reasonable
- # [01:35] <froydnj_> dRdR: so you q up a bunch of pan/zoom events and then handle them all at once?
- # [01:36] <dRdR> froydnj_: yeah
- # [01:37] <dRdR> froydnj_: there's some code I was referring to that does things similar to what I was working on
- # [01:37] <dRdR> froydnj_: see content/media/nsBuiltinDecoderReader.h
- # [01:37] * Joins: mjschranz (matt@AE9A6552.60379805.59660190.IP)
- # [01:38] <dRdR> the nsRunnable and the actual queue containing data are separated because it's just a lot less confusing, but the queue is limited to only that use case
- # [01:38] <@roc> jviereck: hmm, your iframe presentation didn't survive the reframe and I guess that breaks things in printing
- # [01:38] <@roc> why do you have an IFRAME in your print document? is that necessary/
- # [01:39] <jviereck> roc: well, I thought I add it for testing purpose — there are still websites that use iframes
- # [01:39] <@smaug> we do clone all the documents in the document tree for printing
- # [01:39] <jviereck> if I just call InitialReflow a second time, it stays there
- # [01:40] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
- # [01:40] <njn> so we're supposed to mark the bug's "target milestone" when landing on inbound now?
- # [01:40] <@roc> jviereck: how about you get everything else working for you, and then we'll debug that separately
- # [01:40] * njn remembered being told not to do that
- # [01:41] <jviereck> roc: +!
- # [01:41] <froydnj_> dRdR: ah, I see
- # [01:41] <jviereck> roc: +1, but maybe I go and get some sleep first...
- # [01:41] <jrmuizel> jviereck: true, but if they're doing that presumably they need it to be PAD
- # [01:41] <gavin> njn: yes
- # [01:42] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
- # [01:42] * @smaug wonders in which time zone jviereck is in
- # [01:42] <@smaug> perhaps CET
- # [01:42] <jviereck> smaug: Zurich
- # [01:42] <@smaug> so, CET
- # [01:43] <dRdR> froydnj_: that code looks pretty clean to me, and another nice part of it is that Run() is on the handler for everything (the nsBuiltinDecoderReader) instead of the event (which is being handled) so it's a lot cleaner
- # [01:43] <dRdR> of course you could do the same thing with virtual functions but that's kinda messy too
- # [01:44] <jviereck> jrmuizel: if we don't do it this way, all Record surfaces will end up rasterized, which is exactly the oppositite of what should happen
- # [01:44] * Quits: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP) (Quit: leaving)
- # [01:45] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [01:45] <jviereck> jrmuizel: if you want, I can change the code to force the EXTEND_NONE only in the pattern surface is an RecordingSurface
- # [01:45] * Joins: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP)
- # [01:45] * AutomatedTester is now known as AutomatedTester|AFK
- # [01:46] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [01:47] * Quits: aja (chatzilla@EE732A75.6BD0AE10.7880DB15.IP) (Client exited)
- # [01:47] <jrmuizel> jviereck: the thing is we can't just change from EXTEND_NONE to EXTEND_PAD blindly
- # [01:47] <jrmuizel> 19:38
- # [01:48] <jrmuizel> jviereck: because they mean different things and are only equivalent if we're only we are not painting outside of the bounds of the image
- # [01:48] * Joins: brendan (brendaneic@moz-8C525C6B.public.wayport.net)
- # [01:48] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
- # [01:49] * Quits: jammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Computer has gone to sleep.)
- # [01:49] <jviereck> jrmuizel: yeah, I see
- # [01:49] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [01:50] <jviereck> jrmuizel: any idea how we can get the RecordingSurface -> PDFSurface working then without rasterization?
- # [01:50] * Quits: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com) (Quit: damons)
- # [01:50] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [01:51] <jrmuizel> jviereck: we could fix cairo
- # [01:52] <jviereck> jrmuizel: well, you can't support that kind of extend in PDF, at least that's what they are saying
- # [01:52] <jrmuizel> to check if we're not painting outside of the bounds of the image and take the EXTEND_NONE path
- # [01:52] <jviereck> does EXTEND_PAD means that there is something like a clipping box on top of the pattern?
- # [01:53] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [01:55] <froydnj_> gavin: is that a "yes, don't do that" or a "yes, set the milestone"?
- # [01:55] <gavin> froydnj_: yes, set the milestone
- # [01:55] <froydnj_> gavin: thanks
- # [01:56] * Quits: mjschranz (matt@AE9A6552.60379805.59660190.IP) (Ping timeout)
- # [01:56] * Quits: KaiRo (robert@moz-5A1AD9C4.adsl.highway.telekom.at) (Input/output error)
- # [01:58] * Quits: markh (markh@moz-25D681DF.cxzr1.win.bigpond.net.au) (Ping timeout)
- # [01:59] * Joins: markh (markh@moz-25D681DF.cxzr1.win.bigpond.net.au)
- # [02:00] * Quits: JeroenDeDauw (j@moz-111F64AA.dip.t-dialin.net) (Quit: Leaving.)
- # [02:02] * Joins: KaiRo (robert@moz-5A1AD9C4.adsl.highway.telekom.at)
- # [02:03] * juanb is now known as juanb|jog
- # [02:03] * Quits: jbalogh (jbalogh@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving...)
- # [02:04] * Quits: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch) (Quit: Leaving.)
- # [02:05] <dzbarsky> has anyone been able to debug firefox in xcode 4.3?
- # [02:05] <@ted> playing embedded youtube videos seems to have become broken for me recently
- # [02:05] <@ted> i click play and then all the controls go away and nothing happens
- # [02:06] <@smaug> ted: there was some bug
- # [02:06] <@smaug> I think Google fixed it
- # [02:06] <NeilAway> ted: delete pluginreg.dat and restart
- # [02:06] <@ted> ah
- # [02:06] <@ted> NeilAway: ugh
- # [02:06] <@ted> again?
- # [02:06] <@smaug> oh, also some other bug
- # [02:06] <jhammel> heh
- # [02:06] <NeilAway> ted: or, if you've got a debugger, tell Gecko that Flash isn't Java
- # [02:06] <@ted> really?
- # [02:06] <@ted> NeilAway: i don't think it's that bug
- # [02:06] <@ted> because they work on the site
- # [02:06] <@ted> just not as embeds
- # [02:06] <NeilAway> ted: oh, sorry
- # [02:07] <njn> anyone else seeing repeated NULL deref crashes at |nsresult rvspec = aDocumentURI->GetSpec(spec);| in nsXULElement.cpp:2998?
- # [02:07] <@smaug> https://bugzilla.mozilla.org/show_bug.cgi?id=754346 should be fixed
- # [02:07] <@smaug> if it is that one
- # [02:07] <@smaug> not sure if Google has propagate the fix everywhere
- # [02:09] <njn> oh, it's in my patch stack
- # [02:13] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [02:14] * Quits: brendan (brendaneic@moz-8C525C6B.public.wayport.net) (Quit: brendan)
- # [02:15] * Quits: jhammel (jhammel@moz-14240F1C.hsd1.ca.comcast.net) (Quit: leaving)
- # [02:16] * njn shouldn't trust unlanded patches he didn't write himself
- # [02:17] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [02:17] <philikon> whats the best way to read afile from the omni.ja?
- # [02:17] <gavin> from where?
- # [02:18] <dRdR> froydnj_: updated the patch, not sure if it notified you since you weren't in the cc
- # [02:18] <philikon> gavin: does it matter?
- # [02:18] <philikon> gavin: oh you mean from what code ?
- # [02:18] <gavin> yeah
- # [02:19] <philikon> gavin: im in a JS XPCOM component
- # [02:19] * darktrojan would expect most omni.ja stuff to have a chrome or resource uri
- # [02:19] <philikon> resource://gre/
- # [02:20] <philikon> sure
- # [02:20] <philikon> what resolves to a jar:// ... url
- # [02:20] <philikon> s/waht/that/
- # [02:20] <Mossop> Doesn't NetUtil.jsm have a method to read from a url?
- # [02:20] <philikon> but how do i acutally *read* the contents of a file?
- # [02:20] <darktrojan> what he said ^
- # [02:20] <philikon> Mossop: from a channel
- # [02:20] <@ted> yeah, you want NetUtil.jsm's thing
- # [02:20] <gavin> asyncFetch
- # [02:20] <gavin> http://mxr.mozilla.org/mozilla-central/source/netwerk/base/src/NetUtil.jsm#131
- # [02:21] <@ted> and then probably readInputStreamToString
- # [02:21] <philikon> oh, it can be an nsIURI too!
- # [02:21] <philikon> wow
- # [02:21] <philikon> didnt know
- # [02:21] <Mossop> Or a channel
- # [02:21] <philikon> thought it had tobe file or channel
- # [02:21] <@ted> it slices, it dices
- # [02:21] <philikon> thx guys!
- # [02:22] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [02:22] <philikon> ok next question
- # [02:22] <philikon> say i want to ship a JSOn file
- # [02:22] <philikon> with gecko
- # [02:22] <philikon> whats the best place to tput it?
- # [02:22] <robcee> "toolkit"
- # [02:22] <philikon> in terms of the install dir
- # [02:22] <robcee> :D
- # [02:22] <philikon> robcee: lulz
- # [02:22] * Quits: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [02:22] <philikon> i coud just ship it alongside JSMs
- # [02:22] <@ted> if you can jam it inside the omnijar, then that's fine
- # [02:22] <philikon> but that feels dirty
- # [02:22] <gavin> why do you want to do this
- # [02:22] <Mossop> robcee: I hate you
- # [02:23] <philikon> ted: yeah, but how?
- # [02:23] <robcee> <3
- # [02:23] <@ted> list it in a jar.mn somehwere
- # [02:23] <philikon> gavin: stuff that wen eed for b2g
- # [02:23] <froydnj_> dRdR: thanks. I'm watching Core/XPCOM, so I'll see it eventually
- # [02:23] <@ted> those define all the "chrome"
- # [02:23] <philikon> ted: ah, jar.mn of course
- # [02:23] <philikon> thx!
- # [02:23] <@ted> np
- # [02:23] <gavin> philikon: bug #?
- # [02:23] <philikon> gavin: mobile networks provider configuration settings database
- # [02:23] <gavin> ah
- # [02:23] <philikon> needs to ship with the handset
- # [02:23] <philikon> sadly
- # [02:24] <darktrojan> database? y u no rdf?
- # [02:24] <philikon> lulz
- # [02:24] * darktrojan would actually kick himself from the channel for that
- # [02:24] <philikon> json motherf***er, do you speak it
- # [02:24] <fabrice> philikon: why not in b2g/chrome/ ?
- # [02:24] <froydnj_> because then you would have three problems
- # [02:24] <@ted> froydnj_: a triple of problems, even
- # [02:24] <philikon> fabrice: it should be in the RIL dir IMHO
- # [02:25] <philikon> fabrice: dom/system/gonk
- # [02:25] <fabrice> ouch
- # [02:25] <fabrice> what about setting the location in a pref?
- # [02:25] <froydnj_> ted: n triples, depending on serialization
- # [02:25] <@ted> the trouble with triples
- # [02:25] <philikon> fabrice: sure, whatever
- # [02:25] <froydnj_> so cute and furry to start off
- # [02:27] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
- # [02:27] <philikon> ted: so lets say i add it to the omni.ja as a top-level file... how do i access it? resource://gre/<file>?
- # [02:27] <@ted> in the jar.mn you have to specify the chrome URL they map to
- # [02:27] <@ted> true story
- # [02:27] <philikon> its been so long
- # [02:27] <philikon> thx
- # [02:28] * Quits: mreid_ (mark@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Bye!)
- # [02:28] <philikon> ted: i'd thank u but u shud really thank me for not redirecting this r? to you :p
- # [02:28] <@ted> hah!
- # [02:28] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Quit: Mardak)
- # [02:28] * Quits: jimb (user@moz-B6B20B77.hsd1.or.comcast.net) (Ping timeout)
- # [02:28] * Quits: ircloggr (nodebot@moz-AF2366B9.compute-1.amazonaws.com) (Client exited)
- # [02:28] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [02:28] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
- # [02:29] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [02:29] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [02:30] * Mook_as wonders if philikon can XHR his JSON
- # [02:30] * Quits: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [02:30] <gavin> xhr from js components kinda sucks, see earlier discussion :)
- # [02:31] <Mook_as> that just means it'll have more reason to be fixed, right? :)
- # [02:31] * Joins: jammink (textual@moz-BBE3ABD.mv.mozilla.com)
- # [02:31] * Joins: Rob (robhawkes@2DCD3574.8393754F.E9FF1376.IP)
- # [02:31] * Joins: bbondy (bbondy@moz-C9962B2.home.cgocable.net)
- # [02:31] * Quits: robhawkes (robhawkes@2DCD3574.8393754F.E9FF1376.IP) (Ping timeout)
- # [02:32] * Quits: sriram (sriramr@moz-BBE3ABD.mv.mozilla.com) (Quit: sriram)
- # [02:32] <Mossop> gavin: What sucks about it?
- # [02:32] * Joins: jrmuizel (jrmuizel@F7CF1233.F8C4DECC.DA78B690.IP)
- # [02:33] <gavin> Mossop: I dunno, it certainly works well enough in the places we use it
- # [02:33] <gavin> ask smaug!
- # [02:33] <gavin> [17 14:57:23] <smaug> I wish we could remove "@mozilla.org/xmlextras/xmlhttprequest;1"
- # [02:34] * Quits: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
- # [02:34] * Quits: @smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi) (Ping timeout)
- # [02:34] * Quits: nhirata (nhirata.bu@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: nhirata)
- # [02:34] <darktrojan> he clearly doesn't want to be asked
- # [02:35] <scientes> rillian, bug 747257
- # [02:35] * Quits: jrmuizel (jrmuizel@F7CF1233.F8C4DECC.DA78B690.IP) (Input/output error)
- # [02:35] * Quits: int3 (int3@1AD25C43.E8D90279.E655E8E1.IP) (Client exited)
- # [02:35] * Quits: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [02:36] <jaws> njn: ping?
- # [02:36] <njn> jaws: pong
- # [02:36] * jlebar is now known as jlebar|away
- # [02:36] <njn> jaws: what have you found?
- # [02:36] <jaws> njn: does your test_memoryreporters.xul use mochitest-plain or a different framework?
- # [02:37] <jaws> i'm trying to bisect bug 749010
- # [02:37] <jaws> when i run it with mochitest-plain i get a 404
- # [02:37] <njn> jaws: I don't understand the question... it's a chrome test, AIUI
- # [02:38] * Joins: kvda (kvda@AFDD388F.C3893E67.923345AB.IP)
- # [02:38] <njn> jaws: here's how I run it: |python runtests.py --chrome --autorun --test-path=toolkit/components/aboutmemory/tests/test_memoryReporters.xul|
- # [02:38] <jaws> ok thanks :)
- # [02:38] * Joins: robhawkes (robhawkes@2DCD3574.8393754F.E9FF1376.IP)
- # [02:38] * Quits: dveditz (dveditz@moz-BBE3ABD.mv.mozilla.com) (Quit: dveditz)
- # [02:38] <njn> jaws: from within $BUILD/_tests/testing/mochitest
- # [02:39] <jaws> thanks, that works for me :)
- # [02:39] * Quits: Rob (robhawkes@2DCD3574.8393754F.E9FF1376.IP) (Ping timeout)
- # [02:39] * davehunt is now known as davehunt|away
- # [02:40] * Joins: ircloggr (nodebot@moz-489B5076.compute-1.amazonaws.com)
- # [02:41] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
- # [02:42] * Quits: overholt (overholt@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving)
- # [02:42] * Fallen|away is now known as Fallen
- # [02:43] * Quits: gustavold (gustavold@8AD413DD.3053860D.A992BEAD.IP) (Ping timeout)
- # [02:43] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [02:43] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
- # [02:43] * ChanServ sets mode: +o ehsan
- # [02:45] * Quits: akeybl (akeybl@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving...)
- # [02:45] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [02:46] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [02:47] * Quits: gkw (fuzz2lin@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [02:47] * Joins: gkw (fuzz2lin@moz-BBE3ABD.mv.mozilla.com)
- # [02:47] * gregglind is now known as gregglind_away
- # [02:50] * Quits: vladan (vladan@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [02:50] * Quits: lmandel (lmandel@moz-BBE3ABD.mv.mozilla.com) (Quit: lmandel)
- # [02:50] * jmaher|afk is now known as jmaher
- # [02:51] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [02:53] <Waldo> firebot: ping
- # [02:53] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
- # [02:53] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
- # [02:53] <firebot> Waldo: pong
- # [02:55] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
- # [02:55] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
- # [02:55] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
- # [02:57] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
- # [02:58] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
- # [02:58] * Joins: priya (Adium@A01051A9.6F669779.3D1CA460.IP)
- # [02:58] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [03:00] * Quits: priya (Adium@A01051A9.6F669779.3D1CA460.IP) (Quit: Leaving.)
- # [03:00] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [03:00] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [03:00] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
- # [03:00] * Joins: Standard8 (Standard8@25F88422.B7606226.6BED537B.IP)
- # [03:02] * Quits: ochameau (ochameau@moz-A33C217B.fbx.proxad.net) (Ping timeout)
- # [03:02] * Joins: ochameau (ochameau@moz-A33C217B.fbx.proxad.net)
- # [03:02] <dev> Is removing the objdir sufficient to do a clean or do I always need to run a make clean ?
- # [03:04] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 10.0.2/20120215223356])
- # [03:05] <scientes> dev, make clean doesn't even do anything as far as i can tell
- # [03:05] <scientes> but you don't have to delete the objdir
- # [03:06] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
- # [03:06] * ChanServ sets mode: +o ehsan
- # [03:06] <dev> scientes: then?
- # [03:07] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
- # [03:07] <Mossop> Deleting the objdir ensures a nice clean build and is useful if you're seeing odd errors
- # [03:07] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
- # [03:07] <scientes> ^^^^
- # [03:07] <dev> Mossop: yup .. is there any other files that need to be rm'ed ?
- # [03:07] <scientes> but its not always neccicary
- # [03:07] <dev> s/is/are
- # [03:07] <Mossop> dev: Nope
- # [03:07] * Quits: mreavy (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [03:08] <dev> aah ok thanks a lot both of you
- # [03:08] <scientes> ccache makes a clean build much faster
- # [03:08] <scientes> +distcc
- # [03:08] * Quits: jesup (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [03:08] * Quits: garnacho (carlos@moz-21A1EC24.dyn.user.ono.com) (Ping timeout)
- # [03:10] * bwinton_away is now known as bwinton
- # [03:14] * Joins: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP)
- # [03:15] * Quits: bbondy (bbondy@moz-C9962B2.home.cgocable.net) (Ping timeout)
- # [03:16] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [03:17] * Joins: gandalf (zbraniecki@moz-138872F0.neoplus.adsl.tpnet.pl)
- # [03:19] * ewong|away is now known as ewong_
- # [03:20] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.88.2-rdmsoft [XULRunner 12.0/20120420145725])
- # [03:21] * khuey is now known as khuey|away
- # [03:21] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [03:22] * Quits: ewong (chatzilla@moz-5B0EF77B.static.netvigator.com) (NickServ (GHOST command used by ewong_))
- # [03:22] * ewong_ is now known as ewong
- # [03:22] * Joins: ewong_ (chatzilla@moz-5B0EF77B.static.netvigator.com)
- # [03:23] * Quits: chewey (chewey@moz-BAF41D4B.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
- # [03:23] * Joins: chewey (chewey@moz-42EC35DE.dip0.t-ipconnect.de)
- # [03:23] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [03:28] * Quits: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP) (Quit: rniwa)
- # [03:29] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Leaving...)
- # [03:29] * Quits: KaiRo (robert@moz-5A1AD9C4.adsl.highway.telekom.at) (Input/output error)
- # [03:29] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
- # [03:30] * Joins: hvq (HVQ@moz-FEBAEF1.singnet.com.sg)
- # [03:30] * Quits: gandalf (zbraniecki@moz-138872F0.neoplus.adsl.tpnet.pl) (Ping timeout)
- # [03:30] * Quits: kbrosnan_ (kbrosnan@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
- # [03:32] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [03:32] * Joins: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp)
- # [03:35] * Quits: hvq (HVQ@moz-FEBAEF1.singnet.com.sg) (Connection reset by peer)
- # [03:35] * bwinton is now known as bwinton_away
- # [03:36] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [03:37] <RyanVM> njn: yes, set the target milestone when landing on inbound. So sayeth the tree rules :)
- # [03:37] * Joins: gandalf (zbraniecki@moz-5D0FED5E.neoplus.adsl.tpnet.pl)
- # [03:37] <njn> RyanVM: did that change, or have I always been doing it wrong?
- # [03:38] <RyanVM> dunno, it's been that way since I got level 3 commit access a couple months ago
- # [03:38] <njn> RyanVM: https://wiki.mozilla.org/Tree_Rules says you only need to set it for m-c landings
- # [03:38] <RyanVM> njn: linked from that - https://wiki.mozilla.org/Tree_Rules/Inbound
- # [03:39] <RyanVM> njn: (I never said having the rules across two pages was wise ;))
- # [03:39] <njn> RyanVM: https://wiki.mozilla.org/Tree_Rules is misleading, then...
- # [03:40] <RyanVM> see my previous comment :P
- # [03:40] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [03:40] <njn> "If this has been sent to try, please include the URL, so in the case of bustage, it's easier to eliminate your push as the cause."
- # [03:40] <njn> huh
- # [03:42] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [03:42] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
- # [03:44] * bear-afk is now known as bear
- # [03:45] <RyanVM> philor: nice catch on the clobbering
- # [03:45] * Joins: bruno (bruno@4F82247A.DA5F34C4.7B974E06.IP)
- # [03:45] <philor> njn: yeah, yeah, "eliminate your push," that's the goal, not to catch you having ignored it on try... :)
- # [03:46] <philor> RyanVM: and it only took me an hour to remember!
- # [03:46] <RyanVM> i don't understand why canceling the build leaves a bad objdir, though
- # [03:47] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
- # [03:48] * bear is now known as bear-afk
- # [03:48] <philor> cancelling's not gentle
- # [03:48] * Joins: tbsaunde (tbsaunde@moz-59682A1.dmz.scl3.mozilla.com)
- # [03:51] <philor> you can probably do the same to your own the same way, with a nice kill -9
- # [03:51] * Quits: mfinkle (mfinkle@moz-8CB7201C.hsd1.pa.comcast.net) (Broken pipe)
- # [03:51] * Joins: aja (chatzilla@EE732A75.6BD0AE10.7880DB15.IP)
- # [03:51] * Joins: bbondy (bbondy@moz-C9962B2.home.cgocable.net)
- # [03:52] * Joins: timdream (timdream@moz-99690620.hinet-ip.hinet.net)
- # [03:52] * njn can't believe he's done four consecutive pushes without anyone else intervening
- # [03:52] <njn> is it a public holiday in the US or something?
- # [03:53] <philor> yep, it's Sunny Thursday Evening In May Pefect For Drinking Several Beers Day
- # [03:54] * Quits: willy1234x1 (willy1234x@moz-714C1CCA.slkc.qwest.net) (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/)
- # [03:54] * Joins: willy1234x1 (willy1234x@moz-714C1CCA.slkc.qwest.net)
- # [03:54] * philor is now known as philor|away
- # [03:55] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
- # [03:56] * Quits: rajul (quassel@9C9403F.2BDCA930.5700D73F.IP) (Ping timeout)
- # [03:56] * Quits: sewardj (sewardj@moz-BEA91EDA.dip.t-dialin.net) (Ping timeout)
- # [03:56] * darktrojan forgot to observe that day :/
- # [03:56] * Joins: sewardj (sewardj@moz-5E1447EB.dip.t-dialin.net)
- # [03:58] * Quits: gandalf (zbraniecki@moz-5D0FED5E.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
- # [04:00] * Joins: Havvy (Mibbit@moz-B7B34335.ptld.qwest.net)
- # [04:01] * Quits: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [04:01] * Joins: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [04:03] * Quits: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [04:03] * Quits: ctyler (chris@moz-A54458EA.proximity.on.ca) (Ping timeout)
- # [04:04] * Quits: tor (tor@9043A4AC.46A41C28.49CEED6B.IP) (Ping timeout)
- # [04:07] * Fallen is now known as Fallen|away
- # [04:07] <bsmith> In rules.mk we do this:
- # [04:07] * Joins: tor (tor@9043A4AC.46A41C28.49CEED6B.IP)
- # [04:07] <bsmith> INCLUDES += -I$(DIST)/include/testing
- # [04:08] <bsmith> to add the directory containing TestHarness.h to the include path. But, why not do this?:
- # [04:08] * Joins: Mook (mook@moz-15AE9125.dsl.teksavvy.com)
- # [04:09] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: pcwalton)
- # [04:09] <bsmith> INCLUDES += -I$(DEPTH)/xpcom/tests
- # [04:09] <bsmith> and avoid copying TestHarness.h to $(DIST)
- # [04:09] <Waldo> cleaner to have a minimized dependency, I think
- # [04:10] <Waldo> xpcom/tests has a bunch of stuff in it
- # [04:10] <Waldo> although keep in mind that code's several years old, and it's not necessarily the case that I knew what I was doing hacking the build system when I did that
- # [04:10] <bsmith> OK. But, if I have a directory in the source tree that contains only public header files, I can skip this step?
- # [04:10] <Waldo> in fact it probably wasn't much the case!
- # [04:10] * Joins: jet (junglecode@88F51059.F3BBB17D.144F44FA.IP)
- # [04:10] * Quits: tor (tor@9043A4AC.46A41C28.49CEED6B.IP) (Ping timeout)
- # [04:10] <Waldo> not sure
- # [04:11] <bsmith> and do -I$(DEPTH)/testing/gtest/include, for example
- # [04:11] <Waldo> talk to a build dude :-)
- # [04:11] <Waldo> I'm pretty sure I was cargo-culting hard when I did that stuff, and/or generalizing from how xpcom/tests did it at the time (this was when I wanted a generally-usable frameworky harness for compiled-code tests)
- # [04:12] <philikon> god why do people like directories so much
- # [04:13] * Joins: priya (Adium@moz-5843392D.hsd1.ca.comcast.net)
- # [04:13] <philikon> gecko is like a billion directories with maybe 3 files in each on average
- # [04:13] * Waldo wonders if there's any way to see why Thunderbird is using 80% CPU right now, also given that this is probably a distro-provided build
- # [04:13] * Joins: tor (tor@9043A4AC.46A41C28.49CEED6B.IP)
- # [04:14] <bsmith> philikon: I see. The command line would be huge, unless we required every module to explicitly specify its INCLUDES
- # [04:15] <darktrojan> philikon++
- # [04:15] <Waldo> why is it we dynamically load libxul, versus it being a library loaded at startup, again?
- # [04:15] <philikon> bsmith: wut?
- # [04:15] <philikon> bsmith: i want FLATTER directories
- # [04:15] <bsmith> philikon: sorry, I was hoping you were talking to me
- # [04:15] <bsmith> :(
- # [04:15] <philikon> like, wtf does the "chrome" directory level exist at all? why do we have 'src', 'public', etc
- # [04:15] <bsmith> I agree, I don't understand why there are so many directories
- # [04:16] * Quits: tor (tor@9043A4AC.46A41C28.49CEED6B.IP) (Ping timeout)
- # [04:16] <philikon> bsmith: yeah sorry wasnt asnwering to you'
- # [04:16] <njn> philikon: I like the paths that have "src" or "content" in them twice. And when I say "I like" I mean "I don't like".
- # [04:17] <philikon> njn: right
- # [04:17] <philikon> and people STILL create them
- # [04:17] <philikon> even thoug hwe said we wouldnt
- # [04:17] <njn> philikon: xpconnect is better than it used to be, that's something
- # [04:17] <philikon> *cough* mounir *cough*
- # [04:17] * Quits: hub (hub@moz-6D2CDEFB.panavision.com) (Ping timeout)
- # [04:18] <darktrojan> njn, you must really like content/html/content/src then
- # [04:18] <KWierso> lol person on reddit complaining that his nightly+newprofile doesn't go back down to 40MB from 160MB after an hour of use
- # [04:18] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [04:18] <darktrojan> 160MB is too damn high
- # [04:18] <Waldo> "content" is really just an awful name for that module-ish thing
- # [04:19] * Joins: sfink (chatzilla@moz-7B7651CB.dsl.pltn13.sbcglobal.net)
- # [04:19] <philikon> Waldo: srsly
- # [04:21] <JonathanS> Waldo, look at chrome :)
- # [04:22] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [04:22] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [04:23] <@roc> write patches to move stuff around
- # [04:23] <@roc> it's not hard
- # [04:23] <philikon> maybe i will
- # [04:23] <philikon> when weve shipped that phone thing
- # [04:23] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Ping timeout)
- # [04:23] <@roc> my favourite is layout/xul/base/src/tree/src
- # [04:24] <philikon> awesome
- # [04:24] * Joins: tor (tor@9043A4AC.46A41C28.49CEED6B.IP)
- # [04:25] <JonathanS> roc, mind blown!
- # [04:25] <@roc> until we had hg, moving files was too hard, then after hg some people resisted moving stuff around because of hg's dumb defaults that stop showing an hg log at the last move
- # [04:25] <@roc> however
- # [04:25] <JonathanS> XUL needs go deeper.
- # [04:25] <@roc> I think we've crushed smaug's objections now, so it's just up to people to write patches
- # [04:26] <philikon> if/when we move to git, all that will be over too
- # [04:26] <philikon> git tracks code, not files
- # [04:27] * Quits: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [04:27] * Joins: jeffgman (Daily@moz-AC43E5A0.static.rvsd.ca.charter.com)
- # [04:29] * Joins: ctyler (chris@moz-A54458EA.proximity.on.ca)
- # [04:30] * Quits: a-865 (fmcz@moz-A5D13CA.cable.mindspring.com) (Quit: ChatZilla 0.9.88.2 [SeaMonkey 2.10/20120511084214])
- # [04:32] * philor|away is now known as philor
- # [04:34] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/e34babb30393 - Makoto Kato - Bug 756010 - Don't build ImageScalingSSE2.cpp on VC2005 due to no _mm_castsi128_ps. r=bas
- # [04:34] * Joins: lmandel (lmandel@moz-BBE3ABD.mv.mozilla.com)
- # [04:35] * khuey|away is now known as khuey
- # [04:36] <@khuey> philikon: yeah, git just needs to fix that whole windows support thing
- # [04:36] <KWierso> khuey: eh?
- # [04:37] <philikon> khuey: huh?!?
- # [04:37] <philikon> dude it's 2012
- # [04:38] <philikon> last year i was developing gecko on windows with git
- # [04:38] * Quits: AaronMT (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [04:38] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
- # [04:38] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [04:39] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
- # [04:39] <@khuey> philikon: doesn't it still require its own hacked up msys?
- # [04:39] <Mossop> Yes
- # [04:40] * KWierso uses it with cmd.exe just fine...
- # [04:40] <Mossop> So it's level of windows support has risen from "none" to "shitty"
- # [04:40] <philikon> whatever it works
- # [04:40] <@khuey> IMO it doesn't qualify as supporting windows if I have to type my VCS commands in one terminal and my compile commands in another
- # [04:40] <philikon> not true
- # [04:40] <Waldo> khuey++
- # [04:40] <Waldo> khuey: why is it we dynamically load libxul, versus it being a library loaded at startup, again?
- # [04:40] <philikon> i suggest y'all try it
- # [04:41] <philikon> befoire bitching
- # [04:41] * Quits: tor (tor@9043A4AC.46A41C28.49CEED6B.IP) (Ping timeout)
- # [04:41] <philikon> git 4EVAHHHHH
- # [04:41] * @khuey stabs philikon
- # [04:41] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
- # [04:41] * Unfocused did
- # [04:41] * Mook has been gitting on Windows in MozillaBuild for... what, over two years now?
- # [04:41] * Unfocused facepalmed
- # [04:41] <Mossop> philikon: I have it working from my bash terminal, but it took a lot of fiddling that I can't remember and some of the regular msys tools I use simply hang
- # [04:41] <@khuey> Waldo: 301 bsmedberg
- # [04:41] <philikon> let's face it, git has more mindshare and mq mkaes me stabby beyond hope
- # [04:42] * Joins: tor (tor@9043A4AC.46A41C28.49CEED6B.IP)
- # [04:42] <Mossop> mindshare?
- # [04:42] <philikon> call me back when mercurial gets proper branching and rebasing and conflict resolution for my own work
- # [04:42] <Mossop> You don't have to use mq if you don't want to
- # [04:42] <philikon> Mossop: you know that whole github thing
- # [04:42] <mbrubeck> At one person told me they used git with mozillabuild's msys
- # [04:42] <Waldo> don't feed the troll!
- # [04:42] <Waldo> ;-)
- # [04:42] <philikon> hehe
- # [04:43] * philikon gets back to code
- # [04:43] <Mossop> philikon: I've yet to find something I liked about git's branching that hg doesn't already provide. As you said, it's 2012. Hg has moved on too and supports a lot of the stuff git does now
- # [04:43] <Waldo> hg's UI still has a long way to go to suck as much as git's, tho
- # [04:44] * Quits: priya (Adium@moz-5843392D.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [04:44] * cjones is now known as cjones-dinner
- # [04:44] * Waldo decides this troll needs to eat, later all :-)
- # [04:44] * Quits: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 12.0/20120424092743])
- # [04:44] * Quits: aja (chatzilla@EE732A75.6BD0AE10.7880DB15.IP) (Client exited)
- # [04:45] <philikon> Mossop: i know, but I have yet to find a way for hg to manage my own set of patches, letting me reorder, squash, split, etc. them, without also requiring me tod omy own conflict resolution
- # [04:45] * jtcranmer finds he has to blow away his repository a lot more with git
- # [04:45] <philikon> if it does have that, I'm eager to hear it
- # [04:45] * Quits: tor (tor@9043A4AC.46A41C28.49CEED6B.IP) (Ping timeout)
- # [04:45] <philikon> jtcranmer: really? i've *never* had to do that
- # [04:45] <Mossop> philikon: Does git have that?
- # [04:45] <mbrubeck> I wish I were using git every time I merge between our hg repos
- # [04:45] <philikon> Mossop: yes
- # [04:46] <Mossop> jtcranmer: Yeah, I ruin mine all the time, mostly through ignorance though
- # [04:46] <Mossop> philikon: Oh? What is it?
- # [04:46] <philikon> Mossop: git rebase -i
- # [04:46] <Mossop> philikon: Oh. Hg has rebase of course
- # [04:46] * Joins: tor (tor@9043A4AC.46A41C28.49CEED6B.IP)
- # [04:46] <philikon> hg's whole ivory tower of "indelible changests" is fricken shortsighted
- # [04:46] <philikon> Mossop: does it have *interactive*rebase?
- # [04:46] <philikon> where i can reoder, edit, squash, etc. commits?
- # [04:47] <philikon> and if i get a conflict, I get <<<<< lines in my files rather than fucking .rej files?
- # [04:47] <KWierso> ^
- # [04:47] <philikon> hg just throws the towel so easily... "here, you try to merge this shit. later"
- # [04:48] <Mossop> Not sure about interactive, but the <<<<< lines is what I get when hg can't merge stuff properly, must be something I set in the config
- # [04:48] <Mook> hg's equivalent is transplant, I think, though it sounds like it doesn't do `git rebase -i`'s "open an editor and say what you want to do"
- # [04:48] <philikon> Mossop: right, but it doesnt do it on qpush
- # [04:49] <Mossop> philikon: It does for me
- # [04:49] <philikon> Mook: right, i know about transplant.
- # [04:49] * Quits: jet (junglecode@88F51059.F3BBB17D.144F44FA.IP) (Quit: jet)
- # [04:49] <philikon> Mook: oh!
- # [04:49] <philikon> err
- # [04:49] <Mossop> Mook: transplant copies, rebase moves
- # [04:49] <philikon> Mossop:
- # [04:49] <philikon> Mossop: can i see your .hgrc?
- # [04:49] <Mook> Mossop: ah; okay, thanks.
- # [04:50] <mbrubeck> If you set ui.merge=internal:merge
- # [04:50] <mbrubeck> then you get conflict lines instead of opening a mergetool when hg does a merge.
- # [04:50] <Mossop> ^^ is what I have
- # [04:50] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [04:50] * Joins: int3_ (int3@moz-FAB3747.cpe.distributel.net)
- # [04:50] <philikon> Mook: rebase -i also lets me squish commits. very useful if i commit early and often and then later want to collapse
- # [04:50] <philikon> mbrubeck: <3
- # [04:50] <Mook> philikon: fixup _and_ squash. I use it often, last time was today ;)
- # [04:50] <philikon> and ppl say hg has abetter UI or more sensible defaults than git. ha!
- # [04:51] <philikon> Mook: hg fixup? inknown cmd here
- # [04:51] <Mook> philikon: git rebase, fixup instead of squash. I'm more of a git user than a hg user.
- # [04:51] <philikon> ah
- # [04:51] * Joins: Rob (robhawkes@2DCD3574.8393754F.E9FF1376.IP)
- # [04:51] <philikon> sry didn trealize you were talking about git
- # [04:51] <philikon> yes
- # [04:51] <philikon> i <3 fixup
- # [04:52] <Mossop> philikon: It is all in what you're used to. I can't make any sense out of git's output for example and I hate the default config (and am more annoyed that you can't even correct some parts of it, unlike hg!) but that is because I'm used to hg no doubt
- # [04:52] <Mossop> Git and Hg are very similar these days, just different defaults, different names for things and very few feature differences IMO
- # [04:52] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [04:52] * Quits: robhawkes (robhawkes@2DCD3574.8393754F.E9FF1376.IP) (Ping timeout)
- # [04:52] <philikon> Mossop: i would like to disagree
- # [04:53] <philikon> patch/private cset mgmt is way better on git imho
- # [04:53] <philikon> if hg got over its immutable cset mantra, i would be happy with hg
- # [04:54] <philikon> because really, mq is just a way to do rebasing, but shittly
- # [04:54] * Quits: int3_ (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [04:54] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [04:54] <philikon> anyway, back to code
- # [04:54] <jtcranmer> hg pul --rebase
- # [04:54] * Joins: robhawkes (robhawkes@2DCD3574.8393754F.E9FF1376.IP)
- # [04:54] <jtcranmer> rebases your mq onto the new tip
- # [04:55] * philikon is aware of it...
- # [04:55] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
- # [04:55] <philikon> not what i mean, but i dont want to keep the channel OT for longer
- # [04:55] * Quits: Rob (robhawkes@2DCD3574.8393754F.E9FF1376.IP) (Ping timeout)
- # [04:56] * Mossop goes back to portal
- # [04:56] * Joins: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP)
- # [04:57] <mbrubeck> hg qfold is the best way to squash commits in mercurial, though it's slightly more tedious than git rebase -i
- # [04:57] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
- # [04:58] * Joins: bz (bzbarsky@moz-34B0FC58.hfc.comcastbusiness.net)
- # [04:58] * ChanServ sets mode: +o bz
- # [04:58] * scientes uses git
- # [04:58] <@bz> scientes: we won't tell. ;)
- # [04:58] <philikon> mbrubeck: yeah i use it
- # [04:59] <philikon> ohai! http://mercurial.selenic.com/wiki/HisteditExtension
- # [05:04] * Quits: lmandel (lmandel@moz-BBE3ABD.mv.mozilla.com) (Quit: lmandel)
- # [05:06] * Havvy has never used hg. ;)
- # [05:06] * Joins: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
- # [05:08] * Quits: bruno (bruno@4F82247A.DA5F34C4.7B974E06.IP) (Quit: bruno)
- # [05:09] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
- # [05:09] * Joins: rniwa_ (rniwa@60A74940.D6CCE4AE.77834EAA.IP)
- # [05:10] * Quits: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [05:10] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Ping timeout)
- # [05:10] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Quit: jgriffin)
- # [05:10] * Joins: smontagu (chatzilla@55BBA7ED.5ACD0297.CC465D70.IP)
- # [05:11] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Ping timeout)
- # [05:11] * rniwa_ is now known as rniwa
- # [05:11] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
- # [05:12] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Quit: Mardak)
- # [05:17] * Quits: bbondy (bbondy@moz-C9962B2.home.cgocable.net) (Ping timeout)
- # [05:18] <KWierso> SVN4LIFE
- # [05:19] * philor is now known as philor|away
- # [05:19] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Quit: Leaving.)
- # [05:21] <bjacob> ehsan: should i land the patch in your name or mine? i'd do yours but dont want to you get blamed for my fault :)
- # [05:21] <@bz> KWierso: r-
- # [05:21] <@bz> KWierso: "too slow"
- # [05:22] * Quits: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [05:23] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
- # [05:24] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [05:24] * Joins: twi (Adium@moz-1AE3B3E2.cust.dsl.vodafone.it)
- # [05:24] * Quits: m_kato (Daily@moz-348F61F0.mozilla.or.jp) (Quit: m_kato)
- # [05:25] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
- # [05:26] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
- # [05:28] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Ping timeout)
- # [05:29] * Quits: robhawkes (robhawkes@2DCD3574.8393754F.E9FF1376.IP) (Ping timeout)
- # [05:29] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Ping timeout)
- # [05:32] <@bz> man, esr is so nice
- # [05:32] <@bz> a pull pulls in 11 changesets, not a bazillion
- # [05:32] <bjacob> o.O
- # [05:32] <bjacob> oh, that
- # [05:33] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [05:33] * Joins: jduell (jduell@moz-C44620F2.hsd1.ca.comcast.net)
- # [05:34] * cjones-dinner is now known as cjones
- # [05:34] * Quits: Havvy (Mibbit@moz-B7B34335.ptld.qwest.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [05:34] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
- # [05:34] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [05:35] * Joins: pgreco (chatzilla@BF9375CD.2EE88D5C.716234A6.IP)
- # [05:35] * Quits: pgreco (chatzilla@BF9375CD.2EE88D5C.716234A6.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a1/20120517030523])
- # [05:35] * philor|away is now known as philor
- # [05:37] * Joins: Mardak (Mardak@moz-9D4EA709.sfo4.dsl.speakeasy.net)
- # [05:38] * Quits: @dolske (dolske@moz-59682A1.dmz.scl3.mozilla.com) (Quit: leaving)
- # [05:38] * Quits: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com) (Ping timeout)
- # [05:39] * @bz churns through review requests
- # [05:39] <@khuey> mm
- # [05:39] <@khuey> email from facebook recruiter
- # [05:39] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
- # [05:40] <gavin> khuey: https://gist.github.com/2597193
- # [05:40] <@bz> khuey: dontdoit
- # [05:40] <@bz> khuey: you wouldn't get in before the IPO anyway. ;)
- # [05:41] <@roc> gavin: brilliant!
- # [05:41] <@bz> gavin: awesome
- # [05:41] <dRdR> gavin: lol, going to use that
- # [05:41] <@khuey> bz: indeed :-(
- # [05:41] <@khuey> gavin: lolz
- # [05:41] <@roc> khuey: mine said that I'd been recommended by a former colleague now at Facebook
- # [05:41] <@roc> or something to that effect
- # [05:41] <@bz> roc: mmm
- # [05:41] <@roc> WHO IS THE TURNCOAT
- # [05:42] <@khuey> roc: there are a lot :-P
- # [05:42] <@bz> roc: you want a list?
- # [05:42] <@roc> it's one thing to take the cash
- # [05:42] <@bz> roc: At least two people with last names starting with "Sh" come to mind
- # [05:42] <@roc> it's another thing to undermine your former employer
- # [05:42] <@bz> roc: who might want you
- # [05:42] <@bz> roc: well, fair
- # [05:43] <@bz> roc: I have a hard time seeing either one of them actively recruiting you
- # [05:43] <@roc> and not just any employer, but MOZILLA
- # [05:43] <hub> I sent that reply to a Google recruiter
- # [05:43] <@roc> I'd undermine IBM in a hearbeat
- # [05:43] <hub> even Apple I tried to not undermine
- # [05:43] <@khuey> hub: the emails I've gotten from google recruiters are usually pretty indistinguishable from the ones for $RANDOM_JAVA_SHITWARE_COMPANY
- # [05:44] <@khuey> hub: the fb recruiter at least appears to have put some effort into it
- # [05:44] <hub> khuey: last time the guy knew I was at Moz.... which was progress
- # [05:44] <@khuey> listing things I've worked on here, etc
- # [05:44] <hub> khuey: but I have seen shitty ones
- # [05:45] * Joins: a-865 (fmcz@moz-A5D13CA.cable.mindspring.com)
- # [05:45] <@roc> I am totally going to use that reverse recruitment template next time
- # [05:45] <@bz> khuey: wow
- # [05:45] <smontagu> bz: and one with first name starting with "Sh". Interesting pattern
- # [05:45] <biesi> wait, who's the second guy with a Sh last name?
- # [05:45] <@bz> khuey: that's way more effort than I've ever seen from a recruiter
- # [05:46] <@bz> Er, second guy is "Sch"
- # [05:46] <@khuey> biesi: bz forgot about the c
- # [05:46] <@bz> but I can't spell. ;)
- # [05:46] <biesi> hmm
- # [05:46] * Joins: dolske (dolske@moz-59682A1.dmz.scl3.mozilla.com)
- # [05:46] * ChanServ sets mode: +o dolske
- # [05:46] <biesi> ok, who is the Sch guy? :-)
- # [05:46] <@khuey> bz: yeah, I'm mildly impressed
- # [05:46] <gavin> biesi: schrep
- # [05:46] <biesi> oh!
- # [05:46] <biesi> right
- # [05:46] * @bz asks for a break: he's one glass of wine, two days of training, and his computer clock not agreeing with his watch down
- # [05:46] <biesi> so long aog
- # [05:47] <gavin> heh, http://blog.mozilla.org/schrep/ still exists
- # [05:47] <hub> did they go for the IPO?
- # [05:47] <@bz> huh
- # [05:47] * glob is now known as glob|away
- # [05:47] <@bz> we killed vlad's blog but not schrep's? Weird
- # [05:47] <@khuey> hub: schrep moved *years* ago
- # [05:47] <biesi> hub, FB IPO is tomorrow
- # [05:47] <@bz> hub: schrep didn't
- # [05:47] * Joins: dmb (dmb@moz-3565FEE9.da4.org)
- # [05:47] <biesi> if that's what you're askiung
- # [05:47] <@bz> hub: I doubt shaver did
- # [05:47] <hub> biesi: I know it is tomorrow
- # [05:47] <biesi> ah ok
- # [05:48] <@bz> hub: schrep has been there since 2008 or something
- # [05:48] <RyanVM> wait, so is vlad back?
- # [05:48] <@bz> RyanVM: yes, apparently
- # [05:49] <smontagu> hmm, if you double click between two words in chrome, it selects the space between them.
- # [05:49] * @bz hadn't realized that schrep was not much older than him
- # [05:49] <@khuey> RyanVM: yes
- # [05:50] <jduell> Is there some way to QI an object from JS in a mochitest to a class that we don't usually expose to JS?
- # [05:50] <jduell> Trying SpecialPowers.do_QueryInterface, but it doesn't seem to be working
- # [05:50] * jmaher is now known as jmaher|afk
- # [05:50] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [05:50] <gavin> which interface?
- # [05:51] <@bz> jduell: in general, yes
- # [05:51] <RyanVM> cool
- # [05:51] <@bz> jduell: you just QI, in theory, assuming the object implements the interface and its a scriptable interface etc
- # [05:51] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
- # [05:51] <@bz> jduell: obj.QueryInterface(Components.interfaces.nsIWhatever)
- # [05:52] * Quits: avih (quassel@moz-939D6953.red.bezeqint.net) (Ping timeout)
- # [05:52] <gavin> why do we have SpecialPowers.do_QueryInterface, given that QI is exposed to content?
- # [05:52] * Quits: espadrine (thaddee_ty@moz-BBE3ABD.mv.mozilla.com) (Quit: espadrine)
- # [05:53] <biesi> I thought we didn't expose Components.interfaces anymore. am I wronmg?
- # [05:53] <@khuey> because apparently imelven and ted don't know that it's exposed to content
- # [05:54] <@bz> well
- # [05:54] * Quits: @dolske (dolske@moz-59682A1.dmz.scl3.mozilla.com) (Quit: leaving)
- # [05:54] <@bz> we're trying to stop exposing QI to content
- # [05:54] <@bz> maybe
- # [05:54] <@bz> eventually
- # [05:54] <jduell> bz: meh. I tried that too, but I get
- # [05:54] <@bz> we left it in new bindings for now....
- # [05:54] <jduell> "Component does not have requested interface arg 0 [nsISupports.QueryInterface] "
- # [05:54] <rniwa> bz: hi bz! (just saying hi)
- # [05:54] <gavin> WHICH INTERFACE!??!!?
- # [05:54] <@khuey> bz: yeah
- # [05:54] <gavin> ;)
- # [05:54] <@bz> rniwa: hey. ;)
- # [05:54] <@khuey> how I wish we could fix that
- # [05:54] <jduell> Yet I know for a fact that nsWebSocket implements nsIRequest
- # [05:54] <@bz> khuey: we should be able to
- # [05:55] * @khuey grumbles about bad design situations years and years ago
- # [05:55] <@bz> jduell: so this is an nsWebSocket object?
- # [05:55] <jduell> bz: yes.
- # [05:55] <@bz> jduell: and how are you doing the QI call?
- # [05:55] <jduell> bz: var request = ws.QueryInterface(Components.interfaces.nsIRequest)
- # [05:55] * @bz pulls up websocket
- # [05:55] <@khuey> websockets probably have hte "don't allow QI" flag set
- # [05:55] * Joins: dolske (dolske@moz-59682A1.dmz.scl3.mozilla.com)
- # [05:55] * ChanServ sets mode: +o dolske
- # [05:55] <@bz> very possible
- # [05:55] * @bz is checking
- # [05:55] <jduell> khuey: where do we set those?
- # [05:56] <@khuey> yeah
- # [05:56] <@khuey> it has CLASSINFO_INTERFACES_ONLY
- # [05:56] <@khuey> jduell: nsDOMClassInfo.cpp
- # [05:56] <@bz> nsIXPCScriptable::CLASSINFO_INTERFACES_ONLY)
- # [05:56] * Joins: dzbarsky (Adium@moz-85EBB8A.dia.static.qwest.net)
- # [05:56] <@bz> yes
- # [05:56] <@bz> 1588 NS_DEFINE_CLASSINFO_DATA(WebSocket, nsEventTargetSH,
- # [05:56] <@bz> 1589 EVENTTARGET_SCRIPTABLE_FLAGS)
- # [05:56] <@khuey> yay for stuff that isn't braindamaged
- # [05:56] <@bz> 612 #define EVENTTARGET_SCRIPTABLE_FLAGS \
- # [05:56] <@bz> 613 (DOM_DEFAULT_SCRIPTABLE_FLAGS | \
- # [05:56] <@bz> 614 nsIXPCScriptable::WANT_ADDPROPERTY)
- # [05:57] <biesi> just thinking about that error message, I came to the same conclusion, that it must be classinfo disallowing it
- # [05:57] <@bz> 64 #define DOM_DEFAULT_SCRIPTABLE_FLAGS \
- # [05:57] <@bz> 65 (DEFAULT_SCRIPTABLE_FLAGS | \
- # [05:57] <@bz> 66 nsIXPCScriptable::DONT_ENUM_QUERY_INTERFACE | \
- # [05:57] <@bz> 67 nsIXPCScriptable::CLASSINFO_INTERFACES_ONLY)
- # [05:57] <jduell> So is there some way to disable that for mochitests?
- # [05:57] <@bz> so the upshot is that you can't QI this to random stuff from script
- # [05:57] <dRdR> does nsAutoArray grow exponentially or linearly?
- # [05:57] <@bz> dRdR: the former, iirc
- # [05:58] <dRdR> bz: cool, thanks
- # [05:58] <dRdR> roc: turns out there's an impl similar to what I was working on already =/ dom/workers/Queue.h
- # [05:58] <@bz> ah
- # [05:58] <@bz> first exponentially, then linearly
- # [05:58] <@bz> // We increase our capacity so |capacity * elemSize + sizeof(Header)| is the
- # [05:58] <@bz> // next power of two, if this value is less than pageSize bytes, or otherwise
- # [05:58] <@bz> // so it's the next multiple of pageSize.
- # [05:58] <@bz> pageSize is 4096
- # [05:58] <dRdR> yeah, that's basically what I wanted
- # [05:58] <@khuey> nsTArray goes through hoops to fit in jemalloc bins nicely
- # [05:59] <@bz> could be worse
- # [05:59] <@bz> could be going through bins to fit in hoops
- # [05:59] <dRdR> ok well time to throw out 3 days of work :(
- # [05:59] <dRdR> oh well, no more porting other people's code to use mine now
- # [05:59] <@bz> jduell: still thinking about your thing
- # [05:59] * heycam is now known as heycam|away
- # [05:59] <@bz> So here is a question
- # [05:59] <cjones> moar liek $sch and $h
- # [06:00] <cjones> er
- # [06:00] <cjones> $ch
- # [06:00] <dRdR> cjones: oh hey, you're back
- # [06:00] <@bz> does it make sense to ignore the classinfo interfaces only flag in chrome code?
- # [06:00] <dRdR> have you got time to talk about pan zoom controller?
- # [06:00] <cjones> sure
- # [06:00] <dRdR> ok so I was wondering about the threading model that we want to take it to
- # [06:00] <dRdR> my current impression of it is that we want to spawn another thread in gecko that handles all the ui events
- # [06:01] <@khuey> bz: not with the way XPCWrappedNatives work
- # [06:01] <dRdR> so we can unify panning and zooming across all platforms?
- # [06:01] <dRdR> but I'm not sure how b2g works or if this assumption is even correct
- # [06:01] <@khuey> bz: at least, not across privilege boundaries
- # [06:01] * Quits: Mook (mook@moz-15AE9125.dsl.teksavvy.com) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 6.0/20110811165603])
- # [06:01] <@khuey> bz: ignoring it for a chrome-only object might make sense
- # [06:01] * Joins: avih (quassel@moz-E0A353EF.red.bezeqint.net)
- # [06:01] <@khuey> but that seems a bit confusing
- # [06:01] * Joins: willy1234x1|2 (willy1234x@moz-591F00CC.slkc.qwest.net)
- # [06:01] <dRdR> basically instead of having the java ui thread handle it, send it to gecko, then gecko sends it to a thread that it spawned which handles it and adjusts the viewport
- # [06:01] <cjones> dRdR, we can punt that problem for now
- # [06:02] <@bz> khuey: ah, indeed
- # [06:02] * Quits: willy1234x1 (willy1234x@moz-714C1CCA.slkc.qwest.net) (Ping timeout)
- # [06:02] <cjones> the java ui thread can forward the events on android, and in b2g the master process main thread will be almost always idle
- # [06:02] <dRdR> cjones: hmm... so you're saying just handle it directly in the gecko thread?
- # [06:02] <@khuey> bz: now if dom objects could cope with having multiple xpcwrappednatives ... :-
- # [06:02] <@khuey> P
- # [06:02] <cjones> dRdR, not in any thread that's rendering web content
- # [06:03] <cjones> the problem is that multithreaded input-event processing is very platform-specific
- # [06:03] <dRdR> doesn't the gecko thread handle the web content though?
- # [06:03] <dRdR> render*
- # [06:03] <cjones> it does, which is why we don't want it to have first cut at input events for async pan/zoom
- # [06:03] * Joins: lmandel (lmandel@moz-11A332CD.static-ip.telepacific.net)
- # [06:03] <dRdR> then what should handle it?
- # [06:03] <cjones> on android, the java ui thread, and in b2g the master process main thread
- # [06:04] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a1/20120516175059])
- # [06:04] <dRdR> I thought we want to unify the code for both?
- # [06:04] <cjones> that code should just be delivering events to some common code
- # [06:04] <cjones> which is shared
- # [06:04] <cjones> there's always going to be a platform-specific hookup for this
- # [06:04] <jduell> bz: so it sounds like there's no easy way to QI websockets for now?
- # [06:05] <jduell> i can live w/o it--woulda gotten me some edge case test coverage
- # [06:05] <dRdR> so you're saying for android it should send it to gecko, then gecko sends it back to java?
- # [06:05] <@khuey> jduell: s/easy//
- # [06:05] <jduell> lol
- # [06:05] <jduell> right
- # [06:05] <dRdR> but that "android to gecko" step exists for both b2g and fennec?
- # [06:05] <dRdR> and for b2g we send it to the main process thread
- # [06:05] <@roc> cjones: are we allowed to modify drivers that we ship with B2G?
- # [06:06] <cjones> hm, we should grab a whiteboard
- # [06:06] * Joins: bonnie (bbsurender@3035F4A5.3753335A.B66DD36E.IP)
- # [06:06] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [06:06] <dRdR> yeah
- # [06:06] <dRdR> let me get a conference room
- # [06:06] <cjones> roc, which ones?
- # [06:06] * Quits: bonnie (bbsurender@3035F4A5.3753335A.B66DD36E.IP) (Client exited)
- # [06:06] * Quits: masayuki (Daily@moz-911CC660.zaq.ne.jp) (Quit: masayuki)
- # [06:06] <@roc> hardware video decoder drivers
- # [06:06] <cjones> we can't modify them directly but we have friends who can
- # [06:06] <@roc> okay
- # [06:06] <@roc> thanks
- # [06:06] <cjones> np
- # [06:08] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
- # [06:09] <@bz> we have friends in the right places, eh?
- # [06:09] <@bz> jduell: yeah, no way to do it right now
- # [06:09] <jduell> bz: ok, thanks!
- # [06:11] * Quits: willy1234x1|2 (willy1234x@moz-591F00CC.slkc.qwest.net) (Ping timeout)
- # [06:12] * Quits: Mardak (Mardak@moz-9D4EA709.sfo4.dsl.speakeasy.net) (Quit: Mardak)
- # [06:13] * glob|away is now known as glob
- # [06:13] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
- # [06:13] * Joins: cviecco_ (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net)
- # [06:14] * Joins: willy1234x1 (willy1234x@moz-CAD128E5.slkc.qwest.net)
- # [06:16] * Quits: dmb (dmb@moz-3565FEE9.da4.org) (Ping timeout)
- # [06:17] * Quits: willy1234x1 (willy1234x@moz-CAD128E5.slkc.qwest.net) (Ping timeout)
- # [06:18] * Quits: jtcranmer (jtcranmer@moz-EBF2B4AB.cs.illinois.edu) (Ping timeout)
- # [06:18] * Joins: dmb (dmb@moz-3565FEE9.da4.org)
- # [06:20] * Quits: dmb (dmb@moz-3565FEE9.da4.org) (Ping timeout)
- # [06:21] * Joins: willy1234x1 (willy1234x@moz-CF6848D1.slkc.qwest.net)
- # [06:21] * Joins: jtcranmer (jtcranmer@moz-EBF2B4AB.cs.illinois.edu)
- # [06:21] * Joins: dmb (dmb@moz-3565FEE9.da4.org)
- # [06:22] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
- # [06:22] * jtcranmer is now known as IRCMonkey5624
- # [06:23] <Jesse> my firefox nightly has gotten into a state where it is unable to connect to gmail. with another profile, i can connect just fine. wtf?
- # [06:24] * Joins: artur_ (artur@moz-6DFBD742.hsd1.vt.comcast.net)
- # [06:24] * Quits: blassey (blassey@moz-8ACFF7A9.hsd1.ma.comcast.net) (Ping timeout)
- # [06:24] * Quits: artur (artur@moz-6DFBD742.hsd1.vt.comcast.net) (Ping timeout)
- # [06:24] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
- # [06:25] * Joins: blassey (blassey@moz-8ACFF7A9.hsd1.ma.comcast.net)
- # [06:25] * Joins: fabrice1 (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
- # [06:26] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [06:27] <@roc> try disabling SPDY?
- # [06:28] <@roc> if that fixes it, file a bug
- # [06:28] * Quits: dmb (dmb@moz-3565FEE9.da4.org) (Ping timeout)
- # [06:29] * Joins: dmb (dmb@moz-3565FEE9.da4.org)
- # [06:29] * khuey is now known as khuey|away
- # [06:31] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
- # [06:31] * Quits: jamesr (jamesr@9D646D74.D6CCE4AE.77834EAA.IP) (Quit: jamesr)
- # [06:31] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
- # [06:32] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [06:32] * Quits: blizzack (blizzack@moz-5AAE18A7.dreamhost.com) (Input/output error)
- # [06:33] * Quits: eflores (me@538BABFE.A073F3E.97BBD552.IP) (Quit: leaving)
- # [06:35] * @bz thinks we should implement a QoS tracker for SPDY
- # [06:35] * Quits: artur_ (artur@moz-6DFBD742.hsd1.vt.comcast.net) (Connection reset by peer)
- # [06:35] <@bz> we can call it SPDYSense
- # [06:35] * khuey|away is now known as khuey
- # [06:35] <padenot> x/b 11
- # [06:35] <markh> we are creating a XUL image element for a toolbar button. If the url specified by the src attribute does a redirect, will it be followed?
- # [06:35] * Joins: artur (artur@moz-6DFBD742.hsd1.vt.comcast.net)
- # [06:35] <@khuey> markh: I would expect it to be
- # [06:35] <@bz> markh: I'd think so, yes
- # [06:36] <markh> awesome, thanks!
- # [06:37] <cjones> bz, you betcha
- # [06:37] <cjones> we just got a hawt low-memory notification patch
- # [06:38] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [06:38] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [06:38] * Joins: WeirdAl (chatzilla@moz-5BDC219.hsd1.ca.comcast.net)
- # [06:39] * Quits: willy1234x1 (willy1234x@moz-CF6848D1.slkc.qwest.net) (Ping timeout)
- # [06:41] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [06:42] * Joins: willy1234x1 (willy1234x@moz-81810973.slkc.qwest.net)
- # [06:49] <WeirdAl> two and a half weeks to departure, and I still can't get my ticket to ride :p
- # [06:49] <WeirdAl> (waiting on a review)
- # [06:52] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
- # [06:52] <@bz> cjones: oh"
- # [06:52] <@bz> cjones: ?
- # [06:52] <@bz> cjones: which OS?
- # [06:53] <cjones> well, to the linux kernel we'll be using in gonk
- # [06:53] <cjones> for b2g
- # [06:53] <cjones> sad too, we could really use it in android
- # [06:53] * Quits: jeffgman (Daily@moz-AC43E5A0.static.rvsd.ca.charter.com) (Quit: jeffgman)
- # [06:53] * Quits: cviecco_ (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net) (Input/output error)
- # [06:56] * heycam|away is now known as heycam
- # [06:57] <@bz> ah
- # [06:57] <@bz> ok
- # [06:57] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
- # [06:58] * Quits: jduell (jduell@moz-C44620F2.hsd1.ca.comcast.net) (Ping timeout)
- # [07:00] <njn> bz: I'm trying to minimize the amount of memory used by about:memory. Any suggestions on the DOM side? AFAICT, the fewer dom nodes the better
- # [07:00] <njn> bz: does a <span> element take up more space than a vanilla text Node?
- # [07:01] <@roc> yes
- # [07:01] <@roc> because the <span> will have a text node child
- # [07:01] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
- # [07:01] <njn> roc: aha
- # [07:02] <njn> roc: so I have things like this |<span class="treeLine">4.00MB</span>|
- # [07:02] * philor is now known as philor|away
- # [07:02] <njn> roc: the <span> is just so I can style it
- # [07:02] <njn> roc: so the styling is costing me memory, then
- # [07:03] <@bz> yes
- # [07:03] <@bz> both for the DOM node and for the actual style data structures
- # [07:03] <@bz> and the layout object for the span
- # [07:03] <njn> hmm, it sure helps readability though
- # [07:03] <@bz> indeed
- # [07:03] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Ping timeout)
- # [07:04] <njn> bz, roc: every line currently have 5 spans
- # [07:04] * Joins: me (me@538BABFE.A073F3E.97BBD552.IP)
- # [07:04] <@bz> hmm
- # [07:04] <@bz> why 5?
- # [07:04] * @bz looks
- # [07:04] * me is now known as eflores
- # [07:04] <njn> 344,790,914 B (100.0%) -- explicit
- # [07:04] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
- # [07:04] <njn> oh, bad example
- # [07:04] <njn> ├──208,873,992 B (60.58%) -- js
- # [07:04] <njn> one for the tree lines, one for the byte value, one for the percentage
- # [07:04] <njn> one for the '--' separator, one for the entry name
- # [07:05] <njn> I don't style the '--' separator or the percentage, so I should make them just text nodes
- # [07:05] * @bz is looking at this stuff in DOMi
- # [07:05] <njn> bz: I've been using the built-in inspector
- # [07:05] <@bz> sure
- # [07:05] <@bz> I like the other more
- # [07:06] <@bz> ok
- # [07:06] <@bz> so you have the treeline
- # [07:06] <njn> bz: if you have a slightly old build you'll see two separators -- one '--', one '++'
- # [07:06] <njn> I merged them just this morning
- # [07:06] <@bz> the hasKids
- # [07:06] <@bz> which itsef has 5 span children
- # [07:06] * Quits: eflores (me@538BABFE.A073F3E.97BBD552.IP) (Quit: Lost terminal)
- # [07:06] <njn> bz: if you can find a child node, that's a simpler case, no kids involved
- # [07:07] <@khuey> why does the inspector show compartment names that are truncated as if they extend off to the right indefinitely
- # [07:07] <@bz> size, percentage, ++, --, gc-heap
- # [07:07] <njn> for child nodes, its just: treeLine, mrValue, mrPerc, mrSep, mrName
- # [07:07] <@bz> ok
- # [07:07] * @bz looks
- # [07:07] <@bz> so for a leaf
- # [07:07] * Quits: m_kato (Daily@moz-348F61F0.mozilla.or.jp) (Connection reset by peer)
- # [07:07] * njn meant "leaf" when he said "childe node"
- # [07:07] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
- # [07:07] <@bz> right
- # [07:08] <@bz> treeline, value, percentage, separator, name, note
- # [07:08] <@bz> (this one has a note)
- # [07:08] <njn> bz: notes are rare
- # [07:08] * philor|away is now known as philor
- # [07:08] <@bz> ok
- # [07:08] <@bz> fwiw, my non-versbose output has notes on at least 30% of the lines
- # [07:08] <njn> bz: those first five dominate
- # [07:08] <@bz> ok
- # [07:08] <njn> bz: that's changing
- # [07:09] <njn> bz: we're gonna have many more lines, due to distinguish all those system principal compartments
- # [07:09] <@bz> so I'm looking at the actual rules we're applying
- # [07:09] <@bz> .mrName just has a color applied
- # [07:09] <@bz> .mrSep has no style applied at all
- # [07:09] <@bz> same for .mrPerc
- # [07:09] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
- # [07:09] * Quits: dao (dao@moz-38822FD3.superkabel.de) (Quit: Leaving.)
- # [07:10] <@bz> (fwiw, visually the .mrName has looked black to me; I hadn't realized it was slightly blue
- # [07:10] <njn> .treeLine just has color
- # [07:10] <@bz> so you could nix mrPerc and mrSep without losing any styling
- # [07:10] <njn> .mrValue has color and font-weigth
- # [07:10] <njn> yes
- # [07:10] <njn> I'll definitely do that
- # [07:11] <@bz> .mrValue has color and bold
- # [07:11] <@bz> .treeLine has color
- # [07:11] * @bz is thinking
- # [07:11] <@bz> so I assume that just dropping the color on .treeLine makes it too dark?
- # [07:11] <njn> bz: in leaf nodes, mrPerc and mrSep can be merged
- # [07:11] <njn> bz: treeLine, hmm, yeah
- # [07:11] * Quits: willy1234x1 (willy1234x@moz-81810973.slkc.qwest.net) (Ping timeout)
- # [07:11] <@bz> So the other thing I'm seeing, btw
- # [07:12] <@bz> it looks like linebreaks are done with newlines
- # [07:12] <@bz> so you have a single <pre>
- # [07:12] <njn> bz: yes
- # [07:12] * @bz is not sure whether it would use more or less memory to do it with blocks...
- # [07:12] <njn> bz: would blocks cut+paste nicely? that's critical
- # [07:13] <@bz> njn: hmm
- # [07:13] <@bz> njn: it would take some work
- # [07:13] <@bz> it only matters if you have lots of things deeply nested
- # [07:13] * Joins: willy1234x1 (willy1234x@moz-81810973.slkc.qwest.net)
- # [07:13] <@bz> because we would create lots of inline frames
- # [07:14] <njn> bz: that doesn't sound memory efficient
- # [07:14] <@bz> well, sure
- # [07:14] <njn> (not that I know what I'm talking about)
- # [07:14] <@bz> so the story is this. If you have this markup:
- # [07:14] <@bz> <span><span>\n\n\n</span></span>
- # [07:14] <@bz> inside a <pre>
- # [07:14] <@bz> so there are four lines
- # [07:14] <@bz> that would mean 8 inline frames
- # [07:14] * philor is now known as philor|away
- # [07:15] <@bz> one per enclosing span per line
- # [07:15] * philor|away is now known as philor
- # [07:15] <@bz> on the other hand, if you had a blockframe per line, that would be almost worse
- # [07:15] <@bz> blockframes are bigger than inlines
- # [07:15] * @bz thinks
- # [07:15] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
- # [07:16] <cjones> about:about:memory:memory
- # [07:16] <njn> cjones: khuey made that joke a couple of days ago, sorry
- # [07:16] <njn> :P
- # [07:16] <cjones> hey, i was on vacation
- # [07:16] <@bz> so are you trying to minimize memory allocated, or number of allocations, or both?
- # [07:16] <njn> bz: if the conclusion is "de-span mrPerc and mrSep, and there's not much else to do" that's ok
- # [07:16] <njn> bz: total memory consumption
- # [07:16] * Joins: me (me@538BABFE.A073F3E.97BBD552.IP)
- # [07:17] <@bz> ok
- # [07:17] <@bz> so in that case...
- # [07:17] <njn> bz: to minimize the perturbation is what's being measured
- # [07:17] <@bz> de-span those, obviously
- # [07:17] <njn> y
- # [07:17] <@bz> some of these nodes have ids
- # [07:17] <@bz> if those are not critical, drop them
- # [07:17] <njn> bz: necessary for the collasping/expanding
- # [07:17] <@bz> ok
- # [07:17] <njn> bz: would shorter ids help?
- # [07:18] <@bz> some, probably
- # [07:18] <@bz> but why do you need IDs for collapse/expand?
- # [07:18] <njn> bz: to remember what has been collasped/expanded, so if you hit "update"
- # [07:18] <njn> the tree state is preserved
- # [07:18] <@bz> ah
- # [07:18] <@bz> ok
- # [07:18] <@bz> sure
- # [07:18] <njn> bz: I tried one-letter class names, ddidn't seem to help :(
- # [07:19] * Quits: willy1234x1 (willy1234x@moz-81810973.slkc.qwest.net) (Ping timeout)
- # [07:19] <@bz> class="kids" seems to not be needed
- # [07:19] <@bz> class names wouldn't matter much
- # [07:19] <@bz> since we intern classnames
- # [07:19] <njn> bz: class="kids" is for some sanity checking...
- # [07:19] <@bz> so the difference between N nodes with class="kids" and N nodes with clas="k" is 3 bytes or so
- # [07:19] * Quits: @ted (luser@moz-2854A494.scr.east.verizon.net) (Ping timeout)
- # [07:19] <@bz> now class="k" vs no class at all is a bit more win
- # [07:19] <njn> ok
- # [07:20] <@bz> (probably still not much: 3-4 words per node)
- # [07:20] <njn> bz: there's a comment:
- # [07:20] <njn> // The 'kids' class is just used for sanity checking in toggle().
- # [07:20] <@bz> maybe even 2 words
- # [07:20] <njn> :/
- # [07:20] * Quits: m_kato (Daily@moz-348F61F0.mozilla.or.jp) (Quit: m_kato)
- # [07:20] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
- # [07:20] * Joins: willy1234x1 (willy1234x@moz-81810973.slkc.qwest.net)
- # [07:20] <@bz> yeah, I'm not seeing any other obvious easy wins
- # [07:20] <njn> bz: are |title| strings interned?
- # [07:21] <njn> I currently have tons of duplication in them
- # [07:21] <@bz> no
- # [07:21] * Joins: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net)
- # [07:21] <njn> bz: I tried removing them, it helped a little, less than I expected
- # [07:21] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
- # [07:21] * cadecairos is now known as cadecairos_away
- # [07:21] * Quits: m_kato (Daily@moz-348F61F0.mozilla.or.jp) (Quit: m_kato)
- # [07:21] <@bz> so just for scale...
- # [07:22] <@bz> on a 32-bit system, iirc, a span is like 56 bytes for the DOM node
- # [07:22] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
- # [07:22] <@bz> and at least that much per line that the span covers
- # [07:22] <@bz> (at least that's the ballpark)
- # [07:22] <@bz> so title strings would have to be pretty long to make a difference
- # [07:22] * Quits: Standard8 (Standard8@25F88422.B7606226.6BED537B.IP) (Quit: ZNC - http://znc.in)
- # [07:23] <@bz> oh, the "per line" bit obviously doesn't apply to collapsed stuff, since that's display:none
- # [07:24] <@bz> in fact....
- # [07:24] <@bz> what's the perturbation worry?
- # [07:24] * @bz looks at the script
- # [07:24] <njn> bz: hit "update" a bunch of times, and "explicit" bounces all over the place
- # [07:24] <@bz> ah
- # [07:24] <njn> bz: JS execution generating the page, and then the page itself
- # [07:24] <@bz> ok
- # [07:24] <@bz> right
- # [07:25] * me is now known as eflores
- # [07:25] <njn> I've already reduced it quite a lot
- # [07:25] <njn> just wondering if I was missing anything obvious
- # [07:25] <@bz> so the layout of the previous page matters
- # [07:25] <@bz> so you could do a bit of cheating
- # [07:25] <@bz> e.g. when update is hit set the old tree to display:none
- # [07:25] <@bz> and then flush
- # [07:25] <@bz> before doing the reload
- # [07:25] <@bz> so all those layout objects are gone before you reload
- # [07:25] <njn> flush?
- # [07:26] <njn> bz: so display:none nodes don't take up memory?
- # [07:26] <@bz> display:none nodes don't have layout objects
- # [07:27] <@bz> so don't need memory for those
- # [07:27] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [07:27] <@bz> they still take up memory for the DOM node
- # [07:27] <njn> so they take up less, ok
- # [07:27] <@bz> "flush" == "query layout information from the DOM"
- # [07:27] <@bz> because otherwise the restyle is processed lazily
- # [07:27] <@bz> so it looks like buildTree builds an array
- # [07:27] <@bz> and then after that's done you build the DOM
- # [07:27] <njn> it builds a tree, but yes :)
- # [07:27] * Joins: sicking (chatzilla@moz-7F871C5C.hsd1.ca.comcast.net)
- # [07:27] <@bz> after all the memory reporters have been queried?
- # [07:28] <@bz> well, builds a pure-JS data structure. ;)
- # [07:28] <@bz> in fact..
- # [07:28] <@bz> you could just remove the DOM nodes from the old page from the old-page DOM
- # [07:28] <njn> appendTree() does most of the DOM building work
- # [07:28] <@bz> you mean buildTree?
- # [07:28] <@bz> so anyway
- # [07:28] <@bz> that would be worth trying
- # [07:29] <njn> um, appendTreeElements
- # [07:29] <njn> bz: see clearBody()
- # [07:29] <@bz> ah
- # [07:29] <@bz> you do that already!
- # [07:29] <@bz> nevermind, then. ;)
- # [07:29] <njn> someone told me to, IIRC :)
- # [07:29] * @bz wonders why he has no buttons at the bottom of about:memory
- # [07:30] <njn> ?!
- # [07:30] <@bz> Timestamp: 5/17/12 10:21:54 PM
- # [07:30] <@bz> Error: uncaught exception: aboutMemory.js assertion failed: dup'd OTHER report
- # [07:30] <njn> bz: interesting
- # [07:30] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
- # [07:30] <@bz> odd
- # [07:30] <njn> bz: on that line in aboutMemory.js, can you append r._unsafeName?
- # [07:30] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
- # [07:31] <njn> sorry, r._unsafePath
- # [07:31] <@bz> erm
- # [07:31] <@bz> this is a nightly
- # [07:31] <njn> ok, np
- # [07:31] * @bz tries to figure out which nightly
- # [07:31] <njn> bz: mac?
- # [07:31] <@bz> ye
- # [07:31] <@bz> er, yes
- # [07:31] <@bz> 2012-05-09
- # [07:31] <@bz> might be fixed since. ;)
- # [07:32] <njn> bz: doesn't ring any bells
- # [07:32] <@bz> ok
- # [07:32] * @bz wishes he had a good way to debug this...
- # [07:32] <njn> bz: ok, I think we're done here! thanks for the help
- # [07:32] <@bz> no problem
- # [07:32] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
- # [07:32] <@bz> and yeah, I think we're done here.
- # [07:32] * Quits: willy1234x1 (willy1234x@moz-81810973.slkc.qwest.net) (Ping timeout)
- # [07:33] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
- # [07:34] * Joins: willy1234x1 (willy1234x@moz-81810973.slkc.qwest.net)
- # [07:35] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [07:35] * Quits: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net) (Connection reset by peer)
- # [07:35] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
- # [07:36] * Quits: lmandel (lmandel@moz-11A332CD.static-ip.telepacific.net) (Quit: lmandel)
- # [07:36] * glob is now known as glob|away
- # [07:38] * Quits: willy1234x1 (willy1234x@moz-81810973.slkc.qwest.net) (Ping timeout)
- # [07:38] * Joins: past (past@moz-75B0C54A.dsl.dyn.forthnet.gr)
- # [07:39] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [07:39] * Joins: willy1234x1 (willy1234x@moz-98297978.slkc.qwest.net)
- # [07:43] * Quits: tonymec (tonymec@8117ADB5.9747EC49.277517C1.IP) (Ping timeout)
- # [07:43] <njn> bz: I'm having trouble with the toggling
- # [07:43] <njn> the onclick handler is working differently
- # [07:44] <njn> bz: in toggle()
- # [07:44] * Quits: willy1234x1 (willy1234x@moz-98297978.slkc.qwest.net) (Ping timeout)
- # [07:44] <njn> let outerSpan = aEvent.target.parentNode;
- # [07:45] <njn> that gives different behaviour depending on whether I click on a <span> or a text node
- # [07:46] * Joins: willy1234x1 (willy1234x@moz-4CF72514.slkc.qwest.net)
- # [07:46] * Quits: tonymec|away (tonymec@8117ADB5.9747EC49.277517C1.IP) (Client exited)
- # [07:47] * Joins: tonymec|away (tonymec@8117ADB5.9747EC49.277517C1.IP)
- # [07:48] <AryehGregor> This looks bad: https://tbpl.mozilla.org/php/getParsedLog.php?id=11839094&tree=Try
- # [07:48] <AryehGregor> firefox-bin(345,0x106e46000) malloc: *** error for object 0x17ffee000: pointer being freed was not allocated
- # [07:49] <JonathanS> use after free?
- # [07:50] <AryehGregor> Seems more like a double-free, no?
- # [07:50] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [07:50] <Jesse> i like to think of that as a special case of "use" after free ;)
- # [07:50] <AryehGregor> Heh, I guess so.
- # [07:51] <darktrojan> njn, is it even possible to click on a text node?
- # [07:51] <philor> AryehGregor: bug 628667
- # [07:51] <njn> darktrojan: maybe that's the problem?
- # [07:52] <philor> we have not as yet developed any strong interest in it
- # [07:52] <AryehGregor> philor, thanks.
- # [07:52] <njn> darktrojan: yeah, that's it. thanks
- # [07:52] <JonathanS> AryehGregor use after free is bad and you should feel bad.
- # [07:52] <darktrojan> njn, seriously?
- # [07:53] <njn> darktrojan: yep :)
- # [07:53] <AryehGregor> JonathanS, it's not my bug . . .
- # [07:53] <JonathanS> :P
- # [07:53] <JonathanS> whos bug for it?
- # [07:53] <AryehGregor> Dunno, it's random orange.
- # [07:56] <AryehGregor> bz, vis-a-vis https://bugzilla.mozilla.org/show_bug.cgi?id=756045#c9, could you elaborate on exactly what kind of comments you want? I don't understand what the code here actually does, so I'm not sure I know what you're asking me to add.
- # [07:57] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
- # [07:57] * Quits: WeirdAl (chatzilla@moz-5BDC219.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120424094117])
- # [07:57] * Quits: willy1234x1 (willy1234x@moz-4CF72514.slkc.qwest.net) (Ping timeout)
- # [07:58] * markh likes to ask for alot...
- # [07:59] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
- # [08:00] * Quits: tonymec|away (tonymec@8117ADB5.9747EC49.277517C1.IP) (Ping timeout)
- # [08:02] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
- # [08:02] * Quits: vikram360 (vikram360@C5480B6.B8EDB1A7.2A068A5E.IP) (Ping timeout)
- # [08:03] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Ping timeout)
- # [08:04] * Joins: Nickname (Name@moz-59682A1.dmz.scl3.mozilla.com)
- # [08:04] * Quits: Nickname (Name@moz-59682A1.dmz.scl3.mozilla.com) (Quit: leaving)
- # [08:04] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
- # [08:04] * khuey is now known as khuey|away
- # [08:04] * Joins: Nickname (Name@moz-59682A1.dmz.scl3.mozilla.com)
- # [08:04] * Nickname is now known as devd
- # [08:04] * Quits: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net) (Ping timeout)
- # [08:05] * Joins: tonymec|away (tonymec@8117ADB5.9747EC49.277517C1.IP)
- # [08:07] * Quits: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net) (Input/output error)
- # [08:07] <@bz> AryehGregor: you still there?
- # [08:07] <AryehGregor> bz, yes.
- # [08:08] <@bz> AryehGregor: so the point is that there is code in editor which makes "manual" ContentRemoved calls on an nsIPresShell
- # [08:08] <@bz> AryehGregor: I'd have to look to see where, but grep should find it for you
- # [08:08] <@bz> AryehGregor: that code is what triggers this assert
- # [08:08] <AryehGregor> nsHTMLEditor::DeleteRefToAnonymousNode(nsIDOMElement*, nsIContent*, nsIPresShell*) (/mnt/extra/checkouts/mozilla-central/editor/libeditor/html/nsHTMLAnonymousUtils.cpp:251)
- # [08:08] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Leaving...)
- # [08:08] <@bz> AryehGregor: so I want a comment next to that code (which probably has XXX comments already about it being broken), saying that once it's no longer doing what it does now the assert you're removing should be restored
- # [08:09] <AryehGregor> Okay.
- # [08:09] <@bz> AryehGregor: and a comment next to the warning you're adding saying it would be an assert if it were not for the editor code involved (pointing to the relevant editor code)
- # [08:09] <@bz> AryehGregor: make sense?
- # [08:09] <AryehGregor> Okay.\
- # [08:09] <@bz> AryehGregor: thanks!
- # [08:10] * Joins: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz)
- # [08:10] * Quits: sicking (chatzilla@moz-7F871C5C.hsd1.ca.comcast.net) (Ping timeout)
- # [08:12] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [08:14] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [08:14] * Joins: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP)
- # [08:15] * Quits: jammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Computer has gone to sleep.)
- # [08:15] <philor> AryehGregor: bonus points if you include http://quotes.burntelectrons.org/6425 in one of the comments
- # [08:17] * Joins: RemusPop (remuspop@601F3B17.33662590.A5830293.IP)
- # [08:18] * @bz wonders what needs to be done to set up a mail alias
- # [08:19] <@bz> philor: the layout tribe has more or less exterminated he editor tribe
- # [08:19] <@bz> philor: but now we're trying to uproot their holy places
- # [08:20] <AryehGregor> philor, to be fair, this isn't *just* because editor/ asserts. It's also because I like writing really big tests.
- # [08:20] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [08:21] <AryehGregor> I think Ms2ger didn't import my W3C Range tests because people would yell at him because they took too long.
- # [08:22] <philor> mmm, I looked at how the test count jumped, I didn't look at time
- # [08:22] <philor> I don't much think about mochitest time, because dromaeo
- # [08:22] <philor> and win7 xpcshell
- # [08:23] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
- # [08:23] <scientes> the udisks HACKING file says that the dash after the bug number must be a EM dash , and not the short, en dash ;)
- # [08:23] <scientes> that you guys seem to use
- # [08:24] <philor> we got tired of seeing "(incompatible encoding)" in our IRC clients, and dropped em dashes
- # [08:24] * scientes is always annoyed by how hard it is to type an em dash whenever wants to
- # [08:24] <smontagu> is so not an em dash
- # [08:25] <scientes> smontagu, yes, thats because it isn't is ;-)
- # [08:25] <smontagu> — is an em dash
- # [08:25] <scientes> http://www.howtotype.net/symbol/em-dash/
- # [08:26] <scientes> wait no linux :(
- # [08:26] <AryehGregor> bz, this is why we should use MOZ_ASSERT, right? :)
- # [08:26] * scientes nees a compose key
- # [08:26] <AryehGregor> Ctrl+Shift+u2015
- # [08:26] <AryehGregor> ―
- # [08:26] <smontagu> 2014
- # [08:26] <smontagu> AryehGregor: you typed a HORIZONTAL BAR
- # [08:26] * AryehGregor stands corrected
- # [08:26] * AryehGregor can't tell the difference
- # [08:27] <AryehGregor> Particularly not in fixed-width fonts.
- # [08:27] <smontagu> scientes: that link is inaccurate
- # [08:28] <smontagu> or better, only accurate in particular circumstances
- # [08:28] * heycam is now known as heycam|away
- # [08:29] * Joins: vikram360 (vikram360@63AD629F.67D9F2B2.2A068A5E.IP)
- # [08:29] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
- # [08:29] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Input/output error)
- # [08:32] * Quits: juanb|jog (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Quit: juanb|jog)
- # [08:33] <AryehGregor> This is two weeks' work: https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=e8ebc8f1825e
- # [08:33] * AryehGregor thinks he prefers making things smaller so he can push to m-i sooner . . . kind of ADD, but what can you do, instant gratification is more fun
- # [08:34] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [08:34] * Joins: wolfiR (wolfiR@moz-BB7D4D82.dip0.t-ipconnect.de)
- # [08:37] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [08:37] <philor> the primary driver for that is less the satisfaction of landing than the way that once you land, you bit rot other people instead of being rotted by them
- # [08:38] * @bz does not use a dash after the bug number at all
- # [08:39] <philor> at least you put it first
- # [08:39] <@bz> My commit comments look like "Bug NNMMN. Fix some stuff. r=lumpy"
- # [08:39] * glob|away is now known as glob
- # [08:39] <scientes> bz, skilled
- # [08:39] * Quits: @roc (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [08:39] <philor> unlike some others of your generation, who make life as difficult as possible by putting it at the end
- # [08:39] * @bz wonders what his generation is
- # [08:40] <@bz> and are we talking real-life generation or mozilla generation?
- # [08:40] <@bz> cause in Mozilla years I'm getting on fairly middle-aged.... ;)
- # [08:40] <philor> moz
- # [08:40] <KWierso> 5-digit bug numbers?
- # [08:40] <@bz> KWierso: hmm?
- # [08:40] <KWierso> "Bug NNMMN"
- # [08:41] <smontagu> isn't that 7 digit?
- # [08:41] <@bz> KWierso: oh. pretty rare now, yeah
- # [08:41] <smontagu> if N = digit, M should = double digit
- # [08:41] <@bz> or just digit distinct from N
- # [08:41] * @bz sees he has never fixed a 4-digit bug, pines
- # [08:42] <smontagu> :(
- # [08:42] <@bz> 10622 was pretty close... ;)
- # [08:42] * philor wishes he hadn't
- # [08:42] <@bz> philor: heh
- # [08:43] <@bz> an important question is whether exposure to tbpl is like radiation exposure
- # [08:43] <@bz> leading to early aging and whatnot
- # [08:43] <philor> I managed to sneak one 4-digit out of the dust, wound up having to fix something like six more followups
- # [08:45] <jaws> can somebody open this image in firefox and compare it with chrome? i'm getting a blurred rectangle in firefox but the facebook logo on chrome: http://static.ak.fbcdn.net/rsrc.php/v1/yp/r/kk8dc2UJYJ4.png
- # [08:45] <jaws> i don't know if it is a bug in our image decoding
- # [08:47] <padenot> jaws: facebook logo in both (on Linux, both nighly)
- # [08:48] <jaws> huh, ctrl+r continues to give me a blurry rectangle like this: http://screencast.com/t/LhR6raZN
- # [08:49] <KWierso> jaws: I get "facebook" in both Nightly and IE10
- # [08:49] <jaws> when i load facebook over https they use a different image which renders as expected
- # [08:49] <KWierso> jaws: ctrl-f5?
- # [08:49] <jaws> i'm running nightly 5/14. i'll update
- # [08:50] <jaws> ctrl-f5 remains the same
- # [08:50] <@dolske> jaws: http://cl.ly/3B1y2h3p2Q1F460w3i20 OS X 5-17 nightly
- # [08:50] * Joins: omeringen (omer@4A937B4C.AE49CD4C.9CD63BA8.IP)
- # [08:50] <KWierso> ^
- # [08:51] <jaws> k, i guess that's good that others are seeing the correct thing :)
- # [08:51] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
- # [08:51] <ashish> i get an outline of facebook on nightly 5-17, fwiw
- # [08:51] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: Success !!)
- # [08:51] <ashish> but it looks far better on beta
- # [08:52] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
- # [08:52] <@dolske> *grumble* :)
- # [08:52] <KWierso> ashish: huh
- # [08:52] <KWierso> yeah
- # [08:52] <jaws> :)
- # [08:53] <jaws> ok 5/17 still renders the odd rectangle
- # [08:53] <KWierso> ashish: did nightly change the background directly behind images to be white again?
- # [08:53] <@dolske> oh, interesting, Chrome just gave me http://cl.ly/2D0k473S2o2o1F240A3j
- # [08:53] <jaws> maybe i'm getting the new facebook logo for after the IPO? :P
- # [08:53] <jaws> dolske: yeah, confirmed. facebook is changing their logo post-IPO :D
- # [08:54] * bz is now known as bz_sleep
- # [08:54] <@dolske> possibly depends if you're logged into FB or not.
- # [08:54] <jaws> it's back to working now
- # [08:54] * KWierso isn't logged in on beta, sees "facebook"
- # [08:55] <jaws> my guess is that somebody screwed up at their all-night hackathon
- # [08:55] <KWierso> jaws: "all ur faces r belong to shareholders"
- # [08:55] <ashish> KWierso: i suppose so. on beta i see a filled white facebook, no outlines
- # [08:55] <jaws> haha
- # [08:55] <jaws> ashish: yeah, we made images like this not look so good anymore on nightly ;)
- # [08:55] <jaws> ashish: https://bugzilla.mozilla.org/show_bug.cgi?id=754133
- # [08:56] <ashish> boo
- # [08:56] <ashish> ;)
- # [08:56] * KWierso demands a user-facing checkbox in Firefox Options for this
- # [08:57] <ashish> or about:config
- # [08:58] * Joins: victorporof (victorporo@DD4EB66C.124F9E.4A6B528C.IP)
- # [08:58] * Quits: victorporof (victorporo@DD4EB66C.124F9E.4A6B528C.IP) (Client exited)
- # [08:58] * Quits: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP) (Ping timeout)
- # [08:59] * Joins: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP)
- # [09:00] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [09:00] <@dolske> if only shaver or sdwilsh was online to fix this during tonight's FB hackathon...
- # [09:01] <Optimizer> Is there any particular difference between a js file and a jsm file, except that jsm has a EXPORTED_SYMBOLS which defines what will be imported from the jsm file when other files are importing it using Components.utils.import ?
- # [09:02] <biesi> Optimizer, that is the difference, yes - jsm files are for C.u.import, .js are not
- # [09:02] <@dolske> the file extension doesn't technically matter, but we've tried to use the convention of .jsm for Cu.inport()able things vs regular js files
- # [09:02] <philor> AryehGregor: so, you're only failing 33594 tests on Linux opt, that's not so bad...
- # [09:02] <AryehGregor> Argh.
- # [09:02] <@dolske> (and there are already exceptions in the tree, sadly)
- # [09:02] <AryehGregor> dfafdadsadsa.
- # [09:02] * AryehGregor looks
- # [09:03] <Optimizer> biesi: So jsm files are easy to import right, and also, can the exported symbol be both a variable and a function ?
- # [09:03] <biesi> I believe it can, but I'm not sure
- # [09:03] <@dolske> yes
- # [09:03] <AryehGregor> philor, something is wrong here -- that's not using the right testharnessreport.js, I don't think. Do tbpl builds rm -rf the objdir before building?
- # [09:04] * Joins: cpearce (chatzilla@moz-510B10B9.xdsl.xnet.co.nz)
- # [09:04] <AryehGregor> philor, I think what's happening here is that the expected fails aren't being picked up at all for the imptests stuff.
- # [09:04] <philor> AryehGregor: no, that would be a clobber build, which everything on try is, but only some things on other trees are
- # [09:04] <AryehGregor> Or not for the editing imptests, perhaps.
- # [09:04] <AryehGregor> Oh.
- # [09:04] <AryehGregor> I think testharnessreport.js didn't get updated.
- # [09:04] <AryehGregor> That happened a bunch of times to me locally, I don't know why.
- # [09:05] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [09:05] <AryehGregor> It's probably some sort of makefile bug.
- # [09:05] <philor> make is hard, let's go shopping
- # [09:05] * philor clobbers inbound
- # [09:05] <AryehGregor> Bug 751842 part 5 changed testharnessreport.js from a generated file to one that's just copied directly.
- # [09:06] <philor> oh, yeah, that'll bust you
- # [09:06] <AryehGregor> https://hg.mozilla.org/integration/mozilla-inbound/rev/861028f17ed0
- # [09:06] <AryehGregor> What should I do in the future to prevent that?
- # [09:06] <philor> discussing the certainty of that busting things, I managed to stop some bug in its tracks
- # [09:07] <philor> might ask ted if there is any sure way to survive it (once he's up), I don't remember there being one
- # [09:07] <AryehGregor> Also, what should I do right now with this push, just star the mochitest-2 failures?
- # [09:07] <philor> no, it's decision time
- # [09:08] * AryehGregor notices that the number of failing tests varies slightly between platforms
- # [09:08] <philor> is landing it so important that we want to make everyone everywhere on every tree remove every objdir?
- # [09:08] <AryehGregor> Um, no, but what's the alternative?
- # [09:09] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [09:09] <philor> back out and regroup
- # [09:09] <philor> those are the only two alternatives I know of, anyway
- # [09:09] <AryehGregor> I can push a fix if someone tells me what the fix should be . . .
- # [09:11] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
- # [09:12] * Quits: fabrice1 (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [09:13] * AryehGregor doesn't get why make doesn't figure out that the file needs to be copied anew
- # [09:14] <philor> https://bugzilla.mozilla.org/show_bug.cgi?id=683397
- # [09:15] * AryehGregor reads
- # [09:16] * Quits: njn (chatzilla@moz-9A46D0A5.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a1/20120517160107])
- # [09:16] <philor> alas, it lacks an answer, it's just the one I stalled
- # [09:16] * Quits: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP) (Quit: Instantbird 1.1)
- # [09:16] <AryehGregor> NSDISTMODE = copy would have the undesired effect of copying instead of symlinking, too.
- # [09:16] <philor> fun, the clobberer seems sort of busted
- # [09:16] * Joins: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP)
- # [09:16] <AryehGregor> How about we check in bug 683397 now too so that we only have to tell everyone to clobber once? :)
- # [09:17] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Ping timeout)
- # [09:17] <AryehGregor> Or what if I left "testharnessreport.js: testharnessreport.js" in the makefile?
- # [09:18] * joduinn-afk is now known as joduinn-zzz
- # [09:19] * AryehGregor tries that, although he has no idea what he's doing
- # [09:19] * Quits: smontagu (chatzilla@55BBA7ED.5ACD0297.CC465D70.IP) (Ping timeout)
- # [09:21] * Quits: dzbarsky (Adium@moz-85EBB8A.dia.static.qwest.net) (Quit: Leaving.)
- # [09:21] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
- # [09:21] * Joins: Opti (Mibbit@8EDC5984.93F3616D.2AB48280.IP)
- # [09:23] <AryehGregor> No, that doesn't do it.
- # [09:24] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
- # [09:24] * Quits: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP) (Quit: Instantbird 1.1)
- # [09:25] * Joins: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP)
- # [09:25] * Quits: Opti (Mibbit@8EDC5984.93F3616D.2AB48280.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [09:30] <AryehGregor> How about:
- # [09:30] <AryehGregor> testharnessreport.js: testharnessreport.js.src
- # [09:30] <AryehGregor> cp $(srcdir)/testharnessreport.js.src $<
- # [09:30] * Joins: smontagu (chatzilla@55BBA7ED.5ACD0297.CC465D70.IP)
- # [09:32] <philor> https://hg.mozilla.org/integration/mozilla-inbound/rev/f8571733755d
- # [09:32] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [09:32] <philor> should green up, but I have no intention of waiting for it to
- # [09:32] <philor> whee, 6 hours of sleep tonight instead of 5!
- # [09:33] * Quits: smontagu (chatzilla@55BBA7ED.5ACD0297.CC465D70.IP) (Ping timeout)
- # [09:33] <AryehGregor> :(
- # [09:33] * philor is now known as philor|away
- # [09:33] <AryehGregor> Thanks.
- # [09:34] * Joins: raphc (rc@moz-3A99E0D5.wb.wifirst.net)
- # [09:35] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Ping timeout)
- # [09:38] * Joins: Ms2ger (Ms2ger@EEB2A379.BE503140.37724B0D.IP)
- # [09:38] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
- # [09:40] * Joins: smontagu (chatzilla@55BBA7ED.5ACD0297.CC465D70.IP)
- # [09:42] <Ms2ger> "test_cows.xul"
- # [09:42] <Ms2ger> Not what I thought it was about
- # [09:42] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
- # [09:42] <scientes> ...."Have you mooed today?"...
- # [09:42] * Quits: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net) (Ping timeout)
- # [09:43] <@bz_sleep> Ms2ger: never let Blake name anything again is the mantra
- # [09:43] <Ms2ger> :)
- # [09:43] <@bz_sleep> Ms2ger: he had way too much fun with the cow/sow/sjow/whatever thing
- # [09:43] * Joins: TheLink (TheLink@moz-2C115FCB.pools.arcor-ip.net)
- # [09:43] <Ms2ger> (Still in CA?)
- # [09:44] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
- # [09:44] <@bz_sleep> yes
- # [09:44] * Joins: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net)
- # [09:44] <@bz_sleep> leaving tomorrow morning
- # [09:45] * @bz_sleep is about to sleep for real; has to be up early to catch ride to airport
- # [09:46] <Ms2ger> And no, we don't use |object| anywhere; it's used in HTMLCollection, though
- # [09:46] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Ping timeout)
- # [09:46] <@bz_sleep> right
- # [09:46] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
- # [09:46] <@bz_sleep> which is why Peter needs it, of course
- # [09:46] <@bz_sleep> makes sense
- # [09:47] <@bz_sleep> btw
- # [09:47] * NeilAway groans at bz's joke from 3 hours ago
- # [09:47] <@bz_sleep> you saw the bug about adding tests for this stuff?
- # [09:47] * Quits: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP) (Quit: Instantbird 1.1)
- # [09:47] * Joins: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP)
- # [09:48] <Ms2ger> I did
- # [09:48] <Ms2ger> firebot, bug 756258
- # [09:48] <@bz_sleep> cool
- # [09:48] <Ms2ger> \o/
- # [09:48] <Ms2ger> ;)
- # [09:48] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=756258 nor, --, ---, peterv, ASSI, Support union types in new DOM bindings
- # [09:48] <@bz_sleep> ah
- # [09:48] <@bz_sleep> yes, well
- # [09:48] <@bz_sleep> why _are_ you so happy about that anyway? ;)
- # [09:48] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [09:50] <Ms2ger> Hey, I'm a European, I'm supposed to like unions :)
- # [09:50] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
- # [09:50] * ChanServ sets mode: +o roc
- # [09:50] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
- # [09:50] <@roc> wow, we really do have someone called "Maniac" working for Mozilla
- # [09:51] * Quits: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP) (Ping timeout)
- # [09:51] * Quits: stux (stux@moz-FD6B9EC6.hfc.comcastbusiness.net) (Ping timeout)
- # [09:51] <smontagu> can we port Mozilla to MANIAC I?
- # [09:52] <@bz_sleep> Ms2ger: mmmm
- # [09:52] <@bz_sleep> Ms2ger: this is the part where I mutter "It's all Greek to me" and really truly go to bed
- # [09:52] <Ms2ger> Hah
- # [09:52] * Joins: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP)
- # [09:52] <Ms2ger> Good night
- # [09:52] * Quits: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP) (Quit: Instantbird 1.1)
- # [09:53] * Joins: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP)
- # [09:53] <smontagu> καλή νύχτα
- # [09:54] <hsivonen> what's the UA string on B2G these days?
- # [09:54] * Joins: bholley (anonymous@moz-21525C0C.net-81-220-26.lyon.rev.numericable.fr)
- # [09:54] <Ms2ger> smontagu, I guess "good night"?
- # [09:55] * Joins: rajul (quassel@B5DBFF02.26A5B5E5.5700D73F.IP)
- # [09:56] * Quits: rajul (quassel@B5DBFF02.26A5B5E5.5700D73F.IP) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
- # [09:56] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [09:57] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Ping timeout)
- # [09:58] * Joins: rajul (quassel@B5DBFF02.26A5B5E5.5700D73F.IP)
- # [09:58] * Joins: stux (stux@moz-FD6B9EC6.hfc.comcastbusiness.net)
- # [09:59] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [09:59] * Quits: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP) (Quit: Instantbird 1.1)
- # [09:59] * Joins: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP)
- # [10:04] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
- # [10:04] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Ping timeout)
- # [10:04] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
- # [10:08] * Quits: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP) (Quit: Instantbird 1.1)
- # [10:08] * Joins: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP)
- # [10:09] * Joins: garnacho (carlos@moz-21A1EC24.dyn.user.ono.com)
- # [10:13] * Joins: gandalf (zbraniecki@moz-5D0FED5E.neoplus.adsl.tpnet.pl)
- # [10:15] * Quits: raphc (rc@moz-3A99E0D5.wb.wifirst.net) (Quit: )
- # [10:15] * Ms2ger gets ready to land
- # [10:15] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Ping timeout)
- # [10:16] * Quits: gerv (gerv@moz-8E68CF56.in-addr.arpa) (Quit: Leaving.)
- # [10:17] * Joins: raphc (AndChat501@D54678B9.7F75B59F.B3F72630.IP)
- # [10:17] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
- # [10:18] * Joins: gerv (gerv@moz-8E68CF56.in-addr.arpa)
- # [10:20] <glob> Ms2ger, flaps down
- # [10:20] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
- # [10:20] * Ms2ger flies into glob
- # [10:23] * Fallen|away is now known as Fallen
- # [10:25] * Quits: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP) (Quit: Instantbird 1.1)
- # [10:25] * Joins: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP)
- # [10:25] * Quits: raphc (AndChat501@D54678B9.7F75B59F.B3F72630.IP) (Connection reset by peer)
- # [10:25] * Joins: raphc (AndChat501@D54678B9.7F75B59F.B3F72630.IP)
- # [10:25] * Joins: mike5w3c (MikeS@moz-BED70478.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [10:26] * Quits: raphc (AndChat501@D54678B9.7F75B59F.B3F72630.IP) (Quit: Bye)
- # [10:26] * Joins: raphc (AndChat501@D54678B9.7F75B59F.B3F72630.IP)
- # [10:29] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [10:30] * Quits: omeringen (omer@4A937B4C.AE49CD4C.9CD63BA8.IP) (Client exited)
- # [10:30] * AutomatedTester|AFK is now known as AutomatedTester
- # [10:31] * Joins: victorporof (victorporo@DD4EB66C.124F9E.4A6B528C.IP)
- # [10:31] * Joins: bholley_ (anonymous@moz-21525C0C.net-81-220-26.lyon.rev.numericable.fr)
- # [10:31] * Quits: bholley (anonymous@moz-21525C0C.net-81-220-26.lyon.rev.numericable.fr) (Connection reset by peer)
- # [10:31] * bholley_ is now known as bholley
- # [10:31] * Joins: msucan (mihai@E66E4956.B30402B1.699550A1.IP)
- # [10:32] * Joins: jet (junglecode@88F51059.F3BBB17D.144F44FA.IP)
- # [10:33] * Quits: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP) (Quit: Instantbird 1.1)
- # [10:33] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [10:33] * Joins: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP)
- # [10:33] * Quits: rajul (quassel@B5DBFF02.26A5B5E5.5700D73F.IP) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
- # [10:33] * Joins: rajul (quassel@B5DBFF02.26A5B5E5.5700D73F.IP)
- # [10:33] * Joins: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com)
- # [10:34] * Joins: raphc_ (rc@moz-3A99E0D5.wb.wifirst.net)
- # [10:35] * Quits: raphc (AndChat501@D54678B9.7F75B59F.B3F72630.IP) (Quit: )
- # [10:35] <NeilAway> anyone know anything about when animated gifs start animating i.e. when they load or when they are first shown?
- # [10:37] * Quits: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP) (Quit: Instantbird 1.1)
- # [10:37] * Joins: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP)
- # [10:37] <Ms2ger> All I know is that gifs with the same url are run on the same timer
- # [10:39] * Quits: mwu (mwu@moz-59435430.hsd1.nj.comcast.net) (Ping timeout)
- # [10:40] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [10:41] <NeilAway> bah, I forgot to test AryehGregor's patch
- # [10:41] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Quit: Leaving)
- # [10:41] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
- # [10:41] * Joins: catalinb (ethereal@moz-7443FA19.eregie.pub.ro)
- # [10:44] * Quits: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP) (Quit: Instantbird 1.1)
- # [10:44] * Joins: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP)
- # [10:44] <scientes> https://www.youtube.com/watch?v=U_ctBy7syMk
- # [10:44] <scientes> sry wrong window ;)
- # [10:45] <Ms2ger> https://developer.mozilla.org/en/Using_gdb_on_wimpy_computers < lovely
- # [10:46] <scientes> "you are a whimp if you can't handle Mozilla" ;)
- # [10:46] * glob is now known as glob|away
- # [10:48] * Quits: victorporof (victorporo@DD4EB66C.124F9E.4A6B528C.IP) (Quit: Leaving...)
- # [10:48] * scientes has never used -g, always did gdb directly...
- # [10:51] <Ms2ger> Well
- # [10:51] <Ms2ger> Back when such wimpy computers were common, that didn't work
- # [10:52] * Joins: smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi)
- # [10:52] * ChanServ sets mode: +o smaug
- # [10:53] * Joins: gcp (gpascutto@88F51059.F3BBB17D.144F44FA.IP)
- # [10:54] * Joins: victorporof (victorporo@DD4EB66C.124F9E.4A6B528C.IP)
- # [10:54] <scientes> Ms2ger, direct you mean?
- # [10:54] <scientes> --args is your friend
- # [10:55] <Ms2ger> Not back in the day
- # [10:55] * Quits: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP) (Quit: Instantbird 1.1)
- # [10:56] * Joins: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP)
- # [10:56] * Joins: Tomcat (Tomcat@moz-59682A1.dmz.scl3.mozilla.com)
- # [10:58] * Quits: rajul (quassel@B5DBFF02.26A5B5E5.5700D73F.IP) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
- # [10:59] * Joins: rajul (quassel@B5DBFF02.26A5B5E5.5700D73F.IP)
- # [10:59] * Quits: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP) (Quit: Instantbird 1.1)
- # [11:00] * Joins: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP)
- # [11:00] * Joins: jfkthame (jfkthame@514D186.F3BBB17D.144F44FA.IP)
- # [11:01] <@smaug> how could I process bugmail while sleeping
- # [11:01] * Quits: markh (markh@moz-25D681DF.cxzr1.win.bigpond.net.au) (Ping timeout)
- # [11:02] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [11:02] * Joins: markh (markh@moz-25D681DF.cxzr1.win.bigpond.net.au)
- # [11:03] <Ms2ger> Bah
- # [11:03] * Quits: Optimizer (Optimizer@8EDC5984.93F3616D.2AB48280.IP) (Ping timeout)
- # [11:04] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [11:04] * Joins: edmorley (edmorley@moz-BEDF50FD.range86-145.btcentralplus.com)
- # [11:05] * Quits: mike5w3c (MikeS@moz-BED70478.xgsspn.imtp.tachikawa.spmode.ne.jp) (Quit: mike5w3c)
- # [11:06] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/95437bcc43dc - Ms2ger - Bug 754643 - Disable FAIL_ON_WARNINGS in content/media because new warnings were introduced.
- # [11:06] <Ms2ger> edmorley, I'll merge to inbound later, I expect some conflicts with AryehGregor's stuff
- # [11:06] * davehunt|away is now known as davehunt
- # [11:06] <edmorley> Ms2ger: good morning :-)
- # [11:06] <edmorley> sure, thank you
- # [11:06] <edmorley> I'll mark
- # [11:06] <Ms2ger> Thanks :)
- # [11:06] <Ms2ger> And good morning to you too
- # [11:08] * Quits: kvda (kvda@AFDD388F.C3893E67.923345AB.IP) (Quit: ( x____x))
- # [11:10] * Quits: GPHemsley (GPHemsley@moz-A2DF0FC4.hfc.comcastbusiness.net) (Ping timeout)
- # [11:12] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [11:13] <Ms2ger> AryehGregor, well, I mostly didn't import them because I hit the timeouts you did as well :)
- # [11:15] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Quit: Leaving)
- # [11:15] * glob|away is now known as glob
- # [11:15] * Quits: gerv (gerv@moz-8E68CF56.in-addr.arpa) (Quit: Leaving.)
- # [11:16] * Joins: GPHemsley (GPHemsley@moz-A2DF0FC4.hfc.comcastbusiness.net)
- # [11:17] * Joins: Optimizer (Mibbit@298EDF71.888FDFE3.2AB48280.IP)
- # [11:21] * Joins: Optimizer1 (Optimizer@298EDF71.888FDFE3.2AB48280.IP)
- # [11:22] * Quits: Optimizer (Mibbit@298EDF71.888FDFE3.2AB48280.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [11:22] * Quits: Optimizer1 (Optimizer@298EDF71.888FDFE3.2AB48280.IP) (Quit: Instantbird 1.1)
- # [11:22] * Joins: Optimizer (Optimizer@298EDF71.888FDFE3.2AB48280.IP)
- # [11:22] <edmorley> Ms2ger: oh and I think the appropriate term here is 'hoisted by your own petard' ;-P
- # [11:23] * Ms2ger whacks edmorley with a fish
- # [11:24] * Joins: mike5w3c (MikeS@moz-BED70478.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [11:24] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [11:25] * davehunt is now known as davehunt|away
- # [11:25] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [11:27] * glob is now known as glob|away
- # [11:27] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Ping timeout)
- # [11:27] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Input/output error)
- # [11:28] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [11:30] * edmorley whacks Ms2ger with http://www.quickmeme.com/meme/3pcb1s/
- # [11:32] <Ms2ger> edmorley, got it wrong :)
- # [11:33] <Ms2ger> Note when FAIL_ON_WARNINGS was added there :)
- # [11:33] <edmorley> ah fair enough
- # [11:34] <edmorley> it seemed like quite a while ago I saw the patch for that, so I had thouhgt it had landed a while ago
- # [11:34] <Ms2ger> Nah, media people don't like it
- # [11:36] * Ms2ger notices SM builds have been broken since before the 7th, gives up
- # [11:43] * Quits: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp) (Quit: nattokirai)
- # [11:45] * Joins: robhawkes (robhawkes@2DCD3574.8393754F.E9FF1376.IP)
- # [11:49] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
- # [11:51] * glob|away is now known as glob
- # [11:51] * Joins: atuljangra (Mibbit@9075BEE0.4850A4DD.1957C0DA.IP)
- # [11:52] * Quits: victorporof (victorporo@DD4EB66C.124F9E.4A6B528C.IP) (Connection reset by peer)
- # [11:56] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [11:57] * Joins: maikmerten (maikmerten@moz-AF85DBBA.dynamic.qsc.de)
- # [12:02] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
- # [12:04] <scientes> edmorley, have you submitted that to mozilla memes yet? ;-)
- # [12:05] * Joins: mib_dqd225 (Mibbit@3C755B71.4E542B32.B580DEC.IP)
- # [12:05] * Quits: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP) (Client exited)
- # [12:06] * Quits: mib_dqd225 (Mibbit@3C755B71.4E542B32.B580DEC.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [12:06] * glob is now known as glob|away
- # [12:06] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [12:07] <edmorley> scientes: no, but as Ms2ger pointed out I had missed the obvious that he'd only just landed that particular fail on warnings in that push :-)
- # [12:07] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
- # [12:07] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [12:07] <edmorley> so I'm inclined to let him off
- # [12:09] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
- # [12:10] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [12:11] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [12:13] <Ms2ger> Why thank you :)
- # [12:13] * Quits: rniwa (rniwa@60A74940.D6CCE4AE.77834EAA.IP) (Quit: rniwa)
- # [12:14] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [12:16] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [12:17] * Quits: @smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi) (Ping timeout)
- # [12:17] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [12:17] <smontagu> is there something like OnAttributeChanged in content?
- # [12:18] <Ms2ger> smontagu, in an element implementation?
- # [12:18] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Connection reset by peer)
- # [12:18] * Joins: crussell (colby@4C613230.5A834493.B8E6AC67.IP)
- # [12:18] <smontagu> yes
- # [12:19] <Ms2ger> AfterSetAttr or ParseAttribute, maybe
- # [12:20] <smontagu> BeforeSetAttr looks like more what I need
- # [12:21] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [12:23] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [12:24] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [12:25] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [12:26] * Quits: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Ping timeout)
- # [12:28] <cpearce> dao: perhaps we should just only display the "$domain is now fullscreen" for URIs that have a host? If we display it for local data URIs we end up displaying "moznullprincipal is now fullscreen", which also doesn't look very nice.
- # [12:28] * Quits: mike5w3c (MikeS@moz-BED70478.xgsspn.imtp.tachikawa.spmode.ne.jp) (Quit: mike5w3c)
- # [12:28] <dao> cpearce: yeah
- # [12:30] <Ms2ger> edmorley, I'm going to build locally and then push the merge to inbound, ok?
- # [12:30] * Joins: victorporof (victorporo@45524559.602BD6C.79933D60.IP)
- # [12:30] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [12:30] <edmorley> Ms2ger: sounds good :-)
- # [12:31] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [12:31] <Ms2ger> PSA: If anybody lands something on inbound that conflicts with me, I'm backing you out :)
- # [12:31] <Ms2ger> jwatt, failure in anim-filter-primitive-size-01.svg
- # [12:34] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [12:35] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [12:38] * Joins: mike5w3c (MikeS@moz-BED70478.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [12:40] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [12:41] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [12:43] * Joins: KaiRo (robert@moz-5A1AD9C4.adsl.highway.telekom.at)
- # [12:43] <jwatt> Ms2ger: hmm, that's...interesting
- # [12:44] <jwatt> that really shouldn't happen
- # [12:46] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [12:47] <Ms2ger> Welcome to my world :)
- # [12:48] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [12:48] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Connection reset by peer)
- # [12:48] * ewong is now known as ewong|awayinhiding
- # [12:49] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Ping timeout)
- # [12:49] * ewong|awayinhiding is now known as ewong|away
- # [12:49] * Joins: crussell (colby@4C613230.5A834493.B8E6AC67.IP)
- # [12:50] * Quits: Optimizer (Optimizer@298EDF71.888FDFE3.2AB48280.IP) (Ping timeout)
- # [12:51] * Joins: Optimizer (Optimizer@298EDF71.888FDFE3.2AB48280.IP)
- # [12:52] <darktrojan> wow someone just sent me a dollar for an addon
- # [12:52] <darktrojan> thanks for the contribution
- # [12:52] * Joins: mike5w3c_ (MikeS@moz-A0E381C7.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [12:52] <atuljangra> darktrojan: Cool :)
- # [12:52] * Quits: mike5w3c (MikeS@moz-BED70478.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout)
- # [12:52] * mike5w3c_ is now known as mike5w3c
- # [12:54] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Ping timeout)
- # [12:54] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
- # [12:54] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [12:54] * Quits: raphc_ (rc@moz-3A99E0D5.wb.wifirst.net) (Ping timeout)
- # [12:55] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [12:55] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
- # [12:55] * ChanServ sets mode: +o roc
- # [12:55] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
- # [12:55] * Joins: raphc (rc@moz-3A99E0D5.wb.wifirst.net)
- # [12:56] * Joins: bb10 (bb10@moz-C7B05616.org)
- # [12:56] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Connection reset by peer)
- # [12:57] * Joins: crussell (colby@4C613230.5A834493.B8E6AC67.IP)
- # [12:57] * Quits: scientes (scientes@moz-6F007CB5.dsl.snfc21.pacbell.net) (Ping timeout)
- # [12:58] * Joins: graememcc (chatzilla@moz-362FCAF1.range86-150.btcentralplus.com)
- # [12:59] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
- # [12:59] * Fallen is now known as Fallen|away
- # [13:00] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [13:01] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
- # [13:01] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [13:01] * Joins: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com)
- # [13:03] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [13:04] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Connection reset by peer)
- # [13:04] * Joins: crussell (colby@4C613230.5A834493.B8E6AC67.IP)
- # [13:05] * Quits: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP) (Quit: surkov)
- # [13:06] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
- # [13:06] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
- # [13:06] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [13:07] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [13:07] * Joins: jviereck (Adium@moz-DC3E60B4.uzh.ch)
- # [13:09] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
- # [13:09] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
- # [13:11] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Connection reset by peer)
- # [13:12] * Joins: crussell (colby@4C613230.5A834493.B8E6AC67.IP)
- # [13:12] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Connection reset by peer)
- # [13:12] * Joins: int3_ (int3@moz-FAB3747.cpe.distributel.net)
- # [13:14] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Ping timeout)
- # [13:14] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [13:14] * Joins: omeringen (omer@4A937B4C.AE49CD4C.9CD63BA8.IP)
- # [13:15] * Quits: jviereck (Adium@moz-DC3E60B4.uzh.ch) (Quit: Leaving.)
- # [13:15] * Quits: int3_ (int3@moz-FAB3747.cpe.distributel.net) (Connection reset by peer)
- # [13:15] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [13:15] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [13:18] * Quits: jfkthame (jfkthame@514D186.F3BBB17D.144F44FA.IP) (Quit: jfkthame)
- # [13:18] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [13:19] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [13:20] * Quits: edmorley (edmorley@moz-BEDF50FD.range86-145.btcentralplus.com) (Ping timeout)
- # [13:20] * Joins: kaie (kaie@moz-8319838E.dip.t-dialin.net)
- # [13:21] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
- # [13:22] * mattwoodrow is now known as mattwoodrow|away
- # [13:22] * Joins: edmorley (edmorley@moz-230ED547.range109-156.btcentralplus.com)
- # [13:23] * Quits: timdream (timdream@moz-99690620.hinet-ip.hinet.net) (Quit: timdream)
- # [13:25] * Joins: sawrubh (Mibbit@4F882FCC.4850A4DD.1957C0DA.IP)
- # [13:26] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [13:26] * Parts: sawrubh (Mibbit@4F882FCC.4850A4DD.1957C0DA.IP)
- # [13:27] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [13:28] * Quits: dao (dao@moz-38822FD3.superkabel.de) (Quit: Leaving.)
- # [13:29] * Quits: cpearce (chatzilla@moz-510B10B9.xdsl.xnet.co.nz) (Ping timeout)
- # [13:29] <edmorley> jwatt: that orange seems quite frequent on/after your push, ideas?
- # [13:29] * Joins: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP)
- # [13:29] <jwatt> edmorley: I'm backing out
- # [13:30] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [13:31] <edmorley> jwatt: great, thank you :-)
- # [13:31] <jwatt> sure thing
- # [13:31] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [13:31] <jwatt> clearly there's something fragile about that code, which is good to know :)
- # [13:31] * mattwoodrow|away is now known as mattwoodrow
- # [13:32] * Quits: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP) (Quit: surkov)
- # [13:32] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Ping timeout)
- # [13:34] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Ping timeout)
- # [13:35] * Quits: kaie (kaie@moz-8319838E.dip.t-dialin.net) (Quit: Leaving)
- # [13:37] <NeilAway> khuey|away: lol @ [object deadobject]
- # [13:38] * Quits: karl (karl@moz-4785C3AF.dialup.xtra.co.nz) (Ping timeout)
- # [13:38] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Ping timeout)
- # [13:38] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [13:39] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [13:40] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [13:40] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
- # [13:41] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
- # [13:41] * Joins: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP)
- # [13:41] * Joins: cpearce (chatzilla@moz-510B10B9.xdsl.xnet.co.nz)
- # [13:41] * Quits: m_kato (Daily@moz-348F61F0.mozilla.or.jp) (Quit: m_kato)
- # [13:44] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Ping timeout)
- # [13:44] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [13:45] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [13:45] <Ms2ger> edmorley, did the merge
- # [13:45] * Quits: rajul (quassel@B5DBFF02.26A5B5E5.5700D73F.IP) (Ping timeout)
- # [13:45] * edmorley kicks tbpl
- # [13:46] * Joins: gustavold (gustavold@moz-245CF253.static-user.ajato.com.br)
- # [13:46] * Ms2ger joins in
- # [13:46] * Joins: rajul (quassel@BC7DD723.10CA95B7.F44414AF.IP)
- # [13:47] * AutomatedTester is now known as Automatedtester|away
- # [13:47] * Joins: Cwiiis (cwiiis@88F51059.F3BBB17D.144F44FA.IP)
- # [13:48] * Quits: rajul (quassel@BC7DD723.10CA95B7.F44414AF.IP) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
- # [13:48] * Quits: gustavold (gustavold@moz-245CF253.static-user.ajato.com.br) (Ping timeout)
- # [13:48] * Joins: rajul (quassel@BC7DD723.10CA95B7.F44414AF.IP)
- # [13:48] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Ping timeout)
- # [13:48] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [13:49] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [13:49] * Quits: cpearce (chatzilla@moz-510B10B9.xdsl.xnet.co.nz) (Ping timeout)
- # [13:50] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
- # [13:51] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Quit: darktrojan)
- # [13:51] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [13:52] <AryehGregor> NeilAway, what patch of mine did you forget to test?
- # [13:53] <AryehGregor> Ms2ger, oh, so now the Range tests should be import-able? I remember that, you asked me if I knew why they were taking so long and I thought it seemed unreasonable.
- # [13:53] <AryehGregor> Yay.
- # [13:54] <Ms2ger> I'd hope so
- # [13:56] * Quits: ewong|away (chatzilla@moz-E5D50C2E.static.netvigator.com) (Ping timeout)
- # [13:56] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [13:57] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [13:58] * Quits: @ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Input/output error)
- # [13:58] * IRCMonkey5624 is now known as jtcranmer
- # [13:59] <AryehGregor> Why are trivial mq commands like qpop so slow? It can easily take half a second or more, maybe even a second. Is it gratuitously syncing the files or something?
- # [13:59] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
- # [13:59] * ChanServ sets mode: +o ehsan
- # [13:59] <Ms2ger> I guess it's checking if you changed anything
- # [13:59] <AryehGregor> Ah, that makes sense!
- # [13:59] <AryehGregor> There's some daemon I can run so that that's not necessary, isn't there?
- # [13:59] * AryehGregor Googles
- # [14:00] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [14:00] <Ms2ger> bz_sleep, hmm, we'll need sequences of arraybuffers for Blob...
- # [14:00] <AryehGregor> http://mercurial.selenic.com/wiki/InotifyBug :(
- # [14:01] * Quits: @ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Ping timeout)
- # [14:01] * Joins: Pike (Pike@moz-E31CD2CB.mozilla.org)
- # [14:02] <Ms2ger> :(
- # [14:04] <AryehGregor> Apparently it really is flaky in practice: http://jlebar.com/2011/8/10/PSA%3A_hg_inotify_extension.html (see comments)
- # [14:04] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [14:04] <AryehGregor> jlebar|away, are you still using the hg inotify extension?
- # [14:04] <AryehGregor> Had any problems?
- # [14:05] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
- # [14:05] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [14:05] * Joins: JeroenDeDauw (j@moz-A62F4AF6.dip.t-dialin.net)
- # [14:06] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Ping timeout)
- # [14:06] * mattwoodrow is now known as mattwoodrow|away
- # [14:08] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
- # [14:08] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [14:08] * Joins: gustavold (gustavold@moz-245CF253.static-user.ajato.com.br)
- # [14:09] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Ping timeout)
- # [14:09] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [14:11] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
- # [14:13] * Joins: gfritzsche (gfritzsche@moz-3510DFB9.dynamic.qsc.de)
- # [14:14] * Quits: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP) (Quit: surkov)
- # [14:14] * Quits: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP) (Ping timeout)
- # [14:15] * Joins: Ms2ger` (Ms2ger@EEB2A379.BE503140.37724B0D.IP)
- # [14:15] * Joins: Goldorak (chatzilla@B1C671B1.E8AD4FEA.187A1082.IP)
- # [14:15] * Quits: Ms2ger (Ms2ger@EEB2A379.BE503140.37724B0D.IP) (Ping timeout)
- # [14:17] * Joins: espindola (espindola@moz-2AD100D2.dsl.teksavvy.com)
- # [14:18] <NeilAway> AryehGregor: removing cmd_backgroundColor
- # [14:18] <AryehGregor> Oh, okay.
- # [14:18] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
- # [14:18] * Quits: dao (dao@moz-38822FD3.superkabel.de) (Quit: Leaving.)
- # [14:19] <AryehGregor> Would be nice to land, it's minus more than 400 LOC. :)
- # [14:20] <Ms2ger`> You probably have some merging to do, I'm afraid :)
- # [14:20] <darktrojan> NeilAway, say what?
- # [14:20] <AryehGregor> Ms2ger`, who, me? Why?
- # [14:20] <Ms2ger`> Because I landed some stuff
- # [14:20] <AryehGregor> Which did what, cleaned up unused methods?
- # [14:21] <Ms2ger`> Sounds right
- # [14:21] <AryehGregor> Pretty easy merge. :)
- # [14:21] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
- # [14:22] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
- # [14:23] <AryehGregor> Wow -- fixing bug 742240 reduces the expected fails file for test_runtest.html from 4.7M to 2.2M. Awesome.
- # [14:23] * Joins: xsergio (sergio@DAEF1255.9C8843EE.A4F23BCE.IP)
- # [14:24] * Joins: ted (luser@moz-6BD6E241.sctnpa.east.verizon.net)
- # [14:24] * ChanServ sets mode: +o ted
- # [14:24] * Quits: jet (junglecode@88F51059.F3BBB17D.144F44FA.IP) (Quit: jet)
- # [14:24] <Ms2ger`> \o/
- # [14:24] <AryehGregor> (mostly because commands like forwardDelete and insertText are unsupported, so after the fix they return false/false/"" for state/value/indeterm, which they're supposed to even if you support them, so we're now mostly passing for more or less the wrong reason, but whatever)
- # [14:24] <darktrojan> oh hot, /me notes to read that bug sometime
- # [14:25] * Joins: tehDobri (Mibbit@moz-325E03BB.dyn.optonline.net)
- # [14:26] <tehDobri> Hey guys, compiling on mac gives me mozilla-central/js/src/jsapi.cpp:5266: warning: ‘script.JS::Anchor<JSScript*>::hold’ may be used uninitialized in this function
- # [14:26] <tehDobri> Any ideas?
- # [14:26] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [14:27] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [14:28] * Fallen|away is now known as Fallen
- # [14:29] * Automatedtester|away is now known as AutomatedTester
- # [14:30] * Quits: rajul (quassel@BC7DD723.10CA95B7.F44414AF.IP) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
- # [14:31] <edmorley> Ms2ger`: I've triggered pgo on your merge, so will merge back from that
- # [14:31] <Ms2ger`> Thanks
- # [14:31] <Ms2ger`> You'll need to clobber all the things
- # [14:31] * Joins: automata (automata@8D23278A.C27CA109.16867D26.IP)
- # [14:32] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
- # [14:33] <NeilAway> Ms2ger`: -> mozillamemes?
- # [14:36] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [14:36] * Quits: Optimizer (Optimizer@298EDF71.888FDFE3.2AB48280.IP) (Quit: Instantbird 1.1)
- # [14:36] * Joins: Optimizer (Optimizer@298EDF71.888FDFE3.2AB48280.IP)
- # [14:37] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Quit: darktrojan)
- # [14:37] * Quits: robhawkes (robhawkes@2DCD3574.8393754F.E9FF1376.IP) (Quit: Leaving...)
- # [14:38] * Joins: mfinkle (mfinkle@moz-8CB7201C.hsd1.pa.comcast.net)
- # [14:40] * Quits: mfinkle (mfinkle@moz-8CB7201C.hsd1.pa.comcast.net) (Input/output error)
- # [14:40] * Joins: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [14:41] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [14:41] * Joins: mfinkle (mfinkle@moz-8CB7201C.hsd1.pa.comcast.net)
- # [14:41] * Joins: int3_ (int3@moz-FAB3747.cpe.distributel.net)
- # [14:41] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Ping timeout)
- # [14:41] * Joins: dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net)
- # [14:41] * ChanServ sets mode: +o dbaron
- # [14:42] * Quits: mfinkle (mfinkle@moz-8CB7201C.hsd1.pa.comcast.net) (Input/output error)
- # [14:42] * Joins: mfinkle (mfinkle@moz-8CB7201C.hsd1.pa.comcast.net)
- # [14:43] * Quits: int3_ (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [14:43] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Ping timeout)
- # [14:45] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [14:49] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [14:49] * Quits: RemusPop (remuspop@601F3B17.33662590.A5830293.IP) (Client exited)
- # [14:49] * Quits: Optimizer (Optimizer@298EDF71.888FDFE3.2AB48280.IP) (Quit: Instantbird 1.1)
- # [14:50] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
- # [14:50] * Joins: Optimizer (Optimizer@298EDF71.888FDFE3.2AB48280.IP)
- # [14:50] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
- # [14:51] * bhearsum|afk is now known as bhearsum
- # [14:51] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
- # [14:52] * Joins: HanLin (Mibbit@69EFA1A.1C30B337.9FF96A6E.IP)
- # [14:52] * Joins: armenzg (armenzg@moz-8555CE12.cable.teksavvy.com)
- # [14:57] * Quits: dao (dao@moz-38822FD3.superkabel.de) (Quit: Leaving.)
- # [14:57] * Joins: int3_ (int3@moz-FAB3747.cpe.distributel.net)
- # [14:57] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Connection reset by peer)
- # [14:59] * Quits: int3_ (int3@moz-FAB3747.cpe.distributel.net) (Connection reset by peer)
- # [14:59] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [15:00] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [15:01] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Ping timeout)
- # [15:01] <edmorley> AryehGregor: have you spoken to ted about whether there's any way to fix the required clobber after https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=e8ebc8f1825e
- # [15:01] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Ping timeout)
- # [15:02] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [15:02] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [15:03] * Quits: michal (michal@18728636.D0F82CD8.32697916.IP) (Ping timeout)
- # [15:03] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
- # [15:03] * ChanServ sets mode: +o ehsan
- # [15:04] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (No route to host)
- # [15:04] * Joins: int3_ (int3@moz-FAB3747.cpe.distributel.net)
- # [15:05] <bhearsum> are most of the 10.7 unit tests known to be permaorange or something?
- # [15:06] <bhearsum> i was surprised how many are hidden
- # [15:06] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [15:06] * Quits: int3_ (int3@moz-FAB3747.cpe.distributel.net) (Connection reset by peer)
- # [15:06] * Joins: michal (michal@18728636.D0F82CD8.32697916.IP)
- # [15:07] * Quits: atuljangra (Mibbit@9075BEE0.4850A4DD.1957C0DA.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [15:07] <@ted> bhearsum: i think they were permaorange when they were set up, and nobody has been driven to fix them
- # [15:07] * Quits: markh (markh@moz-25D681DF.cxzr1.win.bigpond.net.au) (Ping timeout)
- # [15:08] * Joins: markh (markh@moz-25D681DF.cxzr1.win.bigpond.net.au)
- # [15:09] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
- # [15:09] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [15:10] <HanLin> Hi people, I got comm-central code over the Internet and then made a local clone. But I am unable to build from that folder (the second clone). I know some files are missing. What can I do to also clone the files necessary for building the application?
- # [15:10] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
- # [15:11] * mcote|afk is now known as mcote
- # [15:11] <gcp> comm-central also needs a copy of mozilla-central inside it
- # [15:11] <gcp> I'm pretty sure the build instructions on the wiki explain that
- # [15:12] * Joins: mjschranz (matt@FA65BD34.33EE9F8A.1139E686.IP)
- # [15:13] * Quits: gcp (gpascutto@88F51059.F3BBB17D.144F44FA.IP) (Quit: Make a new plan, Stan!)
- # [15:13] * Joins: drice (derice@moz-1D9C882A.deploy.akamaitechnologies.com)
- # [15:14] * Joins: AaronMT (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com)
- # [15:15] <HanLin> Is it the mozilla folder in the comm-central directory?
- # [15:15] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
- # [15:16] * erick is now known as erick-away
- # [15:17] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
- # [15:18] <Ms2ger`> Yes
- # [15:18] * catlee-away goes hunting for pgo builds
- # [15:19] * Joins: bbondy (bbondy@moz-C9962B2.home.cgocable.net)
- # [15:23] <RyanVM> edmorley: ping
- # [15:23] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
- # [15:23] <edmorley> RyanVM: hi :-)
- # [15:24] <RyanVM> edmorley: hi!
- # [15:24] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
- # [15:24] <RyanVM> do we need to re-trigger the m-c windows nightly?
- # [15:24] * Joins: mconley_ (mconley@F2D29657.F60B0462.67AC9B1.IP)
- # [15:24] * catlee-away is now known as catlee
- # [15:25] <edmorley> RyanVM: yup, just done, thank you
- # [15:25] <RyanVM> ok then
- # [15:25] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
- # [15:25] * RyanVM hears a collective scream from mozillazine denizens
- # [15:25] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [15:25] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [15:26] * Quits: kanha (quassel@6CCA9C8D.8293D34.9105FBCF.IP) (Ping timeout)
- # [15:27] * davehunt|away is now known as davehunt
- # [15:27] * zzzzz just posted to mozillazine about the delay hoping to ally the screams
- # [15:28] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Ping timeout)
- # [15:28] * Joins: kanha (quassel@6CCA9C8D.8293D34.9105FBCF.IP)
- # [15:28] * armenzg is now known as armenzg_brb
- # [15:28] * Quits: bbondy (bbondy@moz-C9962B2.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [15:28] * Joins: bbondy (bbondy@moz-C9962B2.home.cgocable.net)
- # [15:29] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [15:29] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
- # [15:30] <RyanVM> edmorley: I have to say, it hasn't taken me long to get used to using "a;r" and "i;r" :P
- # [15:30] * coop|afk is now known as coop
- # [15:30] <edmorley> RyanVM: indeed :-)
- # [15:31] <edmorley> we used to use it more last year sometime, then sort of went back to being good for a bit
- # [15:32] <edmorley> it just didn't seem worth it when the people working on the android issues are using js snippets to extract the failures/log urls and aren't using the comments
- # [15:32] <Ms2ger`> mcote, ^ relevant to you :)
- # [15:33] * Quits: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk) (Client exited)
- # [15:33] <mcote> hm
- # [15:34] * ewong_ is now known as ewong
- # [15:35] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [15:38] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
- # [15:38] * Joins: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP)
- # [15:38] * Joins: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk)
- # [15:39] * Joins: pranavrc (pranavrc@70F7B8E1.378E99F2.520CDC98.IP)
- # [15:39] <NeilAway> edmorley: so, when does tbpl get an i;r button ;-)
- # [15:39] * mcote is now known as mcote|bbiab
- # [15:40] * Quits: pranavrc (pranavrc@70F7B8E1.378E99F2.520CDC98.IP) (Quit: Ping timeout: ∞)
- # [15:41] <edmorley> NeilAway: :-)
- # [15:43] * Joins: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [15:45] <HanLin> I copied the mozilla folder and the sdk folder in ldap to my second clone but the building process still fails. The error messages reads like "Cannot have single- and double-colon rules for the same target. Prior rule location "<source directory>/config/rules.mk:724:0"
- # [15:46] * Quits: mike5w3c (MikeS@moz-A0E381C7.xgsspn.imtp.tachikawa.spmode.ne.jp) (Quit: mike5w3c)
- # [15:47] * armenzg_brb is now known as armenzg
- # [15:49] * Quits: biesi (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP) (Ping timeout)
- # [15:50] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [15:51] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [15:51] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
- # [15:51] * Joins: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP)
- # [15:52] * Quits: twi (Adium@moz-1AE3B3E2.cust.dsl.vodafone.it) (Ping timeout)
- # [15:52] * cadecairos_away is now known as cadecairos
- # [15:53] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [15:53] * Joins: twi (Adium@moz-1AE3B3E2.cust.dsl.vodafone.it)
- # [15:55] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [15:56] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [15:59] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [15:59] * Joins: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP)
- # [16:02] * bwinton_away is now known as bwinton
- # [16:06] * mconley_ is now known as mconley
- # [16:07] <RyanVM> espindola: To avoid having your bugs closed prematurely, put [leave open] in the whiteboard when you land on inbound
- # [16:07] <espindola> RyanVM, that one has that, no?
- # [16:07] <espindola> let me check
- # [16:07] <RyanVM> it did not
- # [16:07] * Quits: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch) (Quit: Leaving.)
- # [16:08] <espindola> it doesn't, strange
- # [16:08] <espindola> oh well, thanks for noticing
- # [16:08] <RyanVM> well, it did
- # [16:08] <espindola> ?
- # [16:08] <RyanVM> then I took it off after merging the first patch to m-c
- # [16:08] <RyanVM> and it didn't go back on after landing the second patch on inbound
- # [16:09] <espindola> sorry, I am confused. I though the semantics of "[leave open]" were just: please don't close this when merging from inbound to m-c
- # [16:09] <espindola> is it something else?
- # [16:10] * Quits: mesutcang (IceChat9@moz-93A9AE18.adm.deu.edu.tr) (Quit: For Sale: Parachute. Only used once, never opened, small stain.)
- # [16:10] <RyanVM> maybe I'm doing it wrong, but I usually take it off after merging the patch to m-c (leaving the bug open)
- # [16:10] * Quits: Kabaka (Kabaka@moz-7D55A797.stl1cmta01.stwrok.ok.dh.suddenlink.net) (Ping timeout)
- # [16:10] <RyanVM> edmorley: ^
- # [16:10] * Joins: Kabaka (Kabaka@moz-7D55A797.stl1cmta01.stwrok.ok.dh.suddenlink.net)
- # [16:11] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [16:11] <edmorley> RyanVM, espindola: I tend to just leave it in the whiteboard and rely on the person pushing the next patch to determine if it's the last one (unless it's obviously the last one)
- # [16:11] <RyanVM> edmorley: Makes sense.
- # [16:12] <RyanVM> espindola: noted for the future
- # [16:12] <espindola> thanks!
- # [16:13] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [16:13] <edmorley> if only because an open bug that should have been closed is preferable to one that is closed but not yet finished, so will drop off saved searches etc
- # [16:14] * Joins: vikash (vikash@58E91E53.9B552DFD.5D9ABA9F.IP)
- # [16:15] * Quits: @ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Input/output error)
- # [16:15] <RyanVM> I think I'll put a "leaving open per the whiteboard" note on such bugs to encourage developers to close them if necessary too :)
- # [16:16] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
- # [16:16] * ChanServ sets mode: +o ehsan
- # [16:16] * Quits: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net) (Quit: Mardak)
- # [16:18] * Quits: @ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Ping timeout)
- # [16:18] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [16:19] * Joins: rohan (chatzilla@6B3382F0.2C2BFB59.35E0727C.IP)
- # [16:19] * Joins: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [16:20] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
- # [16:20] <rohan> has there been any implementation on the H.264 video format?
- # [16:20] * philor|away is now known as philor
- # [16:21] <rohan> i mean on the updated version
- # [16:21] <bhearsum> philor: do you know if there's a bug tracking getting most of the 10.7 unit test suites unhidden?
- # [16:21] <RyanVM> rohan: no, though there is optional build-time gstreamer support on linux for the current trunk
- # [16:23] <philor> bhearsum: there is not - the story I heard is that some developer told jhford "no, don't file bugs on those, something something leprechauns tooth fairy"
- # [16:23] <bhearsum> so, we have a bunch of hidden suites and no plan to fix them?
- # [16:24] <philor> correct
- # [16:24] <bhearsum> i am so filing those damn bugs
- # [16:25] <bhearsum> if they get WONTFIX'ed we can just turn off those tests
- # [16:25] <philor> heh, "those tests"
- # [16:25] <AryehGregor> ted, if you change a file from autogenerated to versioned in the Makefile, as in https://hg.mozilla.org/integration/mozilla-inbound/rev/861028f17ed0, is there a way to not require a clobber?
- # [16:25] <philor> a huge share of it is plugin leaks
- # [16:26] <bhearsum> does that mean we're leaking on real users' machines, too?
- # [16:26] * Joins: jet (junglecode@88F51059.F3BBB17D.144F44FA.IP)
- # [16:26] <philor> no idea
- # [16:26] <bhearsum> k
- # [16:26] <rohan> RyanVM: thanks
- # [16:27] * Joins: kaie (kaie@moz-8319838E.dip.t-dialin.net)
- # [16:27] <@ted> AryehGregor: it's probably tricky :-/
- # [16:28] <@ted> AryehGregor: you might be able to stick a rule in the makefile to rm that file from the objdir
- # [16:28] * bhearsum finds https://bugzilla.mozilla.org/show_bug.cgi?id=700503
- # [16:28] <@bz_sleep> Erlkonig
- # [16:28] * Quits: @bz_sleep (bzbarsky@moz-34B0FC58.hfc.comcastbusiness.net) (Quit: Leaving)
- # [16:28] * Joins: bz (bzbarsky@moz-3BC722CB.hfc.comcastbusiness.net)
- # [16:30] <Ms2ger`> Good morning, bz
- # [16:30] * Joins: smaug (chatzilla@moz-911A8124.elisa-mobile.fi)
- # [16:30] * ChanServ sets mode: +o smaug
- # [16:30] <@ted> bhearsum: hard to say, but certainly possible
- # [16:30] <bhearsum> that sucks :(
- # [16:30] <@ted> yup
- # [16:31] <@ted> every single orange is a potential bug we're shipping to 10.7 users
- # [16:31] <AryehGregor> edmorley, ^
- # [16:31] <jlebar|away> AryehGregor, Yes, I'm still using hg inotify, and no, no problems. But I use git most of the time these days.
- # [16:31] * jlebar|away is now known as jlebar
- # [16:31] <bhearsum> and there's a whole bunch of tests nobody is looking at either, so we could be introducing new ones and not knowing it :(
- # [16:32] <edmorley> AryehGregor: thanks
- # [16:32] <@ted> yeah :-/
- # [16:32] <@ted> looks like there are bugs filed on the failures, at least
- # [16:32] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [16:32] <bhearsum> yeah
- # [16:32] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [16:33] * Quits: @smaug (chatzilla@moz-911A8124.elisa-mobile.fi) (Quit: Reconnecting…)
- # [16:33] * Joins: smaug (chatzilla@moz-911A8124.elisa-mobile.fi)
- # [16:33] * ChanServ sets mode: +o smaug
- # [16:33] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [16:35] * Quits: bz (bzbarsky@moz-3BC722CB.hfc.comcastbusiness.net) (Ping timeout)
- # [16:36] * Joins: lmandel (lmandel@A01051A9.6F669779.3D1CA460.IP)
- # [16:36] <philor> there are?
- # [16:36] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [16:36] * Joins: mcot (mcot@C4B02.F3C4E8F3.C8444B8.IP)
- # [16:37] <bhearsum> https://bugzilla.mozilla.org/show_bug.cgi?id=700503 and the related bugs
- # [16:38] * Joins: fabrice1 (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
- # [16:38] * gregglind_away is now known as gregglind
- # [16:39] <@ted> hrm, some of that seems breakpad-related :-/
- # [16:39] <@ted> maybe i should update my mac to 10.7
- # [16:39] * Quits: lmandel (lmandel@A01051A9.6F669779.3D1CA460.IP) (Quit: lmandel)
- # [16:39] <philor> a lot of it, possibly
- # [16:40] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [16:41] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
- # [16:41] * ChanServ sets mode: +o ehsan
- # [16:42] * Fallen is now known as Fallen|away
- # [16:42] * Fallen|away is now known as Fallen
- # [16:43] * Joins: Standard8 (Standard8@25F88422.B7606226.6BED537B.IP)
- # [16:43] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [16:44] * Quits: vikash (vikash@58E91E53.9B552DFD.5D9ABA9F.IP) (Quit: Leaving)
- # [16:45] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [16:46] <@dbaron> ted, there aren't bugs filed on all the failures, I don't think
- # [16:46] * Quits: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz) (Quit: Leaving)
- # [16:46] * Quits: wlach (wlach@moz-3A1F70B1.vif.net) (Quit: Leaving)
- # [16:47] <@dbaron> ted, I filed a few of them at one point, but I think support for 10.7 could use an owner...
- # [16:47] <@ted> ah
- # [16:47] <@ted> yeah, probably
- # [16:47] <catlee> and 10.8 soon too
- # [16:48] * Joins: deniscormier (deniscormi@B65F78B7.1356EECA.2170E5F.IP)
- # [16:48] <@ted> we're generally short-handed on mac developers
- # [16:49] <@ted> doesn't really have to be a mac dev though, just someone who cares enough to investigate and file bugs, and find owners
- # [16:49] <catlee> hrm, looks like that pdbstr problem broke nightly today
- # [16:49] <@ted> i thought you fixed that?
- # [16:49] <catlee> me too
- # [16:49] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
- # [16:49] <catlee> there are 59 flavours of pgo builds apparently
- # [16:50] <catlee> and I missed at least 1
- # [16:50] <@ted> huh
- # [16:50] * mattwoodrow|away is now known as mattwoodrow
- # [16:50] <@ehsan> aki: ping
- # [16:50] * carljm|afk is now known as carljm
- # [16:52] <jviereck> if I need to wait for some stuff to have finished loading (fonts, images…), what's the best way to implement this
- # [16:52] <jviereck> have a timer, that checks every few ms if all resources say they are loaded or add some new callback infrastructure?
- # [16:53] <NeilAway> loadgroups
- # [16:53] <davehunt> looks like the nightly win32 builds are missing from https://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2012/05/2012-05-18-03-05-16-mozilla-central/
- # [16:53] * mattwoodrow is now known as mattwoodrow|away
- # [16:53] <@ehsan> catlee: ping
- # [16:53] <davehunt> who can I ask about that, or should I raise a bug?
- # [16:53] <catlee> ehsan: pong
- # [16:53] <@ehsan> catlee: is it possible to bump the priority of the oak branch for today?
- # [16:53] <@ehsan> catlee: I'm hoping to land the background updates patches
- # [16:54] <edmorley> davehunt: they've been retriggered
- # [16:54] <@ehsan> and I need test results
- # [16:54] <catlee> ehsan: anything is possible!
- # [16:54] <edmorley> davehunt: https://tbpl.mozilla.org/?onlyunstarred=1&rev=e794cef56df6
- # [16:54] <davehunt> edmorley: thanks
- # [16:54] <@ehsan> catlee: cool, should I file a bug?
- # [16:54] <catlee> ehsan: yes please. I'm about to head into a mtg, so I can't do it
- # [16:54] <edmorley> davehunt: https://tbpl.mozilla.org/?rev=e794cef56df6 even
- # [16:54] <@ehsan> catlee: ok, should I ping somebody?
- # [16:54] <catlee> also, I need to fix windows nightlies...
- # [16:55] * Joins: priya (Adium@moz-5843392D.hsd1.ca.comcast.net)
- # [16:56] <@ehsan> catlee: filed bug 756463
- # [16:57] <davehunt> edmorley: I wish I knew how to read that :)
- # [16:57] <davehunt> I should though, and now is as good as any time to learn
- # [16:57] <jviereck> NeilAway: is there something like one load group on the presContext that indicates if all dependecies for the context are loaded? I only see something for loading images there, but e.g. nothing for fonts
- # [16:57] <edmorley> davehunt: the 'N' is the nightly, the red starred one was the failed run, the grey N is the still running retrigger
- # [16:58] <edmorley> (on the windows row)
- # [16:58] <AutomatedTester> davehunt: https://bugzilla.mozilla.org/show_bug.cgi?id=711036#c24 looks interesting
- # [16:58] * Joins: wlach (wlach@moz-3A1F70B1.vif.net)
- # [16:58] <AutomatedTester> dunno if it is related
- # [16:58] <davehunt> edmorley: many thanks, so if I see this issue again (our Mozmill CI tests were triggered but failed because the binaries weren't available) I should look at tbpl first?
- # [16:59] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [16:59] <edmorley> davehunt: yeah, just look at the win opt rows on https://tbpl.mozilla.org and scroll/arrow down until you see the 'N'
- # [16:59] <catlee> edmorley: the retriggered nightly will fial too
- # [16:59] <catlee> I need to fix something
- # [17:00] <davehunt> AutomatedTester: in reference to my current issue?
- # [17:00] <edmorley> catlee: the win64 builder change?
- # [17:00] <catlee> edmorley: yeah
- # [17:00] <AutomatedTester> davehunt: yea
- # [17:00] <davehunt> that's about debug builds though, right?
- # [17:00] <AutomatedTester> yea
- # [17:00] <AutomatedTester> are you not looking at debug?
- # [17:00] <davehunt> sorry, not getting the connection yet
- # [17:00] <davehunt> bit slow today perhaps :)
- # [17:00] <davehunt> not debug no, just nightlies
- # [17:01] <AutomatedTester> ahhh right
- # [17:01] <AutomatedTester> nevermind me then
- # [17:01] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
- # [17:01] <edmorley> davehunt: ok so yeah the win64 builder change did break the windows nightlies, catlee is fixing
- # [17:01] * davehunt ignore AutomatedTester :P
- # [17:01] <davehunt> well, that didn't work so well without the /
- # [17:02] <davehunt> edmorley: great, thanks so much
- # [17:02] * AutomatedTester talks to davehunt's hand
- # [17:02] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
- # [17:02] * Quits: Optimizer (Optimizer@298EDF71.888FDFE3.2AB48280.IP) (Quit: Instantbird 1.1)
- # [17:02] * ewong is now known as ewong|sleep
- # [17:03] <NeilAway> jviereck: dunno, normally I only have to worry about the docshell which has one loadgroup to rule them all
- # [17:03] * bear-afk is now known as bear|buildduty
- # [17:03] * Joins: Optimizer (Instantbir@298EDF71.888FDFE3.2AB48280.IP)
- # [17:04] * bsmedberg-bbl is now known as bsmedberg
- # [17:04] * Joins: kvda (kvda@moz-E46B2E87.dyn.iinet.net.au)
- # [17:05] * catlee is now known as catlee-mtg
- # [17:05] * Quits: fabrice1 (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [17:05] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [17:06] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
- # [17:07] * Quits: Optimizer (Instantbir@298EDF71.888FDFE3.2AB48280.IP) (Connection reset by peer)
- # [17:07] * Joins: Optimizer (Instantbir@1CC0F404.5204F603.2AB48280.IP)
- # [17:08] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
- # [17:10] * Joins: jesup (chatzilla@moz-A899486F.hsd1.ca.comcast.net)
- # [17:11] * Joins: sicking (chatzilla@moz-7F871C5C.hsd1.ca.comcast.net)
- # [17:12] * Quits: garnacho (carlos@moz-21A1EC24.dyn.user.ono.com) (Ping timeout)
- # [17:12] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/3b86eaa02d91 - Joel Maher - Bug 756346 - please update a new talos.zip to fix tcheckerboard3. r=armenzg
- # [17:12] <jviereck> NeilAway: okay, I found the |mLoadGroup| on the nsDocLoader. But I can't find a function to get the load group "off" the docShell or a way that I can add a callback function to call once everything is loaded
- # [17:13] * Quits: nattofriends (tsutsumi@moz-A369A791.warosu.org) (Ping timeout)
- # [17:13] <RyanVM> anyone around who can help me figure out a windows build error?
- # [17:14] <bwinton> RyanVM: Probably. Can you pastebin the error?
- # [17:15] <RyanVM> bwinton: sure
- # [17:16] * Joins: nattofriends (tsutsumi@moz-A369A791.warosu.org)
- # [17:16] <RyanVM> bwinton: http://pastebin.mozilla.org/1644854
- # [17:19] <Yoric> Ok, there is something I don't understand.
- # [17:19] <Yoric> When I build my code locally, it works.
- # [17:19] <Yoric> When I get it through the TryServer, one file is missing.
- # [17:19] <RyanVM> khuey|away: FYI, windows pymake pgo builds are indeed still broken with No rule to make target '../../../xpcom/idl-parser/xpidllex.py' needed by ['<command-line>', '../../../xpcom/idl-parser/xpidllex.py']
- # [17:19] <Yoric> What can be wrong?
- # [17:19] <RyanVM> Yoric: hg addremove?
- # [17:19] * Joins: garnacho (carlos@moz-21A1EC24.dyn.user.ono.com)
- # [17:19] <bwinton> RyanVM: I've never seen that before, and bugzilla isn't showing anything useful. Sorry.
- # [17:19] <Yoric> RyanVM: What's that?
- # [17:20] <RyanVM> bwinton: it's new code
- # [17:20] <RyanVM> Yoric: You need to add your new file
- # [17:20] * Quits: graememcc (chatzilla@moz-362FCAF1.range86-150.btcentralplus.com) (Ping timeout)
- # [17:20] <Yoric> File is added.
- # [17:20] * Yoric will triple-check.
- # [17:20] <bwinton> RyanVM: Perhaps you can print out the value of SQLITE_OS_WIN in both places and see if something's changed it in between?
- # [17:20] <Yoric> At least, the file appears in the Makefile and the build completes.
- # [17:21] <Yoric> But the tests fail because the file does not appear in omni.ja
- # [17:21] <RyanVM> bwinton: that's it
- # [17:21] <bwinton> RyanVM: I'm a genius. ;)
- # [17:21] <RyanVM> bwinton: the logic for setting it is below the struct
- # [17:21] <espindola> !seen sdwilsh
- # [17:21] <firebot> sdwilsh was last seen 1 day, 15 hours, 42 minutes and 25 seconds ago, saying 'haha' in #fx-team.
- # [17:21] <espindola> :-(
- # [17:22] <RyanVM> Yoric: you adding it to the packaging manifest?
- # [17:22] * erick-away is now known as erick
- # [17:22] <Yoric> RyanVM: Ah. That sounds like a possible cause of issue.
- # [17:22] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Quit: Connection reset by beer)
- # [17:23] <Yoric> Would my file be removed if it is not in a manifest?
- # [17:23] <Yoric> (from resource:///components/)
- # [17:23] * Joins: graememcc (chatzilla@moz-18DE93B.range86-148.btcentralplus.com)
- # [17:23] * Joins: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP)
- # [17:23] <RyanVM> Yoric: I'm not sure why it would be working locally. I could certainly see problems if it's not being packaged in omni.ja
- # [17:24] <Yoric> Locally, I have built from clean, just in case.
- # [17:24] <Yoric> Without issue.
- # [17:24] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
- # [17:24] <Yoric> I am checking in the TryServer build logs, and it seems that the file was treated.
- # [17:24] <RyanVM> anyway, I would look at where other omni.ja files are being listed and add yours there
- # [17:24] <hurley> has anyone else ever had the addon blocker try to block all their (already installed) addons after a nightly upgrade? the only semi-related bug i can find is bug 738674, but that's pdf.js specific
- # [17:26] <NeilAway> jviereck: I think the doc loader listens to the load group and generates web progress notifications
- # [17:26] * Quits: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch) (Ping timeout)
- # [17:26] <espindola> !seen mak
- # [17:26] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [17:26] <firebot> mak was last seen 2 days, 1 hour, 19 minutes and 13 seconds ago, saying 'and add useless stuff to libxul, if you don't plan to use any of our apis' in #developers.
- # [17:26] * Joins: jstraus_ (jstraus@moz-C7B4D9FC.hsd1.ma.comcast.net)
- # [17:27] <Yoric> RyanVM: Thanks for the help.
- # [17:27] * Quits: smontagu (chatzilla@55BBA7ED.5ACD0297.CC465D70.IP) (Ping timeout)
- # [17:28] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [17:28] <RyanVM> Yoric: hope it helps
- # [17:28] * Joins: squib (squib-@moz-415BAA34.engr.wisc.edu)
- # [17:28] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [17:29] * gregglind is now known as gregglind_sick
- # [17:29] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [17:29] * coop is now known as coop|lunch
- # [17:30] * Quits: jet (junglecode@88F51059.F3BBB17D.144F44FA.IP) (Quit: jet)
- # [17:30] * Joins: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [17:30] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [17:31] * Joins: jet (junglecode@88F51059.F3BBB17D.144F44FA.IP)
- # [17:31] * Quits: jet (junglecode@88F51059.F3BBB17D.144F44FA.IP) (Quit: jet)
- # [17:32] * Fallen is now known as Fallen|away
- # [17:32] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [17:33] * jmaher|afk is now known as jmaher
- # [17:33] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [17:34] * Quits: Dagger (Dagger@moz-C46A7175.cable.virginmedia.com) (Ping timeout)
- # [17:34] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [17:35] * Joins: jfkthame (jfkthame@89E78188.5BC345F5.9542EC20.IP)
- # [17:35] * Joins: mreavy (chatzilla@moz-A899486F.hsd1.ca.comcast.net)
- # [17:35] * Joins: Dagger (Dagger@moz-C46A7175.cable.virginmedia.com)
- # [17:36] <jviereck> NeilAway: and how can I add a new listener for the web progress notifications?
- # [17:36] <NeilAway> jviereck: on the nsIWebProgress interface, I believe
- # [17:37] * Joins: aja (chatzilla@EE732A75.6BD0AE10.7880DB15.IP)
- # [17:38] * Quits: HanLin (Mibbit@69EFA1A.1C30B337.9FF96A6E.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [17:40] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [17:41] * Quits: priya (Adium@moz-5843392D.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [17:42] <RyanVM> hrm, Try doesn't seem to be emailing me about failures..
- # [17:42] * khuey|away is now known as khuey
- # [17:42] <RyanVM> oh, that's the default now
- # [17:42] <RyanVM> actually, I think I prefer that anyway :)
- # [17:43] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [17:43] <aki> ehsan: pong
- # [17:43] * Joins: jet (junglecode@88F51059.F3BBB17D.144F44FA.IP)
- # [17:44] * Quits: jet (junglecode@88F51059.F3BBB17D.144F44FA.IP) (Quit: jet)
- # [17:44] * catlee-mtg is now known as catlee
- # [17:44] <jlebar> Hm. Does there exist an interface for calling getpid() from chrome JS?
- # [17:44] * jlebar is not sure in which process his code is running!
- # [17:44] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
- # [17:44] <@khuey> ctypes :-P
- # [17:45] <@ehsan> aki: unping, bhearsum and catlee helped :)
- # [17:45] <aki> ok
- # [17:46] <catlee> now...to unhork nightly builds!
- # [17:49] * Quits: Standard8 (Standard8@25F88422.B7606226.6BED537B.IP) (Quit: ZNC - http://znc.in)
- # [17:52] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [17:52] * philor is now known as philor|away
- # [17:53] * Quits: Optimizer (Instantbir@1CC0F404.5204F603.2AB48280.IP) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [17:53] * Joins: tonymec (tonymec@8117ADB5.9747EC49.277517C1.IP)
- # [17:53] * Joins: Optimizer (Instantbir@1CC0F404.5204F603.2AB48280.IP)
- # [17:54] * Quits: jesup (chatzilla@moz-A899486F.hsd1.ca.comcast.net) (Ping timeout)
- # [17:54] * Quits: @smaug (chatzilla@moz-911A8124.elisa-mobile.fi) (Ping timeout)
- # [17:55] * Quits: Optimizer (Instantbir@1CC0F404.5204F603.2AB48280.IP) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [17:55] * Quits: dao (dao@moz-38822FD3.superkabel.de) (Quit: Leaving.)
- # [17:55] * Joins: Optimizer (Instantbir@1CC0F404.5204F603.2AB48280.IP)
- # [17:55] * Joins: smaug (chatzilla@moz-911A8124.elisa-mobile.fi)
- # [17:55] * ChanServ sets mode: +o smaug
- # [17:56] * Quits: mcot (mcot@C4B02.F3C4E8F3.C8444B8.IP) (Ping timeout)
- # [17:56] * mcote|bbiab is now known as mcote
- # [17:58] * Joins: dao-m (AndChat@moz-B8502916.web.vodafone.de)
- # [17:58] * Joins: mcot (mcot@C4B02.F3C4E8F3.C8444B8.IP)
- # [17:58] <aja> dholbert: ping
- # [17:59] * Quits: @smaug (chatzilla@moz-911A8124.elisa-mobile.fi) (Ping timeout)
- # [17:59] <deniscormier> Hi! Does anyone here have a good knowledge of what files are generated in the Profile folder? I found a list at http://support.mozilla.org/en-US/kb/Profiles which covers all the .sqlite files. I am trying to find out about the other files (such as generated .js, .json, .bak files, etc.).
- # [17:59] * Joins: jet (junglecode@88F51059.F3BBB17D.144F44FA.IP)
- # [18:00] * Joins: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net)
- # [18:00] * KaiRo is now known as KaiRo_away
- # [18:01] * Joins: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net)
- # [18:01] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
- # [18:01] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Quit: Leaving)
- # [18:02] * Joins: dao_m (AndChat@moz-B8502916.web.vodafone.de)
- # [18:02] * Quits: dao-m (AndChat@moz-B8502916.web.vodafone.de) (Client exited)
- # [18:02] <jlebar> observer service notifications don't cross process boundaries, do they?
- # [18:02] * Quits: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
- # [18:02] <jlebar> That would be weird, but the simplest explanation of what I'm seeing.
- # [18:02] * Joins: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:03] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
- # [18:03] * Quits: Optimizer (Instantbir@1CC0F404.5204F603.2AB48280.IP) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [18:03] * Joins: Optimizer (Instantbir@1CC0F404.5204F603.2AB48280.IP)
- # [18:03] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [18:04] * Quits: dao_m (AndChat@moz-B8502916.web.vodafone.de) (Ping timeout)
- # [18:04] * AutomatedTester is now known as AutomatedTester|awat
- # [18:04] * AutomatedTester|awat is now known as AutomatedTester|away
- # [18:05] * Joins: KaIRC (robert@moz-66169D44.adsl.highway.telekom.at)
- # [18:05] * Quits: KaiRo_away (robert@moz-5A1AD9C4.adsl.highway.telekom.at) (NickServ (GHOST command used by KaIRC))
- # [18:05] * KaIRC is now known as KaiRo_away
- # [18:05] * Quits: xsergio (sergio@DAEF1255.9C8843EE.A4F23BCE.IP) (Quit: Bye)
- # [18:06] <aja> dholbert: anywhere close to a new post-F2F flex try build ? (fyi: webkit nightlies now have display:-webkit-flex; ...but no grow/shrink/basis longhands yet)
- # [18:06] * Joins: dao-m (AndChat@moz-B8502916.web.vodafone.de)
- # [18:09] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [18:09] * Joins: nhirata (nhirata.bu@moz-585D5EFC.hsd1.ca.comcast.net)
- # [18:09] * Joins: cdiehl_ (cdiehl@moz-7D9F1547.pool.mediaways.net)
- # [18:10] * Quits: cdiehl (cdiehl@moz-9E1F12D3.pool.mediaways.net) (Ping timeout)
- # [18:10] * cdiehl_ is now known as cdiehl
- # [18:10] * Joins: madhava_ (madhava@F2D29657.F60B0462.67AC9B1.IP)
- # [18:11] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [18:11] * madhava_ is now known as madhava
- # [18:14] * catlee is now known as catlee-lunch
- # [18:14] * Joins: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com)
- # [18:15] * Quits: aja (chatzilla@EE732A75.6BD0AE10.7880DB15.IP) (Ping timeout)
- # [18:15] <@bsmedberg> Ms2ger`: ping
- # [18:16] * Joins: aja (chatzilla@EE732A75.6BD0AE10.7880DB15.IP)
- # [18:16] <dholbert> aja, pong
- # [18:18] <dholbert> aja, I have display: -moz-flex and -moz-flex-align implemented. don't have the last-week-f2f tweaks implemented yet. I could kick off an updated try build, though
- # [18:18] * Quits: peterv (peterv@moz-85A72D66.access.telenet.be) (Ping timeout)
- # [18:18] <jviereck> I have a nsIPresShell and want to call a method on nsIWebProgress - how can I do that?
- # [18:18] <jviereck> I tried to do some magic casting, but that doesn't seem to work ?
- # [18:18] * Quits: Optimizer (Instantbir@1CC0F404.5204F603.2AB48280.IP) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [18:18] <jviereck> :/
- # [18:18] * Joins: Optimizer (Instantbir@1CC0F404.5204F603.2AB48280.IP)
- # [18:19] <armenzg> If I get this error what does it mean?
- # [18:19] <armenzg> configure: error: installation or configuration problem: C compiler cannot create executables.
- # [18:19] <dholbert> aja, also BTW, one of the reasons for the difference on your page from a few weeks ago was that you had "display: inline-flexbox" which webkit didn't have implemented (and just treated as display: flexbox), whereas my try build was treating it as an inline flexbox (and sized it differently as a result)
- # [18:19] <armenzg> jimm: ^ do you know?
- # [18:19] * Joins: peterv (peterv@moz-85A72D66.access.telenet.be)
- # [18:19] * Quits: Optimizer (Instantbir@1CC0F404.5204F603.2AB48280.IP) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [18:19] * Joins: Optimizer (Instantbir@1CC0F404.5204F603.2AB48280.IP)
- # [18:19] <dholbert> aja, (for the flexbox at the top of the page)
- # [18:19] <jimm> armenzg: try typing cl on the command line
- # [18:19] * Joins: dveditz (dveditz@moz-5051E786.dhcp.cruzio.com)
- # [18:19] * ChanServ sets mode: +o dveditz
- # [18:19] <jimm> 'cl' return
- # [18:19] <jimm> that should invoke the compiler
- # [18:20] <jimm> if it doesn't your bin paths are messed up
- # [18:20] * Quits: dao-m (AndChat@moz-B8502916.web.vodafone.de) (Client exited)
- # [18:20] <aja> dholbert: sorry....got disconnected. yeah, they're still doing that, i think
- # [18:20] <dholbert> aja, (I think they still don't support it -- it's https://bugs.webkit.org/show_bug.cgi?id=77772 -- so you probably want to just use "display: flex" in your webkit testing, if you want consistent behavior between them & others)
- # [18:20] <dholbert> aja, no prob. cool, yup
- # [18:21] <Ms2ger`> bsmedberg?
- # [18:21] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
- # [18:21] <@bsmedberg> Ms2ger`: at https://bugzilla.mozilla.org/show_bug.cgi?id=734847#c18 you said to file a followup on nsXBLBinding::GetInsertionPointsFor but I'm not sure what the followup would be about
- # [18:21] * Joins: bjacques (bastiaan@moz-AE4F6C83.hfc.comcastbusiness.net)
- # [18:21] <jimm> armenzg: basically what it means is configure can't find your compiler.
- # [18:22] <aja> actually looks like flex and inline-flex are doing same thing mostly....think so anyway....or row/column are messed up
- # [18:22] <Ms2ger`> bsmedberg, the same thing as what I meant to write in my first comment, but didn't
- # [18:22] <Ms2ger`> bsmedberg, removing the nsresult return value
- # [18:22] <armenzg> jimm: I got this http://pastebin.mozilla.org/1644935
- # [18:22] <@bsmedberg> oh, ok
- # [18:22] <jlebar> bholley, expandos live on the inner window -- even for expandos on the chrome wrapper?
- # [18:22] <@bsmedberg> The first one we can just remove the method altogether
- # [18:22] <Ms2ger`> Right
- # [18:22] <armenzg> notice, this is messy because we are trying to support 2 compilers on the same machine through buildbot
- # [18:23] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
- # [18:23] <jlebar> bholley, Suppose I want to define an expando on the outer window, visible only to chrome. Do I use Object.defineProperty()?
- # [18:23] <armenzg> we call start-buildbot.bat which sets everything up for msvc10
- # [18:23] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [18:23] <armenzg> that is why I am messing with env variables
- # [18:23] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
- # [18:24] <@ted> armenzg: the messing with env vars is tricky, the stuff we have in the mozconfigs works
- # [18:24] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
- # [18:24] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
- # [18:24] <jimm> armenzg: so cl isn't in the search path. Looking at your PATH variable I don't see any SDK/Visual Studio path info.
- # [18:24] * joduinn-zzz is now known as joduinn
- # [18:24] <@ted> http://mxr.mozilla.org/mozilla-central/source/build/win32/mozconfig.vs2010?raw=1
- # [18:25] <armenzg> jimm: let me work on that
- # [18:25] <jimm> ted: he's trying to get vs11 builders going
- # [18:25] * Joins: mib_6q4gds (Mibbit@3C755B71.4E542B32.B580DEC.IP)
- # [18:25] <bjacques> If an interface is not scriptable, why might it still be an interface?
- # [18:26] <jimm> ted: bug 737994
- # [18:26] * Quits: mib_6q4gds (Mibbit@3C755B71.4E542B32.B580DEC.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [18:26] <@bsmedberg> bjacques: because you can use the component manager to get it and use it with QueryInterface
- # [18:26] <@ted> jimm: right
- # [18:26] <@ted> jimm: i'm just saying, the right solution is probably to introduce a mozconfig.vs2011
- # [18:26] <@ted> and do things exactly like we did there
- # [18:26] <@ted> because we know that works
- # [18:27] <jimm> agreed.
- # [18:27] <@ted> and we fumbled around for quite a bit to make that work
- # [18:27] * Joins: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl)
- # [18:28] <bjacques> bsmedberg: thanks
- # [18:28] * Quits: bbondy (bbondy@moz-C9962B2.home.cgocable.net) (Ping timeout)
- # [18:28] * Quits: vikram360 (vikram360@63AD629F.67D9F2B2.2A068A5E.IP) (Ping timeout)
- # [18:28] <jimm> ted: while I have your attention.. :) any eta on a review in bug 732124
- # [18:29] * Quits: avih (quassel@moz-E0A353EF.red.bezeqint.net) (Ping timeout)
- # [18:29] <@ted> i think you're next in line
- # [18:29] <@ted> so probably today
- # [18:29] * Joins: pranavrc (pranavrc@70F7B8E1.378E99F2.520CDC98.IP)
- # [18:30] * Joins: overholt (overholt@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:30] * Quits: Honza (chatzilla@2D490F7.23B79DE4.D0083327.IP) (Ping timeout)
- # [18:30] <@ted> sorry, my review queue was not well-tended the past few weeks
- # [18:30] * Joins: Honza_ (chatzilla@2D490F7.23B79DE4.D0083327.IP)
- # [18:30] * Quits: Optimizer (Instantbir@1CC0F404.5204F603.2AB48280.IP) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [18:30] * Honza_ is now known as Honza
- # [18:30] * Joins: Optimizer (Instantbir@1CC0F404.5204F603.2AB48280.IP)
- # [18:30] <jimm> ah np, everybody is backed up.
- # [18:31] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Broken pipe)
- # [18:31] * Joins: espadrine (thaddee_ty@moz-BBE3ABD.mv.mozilla.com)
- # [18:32] * joduinn is now known as joduinn-brb
- # [18:32] * Joins: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com)
- # [18:33] * mcote is now known as mcote|lunch
- # [18:34] * Quits: Optimizer (Instantbir@1CC0F404.5204F603.2AB48280.IP) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [18:34] * Joins: Optimizer (Instantbir@1CC0F404.5204F603.2AB48280.IP)
- # [18:35] * Quits: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch) (Quit: Leaving.)
- # [18:35] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
- # [18:35] * catlee-lunch is now known as catlee
- # [18:36] <edmorley> mbrubeck: android orange on your push
- # [18:36] <mbrubeck> edmorley: d'oh
- # [18:36] * jimm is now known as jimm-lunch
- # [18:36] <mbrubeck> edmorley: I'll back out
- # [18:36] <mbrubeck> edmorley: Heh, equal mixture of unexpected-fail and unexpected-pass. :)
- # [18:37] * Joins: avih (quassel@C5797376.A06400EC.CB858787.IP)
- # [18:37] <edmorley> :-)
- # [18:37] * Joins: rniwa (rniwa@60A74940.D6CCE4AE.77834EAA.IP)
- # [18:37] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [18:37] * Joins: sriram (sriramr@moz-7B0110AD.mv.mozilla.com)
- # [18:37] * Joins: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [18:38] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [18:38] * Quits: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch) (Quit: Leaving.)
- # [18:39] * Quits: raphc (rc@moz-3A99E0D5.wb.wifirst.net) (Ping timeout)
- # [18:39] * Joins: raphc (rc@moz-3A99E0D5.wb.wifirst.net)
- # [18:40] * Parts: nli_____4 (nli@moz-59682A1.dmz.scl3.mozilla.com)
- # [18:41] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
- # [18:41] * Quits: Optimizer (Instantbir@1CC0F404.5204F603.2AB48280.IP) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [18:41] * Quits: mreavy (chatzilla@moz-A899486F.hsd1.ca.comcast.net) (Ping timeout)
- # [18:41] * Joins: Optimizer (Instantbir@1CC0F404.5204F603.2AB48280.IP)
- # [18:42] <mbrubeck> Oh I see, all of the == tests were unexpected-pass and != were unexpected-fail... presumably because we're not rendering anything. :/
- # [18:43] <Ms2ger`> Areweabout:blankyet?
- # [18:43] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
- # [18:43] * Quits: jfkthame (jfkthame@89E78188.5BC345F5.9542EC20.IP) (Quit: jfkthame)
- # [18:44] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
- # [18:44] * Quits: Optimizer (Instantbir@1CC0F404.5204F603.2AB48280.IP) (Ping timeout)
- # [18:44] * Joins: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:45] <jlebar> What's the difference between a JS module and a JS component?
- # [18:45] * Joins: Optimizer (Instantbir@60BC7DEF.1BB1DA8D.2AB48280.IP)
- # [18:45] * Joins: jbalogh (jbalogh@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:45] <mbrubeck> jlebar: I usually see the former refer to a .jsm file
- # [18:46] <mbrubeck> and the latter to a an xpcom component implemented with xpconnect
- # [18:46] <dholbert> aja, the main sizing difference between flex & inline-flex is shrink-wrapped-width vs. absorb-all-available-width
- # [18:46] <jlebar> mbrubeck, There's something special going on in the .jsm files, wrt importing. Are they only instantiated once, and Cu.import() just imports the exported symbols?
- # [18:47] <mbrubeck> jlebar: Correct.
- # [18:47] <dholbert> aja, (by default, with width: auto, I mean. It's the same as display:block vs inline-block)
- # [18:47] <jlebar> mbrubeck, With a JS component, I had to do some rigmarole in order to get it instantiated at startup. How does that work with a jsm file?
- # [18:48] <mbrubeck> jlebar: It gets executed the first time Cu.import() is called
- # [18:48] <jlebar> mbrubeck, Perfect.
- # [18:48] <mbrubeck> I mean, the first time Cu.import("my-specific-jsm") is called
- # [18:48] <jlebar> Thanks!
- # [18:48] <jlebar> Yeah.
- # [18:48] <mbrubeck> edmorley: Hey, wait! jfkthame's push has green reftests...
- # [18:48] <aja> dholbert: gathered that....certainly wasn't obvious from spec text last time i gave it a good read
- # [18:49] * philor|away is now known as philor
- # [18:49] <aja> dholbert: ...which was before F2F
- # [18:49] <bholley> jlebar: back
- # [18:50] <jlebar> bholley, I'm going to do it a different way which I think is better.
- # [18:50] <bholley> jlebar: so, it depends what you mean by 'expandos live on the inner window'
- # [18:50] * Joins: bnicholson (bnicholson@moz-59682A1.dmz.scl3.mozilla.com)
- # [18:50] <jlebar> bholley, Instead of passing variables around by sticking them on the window object.
- # [18:50] <jlebar> bholley, However, this still is of interest to me... :)
- # [18:50] <bholley> jlebar: expandos set by code running in that window live there
- # [18:50] <bholley> jlebar: and also same-origin code
- # [18:50] <bholley> jlebar: anyone else gets an Xray wrapper, and the expandos live on that
- # [18:50] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [18:51] <jlebar> bholley, Hm...I wonder why this wasn't working, then.
- # [18:51] * Quits: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP) (Quit: surkov)
- # [18:51] <jlebar> bholley, One chrome script was setting window.foo, and another script was trying to read it.
- # [18:51] <jlebar> Are those separate x-ray wrappers because they're separate JS components?
- # [18:51] <bholley> jlebar: if they're in different scopes, yes
- # [18:51] <jlebar> I see.
- # [18:51] <@ted> i'm pretty sure bholley called that out as one of the things that explicitly wouldn't work
- # [18:52] <Ms2ger`> ^
- # [18:52] <@ted> (trying to read expandos from different scopes)
- # [18:52] <bholley> ted++
- # [18:52] <jlebar> well, VERIFIED FIXED, I guess. :)
- # [18:52] <@ted> bholley: well at least i picked up one useful thing from your blog post
- # [18:52] <@ted> before my eyes glazed over
- # [18:52] <jlebar> :D
- # [18:53] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
- # [18:53] * coop|lunch is now known as coop
- # [18:54] <jlebar> bholley, It's even in bold in your blog post.
- # [18:54] * Quits: kvda (kvda@moz-E46B2E87.dyn.iinet.net.au) (Quit: Computer has gone to sleep.)
- # [18:54] <bholley> jlebar: though I guess it's true of cross-origin content as well
- # [18:54] * Quits: rohan (chatzilla@6B3382F0.2C2BFB59.35E0727C.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120423122624])
- # [18:54] <jlebar> yeah.
- # [18:54] <bholley> hopefully that doesn't break the web
- # [18:55] <@ted> you can't actually touch a cross-origin DOM, can you?
- # [18:55] <@ted> that's like the whole security model of the web
- # [18:55] <bholley> ted: you can touch the window
- # [18:55] <bholley> ted: not much on it though
- # [18:56] <@ted> oh
- # [18:56] <@ted> good point
- # [18:56] <bholley> ted: but you could put expandos on it
- # [18:56] <@ted> did that work?
- # [18:56] <bholley> I think. Unless we forbid that somehow
- # [18:56] <bholley> ted: this would only be visible if you were collaborating with another same-origin scope
- # [18:57] <@ted> right
- # [18:58] * Joins: nli (nli@moz-59682A1.dmz.scl3.mozilla.com)
- # [19:00] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
- # [19:00] * Quits: Optimizer (Instantbir@60BC7DEF.1BB1DA8D.2AB48280.IP) (Ping timeout)
- # [19:01] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:01] <jlebar> ted, What's the difference between EXTRA_JS_MODULES and EXTRA_PP_JS_MODULES?
- # [19:01] <@ted> presumably the latter gets preprocessed
- # [19:01] <Ms2ger`> ^
- # [19:01] <Ms2ger`> Hence, PP
- # [19:02] * bholley doesn't think that PP is an obvious acronym, but clearly hasn't been around the build system enough
- # [19:02] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [19:02] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
- # [19:02] <Ms2ger`> bholley, count yourself lucky
- # [19:03] <jlebar> It's more obvious than the meaning of "$@(!!", so I'd count that pretty obvious compared to much of our build system
- # [19:03] * Quits: jgilbert (jgilbert@moz-2B3CF81C.hsd1.ca.comcast.net) (Ping timeout)
- # [19:03] <jlebar> ted, thanks. :)
- # [19:03] <bholley> Ms2ger`: well, I live in the other scary place
- # [19:03] <Ms2ger`> Right
- # [19:03] <Ms2ger`> Codegen
- # [19:03] <Ms2ger`> ;)
- # [19:03] * Quits: paulproteus (quassel@rose.makesad.us) (Ping timeout)
- # [19:03] <philor> plenty of misery in his life without the build system
- # [19:04] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Ping timeout)
- # [19:04] <@khuey> "the other stcary place"
- # [19:04] <@khuey> as if there are only two here
- # [19:04] <Ms2ger`> If you exclude docshell
- # [19:04] <Ms2ger`> And imglib
- # [19:04] <Ms2ger`> And...
- # [19:04] <@khuey> and the jit
- # [19:05] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
- # [19:05] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [19:05] <@khuey> and lots of other stuff
- # [19:05] <Ms2ger`> That's not a scary place
- # [19:05] <Ms2ger`> That's more like a scary void
- # [19:05] * Joins: Optimizer (Instantbir@60BC7DEF.1BB1DA8D.2AB48280.IP)
- # [19:06] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [19:06] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
- # [19:07] * joduinn-brb is now known as joduinn-mtg
- # [19:07] * Quits: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
- # [19:07] * Joins: cdiehl_ (cdiehl@moz-5CC38EB5.pool.mediaways.net)
- # [19:08] * Joins: Optimizer1 (Instantbir@72375F51.93F3616D.2AB48280.IP)
- # [19:08] * Quits: Optimizer (Instantbir@60BC7DEF.1BB1DA8D.2AB48280.IP) (Ping timeout)
- # [19:08] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [19:08] * Quits: cdiehl (cdiehl@moz-7D9F1547.pool.mediaways.net) (Ping timeout)
- # [19:08] * cdiehl_ is now known as cdiehl
- # [19:09] * Joins: gerv (gerv@86F621F1.15DA589D.7D0FCE04.IP)
- # [19:09] * Quits: JeroenDeDauw (j@moz-A62F4AF6.dip.t-dialin.net) (Quit: Leaving.)
- # [19:10] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
- # [19:10] * Joins: sriram_ (sriramr@moz-BBE3ABD.mv.mozilla.com)
- # [19:10] * Quits: gerv (gerv@86F621F1.15DA589D.7D0FCE04.IP) (Broken pipe)
- # [19:11] * Quits: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [19:11] * Quits: sriram (sriramr@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
- # [19:11] * sriram_ is now known as sriram
- # [19:11] <zzzzz> Win32 m-c Nightly just went down in flames, again !
- # [19:11] * Joins: gerv (gerv@15E8576D.FD41903F.7D0FCE04.IP)
- # [19:11] * Quits: Optimizer1 (Instantbir@72375F51.93F3616D.2AB48280.IP) (Ping timeout)
- # [19:12] * Joins: paulproteus (quassel@moz-E86A3B42.makesad.us)
- # [19:12] * Joins: Optimizer1 (Instantbir@588234A1.1B37CAB0.2AB48280.IP)
- # [19:12] * Joins: sriram_ (sriramr@moz-7B0110AD.mv.mozilla.com)
- # [19:12] * Quits: sriram (sriramr@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [19:12] * sriram_ is now known as sriram
- # [19:13] <robcee> does that mean we can have a merge from inbound soon?
- # [19:13] <Ms2ger`> NO
- # [19:14] * Quits: carljm (carljm@moz-5C873C64.threepines.org) (Quit: leaving)
- # [19:14] <robcee> -___-
- # [19:14] * Parts: dev (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [19:15] * Quits: overholt (overholt@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [19:15] <@khuey> I suppose it would be a bad time to push then
- # [19:15] * @khuey crawls back into his cave
- # [19:15] <robcee> I dunno, the tree looks ok to me
- # [19:16] <glandium> Mossop: what would you think if i said i want to initialize the addons manager before the profile is setup ?
- # [19:16] * Joins: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com)
- # [19:16] <robcee> that sounds like a neat trick
- # [19:16] <@khuey> edmorley: ping?
- # [19:16] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
- # [19:16] <Mossop> glandium: Define "setup">
- # [19:17] <zzzzz> robcee: Nightly PGO win32 builds are failing - make...symbols or some-such -
- # [19:17] * Joins: jimb (user@9E727688.17C2F9C.163DC5C6.IP)
- # [19:17] <glandium> Mossop: before the profile is initialized
- # [19:17] <robcee> no doubt related to the recent move to 64 bit boxes
- # [19:17] <robcee> it's a configuration issue
- # [19:17] <RyanVM> robcee: I was planning to do one when things clear up a bit.
- # [19:17] <robcee> catlee: you guys are aware and working on it, right?
- # [19:18] <zzzzz> hmm, although a later win32 m-c build PGO succeeded
- # [19:18] <robcee> RyanVM: delightful
- # [19:18] * Quits: past (past@moz-75B0C54A.dsl.dyn.forthnet.gr) (Ping timeout)
- # [19:18] <Mossop> glandium: The add-ons manager depends on the directory service knowing where the profile is, the preferences service having loaded prefs, probably a couple of other things I'm forgetting too
- # [19:18] <RyanVM> zzzzz: nightlies do more than a regular PGO build
- # [19:18] <zzzzz> indeed
- # [19:19] <catlee> robcee: yes we are
- # [19:19] <robcee> ok, thanks
- # [19:19] * Joins: past (past@moz-75B0C54A.dsl.dyn.forthnet.gr)
- # [19:19] <robcee> tree still says "open" so I'm taking that to mean we can still push to m-c
- # [19:20] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
- # [19:20] <glandium> Mossop: at the moment i'm spotting, the directory service and the preferences services are both up, but the profile does not exist. I'm not afraid of making changes to the addons manager to allow a two-phase init, but I'd like to know if the idea would be rejected or not before trying to implement it :)
- # [19:20] <edmorley> khuey: pong
- # [19:21] <@khuey> edmorley: it seems that the baseline memory usage on 64 bit is a couple hundred mb above the usage on 32 bit :-(
- # [19:21] <edmorley> khuey: requesting testing the pymake patch perchance?
- # [19:21] <mccr8> What's the best way to diagnose why a Try run build is red, even though it manages to compile successfully, and the log says "No errors or warnings found."?
- # [19:21] <@khuey> so we didn't get a full gb
- # [19:21] <edmorley> khuey: oh
- # [19:21] <@khuey> :-(
- # [19:21] <edmorley> boo
- # [19:22] <@khuey> edmorley: but yeah, since you mentioned it, I couldn't reproduce one of your issues
- # [19:22] <@khuey> edmorley: the other I reproduced and is fixed with my patch
- # [19:22] <@khuey> (to pymake)
- # [19:22] <philor> mccr8: cmd+f, "results: 2"
- # [19:22] <edmorley> thank you :-)
- # [19:22] <catlee> khuey: that's not good
- # [19:22] <catlee> I wonder why that is...
- # [19:22] <@khuey> catlee: yeah I'm a little surprised by that
- # [19:22] <RyanVM> khuey: did you get my note about pgo earlier?
- # [19:23] <Mossop> glandium: At the moment as soon as you initialise the add-ons manager it's going to try to write some stuff to the profile. If the directory doesn't exist (it's a new profile) I don't think that'd be a big problem. I'm not sure what you'd split out of the init to make it two-phase, but I'm not sure what the goal is here
- # [19:23] <@khuey> RyanVM: about it being broken with pymake?
- # [19:23] <@khuey> yes
- # [19:23] <RyanVM> good
- # [19:23] * Joins: bbondy (bbondy@moz-C9962B2.home.cgocable.net)
- # [19:24] <mccr8> philor: thanks! unfortunately the result was not particularly illuminating.
- # [19:24] * bhearsum is now known as bhearsum|lunch
- # [19:24] * joduinn-mtg is now known as joduinn
- # [19:24] * Joins: xsergio (sergio@D0A87B54.C1A8B181.5FA960DF.IP)
- # [19:25] * armenzg is now known as armenzg_lunch
- # [19:25] <glandium> Mossop: the actual goal is to have localization extensions up early during startup so that i can have localized profile manager and profile error messages (profile already in use, etc.) (considering i have intl.locale.matchOS set)
- # [19:25] <mccr8> I'll just assume this is infra funkiness and try again later...
- # [19:25] <glandium> Mossop: (localization extensions being in a system directory, so not being in the profile extensions directory)
- # [19:25] * Joins: WG9s (bill@moz-D750CC69.maine.res.rr.com)
- # [19:25] * Quits: ferongr (ferongr@F4B22112.67034664.F5160715.IP) (Ping timeout)
- # [19:25] * Joins: ferongr (ferongr@F4B22112.67034664.F5160715.IP)
- # [19:25] * Joins: zwol (zack@moz-A5165AC6.lightspeed.sntcca.sbcglobal.net)
- # [19:25] * Joins: mreavy (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:26] <WG9s> edmorley: ping
- # [19:26] * Joins: hub (hub@moz-6D2CDEFB.panavision.com)
- # [19:27] <philor> mccr8: sometimes it works, sometimes it's #build ;)
- # [19:27] <mccr8> heh.
- # [19:28] <Mossop> glandium: Is this only for the case where there is no profile folder, i.e. totally first run, or are you wanting it to detect and activate extensions from the system ignoring those in an existing profile?
- # [19:28] * Joins: jesup (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:28] <WG9s> do we know what the issue is with pdbstr on win32 nightly, or should I try to figure it out?
- # [19:30] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [19:31] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
- # [19:31] * Quits: victorporof (victorporo@45524559.602BD6C.79933D60.IP) (Connection reset by peer)
- # [19:31] * jimm-lunch is now known as jimm
- # [19:31] <glandium> Mossop: in the profile manager case, there may be a profile, but we don't know where it is. in the profile error message case, we know where the profile is, but it's either missing or we can't use it because it's already used by another instance.
- # [19:31] <RyanVM> mbrubeck: not looking too good for you :)
- # [19:31] <mbrubeck> no
- # [19:32] <mbrubeck> I'm pretty sure it's related to my patch; just double-checking (and seeing how intermittent it is)
- # [19:32] * Joins: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [19:33] * zpao|detached is now known as zpao
- # [19:33] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
- # [19:34] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [19:34] * Joins: Ally_ (textual@moz-26DFFD6.range109-152.btcentralplus.com)
- # [19:34] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
- # [19:36] <Mossop> glandium: Ok, the hard bits are probably that when the add-ons manager scans the system extensions it's going to try to write an extensions.sqlite and extensions.ini to a profile folder. The former could be avoided with an in-memory DB relatively easily, the latter is currently required by the directory provider but maybe you can set up a temporary profile for this anyway? After selecting...
- # [19:36] <Mossop> ...the profile you're probably going to need to restart the app, IIRC this already happens though right?
- # [19:36] <tbsaunde> so, is there a reasonable way to print the actual pdf from within pdf.js?
- # [19:36] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [19:37] <glandium> Mossop: yes, the profile manager restarts the app. and the errors will quit the app
- # [19:37] <WG9s> edmorley: cancel previous ping
- # [19:38] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [19:38] <glandium> Mossop: how are the extensions.sqlite and extensions.ini required by the directory provider?
- # [19:38] * Quits: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com) (Quit: Leaving)
- # [19:38] * Quits: AaronMT (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com) (Ping timeout)
- # [19:40] <Mossop> glandium: extensions.sqlite isn't required, but the way things work now we scan the extensions on the system writing them into the database then at the end we query the database to write out extensions.ini which is used by the directory provider so gecko has a list of chrome.manifets to parse: http://mxr.mozilla.org/mozilla-central/source/toolkit/xre/nsXREDirProvider.cpp#550
- # [19:40] * luke is now known as luke-away
- # [19:40] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
- # [19:40] * Joins: AaronMT (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com)
- # [19:41] <Mossop> glandium: Using an in-memory DB rather than an on-disk extensions.sqlite would be fairly simple. Trying to avoid using a database entirely would be more complicated.
- # [19:42] <glandium> Mossop: thanks. I'll take a deeper look over the week-end
- # [19:43] * Quits: wlach (wlach@moz-3A1F70B1.vif.net) (Input/output error)
- # [19:43] <philor> ehsan: what kind of a review nit is "this needs to fail 186 chrome tests"?
- # [19:43] <Mossop> glandium: Just creating a temporary profile directory is probably the most straightforward way to just make everything work I'd think, but that has it's own problems I guess
- # [19:44] * Joins: wlach (wlach@moz-3A1F70B1.vif.net)
- # [19:44] <Ms2ger`> tbsaunde, isn't that what jviereck has been working on for the past 3 months? :)
- # [19:44] * Joins: overholt (overholt@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:44] <@ehsan> philor: hmm, let me see
- # [19:45] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:45] * Quits: ferongr (ferongr@F4B22112.67034664.F5160715.IP) (Ping timeout)
- # [19:45] <glandium> Mossop: I'll how hard it would be to have a kind of "no-persist" mode for the addons manager. one part of the issue is having nsXREDirProvider::LoadExtensionBundleDirectories query the addons manager directly. not sure it's possible to call jsm stuff from C++
- # [19:45] * Joins: jfkthame (jfkthame@89E78188.5BC345F5.9542EC20.IP)
- # [19:46] * Joins: victorporof (victorporo@85DFD77.7E2AA079.79933D60.IP)
- # [19:46] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [19:46] * Joins: ferongr (ferongr@F4B22112.67034664.F5160715.IP)
- # [19:46] * Joins: mvalzelli (mvalzelli@moz-60C970ED.retail.telecomitalia.it)
- # [19:47] <Mossop> glandium: Yeah, I've mulled over possible ways for that to work in the past, to get rid of extensions.ini entirely. In the normal case though it saves us from having to bring up the database on every startup just to get the list of extensions for the dir provider. This case though it seems like it should be possible to do without it
- # [19:47] <Mossop> Just depends how much extra work it's worth
- # [19:48] <catlee> edmorley: landed a fix and re-triggered the failed nightly
- # [19:48] <catlee> let's see how it goes
- # [19:48] <edmorley> catlee: cool thank you :-)
- # [19:48] * Quits: ferongr (ferongr@F4B22112.67034664.F5160715.IP) (Ping timeout)
- # [19:48] * Quits: mvalzelli (mvalzelli@moz-60C970ED.retail.telecomitalia.it) (Ping timeout)
- # [19:49] * Joins: mvalzelli (mvalzelli@moz-E3C7ED4E.retail.telecomitalia.it)
- # [19:49] * Quits: gerv (gerv@15E8576D.FD41903F.7D0FCE04.IP) (Quit: Leaving.)
- # [19:50] * Quits: graememcc (chatzilla@moz-18DE93B.range86-148.btcentralplus.com) (Ping timeout)
- # [19:50] * zzzzz cross-fingers for Nightly build - goes to work
- # [19:50] * Quits: mjschranz (matt@FA65BD34.33EE9F8A.1139E686.IP) (Ping timeout)
- # [19:50] * Joins: ferongr (ferongr@moz-6D46D07A.dsl.dyn.forthnet.gr)
- # [19:51] * Quits: bnicholson (bnicholson@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [19:51] <edmorley> catlee: can we reopen m-c now
- # [19:52] <catlee> it's closed?
- # [19:52] <edmorley> yes, though wasn't me
- # [19:52] <catlee> why does my tbpl never refresh...
- # [19:52] <catlee> yeah, re-open
- # [19:52] <catlee> the bustage is unrelated to code
- # [19:52] <catlee> it's a configuration issue
- # [19:52] <edmorley> yeah my thoughts
- # [19:53] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:53] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Boriss)
- # [19:54] * bhearsum|lunch is now known as bhearsum
- # [19:54] * Quits: Optimizer1 (Instantbir@588234A1.1B37CAB0.2AB48280.IP) (Ping timeout)
- # [19:54] <edmorley> robcee, ttaubert, ehsan, <anyone else who pulls from m-c>: the merge that has just landed on m-c needs a clobber. m-c and profiling have been clobbered, fx-team et all will need doing
- # [19:54] * Quits: aja (chatzilla@EE732A75.6BD0AE10.7880DB15.IP) (Client exited)
- # [19:54] * Joins: mjschranz (matt@moz-57B23647.senecac.on.ca)
- # [19:54] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:55] <@ehsan> philor: this is what I get for replace all
- # [19:55] <@ehsan> philor: the fix is easy fortunately
- # [19:55] * edmorley changes topic to 'm-c > 17422a2d0c70 needs CLOBBER! | pymake bustage: bug 755277 | PGO failure resolved for now, but be gentle, we're still close to the PGO limit || Next uplift for Fx15: 2012-06-05 || New/want to help? See irc://irc.mozilla.org/#introduction || http://krijnhoetmer.nl/irc-logs/ || mozilla::TimeStamp errors:'
- # [19:56] <catlee> when do we get the CLOBBER file back?
- # [19:56] * edmorley changes topic to 'm-c > 17422a2d0c70 needs CLOBBER || pymake bustage: bug 755277 || Next uplift for Fx15: 2012-06-05 || New/want to help? See irc://irc.mozilla.org/#introduction || http://krijnhoetmer.nl/irc-logs/'
- # [19:56] <@ted> heh
- # [19:57] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Linkinus - http://linkinus.com)
- # [19:58] <edmorley> catlee: I'm not sure what bug 717372 is blocked on tbh
- # [19:58] * Joins: Optimizer1 (Instantbir@588234A1.1B37CAB0.2AB48280.IP)
- # [19:58] <robcee> edmorley: wonderful. thank you.
- # [19:58] <catlee> edmorley: well, it could land now
- # [19:59] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [19:59] <catlee> but it would mean the tree would go red when the file changes
- # [19:59] <catlee> because there's no logic for automated cleanup
- # [19:59] <catlee> but that seems like a better situation than we're in right now
- # [19:59] <edmorley> yeah
- # [20:01] * Quits: rhelmer (rhelmer@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:01] * Quits: bwinton (bwinton@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:01] * Quits: Cww (Cww@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:01] * Quits: kbrosnan (kbrosnan@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:01] * Quits: dietrich (dietrich@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:01] <Bas> Is there a way I can force USE_WIDGET_LAYERS off for reftests?
- # [20:01] * Quits: catalinb (ethereal@moz-7443FA19.eregie.pub.ro) (Ping timeout)
- # [20:01] * Joins: BartlomiejB (bartlomiej@23F051CF.2814101B.59EB8DFD.IP)
- # [20:01] * Quits: tbsaunde (tbsaunde@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:01] * Quits: gps (gps@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:01] * Quits: devd (Name@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:01] * Quits: @khuey (khuey@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:01] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:01] * Quits: jmaher (jmaher@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:01] * Quits: yvan (yboily@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:01] * Quits: luke-away (andhow@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:01] * Quits: AutomatedTester|away (David@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:01] * Quits: espadrine (thaddee_ty@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:01] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:01] * Quits: @dolske (dolske@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:01] * Quits: mrbkap (mrbkap@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:01] * Quits: fabrice (fabrice@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:01] * Quits: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:01] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:01] * Quits: sriram (sriramr@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
- # [20:01] * Quits: liuche (liuche@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:02] * Quits: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:02] * Quits: joduinn (joduinn@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:02] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
- # [20:02] * Quits: ashish (ashish@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:02] * Quits: gkw (fuzz2lin@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:02] * Quits: Tomcat (Tomcat@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:02] * Quits: rnewman (rich_holyg@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:02] * Quits: dvander (dvander@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:02] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:02] * Quits: froydnj_ (nfroyd@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:02] * Quits: fox2mike (shyam@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:02] * Quits: billm (billm@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:02] * Quits: coop (Chris@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Ping timeout)
- # [20:02] * Quits: margaret (margaret@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:02] * Quits: imelven (imelven2@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:02] * Quits: nli (nli@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:02] * Quits: johns (jschoenick@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:02] * Quits: sfink|log (sfink@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:02] * Quits: philikon (pweitersha@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:02] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:02] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:02] * Quits: mconnor (mconnor@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:02] <@ted> exciting
- # [20:02] * Quits: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:02] * Quits: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:02] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:02] * Quits: jlebar (jlebar@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:02] * Quits: robcee (rcampbell@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:02] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:02] * Quits: gavin (gavin@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:02] * Quits: Pike (Pike@moz-E31CD2CB.mozilla.org) (Ping timeout)
- # [20:02] * Quits: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:02] * Quits: jst (jst@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:02] * Quits: fryn (fyan@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:02] * Quits: lsblakk (lsblakk@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:02] * Quits: gregglind_sick (glind@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [20:02] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:02] <catlee> bye bye
- # [20:03] * Joins: dholbert_ (dholbert@moz-4700570F.tmodns.net)
- # [20:04] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
- # [20:04] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
- # [20:04] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
- # [20:04] * Joins: billm (billm@moz-BBE3ABD.mv.mozilla.com)
- # [20:04] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
- # [20:04] * Joins: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [20:04] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
- # [20:04] * Joins: luke (andhow@moz-BBE3ABD.mv.mozilla.com)
- # [20:04] * Joins: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com)
- # [20:04] * Joins: Cww (Cww@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:05] * Joins: kbrosnan (kbrosnan@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:05] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [20:05] * Joins: coop (Chris@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
- # [20:05] * Joins: zzzzz_ (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net)
- # [20:05] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
- # [20:05] * Joins: robcee (rcampbell@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:06] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
- # [20:06] * Joins: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com)
- # [20:06] * Joins: sriram (sriramr@moz-BBE3ABD.mv.mozilla.com)
- # [20:06] * Joins: fabrice (fabrice@moz-BBE3ABD.mv.mozilla.com)
- # [20:06] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:06] <catlee> so much for that nightly build....
- # [20:07] <bhearsum> heh
- # [20:07] * robcee is now known as IRCMonkey50134
- # [20:07] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:07] * Joins: margaret (margaret@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:07] * Joins: AutomatedTester (David@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:07] * Joins: sfink|log (sfink@moz-BBE3ABD.mv.mozilla.com)
- # [20:07] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
- # [20:07] * Joins: gkw (fuzz2lin@moz-BBE3ABD.mv.mozilla.com)
- # [20:07] * Joins: jst (jst@moz-BBE3ABD.mv.mozilla.com)
- # [20:08] * Joins: khuey (khuey@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:08] * ChanServ sets mode: +o khuey
- # [20:08] * Quits: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:08] * Joins: gavin (gavin@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:08] * Joins: dolske (dolske@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:08] * ChanServ sets mode: +o dolske
- # [20:08] * Joins: dvander (dvander@moz-BBE3ABD.mv.mozilla.com)
- # [20:08] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
- # [20:08] * Joins: espadrine (thaddee_ty@moz-BBE3ABD.mv.mozilla.com)
- # [20:09] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [20:09] * Quits: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:09] * Quits: gwagner (gwagner@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: gwagner)
- # [20:09] * IRCMonkey50134 is now known as robcee
- # [20:09] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
- # [20:09] * Quits: mjschranz (matt@moz-57B23647.senecac.on.ca) (Ping timeout)
- # [20:10] * Quits: dholbert_ (dholbert@moz-4700570F.tmodns.net) (Quit: Ex-Chat)
- # [20:10] * Quits: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
- # [20:10] * Joins: imelven (imelven2@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:10] * Joins: mconnor (mconnor@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:10] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
- # [20:11] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
- # [20:11] * Quits: bbondy (bbondy@moz-C9962B2.home.cgocable.net) (Ping timeout)
- # [20:11] * Joins: jlebar (jlebar@moz-3F3A6302.dyn.columbia.edu)
- # [20:11] * Joins: vikram360 (vikram360@63AD629F.67D9F2B2.2A068A5E.IP)
- # [20:11] * Joins: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com)
- # [20:11] * Quits: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Ping timeout)
- # [20:11] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:11] * Joins: gwagner (gwagner@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:11] * Joins: jgilbert (jgilbert@moz-7B0110AD.mv.mozilla.com)
- # [20:11] * Joins: jlebar_ (jlebar@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:12] * Joins: Pike (Pike@moz-E31CD2CB.mozilla.org)
- # [20:12] * Quits: jlebar (jlebar@moz-3F3A6302.dyn.columbia.edu) (Quit: Leaving)
- # [20:12] * mcote|lunch is now known as mcote
- # [20:12] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
- # [20:12] * jlebar_ is now known as jlebar
- # [20:13] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [20:13] * Joins: liuche (liuche@39424F28.B81C07FC.A94620C7.IP)
- # [20:13] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:13] * Joins: jgilbert_ (jgilbert@moz-BBE3ABD.mv.mozilla.com)
- # [20:13] * Quits: liuche (liuche@39424F28.B81C07FC.A94620C7.IP) (Quit: leaving)
- # [20:13] * Joins: jammink (textual@moz-BBE3ABD.mv.mozilla.com)
- # [20:13] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
- # [20:13] * Joins: dietrich (dietrich@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:13] * Joins: mjschranz (matt@FA65BD34.33EE9F8A.1139E686.IP)
- # [20:14] <Mook_as> bhоlley: thanks for the heads up about __exposedProps__; I think we're safe on account of not having content :)
- # [20:14] * Joins: bbondy (bbondy@moz-C9962B2.home.cgocable.net)
- # [20:14] * Quits: jgilbert (jgilbert@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
- # [20:14] * Joins: dev (Name@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:15] * Joins: jlund_ (jlund@F2D29657.F60B0462.67AC9B1.IP)
- # [20:16] * Joins: bwinton_away (bwinton@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:16] * Joins: jmaher (jmaher@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:16] * Quits: jlund_ (jlund@F2D29657.F60B0462.67AC9B1.IP) (Quit: leaving)
- # [20:16] * Joins: jlund_ (jlund@F2D29657.F60B0462.67AC9B1.IP)
- # [20:16] * bwinton_away is now known as bwinton
- # [20:16] * Joins: philikon|x (philipp@moz-4BD1D1FF.hsd1.ca.comcast.net)
- # [20:16] * Joins: liuche (liuche@39424F28.B81C07FC.A94620C7.IP)
- # [20:16] * Quits: philikon|x (philipp@moz-4BD1D1FF.hsd1.ca.comcast.net) (Quit: philikon|x)
- # [20:16] * Joins: wesj1 (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:16] * Quits: liuche (liuche@39424F28.B81C07FC.A94620C7.IP) (Quit: leaving)
- # [20:17] * Joins: liuche (liuche@39424F28.B81C07FC.A94620C7.IP)
- # [20:17] * Joins: rnewman (rich_holyg@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:17] * Joins: tbsaunde (tbsaunde@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:17] * Joins: philikon|x (philipp@moz-4BD1D1FF.hsd1.ca.comcast.net)
- # [20:19] <philor> ehsan: are you going to wish you'd gotten talos turned on for Oak?
- # [20:19] <@ehsan> philor: no, why?
- # [20:19] * Joins: philikon (pweitersha@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:19] * Quits: bjacques (bastiaan@moz-AE4F6C83.hfc.comcastbusiness.net) (Quit: Lost terminal)
- # [20:20] <philor> ehsan: I'm sort of suspicious of how often you're timing out with no output
- # [20:20] <@bsmedberg> `hg pull inbound --rebase` is my favorite command!
- # [20:20] * Quits: gandalf (zbraniecki@moz-5D0FED5E.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
- # [20:20] <@ehsan> philor: how would talos help with this?
- # [20:20] * Quits: philikon|x (philipp@moz-4BD1D1FF.hsd1.ca.comcast.net) (Quit: philikon|x)
- # [20:21] <philor> ehsan: by saying "you're slow as hell" rather than "you're busted" :)
- # [20:21] <@ehsan> philor: there's no perf impact on this branch
- # [20:21] <@ehsan> philor: the update itself is slower, but that's OK
- # [20:21] <@ehsan> and known
- # [20:21] * Joins: johns (jschoenick@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:21] * philor practices typing "hg backout -r"
- # [20:22] <philor> okay!
- # [20:22] <nemo> bsmedberg: certainly cuts down on messy merge revisions
- # [20:23] * Joins: jamesr (jamesr@D961E49B.D6CCE4AE.77834EAA.IP)
- # [20:23] * Joins: lsblakk (lsblakk@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:23] * Joins: mreid_ (mark@moz-7B0110AD.mv.mozilla.com)
- # [20:23] * Quits: jstraus_ (jstraus@moz-C7B4D9FC.hsd1.ma.comcast.net) (Quit: Leaving...)
- # [20:24] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [20:24] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
- # [20:25] * Quits: mreid_ (mark@moz-7B0110AD.mv.mozilla.com) (Quit: Bye!)
- # [20:25] * Joins: rhelmer (rhelmer@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:25] * Quits: jgilbert_ (jgilbert@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:25] * Joins: ashish (ashish@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:25] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [20:25] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:26] * rhelmer is now known as IRCMonkey265
- # [20:26] * Quits: vikram360 (vikram360@63AD629F.67D9F2B2.2A068A5E.IP) (Ping timeout)
- # [20:27] * Joins: vikram360 (vikram360@63AD629F.67D9F2B2.2A068A5E.IP)
- # [20:27] * armenzg_lunch is now known as armenzg
- # [20:27] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
- # [20:28] * Joins: joduinn (joduinn@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:28] * bmoss|2 is now known as bmoss
- # [20:29] * Quits: liuche (liuche@39424F28.B81C07FC.A94620C7.IP) (Quit: Lost terminal)
- # [20:29] * Joins: gps (gps@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:30] * Joins: tbsaunde_ (tbsaunde@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:30] * Joins: mrbkap (mrbkap@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:30] * Joins: bz (bzbarsky@A4640D52.103DC7D.4EA770CF.IP)
- # [20:30] * ChanServ sets mode: +o bz
- # [20:30] * Joins: Tomcat (Tomcat@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:30] <Ms2ger`> bsmedberg, I see red on inbound
- # [20:30] * Joins: liuche (liuche@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:30] * Joins: gregglind_sick (glind@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:30] * Quits: liuche (liuche@moz-59682A1.dmz.scl3.mozilla.com) (Quit: liuche)
- # [20:30] * Joins: fox2mike (shyam@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:30] * Joins: fryn (fyan@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:31] * Joins: liuche (liuche@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:31] * Quits: tbsaunde_ (tbsaunde@moz-59682A1.dmz.scl3.mozilla.com) (Quit: leaving)
- # [20:31] <mbrubeck> "check-sync-dirs.py | build file copies are not in sync"
- # [20:32] <mbrubeck> Does this need to be clobbered?
- # [20:33] <philor> usually no, that's touching one copy and not copy-pasting to the js/src/ copy
- # [20:34] <philor> https://hg.mozilla.org/integration/mozilla-inbound/rev/7bbd1cc126f3
- # [20:34] <philor> needs moar copy-paste
- # [20:35] * Joins: froydnj_ (nfroyd@moz-59682A1.dmz.scl3.mozilla.com)
- # [20:35] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
- # [20:36] * Joins: adev (Instantbir@moz-24EE697D.ictp.it)
- # [20:37] * Quits: Cwiiis (cwiiis@88F51059.F3BBB17D.144F44FA.IP) (Quit: Leaving)
- # [20:37] * Quits: adev (Instantbir@moz-24EE697D.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [20:37] <@bsmedberg> crap
- # [20:37] <@bsmedberg> ok
- # [20:38] * @bsmedberg backs out rather than spot-fixing
- # [20:39] <philor> mbrubeck: those disconnects, on the other hand...
- # [20:39] * philor just clobbers all of Windows, for the third day in a row
- # [20:39] <RyanVM> philor: that aws the clobber issue from yesterday, right?
- # [20:39] <RyanVM> alrighty then
- # [20:39] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/f4d51fab6cec - Ehsan Akhgari - Bug 756516 - Ignore .clang_complete files; r=BenWa
- # [20:40] * Joins: graememcc (chatzilla@moz-EC104EE4.range86-148.btcentralplus.com)
- # [20:40] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Quit: madhava)
- # [20:40] <philor> it was the first clobber issue from yesterday, not the second yesterday :)
- # [20:41] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
- # [20:42] <@ted> at least glandium made check-sync-dirs an early failure
- # [20:42] <@ted> instaed of just failing in make check
- # [20:42] * Quits: pranavrc (pranavrc@70F7B8E1.378E99F2.520CDC98.IP) (Ping timeout)
- # [20:42] * @bsmedberg coulda sworn he pushed that one to try...
- # [20:42] <catlee> let's just land that CLOBBER patch
- # [20:43] <@bsmedberg> but there are so many plates spinning, maybe that one got missed
- # [20:43] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
- # [20:43] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Quit: mdas)
- # [20:43] <@ted> back to clown college
- # [20:43] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
- # [20:44] <philor> edmorley: did you forget to clobber m-c?
- # [20:44] * Quits: maikmerten (maikmerten@moz-AF85DBBA.dynamic.qsc.de) (Client exited)
- # [20:45] <philor> also, you badly need a "d" in your commit email, it looks wrong to me every time I see it :)
- # [20:45] * Joins: wlach_ (wlach@moz-FF0AC53A.dsl.bell.ca)
- # [20:45] * wlach_ is now known as wlach|laptop
- # [20:45] <edmorley> philor: I clobbered it, but reloading m-c clobberer shows nothing :-(
- # [20:45] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Quit: mdas)
- # [20:46] <edmorley> I did press submit, I really did!
- # [20:46] * wlach is now known as IRCMonkey18342
- # [20:46] <edmorley> something similar happened on inbound last week for me iirc
- # [20:46] * wlach|laptop is now known as wlach
- # [20:47] <RyanVM> philor: are you re-triggering the purples?
- # [20:47] <philor> edmorley: ah, my theory when inbound did that to me was a limit on the size of postdata, but central's should be smaller
- # [20:47] <edmorley> philor: and yeah the lack of the 'd' has been catching me out on all the logins
- # [20:47] <philor> RyanVM: not right now, fighting clobberer
- # [20:47] <RyanVM> k, i'll leave them alone
- # [20:47] <BenWa> cadecairos: Please. I simply didn't have a chance to make sure it didn't break seamonkey
- # [20:47] * zzzzz_ hands philor a bigger bat
- # [20:48] <BenWa> catlee* ^^
- # [20:48] <cadecairos> lol I was quite confused for a moment
- # [20:48] <RyanVM> padenot: did you mean to clear the target milestone?
- # [20:48] <BenWa> cadecairos: Sorry, hit TAB too eagerly
- # [20:48] <edmorley> philor: I just tried again and it didn't stick
- # [20:48] <padenot> RyanVM: nope.
- # [20:48] <cadecairos> heh no problemo :)
- # [20:48] <edmorley> philor: guess have to do it by parts
- # [20:49] * bear|buildduty is now known as bear-afk
- # [20:49] <philor> oh, m-c's probably too big because it includes Thunderbird
- # [20:49] <padenot> RyanVM: fixed
- # [20:49] <padenot> RyanVM: thanks for the catch
- # [20:49] <edmorley> philor: ah
- # [20:49] <philor> edmorley: yeah, I'm working up from the bottom
- # [20:50] <edmorley> philor: cool just spotted that, working from top
- # [20:50] <@bsmedberg> when did the tryserver default change from failures to no email?
- # [20:50] <@bsmedberg> that seems... unfortunate
- # [20:50] <lsblakk> bsmedberg: it was a little over a week ago
- # [20:50] <lsblakk> bug 749051
- # [20:51] <catlee> well, the good news is our windows nightly is still running
- # [20:51] <@bsmedberg> lsblakk: did that get announced anywhere?
- # [20:51] <crussell> bsmedberg: I'm trying to figure out why my contentaccessible URIs aren't resolving
- # [20:51] <lsblakk> bsmedberg: it did not, and now that you mention it - i can see that would have been a good thing to do, sorry
- # [20:51] <catlee> BenWa: sorry, what are you referring to?
- # [20:51] <@bz> NonNull<const Nullable< Sequence< OwningNonNull<mozilla::dom::TestInterface> > > > arg0;
- # [20:51] <@bsmedberg> bz: awesome!
- # [20:52] * mbrubeck just discovered that hovering over usernames in etherpad tells you what browsers everyone is using. :D
- # [20:52] <@bz> generated code for the win!
- # [20:52] <@bz> To the callee that will look like...
- # [20:52] <@bz> const Nullable< Sequence< OwningNonNull<TestInterface> > > &
- # [20:52] <@bz> which is still kinda sucky
- # [20:52] * davehunt is now known as davehunt|away
- # [20:53] <@bz> but C++ is sort of limited in ways it can express "null or an array of non-null objects
- # [20:53] <crussell> bsmedberg: Gijs's Chrome List doesn't work anymore. The directory service doesn't know about "ChromeML" anymore. Is there another way to find out which directory this stuff is getting mapped to?
- # [20:53] <JonathanS> Generic remind me how sucky of Java was. :/
- # [20:54] <BenWa> catlee: CLOBBER patch
- # [20:54] * Quits: jet (junglecode@88F51059.F3BBB17D.144F44FA.IP) (Quit: jet)
- # [20:54] * Joins: panchot (panchot@E2A6EB92.D4D3C1CE.17C21BA0.IP)
- # [20:54] <catlee> BenWa: ah!
- # [20:54] <catlee> ok, so we should land that?
- # [20:54] <catlee> friday before a long weekend?
- # [20:54] <catlee> what could go wrong!?
- # [20:54] <JonathanS> catlee, orange?
- # [20:55] <philor> I know, let's not!
- # [20:55] <BenWa> catlee: I don't know. I dont understand the risk it could cause that's why I've been sitting on the patch like a chicken
- # [20:55] * Joins: bnicholson (bnicholson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:56] <BenWa> We could try it in a low volume time
- # [20:57] <gcp> is there any known bustage in latest nightly?
- # [20:58] <edmorley> philor: filed bug 756532 on the clobber not working
- # [20:58] <@bz> I mean..
- # [20:58] * Joins: scientes (scientes@moz-6F007CB5.dsl.snfc21.pacbell.net)
- # [20:58] * @bz writes ugly IDL
- # [20:58] <@bz> "sequence<TestInterface?>? arg"
- # [20:58] * Quits: BartlomiejB (bartlomiej@23F051CF.2814101B.59EB8DFD.IP) (Quit: All your base are belong to us!)
- # [20:59] * Quits: kanha (quassel@6CCA9C8D.8293D34.9105FBCF.IP) (Ping timeout)
- # [21:00] * cpeterson is now known as cpeterson|lvnch
- # [21:00] * IRCMonkey265 is now known as rhelmer
- # [21:01] * Quits: cpeterson|lvnch (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
- # [21:01] * Joins: kanha (quassel@6CCA9C8D.8293D34.9105FBCF.IP)
- # [21:01] * Joins: cpeterson|lvnch (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [21:01] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [21:01] * Parts: mvalzelli (mvalzelli@moz-E3C7ED4E.retail.telecomitalia.it)
- # [21:02] <gcp> latest nightly is constantly crashes for me, no usable stack dumps in about:crashes
- # [21:02] * AutomatedTester is now known as AutomatedTester_
- # [21:02] <gcp> known? any way to figure out what's going on?
- # [21:02] <gcp> https://crash-stats.mozilla.com/report/index/bp-b5b72f85-9782-4f0f-9636-9ff432120518
- # [21:03] * Quits: cpeterson|lvnch (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Ping timeout)
- # [21:03] <zzzzz_> gcp: there has been a ton of those
- # [21:03] <gcp> for latest nightly or generally speaking?
- # [21:04] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Ping timeout)
- # [21:04] <zzzzz_> generally speaking https://crash-stats.mozilla.com/report/list?signature=EMPTY%3A+no+crashing+thread+identified%3B+corrupt+dump
- # [21:04] <zzzzz_> latest nightly as in today's build ?
- # [21:04] <gcp> 17-5
- # [21:04] <zzzzz_> well, there hasn't been one for today
- # [21:04] <zzzzz_> yesterday's nightly should be good
- # [21:05] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
- # [21:05] * Joins: nli (nli@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:05] * AutomatedTester_ is now known as AutomatedTester
- # [21:05] <gcp> damn
- # [21:06] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
- # [21:06] <gcp> I also get a Sync error.
- # [21:06] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: Success !!)
- # [21:06] <gcp> status.mozilla.com claims that it should be fine
- # [21:07] <gcp> Timestamp: 18/05/2012 20:58:53
- # [21:07] <gcp> Error: out of memory
- # [21:07] <gcp> Source File: resource://services-sync/record.js
- # [21:07] <gcp> Line: 638
- # [21:07] <@bsmedberg> crussell: https://bugzilla.mozilla.org/show_bug.cgi?id=611430
- # [21:08] * Joins: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
- # [21:08] <@bsmedberg> crussell: did you check the error console? We're pretty good about putting up registration errors there
- # [21:08] * Quits: vikram360 (vikram360@63AD629F.67D9F2B2.2A068A5E.IP) (Ping timeout)
- # [21:08] * Quits: jlund_ (jlund@F2D29657.F60B0462.67AC9B1.IP) (Quit: leaving)
- # [21:08] <zzzzz_> gcp: maybe ask in #sync about that error
- # [21:09] <zzzzz_> maybe the sync fail is causing the crash ?
- # [21:09] <gcp> could be
- # [21:09] <gcp> available virtual memory looks fine though
- # [21:09] * Joins: Mic_Daily (Daily@moz-309B277.superkabel.de)
- # [21:10] <rnewman> gcp: desktop?
- # [21:10] <gcp> yes
- # [21:10] <Ms2ger`> bz, I see you've used your flight time productively :)
- # [21:10] <gcp> I do have OOMAllocatioSize in my dumps
- # [21:10] <catlee> ehsan: I don't see where the java dep for emscripten is set
- # [21:10] <@bz> Ms2ger: hmm?
- # [21:10] <@bz> Ms2ger: I'm using it productively right now
- # [21:10] <Ms2ger`> NonNull<const Nullable< Sequence< OwningNonNull<mozilla::dom::TestInterface> > > > arg0;
- # [21:10] <rnewman> could be a legitimate OOM
- # [21:10] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [21:10] <gcp> rnewman: so, did I manage to screw my desktop from my android device? :P
- # [21:11] * @bz almost has sequence codegen to the point where it's not a security bug
- # [21:11] <gcp> rnewman: fwiw, firefox itself sits at 400M, which is the usual size
- # [21:11] <@bz> Ms2ger`: Oh I did that last night
- # [21:11] <rnewman> heh
- # [21:11] <Ms2ger`> Oh, you're on the plane right now?
- # [21:11] <@bz> Ms2ger`: yes
- # [21:11] <rnewman> nah, nothing from mobile should be able to OOM your desktop :D
- # [21:11] <Ms2ger`> bz, man, this really is the future
- # [21:11] <@bz> Ms2ger`: I decided to not be airbz today
- # [21:11] <@bz> Ms2ger`: it's sorta the future
- # [21:11] <rnewman> there's a 25MB quota, so even if mobile uploaded huge records...
- # [21:11] <@bz> Ms2ger`: the bandwidth kinda sucks.
- # [21:11] <@bz> but...
- # [21:11] <gcp> maybe some malformed record triggers a desktop bug?
- # [21:11] <@bz> PING 18.243.0.1 (18.243.0.1): 56 data bytes
- # [21:12] * Joins: catalinb (ethereal@moz-7443FA19.eregie.pub.ro)
- # [21:12] <@bz> 64 bytes from 18.243.0.1: icmp_seq=5 ttl=230 time=183.227 ms
- # [21:12] <@bz> 64 bytes from 18.243.0.1: icmp_seq=6 ttl=230 time=190.938 ms
- # [21:12] <@bz> 64 bytes from 18.243.0.1: icmp_seq=7 ttl=230 time=297.514 ms
- # [21:12] <@bz> 64 bytes from 18.243.0.1: icmp_seq=8 ttl=230 time=180.440 ms
- # [21:12] <@bz> not too shabby
- # [21:12] * Quits: jammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Computer has gone to sleep.)
- # [21:12] <@bz> for being on a plane
- # [21:12] <@bz> so yeah
- # [21:12] <rnewman> gcp: does it die on the same record each time?
- # [21:12] <@bz> pretty close to the future
- # [21:12] <Wes> bz: I have a developer in Berlin with worse ping to his development environment
- # [21:12] <Ms2ger`> 64 bytes from 18.243.0.1: icmp_req=1 ttl=245 time=125 ms
- # [21:12] <Ms2ger`> 64 bytes from 18.243.0.1: icmp_req=2 ttl=245 time=131 ms
- # [21:12] <Ms2ger`> 64 bytes from 18.243.0.1: icmp_req=3 ttl=245 time=128 ms
- # [21:12] <@bz> at least assuming you're willing to pay up
- # [21:12] <@bz> yeah, that was my point
- # [21:12] <Ms2ger`> Dunno what you make of that :)
- # [21:12] <gcp> rnewman: how can I easily check that?
- # [21:12] <@ehsan> catlee: hmm, it currently just runs the java command without specifying any path names
- # [21:12] <@bz> the ping is amazingly good
- # [21:12] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [21:12] <@bz> as in "this is not sattelite, whatever it is
- # [21:13] <@bz> Ms2ger`: well to be fair you have to cross the Atlantic to get to 18.*
- # [21:13] <@ehsan> catlee: should I make it respect a .emscripten variable?
- # [21:13] <Ms2ger`> bz, and you have to cross THE SKY! ;)
- # [21:13] * Quits: overholt (overholt@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving)
- # [21:13] * Joins: gmuberwa (Mibbit@moz-7A8D3FBE.allocated.csupomona.edu)
- # [21:13] <@bz> Ms2ger`: true. ;)
- # [21:13] * @bz seems to be right around where Nebraska meets Colorado
- # [21:13] <gcp> http://pastebin.mozilla.org/1645181
- # [21:13] <@bz> fairly middle of nowhereish
- # [21:13] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [21:14] <Ms2ger`> (I mean, our trains don't even have internet)
- # [21:14] <@bz> but I have IRC, and I can read the gunk people are posting to the w3c lists
- # [21:14] <@bz> so life is good. ;)
- # [21:14] <@bz> Ms2ger`: heh
- # [21:14] <@bz> Ms2ger`: some the ones here do
- # [21:14] <@bz> Ms2ger`: the expensive ones
- # [21:14] <edmorley> philor: do I need to retrigger on m-c tip now the clobber has stuck, or has that been done?
- # [21:14] <@bz> Ms2ger`: well, and commuter rail
- # [21:14] <Wes> It seems to be ubiquitous on Canadian trains now
- # [21:14] <@bz> Ms2ger`: in some places
- # [21:14] <Wes> which is a problem
- # [21:14] <Wes> makes it harder to justify travelling 1st class
- # [21:14] <Ms2ger`> Well, sure, our international high-speed reservation-required ones do too
- # [21:15] <catlee> ehsan: yeah, probably
- # [21:15] <Ms2ger`> But the trains I'm actually on? No luck
- # [21:15] <@bz> Ms2ger`: though it used to really piss me off that Caltrain had power but not internet, while the Boston-area commuter rail had internet but not power
- # [21:15] <gcp> rnewman: ok, I can confirm Sync is OOM-ing my desktop!
- # [21:15] <catlee> ehsan: also I noticed that it dumps lots of files in ~/.emscripen_cache
- # [21:15] <Wes> bz: power over internet!
- # [21:15] <gcp> rnewman: I hit "retry sync" or whatever the button is called, memory went 400M->600M-1.2G->BOOM
- # [21:15] <@bz> wes: power to the internet? ;)
- # [21:15] <@ehsan> catlee: right
- # [21:15] <@ehsan> catlee: is that also a problem?
- # [21:15] <catlee> ehsan: could we add an $EMSCRIPTEN_HOME maybe?
- # [21:15] <@bz> wes: the only good thing there is I never spend enough time on the commuter rail to run out of power
- # [21:16] <Ms2ger`> I get power if I'm early enough to catch one of the two outlets per wagon
- # [21:16] <catlee> ehsan: yes, /home is not a good partition to dump stuff
- # [21:16] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: Want to be different? Try HydraIRC -> http://www.hydrairc.com <-)
- # [21:16] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
- # [21:16] * juanb is now known as juanb|afk
- # [21:16] <@ehsan> catlee: you mean EMSCRIPTEN_CACHE?
- # [21:16] <Wes> bz: my problem is I'm also so discombobulated while travelling that I usually arrive at the train station with a dead battery
- # [21:17] <@ehsan> catlee: filed https://github.com/kripken/emscripten/issues/436
- # [21:17] <catlee> ehsan: maybe...I was thinking if we had EMSCRIPTEN_HOME, then the config files and cache stuff and everything else could go under there instead of separate variables for each thing
- # [21:17] * Joins: smagnin (pike@moz-D8FAA037.w90-53.abo.wanadoo.fr)
- # [21:17] <@ehsan> catlee: where would we read EMSCRIPTEN_HOME from? :)
- # [21:18] <catlee> the environment
- # [21:18] <rnewman> gcp: are you on x64?
- # [21:18] <gcp> rnewman: nope
- # [21:18] <catlee> just an idea
- # [21:18] <catlee> also, I can't find a statically linked version of node for linux
- # [21:18] <philor> edmorley: I'd skip retriggering - we know what it is, we know the clobbering will work, you're lucking into several clobbers anyway
- # [21:19] <gcp> rnewman: memory use rapidly increases after I hot sync button, until (I guess 4G) and I OOM
- # [21:19] <edmorley> wfm :-)
- # [21:19] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [21:19] <@ehsan> catlee: then maybe we need to build our own...
- # [21:19] <rnewman> gcp: please file
- # [21:19] <catlee> ehsan: yeah, looks like
- # [21:19] <rnewman> Mozilla Services: Firefox Sync Backend
- # [21:20] <rnewman> but nothing's really changed here
- # [21:20] <rnewman> so curious
- # [21:20] * Quits: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Ping timeout)
- # [21:20] <@bz> "error: no template named 'Nullabe'; did you mean 'Nullable'?"
- # [21:20] <gcp> rnewman: I bet I somehow created a malformed entry on Android
- # [21:20] <@bz> I wonder how clang does that
- # [21:20] <Ms2ger`> \o/
- # [21:20] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [21:20] <@bz> some sort of proximity match on known types, I guess
- # [21:20] <@bz> it's pretty neat
- # [21:20] <gcp> rnewman: whats the easiest way to disable sync updates temporarily?
- # [21:21] <@ehsan> bz: magic
- # [21:21] <gcp> rnewman: without affecting the profile (so you can debug it)
- # [21:21] <rnewman> gcp: shouldn't cause a problem in this way, unless you just discovered universe-bending compression
- # [21:21] <rnewman> or a bug in Fx's JSON parser :)
- # [21:21] * Quits: joduinn (joduinn@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:21] * Quits: Pike (Pike@moz-E31CD2CB.mozilla.org) (Ping timeout)
- # [21:21] * Quits: bwinton (bwinton@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:21] * Joins: bwinton (bwinton@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:21] * Joins: joduinn (joduinn@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:21] <@bz> ehsan: btw, do we need to make our code compile on clang 3.0?
- # [21:21] <@bz> ehsan: that being the Lion default?
- # [21:21] * Joins: jammink (textual@2557E599.66715431.D25A875A.IP)
- # [21:21] <@ehsan> bz: clang 3.0? that's old
- # [21:21] <@ehsan> bz: 3.1 is coming out any day
- # [21:22] * Joins: Pike (Pike@moz-E31CD2CB.mozilla.org)
- # [21:22] <rnewman> gcp: quit, take a backup of your profile, then choose Deactivate Sync in settings
- # [21:22] <rnewman> you can also uncheck all the boxes
- # [21:23] <@bz> ehsan: well, 3.0 is what shipped with Lion....
- # [21:23] <rnewman> but won't preserve state
- # [21:23] <@bz> ehsan: I ran into it when peterv complained about some of my code not compiling for him. :(
- # [21:24] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [21:24] * Quits: panchot (panchot@E2A6EB92.D4D3C1CE.17C21BA0.IP) (Quit: Computer has gone to sleep.)
- # [21:25] * joduinn is now known as joduinn-food
- # [21:26] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
- # [21:27] <@ehsan> bz: so the problem with that is that apple does their own releases of clang, and nobody knows what revision they're based on
- # [21:27] <@ted> bz: i'd guess levenstein distance against the symbol table or something like that
- # [21:27] <@ehsan> bz: also clang doesn't do point releases
- # [21:27] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Ping timeout)
- # [21:27] * Joins: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [21:27] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Quit: )
- # [21:27] <@ehsan> bz: so if they have a bug, it won't get fixed until the next time apple ships an update, etc
- # [21:28] * Quits: michal (michal@18728636.D0F82CD8.32697916.IP) (Ping timeout)
- # [21:28] * Joins: Asa (asa@2557E599.66715431.D25A875A.IP)
- # [21:28] <philor> jgriffin: cancelling builds on a tree other than try is pretty much never what you want to do
- # [21:28] <@ehsan> bz: but using the clang tot among clang users is pretty common knowledge
- # [21:28] * Joins: panchot (panchot@E2A6EB92.D4D3C1CE.17C21BA0.IP)
- # [21:28] <@ehsan> I don't know if it's worth us spend time on figuring out how to bend backwards because of their bugs
- # [21:28] <jgriffin> philor: ah, ok, sorry
- # [21:28] * Joins: rajul (quassel@677966CC.5E77753C.F44414AF.IP)
- # [21:29] * Quits: Mic_Daily (Daily@moz-309B277.superkabel.de) (Quit: Mic_Daily)
- # [21:29] <@bz> ehsan: ok
- # [21:29] * philor fires up the clobberer
- # [21:29] <@bz> ehsan: now I just have to convince Peter to install tot... ;)
- # [21:29] * khuey is now known as khuey|away
- # [21:30] <@ehsan> bz: yep ;)
- # [21:30] <NeilAway> bz: .boxObject.height doesn't construct XBL, does it?
- # [21:30] <@ehsan> bz: fwiw, these will be the official mac 3.1 binaries: http://people.mozilla.org/~eakhgari/llvm-3.1/
- # [21:30] <@bz> NeilAway: I don't know offhand
- # [21:31] <NeilAway> bz: well, offsetHeight seems to call Flush_Layout but boxObject.height only seems to call Flush_Frames
- # [21:31] * armenzg is now known as armenzg_brb
- # [21:31] <@bz> right
- # [21:31] <@bz> Flush_Frames should do XBL stuff
- # [21:31] <@bz> it's odd that it doesn't Flush_Layout, though
- # [21:31] <@bz> are you sure it doesn't?
- # [21:32] <NeilAway> bz: well, I'm looking into some randomorange
- # [21:32] <NeilAway> bz: bug 678626
- # [21:32] <NeilAway> bz: it looks as if xbl binding isn't happening
- # [21:32] <gavin> (wrong bug #)
- # [21:32] <@bz> nsBoxObject::GetHeight calls GetOffsetRect
- # [21:32] <NeilAway> bz: sorry, bug 678726
- # [21:33] <@bz> nsBoxObject::GetOffsetRect calls GetFrame(true)
- # [21:33] <NeilAway> gavinbot++
- # [21:33] <@bz> nsBoxObject::GetFrame(bool aFlushLayout)
- # [21:33] <@bz> if (aFlushLayout) {
- # [21:33] <@bz> doc->FlushPendingNotifications(Flush_Layout);
- # [21:33] <@bz> }
- # [21:33] <@bz> Sure seems like it flushes layout
- # [21:33] * Quits: panchot (panchot@E2A6EB92.D4D3C1CE.17C21BA0.IP) (Quit: Computer has gone to sleep.)
- # [21:34] * Joins: Waldo (waldo@moz-537BCF9.hsd1.ca.comcast.net)
- # [21:34] <NeilAway> bz: hmm, ok, must have misread it
- # [21:34] <qDot> Is there a good place for the test attachment in bug 756036 that's not our IO Thread code? Not really sure where C++ tests like that should go.
- # [21:34] * Joins: JeroenDeDauw (j@moz-A62F4AF6.dip.t-dialin.net)
- # [21:35] <NeilAway> bz: oh, I was looking at an old version
- # [21:35] <gcp> rnewman: I saved the profile. After toggling the checkboxes off and on again, the problem is gone.
- # [21:36] <NeilAway> bz: no, you must have changed it locally
- # [21:36] <NeilAway> bz: it says Flush_Frames here: http://mxr.mozilla.org/comm-central/source/mozilla/layout/xul/base/src/nsBoxObject.cpp#156
- # [21:36] <gcp> firefox now also sits at 367M idle. Before it was always 400M. Not sure how reliable that is, though.
- # [21:36] <Waldo> bz: regarding making integer conversions or whatever into warnings/errors in your code, from several days of scrollback ago, note that that depends on all the dependent headers being held to the same standard, and all that -- not impossible if system headers aren't involved, but potentially a bit difficult
- # [21:36] <Waldo> bsmedberg: why is it we dynamically load libxul, versus it being a library loaded at startup, again?
- # [21:37] <@bz> NeilAway: the flush is insideGetPresShell
- # [21:37] <@bz> NeilAway: the layout flush, in the aFlushLayout case
- # [21:37] <@bsmedberg> Waldo: so we can preload it sequentially
- # [21:37] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Quit: Make a new plan, Stan!)
- # [21:37] <@bsmedberg> Waldo: and because webrt has to do it that way, and...
- # [21:37] <@bz> Waldo: I'm not worrying about it too much at the moment
- # [21:37] <Waldo> bsmedberg: so if we had a better, smarter linker or something, we could do otherwise?
- # [21:38] <@bsmedberg> firefox-on-xulrunner on Linux does it that way ;-)
- # [21:38] <Waldo> I see your ;-) there
- # [21:38] <rnewman> gcp: definitely interested if this happens again
- # [21:38] <Waldo> ;-)
- # [21:38] <NeilAway> bz: ok, so by http://mxr.mozilla.org/comm-central/source/mozilla/toolkit/content/widgets/notification.xml?mark=223#215 the xbl should be bound?
- # [21:38] * Joins: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
- # [21:39] <@bz> NeilAway: waiting on network
- # [21:39] <@bz> NeilAway: at first glance, yes
- # [21:40] <crussell> bsmedberg: thanks, found that bug. Registration was fine, I just didn't know what the URI was resolving to.
- # [21:40] <NeilAway> bz: hmm, it's just that the test failures consists of all the xbl properties returning undefined
- # [21:41] * Joins: jduell (jduell@42A061D3.B40492A6.1594683D.IP)
- # [21:41] * armenzg_brb is now known as armenzg
- # [21:41] * @bz has no idea
- # [21:41] <crussell> bsmedberg: I ended up just installing it in the browser and trying the URI in the location bar and looking at the error page. Thanks anyway.
- # [21:43] <NeilAway> bz: seeing as I (obviously) can't reproduce this locally, what's my best shot, pushing a debugging patch to try and retriggering the test until it fails?
- # [21:43] * Joins: jdm (jdm@moz-19E6DB6E.fbx.proxad.net)
- # [21:45] <Asa> rnewman: I'm OOMing repeatedly and that was after a failed sync connection. I think it's sync killing Firefox. What can I do? (nightly, windows 7)
- # [21:46] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
- # [21:46] * Quits: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP) (Connection reset by peer)
- # [21:46] * Joins: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP)
- # [21:47] <@bz> NeilAway: with as much logging as you can, yeah...
- # [21:47] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
- # [21:47] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
- # [21:47] <zzzzz_> gcp: can you tell asa what you did to fix your sync ? he's having same problem
- # [21:47] <gcp> heh
- # [21:47] * Joins: michal (michal@18728636.D0F82CD8.32697916.IP)
- # [21:47] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
- # [21:47] <gcp> I toggled the checkboxes in the sync menu
- # [21:47] * bear-afk is now known as bear|buildduty
- # [21:47] <gcp> no idea why that should fix it
- # [21:48] <gcp> https://bugzilla.mozilla.org/show_bug.cgi?id=756549
- # [21:48] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
- # [21:48] <jviereck> can someone help me with adding a nsIWebProgressListener on the mDocShell here: http://mxr.mozilla.org/mozilla-central/source/layout/printing/nsPrintObject.h#75? The problem is, that I only have the nsIDocShell and can't add the AddProgressListener to it. Guess there needs some do_QueryInteface magic be done?
- # [21:49] * Quits: Pike (Pike@moz-E31CD2CB.mozilla.org) (Ping timeout)
- # [21:49] <@bz> jviereck: QI to nsIWebProgress ?
- # [21:49] <@bz> hrm
- # [21:49] <@bz> bzexport is being very slow
- # [21:49] <@bz> any way to tell whether it's my network or what?
- # [21:49] <@bz> (e.g. a verbose mode?)
- # [21:50] * Quits: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird -- http://www.instantbird.com)
- # [21:50] <jdm> hmm, I forget
- # [21:50] * Joins: myk (Instantbir@2557E599.66715431.D25A875A.IP)
- # [21:50] <@bz> I can get to things via the web
- # [21:50] <@bz> not _that_ slowly..
- # [21:50] <jdm> bz: try adding a -v flag?
- # [21:50] <jdm> it might just work
- # [21:50] * Quits: margaret (margaret@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:50] * Quits: joduinn-food (joduinn@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:50] * Quits: froydnj_ (nfroyd@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:50] * Quits: philikon (pweitersha@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:50] * Quits: fryn (fyan@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:50] * Quits: coop (Chris@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Ping timeout)
- # [21:50] * Quits: AutomatedTester (David@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:50] * Quits: johns (jschoenick@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:50] * Quits: dev (Name@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:50] * Quits: ashish (ashish@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:50] * Quits: mrbkap (mrbkap@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:50] * Quits: dietrich (dietrich@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:50] * Quits: lsblakk (lsblakk@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:50] * Quits: imelven (imelven2@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:51] <@bz> hg bzexport -v etc.....
- # [21:51] <@bz> no response
- # [21:51] * Quits: robcee (rcampbell@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:51] * Quits: @khuey|away (khuey@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:51] * Quits: jmaher (jmaher@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:51] * Quits: bwinton (bwinton@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:51] <philor> getting a little tired of these...
- # [21:51] * Quits: Tomcat (Tomcat@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:51] * Quits: @dolske (dolske@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:51] * Quits: rnewman (rich_holyg@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:51] * Quits: rhelmer (rhelmer@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:51] * Quits: liuche (liuche@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:51] * Quits: kbrosnan (kbrosnan@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:51] * Quits: gregglind_sick (glind@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:51] * Quits: Cww (Cww@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:51] * Quits: mconnor (mconnor@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:51] * @bz tries hg out instead, just to see what's up
- # [21:51] <Waldo> kthxbai!
- # [21:51] * Quits: gavin (gavin@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:51] * Quits: jlebar (jlebar@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:51] * Quits: tbsaunde (tbsaunde@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:51] * Quits: fox2mike (shyam@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:51] * Quits: nli (nli@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:51] * Quits: gps (gps@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:51] * Joins: nli (nli@moz-BBE3ABD.mv.mozilla.com)
- # [21:51] * Quits: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net) (Ping timeout)
- # [21:51] <@bz> hg out works
- # [21:52] * Joins: khuey|away (khuey@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:52] * Joins: gavin (gavin@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:52] * Joins: margaret (margaret@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:52] * Joins: dolske (dolske@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:52] * ChanServ sets mode: +o dolske
- # [21:53] <@bz> Aha
- # [21:53] <@bz> there we go
- # [21:53] * Joins: AutomatedTester (David@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:53] * Joins: bwinton (bwinton@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:53] * Joins: jlebar (jlebar@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:53] * Joins: johns (jschoenick@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:53] * Joins: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net)
- # [21:54] * Joins: squeakytoy (squeakytoy@moz-79070305.dynamic.se.alltele.net)
- # [21:55] * Joins: gps (gps@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:55] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
- # [21:56] * Joins: froydnj (nfroyd@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Joins: philikon (pweitersha@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Joins: joduinn-food (joduinn@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Joins: fryn (fyan@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Joins: dev (Name@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Joins: mrbkap (mrbkap@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Joins: dietrich (dietrich@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Joins: lsblakk (lsblakk@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Quits: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net) (Ping timeout)
- # [21:56] * Joins: ashish (ashish@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Joins: imelven (imelven2@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Joins: robcee (rcampbell@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Joins: rnewman (rich_holyg@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Joins: Tomcat (Tomcat@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Joins: rhelmer (rhelmer@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Joins: gregglind_sick (glind@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Joins: liuche (liuche@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Joins: mconnor (mconnor@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Joins: Cww (Cww@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Joins: kbrosnan (kbrosnan@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Joins: jmaher (jmaher@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Joins: tbsaunde (tbsaunde@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Joins: fox2mike (shyam@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Joins: nli_ (nli@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:56] * Joins: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net)
- # [21:57] * Joins: aja (chatzilla@EE732A75.6BD0AE10.7880DB15.IP)
- # [21:57] * robcee is now known as IRCMonkey42020
- # [21:57] * Quits: gmuberwa (Mibbit@moz-7A8D3FBE.allocated.csupomona.edu) (Quit: http://www.mibbit.com ajax IRC Client)
- # [21:57] * rhelmer is now known as IRCMonkey64024
- # [21:59] * Joins: smooney (smooney@2557E599.66715431.D25A875A.IP)
- # [21:59] <rnewman> Asa: you are not the first
- # [21:59] * Joins: bsmith (bsmith@2557E599.66715431.D25A875A.IP)
- # [21:59] <rnewman> looks like something landed in Nightly that makes Sync chew up a lot of memory
- # [22:00] * rnewman pulls up commit logs
- # [22:00] <rnewman> #sync if you're interested
- # [22:00] * @bz bets cpg
- # [22:00] <rnewman> bz: pointer?
- # [22:01] <@bz> to which?
- # [22:01] <rnewman> "cpg"
- # [22:01] <@bz> https://bugzilla.mozilla.org/show_bug.cgi?id=650353 ?
- # [22:01] <@bz> unless you meant pointer to what makes me think that
- # [22:01] * Quits: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net) (Ping timeout)
- # [22:01] <@bz> in which case it's just spidey-sense
- # [22:01] * khuey|away is now known as khuey
- # [22:01] <rnewman> shouldn't that have hit two weeks ago?
- # [22:01] * @bz could also be totally off
- # [22:01] * philor is now known as philor|away
- # [22:02] <rnewman> :D
- # [22:02] <@bz> yes
- # [22:02] <@bz> are we talking a more recent regression?
- # [22:02] * Joins: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net)
- # [22:02] <rnewman> ~1 day
- # [22:02] * jgriffin is now known as jgriffin-afk
- # [22:03] * Quits: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:03] <sfink> I attempted to put basic progress output in bzexport, but it never worked, and I never bothered going back and figuring out why
- # [22:03] * Joins: cpeterson|lvnch (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [22:03] * Joins: jgilbert (jgilbert@2557E599.66715431.D25A875A.IP)
- # [22:03] <@ted> heh
- # [22:03] * cpeterson|lvnch is now known as cpeterson
- # [22:03] <@ted> sfink: hg must have some built-in progress support
- # [22:03] <@ted> if you "hg push -v" you get a progress meter
- # [22:03] <sfink> it does; that was what I thought I was using
- # [22:04] * cadecairos is now known as cadecairos_away
- # [22:04] <sfink> well, I thought you had to enable the progress extension to see it, but I have
- # [22:04] <gps> compartment per global, eh?
- # [22:04] <@ted> ah
- # [22:04] <@bz> you can get progress for other things to
- # [22:04] <@ted> maybe i did that
- # [22:04] <@bz> er, too
- # [22:04] <jlebar> ted, progress extension
- # [22:04] * @bz has it for update and pull and such
- # [22:04] <@ted> jlebar: yeah, that must be what i did
- # [22:05] * cadecairos_away is now known as cadecairos
- # [22:06] * Quits: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net) (Ping timeout)
- # [22:07] <gps> how many compartments are typically alive at one time?
- # [22:07] * Joins: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net)
- # [22:07] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [22:07] <sfink> I think we have 150ish just for builtin stuff
- # [22:08] <gps> if my gc logs are collecting 250 per collection, is that unexpected?
- # [22:09] <sfink> unexpected to me, yes, though I am not one whose expectations are grounded in anything resembling reality
- # [22:09] * Quits: @dolske (dolske@moz-59682A1.dmz.scl3.mozilla.com) (Quit: leaving)
- # [22:09] * Joins: dolske (dolske@moz-59682A1.dmz.scl3.mozilla.com)
- # [22:09] * ChanServ sets mode: +o dolske
- # [22:10] * mattwoodrow|away is now known as mattwoodrow
- # [22:11] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
- # [22:11] <sfink> you could make them scream their principals->codebase as they die, or something
- # [22:11] * Quits: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net) (Ping timeout)
- # [22:12] * Joins: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net)
- # [22:12] <gps> sfink: how would I do that?
- # [22:13] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Quit: )
- # [22:13] * Quits: dao (dao@moz-38822FD3.superkabel.de) (Quit: Leaving.)
- # [22:13] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [22:14] <sfink> er... I dunno. You'd need to hack it in. And you can't just do it in the JS engine anymore, because principals are now opaque. If there's some sort of finalizer, you could put it there. Ask bholley|billm.
- # [22:14] * Quits: lsblakk (lsblakk@moz-59682A1.dmz.scl3.mozilla.com) (Quit: leaving)
- # [22:14] * Quits: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net) (Quit: jorendorff)
- # [22:14] * Joins: lsblakk (lsblakk@moz-59682A1.dmz.scl3.mozilla.com)
- # [22:14] * Quits: rniwa (rniwa@60A74940.D6CCE4AE.77834EAA.IP) (Quit: rniwa)
- # [22:14] <sfink> or you could set a conditional breakpoint that fires every 24 compartment creations, and find out where they're all getting created from
- # [22:15] * Quits: dao (dao@moz-38822FD3.superkabel.de) (Ping timeout)
- # [22:15] <sfink> that seems much easier
- # [22:15] * Joins: coop (Chris@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
- # [22:15] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [22:15] <jviereck> could someone take a look at this patch? https://gist.github.com/2727337. I just try to implement a listener for a PresShell, but it doesn't complie at all :(
- # [22:16] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Ping timeout)
- # [22:16] * Quits: philor|away (philor@moz-638273A8.my-nick.name) (Ping timeout)
- # [22:16] <sicking> myk: where do I file OWA bugs?
- # [22:17] <gavin> jviereck: with what error?
- # [22:17] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [22:17] * cjones is now known as cjones-lunch
- # [22:18] * Parts: zandr (zandr@moz-891BD824.milewski.org)
- # [22:18] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [22:18] <jviereck> gavin: https://gist.github.com/2727361
- # [22:19] <myk> sicking: https://bugzilla.mozilla.org/enter_bug.cgi?product=Web%20Apps or https://bugzilla.mozilla.org/enter_bug.cgi?product=Firefox&component=Webapp%20Runtime or https://bugzilla.mozilla.org/enter_bug.cgi?product=Firefox&component=Web%20Apps
- # [22:19] <sicking> myk: HA!
- # [22:20] * Joins: philor (philor@moz-638273A8.my-nick.name)
- # [22:20] <sicking> myk: this is for appcache integration with the .install call. Where does that go?
- # [22:20] <jviereck> gavin: is trying to implement the nsIWebProgressListener on the same print object a bad idea maybe?
- # [22:21] <@bz> mmm
- # [22:21] * jlebar bets jviereck is using the wrong ISUPPORTS macro.
- # [22:21] <@bz> funny how some WebKit developers thing the right response to a spec they don't like is to silently implement something different instead....
- # [22:22] <jviereck> jlebar: I don't really know what I'm doing...
- # [22:22] <jlebar> jviereck, Looking...sec.
- # [22:22] <jviereck> jlebar: which one should I use?
- # [22:22] <jviereck> thx!
- # [22:22] <jlebar> jviereck, Line 248 in nsPrintEngine.cpp in my tree, there's NS_IMPL_ISUPPORTS1
- # [22:23] <Ms2ger`> gavin, nuh-uh, you stay here ;)
- # [22:23] <jlebar> jviereck, You need to change that to NS_IMPL_ISUPPORTS2(nsPrintEngine, nsIWebProgressListener, nsIObserver)
- # [22:23] <Ms2ger`> bz, all too true
- # [22:24] <Ms2ger`> Not that it doesn't happen here...
- # [22:24] <@bz> well
- # [22:24] <@bz> we generally bring up a spec issue
- # [22:24] <@bz> when we purposefully don't do what the spec says
- # [22:24] <Ms2ger`> You certainly do :)
- # [22:25] <@bz> I'd like to think it's part of the requirements for r+. ;)
- # [22:25] <Ms2ger`> And then the spec editors haven't touched the spec since putting their name on it...
- # [22:25] <Ms2ger`> (Hi CSSOM!)
- # [22:25] <@bz> mmhm
- # [22:25] <@bz> indeed
- # [22:25] <@bz> you're surprised?
- # [22:25] * @bz expected as much
- # [22:25] <Ms2ger`> No
- # [22:25] <Ms2ger`> I met the guy before
- # [22:25] * @bz has not had the "pleasure"
- # [22:26] <@bz> just email interaction
- # [22:26] <Ms2ger`> Well yes, that's as far as meeting people goes for me ;)
- # [22:27] * mattwoodrow is now known as mattwoodrow|away
- # [22:28] * Joins: adev (Instantbir@moz-24EE697D.ictp.it)
- # [22:28] * Joins: atuljangra (Mibbit@979B04CE.DCE01556.93E5B96C.IP)
- # [22:28] * Joins: jviereck1 (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [22:28] * Parts: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [22:29] <RyanVM> tbpl is timing out pulling up logs?
- # [22:29] * Quits: bnicholson (bnicholson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving)
- # [22:29] * jmaher is now known as jmaher|afk
- # [22:30] <jviereck1> jlebar: still get the same error message
- # [22:30] <@ehsan> rstrong: ping
- # [22:30] * Joins: zandr (zandr@moz-891BD824.milewski.org)
- # [22:31] * Parts: jviereck1 (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [22:31] * Joins: jviereck1 (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [22:31] <rstrong> ehsan: pong
- # [22:31] <@ehsan> rstrong: hey, thanks for the reviews :)
- # [22:31] <@ehsan> rstrong: can I go ahead and land?
- # [22:31] * jlebar pulls up jviereck1's gist again
- # [22:31] * Quits: xsergio (sergio@D0A87B54.C1A8B181.5FA960DF.IP) (Quit: Leaving)
- # [22:32] <jdm> background updates landing :o
- # [22:32] <@ehsan> oh wait
- # [22:32] <@ehsan> there's still one review pending...
- # [22:32] * IRCMonkey64024 is now known as rhelmer
- # [22:32] <rstrong> ehsan: still looking at the logging patch. Can you explain the actual steps for the renaming? I thought it would just use the update.log
- # [22:33] <jlebar> jviereck1, Okay.
- # [22:33] <@ehsan> rstrong: sure, let me explain
- # [22:33] <jlebar> jviereck1, Now the problem is that you're using static_cast(this) when you should be using QI.
- # [22:33] <@ehsan> rstrong: first we stage an update, and the the update-staged notification gets dispatched
- # [22:33] * Quits: adev (Instantbir@moz-24EE697D.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [22:33] <@ehsan> rstrong: as part of that, we rename update.log to last-update.log
- # [22:33] <@ehsan> then when firefox is restarted, we append to last-update.log and keep that file around
- # [22:34] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Ping timeout)
- # [22:34] <jlebar> jviereck1, Actually, I'm confused what's commented out and what's not commented out in your patch.
- # [22:34] <jlebar> jviereck1, It looks like everything is commented out in the gist you sent; does https://gist.github.com/2727337 not compile?
- # [22:34] <@ehsan> so, if we didn't perform the renaming when the update was staged, and instead would do it when the replace operation was finished, we'd need to open update.log
- # [22:34] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Quit: )
- # [22:34] <@ehsan> but those two are conceptually the same
- # [22:35] <jviereck1> jlebar: nope, even if I change the NS_Support macro — the webProgress->AddProgressListener is commented out
- # [22:35] <@ehsan> rstrong: (also note that the last-update.log file is located in the updated dir)
- # [22:35] <rstrong> ehsan: why didn't you just go with update.log instead of doing the renaming?
- # [22:35] <jviereck1> ../../dist/include/nsCOMPtr.h:504:79: error: ambiguous conversion from derived class 'nsPrintEngine' to base class 'nsISupports':
- # [22:35] <jviereck1> class nsPrintEngine -> class nsIWebProgressListener -> class nsISupports
- # [22:35] <jviereck1> class nsPrintEngine -> class nsIObserver -> class nsISupports
- # [22:35] <jviereck1> if (oldPtr) NS_LogCOMPtrRelease_P((this), static_cast<nsISupports*>(oldPtr));
- # [22:36] <@bz> yes
- # [22:36] <jlebar> jviereck1, Can I see the newest patch, please?
- # [22:36] <@bz> you eed NS_ISUPPORTS_CAST
- # [22:36] <@bz> er, you need
- # [22:36] * bwinton is now known as bwinton_away
- # [22:36] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
- # [22:36] <@bz> er....
- # [22:36] <@bz> though that's weird
- # [22:36] <jlebar> Well...where, though? All his code is commented out.
- # [22:36] <@ehsan> rstrong: that's just what cleanUpUpdatesDir used to do, and I kept the existing behavior
- # [22:36] <@bz> are you using nsCOMPtr<nsPrintEngine> somewhere?
- # [22:36] <@ehsan> (as much as possible)
- # [22:36] <@bz> or is existing code doing it?
- # [22:36] <@bz> because if so
- # [22:37] <@bz> and if you made it multiply-inherit from nsISupports
- # [22:37] <@bz> then you'd get the above error
- # [22:37] <jviereck1> jlebar: https://gist.github.com/2727431
- # [22:37] <jlebar> bz, Yeah, that's what's happening.
- # [22:37] <Waldo> nsRefPtr<nsPrintEngine>!
- # [22:37] <Waldo> nsRefPtr<nsPrintEngine> nsVariable, even
- # [22:38] <jlebar> jviereck1, Have a look at those error messages again.
- # [22:38] * Joins: Havvy (Mibbit@moz-B7B34335.ptld.qwest.net)
- # [22:38] <jlebar> jviereck1, See where it's complaining about nsCOMPtr<nsPrintEngine>? Those need to be changed to nsRefPtr<nsPrintEngine>.
- # [22:38] <jlebar> jviereck1, e.g. layout/base/nsDocumentViewer.cpp:567
- # [22:38] <RyanVM> philor: is there a way to make tbpl try again to generate a log if it previously timed out?
- # [22:39] * jgriffin-afk is now known as jgriffin
- # [22:39] <jviereck1> k. I mean, should the nsIWebProgressListener implemented better in it's own class? Not sure if I'm doing best practise here or not adding stuff to the existing nsPrintEngine class
- # [22:39] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/9dab33fa5ff4 - Philipp von Weitershausen - Bug 754216 - Control the emulator from within Marionette JS scripts. r=jgriffin DONTBUILD because NPOTB
- # [22:39] <firebot> http://hg.mozilla.org/mozilla-central/rev/921706236f86 - Philipp von Weitershausen - Bug 754178 - Expose SpecialPowers in Marionette content JS. r=jgriffin
- # [22:39] <firebot> http://hg.mozilla.org/mozilla-central/rev/cc0b4c5c3ac2 - Philipp von Weitershausen - Bug 754178 - Expose SpecialPowers in Marionette chrome JS. r=jgriffin
- # [22:39] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
- # [22:39] <jviereck1> jlebar: k. I mean, should the nsIWebProgressListener implemented better in it's own class? Not sure if I'm doing best practise here or not adding stuff to the existing nsPrintEngine class
- # [22:40] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
- # [22:40] <jlebar> jviereck1, Well, nobody should be doing nsCOMPtr<nsPrintEngine>. We only use nsCOMPtr<T> when T is an interface. So those are definitely wrong...
- # [22:40] <@bsmedberg> Error: file /home/bsmedberg/builds/mozilla-central/ff-debug/browser/installer/../../dist/bin/chrome/browser/skin/classic/browser/fullscreen-video.css is not a file or is not readable (package-manifest, browser, 342).
- # [22:40] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
- # [22:40] <@bsmedberg> look familiar at all?
- # [22:40] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
- # [22:40] * ChanServ sets mode: +o roc
- # [22:40] <rstrong> ehsan: I'm not sure I prefer this over the existing rename after the update is complete but I *think* I am ok with this and it can be changed in the future if we decide we want to change it.
- # [22:40] <jlebar> jviereck1, I'm not sure what you're trying to do, but offhand it seems sane to implement nsIWebProgressListener here.
- # [22:40] * joduinn-food is now known as joduinn-mtg
- # [22:41] <bholley> sfink: hm?
- # [22:42] <gcp> btw, why do I have 370M of thumbnails in my profile?
- # [22:42] * Joins: smaug (chatzilla@moz-911A8124.elisa-mobile.fi)
- # [22:42] * ChanServ sets mode: +o smaug
- # [22:42] <sfink> bholley: gps said he was collecting 250 compartments per GC. I suggested you might be able to help figure out what those compartments were. But he may be taking another approach now; not sure.
- # [22:43] <edmorley> philor: oh fail, I just clicked on one of those M2 failures :-/
- # [22:43] <@ehsan> rstrong: ok, that sounds good to me
- # [22:43] <bholley> gps: just do about:compartments
- # [22:43] * Quits: omeringen (omer@4A937B4C.AE49CD4C.9CD63BA8.IP) (Quit: Leaving)
- # [22:43] <Waldo> jlebar: perhaps we should add a static assertion to nsCOMPtr<T> that T is abstract; there's a __is_abstract macro that gcc/clang/MSVC support (what versions of each, I dunno) to detect this
- # [22:44] <gps> bholley: they are all system principle
- # [22:44] <bholley> gps: yes, but there's a url following each, no
- # [22:44] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [22:44] <bholley> ?
- # [22:44] <@dolske> gcp: 727M thumbnails/ D:
- # [22:44] <rstrong> ehsan: I am going to be offline until Monday so if there is fallout over the weekend I won't be around.
- # [22:44] <gcp> dolske: is this a known bug?
- # [22:44] <jlebar> Waldo, <insert emoticon for :seems like a decent idea to me: here>
- # [22:44] * AutomatedTester is now known as AutomatedTester|AFK
- # [22:44] <rstrong> ehsan: just an fyi
- # [22:44] <@dolske> not to me!
- # [22:44] <Waldo> http://msdn.microsoft.com/en-us/library/ms177194.aspx and http://clang.llvm.org/docs/LanguageExtensions.html#checking_type_traits and http://gcc.gnu.org/onlinedocs/gcc/Type-Traits.html
- # [22:45] <@ehsan> rstrong: yeah I just had a very short chat with johnath and catlee, and as this might blow updates over weekend (and also since this is a long weekend in Canada), I think I'm going to hold off on landing until Tuesday
- # [22:45] <@dolske> gcp: can you file and cc me + ttaubert
- # [22:45] <gcp> dolske: ok
- # [22:45] <jviereck1> jlebar: this compiles now - let's see if the nsWebListener works as well :)
- # [22:45] <Waldo> jlebar: <insert emoticon for :good, will file a bug when I head into the office shortly: here>
- # [22:46] * Quits: raphc (rc@moz-3A99E0D5.wb.wifirst.net) (Quit: )
- # [22:46] <rstrong> ehsan: if you ran across code that needs to be followed up on can you please file bugs?
- # [22:46] <bholley> gps: the url should tell you exactly which script is running
- # [22:46] <jlebar> jviereck1, Oh, it might not. I think you need to make your class extend nsISupportsWeakReference too.
- # [22:46] <@ehsan> rstrong: sure yeah, that bug has too many patches already
- # [22:46] <jlebar> jviereck1, https://developer.mozilla.org/en/Weak_reference
- # [22:46] <rstrong> agreed
- # [22:47] * Quits: Waldo (waldo@moz-537BCF9.hsd1.ca.comcast.net) (Quit: brb)
- # [22:47] * Joins: cpearce (chatzilla@moz-510B10B9.xdsl.xnet.co.nz)
- # [22:47] * luke is now known as luke-away
- # [22:47] <gps> bholley: I am debugging Sync
- # [22:48] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
- # [22:48] <jviereck1> jlebar: I just belive you blind and make the changes as said on the wiki pages
- # [22:49] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [22:50] <mjessome> 0/win 29
- # [22:50] * Joins: karl (karl@B1E08FDB.6EE01E4F.C8A09C26.IP)
- # [22:50] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [22:51] * Joins: espindol_ (espindola@moz-2AD100D2.dsl.teksavvy.com)
- # [22:51] * Quits: espindola (espindola@moz-2AD100D2.dsl.teksavvy.com) (Quit: Ex-Chat)
- # [22:51] <RyanVM> jgriffin: did you clobber w32-ix-slave31 after stopping the build on it?
- # [22:51] <jgriffin> I did not
- # [22:51] * Joins: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es)
- # [22:52] <RyanVM> clobbering now
- # [22:52] <RyanVM> if you cancel a build, you always need to clobber
- # [22:53] * Quits: bbondy (bbondy@moz-C9962B2.home.cgocable.net) (Ping timeout)
- # [22:53] * khuey is now known as khuey|away
- # [22:53] * Quits: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es) (Ping timeout)
- # [22:53] * Quits: jgilbert (jgilbert@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
- # [22:53] * Quits: bsmith (bsmith@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
- # [22:53] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Ping timeout)
- # [22:54] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:54] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:54] * Quits: espadrine (thaddee_ty@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:54] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:54] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [22:54] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
- # [22:54] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [22:54] <@bz> markh: ping
- # [22:54] * Joins: jgilbert (jgilbert@2557E599.66715431.D25A875A.IP)
- # [22:55] * Quits: deniscormier (deniscormi@B65F78B7.1356EECA.2170E5F.IP) (Quit: deniscormier)
- # [22:56] <myk> sicking: sorry for delay; stepped away; installer issues go in https://bugzilla.mozilla.org/enter_bug.cgi?product=Firefox&component=Web%20Apps
- # [22:56] * juanb|afk is now known as juanb
- # [22:56] <sicking> myk: since this is a DOM-API issue i was going to file it in Core :: DOM: Moz Extensions
- # [22:57] * Quits: wolfiR (wolfiR@moz-BB7D4D82.dip0.t-ipconnect.de) (Quit: Leaving)
- # [22:57] * Quits: nli_ (nli@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:57] * Quits: bwinton_away (bwinton@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:57] * Quits: fryn (fyan@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:57] * Quits: philikon (pweitersha@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:57] * Quits: dev (Name@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:57] * Quits: mrbkap (mrbkap@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:57] * Quits: IRCMonkey42020 (rcampbell@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:57] * Quits: tbsaunde (tbsaunde@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:57] * Quits: coop (Chris@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Ping timeout)
- # [22:57] <catlee> woo! buildsymbols finished!
- # [22:57] * Joins: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
- # [22:57] * Quits: @dolske (dolske@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:57] * Quits: johns (jschoenick@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:57] * Quits: margaret (margaret@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:57] * Quits: jlebar (jlebar@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:57] * Quits: imelven (imelven2@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:57] * Quits: gregglind_sick (glind@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:57] * Quits: jmaher|afk (jmaher@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:58] * Quits: gavin (gavin@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:58] * Quits: khuey|away (khuey@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:58] * Quits: AutomatedTester|AFK (David@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:58] * Quits: froydnj (nfroyd@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:58] * Quits: joduinn-mtg (joduinn@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:58] * Quits: ashish (ashish@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:58] * Quits: dietrich (dietrich@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:58] * Quits: rnewman (rich_holyg@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:58] * Quits: Tomcat (Tomcat@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:58] * Quits: liuche (liuche@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:58] * Quits: rhelmer (rhelmer@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:58] * Quits: kbrosnan (kbrosnan@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:58] * Quits: Cww (Cww@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:58] * Quits: fox2mike (shyam@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:58] * Quits: lsblakk (lsblakk@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:58] * Quits: gps (gps@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:58] * Quits: mconnor (mconnor@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [22:58] <myk> sicking: that seems fine too, especially if it requires changes to dom/base/Webapps.js[m]; and worst case we can always move the bug later
- # [22:59] * Quits: azakai|2 (alon@moz-8D0CC798.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [22:59] * Quits: @smaug (chatzilla@moz-911A8124.elisa-mobile.fi) (Ping timeout)
- # [23:00] <NeilAway> AryehGregor: sorry, we still need editor.setBackgroundColor for now
- # [23:00] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [23:00] * Joins: khuey|away (khuey@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:00] * Joins: gavin (gavin@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:00] * Joins: dolske (dolske@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:00] * ChanServ sets mode: +o dolske
- # [23:00] * Joins: margaret (margaret@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:00] * Joins: jlebar (jlebar@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:00] * Joins: smaug (chatzilla@moz-911A8124.elisa-mobile.fi)
- # [23:00] * ChanServ sets mode: +o smaug
- # [23:00] * Joins: brosnan (brosnan@2557E599.66715431.D25A875A.IP)
- # [23:00] * Quits: msucan (mihai@E66E4956.B30402B1.699550A1.IP) (Quit: Leaving.)
- # [23:00] <@bz> hashtable init is infallible now?
- # [23:00] <@bz> joy and jubilation!
- # [23:00] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [23:01] * Joins: gps (gps@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:01] * Quits: gps (gps@moz-59682A1.dmz.scl3.mozilla.com) (Quit: gps)
- # [23:01] * Joins: AutomatedTester (David@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:01] * Joins: gps (gps@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:02] * Joins: rnewman (rich_holyg@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:02] * Joins: lsblakk (lsblakk@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:02] * Joins: johns (jschoenick@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:02] * Joins: imelven2 (imelven2@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:02] * imelven2 is now known as imelven
- # [23:02] * Quits: @smaug (chatzilla@moz-911A8124.elisa-mobile.fi) (Ping timeout)
- # [23:02] * Joins: nli_ (nli@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:03] * Joins: tbsaunde (tbsaunde@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:03] * Joins: dev (Name@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:03] * Joins: robcee (rcampbell@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:03] * Joins: mrbkap (mrbkap@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:03] * Joins: fryn (fyan@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:03] * Quits: rnewman (rich_holyg@moz-59682A1.dmz.scl3.mozilla.com) (Quit: Reconnecting)
- # [23:03] * Joins: rnewman (rich_holyg@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:03] * Joins: jmaher|afk (jmaher@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:03] * Joins: gregglind_sick (glind@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:03] * Joins: ericz_ (eziegenhor@BB4F2EBE.D437B372.742DB180.IP)
- # [23:03] * Joins: froydnj_ (nfroyd@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:03] * Joins: rhelmer (rhelmer@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:03] * Joins: dietrich (dietrich@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:03] * Joins: Tomcat (Tomcat@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:03] * Joins: joduinn-mtg (joduinn@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:03] * Joins: Cww (Cww@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:03] * Joins: liuche (liuche@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:03] * Joins: mconnor (mconnor@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:03] * Joins: ashish (ashish@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:03] * Joins: kbrosnan (kbrosnan@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:03] * Joins: fox2mike (shyam@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:03] <Ms2ger`> bsmedberg, thanks!
- # [23:03] * Joins: yvan (Yvan@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:04] * robcee is now known as IRCMonkey63677
- # [23:04] * Joins: bwinton_away (bwinton@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:04] * Joins: coop (Chris@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
- # [23:04] * Joins: Mardak (Mardak@2557E599.66715431.D25A875A.IP)
- # [23:06] * Joins: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl)
- # [23:07] * Quits: ericz_ (eziegenhor@BB4F2EBE.D437B372.742DB180.IP) (Quit: leaving)
- # [23:07] * Joins: bnicholson (bnicholson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [23:07] * Quits: mjschranz (matt@FA65BD34.33EE9F8A.1139E686.IP) (Ping timeout)
- # [23:07] * Joins: Waldo (waldo@2557E599.66715431.D25A875A.IP)
- # [23:08] * Joins: philikon (pweitersha@moz-59682A1.dmz.scl3.mozilla.com)
- # [23:08] <@bz> anyone know where our sidebar XUL lives?
- # [23:08] * Quits: gfritzsche (gfritzsche@moz-3510DFB9.dynamic.qsc.de) (Quit: Leaving)
- # [23:08] * Quits: smooney (smooney@2557E599.66715431.D25A875A.IP) (Quit: smooney)
- # [23:09] <gavin> bz: WHY!?!?!?!
- # [23:09] <@bz> gavin: well, what I really want to know is whether it uses <xul:browser> to do its thing
- # [23:10] <gavin> mxr.mozilla.org/mozilla-central/source/browser/base/content/web-panels.xul
- # [23:10] <@bz> gavin: https://bugzilla.mozilla.org/show_bug.cgi?id=755116 is the context, fwiw
- # [23:10] * Joins: bjacques (bastiaan@moz-AE4F6C83.hfc.comcastbusiness.net)
- # [23:10] <@bz> gavin: thanks
- # [23:10] <gavin> it does
- # [23:10] <gavin> oh, but that's separate
- # [23:10] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [23:10] <@bz> oh?
- # [23:10] <gavin> they're not really re-using any of the existing sidebar code, afaik
- # [23:10] <@bz> ok
- # [23:10] <@bz> well, then!
- # [23:11] <@bz> Any objections to me making the <browser> constructor check this.hasAttribute('disableglobalhistory') ?
- # [23:11] * Joins: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net)
- # [23:11] <gavin> sounds reasonable
- # [23:11] <@bz> ok, good
- # [23:11] * khuey|away is now known as khuey
- # [23:11] <khuey> what's up with irc.mozilla.org recently?
- # [23:12] <khuey> I keep getting kicked off every few hours
- # [23:12] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [23:12] <dRdR> khuey: no problems here
- # [23:12] <jviereck1> can someone shot somthing obvious why I don't get any load progress at all? https://gist.github.com/2727607
- # [23:12] <gavin> khuey: people.m.o <-> irc.m.o has been flaky
- # [23:12] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
- # [23:12] <khuey> gavin: ah
- # [23:12] * Quits: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Ping timeout)
- # [23:12] * Joins: bb10 (bb10@moz-C7B05616.org)
- # [23:12] * Joins: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net)
- # [23:13] <khuey> on a completely unrelated note, I just finished messing with my phone line
- # [23:13] <khuey> and now I have working DSL
- # [23:13] <khuey> but no dial tone
- # [23:13] * khuey wonders how that works
- # [23:13] * Joins: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net)
- # [23:13] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:13] * Quits: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net) (Ping timeout)
- # [23:13] <jlebar> khuey, You have those filters on your phones?
- # [23:13] <@bz> khuey: I've actually had that before
- # [23:13] <@bz> khuey: no phone, but dsl
- # [23:14] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [23:14] <khuey> bz: oh yeah?
- # [23:14] <Ms2ger`> I had that when I was on dial-up
- # [23:14] <jhford> akeybl: hey
- # [23:14] <@bz> khuey: do check the filters, but in my case it was actually wiring issues in the wire closet on the corner
- # [23:14] <jhford> are you in the conf?
- # [23:14] <khuey> jlebar: no dial tone with the phone being the only thing plugged into the jack
- # [23:14] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
- # [23:14] <@bz> khuey: through a filter?
- # [23:14] <khuey> bz: as in, the telco's problem?
- # [23:14] <khuey> bz: no, no filter
- # [23:14] <@bz> khuey: no filter == phone very confused
- # [23:14] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [23:14] <akeybl> jhford: hey don't see you
- # [23:14] <@bz> khuey: do the filter thing
- # [23:14] <jhford> yah
- # [23:14] <khuey> bz: but no modem either
- # [23:14] <jhford> let me try calling direct
- # [23:14] <@bz> khuey: if you have dsl to that jack, you have to go through a filter for a phone
- # [23:15] <jhford> akeybl: i can't call direct
- # [23:15] <khuey> oh, interesting
- # [23:15] <jhford> and i am in "mtv3z_Mozilla"
- # [23:15] * khuey fiddles
- # [23:15] <khuey> brb
- # [23:15] <@bz> khuey: the filter filters out all the bits the phone is not expecting.... ;)
- # [23:15] * khuey is now known as khuey|away
- # [23:15] * Quits: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [23:15] * jlebar suspects this isn't khuey's problem, but that he'll appreciate not being knocked off the internet every time he makes a call. :)
- # [23:15] <akeybl> jhford: jump back in my room
- # [23:15] <jhford> ok
- # [23:16] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [23:16] <@bz> hrmph
- # [23:16] <@bz> no way to flag spam on twitter, eh?
- # [23:17] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
- # [23:17] * khuey|away is now known as khuey
- # [23:17] <khuey> bz: adding the filter didn't change anything
- # [23:17] <khuey> still no dial tone
- # [23:17] * NeilAway wonders what the disable replaceState pref does
- # [23:17] <khuey> jlebar: well, luckily, I don't actually use the phone line
- # [23:17] <@bz> khuey: yeah, dunno
- # [23:17] * Joins: gandalf (zbraniecki@moz-5D0FED5E.neoplus.adsl.tpnet.pl)
- # [23:17] <@bz> khuey: like I said, for me it was their problem the one time I had that going on
- # [23:18] <khuey> ok
- # [23:18] <khuey> I'll poke them then
- # [23:19] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [23:20] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [23:20] * Quits: WG9s (bill@moz-D750CC69.maine.res.rr.com) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 12.0/20120424094117])
- # [23:21] * bhearsum is now known as bhearsum|afk
- # [23:23] * Quits: TheLink (TheLink@moz-2C115FCB.pools.arcor-ip.net) (Client exited)
- # [23:24] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [23:24] <jviereck1> bz: hi, do you have any idea why I don't get anything called when adding a progress listener to the printDocShell? I need to listen for image/font load progress: https://gist.github.com/2727607
- # [23:24] <Waldo> bz: you can report the person for spam, certainly
- # [23:24] <@bz> khuey: btw... I'd love a review on the makfile goop in bug 755080
- # [23:24] <@bz> er, makefile
- # [23:24] * Quits: atuljangra (Mibbit@979B04CE.DCE01556.93E5B96C.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [23:24] <@bz> waldo: how?
- # [23:25] <Waldo> bz: click on the name in the stream, click on the dropdown button/icon on the popup
- # [23:25] <Waldo> select the spam option
- # [23:25] * erick is now known as erick-away
- # [23:25] <@bz> jviereck1: no idea offhand. Breakpoing in the relevant docloader method and see what's up?
- # [23:26] <@bz> jviereck1: in particular whether the load is happening in the docshell you added the listener too
- # [23:26] <@bz> jviereck1: and whether it's happening in a docshell at all
- # [23:26] * Quits: wesj1 (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
- # [23:26] * Joins: MarcosS (Mibbit@moz-697AB60C.allocated.csupomona.edu)
- # [23:26] <@bz> waldo: nice, thanks
- # [23:26] <Waldo> bz: also, fancy seeing you in the random-hall-alum thread :-)
- # [23:27] <khuey> bz: yeah, it's on my list for the weekend
- # [23:27] <jviereck1> bz: good point, I add some printfs — thanks!
- # [23:27] <@bz> waldo: mmm
- # [23:27] <@bz> waldo: I'd either forgotten or never known about that fund
- # [23:27] * @bz sent in a donation
- # [23:27] <@bz> khuey: cool
- # [23:27] <@bz> khuey: it _can_ wait till Monday, btw
- # [23:28] <@bz> khuey: if you should decide you actually want to go have fun on your weekends...
- # [23:28] <khuey> bz: well I didn't really work today, so I was planning to work some time over the weekend
- # [23:28] <@bz> khuey: ah, ok
- # [23:28] <khuey> but we'll see ;-)
- # [23:28] <@bz> hmm
- # [23:28] <@bz> so here's an interesting question
- # [23:28] <khuey> there is a solar eclipse to see
- # [23:28] <@bz> we have this Nullable<> type
- # [23:28] <khuey> if my damn glasses get here today
- # [23:28] <@bz> should this just use a Maybe<> inside?
- # [23:29] <@bz> or something
- # [23:29] <@bz> basically, Nullable is a whole lot like Maybe
- # [23:29] <khuey> true
- # [23:29] <Waldo> bz: pretty sure I was aware of it, if only from memories of it being a thing on budgets; biggest thing for me is that as far as efficiently allocating money goes, it seems difficult to me year-to-year to say what areas are most in need of anything
- # [23:29] * @bz is thinking about Optional, which also is a lot like Maybe
- # [23:30] <@bz> for Optional(), I'm _definitely_ going to use a Maybe<> inside
- # [23:30] <MarcosS> can anyone help me with this somewhat simple bug? https://bugzilla.mozilla.org/show_bug.cgi?id=699533
- # [23:30] <MarcosS> it doesn't seem like a simple addition of a browser.focus(); somewhere in the code from i've been trying
- # [23:31] <@bz> though I could also just use Maybe<> as the arg
- # [23:31] <@bz> for optional things
- # [23:31] * Quits: @dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [23:31] <@bz> waldo: indeed
- # [23:31] * @bz is not sure what he thinks of the ergonomics of Maybe<>
- # [23:31] * Joins: WG9s (bill@moz-D750CC69.maine.res.rr.com)
- # [23:33] * @bz is trying to figure out what the right behavior is for an optional non-null interface arg
- # [23:33] <Waldo> fwiw, regarding the nsCOMPtr/nsRefPtr discussion earlier, I just filed bug 756640 on maybe making those classes statically assert that they're only used on abstract classes/non-abstract classes, respectively; would help with using the right thing for the task, seems to me (especially with good assertion messages)
- # [23:33] * Joins: hobophobe (hobophobe@CEB7969B.BA9CDF59.295A79F4.IP)
- # [23:33] * Joins: KWierso_ (chatzilla@moz-4E330DCA.desm.qwest.net)
- # [23:34] <WG9s> so it would seem android rck redness is jmaher.
- # [23:34] * Quits: gustavold (gustavold@moz-245CF253.static-user.ajato.com.br) (Ping timeout)
- # [23:34] <Ms2ger`> Waldo, not entirely sure about the latter, we might have abstract classes that still multiply inherit from nsISupports
- # [23:34] * KWierso_ is now known as KWierso|OutOfTown
- # [23:34] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [23:34] <Waldo> Ms2ger`: making nsRefPtr assert that the class is concrete, you mean?
- # [23:34] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
- # [23:35] <Ms2ger`> Right
- # [23:35] * KWierso|OutOfTown is now known as KWierso|outoftown
- # [23:35] * Quits: catalinb (ethereal@moz-7443FA19.eregie.pub.ro) (Ping timeout)
- # [23:35] * Waldo supposes this is a case where concepts would be helpful, if they existed
- # [23:35] <@bz> having nsRefPtr assert for nsIFoo would be bad
- # [23:35] <Waldo> bz: why so?
- # [23:35] * @bz has code that uses nsRefPtr on nsIFoo
- # [23:36] <@bz> sometimes
- # [23:36] * Waldo notes he was focusing on the nsCOMPtr case, only thought of the other for completeness
- # [23:36] * Joins: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP)
- # [23:36] * Ms2ger` suspects python-generated code
- # [23:36] <@bz> Mostly
- # [23:36] * armenzg is now known as armenzg_away
- # [23:36] <Waldo> I guess I'm confused; I thought the rule was nsRefPtr was for concrete stuff
- # [23:36] * Waldo goes off to consult our docs
- # [23:36] <@bz> though I think I also have some template<typename T> that then uses nsRefPtr<T>
- # [23:36] <Waldo> (ha ha ha)
- # [23:36] <@bz> and might get instantiated with both nsIFoo and concrete types
- # [23:36] <Mook_as> nsRefPtr is just for stuff with AddRef/Release... doesn't need QI. MS-COM things are useful there.
- # [23:36] * Quits: armenzg_away (armenzg@moz-8555CE12.cable.teksavvy.com) (Input/output error)
- # [23:37] <@bz> I think using nsRefPtr is fine for anything that has addref/release
- # [23:37] <@bz> you just don't get some of the QI goodness nsCOMPtr has, which is fine
- # [23:37] <Ms2ger`> Good point about MS-COM
- # [23:37] * Quits: KWierso (chatzilla@moz-4E330DCA.desm.qwest.net) (Connection reset by peer)
- # [23:39] * Quits: wlach (wlach@moz-FF0AC53A.dsl.bell.ca) (Ping timeout)
- # [23:39] * Quits: Ms2ger` (Ms2ger@EEB2A379.BE503140.37724B0D.IP) (Quit: nn)
- # [23:39] * IRCMonkey63677 is now known as robcee
- # [23:40] * Quits: Optimizer1 (Instantbir@588234A1.1B37CAB0.2AB48280.IP) (Connection reset by peer)
- # [23:40] * Joins: jphan (Mibbit@moz-9A818F63.allocated.csupomona.edu)
- # [23:40] * Quits: past (past@moz-75B0C54A.dsl.dyn.forthnet.gr) (Input/output error)
- # [23:41] * Joins: sheppy (sheppy@moz-964AF0B3.sub-166-248-71.myvzw.com)
- # [23:41] * cjones-lunch is now known as cjones
- # [23:42] * bear|buildduty is now known as bear-afk
- # [23:42] * Quits: twi (Adium@moz-1AE3B3E2.cust.dsl.vodafone.it) (Quit: Leaving.)
- # [23:44] <hobophobe> I had asked over in #ux, but maybe in here someone has strong feelings or cognitive prior art regarding bug 248955 and bug 565740 (making the search bar tab-specific): should that include the engine selection?
- # [23:45] * dev is now known as devd
- # [23:46] * Quits: bholley (anonymous@moz-21525C0C.net-81-220-26.lyon.rev.numericable.fr) (Quit: bholley)
- # [23:47] * Quits: tehDobri (Mibbit@moz-325E03BB.dyn.optonline.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [23:48] * Joins: azakai|2 (alon@moz-8D0CC798.lightspeed.sntcca.sbcglobal.net)
- # [23:48] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [23:50] * Quits: sicking (chatzilla@moz-7F871C5C.hsd1.ca.comcast.net) (Ping timeout)
- # [23:50] * Quits: jfkthame (jfkthame@89E78188.5BC345F5.9542EC20.IP) (Quit: jfkthame)
- # [23:51] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Quit: bmoss)
- # [23:51] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Quit: Ex-Chat)
- # [23:51] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [23:52] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
- # [23:53] * Quits: gandalf (zbraniecki@moz-5D0FED5E.neoplus.adsl.tpnet.pl) (Ping timeout)
- # [23:54] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [23:54] * AaronMT is now known as AaronMT|AFK
- # [23:54] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
- # [23:54] <jphan> is anyone familiar with this bug https://bugzilla.mozilla.org/show_bug.cgi?id=699533 I need some help wiht it
- # [23:54] * catlee is now known as catlee-away
- # [23:54] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
- # [23:54] * Joins: gustavold (gustavold@moz-245CF253.static-user.ajato.com.br)
- # [23:55] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
- # [23:55] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
- # [23:56] <jdm> jphan: there's someone assigned; are they in a group with you?
- # [23:57] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
- # [23:57] * Joins: gandalf (zbraniecki@moz-D604552D.neoplus.adsl.tpnet.pl)
- # [23:57] * nli is now known as nli`
- # [23:57] * nli_ is now known as nli
- # [23:59] <jviereck1> bz: I enabled the logging flags for the nsDocLoader and see the network requests happening. How can I figure out if the load happen in the docShell I've added the listener to?
- # Session Close: Sat May 19 00:00:00 2012
The end :)