/irc-logs / mozilla / #developers / 2013-02-01 / end
Options:
- # Session Start: Fri Feb 01 00:00:00 2013
- # Session Ident: #developers
- # [00:01] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [00:01] <dholbert> seth, pong
- # [00:01] * geekboy is now known as geekboy|afk
- # [00:01] <seth> dholbert: so bug 704059 is good as far it goes, but it doesn't fix everything that's wrong with SVG loading
- # [00:02] <seth> dholbert: i'm trying to figure out exactly how "wrong" is defined here =) basically, right now it doesn't fix 703806, because the SVG image's 'load' event will fire in OnStopRequest, and that's what we wait on in that test case. fixing onload blocking doesn't help there
- # [00:03] * Joins: jgilbert (jgilbert@2557E599.66715431.D25A875A.IP)
- # [00:03] * Joins: Optimizer (Optimizer@5CCA8E07.F94ECD12.D2D1FAF0.IP)
- # [00:03] <seth> dholbert: what puzzles me is why it fires there instead of in OnStopDecode. the comments suggest that it used to fire in OnStopDecode, which would be more natural and would suggest a fix that feels a bit less hacky
- # [00:03] * Joins: marco (Thunderbir@moz-92F7A797.cust.dsl.teletu.it)
- # [00:04] * Quits: Saspiron (Mibbit@46123603.A3F3DBB6.B513ECED.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [00:04] * Joins: cviecco_ (cviecco@2557E599.66715431.D25A875A.IP)
- # [00:04] * Joins: smooney_ (smooney@2557E599.66715431.D25A875A.IP)
- # [00:04] * Quits: wlach (wlach@moz-9032E538.vif.net) (Quit: Leaving)
- # [00:05] <dholbert> seth, hmm... So we're saying our image is loaded because we finished parsing and SVGLoad fired, but meanwhile we've got an *inner* image that hasn't loaded yet?
- # [00:05] <dholbert> and then onload fires and we take the reftest snapshot, all before the inner image is ready to paint. correct?
- # [00:05] * Joins: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com)
- # [00:06] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
- # [00:06] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
- # [00:06] <dholbert> seth, in that case, maybe we do need to be watching for the helper-doc's "load" event after all, and not reporting that the SVG image is finished loading until it actually gets _that_ event
- # [00:07] * philor|away is now known as philor
- # [00:07] <dholbert> seth, what kept us from watching for "load"? does it only fire if we've got a scriptglobalobject or something?
- # [00:07] * Joins: crainiarc (Adium@moz-99624ADC.singnet.com.sg)
- # [00:07] <seth> dholbert: nah, that's not quite what i'm saying. whether we've changed it to use "load", or whether we stick with "SVGLoad", it doesn't matter
- # [00:08] * Joins: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [00:08] * Quits: Boriss (FlyingToas@F2D29657.F60B0462.67AC9B1.IP) (Quit: Boriss)
- # [00:08] <dholbert> seth, so supposing we use "load", what would go wrong?
- # [00:08] <dholbert> in this case w/ an image that contains a blob URI
- # [00:08] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Leaving...)
- # [00:08] * Quits: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com) (Quit: spartanfire)
- # [00:08] <seth> dholbert: what goes wrong is that we get the load event for the outer image too early =\
- # [00:08] * Quits: mak (mak@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [00:09] <seth> dholbert: the inner image is still not actually ready
- # [00:09] * Quits: crainiarc (Adium@moz-99624ADC.singnet.com.sg) (Ping timeout)
- # [00:09] <dholbert> seth, ah -- so this " observer->OnStopDecode(NS_OK); // This unblocks page load." is incorrect?
- # [00:10] * Quits: gandalf (zbraniecki@moz-5FCD15F.neoplus.adsl.tpnet.pl) (Quit: I took the wrong pill!!!)
- # [00:10] <seth> dholbert: no, it's correct =) the problem is that there are TWO load events that are at issue here
- # [00:10] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
- # [00:10] <seth> dholbert: we handle _page load_ correctly. but _image load_ fires too early
- # [00:10] <dholbert> interesting
- # [00:10] * Joins: mak (mak@F2D29657.F60B0462.67AC9B1.IP)
- # [00:10] * Quits: Asa (asa@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [00:11] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/566e7485b29a - Mounir Lamouri - Bug 835055 - Make sure that a script can't use an unsanitized value while the user is typing in a field. r=smaug
- # [00:11] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d4b0027c75e9 - Mounir Lamouri - Bug 835055 - 1/2 - Add a IsExperimentalMobileType() method and refactor a bit. r=smaug
- # [00:11] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/6639a23e0eb0 - Mounir Lamouri - Bug 781572 - Implement min and max attributes behaviour for <input type='time'>. r=smaug
- # [00:11] <seth> dholbert: the reftest waits for the image's load event and then fires itself. it doesn't use page load. in fact the image doesn't exist until after page load fires
- # [00:11] * Quits: Mano (mano@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
- # [00:11] <dholbert> whaa
- # [00:11] * Quits: mak (mak@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [00:11] <dholbert> ah
- # [00:11] <seth> dholbert: this is img-blobURI-2.html. it uses "reftest-wait"
- # [00:11] <dholbert> seth, gotcha
- # [00:12] * Quits: mixedpuppy (mixedpuppy@F2D29657.F60B0462.67AC9B1.IP) (Quit: mixedpuppy)
- # [00:12] <dholbert> seth, ok, makes sense
- # [00:12] <dholbert> that seems like a bug, but I'm not 100% sure
- # [00:12] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [00:12] <seth> dholbert: well, that's what confuses me. it seems wrong to fire the image's load event before the image has at least one frame decoded
- # [00:13] <dholbert> agreed
- # [00:13] <seth> dholbert: but the comments suggest it used to work that way and was deliberately changed
- # [00:13] * Quits: smooney_ (smooney@2557E599.66715431.D25A875A.IP) (Quit: smooney_)
- # [00:13] <seth> dholbert: i'd be interested in understanding why, because this single thing could be responsible for a _lot_ of random oranges
- # [00:13] * Quits: alice (alice@moz-3DF67597.range86-150.btcentralplus.com) (Client exited)
- # [00:14] <jlebar> jimb: ping?
- # [00:14] <jimb> jlebar: pong
- # [00:14] <jlebar> jimb: Do you have any idea where this filename that we're barfing on might be coming from? I feel like there might be a simple solution here if only I could find the filename.
- # [00:15] <jimb> jlebar: Yeah, what a pain, eh?
- # [00:15] <jlebar> jimb: Yeah. :-/
- # [00:15] <jlebar> jimb: The good news is that it doesn't look like the gdb is patched heavily at all, so rebuilding may be feasible.
- # [00:15] * Quits: jhammel (jhammel@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [00:15] * nthomas is now known as nthomas|away
- # [00:15] * Quits: TheOne (one@moz-69C6034B.dip.t-dialin.net) (Input/output error)
- # [00:15] <@ehsan> do we implement box-reflect?
- # [00:16] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/ecdbffdf275a - Chris Peterson - Bug 833254 - Fix MFBT's gcc version checks. r=waldo
- # [00:16] <jimb> jlebar: Let me poke in there a bit...
- # [00:16] <dholbert> seth, so this testcase renders how I'd expect it to (img onload and body onload fire at the same time): http://www.pastebin.mozilla.org/2101926
- # [00:16] <jlebar> jimb: Thanks! If you don't get anywhere, I'll try to figure out how to cross-compile 7.5, which may fix all our problems.
- # [00:16] <dholbert> seth, (that's got a large jpeg image)
- # [00:16] <jlebar> jimb: dinnertime now; bbiab.
- # [00:17] * jlebar is now known as jlebar|dinner
- # [00:17] <RyanVM> philor: glad you have faith in my bustage fix, because I didn't :P
- # [00:17] <dholbert> seth, maybe that's because onstoprequest / onstopdecode fire in quick enough succession for a raster image htough
- # [00:17] * Quits: dao (dao@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving.)
- # [00:18] * Joins: tobeytailor (tobeytailo@moz-95BD9645.dip.t-dialin.net)
- # [00:18] * Quits: willyaranda (willyarand@1D3F3DA0.6C72896A.AC724CC6.IP) (Quit: willyaranda)
- # [00:19] * khuey is now known as khuey|away
- # [00:19] * juanb is now known as juanb|mtg
- # [00:19] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
- # [00:19] * RyanVM is now known as RyanVM|Away
- # [00:19] * Joins: bsmith (bsmith@2557E599.66715431.D25A875A.IP)
- # [00:20] * RyanVM|Away is now known as RyanVM|Dinner
- # [00:20] * kmoir is now known as kmoir-afk
- # [00:20] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [00:21] * Quits: Jesse (jruderman@2557E599.66715431.D25A875A.IP) (Quit: Jesse)
- # [00:21] <seth> dholbert: yes, i'm not sure what's going on here
- # [00:21] <seth> dholbert: i'm puzzled as to how things are guaranteed to be done by the time onstoprequest fires
- # [00:22] <seth> (in the raster image case)
- # [00:22] <seth> joe: do you have some insight here?
- # [00:22] * Quits: shorlander (shorlander@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [00:23] * mccr8|away is now known as mccr8
- # [00:23] <dholbert> seth, so one stupid-simple fix for the test, to test that things are working as much as we think they are:
- # [00:23] * Quits: wolfiR (wolfiR@moz-BBD09858.dip0.t-ipconnect.de) (Quit: Leaving)
- # [00:23] * hwine is now known as hwine|afk
- # [00:23] * Quits: nsm (nikhil@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [00:23] <seth> dholbert: my logs show me that in that test case, both the inner and outer SVG's 'load' events have fired before we get SVGLoad
- # [00:23] <dholbert> seth, just move the 'create blob URI' logic out of <body onload> and into a <script> element that's evaluated synchronously
- # [00:23] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [00:23] * Joins: Jesse (jruderman@2557E599.66715431.D25A875A.IP)
- # [00:24] <seth> dholbert: (before we get SVGLoad for EITHER of them)
- # [00:24] <dholbert> seth, their <img>/<image> onload events have fired, you mean?
- # [00:24] * Joins: bajaj (Adium@2557E599.66715431.D25A875A.IP)
- # [00:25] <dholbert> seth, so if we move that blob URI logic out of the body-onload handler, then I think the image will be able to block page-onload as we'd like it to
- # [00:25] * Quits: berkerpeksag (berkerpeks@B5FCAB2F.EE74F123.2058B3BB.IP) (Ping timeout)
- # [00:25] <seth> dholbert: yes. but there is still an interleaving problem, so waiting for SVGLoad doesn't fix it. they happen in the wrong order
- # [00:25] <seth> dholbert: i'll try that
- # [00:25] <dholbert> seth (and then we can & should drop reftest-wait, too)
- # [00:25] <dholbert> seth, could you 'hg cp' the test, and make those modifications to the copy?
- # [00:26] <dholbert> seth, if necessary, we can mark the original one as random, if it's spammy enough
- # [00:26] * Joins: mixedpuppy (mixedpuppy@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [00:26] * Quits: garnacho (carlos@moz-6BA62877.cm-6-7d.dynamic.ziggo.nl) (Ping timeout)
- # [00:26] <dholbert> but then we're at least testing that other code path (until we mark that test as random at least), since it seems like that should still work
- # [00:27] <Jesse> lolwut, i'm now getting Print dialogs from iTerm2 when compiling mozilla-central
- # [00:28] <jimb> jlebar|dinner: posted suggested further instructions to bug
- # [00:28] * Quits: ehugg (chatzilla@C1766AFD.29102B70.6CD50604.IP) (Quit: ChatZilla 0.9.89 [Firefox 18.0.1/20130116073211])
- # [00:28] <Unfocused> obviously, the compiler is getting tired and thinks you should do some of that work yourself
- # [00:29] * Joins: berkerpeksag (berkerpeks@B5FCAB2F.EE74F123.2058B3BB.IP)
- # [00:29] <seth> dholbert: actually i don't expect that code path to work (and it doesn't)
- # [00:29] * Quits: hurley (hurley@2557E599.66715431.D25A875A.IP) (Quit: mootex)
- # [00:31] <seth> dholbert: the thing is, we need to set VectorImage::mIsFullyLoaded to true. we do that in OnSVGDocumentLoaded. but when should we call OnSVGDocumentLoaded? if we call it after we get 'SVGLoad', then we end up saying the outer document is ready before the inner document even gets 'SVGLoad'. if we call it after we get 'load', then the outer document is ready when both documents have gotten 'SVGLoad', but the inner document has NOT gotten 'loa
- # [00:31] <seth> yet and its mIsFullyLoaded is still false. still doesn't work
- # [00:32] * Quits: Mardak (Mardak@F2D29657.F60B0462.67AC9B1.IP) (Quit: Mardak)
- # [00:32] <dholbert> seth, what if we wait for both events (or a failure)?
- # [00:33] <seth> dholbert: we always get them in the order SVGLoad, then load, so waiting for load is waiting for both
- # [00:33] <seth> dholbert: load appears to fire after SVGLoad fires in all of the inner documents, rather than after load fires in all of the inner documents. this inconsistency is the source of the problem
- # [00:34] * Joins: jhammel (jhammel@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [00:34] <seth> dholbert: load needs to fire after load fires in all of the inner documents. then things make sense
- # [00:34] * Quits: berkerpeksag (berkerpeks@B5FCAB2F.EE74F123.2058B3BB.IP) (Ping timeout)
- # [00:34] <dholbert> "load needs to fire" = the outermost <img> load event, right?
- # [00:35] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d7f4807655ec - Kai Engert - Bug 834741, landing final NSPR 4.9.5 and final NSS 3.14.2, r=wtc.
- # [00:35] <seth> dholbert: _all_ <img> load events need to fire after all <img> load events on images inside them
- # [00:35] * Quits: andreasn (andreasn@moz-29541900.a336.priv.bahnhof.se) (Ping timeout)
- # [00:36] * aki is now known as aki|bbl
- # [00:36] * Joins: ehugg_lime (ehugg_lime@moz-6F724CCC.mycingular.net)
- # [00:36] * Joins: andreasn (andreasn@moz-29541900.a336.priv.bahnhof.se)
- # [00:36] <dholbert> seth, agreed, that makes sense
- # [00:36] * Joins: ggoncalv_ (ggoncalves@2557E599.66715431.D25A875A.IP)
- # [00:37] * Joins: karl (karl@538BABFE.A073F3E.97BBD552.IP)
- # [00:37] * Quits: ggoncalves (ggoncalves@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [00:37] <seth> dholbert: the problem is that the cleanest fix would affect raster images too, and i'm kinda hesistant to do that since i don't fully understand the reasoning behind the current code
- # [00:38] <seth> dholbert: if imgLoad (let's call it that =) events fired in OnStopDecode, this would be trivial to fix. i have no idea why they fire in OnStopRequest
- # [00:38] * Quits: ggoncalv_ (ggoncalves@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [00:38] * Quits: ehugg_lime (ehugg_lime@moz-6F724CCC.mycingular.net) (Ping timeout)
- # [00:39] <seth> dholbert: i think maybe we should treat this as separate from 704059, and get joe and/or jdm involved
- # [00:39] <dholbert> seth, agreed
- # [00:39] * Joins: ehugg_lime (ehugg_lime@moz-6F724CCC.mycingular.net)
- # [00:39] * Quits: akeybl_ (akeybl@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [00:39] <dholbert> seth, so -- my suggested alternate bloburi test should still pass, though, right?
- # [00:40] <seth> dholbert: nah, because it doesn't change the issue with the interleaving of the various events
- # [00:41] * Joins: akeybl (akeybl@2557E599.66715431.D25A875A.IP)
- # [00:41] <dholbert> seth, won't it block document-load, though, if we set the image's 'src' attribute before load fires?
- # [00:41] <dholbert> seth, even if it doesn't block "imgload"?
- # [00:41] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [00:41] <seth> dholbert: yeah, but the interleaving issue i discussed above still means that when we unblock document-load, the inner image isn't guaranteed to be ready
- # [00:42] <seth> dholbert: there's no event we can listen to that will let us unblock it at the right time
- # [00:42] <dholbert> seth, ahhh ok, gotcha
- # [00:42] * Quits: KaiRo (robert@moz-CB957631.adsl.highway.telekom.at) (Input/output error)
- # [00:42] <dholbert> if we only had one layer of images, then my suggested test would work, but we've got 2 layers of images
- # [00:42] * dholbert is reminded of inception
- # [00:42] <seth> dholbert: hehe indeed
- # [00:43] * Quits: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: www.textualapp.com)
- # [00:44] * Quits: Archaeopteryx (itsme@moz-FF3F73F2.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
- # [00:45] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
- # [00:46] <@ehsan> roc: ping?
- # [00:47] * Quits: marco (Thunderbir@moz-92F7A797.cust.dsl.teletu.it) (Ping timeout)
- # [00:47] * Quits: brendan (brendaneic@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: brendan)
- # [00:47] * Quits: hipokrit (hipokrit@1BF5DFDB.CA40E1F7.C558AD24.IP) (Ping timeout)
- # [00:48] * Quits: ehugg_lime (ehugg_lime@moz-6F724CCC.mycingular.net) (Ping timeout)
- # [00:48] * Quits: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP) (Ping timeout)
- # [00:49] * Joins: brendan (brendaneic@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [00:50] <@roc> hi
- # [00:51] * Joins: marco (Thunderbir@moz-92F7A797.cust.dsl.teletu.it)
- # [00:51] * Quits: till (till@moz-3493B177.superkabel.de) (Client exited)
- # [00:51] <@ehsan> roc: hey!
- # [00:52] <@ehsan> roc: so, MediaStream::GraphImpl()
- # [00:52] <@ehsan> that needs to go away
- # [00:52] <@ehsan> is thagt fine?
- # [00:52] * Quits: cviecco_ (cviecco@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [00:52] * Joins: gal (gal@43CB6079.66715431.D25A875A.IP)
- # [00:52] <@ehsan> I'm planning to just store a pointer in MediaStream
- # [00:52] <@roc> what about all the code that uses it?
- # [00:52] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
- # [00:52] * ChanServ sets mode: +o smaug
- # [00:52] <@roc> you mean it's not going away, you're just changing its implementation
- # [00:52] <@ehsan> roc: s/GraphImpl()/mGraph/ :)
- # [00:52] <@ehsan> yeah
- # [00:52] <@roc> I think it should still be wrapped in the getter
- # [00:52] <@roc> sure
- # [00:52] <@roc> of course
- # [00:53] <@ehsan> oh
- # [00:53] <@ehsan> and same story with MediaInputPort
- # [00:53] <@ehsan> cool, so I'll do that then
- # [00:53] * mattwoodrow is now known as mattwoodrow|away
- # [00:54] <@roc> yeah, I sort of expected that would happen
- # [00:54] * catlee is now known as catlee-away
- # [00:54] <@roc> we will want to extend the offline MediaStreamGraph for use with real MediaStreams at some point.
- # [00:54] <@roc> then we'll be able to use it for video transcoding and stuff like that.
- # [00:54] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Connection reset by peer)
- # [00:55] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
- # [00:55] <@roc> of course it would only work with a limited set of MediaStreams.
- # [00:55] <@roc> media elements OK, but not getUserMedia
- # [00:55] <jhammel> i have no idea what you're doing, but it makes me excited just reading about it :)
- # [00:55] <@roc> maybe WebRTC with some modifications
- # [00:55] * Quits: marco (Thunderbir@moz-92F7A797.cust.dsl.teletu.it) (Ping timeout)
- # [00:56] <@ehsan> right
- # [00:56] * Joins: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net)
- # [00:56] <@ehsan> but that's all further away
- # [00:56] * Joins: nsm (nikhil@6DFA9B8A.80F17AD8.4AA0E643.IP)
- # [00:58] * Quits: erikvold (erikvold@moz-33BF5BAF.gv.shawcable.net) (Quit: erikvold)
- # [00:58] * Joins: xk1sv (xk1sv@A80A78B6.313B35A.189F3E15.IP)
- # [00:58] * Quits: xk1sv (xk1sv@A80A78B6.313B35A.189F3E15.IP) (Input/output error)
- # [00:59] * Joins: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [00:59] * Quits: nsm (nikhil@6DFA9B8A.80F17AD8.4AA0E643.IP) (Ping timeout)
- # [01:00] * Quits: mwargers (chatzilla@moz-AF369B35.adsl.online.nl) (Client exited)
- # [01:00] * Joins: marco (Thunderbir@moz-9BF1C7B7.cust.dsl.teletu.it)
- # [01:00] * NeilAway sighs at fatal asserts
- # [01:00] * Quits: HeldtNotHelt (firefox@DBDFA50.8C382C77.7C9220AF.IP) (Quit: HeldtNotHelt)
- # [01:00] * Quits: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP) (Ping timeout)
- # [01:00] * mattwoodrow|away is now known as mattwoodrow
- # [01:01] * Quits: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [01:01] <@smaug> tanvi: ping
- # [01:01] <tanvi> smaug - pong
- # [01:02] <@smaug> tanvi: about the crasher. If it is a topcrasher, like it seems to, do you think you'll have fix ready soon
- # [01:02] <tanvi> smaug - i'm hoping to have a fix today
- # [01:02] <@smaug> or should we think about backing out, or making some temporary fix (null check)
- # [01:02] <tanvi> but i still dont know whats causing it
- # [01:02] <tanvi> i coudl always do an if(!securityUI) return
- # [01:02] <tanvi> as a hack
- # [01:02] <tanvi> but i'd like to find the real problme
- # [01:03] <@smaug> yes
- # [01:03] <tanvi> given its a top crasher, im' surprised i can't find it
- # [01:03] * juanb|mtg is now known as juanb
- # [01:03] <tanvi> or reproduce it
- # [01:03] * Quits: bent (chatzilla@moz-932324BF.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.89-rdmsoft [XULRunner 1.9.2.19/20110707195905])
- # [01:03] * Joins: jet_ (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [01:04] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Connection reset by peer)
- # [01:04] * jet_ is now known as jet
- # [01:05] * Quits: brendan (brendaneic@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: brendan)
- # [01:05] * jimm is now known as jimm-bbiab
- # [01:05] <@smaug> tanvi: so boris was suggesting page info document or such
- # [01:05] * Joins: brendan (brendaneic@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [01:05] * Joins: erikvold (erikvold@moz-33BF5BAF.gv.shawcable.net)
- # [01:06] <tanvi> smaug - i tried that
- # [01:06] <tanvi> and i've tried session restore
- # [01:06] <tanvi> and i've tried going to the urls in crash-stats
- # [01:06] <tanvi> now i'm reading code
- # [01:06] <tanvi> to figure out if its a specific type of image i'm not considering
- # [01:07] <@smaug> tanvi: could it be related to some addon?
- # [01:07] <@smaug> nothing guarantees that there is security UI
- # [01:07] <tanvi> some seem related to a plugin - https://crash-stats.mozilla.com/report/index/9add26bb-b070-489b-95ec-a79b22130131
- # [01:07] <@smaug> The API is clear about that - and sorry that I didn't notice this in the review
- # [01:08] <njn> where do I file a bug to ensure that |-p none| try pushes are rejected?
- # [01:08] * Joins: crainiarc (Adium@moz-99624ADC.singnet.com.sg)
- # [01:08] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [01:08] <tanvi> while others are an image set attribute - https://crash-stats.mozilla.com/report/index/53089086-1da3-4744-ba5d-f8ce62130131
- # [01:08] <@smaug> njn: also you managed to push such commit? :)
- # [01:08] * Joins: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net)
- # [01:08] <@smaug> njn: IIRC I pushed something like that last week
- # [01:08] * Joins: ehugg (chatzilla@moz-6D0FD3FC.cisco.com)
- # [01:09] <njn> smaug: just did, yep
- # [01:10] * Joins: llmelon (chatzilla@moz-3983353E.tm.net.my)
- # [01:10] <jhammel> njn: i think mozilla.org Hg customizations
- # [01:10] * Quits: crainiarc (Adium@moz-99624ADC.singnet.com.sg) (Ping timeout)
- # [01:10] * Quits: andersh (andersh@moz-71DD444C.bredband.3.dk) (Connection reset by peer)
- # [01:11] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
- # [01:11] * coop|buildduty is now known as coop|afk
- # [01:12] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
- # [01:12] * Joins: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP)
- # [01:12] * Joins: smooney_ (smooney@2557E599.66715431.D25A875A.IP)
- # [01:12] <njn> smaug: bug 836962
- # [01:13] <jhammel> come to think of that, i've done that a couple of times
- # [01:13] * Quits: bholley (anonymous@moz-50F208DD.net-89-2-149.rev.numericable.fr) (Quit: bholley)
- # [01:13] <jhammel> but then i wrote a script to do it that does check for such things
- # [01:14] * Joins: alice (alice@moz-3DF67597.range86-150.btcentralplus.com)
- # [01:14] <gw280> does anyone here understand the buildsystem?
- # [01:14] <jhammel> and will admit to it? ;)
- # [01:14] <gw280> I've added some code to skia (which is in libgkmedias) which references symbols in gfx/gl (which is in libxul)
- # [01:15] * Quits: @dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [01:15] <gw280> and I'm getting a link error in webrtc/signaling/test because it statically links against libgkmedias but not against xul
- # [01:16] <tanvi> bz_dinner, smaug - other than page info, can you think of other content that doesn't have a securityUI but has an image?
- # [01:16] * Quits: alice (alice@moz-3DF67597.range86-150.btcentralplus.com) (Ping timeout)
- # [01:16] <tanvi> or has an image on a page who's root doesn't have a security UI
- # [01:16] <@smaug> tanvi: addons
- # [01:16] <@smaug> using iframe
- # [01:16] <@smaug> xul:iframe for example
- # [01:16] <@smaug> (just reading the code here..)
- # [01:17] <tanvi> maybe a favicon in session restore?
- # [01:17] <@smaug> tanvi: looks like all these https://mxr.mozilla.org/addons/search?string=disablesecurity
- # [01:17] * hwine|afk is now known as hwine
- # [01:18] <@smaug> well, those are potential problems
- # [01:18] <@smaug> depends then what they load
- # [01:19] <tanvi> but woudl all these nightly top crashesr have an addon that disablesecurity?
- # [01:20] <tanvi> a lot of the crashes are quite immediate. which implies it might be a session restore issue. at least one user had about:sessionrestore as their url
- # [01:21] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Quit: )
- # [01:21] <@smaug> tanvi: maybe http://mxr.mozilla.org/mozilla-central/source/browser/base/content/socialchat.xml#17
- # [01:21] * gregglind is now known as gregglind_away
- # [01:21] <tanvi> immediate = only a few seconds of uptime.
- # [01:21] <@smaug> ah, hmm
- # [01:22] <@smaug> well, addons could cause that
- # [01:22] * Joins: mak (mak@F2D29657.F60B0462.67AC9B1.IP)
- # [01:22] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
- # [01:22] <@smaug> though, some of the crashes are coming from addonless setups
- # [01:23] * Quits: erikvold (erikvold@moz-33BF5BAF.gv.shawcable.net) (Quit: erikvold)
- # [01:23] <@smaug> tanvi: anyhow, the fix needs to be something where we handle the case when securityUI isn't htere
- # [01:23] <@smaug> there
- # [01:23] * Quits: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [01:23] <tanvi> maybe its trying to restore / initialize the chat session? but then why is it crashignon an image load
- # [01:23] <tanvi> smaug - yeah
- # [01:23] * Quits: marco (Thunderbir@moz-9BF1C7B7.cust.dsl.teletu.it) (Ping timeout)
- # [01:23] <@smaug> there are plenty of ways to cause crashes
- # [01:23] * Quits: mak (mak@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [01:23] <tanvi> should i just write a patch, or keep looking for the root of the problme?
- # [01:24] <@smaug> so I don't think it is too useful to check what is causing most of them now
- # [01:24] * Quits: gkw (fuzz2lin@2557E599.66715431.D25A875A.IP) (Quit: leaving)
- # [01:24] <@smaug> tanvi: the problem can be many things
- # [01:24] <@smaug> I mean, addons, that chat thing...etc
- # [01:24] <tanvi> but is hould be able to reprudce it at least once
- # [01:24] * nthomas|away is now known as nthomas
- # [01:24] <@smaug> tanvi: have you tried chat?
- # [01:25] * Quits: gal (gal@43CB6079.66715431.D25A875A.IP) (Quit: gal)
- # [01:25] <@smaug> you could also try some of those addons I linked
- # [01:25] <tanvi> no, trying it now
- # [01:25] <@smaug> I *think* some of those addons should crash
- # [01:25] * Joins: gkw (fuzz2lin@2557E599.66715431.D25A875A.IP)
- # [01:25] * Joins: cviecco_ (cviecco@2557E599.66715431.D25A875A.IP)
- # [01:26] * rail is now known as rail_away
- # [01:26] * Quits: bsmith (bsmith@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [01:27] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [01:27] * Joins: marco (Thunderbir@moz-7A638BD8.cust.dsl.teletu.it)
- # [01:27] * Quits: cviecco_ (cviecco@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [01:28] <@smaug> tanvi: hmm, you didn't split those overlong lines
- # [01:28] <@smaug> though, there are other overlong lines too
- # [01:28] <tanvi> smaug - i thougth i did.
- # [01:28] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
- # [01:29] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4c73235f1aa2 - Luke Wagner - Bug 836616 - allow ParseNodes to distinguish numbers containing a decimal point (r=njn)
- # [01:29] <tanvi> i'll take another look at hta tlater
- # [01:29] <tanvi> at that later
- # [01:29] <@smaug> k
- # [01:29] <@smaug> tanvi: so, perhaps uint32_t State should be initialized to 0
- # [01:30] <@smaug> tanvi: then if we have security UI, get the old state
- # [01:30] <@smaug> uh, bad me bad me. variable name shouldn't be SecurityUI, but securityUI
- # [01:31] * Joins: bsmith (bsmith@2557E599.66715431.D25A875A.IP)
- # [01:31] * Joins: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net)
- # [01:31] <tanvi> tried 2 addons
- # [01:32] <tanvi> now trying chat
- # [01:32] * Quits: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
- # [01:32] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [01:32] * aki|bbl is now known as aki
- # [01:33] <tanvi> i can fix the variable name
- # [01:33] <@smaug> thanks
- # [01:33] * Quits: Olipro (Olipro@moz-36AEAE5A.catv.pool.telekom.hu) (Ping timeout)
- # [01:33] <tanvi> not sure if initalizing to 0 makes sense
- # [01:34] * Joins: Olipro (Olipro@moz-36AEAE5A.catv.pool.telekom.hu)
- # [01:36] * Quits: andreasn (andreasn@moz-29541900.a336.priv.bahnhof.se) (Ping timeout)
- # [01:37] * Quits: jhopkins|afk (jhopkins@moz-216F9986.tb.shawcable.net) (Connection reset by peer)
- # [01:38] <@smaug> tanvi: or just return early
- # [01:38] <@smaug> tanvi: if the docshell doesn't have securityUI, probably it doesn't care about this stuff?
- # [01:38] <tanvi> facebook messenger doesn't crash nightly
- # [01:39] <@smaug> does it end up using the contentpolicy
- # [01:39] * Quits: brendan (brendaneic@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: brendan)
- # [01:39] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Quit: )
- # [01:40] * Joins: erikvold (erikvold@moz-33BF5BAF.gv.shawcable.net)
- # [01:40] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
- # [01:40] * Quits: marco (Thunderbir@moz-7A638BD8.cust.dsl.teletu.it) (Connection reset by peer)
- # [01:41] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/fbcff2d6edc8 - Ryan VanderMeulen - Backed out 7 changesets (bug 739217) for mochitest-1 orange on a CLOSED TREE.
- # [01:41] <tanvi> smaug - yeah, it shouldnt' even get to this part of the code
- # [01:41] * Joins: jhopkins (jhopkins@moz-216F9986.tb.shawcable.net)
- # [01:41] <tanvi> the crash is at line 370; see like 339 - http://mxr.mozilla.org/mozilla-central/source/content/base/src/nsMixedContentBlocker.cpp#339
- # [01:41] <tanvi> if their is no security ui, then its probably an about: or some other scheme that we whitelist
- # [01:41] * Joins: lduros (user@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
- # [01:42] <tanvi> and hence we woudl never get to line 339 that says //if we are here, we have mixed content
- # [01:42] <@smaug> tanvi: I don't see any reason why existence of securityUI would map to any scheme
- # [01:42] * Quits: Nefzaoui (chatzilla@6915A67A.A7E50976.7D0E51E.IP) (Connection reset by peer)
- # [01:43] <@smaug> tanvi: I'd guess this is about http://mxr.mozilla.org/mozilla-central/source/toolkit/content/widgets/browser.xml#613
- # [01:44] <@smaug> and also that we seems to create securityUI only for xul:browser, not for xul:iframe
- # [01:45] * Joins: marco (Thunderbir@moz-EDDB79DC.cust.dsl.teletu.it)
- # [01:46] * NeilAway idly wonders who owns sync
- # [01:46] * RyanVM|Dinner is now known as RyanVM
- # [01:46] <@smaug> NeilAway: mconnor ?
- # [01:46] <@smaug> tanvi: do you happen to have some test page for this online?
- # [01:47] <tanvi> i have lots of test pages, but none that reproduce the crash
- # [01:47] <@smaug> tanvi: I'd just use such for my test xul app
- # [01:48] <tanvi> https://people.mozilla.com/~tvyas/mixedcontent.html, https://people.mozilla.com/~tvyas/mixeddisplay.html, https://people.mozilla.com/~tvyas/crashtest.html, https://people.mozilla.com/~tvyas/crashtest2.html, ...
- # [01:48] <tanvi> https://people.mozilla.com/~tvyas/mixediframe2.html
- # [01:49] <tanvi> https://people.mozilla.com/~tvyas/mixediframe.html, https://people.mozilla.com/~tvyas/mixeddocument.html, https://people.mozilla.com/~tvyas/iframedocumentopen5.html,
- # [01:49] <tanvi> are a few. both the http and https versions work for those
- # [01:49] * Joins: raccettura (raccettura@moz-321196F8.nwrknj.fios.verizon.net)
- # [01:50] <NeilAway> dholbert: how much would you like nsCOMArray to have a uint32_t Length() ?
- # [01:53] * Joins: gal (gal@moz-F9E6ABA8.hsd1.ca.comcast.net)
- # [01:53] * Quits: jedp (jedp@moz-59C58F81.dsl.dynamic.sonic.net) (Quit: Computer has gone to sleep.)
- # [01:54] <@smaug> tanvi: so I have the crash in debugger
- # [01:54] <@smaug> let me pastebin the testcase
- # [01:55] <tanvi> smaug - awesome!
- # [01:55] <@smaug> tanvi: http://www.pastebin.mozilla.org/2102149
- # [01:55] <@smaug> tanvi: totally artificial case
- # [01:56] <@smaug> but at least it crashes :)
- # [01:56] * Quits: ehugg (chatzilla@moz-6D0FD3FC.cisco.com) (Quit: ChatZilla 0.9.89 [Firefox 18.0.1/20130116232420])
- # [01:56] <@roc> anyone know how to use the mailman interface to allow anyone to subscribe to a mailing list without approval?
- # [01:56] * dhylands|dr is now known as dhylands
- # [01:56] <tanvi> smaug - hmmm
- # [01:57] <@smaug> what now :)
- # [01:57] <@smaug> is that too simple case
- # [01:57] <@smaug> but that is what I think some addons effectively do
- # [01:57] <@smaug> if they prevent the securityUI or just use xul:iframe
- # [01:58] * Quits: tn (tn@moz-2E73ACE4.wp.shawcable.net) (Ping timeout)
- # [01:58] * Quits: marco (Thunderbir@moz-EDDB79DC.cust.dsl.teletu.it) (Ping timeout)
- # [01:58] * Joins: A1kmm (a1kmm@moz-C7C52631.jetstream.xtra.co.nz)
- # [01:58] * mattwoodrow is now known as mattwoodrow|away
- # [01:58] * Joins: tn (tn@moz-2E73ACE4.wp.shawcable.net)
- # [01:58] * Quits: jimm-bbiab (jmathies@moz-4C827542.pn.at.cox.net) (Quit: )
- # [01:58] * Quits: mwu (mwu@moz-2E883D31.hsd1.nj.comcast.net) (Quit: Leaving)
- # [01:59] * Joins: xk1sv_ (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [01:59] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Connection reset by peer)
- # [01:59] * xk1sv_ is now known as xk1sv
- # [01:59] <A1kmm> Hi. I'm trying (and failing) to reproduce a failure on the mozilla-inbound checkin for Bug 834100 locally. In the build system, do all the MochiTests run in the same Firefox process?
- # [01:59] <A1kmm> And do they run concurrently at all?
- # [02:00] <tanvi> smaug: got it!
- # [02:00] * Quits: lduros (user@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Ping timeout)
- # [02:00] <tanvi> smaug - doesnt' work if you do it in the webconsole
- # [02:00] <@smaug> A1kmm: they don't run concurrently
- # [02:00] <tanvi> the content runs, but the securityUI in't null
- # [02:00] <Mossop> A1kmm: All the M1 tests are a single firefox process for example, yes
- # [02:00] * Quits: smooney_ (smooney@2557E599.66715431.D25A875A.IP) (Quit: smooney_)
- # [02:00] <@smaug> tanvi: no, because the context is different. you end up creating html:iframe there
- # [02:01] <Mossop> But M1, M2, etc are different processes that run in paralle;
- # [02:01] * Joins: variable (root@E62F77D3.87AB4A16.67659D25.IP)
- # [02:01] * Joins: marco (Thunderbir@moz-B3D2C49A.cust.dsl.teletu.it)
- # [02:01] <tanvi> smaug - you mean in the webcosole i create an html:iframe
- # [02:01] <A1kmm> okay, so that rules out a race condition between two different tests.
- # [02:01] <@smaug> tanvi: right, in error console it ends up being xul:ifram
- # [02:02] <tanvi> ah okay!
- # [02:02] * Quits: WeirdAl (chatzilla@moz-D461843.ask.info) (Quit: ChatZilla 0.9.89 [Firefox 18.0.1/20130116073211])
- # [02:02] <NeilAway> smaug: addEventListener(foo, { handleEvent: function() { /* code here */ } }) isn't going away, is it?
- # [02:02] * Quits: erick (erick@E1304535.2A7189BF.BE19388.IP) (Ping timeout)
- # [02:02] <@smaug> right
- # [02:02] * Joins: m_kato (m_kato@moz-348F61F0.mozilla.or.jp)
- # [02:02] <@smaug> not going away
- # [02:03] <NeilAway> smaug: phew, thanks
- # [02:03] * NeilAway adds another use
- # [02:03] * Quits: jgilbert (jgilbert@2557E599.66715431.D25A875A.IP) (Quit: Leaving)
- # [02:03] <tanvi> smaug - so one reason this coudl happen is a xul iframe. and another is if an addon disables the security UI?
- # [02:03] <A1kmm> It is odd, because the tests that were failing on some of the systems didn't even touch the codepaths I changed (although the tests did touch other parts of the PeerConnection API).
- # [02:03] <@smaug> tanvi: right
- # [02:04] <tanvi> so i have a simple patch that returns and accepts for cases where there is no security ui
- # [02:04] <tanvi> smaug: just added it to the bug and r? you.
- # [02:04] <tanvi> smaug: do you think we should try and do something more clever?
- # [02:05] * Joins: brendan (brendaneic@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [02:05] <A1kmm> hmm, so do all Javascript exceptions that happen in MochiTests show up in the full logs?
- # [02:05] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
- # [02:06] <@smaug> tanvi: at least for now just let's get rid of the crash
- # [02:06] * Quits: bsmith (bsmith@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [02:06] <RyanVM> philor: these M2 failures make no sense
- # [02:06] * Joins: surkov (surkov@5FFF89F2.D1FED451.EBE09E3C.IP)
- # [02:06] * Quits: fitzgen (fitzgen@moz-9E403A70.dsl.static.sonic.net) (Quit: fitzgen)
- # [02:06] * ewong|away is now known as ewong
- # [02:07] * Quits: jhammel (jhammel@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: leaving)
- # [02:07] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [02:07] * Quits: juanb (jbecerra@2557E599.66715431.D25A875A.IP) (Quit: juanb)
- # [02:07] * Joins: erick (erick@E1304535.2A7189BF.BE19388.IP)
- # [02:07] <tanvi> smaug- can i land 836811 without try?
- # [02:09] * Joins: crainiarc (Adium@moz-99624ADC.singnet.com.sg)
- # [02:09] <@smaug> tanvi: I think so
- # [02:09] <@smaug> just a simple null check
- # [02:10] * geekboy|afk is now known as geekboy
- # [02:10] * mattwoodrow|away is now known as mattwoodrow
- # [02:10] <@smaug> tanvi: you verified it fixes my testcase ? :)
- # [02:10] * Quits: crainiarc (Adium@moz-99624ADC.singnet.com.sg) (Ping timeout)
- # [02:11] * Joins: bdahl (bdahl@moz-1A4FCC1.public.wayport.net)
- # [02:11] <Waldo> NeilAway: why would you do that, given function's shorter?
- # [02:12] * Joins: bdahl_ (bdahl@moz-59D71616.mycingular.net)
- # [02:13] <@smaug> Waldo: because of different 'this' handling
- # [02:13] <@smaug> also, easy to store state in the object
- # [02:13] <Waldo> if only closures could store the state of their environment...
- # [02:13] * Quits: aklotz (Thunderbir@moz-55246988.cg.shawcable.net) (Quit: aklotz)
- # [02:14] <Waldo> |this|, ugh
- # [02:14] * Quits: bdahl (bdahl@moz-1A4FCC1.public.wayport.net) (Ping timeout)
- # [02:15] <NeilAway> Waldo: yeah, I've got everything encapsulated in an object, including observer notifications, which I want to tear down on unload
- # [02:15] <NeilAway> Waldo: so, yes, it's really |this| all along ;-)
- # [02:16] * Quits: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [02:16] * Quits: surkov (surkov@5FFF89F2.D1FED451.EBE09E3C.IP) (Quit: surkov)
- # [02:17] * Joins: dbaron (dbaron@moz-F4919B79.dsl.dynamic.sonic.net)
- # [02:17] * ChanServ sets mode: +o dbaron
- # [02:19] * Joins: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net)
- # [02:20] * Quits: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [02:20] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
- # [02:21] <tanvi> smaug: yes :)
- # [02:21] * Quits: tobeytailor (tobeytailo@moz-95BD9645.dip.t-dialin.net) (Quit: tobeytailor)
- # [02:21] * Quits: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [02:22] * Joins: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
- # [02:22] * Quits: cabanier (cabanier@89803C3C.27D0C967.A0B21F13.IP) (Quit: Leaving.)
- # [02:22] * Quits: nmatsakis (nmatsakis@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Computer has gone to sleep.)
- # [02:23] * Joins: jedp (jedp@moz-59C58F81.dsl.dynamic.sonic.net)
- # [02:23] * geekboy is now known as geekboy|afk
- # [02:23] <A1kmm> ryanvm: Could the M3 failure on changeset b1e8d7154488 be a random failure due to bug 823056 rather than bug 834100?
- # [02:24] * Quits: bdahl_ (bdahl@moz-59D71616.mycingular.net) (Client exited)
- # [02:24] * Quits: marco (Thunderbir@moz-B3D2C49A.cust.dsl.teletu.it) (Ping timeout)
- # [02:24] * Joins: alice (alice@moz-3DF67597.range86-150.btcentralplus.com)
- # [02:25] * Joins: fitzgen (fitzgen@moz-9E403A70.dsl.static.sonic.net)
- # [02:25] <tanvi> hmm, inbound is closed
- # [02:25] <RyanVM> A1kmm: what doesn't make sense to me is how it seems to hit for a push and then disappear again
- # [02:25] <RyanVM> the run right after 834100 was green (before it was backed out)
- # [02:25] <RyanVM> and then it started again when 792935 hit
- # [02:26] <RyanVM> abr: I'm suspected bug 834383 maybe
- # [02:26] * Joins: bdahl (bdahl@moz-1A4FCC1.public.wayport.net)
- # [02:26] * Quits: alice (alice@moz-3DF67597.range86-150.btcentralplus.com) (Ping timeout)
- # [02:26] * Quits: erikvold (erikvold@moz-33BF5BAF.gv.shawcable.net) (Quit: erikvold)
- # [02:27] * Joins: Mavericks (Mibbit@5DF4500E.C3A91F64.261E7448.IP)
- # [02:27] <RyanVM> i'm going to try backing that out and see where it goes
- # [02:27] * Joins: bdahl_ (bdahl@moz-59D71616.mycingular.net)
- # [02:27] <A1kmm> Has anyone been able to reproduce it anywhere else other than on the build system?
- # [02:27] * Quits: bdahl_ (bdahl@moz-59D71616.mycingular.net) (Connection reset by peer)
- # [02:27] * Joins: marco (Thunderbir@moz-85A79C72.cust.dsl.teletu.it)
- # [02:28] * Quits: bdahl (bdahl@moz-1A4FCC1.public.wayport.net) (Ping timeout)
- # [02:28] * Joins: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com)
- # [02:28] <A1kmm> With some debug code it would be easier to see why things are stalling.
- # [02:28] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: Eaten by grue.)
- # [02:28] * Quits: brendan (brendaneic@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: brendan)
- # [02:28] <firebot> Check-in:
- # [02:28] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/9545909e8283 - Ryan VanderMeulen - Backed out changeset 70872c020944 (bug 834383) speculatively to see if it fixes the random timeouts in test_peerConnection_basicAudio.html and friends.
- # [02:30] <tanvi> ah, that is what you guys are discussing
- # [02:31] * Joins: surkov (surkov@5FFF89F2.D1FED451.EBE09E3C.IP)
- # [02:31] * Joins: erikvold (erikvold@moz-A03C19A.wireless.telus.com)
- # [02:31] <RyanVM> A1kmm: I'm retriggering a bunch of OSX M2 runs on the original bug 834383 push as well
- # [02:31] <RyanVM> it's easy to re-land if it wasn't the cause
- # [02:31] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Quit: xk1sv)
- # [02:32] <RyanVM> but at least we should have an idea of whether the backout will work before the builds finish
- # [02:32] * Quits: akeybl (akeybl@2557E599.66715431.D25A875A.IP) (Quit: Leaving...)
- # [02:33] <tanvi> now, on to the next crash - https://bugzilla.mozilla.org/show_bug.cgi?id=836951
- # [02:33] <tanvi> the crash reporter is down
- # [02:34] * Quits: Optimizer (Optimizer@5CCA8E07.F94ECD12.D2D1FAF0.IP) (Ping timeout)
- # [02:34] <tanvi> https://crash-stats.mozilla.com/
- # [02:35] * Quits: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
- # [02:35] * Joins: davidb (davidb@moz-1EB292CB.dsl.bell.ca)
- # [02:35] * Quits: davidb (davidb@moz-1EB292CB.dsl.bell.ca) (Input/output error)
- # [02:35] * Quits: b10n1k (j0ni@moz-A50524F8.hsd1.il.comcast.net) (Ping timeout)
- # [02:36] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
- # [02:36] * Joins: b10n1k (j0ni@moz-A50524F8.hsd1.il.comcast.net)
- # [02:36] * mjschranz is now known as mjschranz_away
- # [02:37] * Joins: Optimizer (Optimizer@9B1B38DC.44738DE.274D17D6.IP)
- # [02:37] * Quits: tn (tn@moz-2E73ACE4.wp.shawcable.net) (Ping timeout)
- # [02:37] * Joins: akeybl (akeybl@2557E599.66715431.D25A875A.IP)
- # [02:40] * Quits: ddahl (ddahl@C261DB39.6E5482D7.8DDCAE07.IP) (Ping timeout)
- # [02:40] * Quits: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com) (Ping timeout)
- # [02:41] * Joins: overholt (overholt@AC3C7CA.26735741.CA5B6332.IP)
- # [02:41] * Joins: ggoncalves (ggoncalves@moz-CF8BEBEF.dia.static.qwest.net)
- # [02:41] * ctalbert is now known as ctalbert|afk
- # [02:41] * Joins: chucklee (chucklee@moz-99690620.hinet-ip.hinet.net)
- # [02:42] * Quits: erikvold (erikvold@moz-A03C19A.wireless.telus.com) (Quit: erikvold)
- # [02:43] * Joins: erikvold (erikvold@moz-A03C19A.wireless.telus.com)
- # [02:43] * Quits: erikvold (erikvold@moz-A03C19A.wireless.telus.com) (Quit: erikvold)
- # [02:43] * Quits: overholt (overholt@AC3C7CA.26735741.CA5B6332.IP) (Ping timeout)
- # [02:43] * Joins: erikvold (erikvold@moz-31CC46B1.wireless.telus.com)
- # [02:45] * Joins: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net)
- # [02:46] * Quits: Optimizer (Optimizer@9B1B38DC.44738DE.274D17D6.IP) (Ping timeout)
- # [02:46] * Joins: jacek (chatzilla@moz-7F1CA350.wroclaw.mm.pl)
- # [02:47] * Quits: paulproteus (quassel@rose.makesad.us) (Ping timeout)
- # [02:48] * heycam is now known as heycam|away
- # [02:48] * Joins: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [02:49] <RyanVM> A1kmm: guess not
- # [02:49] * Joins: Optimizer (Optimizer@58B44C5C.8D7BB5F3.D2D1FAF0.IP)
- # [02:49] * Joins: ddahl (ddahl@C261DB39.6E5482D7.8DDCAE07.IP)
- # [02:49] * Quits: akeybl (akeybl@2557E599.66715431.D25A875A.IP) (Quit: Leaving...)
- # [02:49] * Quits: jacek (chatzilla@moz-7F1CA350.wroclaw.mm.pl) (Quit: ChatZilla 0.9.89 [Firefox 19.0/20130130080006])
- # [02:50] * Quits: marco (Thunderbir@moz-85A79C72.cust.dsl.teletu.it) (Ping timeout)
- # [02:50] * Joins: paulproteus (quassel@moz-E86A3B42.makesad.us)
- # [02:51] * Joins: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net)
- # [02:52] * Joins: harth (harth@moz-3C999954.hsd1.ca.comcast.net)
- # [02:52] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
- # [02:53] * tbsaunde is now known as tbsaunde|travel
- # [02:54] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
- # [02:56] * Joins: markh1 (Instantbir@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [02:56] <A1kmm> RyanVM: If it is something triggering a long standing race condition to happen more often, it could be just about anything... not necessarily even a patch that touches things WebRTC related.
- # [02:56] * Quits: azakai_ (alon@2557E599.66715431.D25A875A.IP) (Quit: Ex-Chat)
- # [02:56] * Quits: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP) (Quit: ChatZilla 0.9.89-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [02:56] * Quits: tanvi (tanvi@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
- # [02:57] * Joins: azakai_ (alon@2557E599.66715431.D25A875A.IP)
- # [02:57] <RyanVM> yeah, it just strikes me as odd the way it strikes
- # [02:57] <RyanVM> where when it hits, it hits all the jobs on a push
- # [02:57] * Joins: tanvi (tanvi@2557E599.66715431.D25A875A.IP)
- # [02:58] * Joins: marco (Thunderbir@moz-50E88F85.cust.dsl.teletu.it)
- # [02:58] * Joins: nsm (nikhil@A01051A9.6F669779.3D1CA460.IP)
- # [02:59] * Joins: pranavrc (pranavrc@B724C5B6.44F41798.520CDC98.IP)
- # [03:00] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Quit: bmoss)
- # [03:02] * bz_dinner is now known as bz
- # [03:04] * Parts: jedp (jedp@moz-59C58F81.dsl.dynamic.sonic.net) (Textual IRC Client: www.textualapp.com)
- # [03:04] * Quits: gal (gal@moz-F9E6ABA8.hsd1.ca.comcast.net) (Quit: gal)
- # [03:06] * Quits: marco (Thunderbir@moz-50E88F85.cust.dsl.teletu.it) (Ping timeout)
- # [03:07] * Joins: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net)
- # [03:08] * Joins: dao (dao@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [03:08] * Quits: erikvold (erikvold@moz-31CC46B1.wireless.telus.com) (Ping timeout)
- # [03:08] * philor doesn't have any useful ideas
- # [03:08] * Joins: jgilbert (jgilbert@2557E599.66715431.D25A875A.IP)
- # [03:09] <philor> ugh, we have whole directories in different mochitest hunks on Linux and Mac?
- # [03:09] * Joins: crainiarc (Adium@moz-99624ADC.singnet.com.sg)
- # [03:10] * Quits: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
- # [03:10] * Joins: marco (Thunderbir@moz-6FBBB1F7.cust.dsl.teletu.it)
- # [03:10] * Joins: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
- # [03:12] <RyanVM> philor: apparently
- # [03:13] * Quits: marco (Thunderbir@moz-6FBBB1F7.cust.dsl.teletu.it) (Ping timeout)
- # [03:14] * Joins: sankha93 (sankha93@7061CD01.D6BD0D91.22D41759.IP)
- # [03:15] * Quits: crainiarc (Adium@moz-99624ADC.singnet.com.sg) (Ping timeout)
- # [03:15] <RyanVM> jesup: yt?
- # [03:15] * Quits: cpeterson (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [03:16] * Joins: ericchou (ericchou@moz-99690620.hinet-ip.hinet.net)
- # [03:17] * Quits: variable (root@E62F77D3.87AB4A16.67659D25.IP) (Quit: I found 1 in /dev/zero)
- # [03:17] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-5.1450hg.fc17 [XULRunner 18.0/20130109143146])
- # [03:17] * Quits: bnicholson (bnicholson@2557E599.66715431.D25A875A.IP) (Quit: Leaving)
- # [03:19] * Joins: Mardak (Mardak@2E747C8D.C1499D0.396E4C6D.IP)
- # [03:20] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: Mook_as)
- # [03:20] * Joins: marco (Thunderbir@moz-CDB45EB.cust.dsl.teletu.it)
- # [03:21] * Joins: Asa (asa@386C8CEB.7488BB3C.E96CA9D8.IP)
- # [03:24] * Joins: alice (alice@moz-3DF67597.range86-150.btcentralplus.com)
- # [03:25] <RyanVM> philor: I'm still hopeful that the top backout will fix it
- # [03:26] * Quits: alice (alice@moz-3DF67597.range86-150.btcentralplus.com) (Ping timeout)
- # [03:26] * Quits: surkov (surkov@5FFF89F2.D1FED451.EBE09E3C.IP) (Quit: surkov)
- # [03:26] * Quits: chewey (chewey@moz-AD0DDBC1.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
- # [03:26] * Joins: chewey (chewey@moz-BB2530AC.dip0.t-ipconnect.de)
- # [03:27] * Quits: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [03:27] * Quits: bajaj (Adium@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
- # [03:27] * Joins: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net)
- # [03:28] * heycam|away is now known as heycam
- # [03:28] * Quits: marco (Thunderbir@moz-CDB45EB.cust.dsl.teletu.it) (Ping timeout)
- # [03:29] * Quits: Ann_Yiming (Ann_Yiming@2557E599.66715431.D25A875A.IP) (Input/output error)
- # [03:29] * Quits: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
- # [03:30] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Connection reset by peer)
- # [03:30] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
- # [03:31] <@roc> who runs the hacks.m.o blog these days?
- # [03:31] * Quits: nsm (nikhil@A01051A9.6F669779.3D1CA460.IP) (Quit: Konversation terminated!)
- # [03:31] * Quits: Mavericks (Mibbit@5DF4500E.C3A91F64.261E7448.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [03:32] * Joins: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net)
- # [03:32] * Quits: dbradley (dbradley@7AD66899.7A60A104.52E8B953.IP) (Ping timeout)
- # [03:33] * Quits: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
- # [03:33] <Unfocused> roc: Robert Nyman
- # [03:33] * Joins: dbradley (dbradley@7AD66899.7A60A104.52E8B953.IP)
- # [03:33] * Quits: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net) (Quit: jgriffin)
- # [03:33] <RyanVM> roc: finally getting that blog post out of edwin? ;)
- # [03:34] * Joins: Ann_Yiming (Ann_Yiming@2557E599.66715431.D25A875A.IP)
- # [03:34] <@roc> sort of
- # [03:34] * Joins: marco (Thunderbir@moz-66CC4AE2.cust.dsl.teletu.it)
- # [03:35] <jesup|mac> RyanVM: hi
- # [03:35] <RyanVM> jesup|mac: hi
- # [03:35] * Quits: dao (dao@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: Leaving.)
- # [03:35] * Joins: gal (gal@moz-F9E6ABA8.hsd1.ca.comcast.net)
- # [03:36] <RyanVM> jesup|mac: we're having random timeouts in test_peerConnection_basicAudio.html and friends and are having a bear of a time figuring out why
- # [03:36] * Quits: Ann_Yiming (Ann_Yiming@2557E599.66715431.D25A875A.IP) (Input/output error)
- # [03:36] * Joins: mak (mak@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [03:37] * Joins: erikvold (erikvold@moz-33BF5BAF.gv.shawcable.net)
- # [03:37] * Quits: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [03:37] <jesup|mac> hmmm.
- # [03:37] * Quits: tabraldes (Thunderbir@moz-3F87419B.hsd1.or.comcast.net) (Quit: tabraldes)
- # [03:37] <jesup|mac> 1 sec while I review the actual test structure they're using
- # [03:38] * Joins: vicamo (vicamo@moz-99690620.hinet-ip.hinet.net)
- # [03:38] * Mossop is now known as Mossop_away
- # [03:38] * Quits: azakai_ (alon@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [03:39] * Quits: Asa (asa@386C8CEB.7488BB3C.E96CA9D8.IP) (Ping timeout)
- # [03:40] * Joins: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net)
- # [03:40] * Quits: mccr8 (mccr8@moz-5FEA0C74.dsl.dynamic.sonic.net) (Quit: mccr8)
- # [03:41] <RyanVM> you can see the orange tests on inbound tbpl
- # [03:41] <RyanVM> mochitest-2 on osx and mochitest-3 on osx
- # [03:42] <RyanVM> sorry, last should have been fedora64
- # [03:44] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
- # [03:45] <RyanVM> cool, add Windows debug crashes to that
- # [03:45] * Quits: Optimizer (Optimizer@58B44C5C.8D7BB5F3.D2D1FAF0.IP) (Ping timeout)
- # [03:47] * Quits: markh1 (Instantbir@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
- # [03:48] * Joins: xk1sv_ (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [03:48] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Connection reset by peer)
- # [03:48] * xk1sv_ is now known as xk1sv
- # [03:48] * Joins: Optimizer (Optimizer@2506BACA.54D1C081.BE90E62C.IP)
- # [03:48] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
- # [03:49] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
- # [03:50] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Quit: pcwalton)
- # [03:50] * Joins: markh1 (Instantbir@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [03:51] * hwine is now known as hwine-zzz
- # [03:51] <abr> RyanVM -- sorry, was AFK when you pinged me 90 minutes ago. Did the 834383 backout fix the problem, or are we still searching?
- # [03:51] * philor is now known as philor|away
- # [03:52] <RyanVM> abr: still searching
- # [03:52] <RyanVM> the push after 834383 was green
- # [03:52] <abr> Okay.
- # [03:52] <RyanVM> and pushes after the backout still have the problem
- # [03:52] <RyanVM> oh, sorry, got my bug numbers mixed up
- # [03:53] <RyanVM> things are looking promising with bug 834383 backed out
- # [03:53] <abr> I'm wondering where the various thread stacks are when these hangs happen.
- # [03:53] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [03:54] <abr> The thing about 834383 is that it really shouldn't have any impact except for process shutdown.
- # [03:54] <abr> I'd be somewhat surprised it if were the cause of actual mochi test timeouts. But I have seen stranger things happen.
- # [03:59] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [04:01] * Quits: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au) (Connection reset by peer)
- # [04:01] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [04:02] * dhylands is now known as dhylands|mtg
- # [04:02] * Joins: Mavericks (Mibbit@58E0B180.9A31DFF.FDEA3160.IP)
- # [04:02] * Quits: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
- # [04:02] * Joins: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP)
- # [04:02] * Joins: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au)
- # [04:03] <abr> RyanVM -- So, I'm looking at the push for 834383 (https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=70872c020944), and I'm just not seeing why this patch is suspect.
- # [04:04] <RyanVM> abr: i'm just at a loss to explain this
- # [04:05] * mattwoodrow is now known as mattwoodrow|away
- # [04:06] <RyanVM> abr: and you can see that the backout push is green
- # [04:06] <abr> Beleive me, I understand. I'm looking through the tbpl for the pushes around and after its landing, and there's no rhyme or reason to what's going on.
- # [04:06] <RyanVM> and 834100 was a convenient patsy at first
- # [04:06] <abr> Right -- and I can also see that the subsequent push is green: https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=69e0bdbd4f36
- # [04:06] <RyanVM> until the push after it was green
- # [04:07] <RyanVM> and pushes after the backout still fail
- # [04:07] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
- # [04:07] * ericjung is now known as ericjung|shower
- # [04:07] * Quits: jgilbert (jgilbert@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [04:09] <abr> So, not that this bit of armchair quarterbacking is going to help you much, but I suspect that there's some bug in here that's triggered/exacerbated by the exact timing of things and/or memory layout, and that these subsequent patches are just irritating it (or not).
- # [04:09] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [04:10] * Quits: ddahl (ddahl@C261DB39.6E5482D7.8DDCAE07.IP) (Ping timeout)
- # [04:10] * joduinn is now known as joduinn-afk
- # [04:10] * Quits: @bz (bzbarsky@moz-71EFD05D.bstnma.fios.verizon.net) (Ping timeout)
- # [04:10] * Joins: bz (bzbarsky@moz-71EFD05D.bstnma.fios.verizon.net)
- # [04:10] * ChanServ sets mode: +o bz
- # [04:10] * Joins: ddahl (ddahl@C261DB39.6E5482D7.8DDCAE07.IP)
- # [04:10] * Quits: gal (gal@moz-F9E6ABA8.hsd1.ca.comcast.net) (Quit: gal)
- # [04:11] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [04:12] <A1kmm> I'm trying to reproduce it locally to make debugging easier - no luck so far, but I'm building fbcff2d6edc8 now (no luck with 9545909e8283 after multiple tries running the audio peerconnection test)
- # [04:13] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [04:14] <RyanVM> i don't think i can keep the tree closed any longer
- # [04:14] <RyanVM> i'd actually like to see some more stuff land to see what happens on subsequent pushes
- # [04:14] <A1kmm> Would turning off the tests until they can be fixed help?
- # [04:14] <abr> I'm not going to be able to spend time on it tonight, but if someone can get me a stack dump for the process when it's in this hung/timing-out state, I'd be happy to dig into things in the morning (CST). If not, I'll try to reproduce it locally.
- # [04:14] <RyanVM> tanvi: fire away
- # [04:14] * Joins: Sander (chatzilla@84FEA125.2730E680.FE935EA1.IP)
- # [04:14] * Joins: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
- # [04:14] <RyanVM> A1kmm: disabling flaky tests is always a viable option
- # [04:15] * Quits: Mardak (Mardak@2E747C8D.C1499D0.396E4C6D.IP) (Quit: Mardak)
- # [04:15] * Joins: andreasn (andreasn@moz-29541900.a336.priv.bahnhof.se)
- # [04:18] <jesup> So, one thing I was considering was to do a patch to the test to try to capture *where* it was when it hung, so that we get more bits of information than "didn't exit"
- # [04:18] * Quits: llmelon (chatzilla@moz-3983353E.tm.net.my) (Ping timeout)
- # [04:19] * Joins: ehugg (chatzilla@moz-44D86B1E.cisco.com)
- # [04:19] <jesup> sorry for the delay, had to put a child to bed
- # [04:19] <abr> jesup -- Yes, that's exactly what I'd like to see, but I don't really know where to start.
- # [04:21] <jesup> Well, one way would be to put a state var in and update it in every "it can sit here" state in the JS, then add a global setTimeout to fire and report in the logs where it appears to be hung.
- # [04:22] <abr> you mean a setTimeout inside the mochi test itself?
- # [04:22] * Joins: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net)
- # [04:22] <jesup> yes
- # [04:22] <RyanVM> jesup: mind if I just disable the tests on inbound for now?
- # [04:23] * Quits: andreasn (andreasn@moz-29541900.a336.priv.bahnhof.se) (Quit: Ex-Chat)
- # [04:23] <abr> jesup: okay, yeah, I see how that would work. I was more hoping for information about the actual (c/c++) process stacks, but it would at least give us a starting point
- # [04:23] * Joins: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net)
- # [04:23] * bz is now known as bz_sleep
- # [04:24] <jesup> RyanVM: we can - how much pain is it causing? I came in on this in the middle. My only concern is how we move towards solving it once we turn them off; has anyone shown that this shows up in Try enough to debug?
- # [04:24] * Joins: alice (alice@moz-3DF67597.range86-150.btcentralplus.com)
- # [04:24] <abr> If there were some way to trigger an unhandled SIGALRM, but only for the mochi tests in question, I think that would get what *I* want to see, but that seems to be a lot of mechanism.
- # [04:25] * Quits: jwalker (jwalker@moz-5B263CE9.cable.virginmedia.com) (Connection reset by peer)
- # [04:25] * Joins: bsmith (bsmith@2557E599.66715431.D25A875A.IP)
- # [04:25] <RyanVM> quickly eyeballing, I'd say the osx timeouts are happening about 80+% of the time on inbound
- # [04:25] <jesup> Too bad there isn't a SpecialPowers hack for that
- # [04:25] * Quits: Optimizer (Optimizer@2506BACA.54D1C081.BE90E62C.IP) (Ping timeout)
- # [04:25] <abr> jesup: Yep. How hard would it be to add one?
- # [04:25] * Quits: michal (michal@18728636.D0F82CD8.32697916.IP) (Ping timeout)
- # [04:26] <jesup> 80% sounds debuggable on Try (assuming they don't happen locally)
- # [04:26] <abr> I mean, the C side of that interface would be easy
- # [04:26] <RyanVM> and Fedora64 M3 just went orange on tip
- # [04:26] * Quits: alice (alice@moz-3DF67597.range86-150.btcentralplus.com) (Ping timeout)
- # [04:26] * Quits: loadRPi (pi@moz-422C60E7.range86-162.btcentralplus.com) (Ping timeout)
- # [04:26] <jesup> abr: Dunno, I imagine not that hard. Never dealt with that stuff though
- # [04:26] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
- # [04:27] <RyanVM> Fedora32 rather
- # [04:27] * Joins: loadRPi (pi@moz-422C60E7.range86-162.btcentralplus.com)
- # [04:27] <A1kmm> Can't get it to happen locally on Ubuntu 12.04 on x86_64 AMD 6100 with all 6 cores idle, or the same system restricted with lxc to use a single core.
- # [04:27] * heycam is now known as heycam|away
- # [04:27] * Joins: jwalker (jwalker@moz-5B263CE9.cable.virginmedia.com)
- # [04:27] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
- # [04:27] <tanvi> RyanVM - thanks/ i pushed
- # [04:27] * Joins: michal (michal@18728636.D0F82CD8.32697916.IP)
- # [04:27] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/91befa7c2488 - Tanvi Vyas - Bug 836811 - Fixes a regression / crash caused by bug 822371. If there is no security UI, return. r=smaug.
- # [04:28] * Quits: ericjung|shower (ericjung@moz-FC76CC78.bstnma.fios.verizon.net) (Ping timeout)
- # [04:28] <jesup> RyanVM: I'd rather disable these tests than backout a bunch of random patches in the hopes they make it better or keep the tree closed. But inability to make it happen locally really slows debugging, and we're going to need these tests active soon
- # [04:28] <RyanVM> jesup: abr: A1kmm: I'm going to file this for now and leave the tests enabled assuming you'll be working on it
- # [04:28] * Joins: hipokrit (hipokrit@1BF5DFDB.CA40E1F7.C558AD24.IP)
- # [04:28] <jesup> ryanvm: thanks
- # [04:28] <abr> RyanVm -- You've been looking at this a while. Can you point me to a build that has a high probabilty of turning this timeout up, preferably on OS X, or (second choice) on Ubuntu64?
- # [04:28] <RyanVM> and I'll re-land the two other patches
- # [04:29] <jesup> I'll see what I can do
- # [04:29] <abr> I'd like to reproduce the timeout locally, if possible.
- # [04:29] <RyanVM> https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=c0b435ca93f9
- # [04:29] * Quits: hipokrit (hipokrit@1BF5DFDB.CA40E1F7.C558AD24.IP) (Quit: Leaving)
- # [04:29] <RyanVM> that one shows them hitting it
- # [04:29] <RyanVM> hmm, one other thing to try
- # [04:29] * Joins: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net)
- # [04:29] * Quits: kinetik (kinetik@C87BA186.878C2A28.FC74E68.IP) (Ping timeout)
- # [04:29] * Joins: Optimizer (Optimizer@2506BACA.54D1C081.BE90E62C.IP)
- # [04:30] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [04:30] <abr> RyanVM -- Great, thanks. I'll grab that version and see if I can get it to hang, but it'll be tomorrow before I can really dig into it.
- # [04:31] <abr> RyanVM -- "Other two patches" == 834383 and 834100?
- # [04:31] * philor|away is now known as philor
- # [04:32] * Quits: cpearce (cpearce@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [04:32] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/0cd43265df73 - Tanvi Vyas - Bug 836459 - If a page has both mixed display and mixed active content loaded, make sure both nsIWebProgressListener flags are set in psm. r=bsmith
- # [04:32] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c6a959580748 - Tanvi Vyas - Bug 836459 - If a page has both mixed display and mixed active content loaded, make sure both nsIWebProgressListener flags are set. r=smaug
- # [04:32] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [04:32] <RyanVM> abr: yes
- # [04:32] * Quits: vtmarvin (Thunderbir@32DFDBE.7102BCB6.B7C3970A.IP) (Connection reset by peer)
- # [04:32] * Joins: vtmarvin (Thunderbir@32DFDBE.7102BCB6.B7C3970A.IP)
- # [04:32] <abr> Okay, cool. Thanks. Those are actually pretty important bugs for us.
- # [04:33] * Quits: Hixie (ianh@C6D27F7B.5EFFBB68.81BC061B.IP) (Ping timeout)
- # [04:33] * Quits: Honza (chatzilla@5AD2A1B9.23B79DE4.D0083327.IP) (Ping timeout)
- # [04:33] * Quits: Olipro (Olipro@moz-36AEAE5A.catv.pool.telekom.hu) (Ping timeout)
- # [04:34] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Ping timeout)
- # [04:34] * Quits: cdiehl (cdiehl@moz-E83AB60B.pool.mediaways.net) (Ping timeout)
- # [04:35] * Joins: kinetik (kinetik@29F2CCC2.6CC09C27.FC74E68.IP)
- # [04:35] * Joins: Honza (chatzilla@5AD2A1B9.23B79DE4.D0083327.IP)
- # [04:35] * Joins: Mook (mook@moz-BC41A633.dsl.teksavvy.com)
- # [04:35] * Joins: thinker (user@moz-D921FE60.dynamic.kbronet.com.tw)
- # [04:36] * Joins: Olipro (Olipro@moz-36AEAE5A.catv.pool.telekom.hu)
- # [04:36] * Joins: cdiehl (cdiehl@moz-E83AB60B.pool.mediaways.net)
- # [04:37] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/63df0418ce2b - Tanvi Vyas - Bug 836359 - Categorize TYPE_OBJECT_SUBREQUEST as mixed display content instead of mixed active content. r=smaug,dveditz
- # [04:38] * Joins: Hixie (ianh@C6D27F7B.5EFFBB68.81BC061B.IP)
- # [04:38] * Joins: nmatsakis (nmatsakis@AAE222A3.FDDA6739.2321E71E.IP)
- # [04:39] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
- # [04:39] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Connection reset by peer)
- # [04:39] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
- # [04:40] * Quits: seth (seth@moz-D840E602.dsl.static.sonic.net) (Quit: seth)
- # [04:40] * Joins: seth (seth@moz-D840E602.dsl.static.sonic.net)
- # [04:40] * Quits: marco (Thunderbir@moz-66CC4AE2.cust.dsl.teletu.it) (Quit: marco)
- # [04:43] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/67a6eb23e586 - Adam Roach [:abr] - Bug 834383: Ensure PeerConnectionImpl destructor doesn't use globals after they're gone r=jesup,bsmith
- # [04:43] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f8e40ab9bf6c - Andrew Miller - Bug 834100 - Null deref if you call addIceCandidate on an RTCPeerConnection before setting localDesc [@ fsmdef_ev_addcandidate]. r=abr
- # [04:47] * Joins: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
- # [04:48] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
- # [04:48] * Joins: xk1sv_ (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [04:48] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Connection reset by peer)
- # [04:48] * xk1sv_ is now known as xk1sv
- # [04:48] * Quits: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com) (Quit: spartanfire)
- # [04:50] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [04:50] * Quits: Sander (chatzilla@84FEA125.2730E680.FE935EA1.IP) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [04:51] * Quits: tanvi (tanvi@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [04:53] * heycam|away is now known as heycam
- # [04:54] * Quits: sankha93 (sankha93@7061CD01.D6BD0D91.22D41759.IP) (Quit: Leaving.)
- # [04:55] * Quits: ehugg (chatzilla@moz-44D86B1E.cisco.com) (Ping timeout)
- # [04:56] * Quits: mak (mak@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
- # [04:57] * Joins: mak (mak@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [04:57] * Quits: mak (mak@8F761026.B5EF4AF6.E96CA9D8.IP) (Input/output error)
- # [04:57] * Quits: RyanVM (chatzilla@moz-148999FE.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.89-2012120118 [Firefox 21.0a1/20130129205753])
- # [04:58] * Quits: harth (harth@moz-3C999954.hsd1.ca.comcast.net) (Input/output error)
- # [05:00] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [05:01] * Joins: gandalf (zbraniecki@moz-5FCD15F.neoplus.adsl.tpnet.pl)
- # [05:01] * Joins: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net)
- # [05:02] * Quits: bsmith (bsmith@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [05:04] * Quits: erikvold (erikvold@moz-33BF5BAF.gv.shawcable.net) (Ping timeout)
- # [05:06] * Quits: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP) (Quit: Leaving.)
- # [05:07] * Joins: Sander (chatzilla@84FEA125.2730E680.FE935EA1.IP)
- # [05:08] * Joins: crainiarc (Adium@moz-ED1BA39D.dynip.nus.edu.sg)
- # [05:10] * Quits: nli-- (Linear-log@moz-99690620.hinet-ip.hinet.net) (Input/output error)
- # [05:11] * Quits: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net) (Quit: Leaving)
- # [05:13] * Joins: nli-- (Linear-log@moz-99690620.hinet-ip.hinet.net)
- # [05:16] * Quits: Optimizer (Optimizer@2506BACA.54D1C081.BE90E62C.IP) (Ping timeout)
- # [05:16] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
- # [05:16] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e8c917052306 - L. David Baron - Bug 836530: Make all non-ASCII characters be CSS identifier characters. r=bzbarsky
- # [05:16] * Joins: Optimizer (Optimizer@2506BACA.54D1C081.BE90E62C.IP)
- # [05:16] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
- # [05:17] * nthomas is now known as nthomas|away
- # [05:17] * Quits: loadRPi (pi@moz-422C60E7.range86-162.btcentralplus.com) (Ping timeout)
- # [05:17] * Joins: loadRPi (pi@moz-422C60E7.range86-162.btcentralplus.com)
- # [05:18] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
- # [05:18] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [05:18] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [05:19] * Joins: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com)
- # [05:19] * Quits: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com) (Quit: spartanfire)
- # [05:20] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Quit: Leaving.)
- # [05:24] * Joins: alice (alice@moz-3DF67597.range86-150.btcentralplus.com)
- # [05:24] * Joins: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
- # [05:25] * Quits: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Client exited)
- # [05:25] * Joins: bbondy2 (bbondy@moz-5879641D.corp.etonreve.com)
- # [05:25] * Quits: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net) (Ping timeout)
- # [05:26] * bbondy2 is now known as bbondy
- # [05:26] * Quits: alice (alice@moz-3DF67597.range86-150.btcentralplus.com) (Ping timeout)
- # [05:28] * Quits: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP) (Input/output error)
- # [05:29] * glob|away is now known as glob
- # [05:29] * Joins: erikvold (erikvold@moz-F224F242.wireless.telus.com)
- # [05:30] * Quits: Jesse (jruderman@2557E599.66715431.D25A875A.IP) (Quit: Jesse)
- # [05:31] * Joins: Boriss (FlyingToas@2E747C8D.C1499D0.396E4C6D.IP)
- # [05:32] * Joins: twi (Adium@moz-12EC5C5D.ip243.fastwebnet.it)
- # [05:33] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
- # [05:34] * Joins: bbondy2 (bbondy@moz-D9C9B0F.home4.cgocable.net)
- # [05:35] * Quits: bbondy (bbondy@moz-5879641D.corp.etonreve.com) (Ping timeout)
- # [05:35] * bbondy2 is now known as bbondy
- # [05:42] * Joins: vigneshwaran (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP)
- # [05:43] * Quits: Stan (Stan@moz-5242BC2C.dip.t-dialin.net) (Ping timeout)
- # [05:45] * Quits: markh1 (Instantbir@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
- # [05:45] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
- # [05:47] * Quits: gandalf (zbraniecki@moz-5FCD15F.neoplus.adsl.tpnet.pl) (Quit: I took the wrong pill!!!)
- # [05:49] * Joins: xk1sv_ (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [05:49] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Connection reset by peer)
- # [05:49] * xk1sv_ is now known as xk1sv
- # [05:49] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [05:50] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Connection reset by peer)
- # [05:50] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [05:50] <avih> gavin: oh, i thought one of the peers should close it. sure, i will. mark them as dup of bug 832641?
- # [05:51] * Quits: Mook (mook@moz-BC41A633.dsl.teksavvy.com) (Ping timeout)
- # [05:55] * Joins: Mook (mook@moz-BC41A633.dsl.teksavvy.com)
- # [05:56] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
- # [05:56] <avih> when bug X is fixed due to bug Y which got fixed, should X be marked as dup of Y? or as WORKSFORME?
- # [05:56] * Quits: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net) (Ping timeout)
- # [05:56] * Quits: pranavrc (pranavrc@B724C5B6.44F41798.520CDC98.IP) (Quit: Ping timeout: ∞)
- # [05:57] * Joins: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net)
- # [05:57] * Joins: brendan (brendaneic@35E90EE3.B8B12C49.396B22AD.IP)
- # [05:58] * Quits: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [05:59] <Waldo> X depends on Y, I think, is the usual way to mark it
- # [05:59] <philor> dbaron: bustage
- # [06:00] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [06:00] * Quits: Sander (chatzilla@84FEA125.2730E680.FE935EA1.IP) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [06:00] * Quits: brendan (brendaneic@35E90EE3.B8B12C49.396B22AD.IP) (Ping timeout)
- # [06:01] * Joins: mixedpuppy_ (mixedpuppy@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [06:01] * Quits: mixedpuppy (mixedpuppy@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
- # [06:01] * mixedpuppy_ is now known as mixedpuppy
- # [06:05] * Joins: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
- # [06:05] * Parts: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
- # [06:07] <@dbaron> philor, hmmm
- # [06:08] <@dbaron> how did layout/style end up in mochitest-5 ?
- # [06:08] * Joins: mak (mak@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [06:08] * Joins: harth (harth@moz-3C999954.hsd1.ca.comcast.net)
- # [06:08] * Quits: naveed (nihsanulla@moz-AF0264A5.bstnma.fios.verizon.net) (Ping timeout)
- # [06:08] * Quits: erikvold (erikvold@moz-F224F242.wireless.telus.com) (Quit: erikvold)
- # [06:08] <philor> dunno, someone's moved things around, it's no longer the case that they are in the same chunk across OSes, either
- # [06:09] <philor> which should result in a crapload of bustage and backout as people try the wrong hunk
- # [06:10] * Quits: mak (mak@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
- # [06:10] * Quits: harth (harth@moz-3C999954.hsd1.ca.comcast.net) (Ping timeout)
- # [06:10] * Quits: nli-- (Linear-log@moz-99690620.hinet-ip.hinet.net) (Quit: Away)
- # [06:11] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/66882ea6f8c7 - Nicholas Nethercote - Bug 788293 - Remove e4x support. r=jorendorff,terrence,evilpie.
- # [06:11] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/32f09cb3c7b6 - Nicholas Nethercote - Bug 834090 - Name unused opcodes more sanely. r=jorendorff.
- # [06:12] <philor> wups
- # [06:12] * philor rebases his backout
- # [06:12] <@dbaron> I'll fix
- # [06:12] <@dbaron> philor, ^
- # [06:12] <philor> k
- # [06:13] * Joins: naveed (nihsanulla@moz-AF0264A5.bstnma.fios.verizon.net)
- # [06:14] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a350ac5a27ec - L. David Baron - Bug 836530 followup: fix tests for new ASCII range.
- # [06:14] * Joins: bsmith (bsmith@moz-9601219C.lightspeed.sntcca.sbcglobal.net)
- # [06:16] * Joins: gal (gal@moz-F9E6ABA8.hsd1.ca.comcast.net)
- # [06:17] <philor> wonder how Tb did on e4x removal
- # [06:18] <njn> philor: jcranmer said he was working on it
- # [06:18] * njn shrugs
- # [06:18] <@dbaron> philor, that said, I'm also a little suspicious of RyanVM's relanding of a patch he'd previously backed out
- # [06:18] <@dbaron> (834383)
- # [06:19] * Joins: mixedpuppy_ (mixedpuppy@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [06:19] * Quits: naveed (nihsanulla@moz-AF0264A5.bstnma.fios.verizon.net) (Ping timeout)
- # [06:19] <@dbaron> the 17:24 backout does in fact look like it fixed some Win mochitest-2 orange
- # [06:19] * Quits: mixedpuppy (mixedpuppy@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
- # [06:19] * mixedpuppy_ is now known as mixedpuppy
- # [06:19] <@dbaron> but RyanVM relanded it at 19:38
- # [06:19] <@dbaron> and the orange is back
- # [06:19] <@dbaron> I guess I should just back it out
- # [06:20] <philor> doubt it
- # [06:20] <philor> look at the whole day, it comes and goes
- # [06:20] <philor> where by it I mean the whole "some builds, webrtc is broken" thing
- # [06:20] * Joins: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk)
- # [06:21] <philor> unless I'm missing seeing that Win debug m2 was crashing every time it ran while that patch was in?
- # [06:21] * Joins: dao (dao@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [06:21] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [06:21] * Joins: erikvold (erikvold@moz-67C1D718.wireless.telus.com)
- # [06:21] <jesup> Ryan had a long chat/debug on this with abr and myself and others
- # [06:22] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/41075512e652 - Steve Workman - Bug 813562 - Test case for garbled DASH MPD and WebM media r=cpearce
- # [06:22] * Quits: vicamo (vicamo@moz-99690620.hinet-ip.hinet.net) (Quit: Konversation terminated!)
- # [06:23] <@dbaron> Could the patch be related to the other set of patches that was backed out?
- # [06:23] <jesup> abr and I are trying to track this down, and we have a patch to the tests to try to find out where they're hanging. Ryan found the problems didn't seem well-correlated to those particular patches, though it's unclear what's triggering the problems
- # [06:23] <@dbaron> (739217)
- # [06:24] <@dbaron> guess not
- # [06:24] * Joins: alice (alice@moz-3DF67597.range86-150.btcentralplus.com)
- # [06:25] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/fa772ccdf19d - Benjamin Peterson - Bug 718969 - Perform an exorcism; remove the decompiler. r=luke
- # [06:25] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/050a0a27024a - Benjamin Peterson - Bug 777474 - Use the expression decompiler for opcode text when possible. r=bhackket
- # [06:25] <@dbaron> Is it possible to use regexes in the jobname in tbpl?
- # [06:25] * Quits: erikvold (erikvold@moz-67C1D718.wireless.telus.com) (Quit: erikvold)
- # [06:26] * Quits: alice (alice@moz-3DF67597.range86-150.btcentralplus.com) (Ping timeout)
- # [06:26] * Joins: sewardj (sewardj@moz-FA9054F3.dip.t-dialin.net)
- # [06:27] * mjschranz_away is now known as mjschranz
- # [06:27] <philor> don't think so
- # [06:27] <jesup> This is some of the discussion FYI: http://www.pastebin.mozilla.org/2102741
- # [06:28] <philor> guess I better file the Windows crash, it doesn't seem to want to go away
- # [06:28] <Callek> dbaron: *yes* (sorta) https://tbpl.mozilla.org/?jobname=fedora.*mochitest-[1235]
- # [06:28] <philor> [@ various weedy spots in a vacant lot]
- # [06:28] <jesup> If we can't solve the problem, we can turn off the tests, but that doesn't really solve the problem - and so far no one has reproed on a desktop
- # [06:28] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [06:29] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Connection reset by peer)
- # [06:29] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
- # [06:29] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [06:29] * Callek likes knowing by expirimentation
- # [06:29] * Quits: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Ping timeout)
- # [06:30] * Joins: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [06:31] <Callek> dbaron: you can't do \d though afaict
- # [06:31] <Callek> so not sure what subset of regex is allowed
- # [06:31] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/93a4d0995cba - Robert O'Callahan - Bug 830707. Part 1: Add code for upmixing and downmixing following Web Audio's spec. r=jesup
- # [06:31] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/765379174052 - Robert O'Callahan - Bug 830707. Part 2: Mix channels to output channel count when playing audio. r=jesup
- # [06:31] <jesup> abr wants a stack dump of one of the frozen tests; though I'm not sure how to get that.
- # [06:31] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d7f45e033103 - Robert O'Callahan - Bug 828146. Ensure nsDisplayBackgroundImage::ComputeInvalidationRegion invalidates something for nsDisplayBackgroundImages which are themed. r=mattwoodrow
- # [06:31] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f418c58745a7 - Robert O'Callahan - Bug 830707. Part 1.5: Add MAX_AUDIO_SAMPLE_SIZE and tweak AddAudioSampleOffset. r=jesup
- # [06:31] * Joins: shorlander (shorlander@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [06:31] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/aecf9fd2ea56 - Robert O'Callahan - Bug 830707. Part 3: Don't constrain AudioSegment to a fixed number of channels. r=jesup
- # [06:32] <Callek> actually yes you can, I just was using wrong jobname
- # [06:32] * Quits: @roc (chatzilla@E2F7352.56080C53.97BBD552.IP) (Ping timeout)
- # [06:33] <philor> the Windows stacks are nice, sipcc::PeerConnectionImpl::IceGatheringCompleted_m -> some totally random thing -> the weeds
- # [06:33] <Callek> even https://tbpl.mozilla.org/?jobname=fedora%20.*x6%28\d%29.*mochitest-\1 works for fedora 64 mochi 4 ;-)
- # [06:33] <Callek> as impractical as that is
- # [06:35] <jesup> I'm about to land a patch by jsmith (bug 837028) that will give us better visibility into the tests and what actually fails (if something does) or where it is when it locks up
- # [06:35] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [06:36] <philor> nice, now we're randomly crashing while building
- # [06:37] <philor> sure hope nobody's got anything on inbound that they need to see merged to m-c any time soon
- # [06:37] * Joins: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP)
- # [06:37] * Joins: cpearce (cpearce@moz-1B073A02.xdsl.xnet.co.nz)
- # [06:39] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [06:39] * Quits: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney_)
- # [06:39] * Quits: crainiarc (Adium@moz-ED1BA39D.dynip.nus.edu.sg) (Quit: Leaving.)
- # [06:40] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
- # [06:45] * heycam is now known as heycam|away
- # [06:46] <jesup> philor: I have a patch to the mochitests to get us more info (see above) - should I land it DONTBUILD? Though I actually want to see tests run...
- # [06:46] <philor> build!
- # [06:46] <jesup> ok!
- # [06:48] * Joins: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
- # [06:48] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
- # [06:49] * Joins: xk1sv_ (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [06:49] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Connection reset by peer)
- # [06:49] * xk1sv_ is now known as xk1sv
- # [06:50] * Quits: Boriss (FlyingToas@2E747C8D.C1499D0.396E4C6D.IP) (Quit: Boriss)
- # [06:50] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4444d9e3af9a - Jason Smith - bug 837028 - Add logging statements for basic peer connection tests. r=jesup
- # [06:51] * Joins: CJKu_ (chatzilla@moz-99690620.hinet-ip.hinet.net)
- # [06:51] * Quits: raccettura (raccettura@moz-321196F8.nwrknj.fios.verizon.net) (Quit: raccettura)
- # [06:52] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
- # [06:53] * Joins: erikvold (erikvold@moz-5D4B9BB.wireless.telus.com)
- # [06:55] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
- # [06:55] * ChanServ sets mode: +o roc
- # [07:00] * Joins: ehsan (ehsan@576FC5E5.CD1D2BB8.DC1243F8.IP)
- # [07:00] * ChanServ sets mode: +o ehsan
- # [07:00] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
- # [07:01] * dhylands|mtg is now known as dhylands
- # [07:02] * Joins: crainiarc (Adium@moz-30252AC0.dynip.nus.edu.sg)
- # [07:04] * Joins: jhk (jhk@7FC79FD2.5827C9F6.D06349B0.IP)
- # [07:05] * Quits: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au) (Ping timeout)
- # [07:06] * Joins: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au)
- # [07:06] <Waldo> njn: bustage :-\
- # [07:07] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [07:07] * Joins: spohl1 (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [07:07] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Connection reset by peer)
- # [07:08] * Quits: dao (dao@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: Leaving.)
- # [07:10] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [07:11] * Joins: WeirdAl (chatzilla@moz-857040DF.hsd1.ca.comcast.net)
- # [07:12] * Joins: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
- # [07:14] <WeirdAl> Hi folks - building trunk Mozilla on Linux, clang, and what a lovely failure in nss I have: http://pastebin.mozilla.org/2102833
- # [07:14] <WeirdAl> suggestions? (Other than "Use gcc")
- # [07:14] <jesup> roc: got an assertion from MSG in a local run of the peerconnection mochitests: http://www.pastebin.mozilla.org/2102835
- # [07:15] <jesup> WeirdAl: Use something other than an Opteron? ;-)
- # [07:16] <WeirdAl> I'm assuming that's my CPU
- # [07:17] * Quits: spohl1 (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [07:17] <jesup> WeirdAl: No, not really: See security/nss/lib/freebl/Makefile:431
- # [07:18] <jesup> Note the NS_USE_GCC which apparently you hit
- # [07:18] * Joins: dao (dao@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [07:19] <WeirdAl> and since I was in clang, that's not going to pass, is it?
- # [07:19] <@dbaron> Waldo, if njn doesn't show up, do you know which patch to back out?
- # [07:19] <jesup> I'm guessing... That's the only place 'opteron' is mentioned in our makefiles, and it's the right lib
- # [07:19] <Waldo> dbaron: yes; looking at it now, tho
- # [07:20] <Waldo> and pinging him in a different channel
- # [07:20] <WeirdAl> jesup, so I really should be using gcc, then?
- # [07:20] <philor> roc: bustage
- # [07:21] <philor> here, lemme just close that garbage dump of a tree
- # [07:21] * Quits: Optimizer (Optimizer@2506BACA.54D1C081.BE90E62C.IP) (Ping timeout)
- # [07:21] <jesup> Guess so - really, I don't know without looking a lot deeper.
- # [07:21] * WeirdAl sighs and tries it
- # [07:21] <@dbaron> philor, yeah :-(
- # [07:22] <WeirdAl> well, with this being a brand new machine, I'll know in only a few minutes
- # [07:22] <@dbaron> philor, though roc is the victim of WARNINGS_AS_ERRORS, looks like
- # [07:22] * Quits: nmatsakis (nmatsakis@AAE222A3.FDDA6739.2321E71E.IP) (Quit: Computer has gone to sleep.)
- # [07:24] <jesup> dholbert has been landing a number of WARNINGS_AS_ERRORS into various modules
- # [07:24] <WeirdAl> damn, gcc seems to compile a lot slower than clang
- # [07:24] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Quit: Leaving)
- # [07:25] * Joins: alice (alice@moz-3DF67597.range86-150.btcentralplus.com)
- # [07:25] <Waldo> "Nice things? Not ours.."
- # [07:25] <Waldo> njn tryservered his patches, as I understand, so I suspect he was bitten by a recent change
- # [07:25] <@dbaron> roc's bustage is trivial; I'll fix it
- # [07:25] <Waldo> entirely possible when you remove ~30k lines
- # [07:26] <philor> oh, good benjamin's entangled with njn already
- # [07:26] * Joins: ErvisTusha (ErvisTusha@AE683D92.F69FB6EA.363D84A4.IP)
- # [07:26] <Waldo> that was removing more multi-k lines of code, so yeah
- # [07:26] <Jesse> eund/Users/jruderman/trees/mozilla-central/js/src/vm/ObjectImpl.hc :ft726ri:oo49mn: dmaefcwarning: iron1mt ido'enMlsOe Zta_e void operator=(const Uint32ElementsHeader &other) MOZ_DELETE;DrdEe
- # [07:26] * Quits: alice (alice@moz-3DF67597.range86-150.btcentralplus.com) (Ping timeout)
- # [07:26] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
- # [07:27] <Waldo> Jesse: interesting paste
- # [07:27] * glob is now known as glob|away
- # [07:27] <Jesse> why is clang using the escape sequence "^[i" which means "iterm2, please print the screen"
- # [07:27] * Quits: fitzgen (fitzgen@moz-9E403A70.dsl.static.sonic.net) (Quit: fitzgen)
- # [07:28] * Quits: erikvold (erikvold@moz-5D4B9BB.wireless.telus.com) (Quit: erikvold)
- # [07:28] * Joins: nrc_ (nrc@7BE24E90.A5032A01.3CFC199D.IP)
- # [07:28] * Quits: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net) (Quit: juanb)
- # [07:28] <firebot> Check-in:
- # [07:29] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/703cfc290199 - L. David Baron - Fix WARNINGS_AS_ERRORS bustage ("comparison between signed and unsigned integer expressions") from Bug 830707, Part 1 (changeset 93a4d0995cba) on a CLOSED TREE.
- # [07:29] <WeirdAl> jesup - who would be a good person to talk to about fixing that build step for opteron+clang?
- # [07:29] * Quits: nrc (nrc@7BE24E90.A5032A01.3CFC199D.IP) (Ping timeout)
- # [07:29] * nrc_ is now known as nrc
- # [07:30] <WeirdAl> assembly language is beyond my ken
- # [07:30] * Quits: nrc (nrc@7BE24E90.A5032A01.3CFC199D.IP) (Quit: ChatZilla 0.9.89 [Firefox 19.0/20130123083802])
- # [07:32] <WeirdAl> whoa - someone already did for clang 3.2: bug 835050
- # [07:32] <WeirdAl> too bad I'm on clang 3.1
- # [07:32] * Quits: dao (dao@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: Leaving.)
- # [07:32] <Waldo> compile clang from source, it's easy enough
- # [07:32] <@roc> dbaron: thanks
- # [07:33] <WeirdAl> yeah, just been a while
- # [07:34] * Joins: dao (dao@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [07:35] * Quits: bsmith (bsmith@moz-9601219C.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [07:35] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a7f7309da69d - Phil Ringnalda - Back out 66882ea6f8c7 (bug 788293) and 32f09cb3c7b6 (bug 834090) for bustage
- # [07:35] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a62ffd085b9d - Phil Ringnalda - Back out fa772ccdf19d (bug 718969) and 050a0a27024a (bug 777474) for being in the way of backing out bustage
- # [07:35] * Joins: bsmith (bsmith@moz-9601219C.lightspeed.sntcca.sbcglobal.net)
- # [07:35] * Quits: cpearce (cpearce@moz-1B073A02.xdsl.xnet.co.nz) (Quit: ChatZilla 0.9.89 [Firefox 18.0.1/20130116073211])
- # [07:35] <Waldo> njn: ^
- # [07:36] * Joins: past (Instantbir@moz-B3045EC1.dsl.dyn.forthnet.gr)
- # [07:39] * Quits: ErvisTusha (ErvisTusha@AE683D92.F69FB6EA.363D84A4.IP) (Client exited)
- # [07:40] <philor> if anyone else is staying up to land something else, go to bed
- # [07:42] * Quits: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net) (Quit: ehugg)
- # [07:42] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
- # [07:43] <Waldo> philor: congratulations, you now have blame on all of e4x!
- # [07:44] <@dbaron> so the e4x removal bustage seems to be mostly debug-only
- # [07:44] <@dbaron> though not entirely
- # [07:45] * jcranmer is now known as jcranmer|away
- # [07:45] <@dbaron> er, wait
- # [07:45] <mjrosenb> debug isn't a shipping product, right? :-)
- # [07:46] * Joins: pranavrc (pranavrc@B724C5B6.44F41798.520CDC98.IP)
- # [07:46] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [07:46] <@dbaron> on Fedora32 it's the reverse, opt-only
- # [07:46] <@dbaron> on WinXP it's debug-only
- # [07:46] <njn> I did a try server run only a couple of hours ago, looked fine
- # [07:46] * Joins: spohl1 (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [07:46] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Connection reset by peer)
- # [07:46] <@dbaron> Ubuntu32 opt-only
- # [07:46] <Waldo> dbaron: CLOBBER issue?
- # [07:46] <@dbaron> njn, would the e4x removal require a clobber?
- # [07:47] <njn> dbaron: I don't know. maybe
- # [07:47] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
- # [07:47] <@dbaron> philor, is there a way to trigger a single build with CLOBBER?
- # [07:47] * whimboo|afk is now known as whimboo
- # [07:47] <philor> dbaron: no, only a way to set the entire tree to clobber, and then to trigger a build
- # [07:48] <njn> the bustage appears to be universal
- # [07:48] <@dbaron> I bet Waldo's right, though; this pattern is otherwise too random.
- # [07:48] <njn> dbaron: the failing tests are all over the shop
- # [07:48] <@dbaron> the failures seem to be a function of build
- # [07:48] <@dbaron> with random variation between builds
- # [07:48] * glob|away is now known as glob
- # [07:48] <@dbaron> e.g., Ubuntu64 debug between my push and sworkman's
- # [07:49] <@dbaron> I think that suggests the failures are a build dependency bug
- # [07:49] * Quits: dougt (dougt@moz-75E4F719.hsd1.ca.comcast.net) (Ping timeout)
- # [07:49] <@dbaron> which wouldn't show up on try, since all try runs are clobbers
- # [07:49] * Joins: xk1sv_ (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [07:49] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Connection reset by peer)
- # [07:49] * xk1sv_ is now known as xk1sv
- # [07:50] <mjrosenb> it is absolutely hilarious when there are clobber issues and a) person pushes patch needing clobber; b) people notice it failing, trigger clobber; c) other people notice it failing, back out; d) back-out causes more failures because a second clobber is required
- # [07:50] * Joins: dougt (dougt@moz-75E4F719.hsd1.ca.comcast.net)
- # [07:51] <@dbaron> if we see interesting failure patterns on backout, I think it should reland with an edit to mozilla/CLOBBER
- # [07:51] <@dbaron> though we should really debug these build system bugs harder
- # [07:51] * njn ain't laughing
- # [07:52] <Waldo> when the choice is to laugh or cry...
- # [07:52] <@dbaron> possibly even without waiting for the failure patterns on backout, even
- # [07:52] * jlebar|dinner is now known as jlebar|sleep
- # [07:52] <@dbaron> I tend to be of the opinion that we shouldn't have the CLOBBER feature, and people should be forced to fix the build system bugs before landing, but...
- # [07:53] * Joins: Stan (Stan@moz-5242BC2C.dip.t-dialin.net)
- # [07:53] * Quits: karl (karl@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [07:53] <@dbaron> anyway, curious if njn is planning to reland with that
- # [07:53] <Jesse> do we even have tools to reproduce and diagnose dependency issues?
- # [07:53] * Joins: smontagu (chatzilla@moz-45181727.red.bezeqint.net)
- # [07:53] * vladan is now known as vladan-afk
- # [07:54] <@dbaron> Jesse, do build without patch, apply patch, rebuild, run tests?
- # [07:55] * Quits: bsmith (bsmith@moz-9601219C.lightspeed.sntcca.sbcglobal.net) (Quit: Leaving)
- # [07:56] * Quits: spohl1 (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [07:56] * Joins: Optimizer (Instantbir@D4A3BB78.9CB844E6.AA3EB577.IP)
- # [07:57] <@dbaron> (And I think we should NOT do any clobbers via clobberer, but instead use the CLOBBER file.)
- # [07:57] * Joins: wolfiR (wolfiR@moz-47C46320.dip0.t-ipconnect.de)
- # [07:58] <Jesse> yes, definitely do it using the CLOBBER file, so it does the right thing when merged to other branches and on developer machines
- # [07:58] <philor> um, the CLOBBER file doesn't do anything other than stop the build
- # [07:58] * Waldo has a build of njn's patch now, will try the ecma/Array failure himself
- # [07:58] <Jesse> well, that's a build system bug that can actually be fixed
- # [08:00] <@dbaron> philor, oh, so it requires us to use clobberer too, but reminds us?
- # [08:00] * Quits: crainiarc (Adium@moz-30252AC0.dynip.nus.edu.sg) (Quit: Leaving.)
- # [08:00] <Waldo> intl/uconv/src/nsCharsetConverterManager.cpp, line 301 annoys me
- # [08:00] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
- # [08:02] * Quits: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP) (Quit: ChatZilla 0.9.89-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [08:02] <@dbaron> Waldo, indeed, hit it 14978 times in my current Firefox session
- # [08:02] * Waldo assumes top men are working on it right now
- # [08:03] * Quits: gal (gal@moz-F9E6ABA8.hsd1.ca.comcast.net) (Quit: gal)
- # [08:03] <@dbaron> Waldo, njn, so are either of you planning to re-push the e4x removal?
- # [08:04] <Waldo> dbaron: I might be tempted, once this jstestbrowser run finishes and I can say that I didn't see a problem tinderbox saw
- # [08:05] <Waldo> although, given these tests run serially, that may be stupid
- # [08:05] * Joins: surkov (surkov@5FFF89F2.D1FED451.EBE09E3C.IP)
- # [08:05] <Waldo> and I'm definitely past ecma/Array/* where tinderbox crashed
- # [08:05] <mjrosenb> I should modify the sunspider harness to make a full copy of the source tree every time it runs a benchmark
- # [08:06] <Waldo> and that crash was in a method that did next to nothing, not touched in the change
- # [08:06] <mjrosenb> so if I magically get a run that is 5% faster than every other run with a slight permutation of the options
- # [08:06] <mjrosenb> I know exactly what the tree looked like when I did that run
- # [08:07] * Joins: harth (harth@moz-3C999954.hsd1.ca.comcast.net)
- # [08:07] <njn> dbaron: I could do it later, but it's evening here and I have kids at home and very limited time
- # [08:08] * Joins: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz)
- # [08:08] <@dbaron> njn, ah, I'm not used to how small the time difference is in the January-half of the year
- # [08:09] * Quits: dao (dao@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: Leaving.)
- # [08:09] * Quits: seth (seth@moz-D840E602.dsl.static.sonic.net) (Quit: seth)
- # [08:09] <Waldo> 5h?
- # [08:09] <@dbaron> Waldo, yeah
- # [08:10] * Joins: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [08:10] * Joins: jhorak_ (jhorak@moz-2EE9C9C3.cust.nbox.cz)
- # [08:10] * Waldo mostly never remembers offsets for anywhere but east coast, AK, and NZ these days
- # [08:10] <@dbaron> I suppose I could call it the closer-to-sun half of the year... and I'm sure there's a Latin term for that...
- # [08:10] <Waldo> GNOME 2's multi-location clocks were really handy for it
- # [08:10] * Quits: jhorak_ (jhorak@moz-2EE9C9C3.cust.nbox.cz) (Quit: Leaving)
- # [08:10] <philor> I really really wish people would quit marking intermittent-failure bugs as security-sensitive
- # [08:10] <@dbaron> Waldo, SE Australia is just a 2 hour offset from NZ
- # [08:11] <@dbaron> (Queensland doesn't do DST.)
- # [08:11] * Waldo wonders if he could expense a trip to LHI for time zone testing purposes
- # [08:11] * Joins: gal (gal@moz-F9E6ABA8.hsd1.ca.comcast.net)
- # [08:12] * Quits: Mook (mook@moz-BC41A633.dsl.teksavvy.com) (Quit: Mook)
- # [08:12] * Quits: sewardj (sewardj@moz-FA9054F3.dip.t-dialin.net) (Ping timeout)
- # [08:12] * mattwoodrow|away is now known as mattwoodrow
- # [08:12] <@dbaron> Waldo, was that an airport code or other abbreviation? (The airport happens to be in the Indonesian half of New Guinea.)
- # [08:13] <@dbaron> or was it intended as LIH?
- # [08:13] * mjrosenb wonders if that is one of the crazy places that is offset by 30 +60n from utc
- # [08:13] <@dbaron> which is a far easier airport to reach
- # [08:13] <@dbaron> mjrosenb, "30 +60n" ?
- # [08:13] <Waldo> hm, I may be misremembering that as a code I just saw in bugmail today
- # [08:14] <Waldo> Lord Howe Island
- # [08:14] <Jesse> dbaron: "southern solstice"?
- # [08:14] <@dbaron> Waldo, ah, yes
- # [08:14] <@dbaron> Waldo, indeed, half-hour DST offset
- # [08:14] <Waldo> it's almost crazy enough to make me think I should go there sometime, just to experience it
- # [08:15] <@dbaron> the airport code is LDH, though
- # [08:15] * Waldo cannot imagine what would cause a locality to think that non-hour offsets for anything would ever be a good idea
- # [08:15] <@dbaron> Waldo, they're non-hour offset only when not on DST :-)
- # [08:15] * Joins: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP)
- # [08:16] <Waldo> dbaron: oh, that makes it appear all the smarter!
- # [08:16] * Waldo grmbls
- # [08:16] <mjrosenb> Waldo: one island in the pacific chose a 45 minute offset for marketing purposes
- # [08:16] <mjrosenb> Waldo: so they could be "the first place to experience newyear"
- # [08:16] <mjrosenb> or something like that
- # [08:17] <mjrosenb> or maybe they just swapped from UTC-11 to UTC+13
- # [08:17] <Waldo> I have a very vague memory of that, and millennium babies and all
- # [08:17] <@dbaron> mjrosenb, there were also good reasons for the swap... like having the whole country on the same side of the date line
- # [08:17] <mjrosenb> http://en.wikipedia.org/wiki/UTC%2B13:45
- # [08:17] <mjrosenb> there we go.
- # [08:18] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
- # [08:18] <@dbaron> given UTC+14, they're not first, though
- # [08:19] <jesup> I love how every mac test on roc's push was orange, and on my following push (just changing one mochitest) they're all green.
- # [08:19] <@dbaron> jesup, that's the "need a clobber" stuff we've been discussing
- # [08:19] <jesup> yeah. Just amusing
- # [08:19] <Waldo> [423] Mozilla-Inbound - Tinderboxpushlog - Nightly
- # [08:20] <jesup> new record?
- # [08:20] <Waldo> makes me long for the days when there was a box-run across the top of the screen
- # [08:20] <philor> records are in the thousands
- # [08:20] * mattwoodrow is now known as mattwoodrow|away
- # [08:21] <philor> the tracemonkey tree was very good for the combination of patches that caused absolutely everything, not this piddly most-things-on-some-builds, to fail, and also people just pushing and pushing and pushing and pushing on top of total failure
- # [08:21] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
- # [08:22] <jesup> dbaron: isn't Afghanistan a :30 offset? Or they used to be back in the '80's when we were making an early graphical timezone setter at Commodore
- # [08:22] * mjrosenb considers declaring himself UTC+19
- # [08:22] * jesup is just way too tired
- # [08:24] <glob> bangalore is a :30 offset .. utc+5:30 (hi ashish!)
- # [08:24] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [08:25] * Joins: alice (alice@moz-3DF67597.range86-150.btcentralplus.com)
- # [08:25] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Connection reset by peer)
- # [08:25] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [08:25] <Waldo> jesup: yeah, they're weirdly offset, or maybe Iran is, or maybe both
- # [08:25] * Joins: stransky (stransky@moz-6488BBAB.net.upcbroadband.cz)
- # [08:25] * Quits: Mavericks (Mibbit@58E0B180.9A31DFF.FDEA3160.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [08:26] * Quits: alice (alice@moz-3DF67597.range86-150.btcentralplus.com) (Ping timeout)
- # [08:26] <@dbaron> mjrosenb, so, Chicago time plus a day?
- # [08:27] <@dbaron> er, wait, New York time
- # [08:27] <@dbaron> or Chicago summer time
- # [08:27] * Quits: surkov (surkov@5FFF89F2.D1FED451.EBE09E3C.IP) (Quit: surkov)
- # [08:27] * Quits: gal (gal@moz-F9E6ABA8.hsd1.ca.comcast.net) (Quit: gal)
- # [08:27] <jlebar|sleep> <philor> records are in the thousands
- # [08:27] <jlebar|sleep> philor: Is that a challenge?
- # [08:27] <philor> awesome, I love a backout that can remain busted on the backout, I particularly love it at 11:30 on a weeknight
- # [08:27] * Joins: gal (gal@moz-F9E6ABA8.hsd1.ca.comcast.net)
- # [08:27] <@dbaron> philor, again, it needs a clobber
- # [08:27] <philor> jlebar|sleep: twigs don't count
- # [08:28] <@dbaron> philor, I'm going to do the clobberer magic now, unless you see reason to do otherwise
- # [08:28] <@dbaron> philor, then I think we should actually reland the backed-out patches
- # [08:28] <jlebar|sleep> philor: The trick would be to do it without you or edmorley murdering me.
- # [08:28] <philor> dbaron: yeah, I do listen, I just waited until it actually showed evidence, I already have the clobberer open and the patches restaged
- # [08:28] <@dbaron> philor, ah, ok, then you should go ahead
- # [08:28] * Quits: gal (gal@moz-F9E6ABA8.hsd1.ca.comcast.net) (Quit: gal)
- # [08:28] <@dbaron> philor, and restaged with the CLOBBER file?
- # [08:28] * Joins: Pauly (paul@601F3B17.33662590.A5830293.IP)
- # [08:28] * Joins: gal (gal@moz-F9E6ABA8.hsd1.ca.comcast.net)
- # [08:29] <mjrosenb> philor: 01:47 < mjrosenb> it is absolutely hilarious when there are clobber issues and a) person pushes patch needing clobber; b) people notice it failing, trigger clobber; c) other people notice it failing, back out; d) back-out causes more failures because a second clobber is required
- # [08:29] <Waldo> any sense in canceling builds on all the current going-to-be-whacked revs?
- # [08:29] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c929583ba8ae - Nicholas Nethercote - Bug 788293 - Remove e4x support. r=jorendorff,terrence,evilpie.
- # [08:29] <@dbaron> Waldo, I don't think so
- # [08:29] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c6e5bf0eb51a - Phil Ringnalda - Bug 788293 - Removing e4x support requires a CLOBBER
- # [08:29] * Quits: gal (gal@moz-F9E6ABA8.hsd1.ca.comcast.net) (Quit: gal)
- # [08:29] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ffacb7f986f0 - Nicholas Nethercote - Bug 834090 - Name unused opcodes more sanely. r=jorendorff.
- # [08:30] <@dbaron> philor, holding off on the two backed-out-on-top patches?
- # [08:30] <philor> dbaron: yes, I think we have quite enough in the tree
- # [08:31] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
- # [08:31] <philor> sure, it looks like the failures were only need for a clobber, and it looks like try liked it fine, and it looks like roc's only sin was warnings, and it looks like you fixed your patch
- # [08:31] * Quits: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney_)
- # [08:31] <philor> but we also have a crapload we haven't actually successfully run tests on yet
- # [08:32] <philor> and it's 11:30
- # [08:32] * Joins: vingtetun (vingtetun@moz-64E1A8DA.fbx.proxad.net)
- # [08:32] <philor> and I work tomorrow morning, early
- # [08:32] <@dbaron> philor, you should go to sleep, then
- # [08:34] <@dbaron> test_peerConnection_basicAudioVideo.html is still being a pain
- # [08:35] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [08:35] * fabrice is now known as fabrice|zZz
- # [08:35] <philor> wups, I shouldn't have done CLOBBER as a separate cset, I broke bisecting
- # [08:35] <Waldo> c'est la vie
- # [08:36] <philor> but it's being a different pain, post-logging, jesup :)
- # [08:37] * Quits: StevenLee (chatzilla@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
- # [08:37] <Jesse> bisecting without clobbering is already hopeless
- # [08:38] <philor> oh, an OOM crash, funzors
- # [08:38] <jesup> philor: link?
- # [08:38] * Joins: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP)
- # [08:38] <philor> jesup: https://tbpl.mozilla.org/php/getParsedLog.php?id=19348680&tree=Mozilla-Inbound
- # [08:38] * jesup has hit almost-zombie state - good for playing with bugzilla flags
- # [08:40] <Waldo> looks like SFO<->LDH in June is ~$2500, if anyone was curious
- # [08:40] <jesup> philor: that may be getting us some useful info... cool. Too bad no brain cells left
- # [08:40] <Waldo> looks plausible that the only flights in/out are via Sydney
- # [08:40] * Joins: StevenLee (chatzilla@moz-99690620.hinet-ip.hinet.net)
- # [08:41] * Quits: vingtetun (vingtetun@moz-64E1A8DA.fbx.proxad.net) (Ping timeout)
- # [08:41] <Waldo> hmm, no, bookingbuddy, I do not believe you can offer me 80% off flights to LDH
- # [08:43] <Jesse> 15% off jetlag
- # [08:44] <ashish> glob: yeah, that :30 offset is a pain
- # [08:46] <@dbaron> I've occasionally been tempted to set my TZ to solar time and start sending email in UTC+08:08
- # [08:47] * Joins: myk (myk@moz-64D96850.dsl.dynamic.sonic.net)
- # [08:47] * Quits: myk (myk@moz-64D96850.dsl.dynamic.sonic.net) (Input/output error)
- # [08:48] <njn> philor: thanks for relanding my patches
- # [08:48] * njn goes to give his kids a bath
- # [08:49] <njn> Waldo: Adelaide has a half hour time difference from Melbourne
- # [08:49] <njn> I think they do it because the vast majority of the people in that timezone live right near the Eastern edge of it
- # [08:50] * Joins: xk1sv_ (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [08:50] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Connection reset by peer)
- # [08:50] * xk1sv_ is now known as xk1sv
- # [08:50] * Quits: vladan-afk (vladan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [08:50] <glandium> dbaron: and you'd change your TZ everyday?
- # [08:50] <@dbaron> glandium, mean solar noon for the location
- # [08:50] <@dbaron> glandium, not actual solar noon
- # [08:51] <glandium> ah
- # [08:52] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
- # [08:52] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [08:53] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
- # [08:53] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
- # [08:54] * Joins: cyt93cs (cyt93cs@moz-DE158F16.cs.ccu.edu.tw)
- # [08:55] * dholbert is now known as dholbert|afk
- # [08:56] * Joins: crainiarc (Adium@moz-30252AC0.dynip.nus.edu.sg)
- # [08:57] <@dbaron> (and, oops, meant UTC-08:09)
- # [08:57] * Joins: victorporof (victorporo@C8AAC426.1C233438.79933D60.IP)
- # [09:00] <@dbaron> anyway, g'night
- # [09:02] * Quits: @dbaron (dbaron@moz-F4919B79.dsl.dynamic.sonic.net) (Ping timeout)
- # [09:02] * Quits: thinker (user@moz-D921FE60.dynamic.kbronet.com.tw) (Ping timeout)
- # [09:02] * Joins: Optimizer1 (Optimizer@D24F627D.489508A5.D5D59AD9.IP)
- # [09:03] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [09:03] * Joins: spohl1 (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [09:03] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Input/output error)
- # [09:08] * mgerva-afk is now known as mgerva
- # [09:11] * Joins: dbaron (dbaron@moz-F4919B79.dsl.dynamic.sonic.net)
- # [09:11] * ChanServ sets mode: +o dbaron
- # [09:12] * Quits: CJKu_ (chatzilla@moz-99690620.hinet-ip.hinet.net) (Quit: ChatZilla 0.9.89 [Firefox 21.0a1/20130128102844])
- # [09:13] * Quits: @dbaron (dbaron@moz-F4919B79.dsl.dynamic.sonic.net) (Ping timeout)
- # [09:13] * Quits: spohl1 (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [09:18] <Yoric> What is the best way of programmatically measuring jank from jsm code?
- # [09:19] <Yoric> Should I listen for MozAfterPaint?
- # [09:19] <Yoric> (or is that content only?)
- # [09:20] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
- # [09:20] * Joins: garnacho (carlos@moz-6BA62877.cm-6-7d.dynamic.ziggo.nl)
- # [09:24] * kaze|zZz is now known as kaze
- # [09:25] * Joins: marcoz (marco.zehe@moz-4C12C4F9.dip.t-dialin.net)
- # [09:25] * Joins: alice (alice@moz-3DF67597.range86-150.btcentralplus.com)
- # [09:26] * Joins: Matti (Matti@moz-A6EB5100.dip.t-dialin.net)
- # [09:27] * Quits: alice (alice@moz-3DF67597.range86-150.btcentralplus.com) (Ping timeout)
- # [09:27] * Quits: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP) (Quit: RealRaven)
- # [09:27] * Joins: sewardj (sewardj@moz-FA9054F3.dip.t-dialin.net)
- # [09:27] * Joins: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP)
- # [09:28] * Quits: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP) (Quit: RealRaven)
- # [09:28] * Joins: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP)
- # [09:30] * Quits: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP) (Quit: RealRaven)
- # [09:30] * Joins: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP)
- # [09:33] * jchen is now known as jchen|away
- # [09:34] * Quits: pranavrc (pranavrc@B724C5B6.44F41798.520CDC98.IP) (Ping timeout)
- # [09:34] * glob is now known as glob|away
- # [09:35] * Quits: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP) (Quit: RealRaven)
- # [09:35] * Joins: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP)
- # [09:37] * Joins: tzimmermann (tzimmerman@moz-C1DB4352.pools.arcor-ip.net)
- # [09:37] * Joins: andersh (andersh@moz-27CBBED6.bredband.3.dk)
- # [09:38] * Quits: harth (harth@moz-3C999954.hsd1.ca.comcast.net) (Input/output error)
- # [09:38] * Joins: harth (harth@moz-3C999954.hsd1.ca.comcast.net)
- # [09:38] * jchen|away is now known as jchen
- # [09:39] * Quits: harth (harth@moz-3C999954.hsd1.ca.comcast.net) (Input/output error)
- # [09:39] * Joins: harth (harth@moz-3C999954.hsd1.ca.comcast.net)
- # [09:39] * Joins: Ms2ger (Ms2ger@21E2FA32.447FC025.187A1082.IP)
- # [09:39] * Quits: jchen (jchen@CCB8E494.35B7D9C8.4CD1A128.IP) (Max SendQ exceeded)
- # [09:40] * Quits: garnacho (carlos@moz-6BA62877.cm-6-7d.dynamic.ziggo.nl) (Quit: Ex-Chat)
- # [09:40] * Joins: jchen (jchen@CCB8E494.35B7D9C8.4CD1A128.IP)
- # [09:41] * jchen is now known as jchen|away
- # [09:41] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9069c3f568f7 - Benjamin Peterson - Bug 718969 - Perform an exorcism; remove the decompiler. r=luke
- # [09:41] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e8e06607d8fe - Benjamin Peterson - Bug 777474 - Use the expression decompiler for opcode text when possible. r=bhackket
- # [09:41] * Quits: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP) (Quit: RealRaven)
- # [09:41] * Joins: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP)
- # [09:43] * jchen|away is now known as jchen
- # [09:45] * jchen is now known as jchen|away
- # [09:45] * heycam|away is now known as heycam
- # [09:45] <Ms2ger> Bonjour
- # [09:45] <Waldo> umm...mozilla::net::InfallableCopyCString, realy?
- # [09:46] <Waldo> (that typo was not for ironic purposes!)
- # [09:47] * Ms2ger wonders what timezone Waldo is in
- # [09:47] * Joins: Stan_ (Stan@moz-F9969965.dip.t-dialin.net)
- # [09:47] <Waldo> I am in the time zone of having gotten nightshifted, and finally waking up fully half an hour after noon
- # [09:47] * Quits: Stan (Stan@moz-5242BC2C.dip.t-dialin.net) (Ping timeout)
- # [09:48] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [09:48] <Ms2ger> I see
- # [09:50] * Joins: xk1sv_ (xk1sv@FDCC56F4.F5AF084C.3318EDCA.IP)
- # [09:50] * Quits: xk1sv_ (xk1sv@FDCC56F4.F5AF084C.3318EDCA.IP) (Input/output error)
- # [09:50] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Connection reset by peer)
- # [09:50] * Joins: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [09:50] * Joins: jincreator (Thunderbir@36F49B88.AE3EA2FD.6B649F75.IP)
- # [09:52] <Waldo> mostly waiting to see e4x go greenish, tho, at this point, long passed a reasonable workday
- # [09:52] <Waldo> now distracted looking into nsCharsetConverterManager.cpp:301
- # [09:53] <Waldo> which appears to be warning-spam that occurs, quite possibly, every time the browser loads a script that was sent without a charset
- # [09:54] <Waldo> haven't verified for certain, but http://pastebin.mozilla.org/2103067 is suggestive
- # [09:54] * Quits: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net) (Input/output error)
- # [09:55] <Waldo> and actually, given comments around that NS_ENSURE_SUCCESS (h8), I have a feeling it triggers for any charset that's not recognized
- # [09:56] * Joins: vikash (vikash@F099A382.72B2334B.A3D1B221.IP)
- # [09:56] * Quits: harth (harth@moz-3C999954.hsd1.ca.comcast.net) (Input/output error)
- # [09:57] <Waldo> dunno where in that stack the offender is
- # [09:57] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
- # [09:59] * Quits: Waldo (waldo@moz-537BCF9.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.87-5.1450hg.fc17 [XULRunner 18.0/20130109143146])
- # [10:02] * Joins: alice (alice@moz-3DF67597.range86-150.btcentralplus.com)
- # [10:02] * philor is now known as philor|away
- # [10:04] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [10:04] <njn> e4x is looking good
- # [10:04] <njn> and decompiler removal is now right next to it
- # [10:04] <njn> time to call it for the night
- # [10:04] * Quits: njn (chatzilla@moz-B77B4675.dyn.iinet.net.au) (Quit: ChatZilla 0.9.89 [Firefox 21.0a1/20130128165743])
- # [10:06] * Joins: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net)
- # [10:07] * Quits: nhirata (anonymous@moz-6D599AA6.hsd1.ca.comcast.net) (Quit: nhirata)
- # [10:08] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/da4ddb6f669c - shuang - Bug 828837:Fix COD equals 0x20080c cause icon empty, r=echou
- # [10:10] * Joins: Sander (chatzilla@84FEA125.2730E680.FE935EA1.IP)
- # [10:12] * Joins: llmelon (chatzilla@moz-3983353E.tm.net.my)
- # [10:12] * heycam is now known as heycam|away
- # [10:12] * Joins: pnkfelix (pnkfelix@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [10:13] * Joins: vigneshwaran1 (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP)
- # [10:14] * Quits: vigneshwaran (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP) (Ping timeout)
- # [10:17] * Quits: llmelon (chatzilla@moz-3983353E.tm.net.my) (Quit: ChatZilla 0.9.89 [Firefox 18.0.1/20130116073211])
- # [10:17] * Joins: jfkthame (jfkthame@5CDACC3E.611A3979.9542EC20.IP)
- # [10:18] * Joins: areinald (andre@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [10:18] * vladan is now known as vladan-afk
- # [10:18] * Joins: bholley (anonymous@moz-50F208DD.net-89-2-149.rev.numericable.fr)
- # [10:19] * Joins: surkov (surkov@5FFF89F2.D1FED451.EBE09E3C.IP)
- # [10:21] * Quits: @dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net) (Ping timeout)
- # [10:23] * Quits: vikash (vikash@F099A382.72B2334B.A3D1B221.IP) (Quit: This computer has gone to sleep)
- # [10:28] * Joins: till (till@moz-3493B177.superkabel.de)
- # [10:31] * Quits: alice (alice@moz-3DF67597.range86-150.btcentralplus.com) (Client exited)
- # [10:32] * Quits: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net) (Connection reset by peer)
- # [10:35] * Joins: edmorley (edmorley@moz-A26E9808.range86-166.btcentralplus.com)
- # [10:36] * Joins: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net)
- # [10:36] * Quits: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
- # [10:40] * Joins: msucan (mihai@CDEB00D4.8819A7BF.BD62875.IP)
- # [10:40] * Joins: karl (karl@moz-C433B975.jetstream.xtra.co.nz)
- # [10:44] * Quits: marcoz (marco.zehe@moz-4C12C4F9.dip.t-dialin.net) (Quit: Leaving.)
- # [10:44] * Quits: Sander (chatzilla@84FEA125.2730E680.FE935EA1.IP) (Ping timeout)
- # [10:45] * Joins: Sander (chatzilla@84FEA125.2730E680.FE935EA1.IP)
- # [10:46] * Quits: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Ping timeout)
- # [10:46] * Joins: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP)
- # [10:47] * Tomcat is now known as Tomcat|buildduty
- # [10:48] * Quits: Sander (chatzilla@84FEA125.2730E680.FE935EA1.IP) (Ping timeout)
- # [10:49] * Joins: Sander (chatzilla@84FEA125.2730E680.FE935EA1.IP)
- # [10:50] * dhylands is now known as dhylands|zzz
- # [10:50] * Joins: xk1sv_ (xk1sv@FDCC56F4.F5AF084C.3318EDCA.IP)
- # [10:50] * Quits: xk1sv_ (xk1sv@FDCC56F4.F5AF084C.3318EDCA.IP) (Input/output error)
- # [10:50] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Connection reset by peer)
- # [10:50] * Joins: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [10:51] * Quits: Sander (chatzilla@84FEA125.2730E680.FE935EA1.IP) (Ping timeout)
- # [10:54] * Joins: Sander (chatzilla@84FEA125.2730E680.FE935EA1.IP)
- # [10:54] * Quits: coop|afk (Chris@moz-B3EE357F.dsl.bell.ca) (Ping timeout)
- # [10:54] * Joins: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net)
- # [10:55] <hsivonen> does Bugzilla let me find my bug comments from a particular date?
- # [10:56] * Joins: Cwiiis (cwiiis@moz-125BA310.croy.cable.virginmedia.com)
- # [10:56] * Joins: coop (Chris@moz-248FB426.dsl.bell.ca)
- # [10:57] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/90aa16284fae - David Zbarsky - Bug 837036 - Remove SVGLocatableElement and SVGTransformableElement IDL r=longsonr
- # [10:57] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/6a6ba49340e7 - David Zbarsky - Bug 837039 - Fix SVGMatrix failure codes r=longsonr
- # [10:58] * kripton is now known as Kripton
- # [10:58] * Quits: karl (karl@moz-C433B975.jetstream.xtra.co.nz) (Ping timeout)
- # [10:59] * Quits: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net) (Ping timeout)
- # [11:00] * whimboo is now known as whimboo|afk
- # [11:02] <Ms2ger> hsivonen, https://bugzilla.mozilla.org/page.cgi?id=user_activity.html
- # [11:03] <hsivonen> Ms2ger: thanks
- # [11:03] <Ms2ger> Np
- # [11:04] * Quits: crainiarc (Adium@moz-30252AC0.dynip.nus.edu.sg) (Quit: Leaving.)
- # [11:05] <hsivonen> Ms2ger: very helpful. Shows that my notes for a particular day were not crazy
- # [11:05] * Quits: Sander (chatzilla@84FEA125.2730E680.FE935EA1.IP) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [11:05] <Ms2ger> Heh
- # [11:05] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Ping timeout)
- # [11:06] * Joins: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
- # [11:07] * Joins: vicamo (vicamo@moz-99690620.hinet-ip.hinet.net)
- # [11:08] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c46098d2964c - Dave Hylands - Bug 836973 - Force adb on when marionette is enabled (i.e. non-user builds). r=fabrice
- # [11:08] * ewong is now known as ewong|away
- # [11:10] * Joins: sgimeno (santiago.g@A922400D.48362F18.BCC03455.IP)
- # [11:11] * Quits: Optimizer1 (Optimizer@D24F627D.489508A5.D5D59AD9.IP) (Ping timeout)
- # [11:11] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
- # [11:11] * ChanServ sets mode: +o smaug
- # [11:11] * Joins: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net)
- # [11:13] * Quits: jtcranmer (jcranmer@moz-A8039BFC.csl.tjhsst.edu) (Ping timeout)
- # [11:13] * Quits: mjrosenb (mjrosenb@moz-EC1A99F1.club.cc.cmu.edu) (Ping timeout)
- # [11:13] * Quits: jcranmer|away (jtcranmer@moz-EBF2B4AB.cs.illinois.edu) (Ping timeout)
- # [11:14] * Joins: jcranmer|away (jtcranmer@moz-EBF2B4AB.cs.illinois.edu)
- # [11:14] * Joins: gandalf (zbraniecki@moz-9EE97ADC.xdsl.toledo.be)
- # [11:14] * Quits: A1kmm (a1kmm@moz-C7C52631.jetstream.xtra.co.nz) (Ping timeout)
- # [11:15] * Joins: Mavericks (Mibbit@58E0B180.9A31DFF.FDEA3160.IP)
- # [11:16] * Quits: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net) (Quit: clee)
- # [11:16] * Quits: Mavericks (Mibbit@58E0B180.9A31DFF.FDEA3160.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [11:18] * Parts: vladan1 (vladan@36D53742.B90458C2.57F33CED.IP)
- # [11:18] * Joins: mjrosenb (mjrosenb@moz-EC1A99F1.club.cc.cmu.edu)
- # [11:19] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
- # [11:19] * Joins: tobeytailor (tobeytailo@moz-95BD9645.dip.t-dialin.net)
- # [11:19] * Quits: surkov (surkov@5FFF89F2.D1FED451.EBE09E3C.IP) (Quit: surkov)
- # [11:25] * Quits: chucklee (chucklee@moz-99690620.hinet-ip.hinet.net) (Quit: Leaving)
- # [11:26] * Joins: vigneshwaran (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP)
- # [11:26] * Joins: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP)
- # [11:27] * Joins: scenor (scenor@moz-292278EC.wireless.dyn.drei.com)
- # [11:27] * Quits: jcranmer|away (jtcranmer@moz-EBF2B4AB.cs.illinois.edu) (Ping timeout)
- # [11:27] * Quits: vigneshwaran1 (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP) (Ping timeout)
- # [11:28] <@smaug> and it is there again..super slow scrolling
- # [11:29] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Input/output error)
- # [11:29] * Joins: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net)
- # [11:29] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
- # [11:29] * ChanServ sets mode: +o smaug
- # [11:30] * @smaug should back out Bug 731974
- # [11:30] * Quits: victorporof (victorporo@C8AAC426.1C233438.79933D60.IP) (Quit: victorporof)
- # [11:30] * Joins: A1kmm (a1kmm@moz-C7C52631.jetstream.xtra.co.nz)
- # [11:31] * Joins: karl (karl@moz-C433B975.jetstream.xtra.co.nz)
- # [11:31] * Joins: alice (alice@moz-A7C201EB.zone16.bethere.co.uk)
- # [11:32] * Quits: gandalf (zbraniecki@moz-9EE97ADC.xdsl.toledo.be) (Quit: I took the wrong pill!!!)
- # [11:33] * Joins: jcranmer|away (jtcranmer@moz-EBF2B4AB.cs.illinois.edu)
- # [11:33] * Quits: alice (alice@moz-A7C201EB.zone16.bethere.co.uk) (Ping timeout)
- # [11:34] * Quits: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net) (Ping timeout)
- # [11:35] * Joins: andreasn (andreasn@1A0AD8E6.E7BADBF1.B0C2132F.IP)
- # [11:36] * Quits: andreasn (andreasn@1A0AD8E6.E7BADBF1.B0C2132F.IP) (Quit: andreasn)
- # [11:37] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Quit: PM: Preparing frontal lobe for mem sleep)
- # [11:37] * Joins: nical (nico@moz-F8747CC6.dsl.ovh.fr)
- # [11:37] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
- # [11:40] * Joins: jdm (jdm@88F51059.F3BBB17D.144F44FA.IP)
- # [11:40] * Quits: logbot (logbot@moz-58CB32ED.glob.com.au) (Ping timeout)
- # [11:41] * Joins: tobeytailor_ (tobeytailo@moz-7F1D149F.dip.t-dialin.net)
- # [11:42] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
- # [11:42] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Ping timeout)
- # [11:42] * Quits: tobeytailor (tobeytailo@moz-95BD9645.dip.t-dialin.net) (Ping timeout)
- # [11:42] * tobeytailor_ is now known as tobeytailor
- # [11:43] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f3b3be0822c4 - Hannes Verschore - Bug 828119: IonMonkey: Add fastpath for strict string comparison, r=jandem
- # [11:44] * Quits: scenor (scenor@moz-292278EC.wireless.dyn.drei.com) (Ping timeout)
- # [11:44] * Joins: jtcranmer (jcranmer@moz-A8039BFC.csl.tjhsst.edu)
- # [11:44] * Joins: kig (ilmari@moz-9099BB3A.sqy-bng-011.adsl.virginmedia.net)
- # [11:45] * Quits: bholley (anonymous@moz-50F208DD.net-89-2-149.rev.numericable.fr) (Quit: bholley)
- # [11:45] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
- # [11:46] * Joins: gandalf (zbraniecki@moz-9EE97ADC.xdsl.toledo.be)
- # [11:51] * Joins: xk1sv_ (xk1sv@FDCC56F4.F5AF084C.3318EDCA.IP)
- # [11:51] * Quits: xk1sv_ (xk1sv@FDCC56F4.F5AF084C.3318EDCA.IP) (Input/output error)
- # [11:51] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Connection reset by peer)
- # [11:51] * Joins: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [11:51] * Joins: crainiarc (Adium@moz-3BBB9F1C.dynip.nus.edu.sg)
- # [11:53] * Quits: vicamo (vicamo@moz-99690620.hinet-ip.hinet.net) (Quit: Konversation terminated!)
- # [11:54] * Quits: jfkthame (jfkthame@5CDACC3E.611A3979.9542EC20.IP) (Quit: jfkthame)
- # [11:55] * Quits: rillian (giles@moz-29D892D2.osuosl.org) (Ping timeout)
- # [11:55] * Joins: rillian (giles@moz-29D892D2.osuosl.org)
- # [11:59] * Joins: scenor (scenor@moz-F958F74D.wireless.dyn.drei.com)
- # [12:00] * Quits: ewong|away (chatzilla@moz-E5D50C2E.static.netvigator.com) (Ping timeout)
- # [12:00] * Quits: heycam|away (cam@moz-1D84C1DF.mcc.id.au) (Ping timeout)
- # [12:00] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/803542803194 - Stephen Horlander - Bug 836887 - Fix zoom-in toolbar button icon in HiDPI mode. r=fryn
- # [12:01] * Quits: kentuckyfriedtakahe (ajones@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [12:01] * Joins: ewong|away (chatzilla@moz-E5D50C2E.static.netvigator.com)
- # [12:01] * Joins: heycam|away (cam@moz-1D84C1DF.mcc.id.au)
- # [12:01] * Joins: kentuckyfriedtakahe (ajones@538BABFE.A073F3E.97BBD552.IP)
- # [12:03] * Joins: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net)
- # [12:03] * Joins: logbot (logbot@moz-58CB32ED.glob.com.au)
- # [12:07] * whimboo|afk is now known as whimboo
- # [12:08] * Quits: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net) (Ping timeout)
- # [12:09] * Quits: glob|away (glob@moz-DF237567.glob.com.au) (Quit: Leaving...)
- # [12:10] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/02e8dcde27b7 - Mounir Lamouri - Bug 833009 - Remove "nsContentUtils.h" inclusions from headers in content/xbl/. r=Ms2ger
- # [12:10] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a2ae479d35c6 - Mounir Lamouri - Bug 833009 - Remove "nsContentUtils.h" inclusions from headers in layout/. r=bz
- # [12:10] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/7c676b4c0d53 - Mounir Lamouri - Bug 833009 - Remove "nsContentUtils.h" inclusions from headers in content/base/. r=Ms2ger
- # [12:10] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/00a33fee3c87 - Mounir Lamouri - Bug 833009 - Remove "nsContentUtils.h" inclusions from headers in content/html/. r=Ms2ger
- # [12:10] * Quits: A1kmm (a1kmm@moz-C7C52631.jetstream.xtra.co.nz) (Quit: ChatZilla 0.9.89 [Firefox 18.0.1/20130117041235])
- # [12:10] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f28e2f533c56 - Mounir Lamouri - Bug 833009 - Remove "nsContentUtils.h" inclusions from headers in gfx/. r=Ms2ger
- # [12:10] * Quits: mreavy (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
- # [12:10] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/cd11feb55873 - Mounir Lamouri - Bug 833009 - Remove "nsContentUtils.h" inclusions from headers in content/events/. r=smaug
- # [12:10] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/3979463039ed - Mounir Lamouri - Bug 833012 - Remove "nsContentUtils.h" inclusion from Element.h. r=Ms2ger
- # [12:10] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/32831201b9ef - Mounir Lamouri - Bug 833009 - Remove "nsContentUtils.h" inclusions from headers in content/xslt/. r=Ms2ger
- # [12:11] * Joins: mreavy (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
- # [12:12] * Quits: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net) (Ping timeout)
- # [12:13] * Quits: loadRPi (pi@moz-422C60E7.range86-162.btcentralplus.com) (Client exited)
- # [12:13] * Joins: surkov (surkov@5FFF89F2.D1FED451.EBE09E3C.IP)
- # [12:15] * Joins: loadRPi (pi@moz-422C60E7.range86-162.btcentralplus.com)
- # [12:15] * Joins: jfkthame (jfkthame@5CDACC3E.611A3979.9542EC20.IP)
- # [12:17] * Quits: jcv (john@moz-9DD98F0F.cable.mindspring.com) (Ping timeout)
- # [12:17] * Quits: gandalf (zbraniecki@moz-9EE97ADC.xdsl.toledo.be) (Quit: I took the wrong pill!!!)
- # [12:18] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
- # [12:20] * Quits: surkov (surkov@5FFF89F2.D1FED451.EBE09E3C.IP) (Quit: surkov)
- # [12:20] * Quits: Dagger (Dagger@moz-38590C6F.cable.virginmedia.com) (Connection reset by peer)
- # [12:20] * Joins: Dagger (Dagger@moz-38590C6F.cable.virginmedia.com)
- # [12:22] * Joins: Pike (Pike@91145B7.7592D2E9.D52C411F.IP)
- # [12:22] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Quit: rniwa)
- # [12:22] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [12:24] * Joins: nli-- (Linear-log@moz-99690620.hinet-ip.hinet.net)
- # [12:26] * Joins: ErvisTusha (ErvisTusha@412BD193.F69FB6EA.363D84A4.IP)
- # [12:29] * Joins: gandalf (zbraniecki@moz-EF716D84.xdsl.toledo.be)
- # [12:30] * Quits: scenor (scenor@moz-F958F74D.wireless.dyn.drei.com) (Quit: Leaving)
- # [12:33] * Quits: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP) (Ping timeout)
- # [12:35] * Quits: till (till@moz-3493B177.superkabel.de) (Client exited)
- # [12:35] * Joins: marco (Thunderbir@moz-A0F3EBD1.cust.dsl.teletu.it)
- # [12:36] <Ms2ger> And here I was surprised that dzbarsky didn't need to adjust any tests...
- # [12:36] * Quits: kig (ilmari@moz-9099BB3A.sqy-bng-011.adsl.virginmedia.net) (Quit: kig)
- # [12:36] * Joins: bent (chatzilla@moz-932324BF.hsd1.ca.comcast.net)
- # [12:36] * Joins: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP)
- # [12:36] * Joins: surkov (surkov@5FFF89F2.D1FED451.EBE09E3C.IP)
- # [12:37] <edmorley> Ms2ger: fancy backing out? my hg clone is still going
- # [12:37] <Ms2ger> Sorry, just about to head off for lunch
- # [12:37] <edmorley> ok :-)
- # [12:38] * Joins: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net)
- # [12:40] * Joins: kig (ilmari@moz-9099BB3A.sqy-bng-011.adsl.virginmedia.net)
- # [12:41] * Joins: pranavrc (pranavrc@CE10DB73.CA6AAE21.520CDC98.IP)
- # [12:41] * Quits: surkov (surkov@5FFF89F2.D1FED451.EBE09E3C.IP) (Quit: surkov)
- # [12:41] * Joins: alice (alice@moz-A7C201EB.zone16.bethere.co.uk)
- # [12:42] * Joins: victorporof (victorporo@C8AAC426.1C233438.79933D60.IP)
- # [12:42] * whimboo is now known as whimboo|afk
- # [12:43] * Quits: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net) (Ping timeout)
- # [12:43] * Quits: alice (alice@moz-A7C201EB.zone16.bethere.co.uk) (Ping timeout)
- # [12:46] * Joins: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net)
- # [12:48] * Quits: victorporof (victorporo@C8AAC426.1C233438.79933D60.IP) (Ping timeout)
- # [12:49] * Quits: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net) (Quit: juanb)
- # [12:49] * Quits: ericchou (ericchou@moz-99690620.hinet-ip.hinet.net) (Quit: Leaving)
- # [12:51] * Joins: xk1sv_ (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [12:51] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Connection reset by peer)
- # [12:51] * xk1sv_ is now known as xk1sv
- # [12:51] * Joins: victorporof (victorporo@C8AAC426.1C233438.79933D60.IP)
- # [12:56] <Ms2ger> edmorley, still need a backout?
- # [12:57] <edmorley> Ms2ger: yes please
- # [12:57] * Quits: schien-laptop (schien@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
- # [12:57] * Joins: jimm (jmathies@moz-4C827542.pn.at.cox.net)
- # [12:58] * Quits: Honza (chatzilla@5AD2A1B9.23B79DE4.D0083327.IP) (Connection reset by peer)
- # [12:58] * Joins: Honza (chatzilla@5AD2A1B9.23B79DE4.D0083327.IP)
- # [13:01] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1911bdd5b548 - Ms2ger - Backout changeset 6a6ba49340e7 (bug 837039) for M1 orange on a CLOSED TREE.
- # [13:01] <NeilAway> lol @ profile guided PGO
- # [13:01] * Quits: jcranmer|away (jtcranmer@moz-EBF2B4AB.cs.illinois.edu) (Ping timeout)
- # [13:02] <Ms2ger> Profile guided PGO optimization?
- # [13:04] <Ms2ger> Hrm
- # [13:05] * Joins: vingtetun (vingtetun@moz-9EE97ADC.xdsl.toledo.be)
- # [13:06] <Ms2ger> edmorley, isn't getLogExcerpt.php supposed to catch "Assertion failure:"?
- # [13:06] * Joins: jcranmer|away (jtcranmer@moz-EBF2B4AB.cs.illinois.edu)
- # [13:07] * mgerva is now known as mgerva-afk
- # [13:07] <jimm> I don't think people can argue there's no evidence, there's ample evidence PGO helps according to talos data.
- # [13:07] <edmorley> Ms2ger: yes, https://hg.mozilla.org/webtools/tbpl/file/57d854b4b2f6/php/inc/GeneralErrorFilter.php#l30
- # [13:07] * Quits: karl (karl@moz-C433B975.jetstream.xtra.co.nz) (Ping timeout)
- # [13:07] * Joins: glob (glob@moz-DF237567.glob.com.au)
- # [13:08] * glob is now known as glob|away
- # [13:08] <Ms2ger> Wait, why does this log say "Assertion failed" instead of "Assertion failure"?
- # [13:09] <jimm> anybody know why we dropped a ton of talos tests last summer?
- # [13:09] * Joins: KaiRo (robert@moz-EF716D84.xdsl.toledo.be)
- # [13:09] <edmorley> jimm: which
- # [13:10] <Ms2ger> jimm, because they had more noise than signal, IIRC
- # [13:10] <jimm> ts (small, medium, heavy) Dirty Profile
- # [13:11] <edmorley> jimm: in order to avoid issues with revised suites results differing (and to make it easier for the revised suites to ride the trains), several times we've done a "add fooTest2, eventually phase tooTest out"
- # [13:11] <edmorley> eg the no network access revisions of tp
- # [13:11] <edmorley> jimm: I'm not sure whether the ts dirty profile runs fall into that category
- # [13:12] <edmorley> jmaher / jhammel should know
- # [13:12] <jimm> I can't seem to find the latest tp5 tests in the pertastic test list under Firefox
- # [13:12] * Joins: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net)
- # [13:12] <jimm> they are however on the dashboard
- # [13:13] <jimm> Tp5 No Network Row M
- # [13:13] * Joins: Archae|mobile (AndChat@moz-FF3F73F2.cust.telecolumbus.net)
- # [13:13] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
- # [13:14] <Ms2ger> That was the column -> row change, right?
- # [13:14] <edmorley> "Row", yes
- # [13:17] <edmorley> jimm: I've got to it from the tp link on tbpl: http://graphs.mozilla.org/graph.html#tests=[[206,1,12]]&sel=none&displayrange=7&datatype=running
- # [13:17] <edmorley> but yeah I couldn't find it on the custom graphs list either
- # [13:17] <edmorley> graphs.m.o is a mess tbh
- # [13:17] <jimm> yeah
- # [13:17] * Quits: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net) (Ping timeout)
- # [13:18] <edmorley> though the fix is datazilla, rather than improving graphs.m.o
- # [13:18] * Quits: twi (Adium@moz-12EC5C5D.ip243.fastwebnet.it) (Ping timeout)
- # [13:18] <jimm> a lot of stuff missing, and a lot of old tests we don't care about still in the list.
- # [13:18] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [13:18] * Ms2ger remembers the time he broke g.m.o
- # [13:18] <jimm> edmorley: from http://graphs.mozilla.org/graph.html#tests=[[206,1,12]]&sel=none&displayrange=365&datatype=running
- # [13:19] <jimm> any idea how I can get to the non-pgo runs?
- # [13:19] <jimm> I guess I could just try some random numbers :/
- # [13:19] <edmorley> jimm: from tbpl again, given that the custom chart chooser seems out of date
- # [13:20] * Joins: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP)
- # [13:20] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [13:20] <jimm> ah
- # [13:20] <jimm> ah!
- # [13:20] <jimm> tbpl, awesome
- # [13:20] <edmorley> jimm: win opt row -> tp -> tinderboxprint box in lower panel -> link to graphs.m.o
- # [13:21] <jimm> yeah, forgot about those links
- # [13:21] * Quits: Pike (Pike@91145B7.7592D2E9.D52C411F.IP) (Quit: ChatZilla 0.9.89 [Firefox 18.0/20130104151948])
- # [13:21] * Quits: gandalf (zbraniecki@moz-EF716D84.xdsl.toledo.be) (Quit: I took the wrong pill!!!)
- # [13:24] <jimm> I see substantially better results in pgo builds for pretty much every test we run
- # [13:26] * Quits: odin_ (Odin@moz-66D3502E.zone5.bethere.co.uk) (Quit: Leaving)
- # [13:27] <Ms2ger> "TBPL Two: The One That Isn't a Reverse-Engineered Hack"
- # [13:28] <edmorley> lol
- # [13:28] <edmorley> least we're not still using tinderbox
- # [13:28] <edmorley> waterfalls
- # [13:29] <Ms2ger> Hey, we could still be in the Dark Age! At least we're in the Feudal Age now!
- # [13:32] <Ms2ger> (AoE reference, anyone?)
- # [13:32] * derf builds an archery range.
- # [13:32] <Ms2ger> \o/
- # [13:32] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/17e87a6b7c3f - Vicamo Yang - Bug 826931 - Part 1/3: UnixSocket - allow ownership take-over in ReceiveSocketData(). r=qDot,echou
- # [13:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/8cf5d7935060 - Vicamo Yang - Bug 826931 - Part 3/3: use mozilla::ipc::UnixSocket. r=qDot
- # [13:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f702f4adea06 - Vicamo Yang - Bug 826931 - Part 2/3: UnixSocket - allow delayed connection. r=qDot
- # [13:33] * Joins: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com)
- # [13:35] <NeilAway> Ms2ger: that was in reference to profiling to find out which parts of the code need to have pgo
- # [13:36] * mgerva-afk is now known as mgerva
- # [13:39] * Quits: vigneshwaran (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP) (Quit: Leaving.)
- # [13:41] * Quits: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [13:41] * Joins: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net)
- # [13:43] <jdm> Nice town; I'll take it.
- # [13:43] <Ms2ger> Wololo
- # [13:46] * Joins: alice (alice@moz-A7C201EB.zone16.bethere.co.uk)
- # [13:46] * Quits: alice (alice@moz-A7C201EB.zone16.bethere.co.uk) (Client exited)
- # [13:47] * Joins: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net)
- # [13:50] * Joins: atte (atte@moz-37C1DF97.dhcp.inet.fi)
- # [13:51] * Joins: xk1sv_ (xk1sv@FDCC56F4.F5AF084C.3318EDCA.IP)
- # [13:51] * Quits: xk1sv_ (xk1sv@FDCC56F4.F5AF084C.3318EDCA.IP) (Input/output error)
- # [13:51] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Connection reset by peer)
- # [13:51] * Joins: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [13:52] * Joins: till (till@moz-29513284.adsl.alicedsl.de)
- # [13:53] * Quits: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net) (Ping timeout)
- # [13:53] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
- # [13:55] * Joins: Noah (opera@53DDAC6A.AF137C92.8C1975D7.IP)
- # [13:55] * Parts: Noah (opera@53DDAC6A.AF137C92.8C1975D7.IP)
- # [13:57] <jesup> Cool, no M3 peerconnection oranges since the Clobber....
- # [13:57] * jesup jinxes himself
- # [14:01] * Quits: Cwiiis (cwiiis@moz-125BA310.croy.cable.virginmedia.com) (Quit: Leaving)
- # [14:01] * Joins: Nefzaoui (chatzilla@90FC43A7.3C153E4F.D9343D67.IP)
- # [14:01] * Parts: aja (Instantbir@FFB5B4C0.C9BE7A48.7880DB15.IP)
- # [14:04] * Quits: crainiarc (Adium@moz-3BBB9F1C.dynip.nus.edu.sg) (Quit: Leaving.)
- # [14:07] * Quits: Archae|mobile (AndChat@moz-FF3F73F2.cust.telecolumbus.net) (Quit: Bye)
- # [14:09] * Joins: Archaeopteryx (itsme@moz-FF3F73F2.cust.telecolumbus.net)
- # [14:12] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [14:12] * Joins: surkov (surkov@5FFF89F2.D1FED451.EBE09E3C.IP)
- # [14:14] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
- # [14:14] * Quits: tchevalier (Thunderbir@moz-24C9E4C8.w92-133.abo.wanadoo.fr) (Quit: tchevalier)
- # [14:15] * Quits: jdm (jdm@88F51059.F3BBB17D.144F44FA.IP) (Quit: Lost terminal)
- # [14:16] * Parts: nical (nico@moz-F8747CC6.dsl.ovh.fr)
- # [14:17] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [14:18] * Joins: tchevalier (Thunderbir@moz-24C9E4C8.w92-133.abo.wanadoo.fr)
- # [14:21] * Joins: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net)
- # [14:23] * Joins: thinker (user@moz-D921FE60.dynamic.kbronet.com.tw)
- # [14:23] * catlee-away is now known as catlee
- # [14:23] * Quits: bkero (bkero@moz-ED825A1B.members.linode.com) (Ping timeout)
- # [14:24] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/71021f237454 - Jose Antonio Olivera Ortega - Bug 822522 - [b2g-ril] Add an explicit GECKO_CARDSTATE_UNKNOWN state. r=qDot
- # [14:26] * Quits: Bas (chatzilla@moz-F36AC7C8.ftth.concepts.nl) (Ping timeout)
- # [14:27] * Quits: till (till@moz-29513284.adsl.alicedsl.de) (Ping timeout)
- # [14:27] * Quits: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net) (Ping timeout)
- # [14:28] * Joins: till (till@moz-229561C2.adsl.alicedsl.de)
- # [14:30] * Quits: marco (Thunderbir@moz-A0F3EBD1.cust.dsl.teletu.it) (Ping timeout)
- # [14:30] * Joins: RyanVM (chatzilla@moz-148999FE.phlapa.fios.verizon.net)
- # [14:30] * kmoir-afk is now known as kmoir
- # [14:31] * Joins: askalski (akuda@2BA4E5A7.CC7751E8.6712E96B.IP)
- # [14:31] * Quits: surkov (surkov@5FFF89F2.D1FED451.EBE09E3C.IP) (Quit: surkov)
- # [14:32] * Quits: askalski (akuda@2BA4E5A7.CC7751E8.6712E96B.IP) (Quit: Wychodzi)
- # [14:33] * rail_away is now known as rail
- # [14:33] * whimboo|afk is now known as whimboo
- # [14:35] * Joins: marco (Thunderbir@moz-4D1A0E9D.cust.dsl.teletu.it)
- # [14:36] * Quits: T3 (T3@6BAB3E9C.7174DEDB.32718129.IP) (Client exited)
- # [14:37] * Joins: jcv (john@moz-9DD98F0F.cable.mindspring.com)
- # [14:37] * Quits: paulproteus (quassel@rose.makesad.us) (Ping timeout)
- # [14:39] * Joins: Edgar (Thunderbir@moz-26F24EE6.dynamic.hinet.net)
- # [14:39] * AutomatedTester|away is now known as AutomatedTester
- # [14:40] * Quits: tonymec (tonymec@D71DBB3.8FEEBE3E.DE2DB281.IP) (Input/output error)
- # [14:42] * Joins: kaze (kaze@7B5A62F9.E89A987E.96B18764.IP)
- # [14:42] * Quits: jhylands|away (jhylands@moz-328BBA98.cpe.net.cable.rogers.com) (Ping timeout)
- # [14:42] * Joins: T3 (T3@6BAB3E9C.7174DEDB.32718129.IP)
- # [14:43] * Joins: paulproteus (quassel@moz-E86A3B42.makesad.us)
- # [14:43] * Joins: tonymec (tonymec@D71DBB3.8FEEBE3E.DE2DB281.IP)
- # [14:43] * Joins: marcoz (marco.zehe@moz-4C12C4F9.dip.t-dialin.net)
- # [14:44] * Joins: Boriss (FlyingToas@2E747C8D.C1499D0.396E4C6D.IP)
- # [14:46] * Joins: beaufour (beaufour@moz-EA4226EF.nyc.biz.rr.com)
- # [14:47] * Quits: tchevalier (Thunderbir@moz-24C9E4C8.w92-133.abo.wanadoo.fr) (Quit: tchevalier)
- # [14:47] * bz_sleep is now known as bz
- # [14:48] * Joins: naveed (nihsanulla@moz-AF0264A5.bstnma.fios.verizon.net)
- # [14:48] * Quits: kaze (kaze@7B5A62F9.E89A987E.96B18764.IP) (Ping timeout)
- # [14:48] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6123591fafb8 - Brian Hackett - Bug 836774 - Prevent objects/strings from flowing to an MToDouble, r=jandem.
- # [14:49] * Kripton is now known as kripton
- # [14:50] * Joins: JeroenDeDauw (j@moz-8EBE723F.ifiber.telenet-ops.be)
- # [14:51] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e521791fe3cc - Alexandre Poirot - Bug 821695 - Do not load videocontrols.xml if the audio/video tag does not need it. r=roc
- # [14:51] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/8ee65e7da665 - Ryan VanderMeulen - Merge m-c to inbound.
- # [14:52] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/50cf5bbcb180 - Fabrice Desré - Bug 834999 - followup to remove useless dump() r=me a=tef+
- # [14:52] * Joins: xk1sv_ (xk1sv@FDCC56F4.F5AF084C.3318EDCA.IP)
- # [14:52] * Quits: xk1sv_ (xk1sv@FDCC56F4.F5AF084C.3318EDCA.IP) (Input/output error)
- # [14:52] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Connection reset by peer)
- # [14:52] * Joins: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [14:52] * Quits: past (Instantbir@moz-B3045EC1.dsl.dyn.forthnet.gr) (Ping timeout)
- # [14:53] * Joins: nical (nico@moz-F8747CC6.dsl.ovh.fr)
- # [14:53] * Joins: bholley (anonymous@moz-50F208DD.net-89-2-149.rev.numericable.fr)
- # [14:53] * Joins: jhylands (jhylands@moz-328BBA98.cpe.net.cable.rogers.com)
- # [14:54] * Joins: kkdEEP (kkdEEP@AE292EE0.F6ADEE3D.5296A3D0.IP)
- # [14:54] * Quits: marco (Thunderbir@moz-4D1A0E9D.cust.dsl.teletu.it) (Quit: marco)
- # [14:55] * Joins: automata (automata@A0F76D52.66431431.C27E1635.IP)
- # [14:55] * Quits: T3 (T3@6BAB3E9C.7174DEDB.32718129.IP) (Client exited)
- # [14:55] * ewong|sleep is now known as ewong
- # [14:55] * Joins: darkowlzz (darkowlzz@E188821A.3F9E4002.F44414AF.IP)
- # [14:56] * Quits: JeroenDeDauw (j@moz-8EBE723F.ifiber.telenet-ops.be) (Ping timeout)
- # [14:56] * Joins: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net)
- # [14:57] * whimboo is now known as whimboo|afk
- # [14:57] * Quits: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [14:58] <RyanVM> whimboo: jesup: I'll be clobbering m-c when I do the next merge, so we'll see if the orange follows or not
- # [14:59] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
- # [15:01] * Joins: RattyAway (Jim_diGriz@393E12A3.993E53F6.FB243CD8.IP)
- # [15:01] * Joins: armenzg (armenzg@moz-600B22EA.home1.cgocable.net)
- # [15:02] <RattyAway> jrmuizel: https://bugzilla.mozilla.org/show_bug.cgi?id=836696#c7
- # [15:02] <RattyAway> Deleting stdint.h from that file works as well.
- # [15:02] * Quits: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net) (Ping timeout)
- # [15:02] <RattyAway> AFAICT stdint.h is never used
- # [15:04] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [15:04] * Quits: darkowlzz (darkowlzz@E188821A.3F9E4002.F44414AF.IP) (Ping timeout)
- # [15:06] * Joins: janv_ (varga@moz-B6E52297.flarion.as5628.telecom.sk)
- # [15:06] * Joins: ericjung (ericjung@5210CFD5.1A5EA44.72B23B3D.IP)
- # [15:06] * Joins: crainiarc (Adium@moz-99624ADC.singnet.com.sg)
- # [15:06] * Quits: vtmarvin (Thunderbir@32DFDBE.7102BCB6.B7C3970A.IP) (Ping timeout)
- # [15:06] * Quits: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk) (Ping timeout)
- # [15:07] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
- # [15:07] * janv_ is now known as janv
- # [15:09] * Quits: jhylands (jhylands@moz-328BBA98.cpe.net.cable.rogers.com) (Input/output error)
- # [15:09] * Joins: bkero (bkero@moz-ED825A1B.members.linode.com)
- # [15:09] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Input/output error)
- # [15:10] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
- # [15:11] * Joins: vtmarvin (Thunderbir@32DFDBE.7102BCB6.B7C3970A.IP)
- # [15:11] * Joins: mwobensmith (Adium@F2D29657.F60B0462.67AC9B1.IP)
- # [15:11] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Ping timeout)
- # [15:12] <RattyAway> jrmuizel: so we can rm the file? and fix the makefile?
- # [15:13] <jrmuizel> RattyAway: our version of pixman still requires it
- # [15:13] <RattyAway> Hmm. ok.
- # [15:13] <jrmuizel> RattyAway: I have an update in the wings that does away with it
- # [15:13] * Parts: nical (nico@moz-F8747CC6.dsl.ovh.fr)
- # [15:13] <RattyAway> jrmuizel: oh thanks!
- # [15:13] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
- # [15:14] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5938f7cbfa8e - Ehsan Akhgari - Bug 827158 - Part 4: Traverse the mValidity member of HTMLObjectElement as well
- # [15:14] * jcranmer|away is now known as jcranmer
- # [15:14] <RattyAway> ttfn
- # [15:15] * Parts: RattyAway (Jim_diGriz@393E12A3.993E53F6.FB243CD8.IP)
- # [15:15] * Joins: T3 (T3@6BAB3E9C.7174DEDB.32718129.IP)
- # [15:15] * Joins: mwu (mwu@moz-2E883D31.hsd1.nj.comcast.net)
- # [15:16] * Joins: kaze (kaze@33DE6C37.153158F8.EC2613E4.IP)
- # [15:16] * Quits: @ehsan (ehsan@576FC5E5.CD1D2BB8.DC1243F8.IP) (Input/output error)
- # [15:16] * Quits: m_kato (m_kato@moz-348F61F0.mozilla.or.jp) (Quit: Leaving...)
- # [15:18] * Joins: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net)
- # [15:18] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [15:19] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
- # [15:19] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Input/output error)
- # [15:21] * Joins: past (Instantbir@moz-EF598389.dsl.dyn.forthnet.gr)
- # [15:21] * Joins: jhylands (jhylands@moz-328BBA98.cpe.net.cable.rogers.com)
- # [15:23] * Quits: shorlander (shorlander@8F761026.B5EF4AF6.E96CA9D8.IP) (Input/output error)
- # [15:23] * Quits: kaze (kaze@33DE6C37.153158F8.EC2613E4.IP) (Ping timeout)
- # [15:24] * Joins: shorlander (shorlander@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [15:24] * ewong is now known as ewong|sleep
- # [15:25] * coop is now known as coop|buildduty
- # [15:25] * Quits: shorlander (shorlander@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
- # [15:26] * Joins: overholt (overholt@1A0AD8E6.E7BADBF1.B0C2132F.IP)
- # [15:26] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
- # [15:27] * Quits: vtmarvin (Thunderbir@32DFDBE.7102BCB6.B7C3970A.IP) (Ping timeout)
- # [15:29] * Joins: darkowlzz (darkowlzz@74B3EB23.AE087544.25B273F5.IP)
- # [15:31] * Joins: vtmarvin (Thunderbir@32DFDBE.7102BCB6.B7C3970A.IP)
- # [15:31] * Joins: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net)
- # [15:31] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
- # [15:33] * Quits: marcoz (marco.zehe@moz-4C12C4F9.dip.t-dialin.net) (Quit: Leaving.)
- # [15:36] * Quits: smontagu (chatzilla@moz-45181727.red.bezeqint.net) (Ping timeout)
- # [15:36] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
- # [15:37] * Quits: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net) (Ping timeout)
- # [15:38] * armenzg is now known as armenzg_brb
- # [15:39] * Joins: Pike (Pike@moz-9EE97ADC.xdsl.toledo.be)
- # [15:40] * Quits: Optimizer (Instantbir@D4A3BB78.9CB844E6.AA3EB577.IP) (Ping timeout)
- # [15:42] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [15:43] * joey is now known as joey-away
- # [15:43] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Input/output error)
- # [15:47] * Quits: glob|away (glob@moz-DF237567.glob.com.au) (Quit: Leaving...)
- # [15:48] * Joins: kaze (kaze@FBE887DE.3F1D1311.EC2613E4.IP)
- # [15:48] * Joins: JeroenDeDauw (j@moz-8EBE723F.ifiber.telenet-ops.be)
- # [15:48] * Quits: mwobensmith (Adium@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving.)
- # [15:48] * Quits: overholt (overholt@1A0AD8E6.E7BADBF1.B0C2132F.IP) (Ping timeout)
- # [15:48] * Joins: nmatsakis (nmatsakis@AAE222A3.FDDA6739.2321E71E.IP)
- # [15:48] * Joins: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net)
- # [15:48] * Joins: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com)
- # [15:50] * Quits: kaze (kaze@FBE887DE.3F1D1311.EC2613E4.IP) (Ping timeout)
- # [15:50] * Joins: sheppy (sheppy@moz-B52B0B26.dhcp.kgpt.tn.charter.com)
- # [15:51] * Quits: dria (dria@moz-F5EB0C5D.dsl.teksavvy.com) (Quit: dria)
- # [15:52] * Joins: xk1sv_ (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [15:52] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Connection reset by peer)
- # [15:52] * xk1sv_ is now known as xk1sv
- # [15:52] * Joins: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP)
- # [15:53] * Joins: Optimizer (Optimizer@5378BE26.D5D64200.BE90E62C.IP)
- # [15:54] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
- # [15:54] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
- # [15:55] * Joins: ted_ (luser@moz-3655F70D.scr.east.verizon.net)
- # [15:56] * Quits: @ted (luser@moz-789E0865.scr.east.verizon.net) (Ping timeout)
- # [15:56] * joey-away is now known as joey
- # [15:58] * Quits: ddahl (ddahl@C261DB39.6E5482D7.8DDCAE07.IP) (Ping timeout)
- # [15:58] * Joins: ddahl (ddahl@C261DB39.6E5482D7.8DDCAE07.IP)
- # [15:59] * Quits: Boriss (FlyingToas@2E747C8D.C1499D0.396E4C6D.IP) (Quit: Boriss)
- # [16:00] * jlebar|sleep is now known as jlebar
- # [16:01] * Joins: lduros (user@moz-4894EA28.nic.resnet.group.upenn.edu)
- # [16:03] * khuey|away is now known as khuey
- # [16:03] * Joins: markh1 (Instantbir@F2D29657.F60B0462.67AC9B1.IP)
- # [16:03] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/dabe7736e4f9 - Adam Roach [:abr] - Bug 825927 Patch 2: Lengths, leaks, and contracts. r=ekr
- # [16:03] * Quits: KaiRo (robert@moz-EF716D84.xdsl.toledo.be) (Quit: www.KaiRo.at)
- # [16:03] * armenzg_brb is now known as armenzg
- # [16:04] * Quits: sgimeno (santiago.g@A922400D.48362F18.BCC03455.IP) (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/)
- # [16:04] * Joins: ehsan (ehsan@576FC5E5.CD1D2BB8.DC1243F8.IP)
- # [16:04] * ChanServ sets mode: +o ehsan
- # [16:04] * philor|away is now known as philor
- # [16:06] * Joins: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net)
- # [16:06] * Tomcat|buildduty is now known as Tomcat|afk
- # [16:07] * Joins: ehugg (ehugg@moz-FE206300.cisco.com)
- # [16:07] <RyanVM> ochameau: ping
- # [16:08] * Joins: yzen (Adium@67828CC7.C1A51174.9D42CF23.IP)
- # [16:08] * Quits: Optimizer (Optimizer@5378BE26.D5D64200.BE90E62C.IP) (Ping timeout)
- # [16:09] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9e3fcc54281b - Randell Jesup - Bug 789858: Error out if we can't find a byteswap function in libsrtp (for upstreaming) r=ted DONTBUILD
- # [16:10] * Quits: @ehsan (ehsan@576FC5E5.CD1D2BB8.DC1243F8.IP) (Input/output error)
- # [16:10] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/8b25322ec2bf - Ryan VanderMeulen - Backed out changeset e521791fe3cc (bug 821695) for mochitest-2 orange.
- # [16:10] * Quits: kkdEEP (kkdEEP@AE292EE0.F6ADEE3D.5296A3D0.IP) (Quit: )
- # [16:10] * Joins: marcoz (marco.zehe@moz-4C12C4F9.dip.t-dialin.net)
- # [16:12] * Quits: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net) (Ping timeout)
- # [16:12] <pnkfelix> On my mac, I can only have one Firefox running at a time. This includes when I am running a locally built NightlyDebug.app that I want to hook up to gdb. What do other devs do if they want to browse the web in parallel with such effort? Just use a non-Firefox browser?
- # [16:13] * Quits: darkowlzz (darkowlzz@74B3EB23.AE087544.25B273F5.IP) (Ping timeout)
- # [16:13] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
- # [16:13] <gcp> you can run multiple in parallel on seperate profiles
- # [16:14] <gcp> -p -no-remote IIRC
- # [16:14] * Quits: JeroenDeDauw (j@moz-8EBE723F.ifiber.telenet-ops.be) (Quit: Leaving.)
- # [16:14] * Joins: JeroenDeDauw (j@moz-8EBE723F.ifiber.telenet-ops.be)
- # [16:14] <gcp> though I admit I sometimes use Chromium as well
- # [16:14] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/112c12834bd7 - Milan Sreckovic - Bug 818241 - Initialize mCg to nullptr. r=jmuizelaar, a=lsblakk
- # [16:14] <@bz> On tinderbox...
- # [16:14] * Joins: shorlander (shorlander@F2D29657.F60B0462.67AC9B1.IP)
- # [16:15] <@bz> Do we run xpcshell tests on packages of some sort?
- # [16:15] <JosiahOne> pnkfelix: Actually, it is true. I think a lot of the time we do just use another browser.
- # [16:15] <@bz> Or directly from the objdir?
- # [16:15] * Joins: ekr (ekr@moz-D045CF3F.west.biz.rr.com)
- # [16:15] <Ms2ger> bz, package
- # [16:15] * Joins: hipokrit (hipokrit@1BF5DFDB.CA40E1F7.C558AD24.IP)
- # [16:15] <Ms2ger> bz, as there's no objdir on the test slaves
- # [16:15] <@bz> I wasn't sure about unit tests
- # [16:15] <@bz> But I guess xpcshell isn't unit tests
- # [16:15] <@bz> in that sense
- # [16:15] <@bz> ok, thanks
- # [16:16] <Ms2ger> If it has its own letter on TBPL, it runs on a test slave
- # [16:16] <Ms2ger> Np
- # [16:16] * Joins: mwobensmith (Adium@F2D29657.F60B0462.67AC9B1.IP)
- # [16:16] * Parts: mwobensmith (Adium@F2D29657.F60B0462.67AC9B1.IP)
- # [16:17] * Joins: dao (dao@F2D29657.F60B0462.67AC9B1.IP)
- # [16:17] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5527dd4bfcbf - Justin Lebar - Bug 833913 - Part 3: Switch nsMemoryReporterManager to using nsTHashtable. r=khuey,njn
- # [16:17] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/da129718ccb1 - Justin Lebar - Bug 833913 - Part 2: Make about:memory sort reporters with equal amounts by name, and update the tests to match this. r=njn
- # [16:18] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/346157c3cd44 - Justin Lebar - Bug 833913 - Part 1: s/PR_TRUE/true in nsISimpleEnumerator.idl comment. r=bsmedberg
- # [16:19] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
- # [16:19] * Quits: mixedpuppy (mixedpuppy@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: mixedpuppy)
- # [16:19] * Quits: automata (automata@A0F76D52.66431431.C27E1635.IP) (Ping timeout)
- # [16:20] * Joins: Optimizer (Optimizer@55530450.9700A370.D5D59AD9.IP)
- # [16:21] * Joins: till_ (till@moz-229561C2.adsl.alicedsl.de)
- # [16:21] * Quits: till (till@moz-229561C2.adsl.alicedsl.de) (Connection reset by peer)
- # [16:22] * Quits: nattofriends (tsutsumi@moz-A369A791.warosu.org) (Ping timeout)
- # [16:22] * Quits: jhk (jhk@7FC79FD2.5827C9F6.D06349B0.IP) (Ping timeout)
- # [16:22] * Joins: nattofriends (tsutsumi@moz-A369A791.warosu.org)
- # [16:23] * Joins: genester (Thunderbir@moz-A0C78C2.oc.oc.cox.net)
- # [16:23] * Joins: Boriss (FlyingToas@F2D29657.F60B0462.67AC9B1.IP)
- # [16:24] * till_ is now known as till
- # [16:24] * Quits: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.89 [Firefox 20.0a2/20130128042018])
- # [16:24] * Joins: Boriss_ (FlyingToas@F2D29657.F60B0462.67AC9B1.IP)
- # [16:25] * Joins: dcamp (dave@F2D29657.F60B0462.67AC9B1.IP)
- # [16:25] * Quits: Boriss (FlyingToas@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [16:25] * Boriss_ is now known as Boriss
- # [16:26] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Input/output error)
- # [16:26] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
- # [16:27] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Connection reset by peer)
- # [16:28] * Quits: nmatsakis (nmatsakis@AAE222A3.FDDA6739.2321E71E.IP) (Quit: Computer has gone to sleep.)
- # [16:29] * Parts: Pauly (paul@601F3B17.33662590.A5830293.IP)
- # [16:30] * Quits: tzimmermann (tzimmerman@moz-C1DB4352.pools.arcor-ip.net) (Quit: Ex-Chat)
- # [16:31] * Joins: dria (dria@F2D29657.F60B0462.67AC9B1.IP)
- # [16:31] * Joins: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
- # [16:32] * Quits: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com) (Client exited)
- # [16:33] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
- # [16:34] * Quits: ekr (ekr@moz-D045CF3F.west.biz.rr.com) (Ping timeout)
- # [16:34] * Quits: azakai|far (alon@moz-8D0CC798.lightspeed.sntcca.sbcglobal.net) (Input/output error)
- # [16:34] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Ping timeout)
- # [16:35] * Quits: genester (Thunderbir@moz-A0C78C2.oc.oc.cox.net) (Quit: genester)
- # [16:35] * Quits: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP) (Quit: Leaving)
- # [16:35] * Joins: mixedpuppy (mixedpuppy@F2D29657.F60B0462.67AC9B1.IP)
- # [16:37] * Joins: darkowlzz (darkowlzz@6BE069E0.A79C496C.9DA13C14.IP)
- # [16:37] * Joins: fitzgen (fitzgen@moz-9E403A70.dsl.static.sonic.net)
- # [16:38] * Joins: odin_ (Odin@moz-66D3502E.zone5.bethere.co.uk)
- # [16:40] * Joins: ehugg_ (chatzilla@C1766AFD.29102B70.6CD50604.IP)
- # [16:41] * Joins: knelson (Adium@moz-B2829269.dsl.pltn13.sbcglobal.net)
- # [16:41] * Parts: knelson (Adium@moz-B2829269.dsl.pltn13.sbcglobal.net)
- # [16:41] * Joins: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net)
- # [16:42] * Joins: ekr (ekr@moz-D045CF3F.west.biz.rr.com)
- # [16:42] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
- # [16:42] * ChanServ sets mode: +o ehsan
- # [16:42] * Quits: markh1 (Instantbir@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [16:43] * Joins: victorporof_ (victorporo@5177657A.A58E0E41.6A4F8DA2.IP)
- # [16:43] * Quits: victorporof (victorporo@C8AAC426.1C233438.79933D60.IP) (Ping timeout)
- # [16:44] * Joins: nhirata (anonymous@moz-6D599AA6.hsd1.ca.comcast.net)
- # [16:45] * Quits: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz) (Quit: Leaving)
- # [16:46] * chuckharmston|away is now known as chuckharmston
- # [16:47] * Quits: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net) (Ping timeout)
- # [16:47] * Quits: chuckharmston (chuckharms@405E755D.5C78B772.1A32E3CE.IP) (Client exited)
- # [16:47] * Quits: armenzg (armenzg@moz-600B22EA.home1.cgocable.net) (No route to host)
- # [16:47] * Joins: armenzg (armenzg@moz-600B22EA.home1.cgocable.net)
- # [16:47] * Joins: chuckharmston (chuckharms@405E755D.5C78B772.1A32E3CE.IP)
- # [16:48] * jchen|away is now known as jchen
- # [16:48] * Joins: jwalker-also (jwalker@moz-5B263CE9.cable.virginmedia.com)
- # [16:49] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [16:49] * Quits: jwalker (jwalker@moz-5B263CE9.cable.virginmedia.com) (Ping timeout)
- # [16:49] * Joins: ted__ (luser@moz-7572D29.scr.east.verizon.net)
- # [16:50] * Quits: ted_ (luser@moz-3655F70D.scr.east.verizon.net) (Ping timeout)
- # [16:51] * Joins: markh1 (Instantbir@F2D29657.F60B0462.67AC9B1.IP)
- # [16:51] * Quits: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net) (Quit: Deallocatd. (Probably forbidden by ARC))
- # [16:52] * Joins: wlach (wlach@moz-AEEC2DA3.mc.videotron.ca)
- # [16:52] * Joins: xk1sv_ (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [16:52] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Connection reset by peer)
- # [16:52] * xk1sv_ is now known as xk1sv
- # [16:53] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [16:55] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Ping timeout)
- # [16:56] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [16:56] * Quits: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP) (Quit: RealRaven)
- # [16:56] * Joins: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP)
- # [16:57] * Quits: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP) (Quit: RealRaven)
- # [16:57] * Joins: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP)
- # [16:58] * Joins: mccr8 (mccr8@2557E599.66715431.D25A875A.IP)
- # [16:58] * Joins: gandalf (zbraniecki@moz-9EE97ADC.xdsl.toledo.be)
- # [16:58] <coop|buildduty> exit
- # [16:59] * Quits: sfink (chatzilla@moz-E840C1E1.dsl.pltn13.sbcglobal.net) (Ping timeout)
- # [17:00] <glandium> coop|buildduty: this way ->[]
- # [17:00] * Joins: tn (tn@moz-2E73ACE4.wp.shawcable.net)
- # [17:01] <coop|buildduty> oops, thanks :)
- # [17:02] * joduinn-afk is now known as joduinn
- # [17:04] <yzen> Yoric: ping
- # [17:05] * jhopkins is now known as jhopkins|brb
- # [17:05] * fabrice|zZz is now known as fabrice
- # [17:06] <jaws> do we fire animation events for pseudo elements?
- # [17:07] * Quits: ewong|away (chatzilla@moz-E5D50C2E.static.netvigator.com) (Ping timeout)
- # [17:07] * Quits: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [17:07] <@bz> jaws: no
- # [17:07] <jaws> are there any plans for that?
- # [17:07] <@bz> jaws: because that can't work
- # [17:08] <jaws> i'm able to use a css animation with them though
- # [17:08] <@bz> yes
- # [17:08] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/7245eecea323 - Daniel Holbert - Bug 836604: Collapse nsStyleSet::GetContext()'s boolean parameters into a 'flags' parameter. r=bz
- # [17:08] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/375ef95431c4 - Daniel Holbert - Bug 837004: Annotate some overridden methods in nsSVGContainerFrame as MOZ_OVERRIDE. r=jwatt
- # [17:08] <jaws> bz: can't work because there is no way to get a reference to the pseudo element to add the event listener?
- # [17:08] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c50b1701529d - Daniel Holbert - Bug 836974: Move nsInlineFrame's #include of nsLineLayout from the .h file into .cpp file. r=mats
- # [17:08] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/17e9b8b30b67 - Daniel Holbert - Bug 836355: Mark media/mtransport/test/ as FAIL_ON_WARNINGS. r=jesup
- # [17:08] <@bz> jaws: yes
- # [17:08] * Joins: dbaron (dbaron@moz-F4919B79.dsl.dynamic.sonic.net)
- # [17:08] * ChanServ sets mode: +o dbaron
- # [17:09] <@bz> jaws: the event is targeted to the element, but pseudo-elements are not exposed to script
- # [17:09] <jaws> maybe we could just dispatch the event on the pseudo-element's parent?
- # [17:09] <jaws> yeah
- # [17:09] <@bz> jaws: so can't be used as the event target
- # [17:09] <jaws> right
- # [17:09] <@bz> jaws: we could, but that would be wrong per spec....
- # [17:09] <@bz> jaws: unless we used a different event name or something
- # [17:09] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
- # [17:10] * Quits: Edgar (Thunderbir@moz-26F24EE6.dynamic.hinet.net) (Quit: Edgar)
- # [17:10] <jaws> ok, is there a bug on file somewhere (w3c?) for this?
- # [17:10] * AutomatedTester is now known as AutomatedTester|away
- # [17:10] <jaws> i can search for it myself, just not sure of what terms to use
- # [17:11] <@bz> jaws: I don't know of one, but I don't follow the csswg stuff
- # [17:11] <@bz> jaws: not least because I find it impossible to follow it.
- # [17:11] <@bz> jaws: just raise a spec issue
- # [17:11] <jaws> ok, will do. thanks
- # [17:12] * Quits: ekr (ekr@moz-D045CF3F.west.biz.rr.com) (Ping timeout)
- # [17:14] * Joins: genester (Thunderbir@moz-D6DF133C.washdc.east.verizon.net)
- # [17:14] * Quits: gandalf (zbraniecki@moz-9EE97ADC.xdsl.toledo.be) (Quit: I took the wrong pill!!!)
- # [17:15] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/14d9f6853711 - Mark Hammond - Bug 826160 - don't remove the social.active preference when migrating to multi-provider builds. r=gavin
- # [17:15] * Joins: ted_ (luser@moz-A1F56AE9.sctnpa.east.verizon.net)
- # [17:16] * Joins: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net)
- # [17:16] * Quits: ted__ (luser@moz-7572D29.scr.east.verizon.net) (Ping timeout)
- # [17:17] * Joins: andreasn (andreasn@moz-B8241D69.reverse.destiny.be)
- # [17:17] * Quits: andreasn (andreasn@moz-B8241D69.reverse.destiny.be) (Connection reset by peer)
- # [17:17] * Quits: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net) (Input/output error)
- # [17:17] * Joins: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net)
- # [17:20] * Quits: genester (Thunderbir@moz-D6DF133C.washdc.east.verizon.net) (Quit: genester)
- # [17:21] * Quits: stransky (stransky@moz-6488BBAB.net.upcbroadband.cz) (Quit: Connection reset by beer)
- # [17:22] <froydnj> bz: I was wondering whether the dev-platform discussion was getting compiling *for* win64 confused with compiling *on* win64...
- # [17:22] * Quits: Boriss (FlyingToas@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [17:23] * Quits: ted_ (luser@moz-A1F56AE9.sctnpa.east.verizon.net) (Ping timeout)
- # [17:23] * Joins: ted_ (luser@moz-FA1DE161.sctnpa.east.verizon.net)
- # [17:24] * dhylands|zzz is now known as dhylands
- # [17:26] * Joins: Boriss (FlyingToas@F2D29657.F60B0462.67AC9B1.IP)
- # [17:26] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1bc813b9d3a9 - Brandon Waterloo - Bug 833511 - Add rotation gesture support to Image documents. r=jaws
- # [17:26] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Ping timeout)
- # [17:26] * Quits: fitzgen (fitzgen@moz-9E403A70.dsl.static.sonic.net) (Quit: fitzgen)
- # [17:28] * jhopkins|brb is now known as jhopkins
- # [17:30] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
- # [17:30] * Quits: Matti (Matti@moz-A6EB5100.dip.t-dialin.net) (Ping timeout)
- # [17:31] * Quits: vtmarvin (Thunderbir@32DFDBE.7102BCB6.B7C3970A.IP) (Quit: vtmarvin)
- # [17:32] * Joins: Matti (Matti@moz-F550235F.dip.t-dialin.net)
- # [17:32] * Joins: vladan (vladan@36D53742.B90458C2.57F33CED.IP)
- # [17:32] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Ping timeout)
- # [17:33] * Quits: dcamp (dave@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving...)
- # [17:34] * Joins: dcamp (dave@F2D29657.F60B0462.67AC9B1.IP)
- # [17:34] * Quits: jwalker-also (jwalker@moz-5B263CE9.cable.virginmedia.com) (Input/output error)
- # [17:35] * Joins: jwalker (jwalker@moz-5B263CE9.cable.virginmedia.com)
- # [17:35] * Quits: darkowlzz (darkowlzz@6BE069E0.A79C496C.9DA13C14.IP) (Ping timeout)
- # [17:36] <jaws> bz: the pseudoElement attribute should cover it, but do we not implement it?
- # [17:36] <jaws> bz: http://dev.w3.org/csswg/css3-animations/#AnimationEvent-interface
- # [17:37] * Quits: jwalker (jwalker@moz-5B263CE9.cable.virginmedia.com) (Ping timeout)
- # [17:38] <Ms2ger> Wow, that IDL even looks correct on first sigh
- # [17:38] <Ms2ger> t
- # [17:38] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
- # [17:39] * ctalbert|afk is now known as ctalbert|mtg
- # [17:39] * Quits: naveed (nihsanulla@moz-AF0264A5.bstnma.fios.verizon.net) (Ping timeout)
- # [17:39] <jaws> lol
- # [17:39] <Pike> glandium: I'll be at FOSDEM, but I guess I also have a slightly better picture now, too
- # [17:39] <jaws> webkit just added support for it a couple days ago for transitions but not for animations
- # [17:40] * Quits: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP) (Quit: RealRaven)
- # [17:40] * Joins: naveed (nihsanulla@moz-AF0264A5.bstnma.fios.verizon.net)
- # [17:41] * Joins: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP)
- # [17:41] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
- # [17:41] * Quits: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP) (Quit: RealRaven)
- # [17:41] * Joins: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP)
- # [17:42] * catlee is now known as catlee-mtg
- # [17:42] * Joins: mwargers (chatzilla@moz-AF369B35.adsl.online.nl)
- # [17:42] <jesup> where would the source for SendRecordingDeviceEvents() come from? It's generated in obj-x86_64-unknown-linux-gnu-debug/ipc/ipdl/PContentChild.cpp by ipdlc
- # [17:43] * Joins: lizzard_ (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
- # [17:43] * Quits: jincreator (Thunderbir@36F49B88.AE3EA2FD.6B649F75.IP) (Quit: jincreator)
- # [17:43] * Joins: jincreator (Thunderbir@36F49B88.AE3EA2FD.6B649F75.IP)
- # [17:43] * Quits: jincreator (Thunderbir@36F49B88.AE3EA2FD.6B649F75.IP) (Input/output error)
- # [17:44] <jesup> aha! dom/ipc/PContent.ipdl
- # [17:45] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
- # [17:46] * armenzg is now known as armenzg_brb
- # [17:47] * Quits: ddahl (ddahl@C261DB39.6E5482D7.8DDCAE07.IP) (Ping timeout)
- # [17:47] <nemo> so. I'm using the web console
- # [17:47] <nemo> I click on a link, and it shows me the sent cookie. In this case, a session cookie called JSESSIONID (surprise, it is a session cookie)
- # [17:47] <nemo> but if I type document.cookie on the commandline, I do not see the cookie
- # [17:47] <nemo> is this some sort of security measure that limits the cookies the web console can view?
- # [17:48] * Quits: edmorley (edmorley@moz-A26E9808.range86-166.btcentralplus.com) (Ping timeout)
- # [17:49] * geekboy|afk is now known as geekboy
- # [17:49] * Joins: ddahl (ddahl@C261DB39.6E5482D7.8DDCAE07.IP)
- # [17:50] * Quits: dao (dao@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving.)
- # [17:50] * Quits: Pike (Pike@moz-9EE97ADC.xdsl.toledo.be) (Quit: ChatZilla 0.9.89 [Firefox 18.0/20130104151948])
- # [17:50] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f32719879741 - Kartikaya Gupta - Bug 835356 - More aggressive logging and fallback handling for prolonged blocking on gecko event sync. r=blassey
- # [17:51] <nemo> hrm. opera doesn't display it either. that's consistent at least...
- # [17:51] * Quits: Optimizer (Optimizer@55530450.9700A370.D5D59AD9.IP) (Ping timeout)
- # [17:51] * jwir3|away is now known as jwir3
- # [17:51] * Joins: bdahl (bdahl@moz-9EE97ADC.xdsl.toledo.be)
- # [17:52] * Joins: vikash (vikash@D4CACFE.E3EC7F1B.FB0CC892.IP)
- # [17:52] * Joins: edmorley (edmorley@moz-14E2EEAF.range86-166.btcentralplus.com)
- # [17:52] * Quits: WeirdAl (chatzilla@moz-857040DF.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.89 [Firefox 18.0/20130109143131])
- # [17:52] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Input/output error)
- # [17:53] * Joins: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [17:53] * philor is now known as philor|away
- # [17:55] * Quits: marcoz (marco.zehe@moz-4C12C4F9.dip.t-dialin.net) (Quit: Leaving.)
- # [17:55] * Joins: mwobensmith (Adium@F2D29657.F60B0462.67AC9B1.IP)
- # [17:56] * Joins: Optimizer (Optimizer@454E77BC.27A8EFA7.BE90E62C.IP)
- # [17:56] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
- # [17:57] * Joins: darkowlzz (darkowlzz@5E8991AC.D0B6154C.F44414AF.IP)
- # [17:57] * Joins: gbrown_ (gbrown@moz-6075880C.cg.shawcable.net)
- # [17:58] * Quits: sheppy (sheppy@moz-B52B0B26.dhcp.kgpt.tn.charter.com) (Quit: NO CARRIER)
- # [17:58] <nemo> oh. duh. httpOnly
- # [17:58] <nemo> bugger
- # [17:58] * Quits: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.89 [Firefox 21.0a1/20130201075534])
- # [17:58] * Quits: gbrown (gbrown@moz-6075880C.cg.shawcable.net) (Ping timeout)
- # [17:58] * gbrown_ is now known as gbrown
- # [17:59] * Joins: sheppy (sheppy@moz-B52B0B26.dhcp.kgpt.tn.charter.com)
- # [17:59] * Joins: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
- # [17:59] * Quits: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP) (Quit: RealRaven)
- # [17:59] * Joins: ggoncalv_ (ggoncalves@moz-CF8BEBEF.dia.static.qwest.net)
- # [17:59] * Joins: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP)
- # [17:59] * Quits: ggoncalves (ggoncalves@moz-CF8BEBEF.dia.static.qwest.net) (Connection reset by peer)
- # [18:00] * Quits: snorp (snorp@moz-BD8D0B1E.lightspeed.livnmi.sbcglobal.net) (Quit: ZNC - http://znc.in)
- # [18:01] * Joins: glob (glob@moz-DF237567.glob.com.au)
- # [18:01] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [18:01] * Quits: ggoncalv_ (ggoncalves@moz-CF8BEBEF.dia.static.qwest.net) (Ping timeout)
- # [18:01] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [18:01] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Connection reset by peer)
- # [18:01] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [18:01] * glob is now known as glob|away
- # [18:01] * Quits: sewardj (sewardj@moz-FA9054F3.dip.t-dialin.net) (Ping timeout)
- # [18:02] * Quits: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Client exited)
- # [18:03] <jfkthame> if i drag a tab from one firefox window to another, what actually happens to it in terms of PresShell or DocShell or stuff like that? we don't simply destroy the old document and load a new copy from scratch - so what actually gets moved around?
- # [18:03] * Joins: fabrice (fabrice@2557E599.66715431.D25A875A.IP)
- # [18:03] * Joins: taras (taras@moz-8E045071.hsd1.wa.comcast.net)
- # [18:04] * Quits: darkowlzz (darkowlzz@5E8991AC.D0B6154C.F44414AF.IP) (Ping timeout)
- # [18:04] * armenzg_brb is now known as armenzg
- # [18:04] * joduinn is now known as joduinn-commute
- # [18:05] * Joins: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net)
- # [18:05] * Joins: snorp (snorp@moz-BD8D0B1E.lightspeed.livnmi.sbcglobal.net)
- # [18:05] * catlee-mtg is now known as catlee
- # [18:05] * Mossop_away is now known as Mossop
- # [18:05] <JosiahOne> spohl: Ping.
- # [18:06] * Quits: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP) (Ping timeout)
- # [18:06] * Quits: lizzard_ (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard_)
- # [18:06] <spohl> JosiahOne: pong
- # [18:07] <JosiahOne> spohl: Sorry if you are busy, but did you ever get to look at my patch on bug 817074?
- # [18:07] * Joins: harth (harth@moz-3C999954.hsd1.ca.comcast.net)
- # [18:07] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
- # [18:07] * Quits: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP) (Quit: RealRaven)
- # [18:07] * Joins: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP)
- # [18:07] * Joins: nmatsakis (nmatsakis@2557E599.66715431.D25A875A.IP)
- # [18:08] <spohl> JosiahOne: I've been looking into CSS animations. Once I've done that, I'll actually compare it to your patch
- # [18:08] <JosiahOne> spohl: Okay, thanks.
- # [18:08] * Joins: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
- # [18:08] * hwine-zzz is now known as hwine
- # [18:09] <jesup> !seen dao
- # [18:10] <firebot> dao was last seen 20 hours, 19 minutes and 32 seconds ago, saying 'shorlander: are you also going to attach an icon for linux in bug 836010?' in #fx-team.
- # [18:10] * victorporof_ is now known as victorporof
- # [18:10] * Joins: KaiRo (robert@moz-9EE97ADC.xdsl.toledo.be)
- # [18:11] * rail is now known as rail-lunch
- # [18:11] <NeilAway> jfkthame: swapFrameLoaders()
- # [18:11] * Joins: akeybl (akeybl@2557E599.66715431.D25A875A.IP)
- # [18:11] * Joins: aklotz (Thunderbir@moz-55246988.cg.shawcable.net)
- # [18:11] <jfkthame> NeilAway: ah, that's a likely-sounding name...
- # [18:11] * jfkthame goes to look
- # [18:11] <NeilAway> jfkthame: noooooooooo!!!!
- # [18:12] * Joins: lizzard_ (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
- # [18:12] <NeilAway> jfkthame: at least, not without taking precautions
- # [18:12] * joey is now known as joey-away
- # [18:12] <jfkthame> i'll wear eye protection
- # [18:13] * Quits: ehugg_ (chatzilla@C1766AFD.29102B70.6CD50604.IP) (Ping timeout)
- # [18:14] * jimm is now known as jimm-lunch
- # [18:16] * kmoir is now known as kmoir-afk
- # [18:16] * Joins: ehugg_ (chatzilla@C1766AFD.29102B70.6CD50604.IP)
- # [18:16] * Joins: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [18:17] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
- # [18:17] * Quits: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP) (Quit: RealRaven)
- # [18:17] * Joins: bajaj (Adium@2557E599.66715431.D25A875A.IP)
- # [18:17] <yzen> Yoric: hi, so do you think 828201 memory increase is due to importing Services?
- # [18:17] * Joins: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP)
- # [18:17] * Joins: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP)
- # [18:17] * Joins: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [18:19] * Quits: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP) (Quit: RealRaven)
- # [18:19] * Joins: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP)
- # [18:19] * Joins: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net)
- # [18:20] <Yoric> yzen: So far, that's my best guess.
- # [18:21] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
- # [18:21] <yzen> Yoric: i was wondering about that too, in case it is , could we just import observer that we need ?
- # [18:21] <Yoric> A bit less nice, but yes, that's possible.
- # [18:22] <Yoric> Search mdn for nsIPreferenceObserver iirc.
- # [18:22] * catlee is now known as catlee-lunch
- # [18:22] * dholbert|afk is now known as dholbert
- # [18:23] * mmc1 is now known as mmc
- # [18:24] * Joins: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
- # [18:26] <gcp> This sync outage surfaced a nice Linux bug.
- # [18:26] * Joins: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [18:26] <gcp> After getting an error, choose Sync in the firefox menu.
- # [18:26] * Joins: Asa (asa@F2D29657.F60B0462.67AC9B1.IP)
- # [18:26] <gcp> If you browser window was narrow, the error message will force it wider.
- # [18:26] <Yoric> yzen: or nsIPrefObserver maybe
- # [18:26] * Quits: lizzard_ (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard_)
- # [18:27] * Joins: lizzard_ (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
- # [18:27] * Joins: we11ington (msu-cse498@moz-600949B7.cse.msu.edu)
- # [18:27] <we11ington> Do we have any git experts in here?
- # [18:27] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
- # [18:27] <yzen> Yoric: ya that's the one, I could totally use just that one without the overhead
- # [18:28] <@gavin> we11ington: yes, though they may not be around atm. you could also try #git
- # [18:28] <@gavin> but better to just ask :)
- # [18:28] <we11ington> Thanks gavin
- # [18:28] * Joins: dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net)
- # [18:28] * ChanServ sets mode: +o dveditz
- # [18:29] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
- # [18:29] * Quits: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP) (Quit: RealRaven)
- # [18:29] * Joins: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP)
- # [18:29] * Joins: cviecco_ (cviecco@2557E599.66715431.D25A875A.IP)
- # [18:29] * Quits: taras (taras@moz-8E045071.hsd1.wa.comcast.net) (Input/output error)
- # [18:30] * Quits: @dbaron (dbaron@moz-F4919B79.dsl.dynamic.sonic.net) (Ping timeout)
- # [18:30] * Joins: taras (taras@moz-8E045071.hsd1.wa.comcast.net)
- # [18:31] * catlee-lunch is now known as catlee
- # [18:32] * Joins: dbaron (dbaron@moz-F4919B79.dsl.dynamic.sonic.net)
- # [18:32] * ChanServ sets mode: +o dbaron
- # [18:32] * Quits: pranavrc (pranavrc@CE10DB73.CA6AAE21.520CDC98.IP) (Quit: Ping timeout: ∞)
- # [18:32] * Joins: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net)
- # [18:32] <JosiahOne> we11ington: So, it appears you avoided your problem. (I say avoided since it probably was there before your patch) :)
- # [18:32] * Joins: sfink (chatzilla@2557E599.66715431.D25A875A.IP)
- # [18:33] <we11ington> JosiahOne: Yep. To be fair, that test was basically invalid for our gesture, since our gesture never was, isn't, and cannot be latched
- # [18:34] * jhylands is now known as jhylands|lunch
- # [18:34] * Joins: cdiehl_ (cdiehl@moz-E7324923.pool.mediaways.net)
- # [18:34] <Yoric> yzen: If that's the cause.
- # [18:34] <JosiahOne> we11ington: Yeah, that is true. But still, I'm glad it's done. I built it and really liked it. I never thought about doing that before, but it makes tons of sense.
- # [18:34] <we11ington> JosiahOne: Thanks :)
- # [18:34] <yzen> Yoric: thanks
- # [18:34] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [18:35] <we11ington> JosiahOne: Now I just have to get git to cooperate. It's being super weird. Crossing code over between branches and things, it's a mess.
- # [18:35] * Quits: cdiehl (cdiehl@moz-E83AB60B.pool.mediaways.net) (Ping timeout)
- # [18:35] * cdiehl_ is now known as cdiehl
- # [18:35] <JosiahOne> We11ington: Should have used Mercurial. ;)
- # [18:35] <yzen> Yoric: also since I got your attention :) if you have a moment, I was hoping you could take a look at the patch I posted in Bug 777712
- # [18:35] <sheppy> CVS FTW!
- # [18:35] <we11ington> JosiahOne: Probably. A bit late now to change
- # [18:35] * Quits: bdahl (bdahl@moz-9EE97ADC.xdsl.toledo.be) (Client exited)
- # [18:36] * Quits: @dbaron (dbaron@moz-F4919B79.dsl.dynamic.sonic.net) (Ping timeout)
- # [18:36] <JosiahOne> We11ington: Indeed. I actually have never used git for Firefox. I believe I have used it a few times though, but never seriously.
- # [18:36] * Joins: gustavold (gustavold@moz-5F6D366D.nycmny.east.verizon.net)
- # [18:36] * Joins: bdahl (bdahl@moz-EF716D84.xdsl.toledo.be)
- # [18:36] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
- # [18:36] <we11ington> JosiahOne: I'm checking out the exact same branch on two different machines, from the exact same origin. The result: the two machines have different code. Makes no sense at all
- # [18:37] <JosiahOne> we11ington: And those are fresh pulls? Your not updating one are you?
- # [18:37] * Joins: smaug (chatzilla@moz-9EE97ADC.xdsl.toledo.be)
- # [18:37] * ChanServ sets mode: +o smaug
- # [18:37] <we11ington> JosiahOne: They're fresh. What I did was delete the two local branches, then pull, at the same time
- # [18:37] <we11ington> And I end up with different results
- # [18:37] * Joins: ggoncalves (ggoncalves@2557E599.66715431.D25A875A.IP)
- # [18:37] <JosiahOne> we11ington: That is weird.
- # [18:38] <gcp> you pulled *what* into *what?
- # [18:38] * Quits: bdahl (bdahl@moz-EF716D84.xdsl.toledo.be) (Ping timeout)
- # [18:38] <we11ington> gcp: I have an iMac and Macbook Pro as dev machines
- # [18:38] <JosiahOne> gcp: I believe he pulled mozilla-central into a local folder.
- # [18:38] <we11ington> gcp: And a server for our team that has a bare repo. The server pulls/fetches from Mozilla on high
- # [18:39] <we11ington> gcp: Our dev machines pull from our server
- # [18:39] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Ping timeout)
- # [18:39] <we11ington> gcp: The bare has the master plus a branch for each of our two big bugs
- # [18:39] * Quits: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net) (Quit: Leaving)
- # [18:39] <we11ington> The dev machines need those same branches, and the master.
- # [18:39] * philor|away is now known as philor
- # [18:39] <JosiahOne> we11ington: Oh, you don't pull from mozilla-central directly from the dev machines?
- # [18:39] <we11ington> When I fetch and check out the branch on the iMac, it's right.
- # [18:39] * Joins: tabraldes (Thunderbir@moz-3F87419B.hsd1.or.comcast.net)
- # [18:40] <we11ington> When I fetch and check out the branch on the MBP, it's got code crossed-over from the other branch.
- # [18:40] <we11ington> I did this at the same time, but got different results. I might be going insane.
- # [18:40] <we11ington> Or more likely, git is just configured wrong or is programmatically wrong.
- # [18:40] * ted_ is now known as ted
- # [18:40] <we11ington> JosiahOne: No, although we *do* have it set up as a remote in case we need to.
- # [18:40] * Quits: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney_)
- # [18:41] <we11ington> JosiahOne: But if we didn't pull/push from/to our server, then we couldn't sync code between the iMac and MBP
- # [18:41] <Ms2ger> Most likely, git is wrong, period :)
- # [18:41] <we11ington> JosiahOne: Unless one was always on, and then who decides who is right, and ugh :P
- # [18:41] <JosiahOne> we11ington: I see, that makes sense. You probably have more than one person working on this right?
- # [18:42] <jfkthame> NeilAway: thanks a bunch - patching SwapFrameLoaders() seems to work great for what i need :)
- # [18:42] <we11ington> JosiahOne: Yep, three
- # [18:42] <JosiahOne> Right, okay.
- # [18:42] <gcp> my guess from this is that one machine was still sitting in a branch
- # [18:42] <we11ington> JosiahOne: Technically we have a second MBP but I have no idea what the heck to do with it :D
- # [18:42] <gcp> do a git status and compare
- # [18:42] <@gavin> jfkthame: how are you patching it ooc?
- # [18:42] <we11ington> gcp: I checked out master on both before fetching and checking out the branch
- # [18:42] <Yoric> yzen: Just a hunch, you could also try importing Services.jsm to context |this|. It might help.
- # [18:43] <Yoric> yzen: I'll take a look at bug 777712 in ~1h.
- # [18:43] <jfkthame> gavin: adding a call to tell the presShell to check its device context resolution
- # [18:43] <we11ington> gcp: The MBP says it's ahead by two commits. Which it shouldn't be because I deleted the branch and then fresh checked it out.
- # [18:43] <gcp> we11ington: so you pulled the branch?
- # [18:43] <we11ington> gcp: Apparently I'm not properly deleting it. How do I do that?
- # [18:43] * Quits: @smaug (chatzilla@moz-9EE97ADC.xdsl.toledo.be) (Ping timeout)
- # [18:43] <yzen> Yoric: ok I will try, and thanks!
- # [18:44] * Quits: gbrown (gbrown@moz-6075880C.cg.shawcable.net) (Input/output error)
- # [18:44] <@bz> "Our site is temporarily unavailable."
- # [18:44] * @bz sighs
- # [18:44] * Joins: gbrown (gbrown@moz-6075880C.cg.shawcable.net)
- # [18:44] <gcp> you're deleting which branch?
- # [18:44] <gcp> you had a local branch with extra commits?
- # [18:44] * Quits: shorlander (shorlander@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [18:44] * Joins: erikvold (erikvold@moz-33BF5BAF.gv.shawcable.net)
- # [18:44] <gcp> which was presumably tracking the remote
- # [18:44] <we11ington> gcp: I want to completely and utterly destroy the zoomPatch branch on the MBP.
- # [18:45] <we11ington> gcp: I want it gone with zero memory of it. Preferably without having to delete the entire repository and start over.
- # [18:45] <we11ington> gcp: I don't understand how the rotate code got into the branch to begin with
- # [18:45] <we11ington> gcp: Teammates never checked in to the wrong branch. Do bare repos not work with branches right?
- # [18:45] <gcp> bare repos have no difference from normal repos
- # [18:46] <gcp> except you can't check them out, serverside
- # [18:46] * Quits: ctyler (chris@moz-A54458EA.proximity.on.ca) (Ping timeout)
- # [18:46] <we11ington> gcp: Yeah, makes sense
- # [18:46] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [18:46] * Joins: ctyler (chris@moz-A54458EA.proximity.on.ca)
- # [18:47] <gcp> git branch -D branchname or smth?
- # [18:47] <gcp> I guess that's what you tried and there's some confusion with the remote branch, but without looking closer I don't really know what you did
- # [18:48] <we11ington> gcp: Yeah, I deleted the local branch, but when I re-fetch and re-check it out, it still says it's ahead of the origin
- # [18:48] * Joins: seth (seth@moz-D840E602.dsl.static.sonic.net)
- # [18:49] * Quits: JeroenDeDauw (j@moz-8EBE723F.ifiber.telenet-ops.be) (Ping timeout)
- # [18:49] * Quits: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net) (Connection reset by peer)
- # [18:49] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [18:49] * Joins: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net)
- # [18:50] * jimm-lunch is now known as jimm
- # [18:50] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [18:50] * Joins: tanvi (tanvi@moz-9440AA69.hsd1.ca.comcast.net)
- # [18:50] * Joins: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net)
- # [18:51] <gcp> git won't delete the local refs until you do a git gc, but I'm unsure why they would end up being reconnected after refetching
- # [18:51] <gcp> The new local, remote-tracking branch should just point to the same changeset as the one on the server.\
- # [18:51] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [18:51] * Quits: sheppy (sheppy@moz-B52B0B26.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
- # [18:52] <gcp> for diagnosing things like this, gitk --all is hancdy
- # [18:52] * Quits: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net) (Ping timeout)
- # [18:52] <gcp> handy
- # [18:53] * Joins: xk1sv_ (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [18:53] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Connection reset by peer)
- # [18:53] * xk1sv_ is now known as xk1sv
- # [18:53] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [18:53] <NeilAway> jfkthame: oh really?
- # [18:53] * Quits: vikash (vikash@D4CACFE.E3EC7F1B.FB0CC892.IP) (Quit: Leaving)
- # [18:53] * Quits: dcamp (dave@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving...)
- # [18:53] <jfkthame> gavin, NeilAway, does this seem at all reasonable? http://pastebin.mozilla.org/2106237
- # [18:54] * Quits: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.89 [Firefox 20.0a2/20130201042018])
- # [18:54] <jfkthame> it appears to fix the problem, but i don't know this code at all
- # [18:54] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [18:54] * rail-lunch is now known as rail
- # [18:55] * Quits: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
- # [18:55] * Joins: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
- # [18:55] <NeilAway> jfkthame: I think you might want to do that in SwapWithOtherLoader
- # [18:56] <NeilAway> jfkthame: also, you probably want to do both doc shells, since you don't know which one is which
- # [18:56] * Quits: harth (harth@moz-3C999954.hsd1.ca.comcast.net) (Input/output error)
- # [18:56] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [18:56] * Joins: shorlander (shorlander@F2D29657.F60B0462.67AC9B1.IP)
- # [18:56] <we11ington> gcp: I can't get it to work so I'm gonna wipe out the repo on the MBP entirely
- # [18:56] <we11ington> gcp: The rm -rf way
- # [18:57] <gcp> heh
- # [18:57] <we11ington> gcp: I hate doing this, that thing takes 40 minutes to build...
- # [18:57] <jfkthame> NeilAway: fair enough, thanks … can i tag you to review the patch once i tidy up and test some more?
- # [18:57] <gcp> ?
- # [18:57] * Quits: erikvold (erikvold@moz-33BF5BAF.gv.shawcable.net) (Quit: erikvold)
- # [18:57] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [18:57] <gcp> oh, you have objects in there that you wanted to keep
- # [18:58] * Joins: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [18:58] <we11ington> gcp: Meh, I don't like discriminating :P
- # [18:59] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [19:00] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [19:00] * Joins: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
- # [19:01] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
- # [19:01] * armenzg is now known as armenzg_brb
- # [19:01] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
- # [19:01] * geekboy is now known as geekboy|afk
- # [19:01] * Joins: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net)
- # [19:01] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [19:03] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [19:03] * Joins: terrence (terrence@2557E599.66715431.D25A875A.IP)
- # [19:04] * Quits: billm (billm@moz-E7DF4F8C.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [19:04] * Joins: jhammel (jhammel@moz-14240F1C.hsd1.ca.comcast.net)
- # [19:04] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [19:05] * Joins: jrmuizel_ (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [19:05] <we11ington> gcp: Okay, the MBP has the right stuff in the right branches now. I think I'm misunderstanding the commands. What's the proper commands for getting local code to the server, then from the server to the other dev machine? e.g. get from iMac to server to MBP
- # [19:05] * Joins: jib (Jan-Ivar@moz-5BADB3E1.pools.spcsdns.net)
- # [19:05] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [19:06] * geekboy|afk is now known as geekboy
- # [19:06] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [19:06] * Joins: JeroenDeDauw (j@BA137902.D43ACFC9.172227A7.IP)
- # [19:06] * Quits: ehugg (ehugg@moz-FE206300.cisco.com) (Quit: ehugg)
- # [19:06] * Quits: ehugg_ (chatzilla@C1766AFD.29102B70.6CD50604.IP) (Quit: ChatZilla 0.9.89 [Firefox 18.0.1/20130116073211])
- # [19:06] * Quits: yzen (Adium@67828CC7.C1A51174.9D42CF23.IP) (Quit: Leaving.)
- # [19:07] * Joins: TheOne (one@moz-FE97728D.dip.t-dialin.net)
- # [19:07] * Joins: dao (dao@F2D29657.F60B0462.67AC9B1.IP)
- # [19:07] <gcp> we11ington: you push your branch to the servers branch, then pull that branch on another machine
- # [19:07] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [19:07] <we11ington> gcp: So, push and pull? I wonder why that horribly messed stuff up before
- # [19:08] * Quits: nmatsakis (nmatsakis@2557E599.66715431.D25A875A.IP) (Quit: Computer has gone to sleep.)
- # [19:08] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/0a072eb27f1d - Masayuki Nakano - Bug 835280 nsIMEStateManager::OnChangeFocus() for DOM document should be called only when designMode document gets focus r=enndeakin
- # [19:09] <gcp> we11ington: you push changes away, and pull them in
- # [19:09] <gcp> I mean that part is exactly the same with hg
- # [19:09] * Quits: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [19:09] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [19:10] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [19:11] * Joins: azakai_ (alon@2557E599.66715431.D25A875A.IP)
- # [19:13] * Quits: vingtetun (vingtetun@moz-9EE97ADC.xdsl.toledo.be) (Ping timeout)
- # [19:13] * armenzg_brb is now known as armenzg
- # [19:13] * Joins: billm (billm@moz-E7DF4F8C.lightspeed.sntcca.sbcglobal.net)
- # [19:16] * Joins: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [19:16] * kmoir-afk is now known as kmoir
- # [19:16] * ctalbert|mtg is now known as ctalbert|afk
- # [19:17] * Quits: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
- # [19:17] * Joins: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
- # [19:17] * Quits: JeroenDeDauw (j@BA137902.D43ACFC9.172227A7.IP) (Ping timeout)
- # [19:20] * geekboy is now known as geekboy|afk
- # [19:21] * Quits: wlach (wlach@moz-AEEC2DA3.mc.videotron.ca) (Quit: Leaving)
- # [19:22] * Quits: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
- # [19:23] * Parts: edmorley (edmorley@moz-14E2EEAF.range86-166.btcentralplus.com)
- # [19:24] * mgerva is now known as mgerva-afk
- # [19:24] * Joins: myk (myk@moz-64D96850.dsl.dynamic.sonic.net)
- # [19:25] * Joins: dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [19:25] * ChanServ sets mode: +o dbaron
- # [19:26] * Joins: cabanier (cabanier@89803C3C.27D0C967.A0B21F13.IP)
- # [19:28] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Ping timeout)
- # [19:28] * Joins: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
- # [19:28] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
- # [19:28] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
- # [19:28] * gregglind_away is now known as gregglind
- # [19:28] * jwir3 is now known as jwir3|lunch
- # [19:29] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
- # [19:30] * Quits: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
- # [19:31] * geekboy|afk is now known as geekboy
- # [19:32] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d407bfef7ae6 - Jeff Hammel - Bug 836123 - eliminate the mysteriously old tinderbox-standalone-tests;r=ted
- # [19:32] <jhammel> good riddance
- # [19:32] * armenzg is now known as armenzg_lunch
- # [19:32] * Quits: jrmuizel_ (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [19:33] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d748750d388e - Randell Jesup - Bug 837161: don't assert mainthread in AudioConduit create/init/destroy if in a unittest r=ehugg
- # [19:33] * Joins: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net)
- # [19:34] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [19:34] * Quits: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
- # [19:34] * Quits: sfink (chatzilla@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [19:35] * Quits: pnkfelix (pnkfelix@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: Leaving.)
- # [19:37] * Quits: azakai_ (alon@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [19:37] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [19:38] * Joins: bsmith (bsmith@2557E599.66715431.D25A875A.IP)
- # [19:38] * Joins: vtmarvin (Thunderbir@9D75911A.1239134F.E4B2C495.IP)
- # [19:39] * Joins: cjones (cjones@A5A0595A.66715431.D25A875A.IP)
- # [19:39] * Quits: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net) (Connection reset by peer)
- # [19:39] * Joins: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net)
- # [19:41] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/95bec0e5a600 - Gregory Szorc - Bug 836877 - mach now errors if executed with Python 3; r=ted
- # [19:42] * Quits: vladan (vladan@36D53742.B90458C2.57F33CED.IP) (Quit: Leaving.)
- # [19:42] * Quits: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP) (Quit: RealRaven)
- # [19:42] * Parts: areinald (andre@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [19:43] * Joins: mixedpuppy_ (mixedpuppy@F2D29657.F60B0462.67AC9B1.IP)
- # [19:43] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/29ce5ecbdb24 - Ian Melven - Bug 831372 - Typo in message for both CSP headers (r=smaug) DONTBUILD
- # [19:43] * Quits: gcp (gcp@moz-D0E475EA.access.telenet.be) (Quit: Leaving)
- # [19:43] * Joins: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net)
- # [19:44] * Joins: jwalker (jwalker@moz-5B263CE9.cable.virginmedia.com)
- # [19:44] * Quits: jwalker (jwalker@moz-5B263CE9.cable.virginmedia.com) (Input/output error)
- # [19:44] * Joins: ehugg (chatzilla@C1766AFD.29102B70.6CD50604.IP)
- # [19:44] * Joins: jwalker (jwalker@moz-5B263CE9.cable.virginmedia.com)
- # [19:44] * Quits: mixedpuppy (mixedpuppy@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [19:44] * mixedpuppy_ is now known as mixedpuppy
- # [19:44] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [19:45] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [19:45] * Quits: we11ington (msu-cse498@moz-600949B7.cse.msu.edu) (Quit: we11ington)
- # [19:45] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [19:46] * joduinn-commute is now known as joduinn-mtg
- # [19:47] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/8728de36d4a8 - Kartikaya Gupta - Back out of d8d79ba17527 (bug 828201) as it caused a significant memory regression on Android. r=me
- # [19:47] * Joins: wlach (wlach@moz-AEEC2DA3.mc.videotron.ca)
- # [19:48] * Quits: seth (seth@moz-D840E602.dsl.static.sonic.net) (Quit: seth)
- # [19:48] <Optimizer> does firefox has some class to parse dataURI;s ? such that I give it 2 image's data url's and I can combine them using that class, or API ?
- # [19:48] <Ms2ger> Combine how?
- # [19:49] <Optimizer> combine 2 images
- # [19:49] <Optimizer> to make one
- # [19:49] <Optimizer> using their data uris
- # [19:49] <Ms2ger> On top of each other? Next to each other?
- # [19:49] <Optimizer> concatinate .
- # [19:49] <Optimizer> next to each other
- # [19:50] <Ms2ger> Create a canvas, draw the two images onto it and call toDataUrl
- # [19:50] * Joins: JeroenDeDauw (j@moz-8EBE723F.ifiber.telenet-ops.be)
- # [19:50] <Optimizer> canvas.toDataURL limit reached
- # [19:50] <Optimizer> no can do
- # [19:51] <Optimizer> bug 766661
- # [19:51] <Ms2ger> Ah
- # [19:51] <Ms2ger> Out of luck, then, I'm afraid :/
- # [19:51] * philor is now known as philor|afk
- # [19:51] <Optimizer> there is no simple logic behind Data URLs ?
- # [19:52] <Optimizer> concatinate two like string concat
- # [19:52] <@bz> there is simple logic behind data urls
- # [19:52] <Optimizer> with some adjustments
- # [19:52] <Optimizer> and u are done
- # [19:52] <@bz> but there is no simple logic with _images_
- # [19:52] <@bz> in particular, concatenating the bits of two images does not give you a valid image
- # [19:52] <Optimizer> I meant that only, image data url :|
- # [19:52] <Optimizer> bz: it gives me the first image as is
- # [19:52] <@bz> well, yes
- # [19:53] <@bz> since the first part of the image is a header that describes how many bytes of pixel data the image has
- # [19:53] <@bz> and what format it's in
- # [19:53] <Optimizer> so i was thinking that there is some cropping info stored, that I can tweak :P
- # [19:53] <@bz> ok
- # [19:53] <@bz> stop and back up
- # [19:53] <Optimizer> yeah, so somehow if I can tweak that ..
- # [19:53] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Connection reset by peer)
- # [19:53] <@bz> Do you understand how images are encoded to bytes? ;)
- # [19:53] * Joins: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [19:53] <Optimizer> nope
- # [19:53] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e587c6370341 - Aki Sasaki - bug 834789 - gaia-nightly -> gaia-central. r=catlee
- # [19:53] <Optimizer> :/
- # [19:53] <@bz> ah
- # [19:53] <@bz> let me give a simple description
- # [19:53] <@bz> for something like png
- # [19:54] <@bz> (jpg is more complicated)
- # [19:54] <Optimizer> i am happy iwth png
- # [19:54] <@bz> first you have some bytes that say "this is a png"
- # [19:54] <Optimizer> :)
- # [19:54] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
- # [19:54] * Joins: areinald (andre@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [19:54] <@bz> then you have some chunks
- # [19:54] <@bz> describing stuff like author, opacity, etc
- # [19:54] * Parts: areinald (andre@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [19:54] <@bz> image size
- # [19:54] <@bz> then you have the image data
- # [19:54] * Quits: KaiRo (robert@moz-9EE97ADC.xdsl.toledo.be) (Quit: www.KaiRo.at)
- # [19:54] <@bz> which you get as follows
- # [19:54] <@bz> You take your raw pixel rgba data
- # [19:55] * Quits: ericjung (ericjung@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: Leaving)
- # [19:55] * Joins: vingtetun (vingtetun@moz-9EE97ADC.xdsl.toledo.be)
- # [19:55] * Joins: ericjung (ericjung@5210CFD5.1A5EA44.72B23B3D.IP)
- # [19:55] <@bz> stick it in a single array in row-major order (so all the first-row pixels, all the second-row pixels, etc)
- # [19:55] <@bz> Then run the array through LZW or some such
- # [19:55] <@bz> And then stick the resulting bytes in the png data chunk
- # [19:55] <@bz> (this is all very rough)
- # [19:55] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
- # [19:55] <Optimizer> dammit LZW
- # [19:55] <@bz> the point is that the image data is a compressed form of a row-major array
- # [19:56] * Joins: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP)
- # [19:56] * Quits: gustavold (gustavold@moz-5F6D366D.nycmny.east.verizon.net) (Quit: Leaving.)
- # [19:56] <@bz> so to put two images side by side you have to decompress both data pieces
- # [19:56] * Quits: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP) (Quit: RealRaven)
- # [19:56] <@bz> interleave the two arrays so it becomes img1firstrow, img2firstrow, img1secondrow, img2secondrow, etc
- # [19:56] <@bz> and recompress
- # [19:56] * Joins: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP)
- # [19:56] <@bz> (plus update the metadata about image width and height)
- # [19:57] <Optimizer> and tweak the initial chunks containing image size and other info too .
- # [19:57] <Optimizer> yeah
- # [19:57] <@bz> yep
- # [19:57] * Quits: jwalker (jwalker@moz-5B263CE9.cable.virginmedia.com) (Input/output error)
- # [19:57] <Optimizer> so I guess its very difficult
- # [19:57] <@bz> well, it's fiddly
- # [19:57] <Optimizer> for a simple GCLI command
- # [19:57] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4285b55dfb2d - Ian Melven - Bug 832193 - Content Security Policy: a source of *.something.com is mistakenly interpreted as a source of http://*:80 (r=sstamm)
- # [19:57] * Joins: jwalker (jwalker@moz-5B263CE9.cable.virginmedia.com)
- # [19:57] <romaxa> any ideas why my nightly on windows 8 suggesting me download Firefox for android ?
- # [19:58] <jcranmer> well, BMPs are easier, but only because they aren't compressed
- # [19:58] <@bz> right
- # [19:58] * Joins: kaze (kaze@A5A0595A.66715431.D25A875A.IP)
- # [19:58] <@bz> Still have to interleave, though
- # [19:58] <Optimizer> Ah...thats why bmps are so huge !
- # [19:58] <jcranmer> and JPG compression involves discrete cosine transforms and other fiddly math
- # [19:58] <dholbert> romaxa, because you already have a version of Firefox for desktop, so we're not gonna suggest that?
- # [19:58] <@bz> So one option is to just add some sort of chrome-only API that doesn't have the size limitation
- # [19:59] <Optimizer> I was trying to atleast know the limitations of toDataURL yesterday, but got no luck :(
- # [19:59] <@bz> or is that an inherent limitation on teh canvas back end?
- # [19:59] * Quits: shorlander (shorlander@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
- # [19:59] <dholbert> romaxa, (it's not telling you to download firefox for android _on that device_, is it?)
- # [19:59] <Optimizer> bz: no, its not rendering limitation, if you are talking about that
- # [19:59] <dholbert> romaxa, (it's just recommending it in general, I imagine?)
- # [19:59] <@bz> yeah, jpeg compression is a lot more complex than the basically-RLE that png does
- # [19:59] * Joins: shorlander (shorlander@F2D29657.F60B0462.67AC9B1.IP)
- # [19:59] <Optimizer> i think its something to do with using long, instead of double
- # [19:59] * Quits: jwalker (jwalker@moz-5B263CE9.cable.virginmedia.com) (Ping timeout)
- # [19:59] <@bz> Optimizer: er.
- # [19:59] <romaxa> dholbert: heh
- # [19:59] <@bz> Optimizer: oh, because of fixed point or something?
- # [19:59] <Optimizer> well, the rendering bug is also that only
- # [20:00] <Optimizer> using int 32 instead of something bigger
- # [20:00] * Joins: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com)
- # [20:00] * Joins: terrence (terrence@2557E599.66715431.D25A875A.IP)
- # [20:00] <@bz> Optimizer: I'd say talk to Joe and the other graphics folks
- # [20:00] <@bz> Optimizer: ask for an API for this
- # [20:00] <Optimizer> https://bugzilla.mozilla.org/show_bug.cgi?id=591822
- # [20:00] * armenzg_lunch is now known as armenzg
- # [20:00] * jhammel is now known as jhammel|lunch
- # [20:00] <@bz> What's the plan for when the page is too big, by the way?
- # [20:00] <Optimizer> is the bug that limits rendering of 10K pixel or more images (either height or width)
- # [20:01] <@bz> hmm
- # [20:01] <@bz> how are you hitting 10k pixels in practice?
- # [20:01] * geekboy is now known as geekboy|afk
- # [20:01] <Optimizer> so to overcome that, I did not draw the whole page, I crop it at 7K and try to stitch it in a canvas
- # [20:01] <Optimizer> that also works
- # [20:01] <@bz> but the toDataURL fails?
- # [20:01] <Optimizer> but while getting back the image data, the toDataURL fails
- # [20:01] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [20:01] <Optimizer> yup
- # [20:02] <Optimizer> so the basic use case of this situation is
- # [20:02] <@bz> But it's showing fine in the canvas?
- # [20:02] * geekboy|afk is now known as geekboy
- # [20:02] <Optimizer> go to pmo and try the gcli commant 'screenshot --fullpage'
- # [20:02] <Optimizer> I cannot draw it on canvas, as the canvas drawing fails at 10K only
- # [20:02] <@bz> What exception do you get?
- # [20:02] <Optimizer> while the toDataURL fails at something higher ..
- # [20:02] * Joins: nmatsakis (nmatsakis@43CB6079.66715431.D25A875A.IP)
- # [20:02] <@bz> when you do the toDataURL call?
- # [20:02] * Joins: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net)
- # [20:02] <Optimizer> 1 sec
- # [20:03] * geekboy is now known as geekboy|afk
- # [20:03] * geekboy|afk is now known as geekboy
- # [20:03] <Optimizer> msg'd you
- # [20:03] * Quits: JeroenDeDauw (j@moz-8EBE723F.ifiber.telenet-ops.be) (Ping timeout)
- # [20:03] * Quits: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP) (Client exited)
- # [20:03] <@bz> Thanks
- # [20:03] * @bz reads code
- # [20:03] * Joins: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP)
- # [20:03] <Optimizer> and the line what is mentioned here is the canvas.toDataURL line
- # [20:03] * geekboy is now known as geekboy|afk
- # [20:03] <@bz> sure
- # [20:04] <Optimizer> you cannot read it, its a local patch
- # [20:04] <JosiahOne> If my patch adds UI text, will I (or someone else) have to translate it. Right now it is hard-coded. Is that okay?
- # [20:04] <@bz> sure
- # [20:04] <@bz> I'm reading the toDataURL code
- # [20:04] <Optimizer> ah..
- # [20:04] <Optimizer> :)
- # [20:04] <@bz> like the not the caller
- # [20:04] * vladan-afk is now known as vladan
- # [20:04] <Optimizer> u r awesome
- # [20:04] <@bz> Trying to see where it might produce NS_ERROR_FAILURE
- # [20:05] <@bz> What are your width and height?
- # [20:05] * Quits: dao (dao@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving.)
- # [20:05] <Optimizer> right now, the normal pmo page
- # [20:06] <@bz> hmm
- # [20:06] <@bz> so CanvasRenderingContext2D::GetInputStream has lots of things that trigger NS_ERROR_FAILURE
- # [20:06] <@bz> which one are you hitting?
- # [20:06] * Joins: azakai_ (alon@2557E599.66715431.D25A875A.IP)
- # [20:06] <Optimizer> 75K
- # [20:06] <Optimizer> height
- # [20:06] <@bz> Can you step through that function and see?
- # [20:06] <Optimizer> steo through C++ function ?
- # [20:06] <@bz> yes
- # [20:06] <@bz> In a debugge
- # [20:06] <Optimizer> o.O
- # [20:06] <@bz> er, debugger
- # [20:06] <@bz> alternately, give me enough steps to reproduce that I can do that
- # [20:06] <Optimizer> I want to know how to do that .
- # [20:07] <Optimizer> you want to apply my patch ?
- # [20:07] <@bz> Sure
- # [20:07] <Optimizer> otherwise you will simply hit the normal exception
- # [20:07] <Optimizer> which comes at around 10K
- # [20:07] <Optimizer> thisis 75K
- # [20:07] <@bz> right
- # [20:07] <@bz> link me
- # [20:07] <Optimizer> just a min
- # [20:07] <Optimizer> pastebinning
- # [20:08] * Joins: sfink (chatzilla@43CB6079.66715431.D25A875A.IP)
- # [20:08] <Optimizer> bz: http://pastebin.mozilla.org/2106421
- # [20:09] * rnewman is now known as rnewman|pto
- # [20:09] * jhylands|lunch is now known as jhylands
- # [20:09] <Optimizer> if you do not have the patch applied, and try the 'screenshot --fullpage' command, it will fail at canvas.drawWindow call, while with the patch, it fails at toDataURL
- # [20:09] * Quits: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP) (Connection reset by peer)
- # [20:09] * Quits: @dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [20:10] * Joins: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP)
- # [20:10] <@bz> Optimizer: That doesn't apply on tip
- # [20:11] * Quits: bholley (anonymous@moz-50F208DD.net-89-2-149.rev.numericable.fr) (Connection reset by peer)
- # [20:11] * Joins: bholley (anonymous@moz-50F208DD.net-89-2-149.rev.numericable.fr)
- # [20:12] * Quits: Optimizer (Optimizer@454E77BC.27A8EFA7.BE90E62C.IP) (Ping timeout)
- # [20:12] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
- # [20:12] * Quits: bholley (anonymous@moz-50F208DD.net-89-2-149.rev.numericable.fr) (Quit: bholley)
- # [20:12] <@bz> Ah
- # [20:12] <@bz> Windows newlines
- # [20:12] * @bz fixes
- # [20:12] <@bz> ok, building with that patch
- # [20:13] <@bz> probably take a few mins....
- # [20:13] * Joins: bholley (anonymous@moz-50F208DD.net-89-2-149.rev.numericable.fr)
- # [20:13] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
- # [20:13] * Quits: kig (ilmari@moz-9099BB3A.sqy-bng-011.adsl.virginmedia.net) (Quit: kig)
- # [20:14] * Quits: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP) (Ping timeout)
- # [20:14] * Joins: Optimizer (Optimizer@85ABCBE7.976956AF.D2D1FAF0.IP)
- # [20:14] * Joins: jammink (textual@2557E599.66715431.D25A875A.IP)
- # [20:14] <Optimizer> bz: yeah, sorry that is copy pasted :(
- # [20:14] <Optimizer> so text editor added a few
- # [20:15] <Optimizer> you could just go away with pymake -C firefox/browser/devtools/commandline
- # [20:15] <Optimizer> and takes a few seconds .
- # [20:15] * Quits: bholley (anonymous@moz-50F208DD.net-89-2-149.rev.numericable.fr) (Quit: bholley)
- # [20:16] <Ms2ger> Btw, you can use ./mach build browser/devtools/commandline/ now
- # [20:16] <Optimizer> I know ...
- # [20:17] <Optimizer> but that will be longer of a command . :P
- # [20:17] <@bz> Optimizer: no, because I updated my tree when it first failed to apply
- # [20:17] <Optimizer> bz: Ah.. :P
- # [20:17] <@bz> Optimizer: so now I need to actually clobber (yay clobber changes)
- # [20:17] <@bz> Optimizer: the good news is that this is a fast machine.
- # [20:17] <Ms2ger> Though it will work on mac :)
- # [20:17] <Optimizer> work on mac ?
- # [20:17] <Optimizer> bz: how fast are we talking ..
- # [20:18] <Optimizer> I used to think my machine is also fast, but a firefox builds brings out its true colors
- # [20:18] <Optimizer> build*
- # [20:19] * Joins: bholley (anonymous@moz-50F208DD.net-89-2-149.rev.numericable.fr)
- # [20:20] * Quits: bholley (anonymous@moz-50F208DD.net-89-2-149.rev.numericable.fr) (Quit: bholley)
- # [20:20] * Joins: jhk (jhk@6EE3C58A.62B6971.B58D974D.IP)
- # [20:20] <@bz> Optimizer: clobber builds should be ~10 mins if I miss everything on ccache
- # [20:21] <@bz> OPtimizer: which is not likely
- # [20:21] <Optimizer> clobber means kind of a fresh build.. right ? (I know its a dumb question .. that too after 1 yr of building)
- # [20:22] * Joins: bholley (anonymous@moz-50F208DD.net-89-2-149.rev.numericable.fr)
- # [20:22] * Quits: bholley (anonymous@moz-50F208DD.net-89-2-149.rev.numericable.fr) (Quit: bholley)
- # [20:22] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/dfc06d96fa34 - Fabrice Desré - Bug 836859 - Trying download an update for the maps packaged app fails with INVALID_SIGNATURE r=ferjm
- # [20:22] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
- # [20:23] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/7b97c1f76275 - Fabrice Desré - Bug 836909 - Trying and failing to update a 3rd party app update due to an error - cannot launch the app anymore r=ferjm
- # [20:23] <tanvi> bz - trying to debug the crashes reported. on pages with document.open() (whether or not they are https), i get the following error:
- # [20:23] <tanvi> JavaScript error: chrome://browser/content/browser.js, line 6877: NS_ERROR_NOT_AVAILABLE: Component returned failure code: 0x80040111 (NS_ERROR_NOT_AVAILABLE) [nsIHttpChannel.responseStatus]
- # [20:23] <dholbert> Optimizer, clobber = delete your objdir and rebuild
- # [20:23] * Joins: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP)
- # [20:23] <@bz> tanvi: ok...
- # [20:23] * Joins: bholley (anonymous@moz-50F208DD.net-89-2-149.rev.numericable.fr)
- # [20:23] <Optimizer> hmm 10 minutes is really fast ..
- # [20:24] <tanvi> i think this might be a known issue, separate from the mixed content blocker.
- # [20:24] <@bz> Optimizer: yes
- # [20:24] <@bz> Optimizer: re fresh build
- # [20:24] <tanvi> do you know anything about this? https://www.google.com/search?q=NS_ERROR_NOT_AVAILABLE%3A+Component+returned+failure+code%3A+0x80040111+(NS_ERROR_NOT_AVAILABLE)+[nsIHttpChannel.responseStatus]
- # [20:24] * Parts: mwobensmith (Adium@F2D29657.F60B0462.67AC9B1.IP)
- # [20:25] * Joins: mwobensmith (Adium@F2D29657.F60B0462.67AC9B1.IP)
- # [20:25] * Parts: mwobensmith (Adium@F2D29657.F60B0462.67AC9B1.IP)
- # [20:25] * Quits: bholley (anonymous@moz-50F208DD.net-89-2-149.rev.numericable.fr) (Quit: bholley)
- # [20:25] <Optimizer> bz: must not be a laptop then ..
- # [20:25] * cmcavoy is now known as cmcavoy-offline
- # [20:26] <@bz> Optimizer: it's a laptop
- # [20:26] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:26] * Joins: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
- # [20:26] * Parts: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
- # [20:26] <Optimizer> I should throw away mine then .. :(
- # [20:26] <@bz> Optimizer: well, was 10 mins when I timed it, which was a few months back
- # [20:26] * Joins: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
- # [20:26] <@bz> Optimizer: are you on Windows?
- # [20:26] <Optimizer> yup
- # [20:26] <@bz> Optimizer: because on Windows, there is no way to get builds this fast
- # [20:26] <@bz> Optimizer: I'm most emphatically _not_ on Windows, partly for that reason
- # [20:27] <Optimizer> there ar eclaims of ccache for windows.
- # [20:27] * Joins: billm_ (billm@2557E599.66715431.D25A875A.IP)
- # [20:27] <seth> dholbert: quick question
- # [20:27] <Optimizer> I am planning to try out some
- # [20:27] <@bz> yes, but it's not just the ccache issue
- # [20:27] <JosiahOne> bz: You have a laptop that can build Firefox in 10 minutes. Fresh?
- # [20:27] <JosiahOne> Like first build?
- # [20:27] * Optimizer bz hides his laptop under the table
- # [20:28] * Joins: karl (karl@moz-C433B975.jetstream.xtra.co.nz)
- # [20:28] <Ms2ger> I can build in 12 minutes... If I don't touch anything
- # [20:28] <@bz> JosiahOne: again, last I measured...
- # [20:28] <JosiahOne> bz: Still, what laptop do you have?
- # [20:28] * Quits: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP) (Quit: Leaving.)
- # [20:28] <@bz> JosiahOne: hidpi mbp
- # [20:28] * Quits: jfkthame (jfkthame@5CDACC3E.611A3979.9542EC20.IP) (Quit: jfkthame)
- # [20:28] <JosiahOne> bz: Ah.
- # [20:29] <@bz> JosiahOne: with the faster processor and as much ram as they'd give me
- # [20:29] <Optimizer> usually when rarely I have to do full builds, I watch a movie alongside, and the builds take almost the same time.
- # [20:29] <dholbert> seth, sure
- # [20:29] <JosiahOne> bz: 512GB Flash Storage then?
- # [20:29] <Optimizer> it would take half the time if I do not watch a movie, but then I would have to just sit and watch the build :|
- # [20:29] <@bz> JosiahOne: 768
- # [20:30] <seth> dholbert: would you expect a 'load' notification on <image>s within an SVG? i would think so, right?
- # [20:30] <JosiahOne> bz: So in other words, the one that would make my bank account break. :)
- # [20:30] <JosiahOne> What is that…
- # [20:30] * JosiahOne Calculates...
- # [20:30] <seth> dholbert: regardless of whether the <image> is embedded in another SVG?
- # [20:30] <@bz> JosiahOne: heh
- # [20:30] <JosiahOne> ~$3,199.00
- # [20:30] <@bz> JosiahOne: Well, to be fair I don't buy my work laptops...
- # [20:30] <dholbert> seth, intuitively yes, though I'm not sure. I'd imagine that'd be in the SVG spec
- # [20:31] <dholbert> seth, not sure if <svg:image> fires events
- # [20:31] <JosiahOne> bz: Well I can't tell you that no one buys mine. :(
- # [20:31] <@bz> JosiahOne: you're off, but it's sort of immaterial...
- # [20:31] * jwir3|lunch is now known as jwir3
- # [20:31] <JosiahOne> bz: That was the 2.9 GHz, 768GB flash, 13 inch Retina.
- # [20:31] <@bz> Ah
- # [20:31] <@bz> I have the 15"
- # [20:31] <seth> dholbert: OK, i'll take a look. if <svg:image> doesn't fire load events, i think that totally explains why bug 704059 doesn't fix bug 703806 (the img-blobURI-2 bug)
- # [20:31] * JosiahOne Calculates some more..
- # [20:32] <JosiahOne> bz: $3,749.00 ?
- # [20:32] <@bz> If you buy retail with no discounts
- # [20:32] * Joins: jgilbert (jgilbert@moz-74F645BE.hsd1.ca.comcast.net)
- # [20:32] <seth> dholbert: or rather, why switching from SVGLoad to load in the implementation of bug 704059 wouldn't fix it
- # [20:32] * @bz is 100% sure the people who bought this box payed less than that
- # [20:32] <JosiahOne> bz: Right. And that is with no extra warranty or anything.
- # [20:33] <JosiahOne> bz: Yeah.
- # [20:33] <Optimizer> no wonder apple is rich
- # [20:33] <mfinkle> catlee, who would i need to talk to to figure out partner-repacks for firefox android?
- # [20:33] <@bz> Optimizer: heh
- # [20:33] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
- # [20:33] * JosiahOne Realizes he doesn't even own a decent laptop...
- # [20:33] <dholbert> seth, (looks like <svg:image onload=...> doesn't have any effect)
- # [20:33] <sancus> probably not much less, Apple doesn't offer substantial discounts to anybody
- # [20:33] <Optimizer> that will cost me one gsoc :P
- # [20:33] <sancus> we might get 10% off or something but no more than that
- # [20:33] <dholbert> seth, I would, however, expect <svg:image> to block its document's load event
- # [20:34] <@bz> Optimizer: I should note that this is the cheap option
- # [20:34] <@bz> Optimizer: in some ways
- # [20:34] <Optimizer> there is something better than that ?
- # [20:34] <@bz> Optimizer: Try price-comparing equivalent retina and not machines
- # [20:34] <dholbert> seth, I don't know offhand why that change wouldn't fix it
- # [20:34] <Optimizer> er. costlier
- # [20:34] <@bz> Optimizer: (which means you can't have the 768G SSD)
- # [20:34] <JosiahOne> Optimizer: bz could have got a vamped up iMac.
- # [20:35] <seth> dholbert: it does, but we get into the usual mess there where if all SVG images listen for SVGLoad, we unblock too early, but if all of them listen for load, then the <svg:image> ones never get it and never unblock...
- # [20:35] <@bz> You meant MacPro
- # [20:35] <@bz> I'm not willing to throw that much money Apple's way
- # [20:35] <JosiahOne> bz: Oh yeah, forgot about that.
- # [20:35] <seth> dholbert: maybe the bottom line is we are unable to treat the two in the same way =(
- # [20:35] <Optimizer> i would anyways install windows on that, so lets not be bankrupted :P
- # [20:35] <sancus> apple doesn't use the fastest available quad core mobile processor nor do they raid0 SSDs, so in theory there could be something faster :P
- # [20:36] <@bz> Optimizer: ok, so what are the steps to reproduce?
- # [20:36] <Optimizer> sancus: I know, mine is faster in theory .. (except for hdd)
- # [20:36] <dholbert> seth, I'm not getting it... as long as <image> waits for its internal doc 'load' to fire, and blocks its external doc's 'load', I'd think we'd be good
- # [20:36] * @bz has build, after all that discussion
- # [20:36] <Optimizer> bz: open pmo
- # [20:36] <@bz> planet?
- # [20:36] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [20:36] <JosiahOne> bz, Optimizer: Completely upgraded iMac 27" is $4,249.00 fyi.
- # [20:36] <Optimizer> bz: yes
- # [20:36] <dholbert> seth, regardless of whether it has its own special load event
- # [20:36] <Optimizer> then open dev toolbar (Shift F2)
- # [20:36] <Optimizer> and hit screenshot --fullpage'
- # [20:37] <Optimizer> sorry . 'screnshot --fullpage' command
- # [20:37] <Optimizer> screenshot* (I think you got it )
- # [20:37] <sancus> the retina macbook is unique in that you cannot buy anything with similar performance in the same weight class with the same battery life, it's about 2 pounds lighter than any comparable PC laptop
- # [20:37] <seth> dholbert: aren't we discussing how to implement that though?
- # [20:37] * Quits: shorlander (shorlander@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [20:37] <JosiahOne> sancus: True.
- # [20:37] <Optimizer> JosiahOne: and I am sure you will have to buy some accessories with that, like compulsory to have
- # [20:37] * Joins: JeroenDeDauw (j@moz-8EBE723F.ifiber.telenet-ops.be)
- # [20:38] * Joins: jimb (user@9E727688.17C2F9C.163DC5C6.IP)
- # [20:38] * AutomatedTester|away is now known as AutomatedTester
- # [20:38] <seth> dholbert: the issue is when to issue the UnblockOnload calls
- # [20:38] * Joins: mkaply2 (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
- # [20:38] <JosiahOne> I just found that the best Mac Pro (That Apple sells)is $13,374.00
- # [20:38] <sancus> :xeon:
- # [20:38] <@bz> ok
- # [20:38] <@bz> So this is failing on IsTargetValid()
- # [20:38] <JosiahOne> sancus: Yep.
- # [20:38] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
- # [20:38] <JosiahOne> Thought that config is totally overkill.
- # [20:38] <Optimizer> bz: can you teach me the sorcery to step through C++ ?
- # [20:39] <seth> dholbert: i have confirmed that if you issue them at SVGLoad time, this causes a race, because you can get SVGLoad for the outer document too early
- # [20:39] <Optimizer> JosiahOne: pm me the config please ?
- # [20:39] <@bz> Optimizer: on Windows, sorry. I've never used the debuggers there....
- # [20:39] <Optimizer> what kind of debugger are you talking .. not the devtools inbuilt ?
- # [20:39] <@bz> Optimizer: But basically, you'd start under the debugger, add a breakpoint on the relevant line...
- # [20:39] * Quits: crainiarc (Adium@moz-99624ADC.singnet.com.sg) (Quit: Leaving.)
- # [20:39] <@bz> no
- # [20:39] <@bz> MSVC's debugger
- # [20:39] <Optimizer> oh
- # [20:39] <dholbert> seth, that makes sense, yeah. I agree that SVGLoad is too early to call the image 'loaded', because of the nested-images-not-necessarily-ready problem
- # [20:39] <@bz> or windbg, I guess
- # [20:39] <Optimizer> I have used them
- # [20:39] <@bz> Depending
- # [20:39] <Optimizer> MSVC
- # [20:41] <firebot> Check-in:
- # [20:41] <seth> dholbert: for SVG images embedded in an HTML document, waiting for their load event definitely works. the only problem is that doesn't work for nested SVG images inside another svg (<svg:image>), because they don't seem to fire the load event =(
- # [20:41] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c55a794c98d0 - Robert Strong - Additional logging for Bug 835197 - Intermittent test_0201_app_launch_apply_update.js, test_0202_app_launch_apply_update_dirlocked.js,
- # [20:42] <dholbert> seth, right, so IIUC we can't wait for the <svg:image> load event per se, because there is no such event (at least, not exposed via onload)
- # [20:42] <seth> dholbert: the W3C says that script (including event attributes) should be disabled inside an SVG-as-image, which is maybe why we don't bother to fire the load event
- # [20:42] <firebot> test_0203_app_launch_apply_update.js [Exception... 'Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIFile.copyTo]'. r=bbondy
- # [20:42] <Optimizer> bz: so is the issue type related ?
- # [20:42] <dholbert> seth, however, we do seem to be able to make <svg:image> loading block its document load event
- # [20:42] <Optimizer> int32 vs double .. or something like that
- # [20:42] * jgriffin is now known as ffgiijnr
- # [20:42] * geekboy|afk is now known as geekboy
- # [20:42] <@bz> So...
- # [20:42] <@bz> This fails in drawImage
- # [20:42] <aki> mfinkle: probably me. i have a todo list item to read https://bugzilla.mozilla.org/show_bug.cgi?id=834194 and comment
- # [20:43] <dholbert> seth, not sure how that's done, but I assume it doesn't require <svg:image> load events to be fired (but maybe it does?)
- # [20:43] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [20:43] <seth> dholbert: well, basically that's done by the code in VectorImage (among other things, the parser also blocks onload of course until its done)
- # [20:43] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
- # [20:43] <dholbert> seth, no, I'm talking about just in a pure SVG document
- # [20:43] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
- # [20:43] <Optimizer> bz: bz, so finally the same issue basically ? which gave an exception at drawWindow ... ?
- # [20:43] <dholbert> if it has an <image> inside of it
- # [20:43] <@bz> Optimizer: I'd guess so
- # [20:44] <seth> dholbert: it's the same, right? <svg:image> still uses VectorImage
- # [20:44] <@bz> 763 CanvasRenderingContext2D::EnsureTarget()
- # [20:44] <dholbert> then we don't fire "load" for the document (and e.g. take a reftest snapshot) until the image loads
- # [20:44] <@bz> 771 if (size.width <= 0xFFFF && size.height <= 0xFFFF &&
- # [20:44] <@bz> 772 size.width >= 0 && size.height >= 0) {
- # [20:44] * ffgiijnr is now known as jgriffin
- # [20:44] <dholbert> seth, only if that points to another SVG document
- # [20:44] <@bz> > Optimizer: I'd guess so
- # [20:44] <@bz> er...
- # [20:44] <@bz> (gdb) p size.height
- # [20:44] <@bz> $18 = 87433
- # [20:44] <dholbert> seth, I'm imagining e.g. a <svg><image xlink:href="some_huge_image.png"></svg>
- # [20:44] <@bz> Which is more than 0xFFFF
- # [20:44] <Ms2ger> Yay, xlink
- # [20:45] * Quits: JeroenDeDauw (j@moz-8EBE723F.ifiber.telenet-ops.be) (Quit: Leaving.)
- # [20:45] * Joins: JeroenDeDauw (j@moz-8EBE723F.ifiber.telenet-ops.be)
- # [20:45] <seth> dholbert: ahh, i see what you mean. in that case RasterImage takes care of it. (and I don't totally understand the behavior for RasterImage; tried to ping jdm and joe about it yesterday but they weren't around)
- # [20:45] <joe> hi
- # [20:45] <dholbert> seth, if I set "onload" on that <image> tag, nothing special happens, but yet we still block the document load
- # [20:45] * Quits: tanvi (tanvi@moz-9440AA69.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [20:46] * Joins: tanvi (tanvi@moz-9440AA69.hsd1.ca.comcast.net)
- # [20:46] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Ping timeout)
- # [20:46] <mfinkle> aki, thanks
- # [20:47] * Quits: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net) (Quit: clee)
- # [20:47] <seth> dholbert, joe: onload blocking is done by StartDecode/StopDecode in both cases. (what I actually don't understand is why we fire the load event in OnStopRequest)
- # [20:48] * Joins: shorlander (shorlander@F2D29657.F60B0462.67AC9B1.IP)
- # [20:48] <seth> dholbert: before this bug, we greedily parsed the entire SVG in OnStopRequest and relied on the parser's onload blocking for SVGs
- # [20:49] <Optimizer> bz: I did not get the last few lines of that .. but is that fixable ?
- # [20:49] <@bz> Optimizer: Check with joe?
- # [20:49] <@bz> joe: ^
- # [20:49] <seth> dholbert: however as we have determined that's not good enough because the SVG is not necessarily ready to go then. so bug 704059 makes us call OnStartDecode/OnStopDecode for VectorImages. the thing is, there's really no decoding going on. RasterImages call OnStopDecode when decoding stops, but for VectorImages, we're waiting for the embedded document to be ready - that's "decoding" for VectorImages. the tricky party is when to call
- # [20:49] <@bz> joe: the devtools folks would like to be able to screenshot webpages
- # [20:49] <seth> OnStopDecode
- # [20:50] <joe> that are 87000 pixels high
- # [20:50] <@bz> Yes
- # [20:50] <@bz> joe: planet.mozilla.org, say
- # [20:50] <Optimizer> i mean not that high
- # [20:50] <Optimizer> but atleast more than 10K
- # [20:50] * @bz checks numbers
- # [20:50] <Optimizer> which is the current limit
- # [20:50] <@bz> erm
- # [20:50] <joe> jrmuizel thinks that pixman may have lifted that limit
- # [20:50] <joe> in recent pixman
- # [20:50] <@bz> the current limit I saw in the source was 65k
- # [20:50] <@bz> for your current approach, at least...
- # [20:50] <Optimizer> no, its 32K
- # [20:50] <joe> which he is in the process of applying
- # [20:51] <seth> dholbert: reasonable? so we don't care about any load events to decide when to call OnStopDecode for RasterImages. but for VectorImages, that _may_ be the right thing to do
- # [20:51] <@bz> anyway
- # [20:51] <Optimizer> at 96 dpi boils down to 10K pixels
- # [20:51] * @bz leaves Optimizer and joe talking to each other
- # [20:51] <joe> yeah
- # [20:51] <taras> tn: https://bugzilla.mozilla.org/show_bug.cgi?id=836409
- # [20:51] * Quits: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: fitzgen)
- # [20:51] <joe> i don't know whether we have a good story to tell you
- # [20:52] <taras> tn: err, i meant your theory was right
- # [20:52] <joe> other than perhaps use imgITools and tiles of canvases
- # [20:52] <joe> Optimizer: ^
- # [20:52] <Optimizer> joe: I am actually using tiling only
- # [20:52] <joe> ok
- # [20:52] <Optimizer> but finally to get the image data, toDataURL fails
- # [20:52] <joe> right
- # [20:52] <@bz> joe: he can tile; what he doesn't have is a way to stitch the tiles together into one png
- # [20:52] <Optimizer> which internally fails due to the same reason only
- # [20:52] <joe> that latter part is what I'm talking about with imgITools
- # [20:52] <@bz> joe: stitching in a canvas doesn't work
- # [20:52] <Optimizer> how
- # [20:53] <@bz> joe: does imgItools have a way to do that?
- # [20:53] <Optimizer> I have been asking a way to stitch without canvas for days now :(
- # [20:53] <joe> nsIInputStream encodeImage(in imgIContainer aContainer,
- # [20:53] <joe> in ACString aMimeType,
- # [20:53] <joe> [optional] in AString outputOptions);
- # [20:53] <@bz> mmm
- # [20:53] <joe> oh wait hold on
- # [20:53] <@bz> right
- # [20:53] <joe> this is the opposite
- # [20:53] * Quits: myk (myk@moz-64D96850.dsl.dynamic.sonic.net) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
- # [20:53] * Joins: xk1sv_ (xk1sv@FDCC56F4.F5AF084C.3318EDCA.IP)
- # [20:53] * Quits: xk1sv_ (xk1sv@FDCC56F4.F5AF084C.3318EDCA.IP) (Input/output error)
- # [20:53] * Quits: lizzard_ (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard_)
- # [20:53] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Connection reset by peer)
- # [20:53] * Joins: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [20:53] <joe> argh
- # [20:54] <joe> dolske: can you go back in time and make it so that we can dot his
- # [20:54] * Quits: nmatsakis (nmatsakis@43CB6079.66715431.D25A875A.IP) (Quit: Computer has gone to sleep.)
- # [20:54] <dholbert> seth, [still trying to re-wrap my mind around this; skimming our conversation from yesterday]
- # [20:54] <Optimizer> I can go back in time, but I have no idea on C++
- # [20:54] <Optimizer> even though my time machine uses C++ as its firmware ..
- # [20:54] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/bb11e1f204ca - Brian Nicholson - Bug 827370 - Remove RedirectorRunnable. r=mfinkle
- # [20:54] * Joins: dao (dao@CB3EC984.A5F785DE.396E4C6D.IP)
- # [20:54] <joe> you're also going to run into problems with imagelib not supporting things > 64k
- # [20:55] <seth> dholbert: so hopefully i have convinced you that the essence of this is when to call OnStopDecode (meaning when to call UnblockOnload) for VectorImages, and it appears the answer might be different for SVG-embedded-in-HTML vs. SVG-embedded-in-SVG. i don't think so though, i think the answer is actually the same but the problem is that we never get the event we need for SVG-embedded-in-SVG
- # [20:55] * Quits: azakai_ (alon@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [20:55] * Joins: jwalker (jwalker@moz-5B263CE9.cable.virginmedia.com)
- # [20:55] <seth> dholbert: sorry if i'm not being clear. feel free to ask for clarification. it's kinda confusing stuff, especially because of the terminology
- # [20:55] * Quits: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP) (Connection reset by peer)
- # [20:55] * Quits: jwalker (jwalker@moz-5B263CE9.cable.virginmedia.com) (Connection reset by peer)
- # [20:55] <joe> Optimizer: however
- # [20:56] * Joins: jwalker (jwalker@moz-5B263CE9.cable.virginmedia.com)
- # [20:56] <joe> Optimizer: you may be able to drive imgIEncoder manually
- # [20:56] <Optimizer> raises hopes
- # [20:56] * Joins: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP)
- # [20:56] * seth dashes them
- # [20:56] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4a5dbee13878 - Jim Chen - Bug 832028 - Make resetting Editable during focus more reliable; r=cpeterson
- # [20:56] * Quits: wlach (wlach@moz-AEEC2DA3.mc.videotron.ca) (Ping timeout)
- # [20:57] * Optimizer force field shields
- # [20:57] * Optimizer ON
- # [20:57] * Joins: wlach (wlach@moz-AEEC2DA3.mc.videotron.ca)
- # [20:57] * jcranmer is now known as jcranmer|away
- # [20:57] <dholbert> seth, I think we want to call OnStopDecode after the internal document fires "load", in either case. [assuming we can actually listen for "load" on the internal document]
- # [20:57] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [20:58] <seth> dholbert: yeah, that's the conclusion i've come to as well. the problem is SVG-embedded-in-SVG appears not to fire the load event =(
- # [20:58] * Joins: lizzard_ (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
- # [20:58] <seth> dholbert: it might be we need to make a special event for this task. i suppose not a DOM event, since AFAIK those are always visible to JS
- # [20:59] * Quits: sfink (chatzilla@43CB6079.66715431.D25A875A.IP) (Ping timeout)
- # [20:59] * Quits: Optimizer (Optimizer@85ABCBE7.976956AF.D2D1FAF0.IP) (Ping timeout)
- # [21:00] <seth> dholbert: bug 620002 seems relevant
- # [21:00] <dholbert> seth, I don't think so
- # [21:01] <dholbert> oh
- # [21:01] <joe> aah
- # [21:01] <joe> where did optimizer go
- # [21:01] * joduinn-mtg is now known as joduinn
- # [21:01] <dholbert> seth, let's move to #layout
- # [21:01] <joe> i found the solution to his problems
- # [21:01] <JosiahOne> joe: Ping timeout.
- # [21:01] * Quits: cjones (cjones@A5A0595A.66715431.D25A875A.IP) (Ping timeout)
- # [21:01] <joe> yeah
- # [21:02] <seth> dholbert: ok, sounds good
- # [21:02] * Joins: singerb (singerb@moz-33123EB2.hsd1.mi.comcast.net)
- # [21:02] * Quits: ehugg (chatzilla@C1766AFD.29102B70.6CD50604.IP) (Quit: ChatZilla 0.9.89 [Firefox 18.0.1/20130116073211])
- # [21:03] * Joins: Optimizer (Optimizer@EC7C99E1.44738DE.274D17D6.IP)
- # [21:03] <Optimizer> joe: back
- # [21:03] <Optimizer> net here is crap
- # [21:03] <Optimizer> please tell me solution :)
- # [21:04] * rail is now known as rail-brb
- # [21:05] <joe> Optimizer
- # [21:05] <joe> so
- # [21:06] <joe> it is *almost* possible
- # [21:06] * Quits: nigelb (nigel@moz-8640053A.me) (Client exited)
- # [21:06] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
- # [21:06] * Quits: Optimizer (Optimizer@EC7C99E1.44738DE.274D17D6.IP) (Ping timeout)
- # [21:06] <joe> you can getImageData() on all your canvases
- # [21:06] <joe> fffuuuu
- # [21:06] * Joins: nigelb (nigel@moz-8640053A.me)
- # [21:07] * Joins: myk (myk@moz-64D96850.dsl.dynamic.sonic.net)
- # [21:07] <Ms2ger> joe, and then encode as bmp ;)
- # [21:07] * Quits: mkaply2 (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
- # [21:07] <jgilbert> bmps are ubergross
- # [21:08] * Joins: Optimizer (Optimizer@95C1747F.B62A839A.274D17D6.IP)
- # [21:08] * Quits: ctyler (chris@moz-A54458EA.proximity.on.ca) (Ping timeout)
- # [21:08] <Optimizer> :(
- # [21:08] * Quits: jib (Jan-Ivar@moz-5BADB3E1.pools.spcsdns.net) (Ping timeout)
- # [21:08] <jgilbert> <joe> you can getImageData() on all your canvases
- # [21:08] <jgilbert> <joe> fffuuuu
- # [21:08] <jgilbert> Optimizer, ^
- # [21:08] * Joins: jib (Jan-Ivar@moz-5BADB3E1.pools.spcsdns.net)
- # [21:08] <joe> Optimizer: and then concatenate them
- # [21:08] <Optimizer> I saw that
- # [21:08] <Optimizer> on log bot
- # [21:08] <Ms2ger> jgilbert, :)
- # [21:08] * Joins: ctyler (chris@moz-A54458EA.proximity.on.ca)
- # [21:09] <joe> Optimizer: and then pass them to imgIEndoer
- # [21:09] <joe> encoder
- # [21:09] <joe> InitWithData()
- # [21:09] <joe> and then it will be encoded
- # [21:09] <joe> and unfortunately you will have no way from script to get the encoded image out
- # [21:09] <Optimizer> then .. ?
- # [21:09] * Joins: crainiarc (Adium@moz-99624ADC.singnet.com.sg)
- # [21:09] <joe> you cry, mostly
- # [21:10] <joe> getImageBuffer() is [noscript]
- # [21:10] <joe> oh wait
- # [21:10] <joe> it's an nsIAsyncInputStream
- # [21:10] <joe> that means you can read from it right?
- # [21:11] <joe> you take that data and write it to a file separately
- # [21:11] <joe> i think this'll work
- # [21:11] <Optimizer> holy ..
- # [21:11] <Ms2ger> Welcome to Gecko
- # [21:11] * Quits: ErvisTusha (ErvisTusha@412BD193.F69FB6EA.363D84A4.IP) (Client exited)
- # [21:11] <stuart> getImageBuffer returns its copy of the data doens't it?
- # [21:11] * Quits: jib (Jan-Ivar@moz-5BADB3E1.pools.spcsdns.net) (Quit: jib)
- # [21:11] <joe> yeah but it's [noscript]
- # [21:12] <joe> but you can just read from the input stream that the encoder *is*
- # [21:12] <Optimizer> wht does that mean ?
- # [21:12] <stuart> it would break xpcom rules to not be
- # [21:12] <Optimizer> [noscript]
- # [21:12] <joe> you can't call it from js
- # [21:12] <Optimizer> oh.
- # [21:12] <joe> but
- # [21:12] <stuart> if it weren't noscript it would need to return a copy of the data
- # [21:12] * cmcavoy-offline is now known as cmcavoy
- # [21:12] <tn> taras, so given that, and that we don't paint if nothing changed is there still a problem?
- # [21:13] * Optimizer reads ingEncoder and nsiAsyncInputStream
- # [21:13] <taras> tn: 'that'?
- # [21:13] <taras> tn: i think it's a problem to perform js computation
- # [21:14] <taras> if we are not going to do anything with it
- # [21:14] <Optimizer> wow , no mdn docs on that .
- # [21:14] * geekboy is now known as geekboy|afk
- # [21:14] <Optimizer> ah imgIEncoder.
- # [21:14] * Quits: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP) (Ping timeout)
- # [21:15] <Optimizer> how hard is to fix the original bug ?
- # [21:15] <Optimizer> the 32K limitation
- # [21:15] <Optimizer> joe: ^
- # [21:15] <Optimizer> or is it intentional ?
- # [21:15] * Quits: ctyler (chris@moz-A54458EA.proximity.on.ca) (Ping timeout)
- # [21:15] * Joins: sfink (chatzilla@2557E599.66715431.D25A875A.IP)
- # [21:15] <joe> Optimizer: very hard
- # [21:15] * Joins: ctyler (chris@moz-A54458EA.proximity.on.ca)
- # [21:15] <Optimizer> enough said.
- # [21:16] <joe> https://developer.mozilla.org/en-US/docs/Code_snippets/Miscellaneous#Copying_from_an_input_stream_to_an_output_stream
- # [21:16] <joe> you can glue this stuff together and get what you want
- # [21:16] <joe> it's not happy but it's possible
- # [21:16] * Quits: crainiarc (Adium@moz-99624ADC.singnet.com.sg) (Ping timeout)
- # [21:16] <Optimizer> the first argument of initFromData is an array of all the img data ?
- # [21:17] <joe> yep
- # [21:17] <Optimizer> or its an array of
- # [21:17] <Optimizer> [array of img data, num of images, some constant]
- # [21:17] <Optimizer> this is on mdn : [array, size_is(length), const] in PRUint8 data,
- # [21:17] <joe> yeah
- # [21:17] <joe> that's just idl
- # [21:17] * armenzg is now known as armenzg_brb
- # [21:18] <joe> i believe you can just say
- # [21:18] <joe> var imagedata = tile1.getImageData() + tile2.getImageData() + ...
- # [21:18] * chuckharmston is now known as chuckharmston|lunch
- # [21:18] * Quits: ctyler (chris@moz-A54458EA.proximity.on.ca) (Ping timeout)
- # [21:18] <joe> encoder.initFromData(imagedata, width, height, stride, etc etc)
- # [21:18] <Optimizer> what about positioning of these tiles ?
- # [21:18] <joe> that part will also be very difficult
- # [21:18] <Optimizer> liek my image is formed of these tiles :
- # [21:19] <joe> my recommendation is to have tiles formed vertically
- # [21:19] <Optimizer> tile1|tile2
- # [21:19] <Optimizer> tile3|tile4
- # [21:19] <Optimizer> tile5|tile6
- # [21:19] <joe> the only way to encode this properly is to have
- # [21:19] <joe> tile1
- # [21:19] <joe> tile2
- # [21:19] <joe> tile3
- # [21:19] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [21:19] <joe> but that might work fine because pages are much longer than they are wide
- # [21:19] <tn> taras, sorry. i wasn't clear. is there another problem besides the paint suppression on page load problem?
- # [21:20] <Optimizer> okay, so one basic question .. will canvas.getImageData also fail on the same limit of drawImage/drawWindow/toDataURL ?
- # [21:20] * Joins: ctyler (chris@moz-A54458EA.proximity.on.ca)
- # [21:20] <joe> not so long as each of the tile canvases are below the limit
- # [21:20] <Optimizer> joe: yes, 7K width is okay with me.
- # [21:20] * Quits: dhylands (dhylands@9F6BCC9F.ACA5FF99.5D698A29.IP) (Input/output error)
- # [21:20] <Optimizer> no, what about I concat the canvases normally
- # [21:20] <Optimizer> and then do the getImageData on the final big canvas
- # [21:21] <joe> hm
- # [21:21] <joe> that might work
- # [21:21] <joe> let me check
- # [21:21] <Optimizer> I can check that too .
- # [21:21] * Optimizer checks
- # [21:21] * Quits: wlach (wlach@moz-AEEC2DA3.mc.videotron.ca) (Quit: Leaving)
- # [21:21] * Quits: chuckharmston|lunch (chuckharms@405E755D.5C78B772.1A32E3CE.IP) (Client exited)
- # [21:22] <joe> Optimizer: looks okay from a brief reading of the code
- # [21:22] * Joins: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP)
- # [21:22] * philor|afk is now known as philor
- # [21:22] * Quits: ctyler (chris@moz-A54458EA.proximity.on.ca) (Ping timeout)
- # [21:23] * Quits: bsmith (bsmith@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [21:23] * Joins: jgriffin_ (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net)
- # [21:23] * Joins: ctyler (chris@moz-A54458EA.proximity.on.ca)
- # [21:23] <Optimizer> joe: same exception
- # [21:23] <Optimizer> fails.
- # [21:23] <Optimizer> [Exception... "Failure" nsresult: "0x80004005 (NS_ERROR_FAILURE)" ..... data: no]
- # [21:24] <taras> tn: there is nothing i'm smart enough to diagnose
- # [21:24] <taras> tn: i fear there might be another case of our paint supression kicking in
- # [21:24] * Quits: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net) (Ping timeout)
- # [21:24] * jgriffin_ is now known as jgriffin
- # [21:24] <taras> (ie when moz thinks it's painting too often)
- # [21:24] * Quits: Ms2ger (Ms2ger@21E2FA32.447FC025.187A1082.IP) (Quit: nn)
- # [21:24] * Joins: dhylands (dhylands@9F6BCC9F.ACA5FF99.5D698A29.IP)
- # [21:24] <taras> would make sense to supress RAF then too
- # [21:25] * Quits: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net) (Quit: Deallocatd. (Probably forbidden by ARC))
- # [21:25] * Joins: knelson (Adium@moz-B2829269.dsl.pltn13.sbcglobal.net)
- # [21:25] <joe> argh
- # [21:26] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/971141fe081e - Mark Finkle - Bug 837215 - YouTube video's redirect on play; broken on tablets r=bnicholson
- # [21:27] <tn> taras, your callback doesn't do anything to change what is dislayed on the screen? ami reading it right?
- # [21:27] <taras> tn: correct
- # [21:27] <joe> Optimizer: oh, it's failing for *exactly* the same reason
- # [21:27] <Optimizer> yup
- # [21:27] <taras> tn: it's just measuring how fast we could paint if we tried :)
- # [21:27] <Optimizer> so tiling is the only option.
- # [21:27] <joe> yep
- # [21:27] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/b546bd987ed4 - Gregory Szorc - Bug 794162 - Mach command to generate a .clang_complete file; r=ehsan
- # [21:27] <Optimizer> let me quickly try that out
- # [21:28] <dholbert> bz, we should be OK security-wise to disable this mScriptGlobalObject check in UnblockOnload() for SVG-as-an-image documents, correct?
- # [21:28] <dholbert> bz, https://mxr.mozilla.org/mozilla-central/source/content/base/src/nsDocument.cpp?mark=7541-7541#7524
- # [21:28] * Joins: marcoz (marco.zehe@moz-4C12C4F9.dip.t-dialin.net)
- # [21:28] * @bz looks
- # [21:28] * Quits: marcoz (marco.zehe@moz-4C12C4F9.dip.t-dialin.net) (Quit: Leaving.)
- # [21:28] <tn> taras, so mozPaintCount doesn't increment because we don't have to paint anything. i think this is a good thing
- # [21:29] * Parts: knelson (Adium@moz-B2829269.dsl.pltn13.sbcglobal.net)
- # [21:29] <@bz> dholbert: hmm
- # [21:29] <taras> tn: yes
- # [21:29] <taras> tn: i'm concerned about RAFs that try to paint, but those paints get skipped
- # [21:29] <taras> which is sort of what happens during pageload
- # [21:30] <taras> if a paint has no chance of going through, we should not fire RAF
- # [21:30] <@bz> dholbert: What does GetDocumentLoadGroup() return for those?
- # [21:30] <dholbert> bz, we want to be able to listen for "load" in SVG-as-an-image documents, but we can't right now
- # [21:30] <@bz> dholbert: right, I understand the problem
- # [21:30] <dholbert> bz, I'm not sure (seth is working on this, I'm giving him suggestions but I wanted to sanity-check my security assumptions :))
- # [21:30] * Joins: sheppy (sheppy@moz-B52B0B26.dhcp.kgpt.tn.charter.com)
- # [21:30] <dholbert> seth, ^^
- # [21:30] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d7b65369292a - Gregory Szorc - Bug 809920 - Create testing/modules for shared testing-only JS modules; r=ted
- # [21:30] <tn> taras, ok, yes. i don't disagree about the paint suppression on page load. i was trying to see if there was anything else going wrong here. ie not during paint suppression during page load
- # [21:30] <seth> yup, i'm seeing this =)
- # [21:30] <@bz> dholbert: in general, as long as that loadgroup is actually still tracking the load of that document...
- # [21:31] <@bz> Should be fine
- # [21:31] * Joins: Waldo (waldo@moz-537BCF9.hsd1.ca.comcast.net)
- # [21:31] <@bz> The check is there for web pages because the loadgroup persists across navigation
- # [21:31] <dholbert> bz, it should be (it traces back to an image request)
- # [21:31] <@bz> ok
- # [21:31] * Quits: Nefzaoui (chatzilla@90FC43A7.3C153E4F.D9343D67.IP) (Quit: ChatZilla 0.9.89 [Firefox 19.0/20130123083802])
- # [21:32] <taras> tn: ok, lets keep the answer at 'no'
- # [21:32] <dholbert> cool. so adding "|| IsBeingUsedAsImage()" to the mScriptGlobalObject check there and in DoUnblockOnload() should be correct, then
- # [21:32] <seth> dholbert: already done, but i pulled since i last built so doing a full rebuild =(
- # [21:33] <seth> dholbert: will have results in like 20 minutes i guess haha
- # [21:33] <dholbert> seth, cool. the suspense is killing me! :)
- # [21:33] <dholbert> seth, cool :)
- # [21:33] * rail-brb is now known as rail
- # [21:34] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/b2ed3a48edbe - Vendelin Ruzicka - Bug 835767: AsyncConnectionHelper::ConvertCloneReadInfosToArray callers don't need to clear structured clone buffers. r=bent
- # [21:34] <dholbert> seth, if you like, you could make those onload tweaks in a helper-bug, since it's an atomic change and (on its own) it shouldn't affect behavior
- # [21:34] * Joins: cjones (cjones@A5A0595A.66715431.D25A875A.IP)
- # [21:34] <tn> taras, ok, so yeah it seems reasonable to stop those callbacks during paint suppression
- # [21:35] <dholbert> seth, and then (assuming this all works) you can just tweak your existing patch to s/SVGLoad/load/
- # [21:35] * Quits: bajaj (Adium@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
- # [21:35] <seth> dholbert: i think that's a good idea. should help narrow things down if there are any issues. but lets make sure this approach is viable first; i'll file the bug if it is
- # [21:35] <dholbert> sure
- # [21:36] * Quits: jammink (textual@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [21:37] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
- # [21:37] * Joins: bsmith (bsmith@2557E599.66715431.D25A875A.IP)
- # [21:39] * gregglind is now known as gregglind_away
- # [21:39] * Quits: ctyler (chris@moz-A54458EA.proximity.on.ca) (Ping timeout)
- # [21:39] * Joins: ctyler (chris@moz-A54458EA.proximity.on.ca)
- # [21:40] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
- # [21:40] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
- # [21:41] * Quits: vingtetun (vingtetun@moz-9EE97ADC.xdsl.toledo.be) (Ping timeout)
- # [21:42] * Quits: Asa (asa@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [21:42] * Joins: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net)
- # [21:42] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [21:43] <JosiahOne> Okay, my question again: If my patch alters actual UI elements. In this case it adds text, do I need to have it localized before it gets pushed into the nightly channel?
- # [21:43] * Joins: Asa (asa@F2D29657.F60B0462.67AC9B1.IP)
- # [21:44] <Optimizer> JosiahOne: yes
- # [21:44] <JosiahOne> Optimizer: Oh bother. To what languages?
- # [21:44] <Optimizer> en-US
- # [21:44] * Joins: DarylXian (DarylXian@moz-1F9EAEDF.sonic.net)
- # [21:44] * Joins: aceman (inet@moz-C80ED79A.dynamic.nextra.sk)
- # [21:45] <JosiahOne> Optimizer: That's it.
- # [21:45] <Optimizer> yup
- # [21:45] <JosiahOne> Optimizer: I just can't hard code it right?
- # [21:45] <Optimizer> just add it to an existing .properties or dtd file
- # [21:45] * Quits: Archaeopteryx (itsme@moz-FF3F73F2.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
- # [21:45] <Optimizer> JosiahOne: what is it ?
- # [21:46] <JosiahOne> Text in the settings.
- # [21:46] <JosiahOne> A label.
- # [21:46] <Optimizer> is it an engligh only thing ?
- # [21:46] <Optimizer> a settings label .. then no.
- # [21:46] <JosiahOne> Optimizer: No, it will need to be translated.
- # [21:46] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/ac2666f2a095 - Ehsan Akhgari - Bug 837235 - Fix builds with --disable-webgl; r=bjacob
- # [21:46] <JosiahOne> But when?
- # [21:46] <Optimizer> when what ?
- # [21:47] * Joins: jammink (textual@43CB6079.66715431.D25A875A.IP)
- # [21:47] <DarylXian> Hi. My `tooltip` styling has recently (can't say for sure, last point version or two ...) become INsensitive to `background-color` styles. `color` works, just not `background-color` -- in tooltips. BOTH work ok in other elements. I.e., http://pastebin.com/8QjziuX3
- # [21:47] <Optimizer> joe: my firefox crashed
- # [21:47] <Optimizer> without a send crash report window
- # [21:47] <DarylXian> 1st saw this in TB, chatting @ #maildev discovered it ALSO occurs in FF, as tooltup code is shared
- # [21:47] * Joins: mak (mak@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [21:48] <DarylXian> #maildev said to bring the topic here ... any hints at debug/workaround?
- # [21:48] * Joins: aleth (aleth@moz-2936FDE3.ictp.it)
- # [21:48] <JosiahOne> Optimizer: When in the process does it need to be translated to other languages? Before it gets pushed to Nightly? While in Nightly? Before it even gets reviewed+?
- # [21:49] <Optimizer> JosiahOne: before r+ it should be softcoded and the fetched from proper .properties file or dtd file
- # [21:49] * Joins: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [21:49] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4a93c9d94a3b - Gregor Wagner - Bug 836423 - Contacts API: Fix oncontactchange function. r=bent
- # [21:49] * Quits: ddahl (ddahl@C261DB39.6E5482D7.8DDCAE07.IP) (Ping timeout)
- # [21:49] <Optimizer> then in aurora the various translators translate it into all other kind of languages
- # [21:49] * cpeterson is now known as cpeterson|lunch
- # [21:50] * Quits: myk (myk@moz-64D96850.dsl.dynamic.sonic.net) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
- # [21:50] <joe> Optimizer: without the crash report window is very unusual indeed
- # [21:51] <JosiahOne> Optimizer: Alright thanks. Do I have to make a .properties file, or is there a "combined" one?
- # [21:51] * Joins: Archaeopteryx (itsme@moz-FF3F73F2.cust.telecolumbus.net)
- # [21:51] <Optimizer> JosiahOne: there must be one, look around
- # [21:51] <Optimizer> joe: yes, I think I am doing something wrong, let me look at the one and only existing example in the code .
- # [21:51] * Joins: sdumitriu (sdumitriu@FEB3117E.37DF827B.4534CD63.IP)
- # [21:51] * Joins: bajaj (Adium@2557E599.66715431.D25A875A.IP)
- # [21:53] <Optimizer> joe: okay. the getImageData should have returned an array, so doing + on each one does not work :P
- # [21:53] <joe> oh
- # [21:53] * Quits: victorporof (victorporo@5177657A.A58E0E41.6A4F8DA2.IP) (Quit: victorporof)
- # [21:53] <JosiahOne> Optimizer: Browser.properties? There are a whole bunch of them? Which one do I use?
- # [21:53] <Optimizer> concatinate arrays to concatinate pixels to concatinate images
- # [21:53] <joe> how do you concatenate arrays?
- # [21:53] * Joins: willyaranda (willyarand@6452AA23.6D31AEE9.AC724CC6.IP)
- # [21:53] <Optimizer> JosiahOne: create new on similar terms.
- # [21:54] * Joins: xk1sv_ (xk1sv@FDCC56F4.F5AF084C.3318EDCA.IP)
- # [21:54] * Quits: xk1sv_ (xk1sv@FDCC56F4.F5AF084C.3318EDCA.IP) (Input/output error)
- # [21:54] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Connection reset by peer)
- # [21:54] <Optimizer> joe: no idea, going to find a way now.
- # [21:54] * Joins: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [21:54] <joe> *nod*
- # [21:54] <Optimizer> a splice
- # [21:54] <Optimizer> ah*
- # [21:55] <Optimizer> oh wait
- # [21:55] <Optimizer> concat
- # [21:55] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
- # [21:55] <Optimizer> thank god atleast arrays have an easy way .. :)
- # [21:55] * Quits: ctyler (chris@moz-A54458EA.proximity.on.ca) (Ping timeout)
- # [21:55] * Quits: lizzard_ (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard_)
- # [21:55] * Quits: mak (mak@8F761026.B5EF4AF6.E96CA9D8.IP) (Input/output error)
- # [21:55] <@ehsan> bjacob: xpcom/thread/nsThread.cpp
- # [21:56] * Joins: ctyler (chris@moz-A54458EA.proximity.on.ca)
- # [21:56] * Quits: dao (dao@CB3EC984.A5F785DE.396E4C6D.IP) (Quit: Leaving.)
- # [21:56] <Optimizer> joe: still crashes
- # [21:56] * Joins: dmose (dmose@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [21:56] * philor is now known as philor|away
- # [21:56] <mconley> bz: ping
- # [21:56] * Joins: vingtetun (vingtetun@moz-9EE97ADC.xdsl.toledo.be)
- # [21:57] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
- # [21:57] <@bz> mconley: ack
- # [21:58] * armenzg_brb is now known as armenzg
- # [21:58] * khuey is now known as khuey|away
- # [21:59] <mconley> bz: hey - so, I'm getting this warning in the error console: "Warning: XUL box for _moz_generated_content_after element contained an inline #text child, forcing all its children to be wrapped in a block." using ::after with content: ''...how does one avoid this?
- # [21:59] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Ping timeout)
- # [22:00] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [22:00] <@bz> mconley: You don't?
- # [22:00] <@bz> mconley: I assume you're using display:-moz-box on the :after or something?
- # [22:00] <mconley> that's correct.
- # [22:00] <mconley> bz: --^
- # [22:00] * Quits: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: fitzgen)
- # [22:00] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
- # [22:00] <@bz> mconley: The warning is just saying there's a potential perf issue...
- # [22:00] * Joins: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:00] <@bz> mconley: I suppose we could suppress them for generated content
- # [22:01] <Optimizer> it feels great to have a magician in Mozilla :)
- # [22:01] * hwine is now known as hwine-food
- # [22:01] <dmose> is it possible to get the main thread from code that doesn't have MOZILLA_INTERNAL_API defined?
- # [22:01] <mconley> bz: is there a different display: value to avoid the perf issue? Something similar to -moz-box?
- # [22:01] * joduinn is now known as joduinn-food
- # [22:01] <dmose> i.e. the linked doesn't see NS_GetMainThread
- # [22:02] <froydnj> man, why do tables look so awful on blog.mozilla.com
- # [22:02] <dmose> linker
- # [22:02] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Quit: PM: Preparing frontal lobe for mem sleep)
- # [22:02] <@bz> mconley: what are you actually trying to do?
- # [22:03] * Quits: shorlander (shorlander@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [22:03] * Joins: ehugg (chatzilla@C1766AFD.29102B70.6CD50604.IP)
- # [22:04] <mconley> bz: We want a separator between two elements - so we're using pseudo-elements to set a background image on ::after to act as the separator.
- # [22:04] * Joins: azakai_ (alon@2557E599.66715431.D25A875A.IP)
- # [22:04] * Joins: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:04] <@bz> mconley: border-right wasn't an option?
- # [22:05] <@bz> mconley: or border-bottom, depending on how your layout looks
- # [22:05] <mconley> bz: no, because it has to be a linear gradient.
- # [22:05] <@bz> mmm
- # [22:05] <@bz> we don't support those in border-image?
- # [22:05] <nemo> not yet no :(
- # [22:05] <nemo> there's an open bug on it
- # [22:05] <nemo> part of the whole. use any image anywhere thing :)
- # [22:05] <@bz> On the other hand, if you're doing gradients you don't care that much about the extra box
- # [22:06] <@bz> So it's not like the performance is that big a deal anyway....
- # [22:06] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
- # [22:06] * Joins: bdahl (bdahl@moz-EF716D84.xdsl.toledo.be)
- # [22:06] <@bz> So ok
- # [22:06] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
- # [22:06] <@bz> wait
- # [22:06] <@bz> your actual element is a box?
- # [22:06] * Joins: mak (mak@F2D29657.F60B0462.67AC9B1.IP)
- # [22:06] <@bz> Are you trying to have the ::after be on its right, or on its bottom?
- # [22:06] <NeilAway> jfkthame: I know I was last to touch that function but I'm not 100% that qualifies me to review ;-)
- # [22:06] * Joins: gal (gal@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:07] <mconley> bz: on its right.
- # [22:07] * Parts: DarylXian (DarylXian@moz-1F9EAEDF.sonic.net)
- # [22:07] <@bz> And your parent is a XUL box?
- # [22:07] * @bz thinks
- # [22:08] <@bz> What happens if you set the ::after to be an inline-block?
- # [22:08] <@bz> Does it just not stretch vertically to the right height?
- # [22:08] <Mossop> Where are the restrictions on commit messages documented?
- # [22:08] * jwir3 is now known as jwir3|coffee
- # [22:08] * Quits: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
- # [22:09] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [22:09] <mconley> bz: yes, it's a XUL hbox. Setting it as inline-block gets rid of the warning, but causes some stuff to shift around. Ok, we're going to investigate that route a little deeper though. Thanks!
- # [22:09] <gps> Mossop: https://hg.mozilla.org/hgcustom/hghooks
- # [22:09] <Waldo> dmose: doesn't the thread manager component/contractid give you that?
- # [22:09] <MattN> Mossop: https://developer.mozilla.org/en-US/docs/Developer_Guide/Committing_Rules_and_Responsibilities#Checkin_comment
- # [22:09] <dmose> hmm, could be
- # [22:09] * Joins: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk)
- # [22:09] <dmose> Waldo: i'll have a look, thanks
- # [22:10] * Quits: vingtetun (vingtetun@moz-9EE97ADC.xdsl.toledo.be) (Ping timeout)
- # [22:10] <@bz> mconley: no problem, but I would still be happy to just turn off that warning in generated content
- # [22:10] * Parts: aceman (inet@moz-C80ED79A.dynamic.nextra.sk)
- # [22:11] * Mossop sighs
- # [22:12] * Quits: dria (dria@F2D29657.F60B0462.67AC9B1.IP) (Quit: dria)
- # [22:12] * Joins: chuckharmston|lunch (chuckharms@moz-DD938D6C.msp.atomicdatacenters.com)
- # [22:12] * chuckharmston|lunch is now known as chuckharmston
- # [22:13] * Joins: marco (Thunderbir@moz-74BAEBE6.cust.dsl.teletu.it)
- # [22:13] <Mossop> So I guess when we merge from our git repository once a week we're going to have to file a bugzilla bug just so we can include it in the commit message?
- # [22:15] * Joins: crainiarc (Adium@moz-99624ADC.singnet.com.sg)
- # [22:15] * Joins: lizzard_ (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
- # [22:15] <@bz> Mossop: Why?
- # [22:16] <Mossop> bz: Because commit messages have to have a bug number in them
- # [22:16] * Parts: aleth (aleth@moz-2936FDE3.ictp.it)
- # [22:16] * Joins: erikvold (erikvold@moz-33BF5BAF.gv.shawcable.net)
- # [22:16] <@bz> Mossop: no
- # [22:17] <@bz> Mossop: https://developer.mozilla.org/en-US/docs/Developer_Guide/Committing_Rules_and_Responsibilities#Commit_message_restrictions
- # [22:17] <@bz> Mossop: see last bullet in that "allowed are:" list
- # [22:17] * Quits: bsmith (bsmith@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [22:17] <@bz> Mossop: which presumably this changeset would fall under!
- # [22:17] <Mossop> bz: Since this is an uplift from a non-hg repository it isn't a merge changeset so "merging" doesn't work
- # [22:17] <@bz> maybe I'm missing some context
- # [22:18] <@bz> This is changesets landing in m-c?
- # [22:18] * Quits: markh1 (Instantbir@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [22:18] * Joins: bsmith (bsmith@2557E599.66715431.D25A875A.IP)
- # [22:18] <@bz> (or some branch that ends up feeding into m-c like inbound)
- # [22:18] <Mossop> Periodically taking code that has been reviewed and landed in a git repository and landing it into m-c
- # [22:18] <@bz> ok
- # [22:19] * Joins: rohandalvi (rohandalvi@moz-848C44F0.student.rit.edu)
- # [22:19] <@bz> So there's just a copy of this git repo inside m-c?
- # [22:19] <froydnj> commit the individual git changesets as hg changesets and do a merge, then push that?
- # [22:19] * Quits: ctyler (chris@moz-A54458EA.proximity.on.ca) (Ping timeout)
- # [22:19] <@bz> As in, this is not a git copy of m-c
- # [22:19] * geekboy|afk is now known as geekboy
- # [22:19] <@bz> But yeah, I was going to say what froydnj said
- # [22:19] <rohandalvi> server irc.freenode.net
- # [22:19] * Joins: ctyler (chris@moz-A54458EA.proximity.on.ca)
- # [22:19] * Joins: myk (myk@moz-64D96850.dsl.dynamic.sonic.net)
- # [22:19] * Parts: rohandalvi (rohandalvi@moz-848C44F0.student.rit.edu)
- # [22:19] * Quits: myk (myk@moz-64D96850.dsl.dynamic.sonic.net) (Input/output error)
- # [22:20] <froydnj> that's what I do to commit my patches to inbound
- # [22:20] * Joins: shorlander (shorlander@F2D29657.F60B0462.67AC9B1.IP)
- # [22:20] <Mossop> I'm not sure how easy that is given that the git repo is a sub directory of m-c. Anyway I'll land it wit ha bug this time and start this discussion on tree-management
- # [22:20] * Quits: erikvold (erikvold@moz-33BF5BAF.gv.shawcable.net) (Quit: erikvold)
- # [22:20] <cers> is there a way to call (the equivalent of) window.focus() from c++?
- # [22:20] * Quits: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net) (Input/output error)
- # [22:21] <@bz> Mossop: so the thing is...
- # [22:21] <Mossop> cers: You should be able to call window.Focus() from c++
- # [22:21] * Joins: Jesse (jruderman@2557E599.66715431.D25A875A.IP)
- # [22:21] * Joins: erikvold (erikvold@moz-33BF5BAF.gv.shawcable.net)
- # [22:21] <@bz> Mossop: landing a week's worth of work as one changeset means you can't bisect
- # [22:21] <@bz> mossop: maybe that's ok
- # [22:21] <@bz> Mossop: in which case you could just declaere this effectively a merge changeset and move on
- # [22:22] <Mook_as> dmose: fwiw, NS_GetMainThread should work, it lives in the xpcomglue things, I think, and just calls things via contract id.
- # [22:22] <@bz> Mossop: "merging in the work from 2013 week N on project X"
- # [22:22] * Quits: crainiarc (Adium@moz-99624ADC.singnet.com.sg) (Ping timeout)
- # [22:22] * Joins: myk (myk@moz-64D96850.dsl.dynamic.sonic.net)
- # [22:23] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
- # [22:24] * Quits: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.89 [Firefox 20.0a2/20130201042018])
- # [22:24] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [22:24] * Quits: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net) (Quit: Deallocatd. (Probably forbidden by ARC))
- # [22:25] <cers> Mossop: thanks
- # [22:25] * Joins: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
- # [22:29] * Joins: dao (dao@CB3EC984.A5F785DE.396E4C6D.IP)
- # [22:29] * Joins: victorporof (victorporo@5177657A.A58E0E41.6A4F8DA2.IP)
- # [22:30] * geekboy is now known as geekboy|afk
- # [22:31] * Quits: shorlander (shorlander@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [22:31] * Quits: bdahl (bdahl@moz-EF716D84.xdsl.toledo.be) (Client exited)
- # [22:31] * Joins: bdahl (bdahl@moz-9EE97ADC.xdsl.toledo.be)
- # [22:32] * Quits: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: fitzgen)
- # [22:32] * Joins: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:33] * Quits: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
- # [22:33] * Joins: rednaks (rednaks@A94E5C7E.1AADBF03.6D8B4AB5.IP)
- # [22:33] * Quits: bdahl (bdahl@moz-9EE97ADC.xdsl.toledo.be) (Ping timeout)
- # [22:34] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
- # [22:34] * Quits: lizzard_ (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard_)
- # [22:34] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/0e7e657e7739 - Sean Stangl - Bug 837014 - Always inline the empty script. r=bhackett
- # [22:34] * Joins: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
- # [22:34] * Quits: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net) (Quit: jgriffin)
- # [22:35] * Quits: marco (Thunderbir@moz-74BAEBE6.cust.dsl.teletu.it) (Ping timeout)
- # [22:35] <froydnj> Mossop: something like "git show $cset | patch -p1 -d ${mc_hg_dir}/subdir/path" should work just fine for export
- # [22:36] * Quits: msucan (mihai@CDEB00D4.8819A7BF.BD62875.IP) (Quit: Leaving.)
- # [22:36] * Joins: lizzard_ (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
- # [22:36] * ojan_away is now known as ojan
- # [22:36] <Mossop> froydnj: For a single changeset, surte
- # [22:36] * Quits: jgilbert (jgilbert@moz-74F645BE.hsd1.ca.comcast.net) (Ping timeout)
- # [22:36] <ojan> Is there an official Mozilla policy on shipping features and/or vendor prefixing?
- # [22:36] * Quits: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
- # [22:36] * Quits: victorporof (victorporo@5177657A.A58E0E41.6A4F8DA2.IP) (Ping timeout)
- # [22:37] <ojan> I've seen a bunch of discussion about only shipping prefixed features to nightlies and only shipping finished unprefixed features stable.
- # [22:37] <ojan> Just wondering if you all have a formal policy you're following?
- # [22:37] <ojan> bz: i expect you know. ^^^^^
- # [22:37] <dholbert> ojan, s/nightlies/development builds/ (including Aurora IIUC)
- # [22:38] * jwir3|coffee is now known as jwir3
- # [22:38] <ojan> dholbert: ah
- # [22:38] * Joins: marco (Thunderbir@moz-F8948527.cust.dsl.teletu.it)
- # [22:38] <@bz> ojan: it's slightly in flux
- # [22:38] * Quits: dao (dao@CB3EC984.A5F785DE.396E4C6D.IP) (Quit: Leaving.)
- # [22:38] <@bz> ojan: but basically, features that we feel we just want people to experiment with a bit we're shipping unprefixed on nightly + aurora and turning off for beta/final
- # [22:39] <@bz> ojan: and the plan is to work on getting the spec to a state where they can just be shipped unprefixed
- # [22:39] <ojan> bz, dholbert: we're reconsidering all this stuff, would be great if we could align policies
- # [22:39] <@bz> ojan: features that we need to ship in an incomplete state for some reason are harder
- # [22:39] <ojan> i'm a big proponent of never shipping new vendor-prefixed features
- # [22:39] <@bz> ojan: lemme see if I can find you the relevant thread
- # [22:39] <@bz> ojan: that's basically what we're aiming for
- # [22:39] <ojan> bz: i saw the thread from a year or so ago
- # [22:40] <ojan> bz: just wondering if there's any more recent public discussion/documentation
- # [22:41] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Quit: brendan)
- # [22:41] <@bz> ojan: https://groups.google.com/forum/?fromgroups=#!searchin/mozilla.dev.platform/prefixed$20apis/mozilla.dev.platform/34JfwyEh5e4/ABJ0gsn5fBYJ
- # [22:41] <@bz> ojan: that's the most recent public discussion
- # [22:41] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
- # [22:41] <@bz> ojan: from November 2012
- # [22:41] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Quit: brendan)
- # [22:41] <@bz> ojan: not sure there's a summary anywhere.... :(
- # [22:42] <@bz> ojan: but in any case, new layout and DOM features are basically following Henri's proposed policy
- # [22:42] <ojan> bz: ah, i haven't seen this thread. thanks!
- # [22:42] * Joins: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net)
- # [22:42] <@bz> ojan: WebRTC is ... discussed in that thread
- # [22:42] * Quits: ctyler (chris@moz-A54458EA.proximity.on.ca) (Ping timeout)
- # [22:42] <@bz> ojan: webapi stuff, I'm not sure. :(
- # [22:43] * Joins: ctyler (chris@moz-A54458EA.proximity.on.ca)
- # [22:43] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
- # [22:43] <@bz> ojan: We're not very good at organization-wide formal policies. :(
- # [22:43] * Quits: dbradley (dbradley@7AD66899.7A60A104.52E8B953.IP) (Ping timeout)
- # [22:44] * whimboo|afk is now known as whimboo
- # [22:44] <ojan> bz: and this is an especially difficult thing to make a formal policy for since there are so many different cases to generalize
- # [22:44] <@bz> ojan: indeed
- # [22:44] <ojan> bz: anyways, this is super helpful. thanks!
- # [22:44] <@bz> ojan: no problem
- # [22:44] * Quits: marco (Thunderbir@moz-F8948527.cust.dsl.teletu.it) (Ping timeout)
- # [22:44] <@bz> ojan: Fwiw, if you guys do this too...
- # [22:45] <@bz> ojan: it makes it that much easier for us to convince any remaining internal holdouts. ;)
- # [22:45] <ojan> bz: yes! i think it's very likely we will try to do some variant of this.
- # [22:45] <@bz> Sounds good. ;)
- # [22:45] <@bz> Please keep us posted!
- # [22:46] <ojan> bz: really glad Mozilla took the lead here.
- # [22:46] * Joins: tantek (tantek@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:46] <ojan> bz: will do
- # [22:46] * Quits: erikvold (erikvold@moz-33BF5BAF.gv.shawcable.net) (Quit: erikvold)
- # [22:46] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
- # [22:48] * Quits: tobeytailor (tobeytailo@moz-7F1D149F.dip.t-dialin.net) (Quit: tobeytailor)
- # [22:50] * Joins: dbradley (dbradley@79CD771.BD3B5237.8DD2BC91.IP)
- # [22:50] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
- # [22:50] * Quits: wolfiR (wolfiR@moz-47C46320.dip0.t-ipconnect.de) (Quit: Leaving)
- # [22:50] * Quits: cpeterson|lunch (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
- # [22:50] * Joins: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net)
- # [22:51] * Quits: jammink (textual@43CB6079.66715431.D25A875A.IP) (Quit: Computer has gone to sleep.)
- # [22:51] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/bf1502fe8053 - Dão Gottwald - Bug 836010 - When startup is determined to be slow, tell users about ways to improve their startup time. r=felipe
- # [22:53] * ojan is now known as ojan_away
- # [22:53] * Quits: dew (Instantbir@moz-EBC2DF0B.dhcp.stls.mo.charter.com) (Ping timeout)
- # [22:53] * Joins: dew (Instantbir@moz-EBC2DF0B.dhcp.stls.mo.charter.com)
- # [22:54] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [22:54] * jhammel|lunch is now known as jhammel
- # [22:54] <Waldo> internal holdouts, heh
- # [22:54] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
- # [22:54] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Connection reset by peer)
- # [22:54] * Joins: xk1sv_ (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [22:54] <@bz> waldo: I'm sure we have some
- # [22:55] <Waldo> me too
- # [22:56] * Joins: shorlander (shorlander@F2D29657.F60B0462.67AC9B1.IP)
- # [22:56] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
- # [22:56] * Quits: ctyler (chris@moz-A54458EA.proximity.on.ca) (Ping timeout)
- # [22:57] * Quits: lduros (user@moz-4894EA28.nic.resnet.group.upenn.edu) (Client exited)
- # [22:57] * Quits: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP) (Quit: ChatZilla 0.9.89-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [22:57] * Joins: ctyler (chris@moz-A54458EA.proximity.on.ca)
- # [22:58] * Quits: myk (myk@moz-64D96850.dsl.dynamic.sonic.net) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
- # [22:59] * Joins: dao (dao@CB3EC984.A5F785DE.396E4C6D.IP)
- # [22:59] * hwine-food is now known as hwine
- # [22:59] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
- # [22:59] * Joins: erikvold (erikvold@moz-B29D3791.wireless.telus.com)
- # [23:01] * Quits: atte (atte@moz-37C1DF97.dhcp.inet.fi) (Client exited)
- # [23:01] * Quits: vtmarvin (Thunderbir@9D75911A.1239134F.E4B2C495.IP) (Ping timeout)
- # [23:01] * Joins: nmatsakis (nmatsakis@43CB6079.66715431.D25A875A.IP)
- # [23:02] * rail is now known as rail_away
- # [23:05] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
- # [23:06] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [23:08] * Joins: jammink (textual@2557E599.66715431.D25A875A.IP)
- # [23:08] * Quits: cjones (cjones@A5A0595A.66715431.D25A875A.IP) (Ping timeout)
- # [23:08] * Joins: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [23:08] * Quits: sheppy (sheppy@moz-B52B0B26.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
- # [23:09] * Joins: gandalf (zbraniecki@moz-9EE97ADC.xdsl.toledo.be)
- # [23:09] * Quits: JeroenDeDauw (j@moz-8EBE723F.ifiber.telenet-ops.be) (Ping timeout)
- # [23:09] * Quits: TheOne (one@moz-FE97728D.dip.t-dialin.net) (Input/output error)
- # [23:09] * Quits: azakai_ (alon@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [23:10] * Joins: dria (dria@moz-F5EB0C5D.dsl.teksavvy.com)
- # [23:10] * Quits: ctyler (chris@moz-A54458EA.proximity.on.ca) (Ping timeout)
- # [23:11] * Joins: ctyler (chris@moz-A54458EA.proximity.on.ca)
- # [23:11] * Quits: karl (karl@moz-C433B975.jetstream.xtra.co.nz) (Ping timeout)
- # [23:13] * Joins: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
- # [23:14] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
- # [23:14] * Quits: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net) (Input/output error)
- # [23:16] * Joins: myk (myk@moz-64D96850.dsl.dynamic.sonic.net)
- # [23:16] * Joins: mkaply2 (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
- # [23:16] * Quits: gandalf (zbraniecki@moz-9EE97ADC.xdsl.toledo.be) (Quit: I took the wrong pill!!!)
- # [23:16] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
- # [23:17] * AutomatedTester is now known as AutomatedTester|away
- # [23:17] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/083e6703ed56 - Ehsan Akhgari - Bug 792263 - Implement decodeAudioData; r=bzbarsky,cpearce,padenot
- # [23:18] * Quits: Optimizer (Optimizer@95C1747F.B62A839A.274D17D6.IP) (Ping timeout)
- # [23:18] * Quits: dao (dao@CB3EC984.A5F785DE.396E4C6D.IP) (Quit: Leaving.)
- # [23:20] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
- # [23:20] * Joins: crainiarc (Adium@moz-99624ADC.singnet.com.sg)
- # [23:21] * Joins: Optimizer (Optimizer@5B505DBC.77B4AB2C.274D17D6.IP)
- # [23:21] * Quits: erikvold (erikvold@moz-B29D3791.wireless.telus.com) (Quit: erikvold)
- # [23:21] * Quits: Asa (asa@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [23:21] * armenzg is now known as armenzg_afk
- # [23:22] * Quits: past (Instantbir@moz-EF598389.dsl.dyn.forthnet.gr) (Quit: past)
- # [23:22] * Quits: crainiarc (Adium@moz-99624ADC.singnet.com.sg) (Ping timeout)
- # [23:24] * Joins: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net)
- # [23:24] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/42979cfc8b33 - Mark Capella - Bug 836689 - The security notification pop-up is still displayed, r=mfinkle
- # [23:24] * jhopkins is now known as jhopkins|afk
- # [23:25] * Joins: azakai_ (alon@2557E599.66715431.D25A875A.IP)
- # [23:29] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [23:29] * Quits: armenzg_afk (armenzg@moz-600B22EA.home1.cgocable.net) (Input/output error)
- # [23:29] * Quits: mwu (mwu@moz-2E883D31.hsd1.nj.comcast.net) (Quit: Leaving)
- # [23:30] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [23:30] * Joins: dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [23:30] * ChanServ sets mode: +o dbaron
- # [23:30] * philor|away is now known as philor
- # [23:31] * Quits: RealRaven (Thunderbir@3E64E8A5.7F246BAB.C3498625.IP) (Quit: RealRaven)
- # [23:31] * Quits: lizzard_ (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard_)
- # [23:31] * Quits: cabanier (cabanier@89803C3C.27D0C967.A0B21F13.IP) (Quit: Leaving.)
- # [23:31] * Quits: singerb (singerb@moz-33123EB2.hsd1.mi.comcast.net) (Quit: Textual IRC Client: www.textualapp.com)
- # [23:31] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [23:34] * Joins: cjones (cjones@A5A0595A.66715431.D25A875A.IP)
- # [23:35] * Joins: victorporof (victorporo@5177657A.A58E0E41.6A4F8DA2.IP)
- # [23:36] * Quits: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [23:36] * Joins: lizzard_ (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
- # [23:36] <azakai_> is there anywhere i can download a nightly *debug* build? i tried this but they are not debug builds it seems ftp://ftp.mozilla.org/pub/firefox/nightly/2013-02-01-mozilla-central-debug/
- # [23:37] <dholbert> azakai_, IIRC our published m-i builds are debug builds
- # [23:37] * Quits: victorporof (victorporo@5177657A.A58E0E41.6A4F8DA2.IP) (Ping timeout)
- # [23:37] <dholbert> er
- # [23:37] * Quits: mkaply2 (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
- # [23:37] <dholbert> azakai_, how do you know "they are not debug builds"?
- # [23:38] <azakai_> dholbert: well, they spew no debug info the console, are very fast, and about:buildconfig shows -O2 etc.
- # [23:38] * Quits: Archaeopteryx (itsme@moz-FF3F73F2.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
- # [23:38] <azakai_> does debug mean just "debug info" but not all debug assertions etc?
- # [23:39] <dholbert> it should mean DEBUG is #defined, which should give assertions & printfs etc
- # [23:39] <azakai_> ok, i'll try inbound then. this I guess? ftp://ftp.mozilla.org/pub/firefox/nightly/2013-02-01-mozilla-inbound-debug/
- # [23:39] <dholbert> yeah
- # [23:39] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [23:39] <dholbert> azakai_, https://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2013-02-01-mozilla-central-debug/ has debug-spew for me
- # [23:40] * Quits: ggoncalves (ggoncalves@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
- # [23:40] <azakai_> hmm
- # [23:40] <dholbert> azakai_, and its about:buildconfig shows -DDEBUG and -Os
- # [23:40] * Joins: ggoncalves (ggoncalves@2557E599.66715431.D25A875A.IP)
- # [23:40] <dholbert> azakai_, I'm using the x86_64 build from there
- # [23:40] <azakai_> dholbert: i am also trying x86_64. downloading again
- # [23:41] <RyanVM> Mossop: xpcshell orange
- # [23:42] <azakai_> dholbert: looks fine now - no idea what i did wrong before. thanks!
- # [23:43] * Quits: gal (gal@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: gal)
- # [23:43] <dholbert> azakai_, np!
- # [23:43] <RyanVM> mfinkle: robocop orange on your push that looks real (I starred another one on the push after yours)
- # [23:43] * Joins: Sander (chatzilla@84FEA125.2730E680.FE935EA1.IP)
- # [23:43] * Quits: beaufour (beaufour@moz-EA4226EF.nyc.biz.rr.com) (Quit: beaufour)
- # [23:45] <mfinkle> RyanVM, that would be interesting
- # [23:45] <Mossop> RyanVM: Looking
- # [23:45] <RyanVM> mfinkle: testBookmarksTab | Correct number of ImageViews visible - got 13, expected 1
- # [23:45] <mfinkle> so an intermittent became permanent?
- # [23:45] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
- # [23:46] * Quits: Sander (chatzilla@84FEA125.2730E680.FE935EA1.IP) (Ping timeout)
- # [23:46] <mfinkle> the push should only affect youtube links :)
- # [23:46] <mfinkle> so it's interesting for sure
- # [23:46] * Quits: rednaks (rednaks@A94E5C7E.1AADBF03.6D8B4AB5.IP) (Quit: Quitte)
- # [23:46] <mfinkle> i have to go eat dinner, so feel free to back it out and i will try server it to death
- # [23:47] * Joins: Sander (chatzilla@84FEA125.2730E680.FE935EA1.IP)
- # [23:47] <mfinkle> RyanVM, seems to be only armv6?
- # [23:48] * Quits: bsmith (bsmith@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
- # [23:48] <RyanVM> mfinkle: maybe, a push after that had a different orange
- # [23:48] <RyanVM> and the one after that is pending
- # [23:48] * Quits: joey-away (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.89 [Firefox 20.0a2/20130129042016])
- # [23:48] <RyanVM> i'll wait to see what the next one does first
- # [23:48] * Joins: bsmith (bsmith@2557E599.66715431.D25A875A.IP)
- # [23:49] <mfinkle> k, bbl
- # [23:49] * Joins: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP)
- # [23:50] * Joins: arky (arky@moz-EF716D84.xdsl.toledo.be)
- # [23:52] * Quits: ggoncalves (ggoncalves@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [23:52] * Quits: azakai_ (alon@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [23:53] * philor is now known as philor|away
- # [23:53] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Quit: brendan)
- # [23:54] * geekboy|afk is now known as geekboy
- # [23:54] * Quits: Sander (chatzilla@84FEA125.2730E680.FE935EA1.IP) (Ping timeout)
- # [23:54] * Joins: xk1sv (xk1sv@FDCC56F4.F5AF084C.3318EDCA.IP)
- # [23:54] * Quits: xk1sv (xk1sv@FDCC56F4.F5AF084C.3318EDCA.IP) (Input/output error)
- # [23:54] * Quits: xk1sv_ (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Connection reset by peer)
- # [23:54] * Joins: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP)
- # [23:55] <RyanVM> Mossop: b-c orange too
- # [23:55] * geekboy is now known as geekboy|afk
- # [23:56] * Joins: xk1sv_ (xk1sv@FDCC56F4.F5AF084C.3318EDCA.IP)
- # [23:56] * Quits: xk1sv (xk1sv@9EE1141E.5D97A516.DCB51553.IP) (Ping timeout)
- # [23:56] * xk1sv_ is now known as xk1sv
- # [23:56] <Mossop> Ok I don't get this, this ran fine on try and I even retested locally after updating
- # [23:56] * geekboy|afk is now known as geekboy
- # [23:57] * Parts: dmose (dmose@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [23:57] * joduinn-food is now known as joduinn
- # [23:58] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
- # [23:58] <Mossop> RyanWant me to back out everything or just the one changeset that's probably breaking things?
- # [23:58] <Mossop> RyanVM: ^^
- # [23:59] <RyanVM> if you're not certain, I would prefer the entire push
- # [23:59] * Quits: ctyler (chris@moz-A54458EA.proximity.on.ca) (Ping timeout)
- # Session Close: Sat Feb 02 00:00:01 2013
The end :)