/irc-logs / mozilla / #developers / 2013-02-26 / end
Options:
- # Session Start: Tue Feb 26 00:00:00 2013
- # Session Ident: #developers
- # [00:00] * nrc is now known as nrc|away
- # [00:00] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [00:00] <rhelmer> rniwa: nice, will check it out thanks! i am working on some special purpise frontends for datazilla, so i think it wull
- # [00:00] * Joins: rohandalvi (rohandalvi@B323DA0F.E591327D.5FDBC370.IP)
- # [00:00] <rhelmer> er will
- # [00:00] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Ping timeout)
- # [00:00] <rniwa> rhelmer: interesting.
- # [00:01] <rhelmer> (sry mobile keyboard)
- # [00:01] <rniwa> jhammel|busy, jmaher|afk: ^ when you have a time
- # [00:01] * Quits: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [00:02] <Waldo> jduell: it's saying that either way, but in case of OOM it may not be the case that the other end of the buffer can be cleared by the consumer reading
- # [00:02] <jhammel|busy> rniwa: nice! don't suppose there is a point of reference that I can peg to?
- # [00:02] * Quits: overholt (overholt@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [00:03] <jhammel|busy> e.g. a bug, a blog post, documentation of how this works, a source code page, etc etc
- # [00:03] <Waldo> (the case of true OOM, not buffer-is-full, that is)
- # [00:03] <rniwa> jhammel|busy: not yet
- # [00:03] <rniwa> jhammel|busy: i'm going to open-source sometime
- # [00:03] <Waldo> buffer-is-full can be cleared
- # [00:03] <jduell> Waldo: but how does hitting OOM (vs max pipe size) change whether consumer will be reading from pipe? If you write stuff to a pipe and never arrange for it to be consumed, that's a bug. Sorry, I'm probably not understanding you
- # [00:03] * Quits: vladan (vladan@moz-21CD3EF9.cp.telus.net) (Quit: Leaving.)
- # [00:04] <rniwa> jhammel|busy: unfortunately i had to make some large architectural change in the last minute
- # [00:04] <rniwa> jhammel|busy: and i'm still sorting things out from that
- # [00:04] * philor|away is now known as philor
- # [00:05] * Quits: Archaeopteryx (itsme@moz-FF3F73F2.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
- # [00:05] * Quits: joey-2 (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.90 [Firefox 20.0a2/20130210042017])
- # [00:05] <Waldo> jduell: :-)
- # [00:05] <jhammel|busy> rniwa: coolz, i'd love a link to $something once it exists; the existing link don't do much from here (though I'm not sure what is supposed to be available)
- # [00:06] <rniwa> jhammel|busy: which link?
- # [00:06] <Waldo> jduell: yeah, I'm having to dig into paged-out XPCOM memories here
- # [00:06] <jhammel|busy> rniwa: not at all surprised, sadly, at the need of pervasive architecture changes; i would beg you to ticket them at our bugzilla and cc: :jeads (and maybe myself and jmaher|afk ) if we can improve anything on our end
- # [00:06] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [00:06] <jhammel|busy> rniwa: https://perf.webkit.org/
- # [00:06] <jduell> Waldo: I never paged them in :)
- # [00:06] * Quits: loadRPi (pi@moz-8C34F21F.range86-135.btcentralplus.com) (Ping timeout)
- # [00:06] <Waldo> jduell: smart man
- # [00:06] <jhammel|busy> rniwa: clicky on things don't go and stuff ;)
- # [00:07] * Quits: Dagger (Dagger@moz-38590C6F.cable.virginmedia.com) (Ping timeout)
- # [00:07] <Waldo> well, somewhat, this isn't too heavily XPCOM'd up, it's just semi-intricate data structure guts
- # [00:07] <rniwa> jhammel|busy: oh :
- # [00:07] * Joins: Dagger (Dagger@moz-38590C6F.cable.virginmedia.com)
- # [00:07] * Quits: pnemsak (Miranda@moz-192A9791.orange.sk) (Quit: pnemsak)
- # [00:07] <rniwa> jhammel|busy: yeah, UI needs a little more polishing
- # [00:07] <jhammel|busy> rniwa: yeah ;) i mean, on our end too.
- # [00:09] * Joins: cabanier (cabanier@89803C3C.27D0C967.A0B21F13.IP)
- # [00:09] * Quits: wlach (wlach@moz-AEEC2DA3.mc.videotron.ca) (Quit: Leaving)
- # [00:09] * kmoir is now known as kmoir-afk
- # [00:10] <rniwa> jhammel|busy: yeah, it's always the hardest :)
- # [00:10] * Quits: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net) (Quit: jib)
- # [00:11] <rniwa> jhammel|busy: fwiw, i really like charts page where i can compare multiple graphs at once. e.g. https://perf.webkit.org/#mode=charts&chartList=%5B%5B%22Chromium%20Win%22%2C%22Parser%2Fhtml5-full-render%3ATime%22%5D%2C%5B%22Chromium%20Win%22%2C%22Parser%2Fhtml5-full-render%3ATime%22%5D%5D
- # [00:11] <jhammel|busy> rniwa: heh, well i'm a back end guy so i ain't qualified to comment ;)
- # [00:11] <rniwa> jhammel|busy: it's got a nice selection hair line that goes through all graphs
- # [00:11] <rniwa> jhammel|busy: so you can tell whether a progression/regression happened on all platform forms or not
- # [00:11] * Joins: jammink_ (textual@2557E599.66715431.D25A875A.IP)
- # [00:11] * Quits: jammink (textual@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [00:11] * jammink_ is now known as jammink
- # [00:12] * Quits: ehugg (chatzilla@B3716F60.29102B70.6CD50604.IP) (Quit: ChatZilla 0.9.90 [Firefox 18.0.2/20130201065344])
- # [00:12] <rniwa> jhammel|busy: and all actions are done via location.hash
- # [00:12] <jhammel|busy> rniwa: very nice indeed :)
- # [00:12] <rniwa> jhammel|busy: so you can go back & forth between them
- # [00:12] * Quits: ferjm (ferjm@moz-DEB3A31C.red-88-7-170.staticip.rima-tde.net) (Quit: Leaving)
- # [00:13] * Quits: myk (myk@moz-64D96850.dsl.dynamic.sonic.net) (Ping timeout)
- # [00:13] * jchen is now known as jchen|away
- # [00:14] * Joins: alice__ (alice@moz-A7C201EB.zone16.bethere.co.uk)
- # [00:15] * Quits: alice_ (alice@moz-A7C201EB.zone16.bethere.co.uk) (Ping timeout)
- # [00:15] * Quits: tanvi (tanvi@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
- # [00:15] <mjrosenb> BOING-- whoops, tree is closed.
- # [00:16] * Quits: josh (josh@moz-61186829.hsd1.mn.comcast.net) (Quit: josh)
- # [00:17] * Joins: avcpp (bzlandfill@D46DA8FB.ADE68EA9.64781E5D.IP)
- # [00:18] <Waldo> jduell: my head's twisted in knots right now, I dunno any more
- # [00:18] * Quits: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com) (Ping timeout)
- # [00:18] <Waldo> jduell: I still think the easiest thing is to return more information and have an nsresult to distinguish cases
- # [00:19] * Joins: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com)
- # [00:19] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:19] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:19] <jduell> Waldo: and then what do we do when we get rv==OOM?
- # [00:20] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:20] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:20] * AaronMT is now known as AaronMT|away
- # [00:20] <Waldo> jduell: propagate that to callers, if we haven't written any data, otherwise say we wrote only what we wrote
- # [00:20] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:20] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:20] <Waldo> jduell: callers that are doing the right thing and looping til all data's been written will get the OOM on the first try eventually
- # [00:21] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:21] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:21] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:21] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:21] <jduell> Waldo: sounds like it could work. Comment in bug?
- # [00:22] <Waldo> sure
- # [00:22] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:22] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:22] * Quits: armenzg_dinner (armenzg@moz-600B22EA.home1.cgocable.net) (Input/output error)
- # [00:22] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:22] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:23] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:23] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:23] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:23] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:24] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Quit: PM: Preparing frontal lobe for mem sleep)
- # [00:24] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:24] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:24] * Quits: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net) (Ping timeout)
- # [00:24] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:24] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:24] * Quits: nhirata (anonymous@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [00:24] * Quits: jeremyhu (jeremyhu@moz-75C113CA.outersquare.org) (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
- # [00:25] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:25] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:25] * Joins: nhirata (anonymous@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [00:25] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:25] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:26] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:26] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:26] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:26] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:27] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:27] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:27] * Quits: IRCMonkey58887 (bcrowder@moz-D680E173.masergy.com) (Ping timeout)
- # [00:28] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:28] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:28] * rail is now known as rail_away
- # [00:28] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:28] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:29] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:29] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:29] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:29] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:30] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:30] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:30] <Waldo> and done
- # [00:30] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [00:30] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:30] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:31] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:31] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:31] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/e0811ecae310 - Sriram Ramasubramanian - Bug 825498: Focus issue on tablets with h/w keyboard. [r=mfinkle], a=lsblakk
- # [00:31] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:31] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:32] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:32] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:32] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:32] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:33] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:33] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:33] * Quits: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net) (Ping timeout)
- # [00:33] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:33] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:33] * Joins: Gentlecat (Roman@A85BC1FB.CF9BE6BE.8FB52CB8.IP)
- # [00:34] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:34] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:34] * Quits: rohandalvi (rohandalvi@B323DA0F.E591327D.5FDBC370.IP) (Client exited)
- # [00:34] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:34] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:34] * Quits: ahal (ahal@3468F8ED.AB54EB5E.6816E6B7.IP) (Input/output error)
- # [00:35] * vladan-afk is now known as vladan
- # [00:35] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:35] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:35] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [00:35] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: Success !!)
- # [00:36] * Quits: sheeri-afk (sheeri@moz-5E1F6454.hsd1.ma.comcast.net) (Quit: sheeri-afk)
- # [00:36] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:36] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:36] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:36] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:37] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:37] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:37] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:37] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:37] * Joins: jeremyhu (jeremyhu@moz-75C113CA.outersquare.org)
- # [00:38] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:38] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:38] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:38] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:39] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:39] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:39] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:39] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:40] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:40] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:40] * Quits: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net) (Quit: sicking)
- # [00:40] * Quits: Gentlecat (Roman@A85BC1FB.CF9BE6BE.8FB52CB8.IP) (Ping timeout)
- # [00:40] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:40] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:41] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:41] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:41] * Quits: mwargers (chatzilla@moz-AF369B35.adsl.online.nl) (Ping timeout)
- # [00:41] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:41] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:42] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:42] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:42] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:42] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Max SendQ exceeded)
- # [00:43] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [00:43] <dholbert> Cork, you're spamming connect/disconnect, BTW
- # [00:43] * Joins: ehugg (ehugg@moz-7ABD4476.tukw.qwest.net)
- # [00:44] <dholbert> Cork, (though it looks like maybe you fixed it)
- # [00:45] * Quits: hipokrit (hipokrit@1BF5DFDB.CA40E1F7.C558AD24.IP) (Quit: Leaving)
- # [00:45] * Quits: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
- # [00:45] <@smaug> jgriffin: curious, if SDK will be shipping with FF, why don't you move the development to m-c ?
- # [00:46] <jgriffin> smaug: did you mean jgilbert?
- # [00:46] <dcamp> I think he means jeff griffiths
- # [00:46] <jgriffin> ah yes
- # [00:46] <@smaug> er, sorry
- # [00:46] <dcamp> who goes by canuckstani, but isn't on at the moment. Mossop can probably answer too.
- # [00:46] <@smaug> jg ... and then autocomplete
- # [00:47] <jgriffin> too many jg's :)
- # [00:47] <jgilbert> :<
- # [00:47] <Mook_as> he's just over in places like #jetpack
- # [00:47] <dcamp> oh, so he is
- # [00:48] <dcamp> yeah, #jetpack's a good place to ask that.
- # [00:48] <@smaug> thanks
- # [00:48] * joduinn is now known as joduinn-brb
- # [00:50] * Quits: hurley (hurley@moz-E76806A0.dsl.static.sonic.net) (Quit: Get MacIrssi - http://www.sysctl.co.uk/projects/macirssi/ )
- # [00:50] * Quits: nattofriends (tsutsumi@moz-A369A791.warosu.org) (Ping timeout)
- # [00:51] * nrc|away is now known as nrc
- # [00:51] * Joins: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net)
- # [00:51] * Joins: nattofriends (tsutsumi@moz-A369A791.warosu.org)
- # [00:52] * Quits: jviereck (Adium@moz-605EED93.dclient.hispeed.ch) (Quit: Leaving.)
- # [00:52] <davidb> jaws: thanks for the triage
- # [00:53] <@gavin> bdahl: ping?
- # [00:53] * Joins: crowder (bcrowder@moz-BA1031C7.sd.sd.cox.net)
- # [00:53] * Quits: nattofriends (tsutsumi@moz-A369A791.warosu.org) (Ping timeout)
- # [00:56] * Joins: mib_rxfl1d (Mibbit@moz-3D97E3DC.hsd1.de.comcast.net)
- # [00:56] * Quits: KWierso|Surface (chatzilla@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [00:57] * Joins: nattofriends (tsutsumi@moz-A369A791.warosu.org)
- # [00:57] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
- # [00:58] * joduinn-brb is now known as joduinn
- # [00:58] * Quits: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [00:58] * Quits: cpeterson (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net) (Connection reset by peer)
- # [00:58] * Joins: cpeterso_ (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [01:00] * Quits: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net) (Ping timeout)
- # [01:01] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [01:02] * Quits: dcamp (dcamp@moz-930D5B64.hsd1.wa.comcast.net) (Quit: Leaving...)
- # [01:03] * cpeterso_ is now known as cpeterson
- # [01:03] * Joins: ericjung_ (ericjung@moz-FC76CC78.bstnma.fios.verizon.net)
- # [01:04] * Joins: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP)
- # [01:04] * Quits: ehugg (ehugg@moz-7ABD4476.tukw.qwest.net) (Quit: ehugg)
- # [01:05] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [01:05] * Quits: robarnold (rob@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [01:06] <bdahl> gavin: pong
- # [01:07] <@gavin> bdahl: hey, I'm looking at 738952 per lsblakk's email
- # [01:07] <jaws> davidb: no problem :)
- # [01:08] <@gavin> bdahl: couldn't pdf.js's integration code "override" the default save handler to map to its "download" function?
- # [01:09] <bdahl> gavin: yeah that'd work, is this easy to do?
- # [01:09] * Joins: n00b_dust (n00b_dust@7357142.1C081A86.35E0727C.IP)
- # [01:09] * Quits: ericjung_ (ericjung@moz-FC76CC78.bstnma.fios.verizon.net) (Ping timeout)
- # [01:09] * Quits: n00b_dust (n00b_dust@7357142.1C081A86.35E0727C.IP) (Input/output error)
- # [01:09] <NeilAway> does <a download> work yet?
- # [01:09] <jaws> davidb: was the thanks in reference to bug 446384?
- # [01:09] <davidb> jaws: i have a few come through bug mail today
- # [01:09] <jaws> ah cool
- # [01:09] * Joins: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net)
- # [01:10] <davidb> but yeah that's one :)
- # [01:10] <jaws> davidb: this is part of a larger effort within the firefox desktop team, https://etherpad.mozilla.org/firefox-triage
- # [01:10] <@gavin> bdahl: shouldn't be too hard. might be easier to have the firefox "save as" code specifically detect loaded pdf.js documents though, I guess
- # [01:10] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
- # [01:10] <davidb> (so many boogs)
- # [01:10] <jaws> i should blog about it
- # [01:10] <davidb> it is inspiring
- # [01:10] * khuey is now known as khuey|away
- # [01:10] <NeilAway> gavin: detect that location.href != documentURI perhaps
- # [01:11] <@gavin> NeilAway: that seems like too loose of a check, presumably we can create some more specific solution
- # [01:11] * Quits: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au) (Ping timeout)
- # [01:11] * Joins: jviereck (Adium@moz-340574DC.dclient.hispeed.ch)
- # [01:12] * Quits: jviereck (Adium@moz-340574DC.dclient.hispeed.ch) (Client exited)
- # [01:12] <jaws> davidb: within the first two triages (and one that is in progress), we have closed 188 bugs
- # [01:12] <davidb> \o/
- # [01:12] * Joins: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au)
- # [01:13] <JosiahOne> Finally! No more stupid pinstripe, winstripe!
- # [01:14] * coop is now known as coop|afk
- # [01:14] * Quits: avcpp (bzlandfill@D46DA8FB.ADE68EA9.64781E5D.IP) (Quit: CGI:IRC (EOF))
- # [01:15] <bdahl> gavin: is it possible to override the save as per document? i imagine we don't want to override save as when we're in an iframe, but we'd still want the right click save as to work
- # [01:15] <bdahl> *if they right click on the pdf in the iframe
- # [01:15] * Quits: Pike (Pike@moz-163254B5.pool.mediaways.net) (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130215130331])
- # [01:16] <@gavin> bdahl: anything is possible, it's just software! :)
- # [01:16] * mmc|scrollback is now known as mmc
- # [01:16] * whimboo is now known as whimboo|afk
- # [01:17] <bdahl> gavin: * possible to do in a reasonable amount of time :)
- # [01:17] <bdahl> gavin: know of anyone that has time to implement this?
- # [01:17] <@gavin> bdahl: what's a good way for the browser code to detect that it is dealing with a pdf.js document?
- # [01:17] <jhammel|busy> that said...my software coffee maker leaves a lot to be desired. worst waste of time since that software i bought to compute the last digit of pi
- # [01:18] * Joins: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
- # [01:18] <@gavin> bdahl: http://mxr.mozilla.org/mozilla-central/source/toolkit/content/contentAreaUtils.js#132 is the function that needs to be hooked into
- # [01:18] * Quits: mak (chatzilla@moz-1C26D640.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
- # [01:19] <tbsaunde> philor: rs = me to disable that test_tree.xul thing on mac if you want
- # [01:19] <@gavin> bdahl: I suppose a really simple fix would be to add a way for extensions to opt-in to being able to override save-page requests
- # [01:19] <@gavin> bdahl: so pdf.js could register to be allowed to veto save requests for a given document
- # [01:20] <philor> tbsaunde: okay, about 3 hours away from me having a tree, but if it doesn't calm down I'll give it the axe
- # [01:21] <bdahl> gavin: so saveDocument would trigger an event or something that pdf.js could cancel?
- # [01:21] <tbsaunde> philor: I have a tree if you like
- # [01:23] * Quits: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com) (Client exited)
- # [01:23] * Quits: brendan (brendaneic@E521DFFF.DDFDBF93.E30FDA0B.IP) (Quit: brendan)
- # [01:23] <@gavin> bdahl: or hold a list of callbacks whose return values determine whether the default save should continue
- # [01:23] * Joins: nattokirai (nattokirai@moz-8AE09276.dynamic.ppp.asahi-net.or.jp)
- # [01:23] * jammink is now known as jammink|brb
- # [01:24] <philor> tbsaunde: it's actually been green more often than it's been orange, despite being orange four in a row on two different builds, that makes me think I might want to clobber Mac instead of disabling the test
- # [01:26] <bdahl> gavin: sounds simple enough, can you think of anything else that follows a similar pattern that you'd like me to follow?
- # [01:27] <tbsaunde> philor: ack
- # [01:27] <bdahl> i.e. for the registering of the callbacks and what not
- # [01:27] <@gavin> hmm, let me think
- # [01:27] <@gavin> I thought we had something like this
- # [01:28] * jammink|brb is now known as jammink
- # [01:30] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
- # [01:31] * Quits: jimb (user@9E727688.17C2F9C.163DC5C6.IP) (Input/output error)
- # [01:31] * Joins: smaug (chatzilla@moz-1FA7EB0A.elisa-mobile.fi)
- # [01:31] * ChanServ sets mode: +o smaug
- # [01:33] * Joins: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net)
- # [01:34] * Quits: mreavy (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
- # [01:34] <cers> akeybl: ping
- # [01:34] * Joins: mreavy_ (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
- # [01:34] * mreavy_ is now known as mreavy
- # [01:35] * Quits: gustavold (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP) (Ping timeout)
- # [01:35] * Quits: @smaug (chatzilla@moz-1FA7EB0A.elisa-mobile.fi) (Ping timeout)
- # [01:39] * Quits: jimm (jmathies@moz-864CAA4E.pn.at.cox.net) (Quit: )
- # [01:39] * AaronMT|away is now known as AaronMT
- # [01:39] <tbsaunde> philor: did you see those js errors about to much recurssion? that looks pretty fishey to me, so clobber sounds like a good plan
- # [01:40] <philor> mbrubeck: ping
- # [01:42] * Quits: davidb (davidb@C593061F.9FC507A8.7B545C66.IP) (Quit: davidb)
- # [01:42] <philor> or anyone else who wants to back out https://hg.mozilla.org/integration/mozilla-inbound/rev/71a93fff7311 "for b2g reftest/crashtest bustage on a CLOSED TREE"
- # [01:42] <@gavin> clobber fixing too much recursion errors? seems unlikely to me
- # [01:42] * Joins: jryans_ (jryans@moz-945C5CA4.massrel.com)
- # [01:42] * Quits: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com) (Connection reset by peer)
- # [01:42] * Quits: jryans_ (jryans@moz-945C5CA4.massrel.com) (Client exited)
- # [01:42] * Joins: jryans_ (jryans@moz-945C5CA4.massrel.com)
- # [01:42] * Joins: jst_ (quassel@2557E599.66715431.D25A875A.IP)
- # [01:43] * Quits: azakai (alon@183697E.FEF91D35.59163313.IP) (Ping timeout)
- # [01:43] * Joins: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com)
- # [01:43] * Quits: jryans (jryans@moz-945C5CA4.massrel.com) (Ping timeout)
- # [01:44] <philor> yeah, if we had a dependency system, instead of just a horrible spasm, I'd agree
- # [01:44] * jryans_ is now known as jryans
- # [01:44] * jryans is now known as jryans_a
- # [01:44] * jryans_a is now known as jryans
- # [01:45] <RyanVM> philor: I'l get it
- # [01:45] * Quits: jst_ (quassel@2557E599.66715431.D25A875A.IP) (Input/output error)
- # [01:45] <jhammel|busy> RyanVM: the dep system? nice
- # [01:45] <tbsaunde> gavin: without looking at other platforms logs it seems fairly unlikely to me that we'd get js errors and have tests pass, and it seems fairly unlikely thatthe js is platform dependant so, borked jseng doesn't seem that unreasonable
- # [01:46] <philor> stepped into that one, didn't he?
- # [01:46] * Quits: jst (quassel@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [01:46] * Joins: jst_ (quassel@2557E599.66715431.D25A875A.IP)
- # [01:46] * Quits: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net) (Ping timeout)
- # [01:46] * Quits: jlebar (quassel@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [01:47] * Quits: mwobensmith1 (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Leaving.)
- # [01:47] <RyanVM> you'd think I'd have learned by now
- # [01:47] * Joins: Edgar (Thunderbir@moz-ABB62948.dynamic.hinet.net)
- # [01:47] * jst_ is now known as jst
- # [01:48] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/67541ee4c5a4 - Ryan VanderMeulen - Backed out changeset 71a93fff7311 (bug 840360) for B2G reftest/crashtest bustage on a CLOSED TREE.
- # [01:48] <jhammel|busy> RyanVM: also, now it is needed for b2g so plz to be done by EOQ. kthx
- # [01:48] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/0a5e95d8db02 - Ryan VanderMeulen - Backed out changeset ea8134dfa481 (bug 843619) for robocop failures.
- # [01:48] * Quits: gandalf (zbraniecki@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: My lid went down)
- # [01:49] * Quits: jryans (jryans@moz-945C5CA4.massrel.com) (Quit: Be back later)
- # [01:49] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
- # [01:49] <RyanVM> jhammel: kthx
- # [01:49] * Quits: bholley (anonymous@2557E599.66715431.D25A875A.IP) (Quit: bholley)
- # [01:49] * mmc is now known as mmc|scrollback
- # [01:49] * Quits: mib_rxfl1d (Mibbit@moz-3D97E3DC.hsd1.de.comcast.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [01:50] * Joins: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net)
- # [01:51] * Quits: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net) (Quit: sicking)
- # [01:52] * Joins: smaug (chatzilla@moz-2C4D603B.elisa-mobile.fi)
- # [01:52] * ChanServ sets mode: +o smaug
- # [01:53] <RyanVM> philor: FWIW, I clobbered inbound before pushing the backout
- # [01:53] <RyanVM> hopefully we'll get a better take on where things stand at least
- # [01:53] * Joins: ericjung_ (ericjung@moz-FC76CC78.bstnma.fios.verizon.net)
- # [01:53] * Quits: Edgar (Thunderbir@moz-ABB62948.dynamic.hinet.net) (Quit: Edgar)
- # [01:55] * Quits: akeybl (akeybl@43CB6079.66715431.D25A875A.IP) (Quit: Leaving...)
- # [01:55] * Joins: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net)
- # [01:57] * Quits: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net) (Ping timeout)
- # [01:59] * Joins: loadRPi (pi@moz-8C34F21F.range86-135.btcentralplus.com)
- # [01:59] <@gavin> bdahl: so here's a proposal: http://pastebin.mozilla.org/2176392
- # [01:59] * Quits: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [01:59] <philor> android crashes I don't want to file, webrtc crash I don't want to file, plugin hang I don't want to file, mozharness download timeout I don't want to file, places failure I don't want to file, other than that we're looking good!
- # [01:59] <@gavin> bdahl: pdf.js would just set PDFJSSaveAs.callback, which would be called any time the brwoser wants to save a document
- # [01:59] * Quits: bajaj (Adium@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
- # [01:59] <philor> oh, and the phantom browser-chrome failure
- # [02:00] * Joins: brendan (brendaneic@E521DFFF.DDFDBF93.E30FDA0B.IP)
- # [02:00] <RyanVM> philor: yeah, was planning to catch up on filing too :(
- # [02:01] * Joins: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net)
- # [02:01] <@gavin> bdahl: if the document is pdf.js, return true and handle the save yourself (not sure if a document reference is enough context for this?)
- # [02:02] * Quits: brendan (brendaneic@E521DFFF.DDFDBF93.E30FDA0B.IP) (Quit: brendan)
- # [02:02] * Quits: bsmith (bsmith@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [02:02] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [02:04] <bdahl> gavin: i think the document will be enough to figure it out, we could maybe pass mime type too
- # [02:04] * Quits: jhammel|busy (jhammel@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: leaving)
- # [02:04] <bdahl> thought i'm not sure if the mime type is correct at that point anyways
- # [02:04] <bdahl> *though
- # [02:04] * Quits: nhirata (anonymous@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [02:04] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Ping timeout)
- # [02:04] * Joins: nhirata (anonymous@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [02:05] * Quits: wg9s (bill@moz-E9E3CA35.hsd1.ma.comcast.net) (Input/output error)
- # [02:06] * Joins: wg9s (bill@moz-E9E3CA35.hsd1.ma.comcast.net)
- # [02:06] <reuben> does checkin-needed work the same way if I want something to be landed in b2g18?
- # [02:06] <bdahl> gavin: do we want to rename this to something like SaveAsHandler to be more generic?
- # [02:07] <bdahl> or i guess we don't want anyone else using it so
- # [02:07] * Quits: cabanier (cabanier@89803C3C.27D0C967.A0B21F13.IP) (Quit: Leaving.)
- # [02:07] <@gavin> bdahl: I kind of want to avoid it being generic because I ahven't had much time to think about the potential pitfalls of giving add-ons a footgun :)
- # [02:07] * Joins: mmc|laptop (mmc@moz-6225C89.tmodns.net)
- # [02:08] <@gavin> bdahl: keeping it super-simple and low-touch seems ideal if we want to uplift to beta
- # [02:08] * Quits: mmc|laptop (mmc@moz-6225C89.tmodns.net) (Connection reset by peer)
- # [02:08] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Quit: bmoss)
- # [02:08] * Ann_Yimi_ is now known as Ann_Yiming
- # [02:08] * Joins: mmc|laptop (mmc@moz-6225C89.tmodns.net)
- # [02:09] * Quits: automata (automata@moz-1CE7A56D.ifsc.usp.br) (Ping timeout)
- # [02:09] * Quits: nigelb (nigel@moz-8640053A.me) (Client exited)
- # [02:10] <RyanVM> philor: https://bugzilla.mozilla.org/show_bug.cgi?id=845134 - take a look at the screenshot in the log
- # [02:10] * Joins: nigelb (nigel@moz-8640053A.me)
- # [02:10] <philor> RyanVM: k, reuben asked you a question up there ^, Mr. b2g18 checkin-needed ;)
- # [02:10] * Quits: @smaug (chatzilla@moz-2C4D603B.elisa-mobile.fi) (Ping timeout)
- # [02:10] <RyanVM> reuben: yes
- # [02:10] <RyanVM> set it and forget it
- # [02:11] <reuben> RyanVM, philor: brilliant! thanks :)
- # [02:11] * Joins: nanci (chatzilla@EB8ABE1B.D9975CD5.3927C314.IP)
- # [02:11] <RyanVM> reuben: unlikely I'll get to it tonight yet, though. Probably tomorrow morning
- # [02:11] <reuben> not a problem
- # [02:11] <philor> "The exception Breakpoint"?
- # [02:12] * nrc is now known as nrc|away
- # [02:12] * Joins: automata (automata@moz-1CE7A56D.ifsc.usp.br)
- # [02:12] * Quits: smooney__ (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney__)
- # [02:12] * Waldo sees hater sheriffs gonna hate on having an open tree *whistles*
- # [02:12] <philor> if I saw that dialog, I'd assume it was one of those popup "Is Your computer Infected? Click to run MircoSoft softwares to see!!!" scams
- # [02:12] * ewong|afk is now known as ewong
- # [02:12] * Quits: randix (rdow@moz-8563022B.bvtn.or.frontiernet.net) (Quit: randix)
- # [02:13] * Joins: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net)
- # [02:13] <RyanVM> philor: heh, better run MyCleanPC on that slave
- # [02:13] <RyanVM> Waldo: that's how we roll
- # [02:13] * Joins: pheleas_frog (Mibbit@moz-8521213E.lsanca.fios.verizon.net)
- # [02:14] <Waldo> :-)
- # [02:15] * Quits: @dveditz (dveditz@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [02:16] <RyanVM> only 7 more new failures to file on inbound
- # [02:16] <philor> RyanVM: https://tbpl.mozilla.org/?tree=Gaia-Master - our lives could be worse!
- # [02:17] <RyanVM> hah, glad we relegated them to their own tree :D
- # [02:17] * Joins: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [02:17] * Joins: overholt (overholt@moz-89F9FC0.cable.teksavvy.com)
- # [02:18] <philor> if you file the phantom browser-chrome, I'll file all the rest when I get home ;)
- # [02:19] <RyanVM> hah, I was going to do all but that one
- # [02:19] * geekboy is now known as geekboy|afk
- # [02:20] * Quits: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net) (Quit: Deallocatd. (Probably forbidden by ARC))
- # [02:21] * Joins: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net)
- # [02:21] <philor> I just don't want to have to paste the "relevant part of the log" in the bug
- # [02:21] * Quits: marco (Thunderbir@moz-CBF1C527.cust.dsl.teletu.it) (Ping timeout)
- # [02:21] * Quits: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: www.textualapp.com)
- # [02:21] * Quits: aklotz (Thunderbir@moz-55246988.cg.shawcable.net) (Quit: aklotz)
- # [02:21] <philor> with the max comment size, probably take 50 pastes
- # [02:22] * Quits: jdm (jdm@DB05BBF2.BB1F48F2.971E19F6.IP) (Quit: Lost terminal)
- # [02:23] * Joins: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com)
- # [02:24] * Quits: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [02:24] * Quits: nhirata (anonymous@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: nhirata)
- # [02:25] * Quits: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com) (Ping timeout)
- # [02:25] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
- # [02:25] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [02:26] * Quits: ggp (ggp@2557E599.66715431.D25A875A.IP) (Input/output error)
- # [02:27] * Joins: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net)
- # [02:29] <RyanVM> lol
- # [02:30] * Quits: tonymec (tonymec@ACE87672.8190FE72.277517C1.IP) (Input/output error)
- # [02:30] * Quits: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP) (Quit: lmandel)
- # [02:31] * Joins: tonymec (tonymec@ACE87672.8190FE72.277517C1.IP)
- # [02:31] * Joins: aklotz (Thunderbir@moz-55246988.cg.shawcable.net)
- # [02:31] * Joins: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP)
- # [02:32] * Joins: dveditz (dveditz@2557E599.66715431.D25A875A.IP)
- # [02:32] * ChanServ sets mode: +o dveditz
- # [02:35] * Quits: jammink (textual@2557E599.66715431.D25A875A.IP) (Quit: Computer has gone to sleep.)
- # [02:35] * Quits: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net) (Quit: ehugg)
- # [02:35] * Joins: pranavrc (pranavrc@A09D5211.5CB1E4DE.520CDC98.IP)
- # [02:37] * Quits: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net) (Quit: Computer has gone to sleep.)
- # [02:37] * Quits: abr (abr@moz-1A94780F.lightspeed.dllstx.sbcglobal.net) (Ping timeout)
- # [02:37] * Joins: abr (abr@moz-1A94780F.lightspeed.dllstx.sbcglobal.net)
- # [02:39] <@ehsan> gps: just so you know, my eyes were full of tears as I saw https://bugzilla.mozilla.org/show_bug.cgi?id=784841#c295
- # [02:39] * Quits: overholt (overholt@moz-89F9FC0.cable.teksavvy.com) (Ping timeout)
- # [02:39] <RyanVM> decoder: I sure love when you do your mass changes :P
- # [02:39] <decoder> :D
- # [02:40] * Quits: mmc|laptop (mmc@moz-6225C89.tmodns.net) (Connection reset by peer)
- # [02:40] <@ehsan> RyanVM: any guesses on when inbound reopens?
- # [02:40] <@roc> March?
- # [02:40] <RyanVM> roc: thereabouts
- # [02:40] <RyanVM> ehsan: probably ~30min
- # [02:40] <@ehsan> cool
- # [02:40] * philor is now known as philor|away
- # [02:40] <@ehsan> roc: 2013?
- # [02:40] <RyanVM> waiting for B2G tests to come back green (since we haven't seen that since this morning)
- # [02:40] * Joins: mmc|laptop (mmc@moz-6225C89.tmodns.net)
- # [02:41] * Joins: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net)
- # [02:41] <@ehsan> RyanVM: oh how they are missed
- # [02:41] * Joins: azakai (alon@183697E.FEF91D35.59163313.IP)
- # [02:42] * Quits: mmc|laptop (mmc@moz-6225C89.tmodns.net) (Input/output error)
- # [02:42] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/73f0c5b00572 - Seth Fowler - Bug 844403 - Make VectorImage cancel all listeners when destroyed. r=dholbert
- # [02:43] * Quits: jlmendezbonini (textual@moz-FF9FDD58.twcny.res.rr.com) (Ping timeout)
- # [02:43] <jcranmer> gps: you're going to break my subconfigure patch, aren't you?
- # [02:44] * Quits: wg9s (bill@moz-E9E3CA35.hsd1.ma.comcast.net) (Ping timeout)
- # [02:44] <jcranmer> actually, that's going to break a half-dozen of my patches
- # [02:47] * Joins: jlmendezbonini (textual@moz-FF9FDD58.twcny.res.rr.com)
- # [02:47] * Quits: aklotz (Thunderbir@moz-55246988.cg.shawcable.net) (Quit: aklotz)
- # [02:47] * Joins: chucklee (chucklee@moz-99690620.hinet-ip.hinet.net)
- # [02:49] <gps> jcranmer: there will be lots of bit rottage, unfortunately
- # [02:49] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
- # [02:49] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
- # [02:50] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Ping timeout)
- # [02:50] * Quits: JPeterson (JPeterson@moz-CBB9FFE4.cust.tele2.se) (Ping timeout)
- # [02:50] <jcranmer> especially my patch that adds clang static analysis
- # [02:50] * Joins: JPeterson (JPeterson@moz-CBB9FFE4.cust.tele2.se)
- # [02:50] <Jesse> cjones: it would be nice if bug 844910 had an alias. (b2g-next? v-next?)
- # [02:51] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [02:53] * Joins: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [02:53] * Joins: bsmith (bsmith@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [02:54] * Joins: allstarschh (allstars@moz-99690620.hinet-ip.hinet.net)
- # [02:54] * nrc|away is now known as nrc
- # [02:54] <cjones> Jesse, yeah, have been meaning to do that. sec
- # [02:55] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [02:55] <Jesse> of course, "next" will become incorrect at some point :/
- # [02:55] <@ehsan> firebot: uuid
- # [02:55] <firebot> 39298082-9657-48be-b119-4dc9c84ce685 (/msg firebot cid for CID form)
- # [02:55] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [02:56] <@dbaron> Does ?= in make assign to a variable only if it doesn't already have a value?
- # [02:57] <jcranmer> I believe so
- # [02:57] * ctalbert is now known as ctalbert|afk
- # [02:58] * Quits: bnicholson (bnicholson@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [02:58] <Waldo> dbaron: the prefix-disabling prefs are awesomesauce
- # [02:58] <Jesse> like the "||=" operator that javascript is missing?
- # [02:58] <@dbaron> Waldo, yeah... though I should have noticed the @-moz-keyframes thing before I blogged about it
- # [02:58] * Quits: bent (chatzilla@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 18.0.2/20130201065344])
- # [02:58] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: Mook_as)
- # [02:59] * Quits: cpeterson (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [02:59] <gps> dbaron: correct. it also has the property that if the previous assignment was immediate (:=) or deferred (=) it uses the same assignment type
- # [03:00] * Quits: MrDHat (quassel@9EE51850.77F76CFE.85BF2EFC.IP) (Ping timeout)
- # [03:00] <gps> yes, '=' in make is deferred assignment. if I had a time machine...
- # [03:00] <@dolske> Jesse: The upcoming ES/Perl hybrid is gonna be AWESOME
- # [03:01] <Jesse> dolske: why does javascript have |= but not ||= ?
- # [03:01] * Quits: JeroenDeDauw (j@moz-E3285317.dip.t-dialin.net) (Ping timeout)
- # [03:01] * Joins: asrail (asrail@EB8ABE1B.D9975CD5.3927C314.IP)
- # [03:01] <seth> speaking of missing operators, man I really wish C++ had the ".?" and "->?" operators (meaning x.?y->?z() yields null if x or x.y is null, and x.y->z() otherwise) i first saw those in groovy, i think, and they really save a lot of lines of code at times
- # [03:01] * Quits: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [03:02] <gps> yes, because C++ isn't complicated enough already :P
- # [03:02] <gps> those would be nice though
- # [03:02] <seth> those are a complication i can live with, i think =)
- # [03:02] * Quits: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [03:02] <@dolske> what's =) do?
- # [03:03] <Jesse> dolske++
- # [03:03] <@dolske> happiest operator on earth.
- # [03:04] <jgilbert> unfortunately, we'll never get a =3 operator
- # [03:04] <seth> haha oh man, "a; =)" should be defined as "try { a; } catch () { }"
- # [03:04] <tbsaunde> Jesse: I'd say the bug in js is that typeof x || y is not bool
- # [03:04] <seth> errors? what errors?
- # [03:04] <jgilbert> which would surely be the most popular one
- # [03:05] * Quits: DGMurdockIII (DGMurdockI@moz-F1247A16.hsd1.in.comcast.net) (Connection reset by peer)
- # [03:05] * Quits: crowder (bcrowder@moz-BA1031C7.sd.sd.cox.net) (Ping timeout)
- # [03:06] * Quits: mccr8 (mccr8@2557E599.66715431.D25A875A.IP) (Quit: mccr8)
- # [03:07] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
- # [03:07] <ewong> !seen Standard8
- # [03:07] <firebot> standard8 was last seen 27 hours, 8 minutes and 33 seconds ago, changing nick to Standard8Away.
- # [03:07] * Quits: bdahl (bdahl@moz-BE33DA21.fw1.sfo1.mozilla.net) (Client exited)
- # [03:07] * Quits: @ehsan (ehsan@183697E.FEF91D35.59163313.IP) (Input/output error)
- # [03:08] * Joins: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net)
- # [03:09] * Quits: jgilbert (jgilbert@183697E.FEF91D35.59163313.IP) (Ping timeout)
- # [03:09] * Quits: Jesse (jruderman@2557E599.66715431.D25A875A.IP) (Quit: Jesse)
- # [03:10] * Quits: azakai (alon@183697E.FEF91D35.59163313.IP) (Ping timeout)
- # [03:11] * jchen|away is now known as jchen
- # [03:12] * Quits: juanb (jbecerra@2557E599.66715431.D25A875A.IP) (Quit: juanb)
- # [03:13] <joe> njn: i think you misduped bug 686905
- # [03:14] <njn> joe: why do you think that?
- # [03:14] * Quits: JPeterson (JPeterson@moz-CBB9FFE4.cust.tele2.se) (Ping timeout)
- # [03:14] * Quits: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [03:14] * Quits: Cork (Cork@moz-1DDC043.cust.tele2.se) (Ping timeout)
- # [03:15] * Joins: Cork (Cork@moz-1DDC043.cust.tele2.se)
- # [03:15] * Joins: JPeterson (JPeterson@moz-CBB9FFE4.cust.tele2.se)
- # [03:15] * joduinn is now known as joduinn-afk
- # [03:16] * vladan is now known as vladan-afk
- # [03:16] <joe> njn: several things - first, the bug you duped it to is titled " html with two animated PNGs hangs the browser", second, it's not clear that the bug you duped it to has anything to do with it (we wouldn't discard an image that's currently on the screen)
- # [03:16] <joe> if anything the dupe would go the other way
- # [03:16] <joe> but even then I don't think it necessarily has anything to do with it
- # [03:16] <njn> joe: comment 0 says "There are times when we can discard animated image frames."
- # [03:17] <njn> so it's about frames, not entire images; the title is misleading
- # [03:17] * Joins: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net)
- # [03:17] <njn> as for duping the other way, I chose to keep open the bug that has a test case
- # [03:18] <joe> i don't think we have any plans to discard frames
- # [03:18] <njn> feel free to undup it
- # [03:18] <joe> i think it was just miswritten
- # [03:18] * Joins: KWierso|Surface (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
- # [03:18] <njn> and clarify
- # [03:18] * Joins: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net)
- # [03:19] * Quits: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net) (Ping timeout)
- # [03:19] * Joins: jgilbert (jgilbert@moz-EA765158.midsouth.biz.rr.com)
- # [03:20] * Quits: KWierso|Surface (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Ping timeout)
- # [03:21] * Quits: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net) (Quit: Computer has gone to sleep.)
- # [03:21] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
- # [03:22] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [03:22] * Quits: Asa (asa@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [03:24] * Joins: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com)
- # [03:24] * Joins: T3 (T3@moz-26E5CADA.dsl.telesp.net.br)
- # [03:24] * Quits: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [03:25] * Joins: tetreis (T3@moz-26E5CADA.dsl.telesp.net.br)
- # [03:25] * Quits: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com) (Ping timeout)
- # [03:25] * Joins: wg9s (bill@moz-E9E3CA35.hsd1.ma.comcast.net)
- # [03:26] * Joins: azakai (alon@moz-EA765158.midsouth.biz.rr.com)
- # [03:26] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [03:27] * Joins: chewey (chewey@moz-2891354A.dip0.t-ipconnect.de)
- # [03:27] * Joins: ehsan (ehsan@moz-EA765158.midsouth.biz.rr.com)
- # [03:27] * ChanServ sets mode: +o ehsan
- # [03:28] * philor|away is now known as philor
- # [03:28] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [03:29] * cmcavoy is now known as cmcavoy-offline
- # [03:29] * hwine is now known as hwine-food
- # [03:30] * Joins: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [03:30] * Quits: Waldo (waldo@2557E599.66715431.D25A875A.IP) (Quit: ChatZilla 0.9.87-6.1450hg.fc18 [XULRunner 19.0/20130218162742])
- # [03:30] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Quit: pcwalton)
- # [03:31] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Quit: Edgar)
- # [03:32] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f826daae4e65 - Tatiana Meshkova - Bug 842805 - Use of API deprecated in Qt5. r=romaxa, r=glandium
- # [03:32] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/73f0c5b00572 - Seth Fowler - Bug 844403 - Make VectorImage cancel all listeners when destroyed. r=dholbert
- # [03:32] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
- # [03:32] <RyanVM> ehsan: open, thanks for your patience
- # [03:32] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/1eadb5490d75 - Shih-Chiang Chien - Bug 835260 - Need B2G version number for composing update URL. r=marshall_law
- # [03:32] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
- # [03:32] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f9ece777368e - Ryan VanderMeulen - Merge inbound to m-c.
- # [03:32] <@ehsan> RyanVM: thank you!
- # [03:32] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d61843b7a081 - Daniel Holbert - Bug 845117 - Mark js/ipc as FAIL_ON_WARNINGS. r=smaug
- # [03:33] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [03:33] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [03:33] <philor> hmm. this utter indifference to starring randomorange I'm feeling right now, is this what it feels like to be normal?
- # [03:34] <RyanVM> lol
- # [03:34] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/30f7cbdcc2a1 - Ehsan Akhgari - Bug 845063 - Remove the dummy global private browsing service; r=jdm
- # [03:34] * khuey|away is now known as khuey
- # [03:34] <RyanVM> c'mon philor, I only left you a couple to file!
- # [03:35] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [03:35] <philor> Android video, maybe I'll morph that "four of" to "any or all of" and see how many I can stuff in the summary
- # [03:36] <RyanVM> philor: might as well make the summary reflect reality
- # [03:36] * Joins: jryans (jryans@moz-CC5DCFB.austin.res.rr.com)
- # [03:37] * Joins: b10n1k (j0ni@moz-4D2778C1.dsl.dyn.forthnet.gr)
- # [03:37] <philor> except I can't find it, maybe I dreamed it
- # [03:38] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4dc2f8fdfb55 - L. David Baron - Bug 404077: Annotate known assertions in mochitests.
- # [03:39] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [03:39] <RyanVM> reuben: those bugs need approval or blocking status before they can be uplifted. I set the leo? noms on them (which shouldn't be an issue) and will uplift them then (I have bug queries that will find them, so you don't need to re-set checkin-needed)
- # [03:39] * Quits: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [03:40] * Quits: fabrice (fabrice@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
- # [03:40] * Joins: fabrice (fabrice@2557E599.66715431.D25A875A.IP)
- # [03:40] * Quits: wg9s (bill@moz-E9E3CA35.hsd1.ma.comcast.net) (Input/output error)
- # [03:40] <philor> well played me, five minutes to realize it was 4 rather than four
- # [03:41] <reuben> RyanVM, uh, I thought blocking a blocking bug was enough. thanks
- # [03:42] * Quits: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: fitzgen)
- # [03:42] <RyanVM> reuben: almost certainly a shoo-in for blocking status, but it still needs to be formally made so :)
- # [03:42] <RyanVM> but yeah, once they get leo+, my usual queries will find them
- # [03:43] <reuben> makes sense!
- # [03:45] * Joins: Boriss_ (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [03:45] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [03:45] * Boriss_ is now known as Boriss
- # [03:46] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e8e4b3d4bcfa - Mark Hammond - Bug 831489 - prevent social chats from stealing focus. r=gavin
- # [03:46] * Joins: kanru (kanru@moz-99690620.hinet-ip.hinet.net)
- # [03:48] <philor> RyanVM: bug 845162 should get us started
- # [03:48] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [03:48] <RyanVM> heh
- # [03:48] <RyanVM> awesome
- # [03:49] <philor> oh, look, inbound reopened, and it's broken
- # [03:49] * RyanVM waits for edmorley to dupe it in the morning
- # [03:49] <RyanVM> ehsan ^
- # [03:50] * Quits: fabrice (fabrice@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [03:50] <philor> perhaps a nice backout+reland with a little touching of CLOBBER and clobberer?
- # [03:50] * Quits: @dveditz (dveditz@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [03:50] <@dbaron> ehsan, red
- # [03:50] <@ehsan> looking
- # [03:51] * Quits: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard)
- # [03:51] <@ehsan> hmm yeah this needs a clobber...
- # [03:51] <@ehsan> will handle it right now
- # [03:51] * Parts: BenWa (BenWa@moz-B9E3729F.members.linode.com)
- # [03:52] * Joins: mmc|laptop (mmc@moz-BBC0C7F1.hsd1.ca.comcast.net)
- # [03:52] * Joins: brendan (brendaneic@E521DFFF.DDFDBF93.E30FDA0B.IP)
- # [03:52] * Joins: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com)
- # [03:54] * RyanVM makes a mental note to hopefully remember to clobber m-c before tomorrow's merge
- # [03:54] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/59ea53f3cea7 - Ehsan Akhgari - Bug 845063 needs a clobber, landed on a CLOSED TREE
- # [03:54] * Quits: mmc|laptop (mmc@moz-BBC0C7F1.hsd1.ca.comcast.net) (Ping timeout)
- # [03:54] * glob|away is now known as glob
- # [03:55] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [03:56] * Joins: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [03:57] * Quits: chewey (chewey@moz-2891354A.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
- # [03:57] * Joins: chewey (chewey@moz-BCA8ACB1.dip0.t-ipconnect.de)
- # [03:58] <@ehsan> RyanVM: should we reopen?
- # [03:58] <RyanVM> go for it
- # [03:58] * Quits: Ann_Yiming (Ann_Yiming@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [04:00] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [04:00] <njn> bill.com just told me "you are using Linux, which we don't support. If you continue your experience may be degraded"
- # [04:00] <njn> yay for the web
- # [04:00] <derf> njn: It also gives me the same message about my browser.
- # [04:01] * Quits: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net) (Quit: sicking)
- # [04:02] * Joins: surkov (surkov@7F1C0E2B.41FE424A.E17943EE.IP)
- # [04:02] <tbsaunde> you are using our website which we don't support
- # [04:02] <derf> But, you know, everything still works.
- # [04:02] <@dbaron> njn, yeah, but it gives you the option to not remind you for another month :-)
- # [04:02] * Quits: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net) (Ping timeout)
- # [04:02] <hub> njn: yep I have been bitching about it
- # [04:02] <derf> Which is more than I can say for any site made by Google.
- # [04:03] <hub> derf: you didn't get the memo? Chrome is the new IE
- # [04:03] <hub> tbsaunde: bill.com is unfortunately not maintained by us at all.
- # [04:03] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/91d78336d372 - Ehsan Akhgari - Bug 844169 - Part 2: Rename nsIDOMHTMLIFrameElement.allowfullscreen to allowFullscreen in order to comply with the spec; r=cpearce
- # [04:03] <derf> hub: No, the new IE is Webkit on mobile.
- # [04:04] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/162b001c77ea - Trevor Saunders - bug 833164 - consolodate the various makeDepend things in the tree r=ted
- # [04:05] <hub> derf: you seem to have forgotten a bit how it was
- # [04:06] <hub> :-)
- # [04:06] <tbsaunde> hub: no, I meant that coming from bill.com
- # [04:07] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
- # [04:08] * Joins: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [04:09] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Quit: Edgar)
- # [04:09] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
- # [04:09] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
- # [04:10] * Quits: ericjung_ (ericjung@moz-FC76CC78.bstnma.fios.verizon.net) (Ping timeout)
- # [04:10] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/feed6a5160f7 - Marshall Culpepper - Bug 833708: Correctly set the active update's errorCode when there isn't enough space in Gonk. r=dhylands
- # [04:12] * Quits: RyanVM (chatzilla@moz-148999FE.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.90 [Firefox 22.0a1/20130225162211])
- # [04:12] * KWierso|Home wonders how much time a fresh clone of mozilla-central would take vs him hg pull-ing from a repo that hasn't been updated since october
- # [04:12] * Quits: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net) (Ping timeout)
- # [04:13] * Quits: Tommy (Tommy@moz-F7051E24.com) (Ping timeout)
- # [04:13] * Joins: Tommy (Tommy@moz-F7051E24.com)
- # [04:15] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [04:16] * Joins: Boriss (FlyingToas@moz-3C817AF9.hsd1.ca.comcast.net)
- # [04:16] * Joins: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [04:16] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
- # [04:16] <@dbaron> ehsan, still red
- # [04:16] * Quits: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [04:17] <njn> KWierso|Home: time for a race
- # [04:18] <KWierso|Home> njn: also add that this is from windows. on an energy efficient RAID array. mounted over my home network.
- # [04:18] <KWierso|Home> :)
- # [04:19] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [04:19] <@dbaron> I'm trying to close the tree, but it thinks I don't have permission to access the system.
- # [04:19] * Quits: chewey (chewey@moz-BCA8ACB1.dip0.t-ipconnect.de) (Ping timeout)
- # [04:20] * Quits: automata (automata@moz-1CE7A56D.ifsc.usp.br) (Ping timeout)
- # [04:20] * Joins: KaIRC (robert@moz-2577901.adsl.highway.telekom.at)
- # [04:21] * Quits: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net) (Quit: jgriffin)
- # [04:21] * Quits: KaiRo_away (robert@moz-BB80A4B7.adsl.highway.telekom.at) (Ping timeout)
- # [04:21] * Quits: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net) (Client exited)
- # [04:21] * Joins: Mook (mook@moz-BC41A633.dsl.teksavvy.com)
- # [04:22] * Quits: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net) (Ping timeout)
- # [04:23] * Joins: chewey (chewey@moz-55AE7C7D.dip0.t-ipconnect.de)
- # [04:23] * Quits: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com) (Client exited)
- # [04:23] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [04:23] <philor> dbaron: dbaron@dbaron does, is that the perbrowseridsona you were using?
- # [04:23] <@dbaron> philor, yeah, I tried the other one first... and it got confused
- # [04:24] * Joins: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com)
- # [04:24] * Quits: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney_)
- # [04:24] <philor> the part of it that I find confusing is that I've been logged into treestatus without having to log in again for months at home, and at work I have to log in again after an hour or two
- # [04:24] * Joins: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net)
- # [04:25] * Quits: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net) (Ping timeout)
- # [04:25] <philor> so, we're at six pushes without a build?
- # [04:25] <@dbaron> thus, closed
- # [04:26] * @dbaron has to go to dinner, but I think ehsan should probably get backed out
- # [04:26] <philor> we're staying closed this time, no reopening
- # [04:26] * Quits: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com) (Ping timeout)
- # [04:26] <@ehsan> dbaron: ah, I'll back out
- # [04:26] * Quits: nanci (chatzilla@EB8ABE1B.D9975CD5.3927C314.IP) (Ping timeout)
- # [04:27] * Quits: @dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [04:28] <joe> not even reopening for ehsan to back out
- # [04:28] <joe> "ha ha ha"
- # [04:28] <@ehsan> sadface
- # [04:28] * Joins: dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [04:28] * ChanServ sets mode: +o dbaron
- # [04:28] <joe> poor ehsan, ruined firefox forever
- # [04:28] <@ehsan> indeed
- # [04:28] <ewong> one can still backout on a closed tree no?
- # [04:29] <@ehsan> yeah joe was just being mean ;)
- # [04:29] <joe> if you include CLOSED TREE
- # [04:29] * Joins: Sander (chatzilla@68199CE4.E6392D37.B7608A5.IP)
- # [04:30] * Quits: @dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [04:30] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/70814e7dbcb8 - Ehsan Akhgari - Backed out changeset 30f7cbdcc2a1 (bug 845063) because of build bustage on a CLOSED TREE
- # [04:30] * @ehsan curses the build system
- # [04:30] * Quits: karl (karl@moz-C433B975.jetstream.xtra.co.nz) (Ping timeout)
- # [04:31] * Joins: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com)
- # [04:32] <philor> I actually *meant* that we're staying closed
- # [04:32] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
- # [04:32] <@ehsan> philor: do you want me to reclose the tree?
- # [04:32] <philor> already did
- # [04:33] <@ehsan> ok
- # [04:33] <@ehsan> so, what does it take for one to remove a makefile and not break builds?
- # [04:34] * Joins: josh (josh@moz-61186829.hsd1.mn.comcast.net)
- # [04:34] <ewong> or was it too early to star those broken builds?
- # [04:35] <@ehsan> oh
- # [04:35] <@ehsan> http://mxr.mozilla.org/mozilla-central/source/browser/makefiles.sh#30
- # [04:35] <@ehsan> dammit :(
- # [04:35] <tbsaunde> ehsan: so the answer apparantly is "read the error message"?
- # [04:36] <philor> with the build system, "believe that the error message isn't high" is quite often tough to do, though
- # [04:36] <@ehsan> tbsaunde: what error message?!
- # [04:37] * Joins: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net)
- # [04:37] <tbsaunde> ehsan: presumably the shell script failed? (i didn't actually read the log)
- # [04:37] * Quits: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com) (Client exited)
- # [04:37] <@ehsan> tbsaunde: well
- # [04:38] <jcranmer> ehsan: wait for moz.build to land? :-)
- # [04:38] <@ehsan> tbsaunde: I actually read the code to figure out what the error message means
- # [04:38] <tbsaunde> though I guess a better guess is that it didn't and generated a empty makefile for you
- # [04:38] * Joins: thinker (user@moz-D921FE60.dynamic.kbronet.com.tw)
- # [04:38] <ewong> guys.. I think m-i needs a clobber first..
- # [04:38] <ewong> ?
- # [04:38] <@ehsan> I don't think that it's fair to ask people to read several parts of the build system to figure out what a given "error message" means
- # [04:38] <ewong> got a red on the backout
- # [04:39] <ewong> and this error I've seen before too..
- # [04:39] <@ehsan> ah
- # [04:39] <@ehsan> this is just fantastic!
- # [04:39] <bjacob> in tbpl topology, a closed tree is the complement of an open tree
- # [04:39] * Joins: jlebar (quassel@2557E599.66715431.D25A875A.IP)
- # [04:39] * @ehsan clobbers
- # [04:39] <tbsaunde> ehsan: sure
- # [04:41] <jcranmer> ehsan: I get to read the autogenerated configure scripts to figure out why my stuff fails, quit complaining
- # [04:41] <@ehsan> hehe, dark humor, sir!
- # [04:41] * cjones is now known as cjones-food
- # [04:42] <jcranmer> then again, I do crazy stuff like write a script that looks like a configure.in but isn't
- # [04:43] <jcranmer> (the first step of eliminating the c-c build system !)
- # [04:44] <tbsaunde> jcranmer: and then what you trick the m-c one into building c-c?
- # [04:45] <jcranmer> actually, the next step was eliminating the differences between m-c/config/*.mk and c-c/config/*.mk, but I last about 20 minutes before I run away from that
- # [04:45] <jcranmer> so now the next step is "shove all the work onto Standard8"
- # [04:45] <tbsaunde> heh
- # [04:46] * Joins: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [04:46] <jcranmer> but the subconfigure lets c-c add all its AC_DEFINE and AC_SUBST to the m-c batch of stuff, which completely eliminates the need to maintain our own copy
- # [04:46] * Quits: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com) (Ping timeout)
- # [04:46] <philor> woo, we finally kept inbound closed and build-busted long enough that twig pushes from this morning got to run their tests!
- # [04:47] <ewong> pardon my ignorance, does moving to mach build eliminate the need for *.mk?
- # [04:47] * Quits: brendan (brendaneic@E521DFFF.DDFDBF93.E30FDA0B.IP) (Quit: brendan)
- # [04:47] <jcranmer> "eventually"
- # [04:47] <jcranmer> the first batch of moz.build landings only eliminates DIR variables
- # [04:47] <jcranmer> and it looks like XPIDL is the next target of stuff
- # [04:49] <jcranmer> the eventual goal is to make the build system fully declarative
- # [04:50] * Joins: JeroenDeDauw (j@moz-E9C71C9C.dip.t-dialin.net)
- # [04:52] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/dd821b465e97 - Zuhao(Joe) Chen - Bug 805811 - Support bootstrapping with MacPorts; r=gps
- # [04:54] <gps> jcranmer: I would revise to say "the build system will effectively be a giant data structure [instead of organic/dynamic make files]"
- # [04:54] <gps> close enough :)
- # [04:54] * Joins: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net)
- # [04:55] <gps> for any MacPorts users out there, I'd love to have some people test that just-committed patch
- # [04:55] * Quits: @ehsan (ehsan@moz-EA765158.midsouth.biz.rr.com) (Input/output error)
- # [04:55] * Quits: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [04:55] <gps> $ python python/mozboot/bin/bootstrap.py
- # [04:55] * Quits: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net) (Quit: ehugg)
- # [04:56] <jcranmer> gps: any plans to get our build system to spit out a compilation database in the nearish term?
- # [04:56] * Quits: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [04:56] * jcranmer primarily develops c-c, so mach is almost completely useless right now
- # [04:56] <ewong> unless we get c-c to do mach?
- # [04:57] <jcranmer> ewong: cc-rework will probably be a necessary first step
- # [04:58] * Joins: karl (karl@538BABFE.A073F3E.97BBD552.IP)
- # [04:58] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
- # [04:58] <jcranmer> after cc-rework lands, we'll probably also need to start doing major work to teach our build system that we really have multiple projects, and "firefox" isn't the only one
- # [04:58] * Quits: KaIRC (robert@moz-2577901.adsl.highway.telekom.at) (Input/output error)
- # [04:59] * Joins: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net)
- # [04:59] <philor> of course it isn't - there's also firefoxos, and firefox for android
- # [04:59] * Quits: Matti (Matti@moz-8E39C8AF.dip.t-dialin.net) (Ping timeout)
- # [04:59] <jcranmer> and xulrunner and spidermonkey
- # [04:59] * Joins: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net)
- # [04:59] <ewong> and calendar
- # [04:59] <jcranmer> ewong: that's in c-c
- # [04:59] * Joins: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com)
- # [04:59] <ewong> oh.. right ;P
- # [05:00] * Quits: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com) (Client exited)
- # [05:00] * Joins: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com)
- # [05:00] <philor> have you looked at the state of xulrunner? it's either over 500Mb, or 46b, I'm not so sure it exists
- # [05:00] <jcranmer> c-c adds thunderbird, seamonkey, calendar, composer, instantbird...
- # [05:00] <gps> maybe I'll add mach to c-c while I port the build system changes over
- # [05:00] <jcranmer> gps: there is a plan in motion to completely rework the c-c build system
- # [05:01] <jcranmer> the end result will be that c-c will end up being a subdir of m-c
- # [05:01] <gps> this is relevant to my interests
- # [05:01] <gps> will it still hook into the m-c build system (tiers, etc) or will it treat m-c as a black box?
- # [05:01] * Quits: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP) (Input/output error)
- # [05:01] <jcranmer> the idea is to use m-c build's system
- # [05:01] <jcranmer> and just be a subdirectory
- # [05:01] <ewong> jcranmer: would it be 'easier' to flatten out the c-c structure and have mail/ suite/ etc.. under m-c?
- # [05:01] <jcranmer> actually, my final goal is to land c-c into m-c
- # [05:02] <jcranmer> ewong: under current hg repo structures, no
- # [05:02] <gps> well, for moz.build foo, it's going to be really difficult to get c-c to play with m-c unless c-c has moz.build files
- # [05:02] <gps> if your goal is to land parts of c-c into m-c, then it needs to grow moz.build files eventually
- # [05:02] <jcranmer> gps: I thought you were going to be adding them before landing moz.build?
- # [05:03] <gps> ?
- # [05:03] <jcranmer> or did I misread your m.d.plannig message?
- # [05:03] <gps> I just cracked open a beer with the intent of making a patch to add moz.build files to c-c
- # [05:03] <jcranmer> \o/
- # [05:04] <jlebar> If I want to stick something for chrome js only on a document...do I have any reasonable options here?
- # [05:04] <jcranmer> gps: bug 648979 and 648980 are the nasty bits for cc-rework
- # [05:04] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [05:04] <gps> unless someone tells me to stop... in which case you better have an idea because c-c is holding up merging 784841 and subsequent m-c build system improvements
- # [05:05] <@dolske> drop support for c-c?
- # [05:05] * Joins: josh_ (josh@moz-348C4790.hsd1.mn.comcast.net)
- # [05:05] <@dolske> THERE I SAID IT
- # [05:05] <jcranmer> gps: bug 787208 is what I really want :-)
- # [05:05] <gps> bug 648980 is nice
- # [05:06] * Quits: josh (josh@moz-61186829.hsd1.mn.comcast.net) (Ping timeout)
- # [05:06] * josh_ is now known as josh
- # [05:06] <jcranmer> gps: and ready to land once glandium gives an r+
- # [05:06] * Joins: Matti (Matti@moz-FF1351C9.dip.t-dialin.net)
- # [05:07] * seth curses about not being able to retrigger tests that haven't started
- # [05:07] * Joins: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
- # [05:07] * Quits: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com) (Client exited)
- # [05:08] <gps> jcranmer: the fact 648979 hasn't been touched in over year is giving me the impression I shouldn't care and that it's OK for me to just "blaze my own path"
- # [05:08] <gps> shouldn't care [that much] :)
- # [05:09] <gps> I do care :)
- # [05:09] <jcranmer> gps: that bug was only recently revived as a work goal
- # [05:09] <jcranmer> basically, Standard8 decided that reducing c-c build system maintenance was a more worthwhile goal
- # [05:09] <ewong> gps I *tried*.. but build config isn't the easiest to understand.
- # [05:09] * Quits: coop|afk (Chris@moz-2C3D40DE.dsl.bell.ca) (Quit: coop|afk)
- # [05:11] * gps grabs a beer, puts on The White Album, and dives into c-c
- # [05:11] <jcranmer> gps: also, we realized that you were going to be radically altering the build system, so eliminating ours is a priority
- # [05:12] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
- # [05:12] * Quits: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net) (Quit: Computer has gone to sleep.)
- # [05:15] * Quits: markh (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au) (Ping timeout)
- # [05:15] <philor> oh, I bet it's not coincidence that I've been getting unresponsive script dialogs for browser.js while loading the data URIs for screenshots, and then sometimes having a broken awesomebar afterward
- # [05:15] * Quits: trevorh (trevor@moz-BFB4107A.lns9.woo.bigpond.net.au) (Ping timeout)
- # [05:16] <philor> I bet that's when I forget which OS and thus which order of buttons, and click the button to kill the script, the script that's trying to show me suggestions for a pasted enormous data URI
- # [05:18] * Joins: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP)
- # [05:20] <nalexander> gps: any thoughts on a missing 'config.status'? https://gist.github.com/5035849
- # [05:20] <nalexander> gps: I have actually built with ./mach build today.
- # [05:20] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
- # [05:20] * Joins: markh (Instantbir@BB6CFF5F.16315389.E2B518AF.IP)
- # [05:22] * Quits: markh (Instantbir@BB6CFF5F.16315389.E2B518AF.IP) (Ping timeout)
- # [05:23] * Joins: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net)
- # [05:23] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [05:23] * Joins: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [05:24] * Joins: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com)
- # [05:26] * Quits: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com) (Ping timeout)
- # [05:27] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Ping timeout)
- # [05:27] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [05:28] * Joins: vicamo (vicamo@moz-99690620.hinet-ip.hinet.net)
- # [05:30] * Joins: Ann_Yiming (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net)
- # [05:31] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
- # [05:33] * Quits: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [05:34] * Quits: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP) (Input/output error)
- # [05:34] * Joins: markh (Instantbir@BB6CFF5F.16315389.E2B518AF.IP)
- # [05:35] <gps> nalexander: thou shall not disturb gps while he is drinking beer and listening to The White Album. but this is your first offense. that error should never happen. I suspect the objdir mach is finding is not actually built
- # [05:35] <gps> run |./mach build| and it should go away
- # [05:36] <nalexander> gps: yes, that makes sense. I have a bunch of objdirs in play. How do I figure out which objdir mach is finding?
- # [05:36] <gps> set a debug point or look at the output of another mach command that works :)
- # [05:36] * Joins: dcamp (dcamp@moz-930D5B64.hsd1.wa.comcast.net)
- # [05:37] <nalexander> grumble, grumble.
- # [05:37] * gps needs to add a |mach debug| command or something
- # [05:40] * Joins: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com)
- # [05:42] * Quits: markh (Instantbir@BB6CFF5F.16315389.E2B518AF.IP) (Ping timeout)
- # [05:44] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Quit: Edgar)
- # [05:46] * Quits: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com) (Connection reset by peer)
- # [05:46] <frozencemetery> masayuki: re: bug 751749, version 17esr. Mod1 on keycode 91. Most shortcuts are working, but in particular not Meta-# to go to tab #. How do I make that work?
- # [05:46] * Quits: Ann_Yiming (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net) (Input/output error)
- # [05:46] * Joins: trevorh (trevor@moz-46CE9119.lnse2.woo.bigpond.net.au)
- # [05:46] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
- # [05:46] * Joins: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com)
- # [05:47] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [05:49] * Joins: bajaj1 (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [05:49] * Quits: @roc (chatzilla@E2F7352.56080C53.97BBD552.IP) (Ping timeout)
- # [05:49] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Ping timeout)
- # [05:49] * Quits: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [05:56] * Quits: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net) (Quit: Computer has gone to sleep.)
- # [05:56] * Joins: clee (clee@E521DFFF.DDFDBF93.E30FDA0B.IP)
- # [05:57] * Joins: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net)
- # [05:58] * Quits: Optimizer (Optimizer@7BCF4DE4.113CFA4F.274D17D6.IP) (Ping timeout)
- # [05:59] <seth> sometimes i swear i look at try and _fewer_ tests are done than the last time i looked
- # [05:59] * Quits: jlmendezbonini (textual@moz-FF9FDD58.twcny.res.rr.com) (Quit: Computer has gone to sleep.)
- # [05:59] * Joins: jlmendezbonini (textual@moz-FF9FDD58.twcny.res.rr.com)
- # [06:00] * Joins: vigneshwaran (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP)
- # [06:00] * Quits: trevorh (trevor@moz-46CE9119.lnse2.woo.bigpond.net.au) (Quit: Leaving.)
- # [06:01] * Quits: Tommy (Tommy@moz-F7051E24.com) (Ping timeout)
- # [06:01] * Joins: Tommy (Tommy@moz-F7051E24.com)
- # [06:03] * cjones-food is now known as cjones
- # [06:04] * Quits: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net) (Quit: I took the wrong pill!!!)
- # [06:06] * Joins: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net)
- # [06:07] * Joins: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
- # [06:09] * Quits: asrail (asrail@EB8ABE1B.D9975CD5.3927C314.IP) (Ping timeout)
- # [06:10] * Joins: terrence (terrence@2557E599.66715431.D25A875A.IP)
- # [06:11] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/3df9e87dd3ae - Ehsan Akhgari - Bug 845063 - Remove the dummy global private browsing service; r=jdm
- # [06:12] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
- # [06:13] * Quits: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP) (Quit: lmandel)
- # [06:13] * Joins: smooney__ (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [06:14] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Quit: Edgar)
- # [06:14] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
- # [06:16] * Joins: Ann_Yiming (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net)
- # [06:18] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e615a1f50311 - Nicholas Cameron - Bug 843940; Initialise Transaction::mRotationChanged. r=roc
- # [06:21] * Quits: Sander (chatzilla@68199CE4.E6392D37.B7608A5.IP) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [06:22] * Joins: erikvold (erikvold@A5087023.2354C43D.D8E68FF6.IP)
- # [06:25] * Quits: Ann_Yiming (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net) (Ping timeout)
- # [06:25] * Joins: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com)
- # [06:25] * Joins: Nefzaoui_ (chatzilla@7FEFEC49.3076D893.7D0E51E.IP)
- # [06:25] * Quits: Nefzaoui (chatzilla@1DA8081C.B2CDCC22.80E43DAF.IP) (Ping timeout)
- # [06:25] * Nefzaoui_ is now known as Nefzaoui
- # [06:26] <philor> seth: entirely possible, your browser is polling one source for pending and running, and tbpl.m.o is polling a different source for finished, so when they line up wrong your running tests can disappear for ten minutes before they become finished
- # [06:26] * Quits: smooney__ (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney__)
- # [06:26] * Quits: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com) (Ping timeout)
- # [06:28] <philor> plus starting this week try actually has the priority we thought it had for the last two years, so good luck seeing any even starting to run until this time of night, or Saturday, depending
- # [06:31] * Joins: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
- # [06:35] * Quits: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard)
- # [06:36] <ewong> for https://tbpl.mozilla.org/php/getParsedLog.php?id=20090366&tree=Mozilla-Inbound do I just append the crash signature to the bug?
- # [06:36] * Joins: m_kato (m_kato@moz-348F61F0.mozilla.or.jp)
- # [06:39] * Quits: jryans (jryans@moz-CC5DCFB.austin.res.rr.com) (Quit: Be back later)
- # [06:40] * Quits: rniwa (rniwa@5FEFE500.BA327C77.775DF071.IP) (Quit: rniwa)
- # [06:40] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/77cdf45932a7 - Chris Pearce - Bug 724554 - Don't exit fullscreen on window deactivate, just warn on refocus. r=dao
- # [06:40] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a8a73639eb9b - Chris Pearce - Bug 805613 - Support multiple concurrent fullscreen documents. r=bz
- # [06:40] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f4516c0a30e8 - Chris Pearce - Bug 805613 - Don't remove fullscreen approved observer on documents which don't add it, prevents assertion failure spam. r=bz
- # [06:40] * philor is now known as philor|away
- # [06:42] * Joins: Optimizer (Optimizer@2C443797.D8228D1D.BE90E62C.IP)
- # [06:42] <Optimizer> MattN: ping ?
- # [06:43] <MattN> Optimizer: pong
- # [06:43] <Optimizer> Hi, I wanted to add a new file in themes/shared/devtools
- # [06:43] <Optimizer> named common.inc.css
- # [06:43] <Optimizer> but somehow by build is not building after that
- # [06:44] <Optimizer> is there something special required to do that ?
- # [06:44] * Joins: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk)
- # [06:44] <MattN> Optimizer are you just including that file in browser.css of the platform themes?
- # [06:44] <MattN> or how are you using that new file?
- # [06:44] * Joins: nanci (chatzilla@EB8ABE1B.D9975CD5.3927C314.IP)
- # [06:44] <Optimizer> no, in the themes/*/devtools/common.css
- # [06:44] <MattN> and what is the build error
- # [06:45] <MattN> ok
- # [06:45] <MattN> do you have the correct relative path?
- # [06:45] <Optimizer> gimme a sec for build error
- # [06:45] <Optimizer> its something preprocessor related
- # [06:46] <MattN> you would need ../../shared/devtools/common.inc.css
- # [06:46] * Joins: bent (chatzilla@moz-932324BF.hsd1.ca.comcast.net)
- # [06:46] * Quits: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk) (Ping timeout)
- # [06:47] * Joins: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk)
- # [06:47] * Joins: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net)
- # [06:47] <Optimizer> MattN: ah.. you are right
- # [06:47] <Optimizer> silly me
- # [06:47] <Optimizer> let me try again
- # [06:48] * Quits: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [06:49] <Optimizer> MattN: thanks for the help, it built now
- # [06:49] <MattN> ok, np
- # [06:49] <Optimizer> the concept is awesome, I am sharing so much css code now :)
- # [06:51] * Joins: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
- # [06:51] * Quits: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr)
- # [06:52] <gps> jcranmer: http://gps.pastebin.mozilla.org/2177080 \o/
- # [06:52] * philor|away is now known as philor
- # [06:52] * Joins: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net)
- # [06:52] * Quits: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard)
- # [06:52] * Quits: njn (chatzilla@moz-99B00792.dyn.iinet.net.au) (Quit: ChatZilla 0.9.90 [Firefox 22.0a1/20130224202131])
- # [06:53] <jcranmer> gps: mailnews/ is missing?
- # [06:53] <gps> jcranmer: I'm not done :)
- # [06:53] <jcranmer> ah
- # [06:53] <MattN> Optimizer: :)
- # [06:53] * Joins: Ann_Yiming (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net)
- # [06:53] <gps> I think I was only build the 'mail' app anyway
- # [06:53] <jcranmer> sorry, I was looking specifically for the file I touch the most
- # [06:53] <jcranmer> gps: mailnews is in tier_platform
- # [06:54] <jcranmer> and should be built with mail or suite
- # [06:56] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Connection reset by peer)
- # [06:56] * Joins: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
- # [06:58] * Quits: KenChang (KenChang@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
- # [06:58] * Joins: pcwalton (pcwalton@moz-481A040C.hsd1.ca.comcast.net)
- # [06:59] * Quits: clee (clee@E521DFFF.DDFDBF93.E30FDA0B.IP) (Quit: clee)
- # [07:00] * Joins: KenChang (KenChang@moz-99690620.hinet-ip.hinet.net)
- # [07:01] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
- # [07:01] * Quits: Ann_Yiming (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net) (Ping timeout)
- # [07:02] * Quits: ewong|sleep (chatzilla@moz-5B0EF77B.static.netvigator.com) (Ping timeout)
- # [07:02] * Quits: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [07:03] * Joins: ewong|sleep (chatzilla@moz-5B0EF77B.static.netvigator.com)
- # [07:04] * Quits: jlmendezbonini (textual@moz-FF9FDD58.twcny.res.rr.com) (Quit: Textual IRC Client: www.textualapp.com)
- # [07:04] * Joins: trevorh (trevor@moz-46CE9119.lnse2.woo.bigpond.net.au)
- # [07:07] * Joins: jammink (textual@moz-A88EE7A5.googlewifi.com)
- # [07:13] * Quits: bajaj1 (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [07:13] * Joins: DomoOrigatuMrMugatu (john_q@moz-B6268EB2.ntc.blacksburg.shentel.net)
- # [07:18] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [07:20] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/27d6dbe76c5f - Nicholas Cameron - Bug 845188; initialise CommonAnimationData::mGenerationCount; r=roc
- # [07:22] * Joins: Ann_Yiming (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net)
- # [07:23] * nrc is now known as nrc|away
- # [07:25] * Joins: markh (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au)
- # [07:25] * Joins: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com)
- # [07:25] * Joins: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
- # [07:27] * Quits: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com) (Ping timeout)
- # [07:28] * Joins: gwagner (Gregor@E521DFFF.DDFDBF93.E30FDA0B.IP)
- # [07:29] * Joins: Mic (Mic@moz-A7A32E3F.superkabel.de)
- # [07:30] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5bb4e4ea6977 - Terrence Cole - Bug 842482 - Don't try to guess typedarray initializer type with missing script; r=bhackett
- # [07:31] * Quits: Nefzaoui (chatzilla@7FEFEC49.3076D893.7D0E51E.IP) (Ping timeout)
- # [07:31] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Connection reset by peer)
- # [07:33] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
- # [07:33] * Quits: josh (josh@moz-348C4790.hsd1.mn.comcast.net) (Quit: josh)
- # [07:33] * jcranmer is now known as jcranmer|away
- # [07:33] * glob is now known as glob|away
- # [07:36] * Quits: pheleas_frog (Mibbit@moz-8521213E.lsanca.fios.verizon.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [07:36] <philor> markh: guess what?
- # [07:37] <markh> say it isn't so!
- # [07:37] <philor> tis
- # [07:37] * Quits: trevorh (trevor@moz-46CE9119.lnse2.woo.bigpond.net.au) (Quit: Leaving.)
- # [07:37] <philor> see the last 20 or so tbplbot comments in bug 821208
- # [07:38] * Quits: gwagner (Gregor@E521DFFF.DDFDBF93.E30FDA0B.IP) (Quit: gwagner)
- # [07:38] <markh> I had a green try 24 hours ago - but I guess that's ancient :(
- # [07:39] <ewong> ah.. I had starred that at least four of my last five stars.. I thought I was repeating myself. :P
- # [07:39] * Quits: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard)
- # [07:39] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Connection reset by peer)
- # [07:39] * Joins: trevorh (trevor@moz-46CE9119.lnse2.woo.bigpond.net.au)
- # [07:40] * Quits: tabraldes (Thunderbir@moz-3F87419B.hsd1.or.comcast.net) (Quit: tabraldes)
- # [07:41] * Quits: DomoOrigatuMrMugatu (john_q@moz-B6268EB2.ntc.blacksburg.shentel.net) (Input/output error)
- # [07:41] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6ea0dbf2b63b - Phil Ringnalda - Back out e8e4b3d4bcfa (bug 831489) for browser-chrome failures
- # [07:42] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
- # [07:42] * Quits: trevorh (trevor@moz-46CE9119.lnse2.woo.bigpond.net.au) (Quit: Leaving.)
- # [07:42] <philor> markh: ITYM a try run with some green
- # [07:42] <philor> Win7 opt
- # [07:43] * Joins: twi (Adium@moz-728AD5DA.cust.dsl.vodafone.it)
- # [07:43] * Quits: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net) (Quit: ehugg)
- # [07:43] * Quits: darin (darin@moz-CD91E596.google.com) (Ping timeout)
- # [07:43] <markh> hrm, yeah - although a re-trigger fixed that. bizarre, but yeah, I guess we gotta blame that change
- # [07:43] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
- # [07:45] * Joins: sewardj (sewardj@moz-7A19E67D.dip.t-dialin.net)
- # [07:45] * Quits: Ann_Yiming (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net) (Input/output error)
- # [07:46] * Joins: past (Instantbir@moz-F825C52B.dsl.dyn.forthnet.gr)
- # [07:46] * Quits: nanci (chatzilla@EB8ABE1B.D9975CD5.3927C314.IP) (Ping timeout)
- # [07:46] <mjrosenb> derp.
- # [07:46] <mjrosenb> I pulled from m-c when attempting to push to mi... again
- # [07:47] <mjrosenb> how do I not push the m-c changeset?
- # [07:47] * glob|away is now known as glob
- # [07:47] * Joins: Ann_Yiming (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net)
- # [07:47] <markh> mjrosenb: hg strip?
- # [07:49] <mjrosenb> abort: empty revision set
- # [07:49] * Joins: dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net)
- # [07:49] * ChanServ sets mode: +o dveditz
- # [07:49] <mjrosenb> iirc, this was an option to push/outgoing
- # [07:49] <mjrosenb> ahh, hg outgoing -r tip
- # [07:50] <philor> mjrosenb: do us a favor and push it, inbound's always happy to get a merge from m-c
- # [07:50] <mjrosenb> philor: uhh, really?
- # [07:50] <mjrosenb> ahh, -r tip
- # [07:51] <philor> the sooner they come over, the more likely it is that a patch author has to deal with merging
- # [07:51] * Quits: @dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net) (Ping timeout)
- # [07:51] * markh meant "hg strip tip" or some other revision if a few got pulled in...
- # [07:51] <mjrosenb> philor: don't I need to merge or do something like that?
- # [07:52] <philor> you have to merge in the `hg merge` sense, but it'll be a no conflict internal merge
- # [07:52] * Quits: sewardj (sewardj@moz-7A19E67D.dip.t-dialin.net) (Ping timeout)
- # [07:53] * Quits: Ann_Yiming (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net) (Input/output error)
- # [07:53] <firebot> Check-in:
- # [07:53] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ce5e9bac612a - Marty Rosenberg - Bug 843015: The Extended ldr instructions have a smaller maximum offset (255). Actually respect these limits. Also use paretheses correctly (r=sstangl)
- # [07:53] <mjrosenb> philor: yeah... I preffer to not touch new hg commands, they tend to blow up in my face.
- # [07:53] <philor> :)
- # [07:54] * Quits: past (Instantbir@moz-F825C52B.dsl.dyn.forthnet.gr) (Ping timeout)
- # [07:55] <philor> I have thrown away a repo when a merge turned evil on me, but for little things like that it really will be literally hg merge && hg commit -m "Merge m-c to m-i"
- # [07:57] * Joins: sewardj (sewardj@moz-7A19E67D.dip.t-dialin.net)
- # [07:58] * Joins: brendan (brendaneic@E521DFFF.DDFDBF93.E30FDA0B.IP)
- # [07:58] * Joins: darin (darin@BF998F68.D6CCE4AE.77834EAA.IP)
- # [07:59] * Quits: bent (chatzilla@moz-932324BF.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 18.0.2/20130201065344])
- # [08:00] * Quits: brendan (brendaneic@E521DFFF.DDFDBF93.E30FDA0B.IP) (Quit: brendan)
- # [08:00] * khuey is now known as khuey|away
- # [08:02] * Joins: teoli (teoli@88F51059.F3BBB17D.144F44FA.IP)
- # [08:03] * Joins: brendan (brendaneic@E521DFFF.DDFDBF93.E30FDA0B.IP)
- # [08:06] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
- # [08:10] * Quits: twi (Adium@moz-728AD5DA.cust.dsl.vodafone.it) (Quit: Leaving.)
- # [08:10] * Quits: Mook (mook@moz-BC41A633.dsl.teksavvy.com) (Quit: Mook)
- # [08:11] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
- # [08:12] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2d9e36ff5c1b - Alexander Surkov - Bug 527461 - Implement RELATION_NODE_PARENT_OF, r=tbsaunde
- # [08:12] * Joins: Optimize1 (Instantbir@4F3E1057.A6DE773B.88FACCAA.IP)
- # [08:14] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/aaefec5d34f8 - Mike Hommey - Bug 844785 - Fix xulrunner mac builds. r=ted
- # [08:14] * Joins: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP)
- # [08:15] * Quits: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr)
- # [08:15] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [08:17] * Quits: bsmith (bsmith@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [08:18] * philor is now known as philor|away
- # [08:19] * Quits: mixedpuppy (mixedpuppy@moz-7B3CFB22.vc.shawcable.net) (Quit: mixedpuppy)
- # [08:20] * Quits: pcwalton (pcwalton@moz-481A040C.hsd1.ca.comcast.net) (Quit: pcwalton)
- # [08:22] * Joins: Matt (Matt@E05025B2.7102BCB6.B7C3970A.IP)
- # [08:25] <glob> gps, lol @ "Part ∞+1"
- # [08:25] * Joins: past (Instantbir@moz-20FE3E47.dsl.dyn.forthnet.gr)
- # [08:25] * Joins: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com)
- # [08:26] * Joins: Gentlecat (Roman@A85BC1FB.CF9BE6BE.8FB52CB8.IP)
- # [08:27] * Quits: Matt (Matt@E05025B2.7102BCB6.B7C3970A.IP) (Quit: Matt)
- # [08:28] * Quits: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com) (Ping timeout)
- # [08:28] * Joins: Sander (chatzilla@68199CE4.E6392D37.B7608A5.IP)
- # [08:28] <Optimize1> glob: which bug ?
- # [08:29] <glob> Optimize1, 784841
- # [08:29] * Quits: erikvold (erikvold@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [08:29] <Optimize1> aha, the bug with the maximum number of patches yet .
- # [08:29] * glob doubts it
- # [08:29] * Joins: stransky (stransky@moz-3C58453D.net.upcbroadband.cz)
- # [08:29] * glob checks
- # [08:30] * whimboo|afk is now known as whimboo
- # [08:30] <Optimize1> there are 56 in that one
- # [08:31] <glob> pff
- # [08:31] * Joins: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP)
- # [08:31] <glob> 666446 -- 181 patches
- # [08:31] <glob> that bug isn't even in the top 50
- # [08:34] * Quits: brendan (brendaneic@E521DFFF.DDFDBF93.E30FDA0B.IP) (Quit: brendan)
- # [08:35] * Joins: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP)
- # [08:36] * Joins: dbaron (dbaron@moz-E0DDE997.dsl.dynamic.sonic.net)
- # [08:36] * ChanServ sets mode: +o dbaron
- # [08:36] * Quits: surkov (surkov@7F1C0E2B.41FE424A.E17943EE.IP) (Quit: surkov)
- # [08:37] * glob is now known as glob|away
- # [08:38] * Joins: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net)
- # [08:38] * glob|away is now known as glob
- # [08:39] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [08:41] * Quits: jgilbert (jgilbert@moz-EA765158.midsouth.biz.rr.com) (Ping timeout)
- # [08:41] * Joins: brendan (brendaneic@E521DFFF.DDFDBF93.E30FDA0B.IP)
- # [08:41] <Optimize1> glob: how did you check o.O
- # [08:41] <glob> Optimize1, well, i'm a bmo module owner, so i has some special tricks that i can call upon
- # [08:42] <Optimize1> what are you saying, 666446 only has 8 patches
- # [08:42] <Optimize1> maybe 10-14
- # [08:42] * Quits: brendan (brendaneic@E521DFFF.DDFDBF93.E30FDA0B.IP) (Quit: brendan)
- # [08:42] <glob> Optimize1, + 178 obsoleted patches
- # [08:43] <Optimize1> pff, I was talking about patches that checked in
- # [08:43] * Joins: smontagu (chatzilla@DD234B1F.80866724.E9C721AF.IP)
- # [08:44] * Joins: brendan (brendaneic@E521DFFF.DDFDBF93.E30FDA0B.IP)
- # [08:44] * mgerva-afk is now known as mgerva
- # [08:47] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [08:47] * Joins: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP)
- # [08:48] <glob> Optimize1, you got me all curious now :)
- # [08:48] <glob> 655877 - 113 non-obsolete patches with r+
- # [08:48] <glob> oh, that isn't right
- # [08:49] <glob> it's doubling up on attachments due to multiple flags
- # [08:49] <jesup> Oh how annoying they have a solution for this and we don't.... http://www.quickmeme.com/meme/5p2h/ -> http://www.theverge.com/2013/2/25/4029820/chrome-could-soon-start-pointing-out-noisy-browser-tabs
- # [08:52] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
- # [08:52] * Quits: mgorse (mgorse@B6C068B2.2088E15E.A18F112A.IP) (Ping timeout)
- # [08:53] * Joins: mgorse (mgorse@B6C068B2.2088E15E.A18F112A.IP)
- # [08:54] * Quits: brendan (brendaneic@E521DFFF.DDFDBF93.E30FDA0B.IP) (Quit: brendan)
- # [08:55] <glazou> bonjour
- # [08:57] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
- # [08:58] * Joins: Ms2ger (Ms2ger@moz-4C7A227F.kulnet.kuleuven.be)
- # [08:58] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
- # [09:00] * Quits: Ms2ger (Ms2ger@moz-4C7A227F.kulnet.kuleuven.be) (Ping timeout)
- # [09:02] * Joins: Ms2ger (Ms2ger@moz-4C7A227F.kulnet.kuleuven.be)
- # [09:02] * Quits: b10n1k (j0ni@moz-4D2778C1.dsl.dyn.forthnet.gr) (Client exited)
- # [09:02] * Quits: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net) (Quit: I took the wrong pill!!!)
- # [09:04] * Quits: Ms2ger (Ms2ger@moz-4C7A227F.kulnet.kuleuven.be) (Ping timeout)
- # [09:06] * Quits: nattokirai (nattokirai@moz-8AE09276.dynamic.ppp.asahi-net.or.jp) (Quit: nattokirai)
- # [09:06] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4245801bd26f - Daniel Holbert - Bug 845222: Remove unused private field Loop::graph. r=jandem
- # [09:06] * Joins: arky (arky@39677DA2.8ED53E9C.FA662B63.IP)
- # [09:07] * Quits: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Quit: masayuki)
- # [09:08] * Joins: b10n1k (j0ni@moz-4D2778C1.dsl.dyn.forthnet.gr)
- # [09:08] * Joins: tzimmermann (tzimmerman@moz-4530150D.pools.arcor-ip.net)
- # [09:09] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [09:09] * Quits: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Ping timeout)
- # [09:11] * Joins: twi (Adium@39D1EE75.5BFE76DA.7562401D.IP)
- # [09:11] * joduinn-afk is now known as joduinn-home
- # [09:12] * Joins: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net)
- # [09:14] * Joins: cpearce_ (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # [09:14] * Joins: Matt (Matt@32DFDBE.7102BCB6.B7C3970A.IP)
- # [09:15] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [09:15] * cpearce_ is now known as cpearce
- # [09:15] * Quits: twi (Adium@39D1EE75.5BFE76DA.7562401D.IP) (Ping timeout)
- # [09:16] * Joins: twi (Adium@5F234EBC.878B19C8.7D7AA5AA.IP)
- # [09:16] * Quits: karl (karl@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [09:16] * Quits: taras (taras@moz-8E045071.hsd1.wa.comcast.net) (Input/output error)
- # [09:16] * Quits: jammink (textual@moz-A88EE7A5.googlewifi.com) (Input/output error)
- # [09:17] * Joins: jammink (textual@moz-A88EE7A5.googlewifi.com)
- # [09:17] * Joins: taras (taras@moz-8E045071.hsd1.wa.comcast.net)
- # [09:19] * Joins: Ms2ger (Ms2ger@moz-4C7A227F.kulnet.kuleuven.be)
- # [09:20] <Optimize1> glob: accept it, I win! :P
- # [09:20] <glob> Optimize1, i am humble in your presence
- # [09:20] * mattwoodrow is now known as mattwoodrow|away
- # [09:22] <ewong> !seen edmorley
- # [09:22] <firebot> edmorley was last seen 3 days, 15 hours, 12 minutes and 28 seconds ago, saying 'mbrubeck: ah I had not heard that quote before :-)' in #developers.
- # [09:22] * Joins: Matt_ (Matt@32DFDBE.7102BCB6.B7C3970A.IP)
- # [09:22] * Quits: Matt (Matt@32DFDBE.7102BCB6.B7C3970A.IP) (Connection reset by peer)
- # [09:22] * Matt_ is now known as Matt
- # [09:23] <Ms2ger> ewong, morning :)
- # [09:23] * Joins: martyn (martyn@moz-57A66DEC.range81-154.btcentralplus.com)
- # [09:24] <ewong> Ms2ger: 'morning! well AFternoon here...
- # [09:25] <Ms2ger> Can I help you? :)
- # [09:26] <ewong> Ms2ger: asking about tbpl code.. :)
- # [09:26] <Ms2ger> Not me, then :)
- # [09:26] * Quits: @dbaron (dbaron@moz-E0DDE997.dsl.dynamic.sonic.net) (Ping timeout)
- # [09:27] * Joins: jviereck (Adium@moz-DD95912E.ethz.ch)
- # [09:27] * Joins: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com)
- # [09:27] <ewong> looking at bug 748855.. it's labelled as a gfb.. but it looks a little bit more difficult than it purports to be..
- # [09:27] * glob is now known as glob|away
- # [09:28] <ewong> Ms2ger although, you can help me with understanding the issue of how to decide if the orange is actually an intermittent problem or something that means something needs to be backed out
- # [09:28] <glandium> do we have a place holding the most common plugins in use in the wild?
- # [09:28] <ewong> Ms2ger: for instance, I would've blindly kept on starring https://tbpl.mozilla.org/php/getParsedLog.php?id=20093576&tree=Mozilla-Inbound as bug 821208
- # [09:29] * Joins: rohandal_ (rohandalvi@moz-8995B7DA.rochester.res.rr.com)
- # [09:29] * Quits: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com) (Ping timeout)
- # [09:29] <ewong> that is until philor backed out a cset https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=6ea0dbf2b63b
- # [09:29] * Quits: pranavrc (pranavrc@A09D5211.5CB1E4DE.520CDC98.IP) (Ping timeout)
- # [09:29] * Joins: ferjm (ferjm@moz-DEB3A31C.red-88-7-170.staticip.rima-tde.net)
- # [09:29] <Ms2ger> ewong, even if you hadn't seen it in weeks and suddenly hit it on every push? :)
- # [09:29] <ewong> ooh
- # [09:29] * Quits: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com) (Ping timeout)
- # [09:30] * Joins: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP)
- # [09:31] <Ms2ger> Usually someone notices the pattern :)
- # [09:31] <ewong> I probably would've noticed the pattern since out of the past 10 stars, 7 of them were that bug..
- # [09:32] * Quits: rohandal_ (rohandalvi@moz-8995B7DA.rochester.res.rr.com) (Connection reset by peer)
- # [09:32] * Joins: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com)
- # [09:32] <Ms2ger> It's not always as obvious, of course
- # [09:33] <ewong> right..
- # [09:34] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/743eb982010a - Frank Yan - Bug 841215 - Ensure selected tab thumbnail is visible when opening tab app bar. r=mbrubeck
- # [09:34] * Quits: Ms2ger (Ms2ger@moz-4C7A227F.kulnet.kuleuven.be) (Ping timeout)
- # [09:35] * Quits: Matti (Matti@moz-FF1351C9.dip.t-dialin.net) (Ping timeout)
- # [09:35] * Joins: Matti (Matti@moz-FF1351C9.dip.t-dialin.net)
- # [09:38] * Quits: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net) (Quit: I took the wrong pill!!!)
- # [09:38] * Quits: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP) (Input/output error)
- # [09:40] * Joins: edmorley (edmorley@moz-8A61AD96.range86-166.btcentralplus.com)
- # [09:41] * Quits: rmxircmonkey (rmxircmonk@670ACB81.66590CC0.4A6948F8.IP) (Quit: leaving)
- # [09:41] * Joins: vtmarvin (Thunderbir@32DFDBE.7102BCB6.B7C3970A.IP)
- # [09:41] * Quits: twi (Adium@5F234EBC.878B19C8.7D7AA5AA.IP) (Ping timeout)
- # [09:41] * Quits: jammink (textual@moz-A88EE7A5.googlewifi.com) (Quit: Computer has gone to sleep.)
- # [09:42] * Joins: rmxircmonkey (rmxircmonk@670ACB81.66590CC0.4A6948F8.IP)
- # [09:42] * Joins: twi (Adium@5F234EBC.878B19C8.7D7AA5AA.IP)
- # [09:42] <ewong> I just starred a few oranges as bug 833769 .. is this something that means something needs backing out?
- # [09:43] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [09:44] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/07c685a14d5c - Mats Palmgren - Bug 844549 - Disable a recently added test in 'crashtest-ipc' due to intermittent failures. DONTBUILD
- # [09:44] * Joins: AndreeaM1 (Thunderbir@601F3B17.33662590.A5830293.IP)
- # [09:45] * Joins: KWierso|Surface (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
- # [09:45] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
- # [09:45] * Quits: twi (Adium@5F234EBC.878B19C8.7D7AA5AA.IP) (Ping timeout)
- # [09:45] * Joins: twi (Adium@5F234EBC.878B19C8.7D7AA5AA.IP)
- # [09:46] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Quit: )
- # [09:49] * Quits: KWierso|Surface (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Ping timeout)
- # [09:49] * Joins: Ms2ger (Ms2ger@moz-4C7A227F.kulnet.kuleuven.be)
- # [09:50] * Joins: KWierso|Surface (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
- # [09:51] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/ff5e6cafae21 - Paul Adenot - Bug 844563 - Crash [@ mozilla::MediaDecoder::SetPreservesPitch]. r=kinetik
- # [09:51] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/0d0eadfaa41d - Paul Adenot - Bug 844951 - Setting playbackRate and mozPreservesPitch before the decoder creation should work. r=kinetik
- # [09:51] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/2d843af0b0c7 - Paul Adenot - Bug 844563 - Crash [@ mozilla::MediaDecoder::SetPreservesPitch], add tests. r=kinetik
- # [09:53] * Quits: Optimize1 (Instantbir@4F3E1057.A6DE773B.88FACCAA.IP) (Ping timeout)
- # [09:53] * Quits: KWierso|Surface (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Ping timeout)
- # [09:54] * Joins: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com)
- # [09:56] * Joins: Optimizer1 (Instantbir@94C77FC6.955079FB.AA3EB577.IP)
- # [09:56] <edmorley> ewong: that's been around a while, though if the frequency has increased something may have made it worse
- # [09:56] <edmorley> I'll keen an eye :-)
- # [09:57] <edmorley> ewong: thank you for starring :-)
- # [09:57] <ewong> oooo edmorley!
- # [09:58] <ewong> edmorley: I'm looking at bug 748855 .. it's not as 'easy' as it sounds.
- # [09:59] <edmorley> ewong: I've replied to the bug :-)
- # [09:59] <edmorley> (only about 10 mins ago)
- # [10:00] <ewong> ahh.. ok.. I only got up to the point of having "add a comment" displayed..
- # [10:00] <KWierso|Home> "keen" is a verb? :|
- # [10:00] <KWierso|Home> "to wail in lamentation for the dead."
- # [10:00] <KWierso|Home> seems fitting, I guess...
- # [10:00] * Quits: taras (taras@moz-8E045071.hsd1.wa.comcast.net) (Ping timeout)
- # [10:00] <ewong> edmorley: is tbplv2 in dev or planning?
- # [10:01] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/32b80ae899a1 - Jonathan Kew - bug 728436 - make synthetic bolding less severe at large sizes. r=jdaggett
- # [10:01] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/7ec9cda146fb - Jonathan Kew - bug 816485 - interpreting the devPixelsPerPx value from about:config should not depend on locale. r=roc
- # [10:01] <edmorley> we've had about 4 weekly meetings and then 4-5 days of a get-together of about half a dozen people (last week)
- # [10:01] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Quit: Leaving)
- # [10:01] <edmorley> ewong: ^
- # [10:02] <edmorley> ewong: so we have a rough design, which is going to be written up and then passed around various teams for adjustment
- # [10:02] <ewong> any docs?
- # [10:02] <ewong> oh..nvm.. 'rough design'..
- # [10:03] <edmorley> ewong: just https://wiki.mozilla.org/Auto-tools/Projects/TBPL2 at the moment, need to write up our back of napkin scribbles a bit more first
- # [10:03] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
- # [10:03] * Joins: KWierso|Surface (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
- # [10:04] <edmorley> ewong: I imagine within the week we'll have something more to look at (people only flew back from the meetup at the weekend, and some took PTO yesterday to recover)
- # [10:04] <Ms2ger> s/some/I/ ;)
- # [10:06] * Quits: Optimizer1 (Instantbir@94C77FC6.955079FB.AA3EB577.IP) (Connection reset by peer)
- # [10:07] * Quits: KWierso|Surface (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Ping timeout)
- # [10:07] <ewong> nice write up.. this is entirely moco-employee only thing right?
- # [10:08] * Quits: twi (Adium@5F234EBC.878B19C8.7D7AA5AA.IP) (Ping timeout)
- # [10:09] * Quits: schien-laptop (schien@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
- # [10:09] * Joins: chrisccoulson_ (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
- # [10:09] <ewong> edmorley do I need to sign up to this pivotaltracker thing?
- # [10:09] * Joins: twi (Adium@380877A3.473892C9.A1ED2273.IP)
- # [10:10] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Ping timeout)
- # [10:10] * Joins: wolfiR (wolfiR@moz-9589E70F.dip0.t-ipconnect.de)
- # [10:10] <edmorley> Ms2ger: jeads did too, and he's writing up the schema :-)
- # [10:11] * Joins: mak (chatzilla@moz-1C26D640.retail.telecomitalia.it)
- # [10:12] <edmorley> ewong: it's not going to be moco only, the pivotal tracker instance should be accessible by everyone (we haven't really started using it yet; we also don't have a repo and don't have a bugzilla component)
- # [10:12] * Quits: twi (Adium@380877A3.473892C9.A1ED2273.IP) (Ping timeout)
- # [10:12] <ewong> ah.. explains why it's empty right now :)
- # [10:13] <edmorley> ewong: I'll make sure the wiki page is kept up to date as and when things kick off this week - if you want to add that to your watchlist? :-)
- # [10:13] * Joins: twi (Adium@380877A3.473892C9.A1ED2273.IP)
- # [10:13] <ewong> will do..
- # [10:14] * Quits: chrisccoulson_ (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Quit: PM: Preparing frontal lobe for mem sleep)
- # [10:14] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
- # [10:15] <ewong> watching..
- # [10:15] <edmorley> glandium: not sure what to make of the leaks on your push
- # [10:15] <edmorley> glandium: I don't see how it could have caused them
- # [10:15] * Quits: arky (arky@39677DA2.8ED53E9C.FA662B63.IP) (Quit: Leaving)
- # [10:16] <glandium> edmorley: yeah, it's not possible
- # [10:16] <glandium> edmorley: especially considering the patch changes nothing for firefox builds, in practice
- # [10:18] * Quits: b10n1k (j0ni@moz-4D2778C1.dsl.dyn.forthnet.gr) (Client exited)
- # [10:20] <ewong> bug 833769?
- # [10:21] <ewong> errr.. there's certainly a lot of that sucker..
- # [10:22] <edmorley> ewong: I've just enabled an rss feed of the pivotal tracker instance, if that helps (https://www.pivotaltracker.com/projects/749519/activities/b6cc7b986eee2bb0256d222b4c2a3a09)
- # [10:22] <edmorley> ewong: yeah I don't know why there is so much of bug 833769 on m-c right now
- # [10:22] <ewong> edmorley: thanks!
- # [10:23] <ewong> m-i as well
- # [10:23] <glandium> waw, one of my windows vm had FF7
- # [10:24] <glandium> (and i was using that VM, just not FF in it)
- # [10:24] * Joins: schien-laptop (schien@moz-99690620.hinet-ip.hinet.net)
- # [10:26] * Quits: twi (Adium@380877A3.473892C9.A1ED2273.IP) (Ping timeout)
- # [10:27] <glandium> and it does an update to 12 before going to 19
- # [10:29] * Joins: brendan (brendaneic@E9117DB.F7F094F8.4C07D37A.IP)
- # [10:30] * Quits: yury (yury@moz-68731345.ok.ok.cox.net) (Ping timeout)
- # [10:30] * Joins: yury (yury@moz-68731345.ok.ok.cox.net)
- # [10:30] * Quits: victorporof (victorporo@1CF03390.183F338A.6A4F8DA2.IP) (Quit: victorporof)
- # [10:31] * Quits: jviereck (Adium@moz-DD95912E.ethz.ch) (Quit: Leaving.)
- # [10:31] <Ms2ger> Hmm, just 200 mochitests with assertion annotations?
- # [10:31] * Joins: jviereck (Adium@moz-DD95912E.ethz.ch)
- # [10:32] * Quits: jviereck (Adium@moz-DD95912E.ethz.ch) (Quit: Leaving.)
- # [10:34] * Joins: smaug (chatzilla@moz-2C4D603B.elisa-mobile.fi)
- # [10:34] * ChanServ sets mode: +o smaug
- # [10:34] * Joins: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP)
- # [10:35] * Joins: annevk_ (annevk@88F51059.F3BBB17D.144F44FA.IP)
- # [10:35] * Quits: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP) (Connection reset by peer)
- # [10:36] * annevk_ is now known as annevk
- # [10:43] * Quits: brendan (brendaneic@E9117DB.F7F094F8.4C07D37A.IP) (Quit: brendan)
- # [10:44] * Quits: nrc|away (nrc@7BE24E90.A5032A01.3CFC199D.IP) (Ping timeout)
- # [10:44] <Ms2ger> Heh
- # [10:45] * Joins: areinald (andre@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [10:45] <Ms2ger> Looks like Firefox uses -moz-border-image for tabs
- # [10:45] <ewong> so what's the first thing one needs to do to figure out what is causing the leakage?
- # [10:46] * Parts: areinald (andre@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [10:46] <KWierso|Home> cry?
- # [10:46] * Joins: nical (nico@moz-F8747CC6.dsl.ovh.fr)
- # [10:46] <KWierso|Home> drink?
- # [10:46] * KWierso|Home will let himself out, thanks...
- # [10:46] * ewong goes to have a drink.
- # [10:47] * Joins: Optimize1 (Instantbir@94C77FC6.955079FB.AA3EB577.IP)
- # [10:49] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
- # [10:50] * Joins: msucan (mihai@E8A9D9C4.773D689F.70BDB599.IP)
- # [10:54] * Quits: philor|away (philor@96807C36.8C4888C2.8367FA39.IP) (Ping timeout)
- # [10:55] <annevk> Ms2ger: so if I do what dbaron suggests I'm in trouble?
- # [10:55] * Quits: past (Instantbir@moz-20FE3E47.dsl.dyn.forthnet.gr) (Ping timeout)
- # [10:56] * annevk tries
- # [10:56] <annevk> Okay so that does look ugly
- # [10:57] * Joins: darktrojan (geoff@moz-B0044B59.telstraclear.net)
- # [10:57] <annevk> Ms2ger: is there a bug on that?
- # [10:58] * ewong is now known as ewong|afk
- # [10:58] * Quits: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com) (Client exited)
- # [10:59] * Joins: past (Instantbir@moz-A7F2949A.dsl.dyn.forthnet.gr)
- # [11:02] * Joins: philor|away (philor@moz-638273A8.my-nick.name)
- # [11:03] * Quits: Optimize1 (Instantbir@94C77FC6.955079FB.AA3EB577.IP) (Ping timeout)
- # [11:03] <@smaug> ewong|afk: what kind of leak
- # [11:04] <Ms2ger> annevk, haven't looked yet
- # [11:05] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Client exited)
- # [11:05] * Quits: mgorse (mgorse@B6C068B2.2088E15E.A18F112A.IP) (Ping timeout)
- # [11:07] * Joins: Optimizer1 (Instantbir@94C77FC6.955079FB.AA3EB577.IP)
- # [11:08] * Joins: mgorse (mgorse@B6C068B2.2088E15E.A18F112A.IP)
- # [11:16] <edmorley> smaug: the sudden increase in bug 833769 on m-c tip
- # [11:16] <edmorley> I would think
- # [11:16] <annevk> Ms2ger: added a comment to the pref bug
- # [11:17] <Ms2ger> I saw :)
- # [11:17] <Ms2ger> I'm filing a bug now
- # [11:18] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/30b241b25c29 - Hannes Verschore - Bug 843866: IonMonkey: Make sure inference ran before inlining empty script, r=jandem
- # [11:18] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
- # [11:19] * Quits: Sander (chatzilla@68199CE4.E6392D37.B7608A5.IP) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [11:20] <Ms2ger> And filed bug 845246
- # [11:21] * Joins: Paenglab_work (Mibbit@moz-5029C200.swisscom.com)
- # [11:23] * Joins: brendan (brendaneic@E9117DB.F7F094F8.4C07D37A.IP)
- # [11:24] * Fallen|away is now known as Fallen
- # [11:26] * Joins: twi (Adium@moz-E1F80.business.telecomitalia.it)
- # [11:27] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
- # [11:28] * Quits: brendan (brendaneic@E9117DB.F7F094F8.4C07D37A.IP) (Quit: brendan)
- # [11:29] * Joins: areinald (andre@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [11:29] * Parts: areinald (andre@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [11:29] * Quits: philor|away (philor@moz-638273A8.my-nick.name) (Ping timeout)
- # [11:30] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
- # [11:30] * Quits: stransky (stransky@moz-3C58453D.net.upcbroadband.cz) (Quit: Connection reset by beer)
- # [11:31] * Quits: Gentlecat (Roman@A85BC1FB.CF9BE6BE.8FB52CB8.IP) (Ping timeout)
- # [11:33] * Quits: ericchou (ericchou@moz-99690620.hinet-ip.hinet.net) (Quit: Leaving)
- # [11:33] * Joins: philor|away (philor@moz-638273A8.my-nick.name)
- # [11:33] * Quits: Mic (Mic@moz-A7A32E3F.superkabel.de) (Ping timeout)
- # [11:34] * Quits: alice__ (alice@moz-A7C201EB.zone16.bethere.co.uk) (Client exited)
- # [11:34] * Quits: @smaug (chatzilla@moz-2C4D603B.elisa-mobile.fi) (Ping timeout)
- # [11:34] * Joins: brendan (brendaneic@E9117DB.F7F094F8.4C07D37A.IP)
- # [11:35] * Quits: brendan (brendaneic@E9117DB.F7F094F8.4C07D37A.IP) (Quit: brendan)
- # [11:37] * Joins: brendan (brendaneic@E9117DB.F7F094F8.4C07D37A.IP)
- # [11:44] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/aaefec5d34f8 - Mike Hommey - Bug 844785 - Fix xulrunner mac builds. r=ted
- # [11:44] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/dd821b465e97 - Zuhao(Joe) Chen - Bug 805811 - Support bootstrapping with MacPorts; r=gps
- # [11:44] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/daf9be11ed48 - Ed Morley - Merge mozilla-central to mozilla-inbound
- # [11:45] <annevk> Would be nice if a bot picked up on "bug XXX" and gave a link or was that disabled on purpose?
- # [11:46] * Quits: philor|away (philor@moz-638273A8.my-nick.name) (Ping timeout)
- # [11:47] <edmorley> annevk: disabled on purpose for this channel due to noice
- # [11:47] <edmorley> noise
- # [11:47] <edmorley> annevk: you can "firebot: bug 123" to force
- # [11:47] * Quits: mikeratcliffe (mikeratcli@CEFB859F.FE7B39FC.F0B55906.IP) (Quit: Leaving.)
- # [11:48] <annevk> ta
- # [11:49] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
- # [11:49] * ChanServ sets mode: +o smaug
- # [11:49] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Quit: Reconnecting…)
- # [11:49] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
- # [11:49] * ChanServ sets mode: +o smaug
- # [11:50] * Fallen is now known as Fallen|away
- # [11:52] * Joins: philor|away (philor@moz-638273A8.my-nick.name)
- # [11:52] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/94a4a675601e - Gina Yeh - Bug 844705 - Should send socket data in main thread, r=echou
- # [11:53] * Quits: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de) (Ping timeout)
- # [11:54] <@smaug> Ms2ger: hey, you know about imptests
- # [11:54] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
- # [11:55] * Quits: chucklee (chucklee@moz-99690620.hinet-ip.hinet.net) (Quit: Leaving)
- # [11:55] <@smaug> Ms2ger: Makefile.in says "# THIS FILE IS AUTOGENERATED BY parseFailures.py - DO NOT EDIT" but README says "New expected fail files currently needed to be added manually to makefiles"
- # [11:56] * Joins: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net)
- # [11:59] * Fallen|away is now known as Fallen
- # [12:00] * Quits: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au) (Ping timeout)
- # [12:01] * glazou is now known as glazou_afk
- # [12:01] * Joins: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au)
- # [12:01] * Joins: markh1 (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au)
- # [12:05] * Joins: mikeratcliffe (mikeratcli@CEFB859F.FE7B39FC.F0B55906.IP)
- # [12:05] * Quits: allstarschh (allstars@moz-99690620.hinet-ip.hinet.net) (Input/output error)
- # [12:05] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a936abbcf23f - Jacek Caban - Bug 844905 - Change MediaResource::GetContentType return type to nsCString. r=cpearce
- # [12:05] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b00914c9e7d4 - Jacek Caban - Bug 716859 - Avoid jump crossing variable declaration (GCC bustage fix)
- # [12:06] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [12:08] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Ping timeout)
- # [12:08] * Quits: markh1 (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au) (Quit: bye)
- # [12:10] * Joins: stransky (stransky@moz-107AD163.redhat.com)
- # [12:10] * Quits: twi (Adium@moz-E1F80.business.telecomitalia.it) (Ping timeout)
- # [12:12] * Joins: twi (Adium@moz-E1F80.business.telecomitalia.it)
- # [12:16] * whimboo is now known as whimboo|afk
- # [12:16] * Joins: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com)
- # [12:16] * Quits: twi (Adium@moz-E1F80.business.telecomitalia.it) (Ping timeout)
- # [12:17] * Joins: twi (Adium@moz-E1F80.business.telecomitalia.it)
- # [12:18] * Quits: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com) (Ping timeout)
- # [12:18] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [12:18] * Quits: m_kato (m_kato@moz-348F61F0.mozilla.or.jp) (Quit: Leaving...)
- # [12:18] * Quits: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP) (Quit: RealRaven)
- # [12:18] * Quits: espadrine (thaddee_ty@moz-B582BE1.dclient.lsne.ch) (Ping timeout)
- # [12:18] * Joins: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP)
- # [12:19] * Joins: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com)
- # [12:20] * Joins: andreasn (andreasn@moz-CB9DEC29.a336.priv.bahnhof.se)
- # [12:22] * Quits: brendan (brendaneic@E9117DB.F7F094F8.4C07D37A.IP) (Quit: brendan)
- # [12:22] * jchen is now known as jchen|away
- # [12:22] * Joins: brendan (brendaneic@E9117DB.F7F094F8.4C07D37A.IP)
- # [12:27] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [12:29] * Joins: KWierso|Home_ (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
- # [12:29] * Quits: KWierso|Home (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Ping timeout)
- # [12:29] * KWierso|Home_ is now known as KWierso|Home
- # [12:29] * Joins: vingtetun (vingtetun@moz-F8747CC6.dsl.ovh.fr)
- # [12:31] * Quits: andreasn (andreasn@moz-CB9DEC29.a336.priv.bahnhof.se) (Quit: Ex-Chat)
- # [12:31] * Quits: vicamo (vicamo@moz-99690620.hinet-ip.hinet.net) (Quit: Konversation terminated!)
- # [12:33] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
- # [12:35] * Joins: pranavrc (pranavrc@8C88EDC6.44F41798.520CDC98.IP)
- # [12:35] <Ms2ger> smaug, ah, yes, either manually or by that script
- # [12:36] <@smaug> Ms2ger: also, is it possible to run just one tests so that the expected failures are taken account ?
- # [12:36] <@smaug> it is really annoying to run all the imptests
- # [12:36] <Ms2ger> Not yet
- # [12:36] <Ms2ger> I need to finish that
- # [12:36] <Ms2ger> patch
- # [12:36] <@smaug> because of the odd super slow range tests
- # [12:36] <Ms2ger> Yeah :/
- # [12:37] * Quits: brendan (brendaneic@E9117DB.F7F094F8.4C07D37A.IP) (Quit: brendan)
- # [12:37] <Ms2ger> rm objdir/_tests/dom/imptests/.../test_Range-* ;)
- # [12:37] <@smaug> r+
- # [12:37] <@smaug> if you remove objdir
- # [12:37] <@smaug> objdir/_tests
- # [12:38] * Joins: till (till@moz-A59042CC.adsl.alicedsl.de)
- # [12:39] <Ms2ger> Well, no, they're actually useful ;)
- # [12:41] * Quits: gcp (gpascutto@moz-86A7852.access.telenet.be) (Quit: Make a new plan, Stan!)
- # [12:41] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
- # [12:41] * Joins: gcp (gcp@moz-86A7852.access.telenet.be)
- # [12:44] * Joins: brendan (brendaneic@E9117DB.F7F094F8.4C07D37A.IP)
- # [12:45] * Joins: pcwalton (pcwalton@moz-481A040C.hsd1.ca.comcast.net)
- # [12:46] * Quits: Ms2ger (Ms2ger@moz-4C7A227F.kulnet.kuleuven.be) (Quit: bbl)
- # [12:47] <glandium> why does the nightly have to be on a changeset so old?
- # [12:49] <edmorley> glandium: because of burning Asan builds
- # [12:49] <edmorley> (until we get bug )
- # [12:49] <edmorley> 835173
- # [12:52] * Quits: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au) (Ping timeout)
- # [12:52] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [12:52] * Quits: errstr (trane@4B6E818F.DF074373.4372BB76.IP) (Ping timeout)
- # [12:52] * Joins: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au)
- # [12:53] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/f14b900f450e - Masatoshi Kimura - Bug 844007 - PL_strcmp works only if the string is null-terminated. r=hsivonen. a=lsblakk
- # [12:53] * Joins: errstr (trane@4B6E818F.DF074373.4372BB76.IP)
- # [12:54] * Fallen is now known as Fallen|away
- # [12:55] * Quits: darktrojan (geoff@moz-B0044B59.telstraclear.net) (Quit: darktrojan)
- # [12:55] * Quits: errstr (trane@4B6E818F.DF074373.4372BB76.IP) (Ping timeout)
- # [12:57] * Joins: errstr (trane@4B6E818F.DF074373.4372BB76.IP)
- # [12:57] * Quits: schien-laptop (schien@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
- # [12:57] <glandium> edmorley: does that mean that if asan is not unbroken, we won't have new nightlies?
- # [13:03] * whimboo|afk is now known as whimboo
- # [13:03] * Quits: brendan (brendaneic@E9117DB.F7F094F8.4C07D37A.IP) (Quit: brendan)
- # [13:06] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Quit: Edgar)
- # [13:07] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
- # [13:08] * Quits: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com) (Client exited)
- # [13:08] * Joins: espindola (espindola@moz-EF6944E4.dsl.teksavvy.com)
- # [13:09] <edmorley> glandium: I can manually retrigger them for now
- # [13:09] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [13:09] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
- # [13:09] <glandium> edmorley: i wish it was possible to just trigger xulrunner nightlies
- # [13:11] <edmorley> yeah :-)
- # [13:11] <edmorley> :-( even
- # [13:12] * Joins: schien-laptop (schien@moz-99690620.hinet-ip.hinet.net)
- # [13:16] * Joins: KaiRo (robert@moz-2577901.adsl.highway.telekom.at)
- # [13:16] * Quits: mikedeboer (ubuntu@moz-ADFC0358.colouryourpersonality.nl) (Quit: leaving)
- # [13:17] * Joins: mikedeboer (mikedeboer@moz-ADFC0358.colouryourpersonality.nl)
- # [13:18] * Joins: abhishekp (chatzilla@moz-AC3ADE69.mtnl.net.in)
- # [13:19] <decoder> edmorley: do you know the reason for asan bustage?
- # [13:19] <decoder> i just noticed it
- # [13:19] <edmorley> decoder: I do not, was about to file
- # [13:20] <decoder> espindola: ^^
- # [13:20] * Quits: pcwalton (pcwalton@moz-481A040C.hsd1.ca.comcast.net) (Quit: pcwalton)
- # [13:20] <decoder> /builds/slave/m-cen-l64-asan-000000000000000/build/js/src/jsproxy.h:346:7: error: visibility does not match previous declaration
- # [13:21] <decoder> sounds familar to me
- # [13:21] <decoder> edmorley: i can tell you the regressor in a few
- # [13:24] <edmorley> filed bug 845277
- # [13:25] * Joins: andreasn (andreasn@moz-CB9DEC29.a336.priv.bahnhof.se)
- # [13:25] * Quits: andreasn (andreasn@moz-CB9DEC29.a336.priv.bahnhof.se) (Client exited)
- # [13:25] <NeilAway> annevk: alternatively chatzilla auto-linkifies bug numbers for now (not sure what happens when we reach bug 1000000)
- # [13:26] * Parts: zandr (zandr@moz-891BD824.milewski.org)
- # [13:27] * Quits: glob|away (glob@moz-DF237567.glob.com.au) (Ping timeout)
- # [13:27] <decoder> edmorley:
- # [13:27] <decoder> The first bad revision is:
- # [13:27] <decoder> changeset: 122943:51483e470216
- # [13:27] <decoder> user: Bobby Holley <bobbyholley@gmail.com>
- # [13:27] <decoder> date: Mon Feb 25 13:54:18 2013 -0800
- # [13:27] <decoder> summary: Bug 836301 - Hoist some assertions, remove a bunch of no-op trap overrides, and add assertions that we've entered our policy. r=mrbkap
- # [13:27] * NeilAway wonders wtf is going on with 844905, nsCString -> nsACstring& should be a trivial cast
- # [13:27] * Joins: trevorh (trevor@moz-46CE9119.lnse2.woo.bigpond.net.au)
- # [13:27] <decoder> ill add it to the bug
- # [13:27] * Joins: glob (glob@moz-DF237567.glob.com.au)
- # [13:28] <edmorley> decoder: ah, just done
- # [13:28] <decoder> hehe
- # [13:28] <decoder> you were faster
- # [13:28] <edmorley> :-)
- # [13:28] <edmorley> mid-air for you \o/
- # [13:28] <decoder> :D
- # [13:29] <decoder> maybe we should unhide asan on tbpl so people actually see when they break it. we only have to fix the orange on debug, thats a timeout issue
- # [13:30] <@smaug> NeilAway: does cz have some limitation to bug numbers >= 1000000
- # [13:34] <NeilAway> smaug: dunno, this is an old cz
- # [13:34] * Joins: alice (alice@moz-A7C201EB.zone16.bethere.co.uk)
- # [13:34] <NeilAway> smaug: so its regexp only goes up to 6 digits
- # [13:35] * Quits: twi (Adium@moz-E1F80.business.telecomitalia.it) (Connection reset by peer)
- # [13:35] * Joins: twi1 (Adium@moz-E1F80.business.telecomitalia.it)
- # [13:36] * Quits: mreavy (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
- # [13:36] * Quits: abhishekp (chatzilla@moz-AC3ADE69.mtnl.net.in) (Quit: ChatZilla 0.9.90 [Firefox 18.0.2/20130201190421])
- # [13:36] * Joins: mreavy_ (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
- # [13:36] * mreavy_ is now known as mreavy
- # [13:39] * Joins: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com)
- # [13:40] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [13:40] * Joins: RyanVM (chatzilla@moz-148999FE.phlapa.fios.verizon.net)
- # [13:40] * Joins: randix (rdow@moz-8563022B.bvtn.or.frontiernet.net)
- # [13:41] * Quits: edmorley (edmorley@moz-8A61AD96.range86-166.btcentralplus.com) (Quit: -> office)
- # [13:41] * Joins: edmorley (edmorley@moz-8A61AD96.range86-166.btcentralplus.com)
- # [13:41] * Quits: edmorley (edmorley@moz-8A61AD96.range86-166.btcentralplus.com) (Input/output error)
- # [13:42] <@smaug> NeilAway: oh
- # [13:42] <@smaug> NeilAway: is there some pref for bugzilla regexp ?
- # [13:43] * Joins: darkowlzz|zzz (darkowlzz@978951E9.EA04062D.25B273F5.IP)
- # [13:43] * Quits: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP) (Quit: RealRaven)
- # [13:43] * Joins: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP)
- # [13:44] * Joins: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net)
- # [13:44] <NeilAway> smaug: don't know offhand sorry
- # [13:45] * Quits: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com) (Ping timeout)
- # [13:47] * Quits: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP) (Quit: RealRaven)
- # [13:47] * Joins: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP)
- # [13:47] * Joins: vigneshwaran1 (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP)
- # [13:48] * Quits: vigneshwaran (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP) (Ping timeout)
- # [13:49] <NeilAway> smaug: ah, fixed in bug 367903
- # [13:49] * Joins: jviereck (Adium@moz-41844B84.ethz.ch)
- # [13:50] <NeilAway> smaug: so, I'm on .67 and I need .78
- # [13:51] * Quits: jviereck (Adium@moz-41844B84.ethz.ch) (Connection reset by peer)
- # [13:51] * Joins: jviereck1 (Adium@moz-41844B84.ethz.ch)
- # [13:51] * Quits: twi1 (Adium@moz-E1F80.business.telecomitalia.it) (Ping timeout)
- # [13:52] * Joins: twi (Adium@moz-E1F80.business.telecomitalia.it)
- # [13:53] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9198ac37724b - Jan de Mooij - Bug 844893 - Don't assert when two threads call getVMWrapper at the same time. r=luke
- # [13:55] <NeilAway> smaug: what's the term for the "normal" event group, i.e. not the system event group?
- # [13:57] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Input/output error)
- # [13:58] * Quits: loadRPi (pi@moz-8C34F21F.range86-135.btcentralplus.com) (Ping timeout)
- # [14:02] <@smaug> NeilAway: I call it "default"
- # [14:04] <NeilAway> smaug: nice
- # [14:06] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
- # [14:06] * Quits: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP) (Quit: RealRaven)
- # [14:06] * Joins: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP)
- # [14:07] * mjschranz is now known as mjschranz_away
- # [14:07] <NeilAway> smaug: any idea which event group http://mxr.mozilla.org/comm-central/source/mozilla/layout/xul/base/src/nsButtonBoxFrame.cpp#47 runs in?
- # [14:07] <NeilAway> smaug: or is it some magic event that happens between default and system?
- # [14:08] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
- # [14:09] <@smaug> looking
- # [14:09] <@smaug> NeilAway: that is the thing which happens between default and system
- # [14:09] <@smaug> using the callback thingie
- # [14:09] * Quits: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP) (Quit: RealRaven)
- # [14:10] * Joins: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP)
- # [14:10] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/cf2e08f56575 - Berker Peksag - Bug 801618 - WebApps installer does not need asyncCopy. r=yoric
- # [14:10] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
- # [14:10] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e952b94e1f78 - Jorge Luis Mendez - Bug 793728 - Implement OS X backend for the Ambient Light API. r=BenWa, r=dougt, r=bz
- # [14:10] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d181c1929487 - Nanci Bonfim - Bug 800278 - FrameWorker.ports using Map instead of object. r=jaws
- # [14:11] <espindola> decoder: just added a patch
- # [14:11] * Quits: vigneshwaran1 (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP) (Quit: Leaving.)
- # [14:12] <NeilAway> smaug: ta
- # [14:13] <NeilAway> smaug: context is bug 289384 btw
- # [14:14] * Joins: abhishekp (chatzilla@moz-AC3ADE69.mtnl.net.in)
- # [14:14] <decoder> espindola: thanks! :)
- # [14:14] * Joins: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com)
- # [14:15] * Quits: jviereck1 (Adium@moz-41844B84.ethz.ch) (Quit: Leaving.)
- # [14:15] * Quits: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP) (Quit: RealRaven)
- # [14:16] * Joins: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP)
- # [14:16] <RyanVM> decoder: ping
- # [14:17] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [14:17] <decoder> RyanVM: pong
- # [14:18] <RyanVM> decoder: could I trouble you to put some sort of keyword in your mass-change emails so they're more easily filtered? :)
- # [14:18] <decoder> RyanVM: you mean in the comment?
- # [14:18] <RyanVM> yeah
- # [14:18] * whimboo is now known as whimboo|afk
- # [14:18] <decoder> should be possible to do
- # [14:18] <decoder> not sure if any more changes are coming though
- # [14:18] <decoder> ill have to check
- # [14:19] <RyanVM> ok
- # [14:19] * Quits: mak (chatzilla@moz-1C26D640.retail.telecomitalia.it) (Input/output error)
- # [14:19] <RyanVM> thanks :)
- # [14:20] * Joins: jhylands (jhylands@moz-328BBA98.cpe.net.cable.rogers.com)
- # [14:20] * Parts: jhylands (jhylands@moz-328BBA98.cpe.net.cable.rogers.com)
- # [14:20] <espindola> decoder: np
- # [14:20] * Joins: mak (chatzilla@moz-1C26D640.retail.telecomitalia.it)
- # [14:22] * Quits: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com) (Ping timeout)
- # [14:24] * Quits: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [14:25] * bz_away is now known as bz
- # [14:26] <annevk> bz: fwiw, http://trac.webkit.org/browser/trunk/Source/WebCore/html/HTMLIFrameElement.idl does not have allowfullscreen...
- # [14:26] * Joins: pnkfelix (pnkfelix@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [14:27] * Joins: MrDHat (quassel@9816049B.461A44B8.85BF2EFC.IP)
- # [14:27] * Joins: b10n1k (j0ni@moz-D724970A.access.hol.gr)
- # [14:28] * Quits: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP) (Quit: RealRaven)
- # [14:28] * Joins: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP)
- # [14:29] * Quits: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP) (Quit: RealRaven)
- # [14:29] * Joins: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP)
- # [14:30] * Quits: randix (rdow@moz-8563022B.bvtn.or.frontiernet.net) (Quit: randix)
- # [14:30] <@bz> annevk: that makes it that much less likely the web depends on it, yeah.
- # [14:32] * kmoir-afk is now known as kmoir
- # [14:32] * Joins: edmorley (edmorley@88F51059.F3BBB17D.144F44FA.IP)
- # [14:32] * Joins: sheeri (sheeri@moz-5E1F6454.hsd1.ma.comcast.net)
- # [14:34] * Joins: joey-2 (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [14:37] * Joins: gustavold (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP)
- # [14:38] * Quits: twi (Adium@moz-E1F80.business.telecomitalia.it) (Quit: Leaving.)
- # [14:45] * Joins: ericjung (ericjung@5210CFD5.1A5EA44.72B23B3D.IP)
- # [14:47] * Quits: alice (alice@moz-A7C201EB.zone16.bethere.co.uk) (Client exited)
- # [14:49] * Joins: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de)
- # [14:51] * Quits: till (till@moz-A59042CC.adsl.alicedsl.de) (Ping timeout)
- # [14:51] * Joins: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com)
- # [14:51] * Joins: jimm (jmathies@moz-864CAA4E.pn.at.cox.net)
- # [14:51] * Joins: till (till@moz-82846BE.adsl.alicedsl.de)
- # [14:51] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
- # [14:52] * rail_away is now known as rail
- # [14:52] * Quits: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net) (Quit: Computer has gone to sleep.)
- # [14:54] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
- # [14:54] <@bz> What's the right make target for mochitest-plugins
- # [14:55] <@bz> Ah, mochitest-ipcplugins
- # [14:55] <@bz> Gah
- # [14:56] <@bz> That make target ignores TEST_PATH?
- # [14:56] <@bz> Is that expected?
- # [14:56] <glandium> bz: try mach
- # [14:56] * ewong|sleep is now known as ewong
- # [14:57] <@bz> ok, how do I run this with mach?
- # [14:57] * @bz finds the makefile bug that causes it to ignore TEST_PATH, fwiw
- # [14:57] <@bz> but ok
- # [14:57] <@bz> how do I do this with mach?
- # [14:57] <ewong> smaug sorry for the late response.. as edmorley mentioned, it's bug 833769 that's been prevalent.. today I at least starred 10+ of those instances..
- # [14:57] <ewong> both on mc and m-i
- # [14:58] * @bz notest there is no mochitest-ipcplugins for mach
- # [14:58] * Joins: armenzg (armenzg@moz-600B22EA.home1.cgocable.net)
- # [14:58] * khuey|away is now known as khuey
- # [14:58] <RyanVM> jesup: ping
- # [14:59] * Joins: Cwiiis (cwiiis@88F51059.F3BBB17D.144F44FA.IP)
- # [14:59] * Quits: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com) (Ping timeout)
- # [14:59] <@smaug> ewong: ok, that is not the kind of leak I've been dealing with lately
- # [14:59] <glandium> bz: yeah :(
- # [14:59] <@bz> glandium: well, then... ;)
- # [15:00] <@bz> So here's a better question
- # [15:00] <@bz> why does this:
- # [15:00] <glandium> bz: it should be easy to add
- # [15:00] <@bz> python ../obj-firefox/_tests/testing/mochitest/runtests.py --test-path=dom/plugins/test/test_npobject_getters.html
- # [15:00] <@bz> not work?
- # [15:00] * Joins: Pike (Pike@moz-43E445D5.pool.mediaways.net)
- # [15:00] <@bz> as in, the plug-in is never instantiated
- # [15:00] <@bz> But doing:
- # [15:00] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
- # [15:01] <@bz> make TEST_PATH=dom/plugins/test/test_npobject_getters.html -C ../obj-firefox does work
- # [15:01] <@bz> er, with mochitest-plain
- # [15:01] * Quits: MrDHat (quassel@9816049B.461A44B8.85BF2EFC.IP) (Ping timeout)
- # [15:02] <@ted> bz: because the test plugin has to be installed into the profile, probably
- # [15:02] <@ted> and the "mochitest-plain" target probably does that
- # [15:02] <@ted> http://mxr.mozilla.org/mozilla-central/source/testing/testsuite-targets.mk#44
- # [15:02] <@bz> ted: aha, that makes sense
- # [15:02] <@bz> ted: thanks
- # [15:02] <@ted> i think at one point it used to be in dist/bin/plugins, but maybe not anymore
- # [15:03] <@bz> ted: http://mxr.mozilla.org/mozilla-central/source/testing/testsuite-targets.mk#142
- # [15:03] <@bz> ted: should those --test-path pick up a TEST_PATH if any?
- # [15:03] * ewong is now known as ewong|sleep
- # [15:03] * @bz could just try....
- # [15:03] <@ted> bz: seems like it'd be fine to rework those to use $(TEST_PATH), and jujst have
- # [15:03] * Joins: MrDHat (quassel@9816049B.461A44B8.85BF2EFC.IP)
- # [15:03] <glandium> ted: yeah, that moved before 755724 landed
- # [15:03] <@ted> mochitest-ipcplugins: TEST_PATH?=dom/plugins/test
- # [15:04] <glandium> ted: the plugins are in dist/plugins now
- # [15:04] <@ted> ala http://mxr.mozilla.org/mozilla-central/source/testing/testsuite-targets.mk#198
- # [15:04] <@ted> glandium: makes sense
- # [15:04] <glandium> ted: one thing less in dist/bin that isn't in the packaged app :)
- # [15:05] <@ted> yup
- # [15:05] <@ted> in my ideal world we'd just be able to tar up the contents of dist/bin
- # [15:05] <@ted> (maybe modulo omnijar and whatnot)
- # [15:06] * glazou_afk is now known as glazou
- # [15:06] <glandium> ted: in my ideal world we'd have no dist/bin, and make package (or the final step of the build) would take things directly from the objdir
- # [15:06] * catlee-away is now known as catlee
- # [15:06] <@ted> i guess that's nice, except it breaks the "run the thing you just built" usecase
- # [15:07] <glandium> ted: thus the final step of the build
- # [15:07] <@ted> i guess the end of the build could just be stage-package effectively
- # [15:07] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Input/output error)
- # [15:08] * Quits: abhishekp (chatzilla@moz-AC3ADE69.mtnl.net.in) (Quit: ChatZilla 0.9.90 [Firefox 18.0.2/20130201190421])
- # [15:08] <@bz> That would be nice in some ways
- # [15:08] <@bz> prevent all those bustages that only show up in packaged builds
- # [15:08] <@ted> yeah
- # [15:08] <RyanVM> dao: ping
- # [15:09] * whimboo|afk is now known as whimboo
- # [15:11] * Joins: overholt (overholt@35765CFB.88764A66.72A31D6.IP)
- # [15:12] * Joins: qheaden (qheaden@moz-1196D060.nrflva.fios.verizon.net)
- # [15:13] * jhopkins|afk is now known as jhopkins|buildduty
- # [15:13] <mconnor> ted: is there a reason we can't do that?
- # [15:15] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
- # [15:15] * hwine-food is now known as hwine
- # [15:15] <glandium> mconnor: that=?
- # [15:15] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/03f51c4f4465 - Randell Jesup - Bug 843190 - Allow cameras/mics to be shared if permissions UI is disabled. r=derf, a=bajaj
- # [15:16] <mconnor> glandium: stage-package at the end of th ebuild
- # [15:16] * Quits: overholt (overholt@35765CFB.88764A66.72A31D6.IP) (Ping timeout)
- # [15:17] <glandium> mconnor: we could, but people would likely still run things in dist/bin, not dist/firefox
- # [15:17] * joey-2 is now known as joey-afk
- # [15:17] <mconnor> glandium: rename dist/bin ? :)
- # [15:18] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5228ec314dc9 - Geoff Brown - Bug 798683 - Replace getChildCount() calls in robocop tests; r=bnicholson
- # [15:18] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/bf6ef4772884 - Geoff Brown - Bug 844797 - Avoid UnboundLocalError on dumpDir in checkForCrashes; r=edmorley
- # [15:19] <@ted> mconnor: just requires a little rework
- # [15:19] <glandium> mconnor: that's more tricky, there are various Makefile constructs that use $(DIST)/bin directly that would need to be changed
- # [15:19] <@ted> also stage-package was pretty stupid until now
- # [15:19] <@ted> i think with glandium's packager rewrite it's probably smart enough to work
- # [15:20] * Quits: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP) (Quit: RealRaven)
- # [15:20] * Joins: lduros (user@moz-5D9ACE42.admin.upenn.edu)
- # [15:20] * Joins: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP)
- # [15:20] * Joins: bhackett (Mibbit@moz-CC57C135.sub-75-196-239.myvzw.com)
- # [15:21] * Parts: bhackett (Mibbit@moz-CC57C135.sub-75-196-239.myvzw.com)
- # [15:22] * Joins: bhackett (Mibbit@moz-CC57C135.sub-75-196-239.myvzw.com)
- # [15:22] <bhackett> RyanVM: ping
- # [15:22] <RyanVM> bhackett: pong
- # [15:22] <bhackett> RyanVM: are the 10.6 failures in https://tbpl.mozilla.org/?tree=Try&rev=2becc1eeaa54 intermittent?
- # [15:22] <bhackett> one looks like it, the bc crash doesn't have any associated bug info though
- # [15:22] * joey-afk is now known as joey-2
- # [15:23] <RyanVM> yeah, we hit the m-oth yesterday (for like two pushes before randomly disappearing)
- # [15:23] <RyanVM> bc doesn't look new
- # [15:23] * Joins: nmatsakis (nmatsakis@moz-6EBF7608.hsd1.ma.comcast.net)
- # [15:23] <RyanVM> wow, engrish
- # [15:23] <RyanVM> bc doesn't look familiar
- # [15:24] <bhackett> hmm, well, this patch just touches the parser in js
- # [15:25] <bhackett> I don't know how that would cause crashes during cycle collection
- # [15:25] <mikedeboer> for those who don't have Hg MQ auto-completion yet: http://selenic.com/hg/file/c8c3887a24c1/contrib/bash_completion
- # [15:25] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9cbb040ed6da - Adam Roach [:abr] - Bug 837523 - Additional checks for unsupported app behavior r=ehugg
- # [15:26] * Quits: dria (dria@moz-F5EB0C5D.dsl.teksavvy.com) (Quit: dria)
- # [15:26] * Joins: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP)
- # [15:26] * Joins: alice (alice@moz-A7C201EB.zone16.bethere.co.uk)
- # [15:26] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
- # [15:27] * baku|away is now known as baku
- # [15:27] <@ted> mikedeboer: i think the ubuntu packages set that up for you
- # [15:27] <@ted> i should make mozillabuild install that...
- # [15:27] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [15:28] <mikedeboer> ted: nope, I had to do it manually, cuz I'm on OSX :S
- # [15:28] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/7bdc94c723f3 - James Willcox - Bug 844289 - Guard against missing Surface.mNativeSurface on Android r=kats
- # [15:28] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Ping timeout)
- # [15:28] <glandium> ted: i think you need to install the bash-completion package
- # [15:28] <glandium> but maybe it's installed by default
- # [15:28] <@ted> i don't recall explicitly installing that
- # [15:28] * Joins: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net)
- # [15:28] <@ted> but maybe it came in as a prereq
- # [15:28] * Quits: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net) (Quit: jib)
- # [15:29] <mikedeboer> for ubuntu all is fine by default... it's just the other systems that don't... anyway, just a quick #protip ;)
- # [15:29] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
- # [15:29] * mjschranz_away is now known as mjschranz
- # [15:30] <@ted> heh
- # [15:30] * Quits: azakai (alon@moz-EA765158.midsouth.biz.rr.com) (Ping timeout)
- # [15:30] * @ted did cheat and make all his favorite hg prefs the defaults in mozillabuild's hg
- # [15:31] * Joins: zandr (zandr@moz-891BD824.milewski.org)
- # [15:31] * Joins: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net)
- # [15:31] * Joins: jryans (jryans@moz-945C5CA4.massrel.com)
- # [15:31] * Quits: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP) (Quit: RealRaven)
- # [15:31] <@ted> in the 1.7pre build i put up recently i enabled color + pager
- # [15:31] * Joins: coop (Chris@moz-2C3D40DE.dsl.bell.ca)
- # [15:31] * Quits: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
- # [15:31] * Joins: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP)
- # [15:35] * Quits: glob (glob@moz-DF237567.glob.com.au) (Input/output error)
- # [15:36] * Joins: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
- # [15:36] * jmaher|afk is now known as jmaher
- # [15:37] * Quits: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP) (Connection reset by peer)
- # [15:38] * Joins: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP)
- # [15:38] <tbsaunde> ted: does enabling pager mean that hg log and such go to a pager instead of just scrolling it all past you so you can check that hg@1 really did say free the distributed lizard?
- # [15:39] * Joins: glob (glob@moz-DF237567.glob.com.au)
- # [15:39] <@ted> tbsaunde: yup!
- # [15:39] <@ted> tbsaunde: i blogged about how to enable it, it's pretty nice
- # [15:39] <tbsaunde> ted: nice! what is just pager=?
- # [15:39] <@ted> i'd guess the color part wouldn't help you much
- # [15:39] <@ted> tbsaunde: https://blog.mozilla.org/ted/2012/08/20/prettier-mercurial-output/
- # [15:39] <tbsaunde> ted: yeah, and sure, but OMG pager!!!
- # [15:39] <@ted> tbsaunde: it is really nice, git does this by default
- # [15:40] <@ted> hg ships with this extension but it's not on by default, i'm not sure why
- # [15:40] <tbsaunde> ted: I was just about to comment about how gits default is sane :)
- # [15:40] * Quits: qheaden (qheaden@moz-1196D060.nrflva.fios.verizon.net) (Ping timeout)
- # [15:40] <@ted> right
- # [15:43] * Joins: josh (josh@moz-61186829.hsd1.mn.comcast.net)
- # [15:43] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Connection reset by peer)
- # [15:43] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
- # [15:43] * Joins: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net)
- # [15:44] * Joins: dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net)
- # [15:44] * ChanServ sets mode: +o dveditz
- # [15:45] * Joins: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com)
- # [15:46] * Joins: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
- # [15:47] * Joins: jviereck (Adium@moz-233575D8.ethz.ch)
- # [15:47] * Joins: twi (Adium@moz-12EC5C5D.ip243.fastwebnet.it)
- # [15:48] * Joins: Ms2ger (Ms2ger@moz-375F99ED.ugent.be)
- # [15:49] * Joins: Standard8 (Standard8@E9117DB.F7F094F8.4C07D37A.IP)
- # [15:52] * Joins: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP)
- # [15:52] * Quits: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
- # [15:53] * Quits: Paenglab_work (Mibbit@moz-5029C200.swisscom.com) (Quit: http://www.mibbit.com ajax IRC Client)
- # [15:53] <glandium> ted: git does it faster, too
- # [15:53] * Quits: alice (alice@moz-A7C201EB.zone16.bethere.co.uk) (Client exited)
- # [15:54] * Quits: jviereck (Adium@moz-233575D8.ethz.ch) (Quit: Leaving.)
- # [15:55] * Quits: glob (glob@moz-DF237567.glob.com.au) (Quit: reboot)
- # [15:56] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Input/output error)
- # [15:56] * Quits: Standard8 (Standard8@E9117DB.F7F094F8.4C07D37A.IP) (Ping timeout)
- # [15:56] * cmcavoy-offline is now known as cmcavoy
- # [15:57] * Quits: vingtetun (vingtetun@moz-F8747CC6.dsl.ovh.fr) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.9.1.16/20121207220152])
- # [15:57] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/f14dc834f18e - Matt Brubeck - Bug 840643 - Fix exception in WeaveGlue.init that breaks Metro sync setup [r=ally]
- # [15:57] <glandium> bsmedberg: do we have an archive of the most popular plugins for windows and mac?
- # [15:57] * Quits: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP) (Quit: RealRaven)
- # [15:57] * Parts: bhackett (Mibbit@moz-CC57C135.sub-75-196-239.myvzw.com)
- # [15:57] <bsmedberg> glandium: archive?
- # [15:57] * Joins: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP)
- # [15:58] <glandium> bsmedberg: i'm interested in the .dll and .dylib files
- # [15:58] <bsmedberg> No, we don't. Why do you want them?
- # [15:58] <bsmedberg> and do you really mean plugins or addons?
- # [15:58] <glandium> bsmedberg: i want to look at their headers
- # [15:58] <glandium> bsmedberg: i do mean plugins
- # [15:59] <bsmedberg> other than Flash/Java/Silverlight, which all have archives available
- # [15:59] <bsmedberg> everything else is an interesting minority
- # [15:59] * bsmedberg is now known as bsmedberg-mtg
- # [15:59] <@ted> didn't someone say recently we had stats about plugin usage?
- # [16:00] * Joins: azakai (alon@moz-EA765158.midsouth.biz.rr.com)
- # [16:00] <gfritzsche> ted: apparently we do, https://bugzilla.mozilla.org/show_bug.cgi?id=757726#c53
- # [16:00] <glandium> bsmedberg-mtg: so i guess i can only download them from adobe/oracle/microsoft
- # [16:00] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: bbl)
- # [16:01] * Joins: pcwalton (pcwalton@moz-481A040C.hsd1.ca.comcast.net)
- # [16:01] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
- # [16:01] <@ted> gfritzsche: i would love to see that data, just out of curiousity
- # [16:01] <gfritzsche> same here
- # [16:01] * Joins: glob (glob@moz-DF237567.glob.com.au)
- # [16:02] * Joins: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com)
- # [16:02] * Quits: Mitch (chatzilla@moz-425B885E.sbr802.nsw.optusnet.com.au) (Ping timeout)
- # [16:03] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
- # [16:03] * bsmedberg-mtg doesn't believe it
- # [16:03] <@ted> bsmedberg-mtg: do we not log the data we get from plugincheck?
- # [16:03] * Quits: Optimizer1 (Instantbir@94C77FC6.955079FB.AA3EB577.IP) (Ping timeout)
- # [16:03] <bsmedberg-mtg> we do have data from plugincheck
- # [16:04] <bsmedberg-mtg> but that's definitely not *usage* data
- # [16:04] <bsmedberg-mtg> it's at best install data
- # [16:04] <@ted> ah
- # [16:04] * Joins: overholt (overholt@F2D29657.F60B0462.67AC9B1.IP)
- # [16:04] <@ted> sure
- # [16:04] <bsmedberg-mtg> even that's kinda iffy
- # [16:04] * Quits: Ms2ger (Ms2ger@moz-375F99ED.ugent.be) (Ping timeout)
- # [16:04] * Quits: espindola (espindola@moz-EF6944E4.dsl.teksavvy.com) (Ping timeout)
- # [16:05] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
- # [16:05] * Joins: victorporof (victorporo@1CF03390.183F338A.6A4F8DA2.IP)
- # [16:06] * Quits: mgorse (mgorse@B6C068B2.2088E15E.A18F112A.IP) (Quit: ircII EPIC4-2.2 -- Are we there yet?)
- # [16:07] * philor|away is now known as philor
- # [16:09] * Quits: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com) (Ping timeout)
- # [16:10] * Quits: pcwalton (pcwalton@moz-481A040C.hsd1.ca.comcast.net) (Quit: pcwalton)
- # [16:13] * Quits: coop (Chris@moz-2C3D40DE.dsl.bell.ca) (Quit: coop)
- # [16:13] * Joins: coop (Chris@moz-2C3D40DE.dsl.bell.ca)
- # [16:14] * Joins: automata (automata@moz-1CE7A56D.ifsc.usp.br)
- # [16:14] * Joins: espindola (espindola@moz-EF6944E4.dsl.teksavvy.com)
- # [16:15] * Joins: dria (dria@F2D29657.F60B0462.67AC9B1.IP)
- # [16:15] * Joins: ehugg (chatzilla@B3716F60.29102B70.6CD50604.IP)
- # [16:17] * Quits: martyn (martyn@moz-57A66DEC.range81-154.btcentralplus.com) (Ping timeout)
- # [16:18] * Joins: jgilbert (jgilbert@183697E.FEF91D35.59163313.IP)
- # [16:18] * glandium wishes about:plugins gave the full plugin path
- # [16:19] * Joins: hipokrit (hipokrit@1BF5DFDB.CA40E1F7.C558AD24.IP)
- # [16:19] <glob> glandium, set "plugin.expose_full_path"
- # [16:19] <glandium> glob: haha thanks
- # [16:19] <edmorley> glob++
- # [16:20] <glob> there's a security risk for doing this, so disable it once you've finished killing those plugins
- # [16:21] * Joins: Edgar (Thunderbir@moz-ABB62948.dynamic.hinet.net)
- # [16:21] * Joins: abhishekp (chatzilla@moz-AC3ADE69.mtnl.net.in)
- # [16:22] * Joins: nanci (chatzilla@EB8ABE1B.D9975CD5.3927C314.IP)
- # [16:23] <timeless> jwatt: what do you need from an RTL user?
- # [16:23] * Quits: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP) (Quit: RealRaven)
- # [16:23] * Joins: asrail (asrail@EB8ABE1B.D9975CD5.3927C314.IP)
- # [16:23] * Joins: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP)
- # [16:24] <jwatt> timeless: smontagu sorted it out for me, thanks
- # [16:24] <timeless> i'm definitely not your best choice, #mozilla.il has a few people occasionally
- # [16:24] <timeless> cool :)
- # [16:24] <timeless> smontagu is much better :)
- # [16:24] <jwatt> thanks for getting back to me though
- # [16:24] <glandium> http://blogs.msdn.com/b/oldnewthing/archive/2013/02/26/10396960.aspx
- # [16:24] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
- # [16:24] * ChanServ sets mode: +o smaug
- # [16:25] <timeless> :)
- # [16:26] * bsmedberg-mtg is now known as bsmedberg
- # [16:26] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
- # [16:26] * Quits: asrail (asrail@EB8ABE1B.D9975CD5.3927C314.IP) (Quit: Konversation terminated!)
- # [16:30] * Quits: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com) (Quit: Leaving)
- # [16:32] * Joins: martyn (martyn@moz-57A66DEC.range81-154.btcentralplus.com)
- # [16:34] * Joins: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com)
- # [16:34] <nemo> so whenever stuff like http://aptiverse.com/blog/closer_look_at_chrome/
- # [16:34] <nemo> comes up, say on news.ycombinator.com
- # [16:34] <nemo> the inevitable comparison to desktop firefox comes up
- # [16:34] <@ted> that page has graphs of both chrome and firefox
- # [16:35] <nemo> now that article argues that the chrome model has some probs... fine. whatev. but people still note that, well, PDF.js is nice and all, but it'd be even nicer to have another sandbox layer
- # [16:35] <tbsaunde> 1espeak eee
- # [16:35] <nemo> anyway. I was wondering. would it be practical to distribute all of firefox sandboxed?
- # [16:35] <tbsaunde> espeak eee
- # [16:35] <@ted> nemo: that would break a lot of things
- # [16:35] <nemo> ted: ah :-/
- # [16:35] <bsmedberg> nemo: that has been extensively discussed
- # [16:36] <nemo> ted: thought it might be easier and maybe more performant than process per tab
- # [16:36] <nemo> oh well
- # [16:36] <@ted> the app just isn't written to work that way, it'd need a lot of rework
- # [16:36] <bsmedberg> the security team is still looking at it
- # [16:36] <bsmedberg> but since plugins are currently far more brutal to security than anything in Firefox proper
- # [16:36] <nemo> bsmedberg: hrm. there a wiki or blog post on it for the curious?
- # [16:36] <bsmedberg> our first focus has been to make the plugin problem better
- # [16:36] <@ted> if we get there it will probably happen on B2G first
- # [16:36] <@ted> since we don't have as much legacy code and we control the platform
- # [16:37] <nemo> ted: ah. well. I thought mobile was a different kettle of fish. like. for example, process per tab on android already exists no? no addons and such.
- # [16:37] <nemo> ted: I was just thinking just sandboxing whole thing would be fine w/ me.
- # [16:37] <@ted> nemo: no, we don't use separate processes on android
- # [16:37] <nemo> Oo
- # [16:37] <nemo> wth
- # [16:37] <@ted> we do on B2G, but not entirely
- # [16:37] <bsmedberg> B2G is already sandboxed
- # [16:37] <nemo> I'd swear I read you guys had implemented that
- # [16:37] <@ted> nemo: we run gecko on a separate thread
- # [16:37] <@ted> bsmedberg: is it actually?
- # [16:37] <@ted> i thought that was not there yet
- # [16:37] * nemo sighs
- # [16:37] <@ted> i mean, i know we run things in content processes
- # [16:37] <bsmedberg> there are some holes in the sandbox
- # [16:37] * Joins: BenWa (BenWa@moz-B9E3729F.members.linode.com)
- # [16:38] <@ted> but are we actually using OS-level protection?
- # [16:38] <bsmedberg> but all content runs as a nobody user with no privs
- # [16:38] <nemo> ohhh welll. I was misinformed and passed on misinformation. I wasn't talking about sandboxing, just thought you were using process-per-tab
- # [16:38] <@ted> nemo: old versions of firefox for android were using a content process
- # [16:38] <@ted> a single content process
- # [16:38] * Joins: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com)
- # [16:38] <@ted> but we got rid of that with the native ui
- # [16:38] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
- # [16:38] <nemo> ted: anyway. I know b2g is easier, but that's more ambitious. I know I can use sandboxie or linux containers to sandbox firefox. Was just wondering if something similar could be done automatically for users.
- # [16:39] * Joins: RattyAway (Jim_diGriz@393E12A3.993E53F6.FB243CD8.IP)
- # [16:39] <nemo> 'cause I really don't care, in case of evil attack code, if it takes down whole browser
- # [16:39] <@ted> i think we'd like to get there, but it's hard
- # [16:39] <nemo> I'm just glad at that point that I didn't get pwned
- # [16:39] <nemo> would help maybe next month on pwn2own :)
- # [16:39] <@ted> nemo: one of our security folks told me there were paranoid people interested in running ASan-enabled builds
- # [16:39] <RattyAway> !seen ehsan
- # [16:39] <firebot> ehsan was last seen 11 hours, 58 minutes and 9 seconds ago, saying 'hehe, dark humor, sir!' in #developers.
- # [16:40] <@ted> since ASan basically turns exploits into harmless crashes
- # [16:40] * Quits: MrDHat (quassel@9816049B.461A44B8.85BF2EFC.IP) (Ping timeout)
- # [16:40] * Parts: RattyAway (Jim_diGriz@393E12A3.993E53F6.FB243CD8.IP)
- # [16:40] <nemo> ted: cool. although that doesn't help if code finds a way to write to filesystem semi-legitimately.
- # [16:40] <nemo> ted: like, breaking out of profile dir
- # [16:40] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c92816f3028c - Brian Hackett - Bug 835587 - Add syntax only mode to parser, r=jorendorff.
- # [16:40] <@ted> sure, but it pretty much gets rid of memory-safety exploits
- # [16:40] <nemo> although I guess if it can write to profile it can do pretty much anything. make a fake file save dialog
- # [16:41] <tbsaunde> ted: well, memory safety bugs in c++, but not asm / jit code
- # [16:41] * Joins: ehsan (ehsan@183697E.FEF91D35.59163313.IP)
- # [16:41] * ChanServ sets mode: +o ehsan
- # [16:41] <@ted> tbsaunde: sure
- # [16:41] <jorendorff> woot!
- # [16:41] * Joins: MrDHat (quassel@9816049B.461A44B8.85BF2EFC.IP)
- # [16:41] <jorendorff> that patch means i can get back to work
- # [16:42] <@ted> anyone here know anything about DOM workers?
- # [16:42] <jgilbert> ehsan: RattyAway was asking for you
- # [16:43] * vladan-afk is now known as vladan
- # [16:44] * Quits: abhishekp (chatzilla@moz-AC3ADE69.mtnl.net.in) (Quit: ChatZilla 0.9.90 [Firefox 18.0.2/20130201190421])
- # [16:44] * Joins: paolo (paolo@moz-1DD978BD.retail.telecomitalia.it)
- # [16:44] <@ted> nvm
- # [16:45] * Quits: till (till@moz-82846BE.adsl.alicedsl.de) (Client exited)
- # [16:45] * Quits: sfink (chatzilla@moz-5C92B3D5.dsl.pltn13.sbcglobal.net) (Ping timeout)
- # [16:45] * Quits: MrDHat (quassel@9816049B.461A44B8.85BF2EFC.IP) (Ping timeout)
- # [16:46] * Quits: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com) (Ping timeout)
- # [16:47] <Matt> I have a sandbox with the principal set to @mozilla.org/systemprincipal;1
- # [16:47] * Joins: sicking (sicking@moz-289A587C.hsd1.ca.comcast.net)
- # [16:47] <Matt> but it refuses to load from my protocol handler if the protocolFlags include URI_DANGEROUS_TO_LOAD
- # [16:47] <Matt> does that seem normal?
- # [16:47] <Matt> the documentation says that the system principal should allow you to use protocols with that flag
- # [16:47] * khuey is now known as khuey|away
- # [16:50] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Quit: bye)
- # [16:51] * Joins: jviereck (Adium@moz-41FC4BAC.ethz.ch)
- # [16:51] * Joins: till (till@moz-82846BE.adsl.alicedsl.de)
- # [16:53] <@bz> That should work
- # [16:53] <@bz> generally speaking
- # [16:53] * Quits: till (till@moz-82846BE.adsl.alicedsl.de) (Client exited)
- # [16:53] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [16:54] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
- # [16:54] <Matt> then I guess I'm doing something wrong
- # [16:54] <Matt> I'll try to simplify the code
- # [16:54] <Matt> one other question: is it possible to make the protocol deliver up certain files only in a web context?
- # [16:54] <Matt> that's what Chrome does but having web-accessible-resources in the manifest
- # [16:55] <@bz> I'm not sure what you're asking
- # [16:55] * Quits: AndreeaM1 (Thunderbir@601F3B17.33662590.A5830293.IP) (Quit: AndreeaM1)
- # [16:55] * Joins: beaufour (beaufour@moz-EA4226EF.nyc.biz.rr.com)
- # [16:55] * Joins: erikvold (erikvold@moz-FEB0D3F0.bchsia.telus.net)
- # [16:55] <Matt> well I want my protocol to deliver myprotocol://foo/a but not myprotocol://foo/b when requested by a website
- # [16:56] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [16:56] <Matt> I guess that in newChannel I can check the URL being requested
- # [16:56] * darkowlzz|zzz is now known as darkowlzz
- # [16:56] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [16:56] <Matt> I just need to determine whether the request is being made by web content
- # [16:56] <Matt> not sure if that's possible though
- # [16:57] * Joins: erikvold_ (erikvold@moz-FEB0D3F0.bchsia.telus.net)
- # [16:57] <@bz> Matt: You can detect that, in general
- # [16:57] <@bz> Matt: by examining your load context
- # [16:57] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Quit: ChatZilla 0.9.90 [SeaMonkey 2.15.2/20130203013604])
- # [16:57] <@bz> Matt: if you do it async after your AsyncOpen call, it should work.
- # [16:57] * Joins: myk (myk@moz-CC0872DD.tmodns.net)
- # [16:57] <Matt> hmm
- # [16:58] <Matt> but all the protocol handler does is return the channel
- # [16:58] <Matt> so I wrap the channel I guess
- # [16:58] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Ping timeout)
- # [16:58] * Quits: erikvold (erikvold@moz-FEB0D3F0.bchsia.telus.net) (Ping timeout)
- # [16:58] * erikvold_ is now known as erikvold
- # [16:58] * Quits: teoli (teoli@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
- # [16:58] <Matt> check the load context in AsyncOpen and cancel the request if I don't want to allow it
- # [16:58] <Matt> ok I'll try that
- # [16:58] * Joins: caitp- (caitpotter@72F66B0E.33EE9F8A.1139E686.IP)
- # [16:59] * Joins: bholley (anonymous@moz-FCAF9AAB.hsd1.ca.comcast.net)
- # [16:59] <caitp-> I need to set some preprocessor definitions for a 3rd party library, where would be the appropriate place to do that? I don't know if configure.in is the right place because it should only apply to gkmedia_s (I think) and the 3rd party library itself
- # [17:00] * Joins: teoli (teoli@88F51059.F3BBB17D.144F44FA.IP)
- # [17:01] * Joins: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
- # [17:02] * Quits: b10n1k (j0ni@moz-D724970A.access.hol.gr) (Client exited)
- # [17:03] * glob is now known as glob|away
- # [17:04] * Quits: myk (myk@moz-CC0872DD.tmodns.net) (Ping timeout)
- # [17:04] * Joins: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net)
- # [17:04] * khuey|away is now known as khuey
- # [17:04] * Joins: myk (myk@moz-CC0872DD.tmodns.net)
- # [17:05] <Matt> bz: okay I see the problem, my sandboxed XHR is loading the content but it references a CSS stylesheet that needs to be loaded by the web content (I'm injecting HTML into the page)
- # [17:05] <Matt> so I can't use URI_DANGEROUS_TO_LOAD
- # [17:06] <Matt> I'll have to secure it myself using the load context as we just discussed
- # [17:06] * Matt goes to try it
- # [17:06] * Joins: mixedpuppy (mixedpuppy@moz-7B3CFB22.vc.shawcable.net)
- # [17:06] * Quits: llmelon (chatzilla@moz-43CE5A55.cpe.vividwireless.net.au) (Quit: ChatZilla 0.9.90 [Firefox 18.0.2/20130201065344])
- # [17:07] * Joins: smooney__ (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [17:07] * Quits: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [17:07] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
- # [17:07] * joduinn-home is now known as joduinn-coffee
- # [17:08] * Quits: KWierso|Home (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Ping timeout)
- # [17:08] * Quits: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP) (Quit: Leaving)
- # [17:09] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/394301ee7017 - Dão Gottwald - Bug 842442 - Return NO_DEVICES_FOUND error when only video or only audio is requested with no suitable device available. r=dolske a=bajaj
- # [17:10] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
- # [17:10] * Quits: jviereck (Adium@moz-41FC4BAC.ethz.ch) (Quit: Leaving.)
- # [17:11] * Quits: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Ping timeout)
- # [17:11] * Quits: Edgar (Thunderbir@moz-ABB62948.dynamic.hinet.net) (Quit: Edgar)
- # [17:11] * Joins: KWierso|Home (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
- # [17:11] * Joins: jviereck (Adium@moz-41FC4BAC.ethz.ch)
- # [17:12] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
- # [17:13] * Joins: nhirata (anonymous@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [17:13] * Joins: Nefzaoui (chatzilla@7FEFEC49.3076D893.7D0E51E.IP)
- # [17:14] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/01b282dacd66 - Bobby Holley - Bug 812693 - Remove GetJSObjectOfWrapper. r=mrbkap
- # [17:14] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [17:14] * Quits: smooney__ (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney__)
- # [17:15] * Joins: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com)
- # [17:15] * Joins: jimb (user@moz-4FF064D3.ptld.qwest.net)
- # [17:16] * Joins: vingtetun (vingtetun@moz-F8747CC6.dsl.ovh.fr)
- # [17:18] * Quits: balrog (balrog@moz-A15748DA.phlapa.fios.verizon.net) (Ping timeout)
- # [17:18] * Joins: jdm (jdm@DB05BBF2.BB1F48F2.971E19F6.IP)
- # [17:18] * Joins: wlach (wlach@moz-AEEC2DA3.mc.videotron.ca)
- # [17:18] * Joins: hurley (hurley@moz-E76806A0.dsl.static.sonic.net)
- # [17:19] * armenzg is now known as armenzg_brb
- # [17:20] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [17:21] * Joins: Ms2ger (Ms2ger@moz-E169C25E.adsl-dyn.isp.belgacom.be)
- # [17:22] * Quits: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP) (Quit: RealRaven)
- # [17:22] * Joins: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP)
- # [17:22] * Quits: rohandalvi (rohandalvi@moz-8995B7DA.rochester.res.rr.com) (Ping timeout)
- # [17:23] <mikedeboer> another little #protip: start Firefox with `firefox-bin -ProfileManager` and untick the box 'Don't ask at startup'
- # [17:23] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/dfb8986b9c14 - Justin Lebar - Bug 844820 - Fix two benign races in nsTArray around sEmptyHdr. a=bz
- # [17:24] <mikedeboer> create seperate profiles for each build and you're off again... hyper productive :P
- # [17:24] * Joins: balrog (balrog@moz-A15748DA.phlapa.fios.verizon.net)
- # [17:24] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
- # [17:24] * Quits: T3 (T3@moz-26E5CADA.dsl.telesp.net.br) (Ping timeout)
- # [17:24] * Quits: tetreis (T3@moz-26E5CADA.dsl.telesp.net.br) (Ping timeout)
- # [17:25] <@ehsan> ted: ping
- # [17:26] <dougt> bsmedberg: ping?
- # [17:26] <bsmedberg> dougt: pong
- # [17:27] <dougt> hey. i have a component/service that listens for category app-startup.
- # [17:27] <dougt> i only want this to happen in the parent process.
- # [17:27] <bsmedberg> mikedeboer: why do that? I don't recommend it
- # [17:27] <dougt> (think b2g)
- # [17:27] <dougt> i have seen some people just noop if the component is loaded in the child process.
- # [17:27] <bsmedberg> dougt: binary or JS component?
- # [17:27] <dougt> js
- # [17:28] <bsmedberg> hold on, let me check the modifiers
- # [17:28] * Joins: Waldo (waldo@B1A04851.559FC6D5.439315E1.IP)
- # [17:28] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/24251a0088bf - Norbert Lindenberg - Bug 769872 - Add self-hosted JavaScript core of Intl constructors Collator, NumberFormat, DateTimeFormat (part 8). r=jwalden
- # [17:28] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ca9fbb261ec7 - Norbert Lindenberg - Bug 769872 - Add self-hosted JavaScript core of Intl constructors Collator, NumberFormat, DateTimeFormat (part 11). r=jwalden
- # [17:28] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f9b5cfcd1ca7 - Norbert Lindenberg - Bug 769872 - Add self-hosted JavaScript core of Intl constructors Collator, NumberFormat, DateTimeFormat (part 10). r=jwalden
- # [17:28] * Joins: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net)
- # [17:28] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/6f1770a17c7a - Norbert Lindenberg - Bug 769872 - Add self-hosted JavaScript core of Intl constructors Collator, NumberFormat, DateTimeFormat (part 9). r=jwalden
- # [17:28] <mikedeboer> bsmedberg: well, this has been the way I run my 'casual use' instance of FF and run the Nightly at the same time
- # [17:29] <mikedeboer> are there other ways of running two instances at the same time on OSX?
- # [17:29] <bsmedberg> mikedeboer: because you don't want to run your personal-use instance on Nightly?
- # [17:29] <bsmedberg> mikedeboer: yeah, just launch it with -profile /path/to/directory
- # [17:29] * Quits: darkowlzz (darkowlzz@978951E9.EA04062D.25B273F5.IP) (Ping timeout)
- # [17:29] <bsmedberg> although I'd love if you just used nightly as your primary browser ;-)
- # [17:30] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/544ad097d83a - Ehsan Akhgari - Bug 845341 - Make sure that PrivateBrowsingUtils.permanentPrivateBrowsing does not throw if the autostart pref doesn't have a default value; r=jdm
- # [17:30] * Quits: past (Instantbir@moz-A7F2949A.dsl.dyn.forthnet.gr) (Ping timeout)
- # [17:30] <@bz> who would know stuff about Fennec startup perf?
- # [17:30] <@bz> or timers on Android?
- # [17:30] <mikedeboer> bsmedberg: I use it for that purpose occasionally, but now I'm changing UI features
- # [17:30] <Ms2ger> bz, I'm tempted to reply "you" ;)
- # [17:30] <bsmedberg> glandium: do we share XPCOM component registration info with content processes?
- # [17:31] * bsmedberg doesn't think we do
- # [17:31] * Quits: myk (myk@moz-CC0872DD.tmodns.net) (Ping timeout)
- # [17:31] <glandium> bsmedberg: not that i know of
- # [17:31] <bsmedberg> bz: talk to blassey
- # [17:31] <bsmedberg> dougt: this should be easy enough to fix, then. File it?
- # [17:31] <bsmedberg> it's probably already filed, but I don't want to find the bug now
- # [17:31] <@ted> ehsan: pong
- # [17:31] * Quits: erikvold (erikvold@moz-FEB0D3F0.bchsia.telus.net) (Quit: erikvold)
- # [17:32] <glandium> bsmedberg: but i haven't followed the recent changes that have been done for b2g
- # [17:32] * Joins: myk (myk@moz-CC0872DD.tmodns.net)
- # [17:32] <@ehsan> ted: what do I need to include to get access to SpeicalPowers?
- # [17:32] <dougt> bsmedberg: what's the idea? just to *somehow* mark the manifest entry as child or parent only?
- # [17:32] <@ted> it gets built as an extension
- # [17:32] <bsmedberg> dougt: yep
- # [17:32] <bsmedberg> add a manifest modifier
- # [17:33] <dougt> category app-startup ProcessGlobal parent,service,@mozilla.org/dougt-component;1
- # [17:33] <jdm> bsmedberg: I'm 99% sure that we don't share any component registration
- # [17:33] * Joins: past (Instantbir@moz-A7F2949A.dsl.dyn.forthnet.gr)
- # [17:33] <ochameau> bsmedberg: I don't think we do as well, I tried to experiment webapi development as addon and wasn't able to have something working in content process. It would be really great to have such thing working!
- # [17:33] <@ted> ehsan: http://mxr.mozilla.org/mozilla-central/source/testing/mochitest/runtests.py#952
- # [17:33] <@ted> mochitest expects them to be in a special directory
- # [17:34] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
- # [17:34] <@ehsan> ted: oh, I meant, what js file should I include in my <script> tag?
- # [17:34] <@ehsan> I'm already in a mochitest
- # [17:34] <bsmedberg> ochameau: addons are not loaded into content processes by design
- # [17:34] <@ehsan> ted: here, fwiw: http://mxr.mozilla.org/mozilla-central/source/dom/browser-element/mochitest/file_browserElement_SetVisibleFrames_Outer.html?force=1
- # [17:35] <glandium> dougt: note that anything you add to xpcom/components/ManifestParser.cpp will need to be added to python/mozbuild/mozpack/chrome/manifest.py or python/mozbuild/mozpack/chrome/flags.py
- # [17:35] * Joins: mccr8 (mccr8@2557E599.66715431.D25A875A.IP)
- # [17:35] <ochameau> bsmedberg: I'm not expecting addons to be loaded into content, but xpcoms that I register with the addon to be loaded into content
- # [17:35] * Quits: tonymec (tonymec@ACE87672.8190FE72.277517C1.IP) (Input/output error)
- # [17:35] * Quits: JeroenDeDauw (j@moz-E9C71C9C.dip.t-dialin.net) (Quit: Leaving.)
- # [17:35] * Joins: JeroenDeDauw (j@moz-E9C71C9C.dip.t-dialin.net)
- # [17:35] <@ted> ehsan: it doesn't work that way
- # [17:35] <bsmedberg> ochameau: no, that's exactly what I *don't* want
- # [17:36] <@ted> ehsan: SpecialPowers uses the observer service notifications for new globals and attaches
- # [17:36] <dougt> bsmedberg: i basically want some way to make a xpcom component *only* load in the parent process
- # [17:36] <dougt> period
- # [17:36] <@ehsan> ted: hum, so... how can I use SpecialPowers in that file?
- # [17:36] <glandium> dougt: add a flag in xpcom/components/ManifestParser.cpp
- # [17:36] * Quits: stransky (stransky@moz-107AD163.redhat.com) (Quit: Connection reset by beer)
- # [17:36] <@ted> ehsan: http://mxr.mozilla.org/mozilla-central/source/testing/specialpowers/components/SpecialPowersObserver.js#52
- # [17:36] <ochameau> ochameau: then, that's unfortunate for prototyping
- # [17:37] <@ehsan> ted: I'm not sure what you're suggesting
- # [17:37] <bsmedberg> ochameau: the message manager exists for precisely this purpose
- # [17:37] <bsmedberg> use it!
- # [17:37] <@ehsan> ted: that code does not work, for some reason here
- # [17:38] <@ehsan> ted: since I cannot access the SpecialPowers identifief
- # [17:38] * Joins: darkowlzz (darkowlzz@5F7E6ABB.2432B25E.F44414AF.IP)
- # [17:38] <@ted> ehsan: i...don't know
- # [17:38] <@ted> so it's actually slightly more complicated than that, because it handles OOP
- # [17:38] <@ted> http://mxr.mozilla.org/mozilla-central/source/testing/specialpowers/content/specialpowers.js#122
- # [17:38] <@ted> but we attach on DOMWindowCreated
- # [17:38] <@ted> so if your window isn't triggering that, i don't know what's going on
- # [17:39] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
- # [17:39] <@ehsan> ted: can I just include that script like normal scripts?
- # [17:39] * Joins: mwargers (chatzilla@moz-AF369B35.adsl.online.nl)
- # [17:40] * armenzg_brb is now known as armenzg
- # [17:40] <@ehsan> ted: fwiw, that page is loaded inside an <iframe mozbrowser>: http://mxr.mozilla.org/mozilla-central/source/dom/browser-element/mochitest/browserElement_SetVisibleFrames.js#43
- # [17:40] * Quits: Waldo (waldo@B1A04851.559FC6D5.439315E1.IP) (Quit: brb)
- # [17:40] <Yoric> What's the least busy Try server atm?
- # [17:41] <Yoric> I mean, the least busy platform.
- # [17:41] <@khuey> the webkit one
- # [17:41] <Yoric> :)
- # [17:41] * Quits: mreavy (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
- # [17:41] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a2e147b93af6 - Rafael Ávila de Espíndola - Bug 845277 - Asan builds burning with "js/src/jsproxy.h:346:7: error: visibility does not match previous declaration". r=bholley.
- # [17:41] * Yoric needs to launch a bunch of cross-platform tests, doesn't want to annoy anyone.
- # [17:41] * Joins: mreavy_ (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
- # [17:41] <@ted> ehsan: no
- # [17:41] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
- # [17:41] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
- # [17:41] * mreavy_ is now known as mreavy
- # [17:41] * Joins: erikvold (erikvold@moz-FEB0D3F0.bchsia.telus.net)
- # [17:41] <Yoric> Ah, well, I'll launch Linux.
- # [17:41] <@ted> ehsan: hum, i don't know the specifics here
- # [17:41] * Joins: we11ington (msu-cse498@moz-600949B7.cse.msu.edu)
- # [17:41] <@ehsan> ted: who should I ask?
- # [17:41] <@ted> it's probably that iframe mozbrowser is doing something different
- # [17:42] <@ted> you should find someone who knows how that works
- # [17:42] <@ted> and point them at the specialpowers code
- # [17:42] <@ted> and ask why it doesn't work
- # [17:42] <Yoric> Oh, wow, trychooser now shows the info.
- # [17:42] <Yoric> That's great.
- # [17:42] <@ehsan> hmm
- # [17:42] <@ehsan> shoot
- # [17:42] <@ted> it seems sensible to have specialpowers work inside mozbrowser
- # [17:42] <@ehsan> it's more than sensible...
- # [17:42] <@ehsan> it's blocking me
- # [17:42] <@ehsan> :(
- # [17:42] <@ted> necessary
- # [17:42] <@ted> yeah
- # [17:42] * Joins: HeldtNotHelt (firefox@A4C99C2C.8C382C77.7C9220AF.IP)
- # [17:42] <@ted> jlebar: ping?
- # [17:43] * @ehsan files a bug...
- # [17:43] <@ted> please do
- # [17:43] <@ted> we'll find the right people to sort this out
- # [17:43] <bsmedberg> khuey: ping
- # [17:43] * Joins: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz)
- # [17:44] * Quits: jviereck (Adium@moz-41FC4BAC.ethz.ch) (Quit: Leaving.)
- # [17:44] * Joins: AndreeaM (Thunderbir@A96AD87.2D6B9C2A.CD219C36.IP)
- # [17:45] <@khuey> bsmedberg: hi
- # [17:45] * Quits: myk (myk@moz-CC0872DD.tmodns.net) (Ping timeout)
- # [17:45] <bsmedberg> khuey: of the prefservice threading bugs you've fixed recently
- # [17:45] * merike|away is now known as merike
- # [17:45] <bsmedberg> khuey: which of them were *writing* the prefservice off the main thread, and which were just reading?
- # [17:46] <@khuey> bsmedberg: define recently
- # [17:46] * Joins: davidb (davidb@C593061F.9FC507A8.7B545C66.IP)
- # [17:46] <bsmedberg> khuey: past two releases?
- # [17:46] * Quits: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP) (Connection reset by peer)
- # [17:46] * Joins: RattyAway (Jim_diGriz@393E12A3.993E53F6.FB243CD8.IP)
- # [17:47] <glandium> Yoric: look at trychooser, it gives you slave use
- # [17:47] <RattyAway> Google Chrome performs admirably in a range of commonly-tested scenarios, but at the same time, suffers from a significant number of fundamental design issues that undermine its performance for the applications that are starting to emerge today.
- # [17:47] <RattyAway> http://aptiverse.com/blog/closer_look_at_chrome/
- # [17:47] <bsmedberg> khuey: topcrash https://bugzilla.mozilla.org/show_bug.cgi?id=836263#c15
- # [17:47] <Yoric> glandium: Yeah, I just noticed, that's great.
- # [17:47] * jcranmer|away is now known as jcranmer
- # [17:47] * Yoric wonders who he should thank for that.
- # [17:48] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Connection reset by peer)
- # [17:48] <glandium> Yoric: benwa
- # [17:48] * Joins: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP)
- # [17:48] <glandium> Yoric: http://benoitgirard.wordpress.com/2013/01/02/trychooser-now-helps-you-get-results-faster/
- # [17:48] * Joins: tonymec (tonymec@ACE87672.8190FE72.277517C1.IP)
- # [17:49] <Yoric> Thanks.
- # [17:49] <Yoric> BenWa: Kudos ^
- # [17:49] <BenWa> np
- # [17:49] * Joins: bdahl (bdahl@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [17:49] <@khuey> bsmedberg: I'm not sure that any of them were writes
- # [17:49] <@khuey> at least, off main thread writes
- # [17:49] <bsmedberg> hrm
- # [17:49] <@khuey> presumably we write some of these prefs somewhere
- # [17:50] * Joins: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net)
- # [17:50] * Joins: dbaron (dbaron@moz-E0DDE997.dsl.dynamic.sonic.net)
- # [17:50] * ChanServ sets mode: +o dbaron
- # [17:50] * Joins: taras (taras@moz-8E045071.hsd1.wa.comcast.net)
- # [17:50] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
- # [17:51] <@khuey> bsmedberg: yeah, looks like everything hanging off 619487 that's been fixed recently is a read
- # [17:51] <bsmedberg> crap, my theory is getting weaker
- # [17:51] <jdm> ehsan: is specialpowers not working in OOP or IP mode?
- # [17:52] <@ehsan> jdm: oop
- # [17:52] <@khuey> bsmedberg: I never really understood this theory to begin with ;-)
- # [17:52] * Joins: fabrice (fabrice@2557E599.66715431.D25A875A.IP)
- # [17:52] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
- # [17:52] <bsmedberg> khuey: if you write to the pref hash from arbitrary threads you can end up with buckets pointing at garbage
- # [17:53] <glandium> dougt: did you file a bug for that component manifest thing?
- # [17:53] <jdm> ehsan: hmm, I'm not too surprised in this case. We may need to watch the remote-frame-shown notification as well
- # [17:53] * Joins: brendan (brendaneic@E9117DB.F7F094F8.4C07D37A.IP)
- # [17:53] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d4b3e31be39e - Rail Aliiev - Bug 837019 - update mozilla-central gonk snapshot (unagi & panda). r=hwine
- # [17:53] <jdm> although that's not the actual name
- # [17:53] <mconnor> ehsan: so once upon a time you filed a bug to make inbound an L3 repo. since you did that, I'm going to poke at logic a bit :)
- # [17:54] <@ehsan> jdm: I'd appreciate if you can see if you can fix this bug :)
- # [17:54] <@ehsan> mconnor: please do
- # [17:54] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6bca0d84ff84 - Rail Aliiev - Bug 837019 - update mozilla-central gonk snapshot (otoro). r=hwine
- # [17:54] <dougt> glandium: no
- # [17:54] <dougt> glandium: if you want to, great. :)
- # [17:54] <dougt> i could look at it… or you can.
- # [17:54] <mconnor> ehsan: one of the reasons it was originally _not_ an L3 repo was because I had a long-term idea around meaningfully separating "can commit to project branches" and "can break the main trees" :)
- # [17:55] * Quits: pnkfelix (pnkfelix@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: Leaving.)
- # [17:55] <mconnor> ehsan: but in that bug, it was asserted that because it merged to central, it needed the same permissions as central
- # [17:55] * Joins: knelson (Adium@2557E599.66715431.D25A875A.IP)
- # [17:55] * Parts: knelson (Adium@2557E599.66715431.D25A875A.IP)
- # [17:55] <Ms2ger> mconnor, either that or asking the sheriff to double-check every commit...
- # [17:55] * Joins: jammink (textual@2557E599.66715431.D25A875A.IP)
- # [17:55] <jdm> ehsan: which bug is this, again?
- # [17:56] * Quits: espindola (espindola@moz-EF6944E4.dsl.teksavvy.com) (Client exited)
- # [17:56] <mconnor> Ms2ger: to guard against what, exactly?
- # [17:56] <mconnor> Ms2ger: do you believe our vouching levels have meaningful distinctions these days? :)
- # [17:56] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/87e9f84a9fc2 - Robert Longson - Bug 785606 - Support viewBox=none from SVG 1.2 Tiny r=jwatt
- # [17:56] <Ms2ger> L1 is handed out very easily
- # [17:56] <Ms2ger> Definitely more easily than L3
- # [17:56] <mconnor> sure
- # [17:57] <mconnor> I don't think it should be L1
- # [17:57] <@khuey> nobody gets L2 right now
- # [17:57] <@khuey> nobody who works on Firefox anyways
- # [17:57] <mconnor> sure
- # [17:57] * Joins: ehugg_ (ehugg@moz-FE206300.cisco.com)
- # [17:57] <@khuey> so you've just argued for it to be L3 ;-)
- # [17:58] * Quits: we11ington (msu-cse498@moz-600949B7.cse.msu.edu) (Quit: we11ington)
- # [17:58] * Joins: bent (chatzilla@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [17:58] <mconnor> khuey: no, I agreed that currently L2 has no value for a Firefox dev, so no one gets it
- # [17:58] <Ms2ger> Or give us all L4
- # [17:58] <mconnor> define all?
- # [17:59] * Quits: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard)
- # [17:59] * Joins: pnkfelix (pnkfelix@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [17:59] <jdm> ehsan: try adding an extra observer for "remote-browser-frame-shown" at http://mxr.mozilla.org/mozilla-central/source/testing/specialpowers/components/SpecialPowersObserver.js?force=1#52
- # [17:59] <@khuey> mconnor: yes, but what would be the point of debating if I didn't get to put words in peoples mouthes?
- # [18:00] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/41d43416168d - Ryan VanderMeulen - Merge m-c to inbound.
- # [18:00] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/fe6e46c05587 - Andrea Marchesini - Bug 843417 - LMK will never kill the Musicplayer app. r=mchen, f=jlebar
- # [18:00] * Joins: alice (alice@moz-A7C201EB.zone16.bethere.co.uk)
- # [18:00] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a4f834dd884f - Ryan VanderMeulen - Merge the last PGO-green inbound changeset to m-c.
- # [18:00] * Joins: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net)
- # [18:00] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f5481770263d - Andrea Marchesini - Bug 842986 - Implement MozFrameLoaderOwner on HTMLFrameElement. r=bz
- # [18:00] * Quits: pnkfelix (pnkfelix@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: Leaving.)
- # [18:00] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f14dc834f18e - Matt Brubeck - Bug 840643 - Fix exception in WeaveGlue.init that breaks Metro sync setup [r=ally]
- # [18:01] <mconnor> khuey: someone taught you well, or poorly :P
- # [18:01] <mconnor> L4 might be useful
- # [18:01] * Quits: yury (yury@moz-68731345.ok.ok.cox.net) (Input/output error)
- # [18:01] * joey-2 is now known as joey-afk
- # [18:02] <@khuey> oh god no please :-)
- # [18:02] <mconnor> but we tried to solve a problem too generically
- # [18:02] * Quits: alice (alice@moz-A7C201EB.zone16.bethere.co.uk) (Ping timeout)
- # [18:02] * Matt gets the impression you can't create a JS proxy to an XPCOM native wrapper
- # [18:03] <mconnor> I would say that if project/team repos are all L2, we could easily restrict L3 to "people who follow the goddamn tree rules"
- # [18:03] * Quits: vingtetun (vingtetun@moz-F8747CC6.dsl.ovh.fr) (Ping timeout)
- # [18:03] <mconnor> we could give philor the keys to revoke L3 on abuse...
- # [18:03] <@khuey> ugh
- # [18:03] <@khuey> WebRTC added more off main thread prefs usage
- # [18:04] <mconnor> why is that bad?
- # [18:04] <mconnor> (curious)
- # [18:04] * Quits: vtmarvin (Thunderbir@32DFDBE.7102BCB6.B7C3970A.IP) (Ping timeout)
- # [18:04] <glandium> dougt: please cc me if you do file one ;)
- # [18:04] <@khuey> mconnor: the prefs thing?
- # [18:04] * Joins: myk (myk@2557E599.66715431.D25A875A.IP)
- # [18:05] * mgerva is now known as mgerva-afk
- # [18:05] <froydnj> khuey: woo, telemetryvfs is off the hook for a little while ;)
- # [18:05] <@khuey> froydnj: I'm going to make them back out
- # [18:05] <@khuey> ;-)
- # [18:06] <froydnj> khuey: /popcorn
- # [18:06] <mconnor> khuey: yes
- # [18:06] * Joins: yury (yury@moz-68731345.ok.ok.cox.net)
- # [18:06] <@khuey> mconnor: the preferences service isn't threadsafe, you can end up corrupting the hashtable
- # [18:06] <@khuey> and then bad things happen
- # [18:06] <@ted> mconnor: i suspect L2 was added to have a lower-friction option between "can push to try" and "can commit to product"
- # [18:06] <@ted> for projects
- # [18:07] <@ted> whether that is actually useful in practice i don't know
- # [18:07] <mconnor> ted: well, and for "not-Firefox" code that didn't need the same bar
- # [18:07] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/65108c196870 - David Rajchenbach-Teller - Bug 840887 - DirectoryIterator.prototype.exists - asynchronous version. r=froydnj
- # [18:07] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/7c638eba3a46 - David Rajchenbach-Teller - Bug 840887 - New OS.Constants constants. r=khuey
- # [18:07] <joe> sid0: which versions of mercurial are affected by the rebase bug?
- # [18:07] <mconnor> ted: part of this is spurred on by someone doing an L3 request for a new employee
- # [18:07] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/692f9ca21745 - David Rajchenbach-Teller - Bug 840887 - Fix behavior of DirectoryIterator when the directory doesn't exist - Windows version. r=froydnj
- # [18:07] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/cf2f3b45cb38 - David Rajchenbach-Teller - Bug 840887 - Test the behavior of DirectoryIterator when the directory doesn't exist. r=froydnj
- # [18:08] <@ted> mconnor: ah, heh
- # [18:08] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/bd4206b887ff - David Rajchenbach-Teller - Bug 840887 - Fix behavior of DirectoryIterator when the directory doesn't exist - Unix version. r=froydnj
- # [18:08] <@ted> i've seen that before :)
- # [18:08] <mconnor> which khuey and others (rightly) kvetched about
- # [18:08] <@khuey> jdm deserves the credit here ;-)
- # [18:08] <mconnor> L1 doesn't let you play with others really
- # [18:08] <mconnor> L1 is a sandbox perm
- # [18:08] * Quits: jimb (user@moz-4FF064D3.ptld.qwest.net) (Ping timeout)
- # [18:08] <@ted> unless you're playing in user repos
- # [18:08] <mconnor> L2 is "real work"
- # [18:08] * Quits: myk (myk@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [18:08] * jchen|away is now known as jchen
- # [18:08] <mconnor> L3 is "you can fuck up products and multiple team workflows"
- # [18:09] <dougt> bsmedberg: is there a category like "app-startup" that only fires in the parent process?
- # [18:09] <mconnor> except in Firefox-land, you need L3 for "real work" because most of the project repos are L3 now
- # [18:09] <@ehsan> jdm https://bugzilla.mozilla.org/show_bug.cgi?id=845379
- # [18:09] <dougt> maybe we don't need to modify anything but the observation.
- # [18:09] <jdm> ehsan: yeah, I found it. currently trying to get a working m-c build to test my ideas.
- # [18:09] * Joins: bajaj (Adium@2557E599.66715431.D25A875A.IP)
- # [18:10] <jdm> baku: ping
- # [18:10] <baku> jdm, pong
- # [18:10] * Quits: bent (chatzilla@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 18.0.2/20130201065344])
- # [18:10] <bsmedberg> dougt: I don't know any more
- # [18:10] <mconnor> dougt: should app-startup even fire for a child process? seems iffy
- # [18:10] <jdm> baku: oh wait, probably my mistake
- # [18:10] * @ted wonders what the "mssd_aih" suffix on the flash player installer maens
- # [18:10] <@ted> means
- # [18:10] * Joins: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [18:10] <jdm> carry on
- # [18:10] <bsmedberg> dougt: profile-do-change and profile-after-change, but I'm not sure they have categories
- # [18:10] <baku> jdm, :) ok
- # [18:10] <dougt> hmm.
- # [18:11] <@ted> mconnor: yeah, that's kinda unfortunate
- # [18:11] <@ted> if we aren't using L2 in practice, then sure, maybe we should get rid of it
- # [18:11] * Quits: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Leaving.)
- # [18:11] <@ted> but it doesn't fix the problem
- # [18:11] <@ehsan> mconnor: so the original reasoning for making inbound L3 was that we required L3 for commits to central
- # [18:11] <@ehsan> mconnor: are you arguing against that?
- # [18:11] <@ted> of new employees being unable to contribute directly
- # [18:11] * Joins: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [18:12] <@ehsan> ted: oh I didn't know we had that problem!
- # [18:12] <dougt> ted: can we hope for a day where only RyanVM has level 3?
- # [18:12] * mjschranz is now known as mjschranz_lunch
- # [18:12] <RyanVM> dougt++
- # [18:12] <@ehsan> ted: new contributors/employees can use checkin-needed right?
- # [18:12] <mconnor> I'm kinda getting to that ;)
- # [18:12] <RyanVM> actually, my access is already L11
- # [18:12] * Joins: rohandalvi (rohandalvi@B323DA0F.E591327D.5FDBC370.IP)
- # [18:12] * Joins: myk (myk@2557E599.66715431.D25A875A.IP)
- # [18:12] <dougt> RyanVM: binary?
- # [18:12] <@ted> ehsan: yeah
- # [18:13] <mconnor> ehsan: yes, but it doesn't get you used to dealing with Hg and following good practices/establishing a track record of responsibility
- # [18:13] <@ted> ehsan: it's less fun than committing directly
- # [18:13] <RyanVM> dougt: double-meaning FTW
- # [18:13] * dougt slow claps
- # [18:13] <@ehsan> mconnor: you can demonstrate responsibility in other ways
- # [18:13] * Joins: Gentlecat (Roman@A85BC1FB.CF9BE6BE.8FB52CB8.IP)
- # [18:13] <@ehsan> ted: really? I do wish that I had a checkin robot who took care of landing things for me ;)
- # [18:13] <mconnor> ehsan: you can, but you're asserting those ways are equivalent, I don't think they are
- # [18:13] <@ehsan> I don't see committing directly as a privilege all the time ;)
- # [18:14] <jlebar> baku: Does the code currently do AudioChannelAgent::SetVisibilityState when a document's visibility changes? I don't see us listening for visibility changes on the document.
- # [18:14] * RyanVM votes for making people star a minimum of 100 oranges before getting L3
- # [18:14] <@ehsan> mconnor: no, I'm not asserting that
- # [18:14] <mconnor> you're right, sorry
- # [18:14] <@ted> hah
- # [18:14] <froydnj> RyanVM: need a star-orange-karma measure
- # [18:14] <jlebar> RyanVM: With me, that would only take a push or two.
- # [18:14] <Ms2ger> RyanVM, add 'correctly'
- # [18:14] <@ehsan> mconnor: I think you're confusing the security restrictions with productivity hiccups
- # [18:14] <RyanVM> Ms2ger: touche
- # [18:14] <@ehsan> L3 is about security, not facilitating productivity
- # [18:14] <mconnor> ehsan: not really
- # [18:14] <baku> jlebar, that is done in the HTMLMediaElement. Let me show you where...
- # [18:15] * Quits: nanci (chatzilla@EB8ABE1B.D9975CD5.3927C314.IP) (Ping timeout)
- # [18:15] <jlebar> baku: notifyownerdocumentactivitychanged?
- # [18:15] <tbsaunde> mconnor: why not?
- # [18:15] * joduinn-coffee is now known as joduinn
- # [18:15] <baku> jlebar, probably. I'm not 100% sure but it seems so.
- # [18:15] <joe> sid0: never mind, found it: Client versions between 2.1 and 2.4.2 inclusive are affected.
- # [18:15] <mconnor> tbsaunde: ? was replying to the confusing bit, not to security
- # [18:15] <@ehsan> jdm: actually... I think I can just use setAttribute for now... I really don't have enough time to track down this bug atm
- # [18:15] <mconnor> ehsan: I don't think you can entirely separate them
- # [18:16] <@ehsan> mconnor: sure, they're entangled. what I'm saying is that the decision to make inbound L3 was a security decision, and I understand that it can hurt productivity
- # [18:16] <@ehsan> but inbound is not special at all there
- # [18:16] <mconnor> ehsan: but if you want to argue on pure security, having a smaller cohort of people able to directly commit to the branches we ship code from would be better
- # [18:16] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f613612cb05c - Andre Reinald - Bug 809254 - New Tab (⌘T) while minimized leaves the window minimized. r=dao
- # [18:16] * rail is now known as rail-lunch
- # [18:16] <@ehsan> mconnor: true
- # [18:16] <mconnor> ehsan: you can merge from an L1 repo to m-c
- # [18:17] <@ted> but you have to have L3 to do that
- # [18:17] <@ehsan> mconnor: I as someone with L3 can
- # [18:17] <mconnor> yes
- # [18:17] <@ted> we've decided that L3 means we trust you enough
- # [18:17] <@ehsan> right
- # [18:17] <mconnor> so why do I need L3 to land on inbound?
- # [18:17] <@ehsan> it is my responsibility to make sure that the stuff that I merge in to central is kosher though
- # [18:17] <@gavin> mconnor: because you're landing code directly into our product
- # [18:17] <@ehsan> mconnor: because it is unreasonable to ask merge vikings to understand all of the stuff they're merging?
- # [18:18] <@gavin> and no one is going to audit that you did it correctly because the checkin volume is too high nowadays
- # [18:18] <tbsaunde> mconnor: because there is no check when going between inbound and central so landing on inbound is equivelent to landing on m-c security wise
- # [18:18] <edmorley> this time of the year again :-)
- # [18:18] <mconnor> tbsaunde: that's a choice
- # [18:18] <Ms2ger> edmorley, :D
- # [18:18] <jcranmer> edmorley: when is tbpl2 expected to rollout?
- # [18:19] <RyanVM> "when it's done"
- # [18:19] * edmorley nominates mconnor for checking 300 commits a day against the diff in the bug :-D
- # [18:19] * RyanVM ducks
- # [18:19] <mconnor> edmorley: eh, this was my intent in the first place, I didn't know until last night we'd changed inbound :)
- # [18:19] <jlebar> baku: I don't see it, though. I don't see a visibility listener or anything like that.
- # [18:19] <@ehsan> mconnor: yes, and I'm arguing it is the *right* choice
- # [18:19] <@ehsan> given our human resource constraints
- # [18:19] <@gavin> "changed inbound"?
- # [18:19] * Joins: ekr_ (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
- # [18:19] <Ms2ger> edmorley, and check that all the backouts are correct? :)
- # [18:19] <baku> jlebar, nsHTMLMediaElement::NotifyOwnerDocumentActivityChanged()
- # [18:19] <@gavin> too much crap landing to reasonably be audited has been a problem since before inbound, I think
- # [18:20] * Joins: nanci (chatzilla@EB8ABE1B.D9975CD5.3927C314.IP)
- # [18:20] <glandium> mconnor: inbound has been something else than L3 ?
- # [18:20] <mconnor> yes
- # [18:20] <edmorley> mconnor, gavin: bug 671489
- # [18:20] <baku> jlebar, nsHTMLMediaElement::UpdateAudioChannelPlayingState()
- # [18:20] <@ehsan> mconnor: not sure how anyone changed inbound
- # [18:20] <mconnor> edmorley: I found that last night, that's why I pinged ehsan :)
- # [18:20] <edmorley> it was apparently level 1 at one point
- # [18:20] <@ehsan> care to clarify?
- # [18:20] <baku> jlebar, this for the media elements.
- # [18:20] <mconnor> ehsan: when it was created it was L2. I remember a couple of people asking me why. :)
- # [18:20] <mconnor> and then apparently it went to L1, which was sadness
- # [18:20] <@ehsan> mconnor: yeah, it was L2 by mistake not choice
- # [18:21] * Joins: mwu (mwu@E9117DB.F7F094F8.4C07D37A.IP)
- # [18:21] <@khuey> ddahl: is that the right version of the patch?
- # [18:21] * Quits: sgreenlay (sgreenlay@moz-619D51A3.dsl.bell.ca) (Quit: Linkinus - http://linkinus.com)
- # [18:21] <@khuey> Ms2ger: and check to make sure nobody snuck anything in in a merge commit? ;-)
- # [18:21] <@ehsan> the (implicit) choice has been for it to be L3
- # [18:21] <@ehsan> and that has never changed
- # [18:21] * Joins: vingtetun (vingtetun@moz-F8747CC6.dsl.ovh.fr)
- # [18:21] * Joins: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net)
- # [18:21] <Ms2ger> khuey, I can't imagine a sensible person to do that!
- # [18:21] <Ms2ger> khuey, but we know you aren't sensible :)
- # [18:22] <edmorley> jcranmer: it's scribbles in an etherpad at the moment (soon to be annotated and passed around for ideas), imagine Q2-Q3 likely for something useable, maybe end of year for having it replace TBPL, but these are only off the top of my head
- # [18:22] <edmorley> khuey: ha
- # [18:22] * Joins: jedp (jedp@2557E599.66715431.D25A875A.IP)
- # [18:22] <@ehsan> mconnor: remember when we were creating inbound how we needed it to be easy for merge vikings to be able to merge into central for the inbound idea to work?
- # [18:22] <RyanVM> Ms2ger: it's been done
- # [18:22] * Joins: smooney__ (smooney@2557E599.66715431.D25A875A.IP)
- # [18:22] <Ms2ger> edmorley, jcranmer, and given the workload for the ateam, that means Q2 next year at the earliest :)
- # [18:23] <@ehsan> mconnor: inbound being L3 stems from that decision
- # [18:23] <edmorley> Ms2ger: lol
- # [18:23] <jcranmer> edmorley: I was wondering how tbpl2 would interact with future ideas for dxr indexing
- # [18:23] <@ehsan> we can change that decision, and make merging a multi-day process that only few people can do
- # [18:23] <edmorley> jcranmer: specifically? :-)
- # [18:23] <@ehsan> but I think that is the wrong thing to do
- # [18:23] <Ms2ger> ehsan, like now ;)
- # [18:23] <mconnor> ehsan: you remember I was the one who proposed and drove it in the first place, right? :)
- # [18:23] <@ehsan> Ms2ger: no, right now it's a multi-minute task
- # [18:23] <@ehsan> mconnor: I do, yes
- # [18:23] <Ms2ger> ehsan, not if you count starring
- # [18:24] <@ehsan> Ms2ger: that's not part of merging
- # [18:24] <jcranmer> edmorley: the future plan is to have dxr index once a day or once a pushin for $every_major_repo we have, and possibly everytime its master repo changes as well
- # [18:24] <Ms2ger> ehsan, it's a prereq
- # [18:24] <jlebar> baku: It sounds like working on this code is really hard, because you and sicking have it covered. So I'm not going to try to rewrite this stuff to work the way I think it should.
- # [18:24] <mconnor> ehsan: so, let's back up for a second
- # [18:24] * Quits: thinker (user@moz-D921FE60.dynamic.kbronet.com.tw) (Ping timeout)
- # [18:24] <@ehsan> mconnor: are you saying that the ease of merging to central was a non-goal?
- # [18:24] * Ms2ger backs out
- # [18:24] <jcranmer> edmorley: defining where those builds show up and how they show up in UI is an interesting infovis thought process for me
- # [18:24] * Quits: paolo (paolo@moz-1DD978BD.retail.telecomitalia.it) (Ping timeout)
- # [18:25] <baku> jlebar, mmm what about a meeting? so we can discuss about it and you can give me feedback/ideas and we can rewrite (if we want/needed) together?
- # [18:25] <edmorley> jcranmer: ah yes, that's the kind of thing that we will want to support (ie data store that many products can submit to, even if not using buildbot + the concept of views, that pull together same product but different trees)
- # [18:25] <jlebar> baku: It's ok. Sicking has it covered.
- # [18:25] <mconnor> ehsan: so, first off, I think the security benefits are imaginary, since all of the people who'd have L2 in a different model get L3 now
- # [18:25] * Quits: tzimmermann (tzimmerman@moz-4530150D.pools.arcor-ip.net) (Quit: Ex-Chat)
- # [18:25] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6e195e29b4d6 - Josh Matthews - Bug 832411 - Track geolocation requests' use of high accuracy and ensure the providers are update when necessary. r=dougt
- # [18:25] <dougt> glandium: http://mxr.mozilla.org/mozilla-central/source/embedding/components/appstartup/src/nsAppStartupNotifier.cpp#61
- # [18:25] * Quits: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [18:26] <dougt> why not just modify the contract ids for these sorts of components?
- # [18:26] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [18:26] * coop is now known as coop|lunch
- # [18:26] <dougt> (although, i do think this "service," was always a terrible hack)
- # [18:26] * Joins: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net)
- # [18:26] * Quits: sewardj (sewardj@moz-7A19E67D.dip.t-dialin.net) (Ping timeout)
- # [18:26] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
- # [18:26] * Joins: terrence (terrence@moz-7109B35.lightspeed.sntcca.sbcglobal.net)
- # [18:27] <@ehsan> mconnor: ok, I don't agree with the benefits being imaginary, but let's grant that for now ;)
- # [18:27] <glandium> dougt: adding a flag in the manifest would allow other uses
- # [18:27] * Quits: brendan (brendaneic@E9117DB.F7F094F8.4C07D37A.IP) (Quit: brendan)
- # [18:27] <dougt> such as?
- # [18:27] <mconnor> ehsan: two vouchers instead of one is hardly a significant bar for L2 vs. L3
- # [18:27] * Joins: bent (chatzilla@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [18:27] <glandium> dougt: like not register some components at all
- # [18:27] * RyanVM is now known as RyanVM|brb
- # [18:28] <mconnor> as current constituted
- # [18:28] <@ehsan> mconnor: oh you mean the benefits of L3 over L2?
- # [18:28] <mconnor> yes
- # [18:28] <@gavin> mconnor: the vouching is different - no one gets l2 because it's not useful.
- # [18:28] <@ehsan> ok I agree
- # [18:28] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [18:28] <mconnor> gavin: sure, but that's because we don't have a lot of L2 repos relevant to Firefox
- # [18:28] <@ehsan> but as gavin says the fact that we don't give out L2 makes that a moot point
- # [18:28] <@gavin> if you're proposing changing the name of "l3" to "l2", I don't see the point
- # [18:28] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [18:29] <mconnor> not saying that
- # [18:29] * Joins: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
- # [18:29] <mconnor> well, let's be honest
- # [18:29] * Joins: vikash (vikash@2063FAA4.9D848627.A3D1B221.IP)
- # [18:29] <mconnor> the current situation is, despite having numbers attached, binary for "can work in real repos"
- # [18:29] * terrence is now known as terrence-home
- # [18:29] <@ehsan> yeah
- # [18:29] <mconnor> either you have L3 or someone's landing your code
- # [18:29] <@gavin> yes
- # [18:29] <@ehsan> really we have two access levels, L1 and L3
- # [18:29] <@gavin> yep
- # [18:30] <Ms2ger> mconnor, or you work on something irrelevant ;)
- # [18:30] * Joins: brendan (brendaneic@E9117DB.F7F094F8.4C07D37A.IP)
- # [18:30] <@gavin> with you so far!
- # [18:30] * @ehsan too
- # [18:30] <mconnor> Ms2ger: or you're a random rebel and have an L2 project branch for your team, and no one gets L3 until they can work well in that repo
- # [18:30] * Quits: nanci (chatzilla@EB8ABE1B.D9975CD5.3927C314.IP) (Ping timeout)
- # [18:31] * armenzg is now known as armenzg_brb
- # [18:31] <mconnor> now, if we accept that everyone doing "real work" will get L3 sooner instead of later, we're basically in a race to the bottom situation, and have widely varying levels of responsibility for checkins
- # [18:31] <mconnor> and you end up with people like philor, ehsan, RyanVM and edmorley cleaning up messes that break everyone
- # [18:32] * Joins: marco (Thunderbir@moz-9F11223E.cust.dsl.teletu.it)
- # [18:32] * Joins: juanb (jbecerra@2557E599.66715431.D25A875A.IP)
- # [18:32] <@gavin> now you lost me
- # [18:32] * Quits: jammink (textual@2557E599.66715431.D25A875A.IP) (Quit: Computer has gone to sleep.)
- # [18:32] <mconnor> well
- # [18:32] <@ehsan> me too!
- # [18:32] <mconnor> ok
- # [18:32] <tbsaunde> mconnor: so, are you just argueing for more project branches?
- # [18:32] * Joins: jammink (textual@2557E599.66715431.D25A875A.IP)
- # [18:32] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [18:32] <Ms2ger> Or a training area?
- # [18:33] * mjschranz_lunch is now known as mjschranz
- # [18:33] <mconnor> more the latter than the former
- # [18:33] * Quits: vikash (vikash@2063FAA4.9D848627.A3D1B221.IP) (Quit: This computer has gone to sleep)
- # [18:33] <Ms2ger> Who's going to manage that?
- # [18:33] <@ehsan> ok sure a sandbox would be nice to have
- # [18:33] <edmorley> m2you :-)
- # [18:33] <edmorley> Ms2ger: you :-)
- # [18:33] <tbsaunde> Ms2ger: fake tbl that submits star rsults to philor for checking
- # [18:33] <@ehsan> what I don't understand is how that is relevant to inbound level
- # [18:33] <edmorley> he'll love that
- # [18:33] <mconnor> sandbox is not really quite right. we already have multiple project/team branches
- # [18:33] * Joins: Ann_Yiming (Ann_Yiming@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [18:33] <@gavin> do you mean a newb-inbound that we somehow audit more thoroughly and have lowered vouching requirements?
- # [18:34] * gregglind_afk is now known as gregglind
- # [18:34] * Quits: jammink (textual@2557E599.66715431.D25A875A.IP) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [18:34] <mconnor> I have no specific solution in mind, actually, I have attributes of a better system, mostly
- # [18:34] <Ms2ger> Does anyone use other branches than m-c/m-i/b-s/fx-team?
- # [18:34] <mconnor> services-central
- # [18:34] <glandium> that does sound a lot like the old idea of having an automated way to land things that have been on try
- # [18:34] <glandium> with success
- # [18:35] * Joins: alice (alice@moz-A7C201EB.zone16.bethere.co.uk)
- # [18:35] <@ehsan> no
- # [18:35] <@ehsan> try won't detect security backdoors
- # [18:35] <mconnor> nor will anyone merging, tbh
- # [18:35] <tbsaunde> ehsan: well, I think it may be what mconnor actually wants
- # [18:35] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
- # [18:35] <Ms2ger> RyanVM|brb, do you detect those in c-n patches?
- # [18:35] <@ehsan> mconnor: exactly, and that is why inbound must be L3 ;)
- # [18:35] <mconnor> tbsaunde: I'm actually not really trying to solve security moreso than now
- # [18:36] <@ehsan> mconnor: however, if I were merging from mozilla-newb-random-repo, I would be a hell a lot more careful
- # [18:36] <tbsaunde> mconnor: I didn't think you wee, I thought you wanted to bust inbound less or something
- # [18:36] <mconnor> ehsan: everyone gets L3, inbound/central both L3 and everyone gets L2, some get L3, inbound L2/central L3 are equally strong from a sec perspective
- # [18:36] <@ehsan> (read that as "I probably wouldn't merge unless I had a lot of time on my hands")
- # [18:36] * Joins: Standard8 (Standard8@E9117DB.F7F094F8.4C07D37A.IP)
- # [18:37] <@bz> What problem are we trying to solve?
- # [18:37] <@ehsan> mconnor: *if* you have people who vouch on L2 stuff merged into L3
- # [18:37] <@ehsan> right?
- # [18:37] <@ehsan> bz: not sure tbh ;)(
- # [18:38] <mconnor> ehsan: it's unlikely to be a different set of people, vouching being only slightly harder for L3
- # [18:38] <@ehsan> mconnor: not everyone can vouch for L3 though
- # [18:38] <@ehsan> specifically, not everyone with L3 can vouch for new L3 access
- # [18:38] <tbsaunde> ehsan: or if we just said l2 is the new l3, though you have to do something about grand fathering
- # [18:38] <jaws> cpearce: it looks like we got rid of the playbackratechanged event, is there a way to get notified in script when the playbackrate changes?
- # [18:38] * Joins: vikash (vikash@2063FAA4.9D848627.A3D1B221.IP)
- # [18:38] * Parts: vikash (vikash@2063FAA4.9D848627.A3D1B221.IP) (Leaving)
- # [18:39] <@ehsan> tbsaunde: that is a naming question, let's not get into that
- # [18:39] <mconnor> ehsan: not everyone with L2 can vouch for L2
- # [18:39] <jaws> cpearce: https://bugzilla.mozilla.org/show_bug.cgi?id=829042
- # [18:39] <@ehsan> mconnor: sure, but what we should protect against is code going from L2 people into L3 repos
- # [18:39] <mconnor> ehsan: in fact, the list of potential vouchers is smaller for L2
- # [18:39] <@khuey> that's a bug in the policy
- # [18:39] <@ehsan> yes
- # [18:39] <mconnor> not really
- # [18:40] <@khuey> that we haven't addressed because nobody gets L2
- # [18:40] <@ehsan> mconnor: let's be clear, *if* we wanted to start handing out L2s, _that_ bug needs fixing
- # [18:40] <mconnor> khuey: or we need to raise the bar on L3, but I digress :)
- # [18:40] * Quits: marco (Thunderbir@moz-9F11223E.cust.dsl.teletu.it) (Ping timeout)
- # [18:40] <@ehsan> yeah, sure, or that
- # [18:40] <mconnor> ehsan: the pool is "must be a module owner to vouch" for L2
- # [18:40] <@ehsan> yeah I know
- # [18:40] <@ehsan> and that is a bug ;)
- # [18:40] * Quits: RattyAway (Jim_diGriz@393E12A3.993E53F6.FB243CD8.IP) (Quit: ChatZilla 0.9.89 [SeaMonkey 2.0.15pre/20110606000022])
- # [18:41] <mconnor> if we're really trying to establish a "security" bar for L3, multiple owners would feel stronger to me :)
- # [18:41] * philor is now known as philor|away
- # [18:41] <@ehsan> sure, that is one resolution to the bug, the bug being "more people can vouch for L3 than L2"
- # [18:41] <Ms2ger> Why is that a bug?
- # [18:41] <mconnor> tangent
- # [18:42] <@ehsan> yeah
- # [18:42] * mconnor tables commit policy bitching for a moment
- # [18:42] * Joins: vtmarvin (Thunderbir@9D75911A.1239134F.E4B2C495.IP)
- # [18:42] <@bz> This is a pretty long discussion if we're not clear on the problem we're fixing.... ;)
- # [18:42] <@khuey> bz: that bikeshed should be purple, damnit
- # [18:42] <Ms2ger> On another note
- # [18:42] <mconnor> BLUE
- # [18:42] <Ms2ger> Emacs
- # [18:42] <mconnor> you assholes
- # [18:42] <mconnor> I'm going home now
- # [18:43] * Quits: Boriss (FlyingToas@moz-3C817AF9.hsd1.ca.comcast.net) (Quit: Boriss)
- # [18:43] <mconnor> but seriously
- # [18:43] <tbsaunde> I'm going to eat froydnj's popcorn
- # [18:43] <dholbert> mconnor, your bike awaits you, in the purple bikeshed
- # [18:43] <@khuey> dholbert++
- # [18:43] * Joins: Boriss (FlyingToas@moz-3C817AF9.hsd1.ca.comcast.net)
- # [18:44] <mconnor> the problem I was getting at is twofold: a) we don't have any meaningful progression of access, so we dump people straight to L3 so they can do their jobs"
- # [18:44] * Joins: marco (Thunderbir@moz-9F11223E.cust.dsl.teletu.it)
- # [18:44] * Quits: teoli (teoli@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
- # [18:45] <mconnor> straight into the deep end is a poor teaching method
- # [18:45] * armenzg_brb is now known as armenzg_lunch
- # [18:45] * Ms2ger eats waffles with chocolate instead
- # [18:45] <mjrosenb> mconnor: yes, but those who survive learn real fast!
- # [18:45] * Joins: nanci (chatzilla@EB8ABE1B.D9975CD5.3927C314.IP)
- # [18:45] <mjrosenb> Ms2ger: that sounds good. now I want waffles.
- # [18:45] <Ms2ger> mconnor, I don't think we dump new hires straight to L3
- # [18:45] <mconnor> b) we have conflated access to our active releases with "useful enough to do work" access
- # [18:46] <tbsaunde> mconnor: what exactly are trying to teach people? how to use source control, how to use tbpl?
- # [18:46] <Ms2ger> tbsaunde, I don't think anybody's being taught how to use tbpl ;)
- # [18:47] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c862b0b9a898 - Jim Chen - Bug 844913 - Null-check getEditable() results in GeckoInputConnection; r=cpeterson
- # [18:47] <mconnor> tbsaunde: all of the above, ideally
- # [18:47] <tbsaunde> mconnor: I'd sort of hope new hires know a lot of this stuff already
- # [18:47] * mconnor has some flashbacks to creating inbound
- # [18:47] * Joins: jammink (textual@2557E599.66715431.D25A875A.IP)
- # [18:47] <mconnor> tbsaunde: interns, new community members, etc
- # [18:48] * Joins: nik_john (Mibbit@831FB3F8.17E18DD9.F44414AF.IP)
- # [18:48] <tbsaunde> mconnor: solving b sounds good, but I think it requires that we use project branches more or something so that doing useful work doesn't mean that you effect security
- # [18:48] * Quits: @ehsan (ehsan@183697E.FEF91D35.59163313.IP) (Input/output error)
- # [18:48] * Quits: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [18:49] <mconnor> tbsaunde: I'm on record repeatedly as saying project branches are a much better model. inbound solves that problem at minimum effort to teams, so they don't get a ton of use
- # [18:49] * Quits: brendan (brendaneic@E9117DB.F7F094F8.4C07D37A.IP) (Quit: brendan)
- # [18:50] <mconnor> Ms2ger: I can point at bugs where we very quickly bumped people to L3
- # [18:50] <mconnor> in one case, on the same day
- # [18:50] <mbrubeck> Is there an event we can listen to (in Firefox chrome code) that fires when text is selected in web content? (If I understand right, the "select" event won't work because it's only fired for <input> and <textarea> elements.)
- # [18:50] <mconnor> for an intern
- # [18:50] <Ms2ger> mconnor, let me insert a "should" in my statement, then :)
- # [18:51] * bsmedberg is of the opinion that project branches are in most cases strictly worse that -inbound
- # [18:51] * Joins: aklotz (Thunderbir@moz-55246988.cg.shawcable.net)
- # [18:51] <RyanVM|brb> Ms2ger: not sure how rhetorically you were asking, but for c-n bugs, I assume that the module peer who gave the r+ properly vetted the code in the patch
- # [18:51] * RyanVM|brb is now known as RyanVM
- # [18:51] * Joins: paolo (paolo@moz-986DFD92.retail.telecomitalia.it)
- # [18:51] <mjrosenb> mconnor: you also have fun times like when IonMonkey landed
- # [18:51] <mconnor> mjrosenb: I wasn't watching central much then, what happened?
- # [18:51] <nik_john> i am trying to learn the firefox code base, what does _SS_extdata and extdata mean?
- # [18:51] * Quits: jammink (textual@2557E599.66715431.D25A875A.IP) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [18:52] <jdm> RyanVM: where should I be landing leo+ bugs? and if I land a tef+ one, should I also land in the same place as leo+?
- # [18:52] * Quits: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [18:52] <mconnor> bsmedberg: because individuals have to maintain them, or for other reasons?
- # [18:52] <jdm> RyanVM: or should I just let you do the magic?
- # [18:52] <tbsaunde> RyanVM: do you check that it was a peer? (I'm guessing not because how could you) and that seems like a problem
- # [18:52] * Joins: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net)
- # [18:52] <jdm> nik_john: ttaubert should be able to answer that
- # [18:52] <Ms2ger> mconnor, a huge merge
- # [18:52] <fabrice> jdm: just land on inbound, and let RyanVM do all the uplifts
- # [18:53] <RyanVM> jdm: leo+ go on b2g18
- # [18:53] <jdm> nik_john: in the future, though, filenames are helpful context for questions
- # [18:53] <Ms2ger> mconnor, I'm not sure all the code was reviewed
- # [18:53] <RyanVM> jdm: tef+ go on b2g18 and b2g18_v1_0_1
- # [18:53] <RyanVM> jdm: same for shira+
- # [18:53] <bsmedberg> 1) you increase the cost of merges 2) if you merge to m-c every day it's basically just another inbound 3) if you don't, you don't have a lot of testing
- # [18:53] <jdm> RyanVM: ok, I missed landing a tef+ on b2g18 yesterday
- # [18:53] <RyanVM> tbsaunde: for the most part, yes (though like you said, it can be problematic)
- # [18:53] <RyanVM> jdm: bug #?
- # [18:53] <mbrubeck> btw RyanVM, thanks for backing out my guilty patch (again) and re-landing the innocent one... I really ought to know better. :P
- # [18:53] <jdm> RyanVM: bug 832232
- # [18:53] <mconnor> Ms2ger: that's going to be true of any huge landing.
- # [18:53] * Joins: KWierso|V (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
- # [18:54] <Ms2ger> mconnor, true
- # [18:54] <mconnor> maybe only bz will remember Darin's string classes rewrite
- # [18:54] <mconnor> but that was just a straight CVS patch...
- # [18:54] <Ms2ger> mconnor, but if it's in a bug, at least someone said "r=me"
- # [18:54] <mconnor> Ms2ger: whoever merges owns responsibility for that
- # [18:54] <RyanVM> jdm: if you want to push it to b2g18, go ahead. Otherwise I'll just put a c-n on it and land it the next time I'm doing uplifts
- # [18:54] <Ms2ger> Mm
- # [18:55] <mconnor> if you have someone merging you don't trust to own that decision, your permissions are broken
- # [18:55] * Joins: cdiehl_ (cdiehl@moz-31E23E2B.pool.mediaways.net)
- # [18:55] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Input/output error)
- # [18:55] * Quits: ekr_ (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr_)
- # [18:55] <jdm> RyanVM: looks like the patch doesn't apply, anyways. :/
- # [18:55] * Quits: rohandalvi (rohandalvi@B323DA0F.E591327D.5FDBC370.IP) (Client exited)
- # [18:55] * Quits: cdiehl (cdiehl@moz-D7D0785F.pool.mediaways.net) (Ping timeout)
- # [18:55] * cdiehl_ is now known as cdiehl
- # [18:55] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
- # [18:55] * ChanServ sets mode: +o smaug
- # [18:55] * Joins: Archaeopteryx (itsme@moz-FF3F73F2.cust.telecolumbus.net)
- # [18:55] <mconnor> Ms2ger: I think I'm to some extent I'm arguing for a separation of "trusted to not land malicious code" and "trusted to do merges and land on release branches"
- # [18:55] * Joins: Waldo (waldo@2557E599.66715431.D25A875A.IP)
- # [18:56] <RyanVM> jdm: it applied to 1.0.1 but not b2g18?!
- # [18:56] * Quits: Honza (chatzilla@5AD2A1B9.23B79DE4.D0083327.IP) (Connection reset by peer)
- # [18:56] <jdm> RyanVM: no, different patch. sorry.
- # [18:56] <mconnor> where "trusted to do merges" may be more like "trusted to not fuck up central in any way"
- # [18:56] <RyanVM> jdm: OK :)
- # [18:56] <Ms2ger> mconnor, I'm not sure I see a meaningful distinction there
- # [18:56] * Joins: Honza (chatzilla@5AD2A1B9.23B79DE4.D0083327.IP)
- # [18:56] * Joins: we11ington (msu-cse498@moz-600949B7.cse.msu.edu)
- # [18:56] * Quits: ehugg_ (ehugg@moz-FE206300.cisco.com) (Ping timeout)
- # [18:56] <Ms2ger> Also, I don't think anyone is "trusted to not fuck up central in any way" :)
- # [18:56] <Waldo> so "gum" is "getUserMedia" these days? I will have to file that in memory, because that's totally non-guessable :-)
- # [18:56] <RyanVM> jdm: I put c-n on the bug - i'll get it next time I'm doing uplifts
- # [18:57] <mconnor> Ms2ger: RyanVM is, in general :)
- # [18:57] * RyanVM whistles innocently
- # [18:57] * Joins: marcoz (marco.zehe@C593061F.9FC507A8.7B545C66.IP)
- # [18:57] <Ms2ger> No comment :)
- # [18:57] <tbsaunde> I'm not convinced we break central often enough for it to be worth worrying about
- # [18:57] <Waldo> never trust anyone who whistles innocently
- # [18:58] * Waldo whistles innocently
- # [18:58] <Ms2ger> Waldo, we didn't trust you anyway
- # [18:58] <mconnor> tbsaunde: people argued that before we had inbound too :)
- # [18:58] * Quits: smooney__ (smooney@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [18:58] <Waldo> and right you were!
- # [18:58] <@bz> mconnor: ok, those are valid problems to think about
- # [18:58] * Quits: Standard8 (Standard8@E9117DB.F7F094F8.4C07D37A.IP) (Ping timeout)
- # [18:58] <@bz> mconnor: sorry for lag, btw.
- # [18:59] * ctalbert|afk is now known as ctalbert
- # [18:59] <JosiahOne> Does anyone know why Linux would run an animation based on time slower than OS X?
- # [18:59] <@bz> mconnor: The cost of a large patch now is higher than it was then: more other churn in the tree
- # [18:59] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/85e419239adb - Kyle Machulis - Bug 843913: Set DBus watch function to null on event loop exit; r=tzimmermann
- # [18:59] <Optimizer> people are using funky characters in patch commits :D
- # [18:59] * Joins: smooney___ (smooney@2557E599.66715431.D25A875A.IP)
- # [18:59] <RyanVM> jdm: inbound bustage
- # [18:59] * geekboy|afk is now known as geekboy
- # [18:59] <jdm> sigh
- # [18:59] <@bz> project branches makes sense for isolated projects
- # [18:59] <mconnor> Optimizer: oh good, because developing on Windows wasn't annoying enough
- # [18:59] <mconnor> ;)
- # [19:00] <bsmedberg> Who can do bugzilla bans?
- # [19:00] <jdm> I even built locally :/
- # [19:00] * Joins: mmc|laptop (mmc@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [19:00] * Joins: nrc|away (nrc@7BE24E90.A5032A01.3CFC199D.IP)
- # [19:00] <@khuey> bsmedberg: gavin?
- # [19:00] <@khuey> gerv?
- # [19:00] <jdm> bsmedberg: gavin and gerv, I think
- # [19:00] <jdm> glob
- # [19:00] <@bz> project branches may not make sense for work that touches enough of the tree...
- # [19:00] <jdm> woah
- # [19:00] <@bz> Hard to say
- # [19:00] <jdm> I sense a patterns
- # [19:00] <Optimizer> mconnor: my sympathies, but how are these two related ?
- # [19:00] <mconnor> bz: depends on what you're doing, yeah
- # [19:00] <@bz> I guess we could have done webidl stuff on a project branch instead of inbound
- # [19:00] <mconnor> Optimizer: funky characters are usually unicode, and the command line tools tend to mangle
- # [19:01] <@bz> but I'm not sure there would have been much benefit
- # [19:01] <tbsaunde> mconnor: so actually I'm not sure inbound is all that different a world from s/central/inbound/ and then change the tree rules to someone will watch for you
- # [19:01] <Optimizer> well the character was for Mac
- # [19:01] <jdm> crap, I forgot to qref my changes
- # [19:01] <Optimizer> so I guess a mac user did that
- # [19:01] <Ms2ger> bz, we did ;)
- # [19:01] <@bz> tbsaunde: it is, actually
- # [19:01] <@bz> tbsaunde: for pulls, not pushes
- # [19:01] <RyanVM> jdm: push your fixed with a CLOSED TREE in the commit message
- # [19:01] * Quits: paolo (paolo@moz-986DFD92.retail.telecomitalia.it) (Ping timeout)
- # [19:01] <jdm> RyanVM: cool
- # [19:01] <@bz> tbsaunde: if you pull from central, you should be getting a green tree
- # [19:01] <@bz> tbsaunde: if you're not someone totally screwed up
- # [19:01] <@bz> tbsaunde: if you pull from inbound, you get ... something
- # [19:02] <mconnor> right
- # [19:02] <RyanVM> tbsaunde: bz++
- # [19:02] <@bz> That was why we set up inbound
- # [19:02] <tbsaunde> bz: ah, I pull from inbound more or less because :effort and it usually wfm
- # [19:02] * Joins: rohandalvi (rohandalvi@B323DA0F.E591327D.5FDBC370.IP)
- # [19:02] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
- # [19:02] <@bz> One of the main reasons, at least
- # [19:02] <mconnor> also means you can operate on a project branch without being boned by busted trees
- # [19:02] <@bz> "usually" is not good enough if you're doing a test run on top of it
- # [19:02] * Joins: pwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
- # [19:02] <RyanVM> i'm really amazed by the people who push to try off inbound
- # [19:02] * Quits: past (Instantbir@moz-A7F2949A.dsl.dyn.forthnet.gr) (Ping timeout)
- # [19:02] <@bz> RyanVM: I do it all the time
- # [19:03] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
- # [19:03] <@bz> RyanVM: But in practice it's usually ok
- # [19:03] <RyanVM> seems like russian roulette :)
- # [19:03] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/b5ec301ad6c0 - Josh Matthews - Bug 832411 - Build fix for a CLOSED TREE.
- # [19:03] * Joins: ehsan (ehsan@183697E.FEF91D35.59163313.IP)
- # [19:03] * ChanServ sets mode: +o ehsan
- # [19:03] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
- # [19:03] <@bz> RyanVM: the thing is... the other is too, to some extent
- # [19:03] <tbsaunde> bz: so its not actually different from pulls? because you pul from inbound?
- # [19:03] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Ping timeout)
- # [19:03] * pwalton is now known as pcwalton
- # [19:03] * Quits: gbrown (gbrown@moz-6075880C.cg.shawcable.net) (Broken pipe)
- # [19:03] * Joins: gbrown (gbrown@moz-6075880C.cg.shawcable.net)
- # [19:03] <@bz> RyanVM: because people might have added stuff since the last merge that breaks with your patches
- # [19:03] <nemo> http://news.slashdot.org/comments.pl?sid=3493987&cid=43011583 yeah. pretty much
- # [19:03] <@bz> tbsaunde: hmm?
- # [19:03] * Joins: Standard8Away (Standard8@E9117DB.F7F094F8.4C07D37A.IP)
- # [19:03] * Standard8Away is now known as Standard8
- # [19:04] * Quits: bajaj (Adium@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [19:04] <@bz> tbsaunde: say we have three braches, code-named central, inbound, fx
- # [19:04] <nemo> ooh I have mod points
- # [19:04] <RyanVM> bz: true, but at least it avoids pushing whatever bustage happens to be on inbound at the time
- # [19:04] * nemo hunts for bz comments
- # [19:04] <@bz> tbasaunde: when fx wants to merge, what should it pull and merge from/to ?
- # [19:04] <RyanVM> which I've seen before
- # [19:04] <@bz> RyanVM: Sure
- # [19:04] * Joins: bajaj (Adium@2557E599.66715431.D25A875A.IP)
- # [19:04] <@bz> RyanVM: but you can control for that
- # [19:04] <tbsaunde> bz: you say you push to try from inbound right? so your not pulling from central so your testing on top of something that isn't known good
- # [19:04] <@bz> tbsaunde: yes
- # [19:04] <mbrubeck> To answer to my own question from earlier, it looks like I want addSelectionListener
- # [19:04] <@bz> tbsaunde: but the people running the fx branch would not be doing that
- # [19:04] * joey-afk is now known as joey-2
- # [19:05] * Joins: jhammel (jhammel@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [19:05] * Quits: KWierso|V (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Connection reset by peer)
- # [19:05] * Quits: Boriss (FlyingToas@moz-3C817AF9.hsd1.ca.comcast.net) (Quit: Boriss)
- # [19:05] * Joins: KWierso|V (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
- # [19:05] <@bz> Anyway
- # [19:05] <@bz> mconnor: so what attack scenarious are we trying to avoid here?
- # [19:05] <@bz> mconnor: and how?
- # [19:06] <tbsaunde> bz: so, I think what I'm arguing is that the world wouldn't be that different if you got rid of inbound and moved everything on it to central
- # [19:06] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [19:06] * Joins: tantek (tantek@moz-17B51346.dsl.dynamic.sonic.net)
- # [19:06] <tbsaunde> yeah, anyway I should finally shower and office...
- # [19:07] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
- # [19:07] <mconnor> bz: I said nothing about attack scenarios :)
- # [19:07] <mconnor> bz: I think my mental model has no changes of security
- # [19:08] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Input/output error)
- # [19:08] <mconnor> but progressive impact/responsibility
- # [19:08] <@bz> mconnor: Ah, ok
- # [19:08] <@bz> tbsaunde: it would be different for the people doing their work on fx
- # [19:08] <@bz> tbsaunde: think about what their workflow looks like.
- # [19:08] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
- # [19:08] <@bz> mconnor: then I'm back to being lost.
- # [19:09] * Joins: sfink (chatzilla@moz-BD9FC79C.hfc.comcastbusiness.net)
- # [19:09] * philor|away is now known as philor
- # [19:09] <mconnor> bz: tl;dr "landing on central/release branches should be a higher bar than landing code destined for those branches"
- # [19:09] * Joins: past (Instantbir@moz-A7F2949A.dsl.dyn.forthnet.gr)
- # [19:10] <@ehsan> Ms2ger: mconnor: sorry, I just broke my tooth, need to go and take care of it right now...
- # [19:10] <RyanVM> hah, wow
- # [19:10] * Quits: @ehsan (ehsan@183697E.FEF91D35.59163313.IP) (Input/output error)
- # [19:10] <Archaeopteryx> *eek*
- # [19:10] <RyanVM> good luck
- # [19:10] * Joins: pnemsak (Miranda@moz-192A9791.orange.sk)
- # [19:10] <@bz> mconnor: ok
- # [19:10] <@bz> mconnor: I can buy that.
- # [19:10] * joduinn is now known as joduinn-mtg
- # [19:11] <@bz> mconnor: esp. if the merges are not automatic.
- # [19:12] * Joins: espadrine (thaddee_ty@moz-B582BE1.dclient.lsne.ch)
- # [19:12] * Quits: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [19:12] * Joins: cpeterson (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [19:13] * rail-lunch is now known as rail
- # [19:13] <NeilAway> mbrubeck: there's a chrome notification for when the collapsed state of a selection changes, will that do?
- # [19:13] <@gavin> mconnor: I'd buy that if we had useful "filters" from project branch->central
- # [19:13] <@gavin> mconnor: but we don't
- # [19:14] <mbrubeck> NeilAway: Yes, that would be useful -- how do I listen for that?
- # [19:14] <mconnor> gavin: in what sense?
- # [19:14] * Quits: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net) (Ping timeout)
- # [19:14] <@gavin> there is no filter. the code is not reviewed/audited any more for inbound->central than it is if landed directly on central.
- # [19:15] <mbrubeck> Yeah, whoever landed the merge would need to take on the responsibility for auditing all the merged changes (or ensuring someone had audited them).
- # [19:15] <NeilAway> mbrubeck: something like <commandset id="selectEditMenuItems" commandupdater="true" events="select" oncommandupdate="goUpdateSelectEditMenuItems()"/>
- # [19:15] <mconnor> gavin: mbrubeck: what problem would that solve?
- # [19:16] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [19:16] * Joins: jammink (textual@2557E599.66715431.D25A875A.IP)
- # [19:16] <mconnor> and how does the current system solve that?
- # [19:16] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
- # [19:16] <mbrubeck> mconnor: The current system offers no solution
- # [19:16] <mbrubeck> but it's a problem that you seem to be trying to solve with project branches
- # [19:17] <mbrubeck> i.e. allowing less-trusted people to push to project branches but not directly to trunk.
- # [19:17] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Connection reset by peer)
- # [19:17] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
- # [19:17] <mbrubeck> Project branches solve that problem only if we add an extra filtering/auditing step before merging.
- # [19:17] * Quits: Standard8 (Standard8@E9117DB.F7F094F8.4C07D37A.IP) (Ping timeout)
- # [19:17] * Joins: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net)
- # [19:18] * armenzg_lunch is now known as armenzg
- # [19:18] <mconnor> mbrubeck: I've said repeatedly this is not about security
- # [19:18] * Quits: vingtetun (vingtetun@moz-F8747CC6.dsl.ovh.fr) (Ping timeout)
- # [19:18] * Quits: nanci (chatzilla@EB8ABE1B.D9975CD5.3927C314.IP) (Ping timeout)
- # [19:19] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Ping timeout)
- # [19:19] <@gavin> mconnor: you're the one proposing a change, so burden of proof is on you to prove it's not regressing security :)
- # [19:20] * Quits: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP) (Quit: RealRaven)
- # [19:20] <mconnor> gavin: in my model here L2 would need to be as least as strict as L3 is
- # [19:20] * Joins: darfia (darfia@5EF9A8F6.D5845ECA.F9B76BD1.IP)
- # [19:20] * Quits: darfia (darfia@5EF9A8F6.D5845ECA.F9B76BD1.IP) (Client exited)
- # [19:20] <mconnor> since it's still "must be trusted to not land malicious code"
- # [19:21] <mconnor> though I'll note that the unspoken bit here is also "must be trusted to not get hacked without noticing" ;)
- # [19:21] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Quit: pcwalton)
- # [19:22] <@bz> indeed
- # [19:22] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
- # [19:22] <@bz> this whole security thing is hard
- # [19:22] <@bz> This is why I'm glad ms2ger reads all commits. ;)
- # [19:22] <@bz> So here's an interesting question
- # [19:22] <@bz> Why is my libxul.so over 2GB on disk on Linux?
- # [19:22] <@bz> Is that expected?
- # [19:22] * Joins: cabanier (cabanier@89803C3C.27D0C967.A0B21F13.IP)
- # [19:23] <mconnor> uh
- # [19:23] * Joins: crowder (bcrowder@moz-D680E173.masergy.com)
- # [19:23] <@bz> (debug build_
- # [19:23] <mconnor> still
- # [19:23] <@bz> Needless to say, this means the build can't start
- # [19:23] <@bz> since it's a 32-bit build
- # [19:24] <@bz> so it can't actually put libxul.so in the address space
- # [19:24] * Joins: rniwa (rniwa@5FEFE500.BA327C77.775DF071.IP)
- # [19:24] <@bz> which is ... suboptimal
- # [19:24] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Ping timeout)
- # [19:24] <froydnj> even on 64-bit, libxul is still < 1GB
- # [19:24] <froydnj> (usually)
- # [19:24] <@bz> If I strip debug symbols, I get down to about 100MB
- # [19:24] * crowder is now known as IRCMonkey45886
- # [19:24] <jhopkins|buildduty> Pike: we suspect the fix for bug 844068 may have caused bug 845247
- # [19:24] * baku is now known as baku|away
- # [19:25] <@bz> gcc 4.4 in case that matters
- # [19:26] <mconnor> gavin: mbrubeck: though if you want to be picky, I suspect that the long play attack scenario is tricksy in general, so making a change take the long road from inbound to release gives us 12+ weeks to catch something, whereas L3 could slip something in late aurora or beta under cover of... something
- # [19:26] * Joins: gwagner (Gregor@E521DFFF.DDFDBF93.E30FDA0B.IP)
- # [19:26] <froydnj> I build with gcc 4.4 too and I don't think my builds are that big...
- # [19:26] <@bz> hmm
- # [19:26] <mconnor> were I a malcious L3 user I'd just start doing landing/merges of branch patches, and then slip something into a patch...
- # [19:27] <@bz> Any idea what I would look at to figure out why it's so big?
- # [19:27] * Quits: gcp (gcp@moz-86A7852.access.telenet.be) (Quit: Leaving)
- # [19:27] * Joins: tabraldes (Thunderbir@moz-3F87419B.hsd1.or.comcast.net)
- # [19:27] * @bz notes that linking libxul obviously also takes forever
- # [19:27] * Joins: Archae|mobile (AndChat@moz-FF3F73F2.cust.telecolumbus.net)
- # [19:27] <@bz> This didn't use to be the case....
- # [19:27] <@bz> On this same box, same setup
- # [19:28] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4b91cf1b0430 - Marshall Culpepper - Bug 775281: B2G Mochitest frontend fixes to enable xpcshell from test.sh. r=jgriffin
- # [19:28] <@bz> ld pegging the CPU and all
- # [19:28] <Pike> jhopkins|buildduty: nope, commenting in the bug
- # [19:29] <froydnj> people have been complaining thatn js link time has gotten much worse
- # [19:29] <@bz> not this much worse
- # [19:29] <@bz> libxul link on this box used to be ~10s
- # [19:29] <@bz> Now it's in the multiple minutes range
- # [19:29] * Joins: jviereck (Adium@moz-340574DC.dclient.hispeed.ch)
- # [19:29] <jhopkins|buildduty> ok thanks
- # [19:29] <Pike> jhopkins|buildduty: yet another aspect of metro that never worked for l10n :-(
- # [19:30] <@bz> Yeah, so
- # [19:30] <@bz> 4:43 wall-clock
- # [19:30] <Ms2ger> bz, now you know what it's like ;)
- # [19:30] <@bz> mozilla% ls -l ../obj-firefox/toolkit/library/libxul.so
- # [19:30] <@bz> -rwx------. 1 bzbarsky bzbarsky 2596511512 2013-02-26 13:32 ../obj-firefox/toolkit/library/libxul.so*
- # [19:30] <@bz> Ms2ger: Oh, I knew what it was like from back in 2001
- # [19:30] <@bz> So why the heck is this file so effing big?
- # [19:31] <@bz> Clearly _something_ is broken....
- # [19:31] <jcranmer> I actively avoid linking libxul unless I have to
- # [19:31] <mbrubeck> mconnor: Yeah, the really hard thing to catch is where the merge commit actually contains changes that weren't in either parent.
- # [19:31] * Quits: smooney___ (smooney@2557E599.66715431.D25A875A.IP) (Quit: smooney___)
- # [19:31] <marshall_law> gps: hey, I just saw your comment on bug 775281 as I landed the minor m-c portion :) FYI we currently have 4 testing frontends in B2G right now: marionette, mochitest, xpcshell, and the new update tests. they are pretty simple shell scripts that bootstrap into various frontends under testing/..
- # [19:31] * Quits: @dbaron (dbaron@moz-E0DDE997.dsl.dynamic.sonic.net) (Ping timeout)
- # [19:31] * Quits: pranavrc (pranavrc@8C88EDC6.44F41798.520CDC98.IP) (Quit: Ping timeout: ∞)
- # [19:31] <mbrubeck> merge commits don't go through any peer review.
- # [19:31] * Joins: paolo (paolo@moz-DF1C49BE.retail.telecomitalia.it)
- # [19:32] <mbrubeck> and they are difficult to audit
- # [19:32] <@gavin> yeah, doesn't help that hgweb's UI for them is crummy
- # [19:32] <@gavin> (picking a random parent to diff against)
- # [19:32] <mbrubeck> Even an ideal UI would be tricky because you need to examine a (usually very large) three-way diff to see if anything is out of place.
- # [19:33] <glandium> bz: i managed to get a 3GB file once, and it was seemingly because my objdir was in a weird state. never happened again since i clobbered after that
- # [19:33] <gps> marshall_law: simple today. you know how software works :)
- # [19:33] <glandium> bz: "normal" size is under a GB
- # [19:33] <marshall_law> gps: sure, I wasn't implying those scripts are the best long term solution :)
- # [19:33] <gps> it also creates cognitive dissidence between developers working on both b2g and m-c
- # [19:33] <mbrubeck> I guess a good three-way diff tool can automatically collapse things that are unchanged from either parent to the child.
- # [19:33] <marshall_law> just giving a brief intro of what we have
- # [19:34] <@bz> glandium: I've definitely clobbered and I get the same thing....
- # [19:34] * Joins: bnicholson (bnicholson@2557E599.66715431.D25A875A.IP)
- # [19:34] <gps> marshall_law: no worries. I just wanted to plant a seed. something to consider, that's all
- # [19:34] <glandium> bz: what does size libxul.so say?
- # [19:34] <mbrubeck> Though I can think of clever attack scenarios where the merge selectively reverts just part of a change from one of the merged branches... that would be hell for an auditor to catch.
- # [19:34] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [19:34] * Quits: gbrown (gbrown@moz-6075880C.cg.shawcable.net) (Quit: gbrown)
- # [19:34] <mbrubeck> Maybe pushing a merge commit should require an extra-trusted L4 access. ;)
- # [19:34] <@bz> glandium: size ../obj-firefox/toolkit/library/libxul.so
- # [19:34] <@bz> text data bss dec hex filename
- # [19:34] <@bz> 72043461 2243716 1468476 75755653 483f085 ../obj-firefox/toolkit/library/libxul.so
- # [19:34] * Joins: smooney__ (smooney@2557E599.66715431.D25A875A.IP)
- # [19:35] <glandium> bz: 72MB of text ?!?
- # [19:35] <@bz> That's what it says!
- # [19:35] <@bz> I should note those numbers do not add up to anything close to 2GB
- # [19:35] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [19:35] <glandium> bz: the rest is debug info
- # [19:35] * Joins: gbrown (gbrown@moz-6075880C.cg.shawcable.net)
- # [19:35] <@bz> Ah, I see
- # [19:35] <@bz> Yes, that would about add up then
- # [19:36] <glandium> bz: there's something seriously wrong, text should be in the 40MB mark
- # [19:36] <@bz> ok
- # [19:36] <@bz> I definitely think something is seriously wrong!
- # [19:36] <@bz> Since I can't run the build
- # [19:36] <@bz> Because libxul is too big
- # [19:36] * Quits: Matt (Matt@32DFDBE.7102BCB6.B7C3970A.IP) (Quit: Matt)
- # [19:36] <@bz> The question is what. ;)
- # [19:36] * Joins: vingtetun (vingtetun@moz-F8747CC6.dsl.ovh.fr)
- # [19:37] <@bz> Quick spot-checks of a few .o files show about the right sizes....
- # [19:37] <glandium> bz: is that a debug build, though?
- # [19:37] <@bz> It's a debug build, yes.
- # [19:37] * Joins: bsmith (bsmith@C11351D5.AC8EC7EA.B4C748B5.IP)
- # [19:38] <@bz> Seeing as I wanted to debug something.
- # [19:38] <@bz> Is the 40MB text number for opt?
- # [19:38] <glandium> yes
- # [19:38] <glandium> debug builds are likely much bigger
- # [19:38] <@bz> ok
- # [19:38] <@bz> So on my Mac, size reports:
- # [19:38] <@bz> __TEXT __DATA __OBJC others dec hex
- # [19:38] <@bz> 85172224 5169152 0 73515008 163856384 9c44000
- # [19:38] <glandium> debug info size is still crazy
- # [19:38] <@bz> So the real issue here is the debuginfo
- # [19:38] * Quits: marco (Thunderbir@moz-9F11223E.cust.dsl.teletu.it) (Ping timeout)
- # [19:38] <@bz> -g3
- # [19:39] <@bz> could that affect it?
- # [19:39] <glandium> yes
- # [19:39] <@bz> aha
- # [19:39] <@bz> Should I just nix that part?
- # [19:39] * @bz can't recall what -g3 does, even
- # [19:39] * Joins: masayuki (Thunderbir@moz-B5ED316D.ppp11.odn.ad.jp)
- # [19:40] <glandium> bz: "includes extra information, such as all the macro definitions present in the program"
- # [19:40] <@bz> mmm
- # [19:40] * @bz tries nixing that and seeing if that helps
- # [19:40] <glandium> default level is 2
- # [19:40] <@bz> I might have had that to make macros nicer at one point
- # [19:40] <glandium> bz: how does it fail to start, btw?
- # [19:40] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/729d41f6743b - Nicolas B. Pierron - Bug 844059 - Prevent int-specialized GetElementIC to produce stub for float typed arrays. r=dvander
- # [19:40] * Quits: gwagner (Gregor@E521DFFF.DDFDBF93.E30FDA0B.IP) (Quit: gwagner)
- # [19:40] * Quits: alice (alice@moz-A7C201EB.zone16.bethere.co.uk) (Client exited)
- # [19:40] * coop|lunch is now known as coop
- # [19:41] <@bz> glandium: oh, simple: libxul > 2GB means it can't be loaded into address space of my 32-bit process, so the dynamic linker claims it can't link to libxul
- # [19:41] * Parts: edmorley (edmorley@88F51059.F3BBB17D.144F44FA.IP)
- # [19:41] <@bz> glandium: which it reports as libxul.so not being found, which led me down a long false trail of LD_LIBRARY_PATH and the like
- # [19:41] <@bz> glandium: simply stripping libxul lets me start
- # [19:41] * Joins: gcp (gpascutto@moz-86A7852.access.telenet.be)
- # [19:41] <glandium> bz: i can't believe ld.so is so stupid
- # [19:41] <glandium> bz: or is it gdb that causes problems?
- # [19:42] <@bz> glandium: ldd does the same, fwiw
- # [19:42] <@bz> mozilla% ldd ../obj-firefox/dist/bin/xpcshell
- # [19:42] <@bz> ...
- # [19:42] <glandium> ldd uses ld.so
- # [19:42] * Joins: marco (Thunderbir@moz-9F11223E.cust.dsl.teletu.it)
- # [19:42] <@bz> libxul.so => not found
- # [19:42] <@bz> Ah
- # [19:42] <@bz> well, there we are then.
- # [19:42] <@bz> It's just ld.so, in that case.
- # [19:43] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Connection reset by peer)
- # [19:43] <glandium> that's surprising... technically, the dynamic linker doesn't have to care about what's at the end of the file
- # [19:43] <glandium> bz: what does readelf -l libxul.so say?
- # [19:43] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Ping timeout)
- # [19:43] * @bz waits for pastebin
- # [19:44] * froydnj wonders if some 32-bit fields overflowed in the binary and ld{,d} is really complaining about those
- # [19:44] <@bz> http://www.pastebin.mozilla.org/2178422
- # [19:44] <@bz> dunno
- # [19:44] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9c97e01125cc - Nicolas B. Pierron - Bug 844305 - Check that excluded type are included before generating guards. r=bhackett
- # [19:44] <glandium> yeah, this doesn't look like something ld.so should complain about
- # [19:45] <glandium> bz: could you paste the output for strace ldd libxul.so ?
- # [19:45] <glandium> bz: maybe strace -f ldd... even
- # [19:45] * jhopkins|buildduty is now known as jhopkins|bbiab
- # [19:45] * Joins: ggp (ggp@2557E599.66715431.D25A875A.IP)
- # [19:46] <@bz> http://www.pastebin.mozilla.org/2178423
- # [19:46] * Quits: mixedpuppy (mixedpuppy@moz-7B3CFB22.vc.shawcable.net) (Quit: mixedpuppy)
- # [19:46] * Quits: marco (Thunderbir@moz-9F11223E.cust.dsl.teletu.it) (Ping timeout)
- # [19:47] <@bz> fwiw, if I do strace xpcshell I get:
- # [19:47] <@bz> open("./libxul.so", O_RDONLY) = -1 EOVERFLOW (Value too large for defined data type)
- # [19:47] <@bz> After which it goes on to:
- # [19:47] <@bz> open("/lib/tls/i686/sse2/libxul.so", O_RDONLY) = -1 ENOENT (No such file or directory)
- # [19:47] <@bz> etc
- # [19:47] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
- # [19:48] <@bz> So it's possible the failure is inside open()
- # [19:48] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
- # [19:48] <@bz> well, s/possible/clear/
- # [19:48] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/018649ef8ce6 - Brian Nicholson - Bug 844590 - Use Looper.getMainLooper() for UiAsyncTask. r=kats
- # [19:49] <@bz> manpage for open(2) says:
- # [19:49] <glandium> bz: if it's not giving O_LARGEFILE...
- # [19:49] <@bz> EOVERFLOW
- # [19:49] <@bz> pathname refers to a regular file that is too large to be opened. The usual scenario
- # [19:49] <@bz> here is that an application compiled on a 32-bit platform without -D_FILE_OFF-
- # [19:49] <@bz> SET_BITS=64 tried to open a file whose size exceeds (2<<31)-1 bits; see also O_LARGE-
- # [19:49] <@bz> FILE above. This is the error specified by POSIX.1-2001; in kernels before 2.6.24,
- # [19:49] <@bz> Linux gave the error EFBIG for this case.
- # [19:49] * Quits: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
- # [19:49] <@bz> And yeah, no O_LARGEFILE here
- # [19:49] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Ping timeout)
- # [19:50] <@bz> ok
- # [19:50] * Joins: marco (Thunderbir@moz-9F11223E.cust.dsl.teletu.it)
- # [19:50] <derf> Wow, people still write code without -D_FILE_OFFSET_BITS=64?
- # [19:50] <@bz> can I try rebulding without -g3 now, or do we still need to debug something here?
- # [19:50] <@bz> derf: we apparently do!
- # [19:50] <glandium> derf: glibc probably does on 32 bits systems
- # [19:50] <glandium> bz: not us
- # [19:51] <@bz> This is a 64-bit system
- # [19:51] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [19:51] <@bz> But it's possible that the 32-bit glibc was still built without that ifdef
- # [19:51] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [19:51] <glandium> bz: is that a x86 build or a x86-64 build?
- # [19:51] <@bz> x86 build
- # [19:51] <@bz> of Mozilla
- # [19:51] * Quits: mwu (mwu@E9117DB.F7F094F8.4C07D37A.IP) (Ping timeout)
- # [19:51] * cpeterson is now known as fireb0t
- # [19:52] * kmoir is now known as kmoir-afk
- # [19:52] * Joins: nanci (chatzilla@EB8ABE1B.D9975CD5.3927C314.IP)
- # [19:52] <@bz> Clearly loading a 2+GB libxul would not be an issue in an x86-64 build
- # [19:52] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
- # [19:52] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
- # [19:53] * fireb0t is now known as cpeterson
- # [19:53] <@bz> anyway
- # [19:53] <@bz> we still need this build?
- # [19:53] <@bz> or can I nix it and try without -g3?
- # [19:53] * Quits: erikvold (erikvold@moz-FEB0D3F0.bchsia.telus.net) (Quit: erikvold)
- # [19:53] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Max SendQ exceeded)
- # [19:53] <glandium> bz: go ahead
- # [19:53] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [19:53] * Joins: Matt (Matt@E05025B2.7102BCB6.B7C3970A.IP)
- # [19:54] * Joins: erikvold (erikvold@moz-FEB0D3F0.bchsia.telus.net)
- # [19:54] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6a930768eb82 - Nicolas B. Pierron - Bug 841666 - Use exponent over-estimation to truncate operations. r=h4writer
- # [19:55] * Joins: cviecco_ (cviecco@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [19:55] * Joins: vtmarvin1 (Thunderbir@32DFDBE.7102BCB6.B7C3970A.IP)
- # [19:55] * Joins: knelson1 (Adium@2557E599.66715431.D25A875A.IP)
- # [19:55] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/29de190ac31c - Sriram Ramasubramanian - Bug 844984: Remove overdraw in Awesomebar. [r=bnicholson]
- # [19:55] <@bz> glandium: thanks
- # [19:56] <@bz> glandium: And thanks for helping sort through this!
- # [19:56] * nrc|away is now known as nrc
- # [19:56] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Ping timeout)
- # [19:56] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/8d8cb708ed97 - Glenna Buford - Bug 835868 - Consolidate cross-process permission checks for TCPSocket. r=jdm
- # [19:56] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
- # [19:57] * Joins: pcwalton (pcwalton@2557E599.66715431.D25A875A.IP)
- # [19:58] <jhford> RyanVM: what's the magic sauce to get gecko patches uplifted?
- # [19:59] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
- # [19:59] <RyanVM> jhford: get approval or blocking status
- # [19:59] <jhford> i have approval
- # [19:59] <RyanVM> bug #?
- # [19:59] <jhford> and it's got firefox22 fixed (needs to go to aurora)
- # [19:59] <cers> akeybl: ping
- # [19:59] <jhford> RyanVM: https://bugzilla.mozilla.org/show_bug.cgi?id=839298
- # [20:00] * Quits: ggp (ggp@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [20:00] * Quits: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net) (Quit: jib)
- # [20:00] <NeilAway> mbrubeck: actually, that selection listener that I just caught up with noticing you mentioning might make more sense, we use that in view source for instance
- # [20:00] * Quits: nik_john (Mibbit@831FB3F8.17E18DD9.F44414AF.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [20:00] * Quits: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net) (Ping timeout)
- # [20:00] <RyanVM> jhford: would have normally shown up in my queries, except the target milestone is set to mozilla21
- # [20:00] * Joins: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:01] * Joins: mdas_ (mdas@F2D29657.F60B0462.67AC9B1.IP)
- # [20:01] <RyanVM> jhford: and I'm naturally not looking to uplift mozilla21 patches to aurora at this point :)
- # [20:01] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
- # [20:01] <mbrubeck> NeilAway: Yeah, addSelectionListener seems to do what I need.
- # [20:01] <jhford> ahh,
- # [20:01] <jhford> k
- # [20:01] <jhford> y u no automate :P
- # [20:01] <RyanVM> so set checkin-needed on it or change the TM
- # [20:01] * mdas_ is now known as mdas
- # [20:02] * Parts: knelson1 (Adium@2557E599.66715431.D25A875A.IP)
- # [20:02] <jhford> set
- # [20:02] * jhopkins|bbiab is now known as jhopkins|buildduty
- # [20:02] <RyanVM> jhford: bugs that cross gecko revs are a pain to track :(
- # [20:02] <jhford> es
- # [20:02] * Joins: DomoOrigatuMrMugatu (john_q@moz-B6268EB2.ntc.blacksburg.shentel.net)
- # [20:02] <jhford> i bet
- # [20:02] <jhford> the fix literally landed 5? minutes after the branching happened
- # [20:02] <RyanVM> doh
- # [20:02] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/55d8934477f6 - Benjamin Smedberg - Bug 623462 - Add an environment variable to save a full dump, not just a minidump, r=ted
- # [20:02] <jhford> gml
- # [20:02] <jhford> fml
- # [20:02] <RyanVM> lol
- # [20:03] <RyanVM> something about screwing up fml that always makes me laugh
- # [20:03] <jhford> yah... it's pretty bad
- # [20:04] * geekboy is now known as geekboy|afk
- # [20:05] * Joins: ggp (ggp@43CB6079.66715431.D25A875A.IP)
- # [20:05] <lmandel> BenWa: Can you give your shutdown timers update today?
- # [20:06] * Joins: rednaks (rednaks@24067163.74C6FD40.360EF119.IP)
- # [20:06] * Joins: gandalf (zbraniecki@moz-D9647D2A.tmodns.net)
- # [20:07] <RyanVM> ooo, a bholley landing!
- # [20:08] * RyanVM prepares his backout cannon
- # [20:08] <bholley> RyanVM: :-)
- # [20:08] <bholley> RyanVM: I even did a very expensive "full try run"
- # [20:08] <RyanVM> heh
- # [20:08] * Quits: azakai (alon@moz-EA765158.midsouth.biz.rr.com) (Ping timeout)
- # [20:08] * RyanVM waits for the needs-clobber bustage
- # [20:09] * cmcavoy is now known as cmcavoy-offline
- # [20:09] * Joins: spartanfire (guimdearau@A230CD32.A5C6B195.7C9220AF.IP)
- # [20:09] * RyanVM <- eternal optimist
- # [20:09] <RyanVM> bholley :D
- # [20:09] <bholley> RyanVM: I appreciate everything you do :-)
- # [20:09] <BenWa> lmandel: I have interview prep to do atm, sorry
- # [20:10] * Quits: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Leaving.)
- # [20:10] * Joins: dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:10] * ChanServ sets mode: +o dbaron
- # [20:11] * Joins: alice (alice@514D186.F3BBB17D.144F44FA.IP)
- # [20:11] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [20:11] <jdm> gregglind: ping
- # [20:12] * Joins: brendan (brendaneic@E521DFFF.DDFDBF93.E30FDA0B.IP)
- # [20:12] <lmandel> BenWa: OK. We'll put it off another week.
- # [20:12] <gregglind> jdm :) hello! Are you my savior
- # [20:12] <jdm> gregglind: maybe! what do you need to know, exactly?
- # [20:12] <gregglind> my build / test yoda.
- # [20:12] * whimboo is now known as whimboo|afk
- # [20:12] <gregglind> things I need to know: how to read the perma-orange enough to know when it's fixed. How to build on my loaner build host. how to run tests.
- # [20:12] * Quits: vingtetun (vingtetun@moz-F8747CC6.dsl.ovh.fr) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.9.1.16/20121207220152])
- # [20:12] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/036f8a67636c - Milan Sreckovic - Bug 844630 - Be explicit about environ visibility. r=bgirard
- # [20:12] * Quits: tantek (tantek@moz-17B51346.dsl.dynamic.sonic.net) (Quit: tantek)
- # [20:13] <philor> gregglind: actually, first you need step 0, "is this a test slave or a build slave that I was loaned?"
- # [20:13] * Joins: wesj (Instantbir@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:13] <gregglind> I think it was a build slave :)
- # [20:14] <gregglind> I know this is all in the docs, but a guide to the Underworld would help.
- # [20:14] <philor> gregglind: it should have been a test slave according to the summary and comment 2, and if it was, then the usual approach would be to push the reverse of https://hg.mozilla.org/releases/mozilla-aurora/rev/c489c87349b5 to try to get yourself a build and packaged tests, and pull them onto your test slave, and then roughly imitate the commandline from a test log to run the tests
- # [20:15] <gregglind> And if there is a "quickest path to fixing your weirdo bug on a not-your-platform" I can read that.
- # [20:15] * Quits: darkowlzz (darkowlzz@5F7E6ABB.2432B25E.F44414AF.IP) (Ping timeout)
- # [20:15] * Quits: tonymec (tonymec@ACE87672.8190FE72.277517C1.IP) (Ping timeout)
- # [20:15] <gregglind> the user name involves 'bld' but I have no idea of what to do once I am there.
- # [20:15] * Quits: nical (nico@moz-F8747CC6.dsl.ovh.fr) (Quit: nical)
- # [20:15] * Quits: tonymec|away (tonymec@ACE87672.8190FE72.277517C1.IP) (Ping timeout)
- # [20:17] * Quits: Wes (chatzilla@moz-BEF0C255.page.ca) (No route to host)
- # [20:17] * Quits: mmc|laptop (mmc@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [20:17] * Joins: mmc|laptop (mmc@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:18] * Joins: tanvi (tanvi@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:18] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
- # [20:18] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/08938603bfaf - Daniel Holbert - Bug 841847: Ensure that we reflow a flex container's children, if any of them received a "measuring" reflow. r=dbaron a=lsblakk
- # [20:19] <philor> actually, step 0 is probably to decide whether or not this is even what you want, since installing Ubuntu in a VM or using Try are both likely to be far easier than doing it remotely, until you discover that it's impossible to reproduce locally
- # [20:19] <firebot> http://hg.mozilla.org/releases/mozilla-beta/rev/6061a3cf64bc - Daniel Holbert - Bug 821775: Set mHResize & mVResize flags when doing the actual reflow of a flex item, if we did an earlier "measuring" reflow and we're now stretching the item in either or
- # [20:19] <firebot> both dimensions. r=dbaron a=lsblakk
- # [20:19] <firebot> http://hg.mozilla.org/releases/mozilla-beta/rev/3a448e84c1f1 - Daniel Holbert - (no bug) Fix comment in typo, and remove stale XXXdholbert comment. a=Comment-only, DONTBUILD
- # [20:20] * kmoir-afk is now known as kmoir
- # [20:20] * Quits: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard)
- # [20:20] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
- # [20:21] * Joins: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
- # [20:21] * Joins: mixedpuppy (mixedpuppy@A5087023.2354C43D.D8E68FF6.IP)
- # [20:22] * Joins: darkowlzz (darkowlzz@F2F8D79E.108B122E.25B273F5.IP)
- # [20:22] * Joins: mib_3ar2eq (Mibbit@moz-8AD190BF.tirol.surfer.at)
- # [20:24] * Quits: mikeratcliffe (mikeratcli@CEFB859F.FE7B39FC.F0B55906.IP) (Ping timeout)
- # [20:25] * Joins: azakai (alon@moz-EA765158.midsouth.biz.rr.com)
- # [20:25] <gregglind> philor, the permaorange is only on that platform
- # [20:25] <gregglind> afaict.
- # [20:25] <gregglind> https://bugzilla.mozilla.org/show_bug.cgi?id=823989
- # [20:26] <gregglind> but honestly, even reading that bug is pretty impossible for me :)
- # [20:26] * Quits: paolo (paolo@moz-DF1C49BE.retail.telecomitalia.it) (Client exited)
- # [20:27] * Quits: smooney__ (smooney@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [20:27] * Quits: gandalf (zbraniecki@moz-D9647D2A.tmodns.net) (Ping timeout)
- # [20:28] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [20:28] * Joins: smooney__ (smooney@2557E599.66715431.D25A875A.IP)
- # [20:28] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [20:28] * Joins: mikeratcliffe (mikeratcli@CEFB859F.FE7B39FC.F0B55906.IP)
- # [20:28] * jwir3|zzz is now known as jwir3
- # [20:29] * Joins: edwong (Adium@2557E599.66715431.D25A875A.IP)
- # [20:30] <Ms2ger> Heh, EnsureStringLength
- # [20:31] <Ms2ger> bsmedberg, that'll never fail, will it?
- # [20:31] * Quits: past (Instantbir@moz-A7F2949A.dsl.dyn.forthnet.gr) (Ping timeout)
- # [20:31] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [20:31] <bsmedberg> Ms2ger: no it won't
- # [20:32] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
- # [20:32] * rail is now known as rail-brb
- # [20:33] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a1d01526d344 - Ethan Hugg - Bug 844929: Accept numeric parameters > UINT_MAX in SDP o-lines
- # [20:33] * Joins: mdas_ (mdas@F2D29657.F60B0462.67AC9B1.IP)
- # [20:33] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
- # [20:33] * Joins: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net)
- # [20:34] * Quits: sicking (sicking@moz-289A587C.hsd1.ca.comcast.net) (Quit: sicking)
- # [20:34] * RyanVM wonders which ewong to ping - ewong|afk, ewong|away, or ewong|sleep
- # [20:34] * Quits: bsmith (bsmith@C11351D5.AC8EC7EA.B4C748B5.IP) (Ping timeout)
- # [20:35] * Joins: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP)
- # [20:35] <edwong> RyanVM: we're popular
- # [20:35] <we11ington> Does anybody know of a way to enlarge a page's content? (Essentially, scale everything, but do NOT reflow text, etc.)
- # [20:35] <RyanVM> edwong: hah
- # [20:35] <we11ington> Scrollbars are expected
- # [20:35] <RyanVM> edwong: did I see that you were looking at bug 833769?
- # [20:36] <edwong> RyanVM: looking
- # [20:36] <we11ington> FullZoom won't work because it reflows text and we can't seem to figure out how to disable that
- # [20:36] * Joins: tonymec|away (tonymec@E2311DD4.9478F248.277517C1.IP)
- # [20:36] * mdas_ is now known as mdas
- # [20:36] * Joins: bsmith (bsmith@C11351D5.AC8EC7EA.B4C748B5.IP)
- # [20:37] * Quits: @dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [20:37] <edwong> RyanVM: I'm not familiar with this, that might be sleep | away | afk
- # [20:37] * Joins: tonymec (tonymec@E2311DD4.9478F248.277517C1.IP)
- # [20:37] <RyanVM> rats
- # [20:38] * Quits: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [20:38] * mib_3ar2eq is now known as barcode
- # [20:38] <edwong> RyanVM: wrong wong
- # [20:38] * Joins: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net)
- # [20:38] <edwong> ;)
- # [20:38] <RyanVM> hah
- # [20:38] * Joins: past (Instantbir@moz-A7F2949A.dsl.dyn.forthnet.gr)
- # [20:39] <philor> gregglind: https://bugzilla.mozilla.org/show_bug.cgi?id=823989#c60, there's one linux32+mac and one linux64+win7 (plus the Linux focus stuff from https://bugzilla.mozilla.org/show_bug.cgi?id=823989#c30 if you want to go back to customizing the toolbar on the first run)
- # [20:39] * barcode is now known as BarCodeS
- # [20:40] * Joins: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP)
- # [20:40] * Quits: cviecco_ (cviecco@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [20:40] * Quits: GPHemsley (GPHemsley@moz-F93E11DA.hsd1.ga.comcast.net) (Quit: This computer has gone to sleep)
- # [20:40] * Quits: sheeri (sheeri@moz-5E1F6454.hsd1.ma.comcast.net) (Quit: sheeri)
- # [20:41] <gregglind> philor, I am not sure what to do with that info :(
- # [20:42] <gregglind> so this one? https://bugzilla.mozilla.org/show_bug.cgi?id=832703
- # [20:42] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Quit: ekr)
- # [20:42] * Joins: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:42] * Quits: tanvi (tanvi@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Leaving.)
- # [20:43] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/00ed3d264438 - Avi Halachmi - Bug 590422: Remove delay line filter from timer thread. r=bz
- # [20:43] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [20:43] <gregglind> so, philor, what's the stupidest, simplest way to get this going / fixed? on my mac, check out central, mach build, (edit the browser-ui tests), mach test?
- # [20:44] <akeybl> cers: hi there
- # [20:45] <@bz> avih: thanks for resurrecting that patch
- # [20:45] * Quits: Cwiiis (cwiiis@88F51059.F3BBB17D.144F44FA.IP) (Quit: Leaving)
- # [20:46] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/13ccc41033ec - Joshua Cranmer - Bug 648980 - Add a hook for projects to have custom configure scripts. r=glandium
- # [20:46] <avih> bz: sure. but i was just being selfish. i really like smoothness, and i had to get to the bottom of these jitters ;)
- # [20:46] * Quits: darkowlzz (darkowlzz@F2F8D79E.108B122E.25B273F5.IP) (Ping timeout)
- # [20:46] <we11ington> Anybody know how to scale the page, width and height included, without doing any reflow? The content needs to stay in the exact same shape, just bigger.
- # [20:47] * Joins: GPHemsley (GPHemsley@moz-F93E11DA.hsd1.ga.comcast.net)
- # [20:47] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2b8d0b73600e - Jim Blandy - Bug 839313: Don't use a runtime value root to implement the 'customNative' property of 'it'. r=waldo
- # [20:47] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/4c8b199ed597 - Jim Blandy - Bug 839313: Replace JSVAL_VOID and similar constants with their JS::MumbleValue() equivalents. r=waldo
- # [20:47] <@bz> avih: Hey, I hear this whole open source thing and scratching itches is supposed to work that way. ;)
- # [20:47] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e150e804f902 - Jim Blandy - Bug 839313: In js/src/shell/js.cpp, Use JS_SET_RVAL, instead of assigning to *vp. r=waldo
- # [20:47] * Joins: gandalf (zbraniecki@moz-D9647D2A.tmodns.net)
- # [20:47] <avih> bz: so they say ;)
- # [20:47] <philor> gregglind: not quite, since you have to build testpilot, which only happens with MOZ_UPDATE_CHANNEL=beta
- # [20:47] <Ms2ger> Hah
- # [20:47] * Joins: darkowlzz (darkowlzz@F2F8D79E.108B122E.25B273F5.IP)
- # [20:47] * Quits: nattofriends (tsutsumi@moz-A369A791.warosu.org) (Ping timeout)
- # [20:47] <gregglind> I probably need the aurora actually.
- # [20:48] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/b2c38a3b59dc - Margaret Leibovic - Bug 843821 - Remove debug logging that accidentally landed. r=oops
- # [20:48] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/4637a1449900 - Margaret Leibovic - Bug 845075 - Move more tab-specific event handlers from GeckoApp to Tabs. r=mfinkle
- # [20:48] <gregglind> philor, I want to be in place where I can reliably prove that I fxed the bug, whatever it is.
- # [20:48] * Joins: nattofriends (tsutsumi@moz-A369A791.warosu.org)
- # [20:49] * Quits: tH (Rob@cpc4-seac20-2-0-cust858.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 18.0.2/20130201065344])
- # [20:49] <avih> tn: re bug 590422 comment 39, care to help me doing that? is there a tol for that? do i need to check manually over different checkins, etc?
- # [20:49] <avih> tool*
- # [20:49] * Joins: ggp_ (ggp@2557E599.66715431.D25A875A.IP)
- # [20:49] <Ms2ger> Go me
- # [20:49] * Quits: myk (myk@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [20:49] <@ted> do we report memory usage metrics in telemetry?
- # [20:50] <Ms2ger> I wanted to file a bug about EnsureStringLength, and it turns out I already did last October
- # [20:50] * Quits: ggp (ggp@43CB6079.66715431.D25A875A.IP) (Ping timeout)
- # [20:50] <tn> avih, what i was trying to say was that the compare talos tool which you used has that already built in. if you go to http://perf.snarkfest.net/compare-talos/ you just click the "Add another" button
- # [20:50] * ggp_ is now known as ggp
- # [20:50] * jcranmer is now known as jcranmer|away
- # [20:50] * Joins: myk (myk@2557E599.66715431.D25A875A.IP)
- # [20:51] <philor> gregglind: reliably proving you fixed it is a try push of m-c, with https://hg.mozilla.org/try/rev/9ba7e4567b66 but with "aurora" replaced by "beta"
- # [20:51] * mattwoodrow|away is now known as mattwoodrow
- # [20:51] <avih> tn: ah. cool. dunno why i missed that. probably subconsciously thought it was a redundant "enter" button ;) i'll look into that. thx.
- # [20:52] <gregglind> philor, I need a step before that, where I build and actually debug the problem on a platform where it's happening
- # [20:52] <tn> avih, yeah, its helpful in determining if something is just noise or actual change
- # [20:52] <avih> tn: i should have learned by now that no character is redundant on tbpl :p
- # [20:52] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [20:52] <gregglind> i accept your answer for the reliably prove part, of cousre :) I underspecced the question!
- # [20:53] <tn> avih, heh
- # [20:53] <gregglind> Right now, I don't even know how to start stepping through the test suite to see where tehre is a problem.
- # [20:53] <@ted> looks like we do
- # [20:54] <RyanVM> gfritzsche: ping
- # [20:55] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
- # [20:55] * Waldo is now known as Waldo|lunch
- # [20:55] * Joins: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net)
- # [20:55] * Parts: edwong (Adium@2557E599.66715431.D25A875A.IP)
- # [20:56] * Quits: sfink (chatzilla@moz-BD9FC79C.hfc.comcastbusiness.net) (Ping timeout)
- # [20:57] <gfritzsche> RyanVM: pong
- # [20:57] * Joins: b10n1k (j0ni@moz-B161B7E4.access.hol.gr)
- # [20:57] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [20:57] <RyanVM> gfritzsche: any luck with the osx java crash investigation?
- # [20:57] * Joins: TheOne (one@moz-555343DF.dip.t-dialin.net)
- # [20:57] <philor> gregglind: and so far, the only mentor you've managed to gather up is at his non-Mozilla day job - maybe try #introduction with the problem "I need to build mozilla-central with ac_add_options --enable-update-channel=beta so that testpilot gets built, and then I need to run browser-chrome tests, what do I do?"
- # [20:57] * Quits: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: fitzgen)
- # [20:58] * Quits: past (Instantbir@moz-A7F2949A.dsl.dyn.forthnet.gr) (Ping timeout)
- # [20:58] * jedp is now known as jedp|mtg
- # [20:58] <gfritzsche> RyanVM: none with 824069 if you mean that, though related things are on my list for this week
- # [20:58] * Joins: past (Instantbir@moz-A7F2949A.dsl.dyn.forthnet.gr)
- # [20:58] <RyanVM> ok :)
- # [20:58] * Joins: knelson (Adium@2557E599.66715431.D25A875A.IP)
- # [20:59] <vladan> darkowlzz: you pinged me yesterday?
- # [20:59] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/b25ab04a5813 - Benjamin Smedberg - Bug 827596 - assert at runtime if we try to assign to a nsAutoPtr which already contains the identical pointer, r=dbaron a=lsblakk
- # [20:59] <darkowlzz> vladan: yeah
- # [20:59] <vladan> what's up
- # [20:59] * khuey is now known as khuey|away
- # [20:59] <darkowlzz> vladan: https://bugzilla.mozilla.org/show_bug.cgi?id=817381#c31
- # [21:00] * ferjm is now known as ferjm|afk
- # [21:00] * Joins: Sander (chatzilla@68199CE4.E6392D37.B7608A5.IP)
- # [21:00] <vladan> darkowlzz: k let me take a quick look
- # [21:00] <avih> tn: ok, so i tried it. i used about 5 original revisions. and indeed it's gone. however, i see that some changes are marked in red/green, but others don't. it doesn't appear to be triggered by the change%, does it exclude "painting" of tests where the variance is just too big?
- # [21:00] * Parts: knelson (Adium@2557E599.66715431.D25A875A.IP)
- # [21:01] * Joins: Mnyromyr (Mnyromyr@moz-76E2FA46.unity-media.net)
- # [21:01] <avih> tn: http://perf.snarkfest.net/compare-talos/index.html?oldRevs=a4f834dd884f,f14dc834f18e,aaefec5d34f8,f9ece777368e,73f0c5b00572&newRev=152efb54169e&submit=true
- # [21:01] <RyanVM> oh boy, the Win7 platform update is officially on Windows Update now
- # [21:01] * Quits: Ms2ger (Ms2ger@moz-E169C25E.adsl-dyn.isp.belgacom.be) (Quit: nn)
- # [21:01] <darkowlzz> vladan: okay, better if you leave comment there. It's really later here, have classes in the morning :)
- # [21:01] <vladan> ok
- # [21:01] * darkowlzz is now known as darkowlzz|zz
- # [21:01] <gregglind> philor, noted. A+ on you :)
- # [21:01] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
- # [21:01] <tn> avih, i think compare talos uses the variance of the 5 base revisions to determine what the normal range is. then uses the color to indicate how far the new revision is away given how much it usually varies
- # [21:02] <darkowlzz|zz> vlad: thanks :)
- # [21:03] <avih> tn: but the coloring is very different (much less) in the 5-originals comparison than the original comparison i used (one original).
- # [21:03] * spohl is now known as spohl|afk
- # [21:03] * Quits: brendan (brendaneic@E521DFFF.DDFDBF93.E30FDA0B.IP) (Quit: brendan)
- # [21:03] <avih> tn: so it suggests that my first comparison didn't take 5 originals as well, or else i'm guessing it would have shown a similar pattern to the 5-originals comparison
- # [21:04] <avih> (cool and useful tool btw. nice)
- # [21:04] <tn> avih, yes your original compare talos link only had one base rev
- # [21:04] * Quits: ericjung (ericjung@5210CFD5.1A5EA44.72B23B3D.IP) (Ping timeout)
- # [21:05] * Joins: brendan (brendaneic@E521DFFF.DDFDBF93.E30FDA0B.IP)
- # [21:05] <avih> tn: so what does that mean? <tn> avih, i think compare talos uses the variance of the 5 base revisions to determine what the normal range is
- # [21:05] * Quits: bsmith (bsmith@C11351D5.AC8EC7EA.B4C748B5.IP) (Ping timeout)
- # [21:06] * rail-brb is now known as rail
- # [21:06] * Quits: jhammel (jhammel@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [21:06] <tn> avih, it looks like it computes the variance, and high lights any rows where the detla is bigger than the variance
- # [21:06] <avih> tn: overall though, to me, it appears the talos tests have too much noise to notice minor changes...
- # [21:07] <gaston> is there an mq command that moves a patch at the end of the stack ?
- # [21:07] <gaston> ie hg qpop --to-the-end
- # [21:07] * joduinn-mtg is now known as joduinn
- # [21:07] <tn> avih, yes, you can't really notice changes smaller than the noise. but you can use your knowledge of how much noise there is normally to determine if it is within the noise or not
- # [21:08] <avih> tn: yeah, sure. but my comment was about the general noise level.
- # [21:08] <cpearce> jaws: we dispatch a "ratechange" event when the playback rate changes
- # [21:08] <avih> tn: in other words: it could be more useful if it had less noise.
- # [21:09] * cpeterson is now known as cpeterson|lunch
- # [21:09] <jdm> gregglind: do philor's instructions up above make sense to you?
- # [21:09] <jdm> they do to me, so I can help
- # [21:09] * juanb is now known as juanb|lunch
- # [21:10] <tn> avih, yes of course. less noise would be wonderful, but we don't always get what we want, so we have to deal with what we have.
- # [21:10] <gregglind> jdm, I have no idea of where to start, and am pretty frustrated, honestly :)
- # [21:10] <gregglind> if we want to pm or vidyo that is ifine.
- # [21:10] <jdm> gregglind: let's take it to #introduction
- # [21:11] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1c851a5bbc9f - Boris Zbarsky - Bug 838686 part 2. Use NodeFilterHolder in treewalker and nodeiterator and start using WebIDL codegen for NodeFilter. r=peterv
- # [21:11] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a4763990a983 - Boris Zbarsky - Bug 838686 part 1. Add a helper class that can store a WebIDL callback or an XPCOM interface. r=peterv
- # [21:11] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b0a1b994278e - Boris Zbarsky - Bug 845313. Make mochitest-ipcplugins actually pay attention to the TEST_PATH. r=bsmedberg
- # [21:11] * Joins: jhammel (jhammel@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [21:11] * Quits: bajaj (Adium@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
- # [21:12] <avih> tn: yeah, it was a wishful thinking ;) though i think the results could still be more useful if the final change value would be displayed as "[+/- 10%] +12%" so you know you're actually only 2% beyond the "range", rather than look the range up in absolute values on a different column, etc.
- # [21:12] * bsmedberg is now known as bsmedberg-mtg
- # [21:13] <RyanVM> jdm: ping
- # [21:13] <RyanVM> jdm: your last attachement to bug 832411 is for b2g18, right?
- # [21:13] <jdm> RyanVM: yep
- # [21:13] * Quits: Dagger (Dagger@moz-38590C6F.cable.virginmedia.com) (Ping timeout)
- # [21:13] <avih> tn: where the 10% there would be std-dev or some other common range
- # [21:14] <RyanVM> jdm: just wanted to be sure because it got lost from the patch description
- # [21:14] <jdm> yeah, my mistake
- # [21:14] <jdm> thanks for checking
- # [21:14] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Quit: PM: Preparing frontal lobe for mem sleep)
- # [21:14] * Joins: karl (karl@moz-C433B975.jetstream.xtra.co.nz)
- # [21:14] * Joins: ericjung (ericjung@5210CFD5.1A5EA44.72B23B3D.IP)
- # [21:15] <tn> avih, it might be doing that, i'm not sure of exactly what it does
- # [21:15] * Quits: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard)
- # [21:15] * Joins: Dagger (Dagger@moz-38590C6F.cable.virginmedia.com)
- # [21:16] <mounir> the Gecko Profiler doesn't work on Linux?
- # [21:16] * Quits: martyn (martyn@moz-57A66DEC.range81-154.btcentralplus.com) (Quit: Ex-Chat)
- # [21:16] <mounir> sounds surprising...
- # [21:16] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
- # [21:16] <avih> tn: there's variation (absolute), delta (absolute) and delta%. on far columns. so to know how bad/good the results actually are, i think it would be nicer to display the delta std-dev, just besides the result delta. do you know who maintains this tool?
- # [21:17] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4d3e8e7ee977 - David Humphrey (:humph) - Bug 839371 - Implement HTML5 <data> element. r=smaug
- # [21:18] <gregglind> khuey or others, is there an special trick to building on loaned slaves?
- # [21:18] * Quits: rohandalvi (rohandalvi@B323DA0F.E591327D.5FDBC370.IP) (Client exited)
- # [21:18] <gregglind> or is there somehwere I can read mmore about their env / where source is, etc.?
- # [21:19] <@bz> glandium: without -g3 I'm at 730MB
- # [21:19] <tn> avih, i'm not sure but i found this https://bitbucket.org/philor/compare-talos so perhaps philor knows
- # [21:19] <@bz> glandium: which is a good bit smaller. ;)
- # [21:19] <tbsaunde> man bug 845302 is great
- # [21:19] <avih> tn: cheers.
- # [21:19] <avih> philor: you know who maintains the talos comparison page?
- # [21:19] <@bz> tbsaunde: I actually have a functioning linux32 build if that would be useful
- # [21:19] <@bz> avih: mconnor, iirc
- # [21:19] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
- # [21:20] * Quits: Nefzaoui (chatzilla@7FEFEC49.3076D893.7D0E51E.IP) (Connection reset by peer)
- # [21:20] <avih> thx
- # [21:20] <avih> mconnor: got few mins?
- # [21:20] <@bz> tbsaunde: "oops"
- # [21:20] * Quits: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
- # [21:20] * Quits: rnewman (rich_holyg@moz-DB4A9C19.scl3.mozilla.com) (Quit: Lost terminal)
- # [21:20] <@bz> tbsaunde: that reminds me of the time I needed to access a PDF that had some of those flags flipped....
- # [21:20] * coop is now known as coop|afk
- # [21:20] <tbsaunde> bz: I'm probably not far from having one too
- # [21:20] * Joins: rnewman (rich_holyg@moz-DB4A9C19.scl3.mozilla.com)
- # [21:20] <@bz> tbsaunde: and I ended up hacking xpdf source to disable the checking for those flags....
- # [21:20] <tbsaunde> bz: if you want you can debug that m2 thing from the range patch, or you can just help me do it
- # [21:21] <@bz> tbsaunde: what was the failing test again?
- # [21:21] <tbsaunde> bz: oh, I know pdf encryption is a joke
- # [21:21] <@bz> tbsaunde: going to see if I can reproduce, at least
- # [21:21] <RyanVM> tbsaunde: do you have any idea for why we seem to be hitting bug 828233 so frequently lately?
- # [21:21] <tbsaunde> bz: one sec
- # [21:21] * Joins: sfink (chatzilla@moz-5C92B3D5.dsl.pltn13.sbcglobal.net)
- # [21:21] <mconnor> avih: yo
- # [21:21] <tbsaunde> RyanVM: is that the leak?
- # [21:22] * Quits: erikvold (erikvold@moz-FEB0D3F0.bchsia.telus.net) (Quit: erikvold)
- # [21:22] <RyanVM> yeah
- # [21:22] <@ted> mounir: that's not what i would expect
- # [21:22] <RyanVM> tbsaunde: that and bug 833769 are pretty frequent these days
- # [21:22] * Joins: Jesse (jruderman@2557E599.66715431.D25A875A.IP)
- # [21:23] <tbsaunde> bz: dom/imptests/webapps/DOMCore/tests/approved/test_Range-compareBoundaryPoints.html (failed on try for me too)
- # [21:23] * jhammel is now known as jhammel|lunch
- # [21:23] * Quits: yury (yury@moz-68731345.ok.ok.cox.net) (Quit: Quit)
- # [21:23] <tbsaunde> RyanVM: I have no idea about the leak :( surkov has been going around fixing random stuff that might be related in the hope he'll stumple into fixing it
- # [21:24] <@bz> tbsaunde: thanks, looking
- # [21:24] <RyanVM> tbsaunde: very encouraging :(
- # [21:24] * Joins: T3 (T3@8AD413DD.3053860D.A992BEAD.IP)
- # [21:24] * Joins: tetreis (T3@8AD413DD.3053860D.A992BEAD.IP)
- # [21:24] <RyanVM> bug 833769 really needs an owner
- # [21:24] * Quits: Sander (chatzilla@68199CE4.E6392D37.B7608A5.IP) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [21:24] <tbsaunde> RyanVM: sorry :( its baad and worrying, but tbh I have no idea how to debug it when I've never reproduced it locally
- # [21:25] * Joins: rohandalvi (rohandalvi@moz-848C44F0.student.rit.edu)
- # [21:25] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
- # [21:25] <avih> mconnor: hey. so, i used the talos comparison tool for the first time today. nice tool! :) then _tn pointed me to the fact that i can choose several original revisions to understand the general noise level of this tests. then i thought that it might be easier to interpret the results if just before the last change% column, there would also be one or two columns of say, 1 stddev and 2 stddev, in %, so you could see the final columns as: +/-5%
- # [21:25] <avih> , +/-7% +6%. so you immediately get a better idea on where the result is compared to the general noise (in same % units) of this specific test
- # [21:25] <RyanVM> i'm worried about how many more failures we're getting in the XHR tests these days
- # [21:25] <tbsaunde> I guess we could always dump cc logs to the test output in mochitest-a11y
- # [21:25] * Quits: rnewman (rich_holyg@moz-DB4A9C19.scl3.mozilla.com) (Quit: Reconnecting)
- # [21:25] * Joins: rnewman (rich_holyg@moz-DB4A9C19.scl3.mozilla.com)
- # [21:26] <tbsaunde> bz: np, I'd probably find debugging it interesting if you have better things to do
- # [21:26] <RyanVM> bz: inbound bustage
- # [21:26] * Quits: rnewman (rich_holyg@moz-DB4A9C19.scl3.mozilla.com) (Quit: leaving)
- # [21:26] * Joins: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
- # [21:26] <avih> mconnor: since now you have to convert the absolute delta to % in your head, then compare it to the final change % column.
- # [21:27] <@bz> RyanVM: er.. looking
- # [21:27] * Joins: rnewman (rich_holyg@moz-DB4A9C19.scl3.mozilla.com)
- # [21:27] <@bz> RyanVM: I hate compilers
- # [21:28] <RyanVM> don't we all
- # [21:28] <@bz> RyanVM: iirc I had to add that "inline" to get it to compile on Windows....
- # [21:29] <RyanVM> lol, choices choices
- # [21:29] <avih> mconnor: maybe even it would let you supply a dates range, so you can compare your result to a range of your choosing, instead of copying changeset ids manually
- # [21:29] <@bz> RyanVM: or Linux? Because it was treating it as a forward-decl of a non-inline function that the linker then looked for
- # [21:29] <@bz> RyanVM: I guess we back out for now and I do a bunch of all-platforms pushes on try
- # [21:29] <@bz> RyanVM: that will work well. ;)
- # [21:29] * merike is now known as merike|away
- # [21:30] * @bz looks at the Linux red
- # [21:30] <@bz> Looks like the same issue there
- # [21:30] <@bz> ok
- # [21:30] <@bz> RyanVM: Backing out
- # [21:30] * Joins: devMike (Mibbit@moz-EBE658B3.static.t-2.net)
- # [21:30] <devMike> hello
- # [21:31] <@bz> RyanVM: this totally used to build on Linux. :(
- # [21:31] * Joins: alice_ (alice@moz-A7C201EB.zone16.bethere.co.uk)
- # [21:31] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
- # [21:31] <devMike> need a help, need to debug a thing and how can i see the source logs in any log viewer?
- # [21:31] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [21:32] <devMike> is there something like sawbuck
- # [21:33] <@bz> RyanVM: backout pushed.
- # [21:33] <RyanVM> bz: thanks
- # [21:34] <@bz> tbsaunde: can't reproduce so far. :(
- # [21:34] * Joins: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP)
- # [21:34] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [21:34] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/215273993b1f - Boris Zbarsky - Back out changeset a4763990a983 (bug 838686) because gcc doesn't like it and we get a CLOSED TREE.
- # [21:34] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/7e07e7ffe99e - Boris Zbarsky - Back out changeset 1c851a5bbc9f (bug 838686) because it depends on a changeset gcc doesn't like
- # [21:34] * Quits: myk (myk@2557E599.66715431.D25A875A.IP) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
- # [21:34] * KaiRo is now known as KaiRo_away
- # [21:35] * Joins: myk (myk@2557E599.66715431.D25A875A.IP)
- # [21:35] <RyanVM> khuey|away: ping
- # [21:35] * Joins: roc (chatzilla@E2F7352.56080C53.97BBD552.IP)
- # [21:35] * ChanServ sets mode: +o roc
- # [21:35] * @roc cracks and joins Yammer
- # [21:35] <tbsaunde> bz: ok, I'll try then, thanks for trying
- # [21:36] <mounir> RyanVM: edmorley told me you had issues with data URIs being leaked?
- # [21:36] <RyanVM> mounir: I think so
- # [21:37] <RyanVM> mounir: when I want to look at the screenshot of a failed test in the tbpl logs
- # [21:37] * Joins: till (till@moz-82846BE.adsl.alicedsl.de)
- # [21:37] <mounir> RyanVM: I think I have that problem
- # [21:37] <RyanVM> i copy the data URL and paste & go it into a new tab
- # [21:37] <mounir> but I can't rep
- # [21:37] <mounir> reproduce it
- # [21:37] <RyanVM> I noticed last week that I had a bunch of them showing in about memory
- # [21:37] <RyanVM> long after I'd closed them
- # [21:37] <Jesse> ted: i added a mention of MOZ_CRASHREPORTER_FULLDUMP to https://bugzilla.mozilla.org/show_bug.cgi?id=623462 . is there also documention for the things you can you do with minidumps, including full minidumps?
- # [21:37] <RyanVM> ~100MB worth
- # [21:37] <Jesse> ted: https://developer.mozilla.org/en-US/docs/Environment_variables_affecting_crash_reporting
- # [21:38] <we11ington> josh: Do you know anything about full zoom and why it reflows even when the reflow pref is false?
- # [21:38] <@bz> RyanVM: are you going to star, or should I?
- # [21:38] <@ted> Jesse: what kind of documentation do you mean? i think the primary usecase here is just "open in a microsoft debugger"
- # [21:39] <@ted> i'm actually not sure how well breakpad would deal with full memory minidumps
- # [21:39] <@ted> (with processing them)
- # [21:39] <Jesse> ted: is it windows-only?
- # [21:39] <josh> we11ington: no, sorry
- # [21:39] <RyanVM> bz: just did
- # [21:39] <we11ington> josh: Okay, thanks!
- # [21:39] <josh> roc: ^
- # [21:39] <@bz> RyanVM: thanks!
- # [21:39] <@ted> Jesse: yes
- # [21:40] <RyanVM> mounir: but of course, I'm not seeing any atm either (even though I did some copy/paste this morning)
- # [21:40] <we11ington> roc: General question, do you know of a way to make the content bigger in all dimensions (no reflow and no changing of shape)? Specific question, do you know how to make Full Zoom not reflow?
- # [21:41] * Quits: jedp|mtg (jedp@2557E599.66715431.D25A875A.IP) (Quit: Computer has gone to sleep.)
- # [21:42] * Joins: bajaj (Adium@2557E599.66715431.D25A875A.IP)
- # [21:42] * Joins: andreasn (andreasn@moz-CB9DEC29.a336.priv.bahnhof.se)
- # [21:42] * bsmedberg-mtg is now known as bsmedberg
- # [21:42] <RyanVM> bz: do you have any idea who would be a candidate to investigate bug 833769?
- # [21:42] <RyanVM> it's currently the #4 top orange (#1 non-android)
- # [21:45] * jhammel|lunch is now known as jhammel
- # [21:45] * rail is now known as rail_away
- # [21:45] * Quits: tetreis (T3@8AD413DD.3053860D.A992BEAD.IP) (Ping timeout)
- # [21:45] * Quits: T3 (T3@8AD413DD.3053860D.A992BEAD.IP) (Ping timeout)
- # [21:46] * Joins: tomer (tomer@moz-F45DAEFD.static.012.net.il)
- # [21:46] <philor> nice, something that takes hand-starring and is more frequent than the Android disconnects
- # [21:47] <@roc> we11ington: on mobile or desktop?
- # [21:48] <@bz> RyanVM: is it debug-only?
- # [21:48] <we11ington> roc: Desktop
- # [21:48] <@bz> RyanVM: but past that, no
- # [21:48] * Quits: bajaj (Adium@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [21:49] <@bz> RyanVM: debugging leaks of generic stuff like that that you haven't reproduced locally....
- # [21:49] <@bz> RyanVM: at a guess a runnable is leaking somewhere and leaks a thread that pulls in that other stuff
- # [21:49] * Quits: brendan (brendaneic@E521DFFF.DDFDBF93.E30FDA0B.IP) (Quit: brendan)
- # [21:49] <@bz> RyanVM: but _which_ runnable....
- # [21:50] * Quits: mjessome (mjessome@1959CDD3.BBE15E1C.8491360.IP) (Ping timeout)
- # [21:51] * Quits: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com) (Quit: NO CARRIER)
- # [21:52] * Quits: masayuki (Thunderbir@moz-B5ED316D.ppp11.odn.ad.jp) (Ping timeout)
- # [21:52] * Quits: mixedpuppy (mixedpuppy@A5087023.2354C43D.D8E68FF6.IP) (Quit: mixedpuppy)
- # [21:52] * Quits: rohandalvi (rohandalvi@moz-848C44F0.student.rit.edu) (Connection reset by peer)
- # [21:52] * Joins: rohandalvi (rohandalvi@moz-848C44F0.student.rit.edu)
- # [21:53] * Joins: sheeri (sheeri@moz-5E1F6454.hsd1.ma.comcast.net)
- # [21:53] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [21:54] * Joins: mixedpuppy (mixedpuppy@A5087023.2354C43D.D8E68FF6.IP)
- # [21:55] <mconnor> avih: sorry, got distracted
- # [21:55] * Quits: darkowlzz|zz (darkowlzz@F2F8D79E.108B122E.25B273F5.IP) (Ping timeout)
- # [21:56] * coop|afk is now known as coop
- # [21:56] <@roc> we11ington: we don't have a feature for that. Depending on what you're trying to do, you may be able to Greasemonkey your way to victory by applying a CSS transform to the root element.
- # [21:56] * Joins: stux|away|away (stux@moz-FD6B9EC6.hfc.comcastbusiness.net)
- # [21:57] <we11ington> roc: Tried it, unbearably slow
- # [21:57] * jgriffin is now known as jgriffin-afk
- # [21:57] <@roc> really?
- # [21:57] <@roc> what platform?
- # [21:57] <we11ington> roc: We tried doing the <browser>, but you end up with two scrollbars
- # [21:57] <we11ington> Scaling the <body> worked OK, except that complex pages are hopelessly slow with that way
- # [21:57] * Joins: ferongr (ferongr@moz-EB5ED8E3.dsl.dyn.forthnet.gr)
- # [21:58] <we11ington> We don't even know what element owns the main scrollbar for the page
- # [21:58] * Quits: gandalf (zbraniecki@moz-D9647D2A.tmodns.net) (Ping timeout)
- # [21:58] <@roc> that seems strange, it shouldn't be that bad.
- # [21:58] <we11ington> http://www.gutenberg.org/cache/epub/42205/pg42205.txt
- # [21:59] <we11ington> On a page like that, scaling <body> took several seconds
- # [21:59] * Quits: Archaeopteryx (itsme@moz-FF3F73F2.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
- # [21:59] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [21:59] * Joins: ehsan (ehsan@183697E.FEF91D35.59163313.IP)
- # [21:59] * ChanServ sets mode: +o ehsan
- # [21:59] <tn> mconley, you could try logging the mouse events you get in PresShell::HandleEvent with and without the problem to see if the coords of the events changes
- # [21:59] <ferongr> assume an <input type='file' accept='image/jpeg,image/png,image/gif'>. when a user opens the file picked it doesn't filter the accepted mimetypes. This is expected behavior, right?
- # [22:00] * armenzg is now known as armenzg_brb
- # [22:00] * Quits: stux (stux@moz-FD6B9EC6.hfc.comcastbusiness.net) (Quit: Leaving)
- # [22:00] * Joins: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:00] * Quits: gcp (gpascutto@moz-86A7852.access.telenet.be) (Quit: Make a new plan, Stan!)
- # [22:00] * Quits: kentuckyfriedtakahe (kentuckyfr@538BABFE.A073F3E.97BBD552.IP) (Client exited)
- # [22:01] * Joins: mjessome (mjessome@1959CDD3.BBE15E1C.8491360.IP)
- # [22:01] <we11ington> And then, even after it finishes, it's super slow
- # [22:01] <we11ington> To scroll
- # [22:01] * Quits: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net) (Quit: jib)
- # [22:01] <@roc> we11ington: ok, so I loaded that page, opened the developer Web Console, did "document.documentElement.style.transformOrigin='top left'; document.documentElement.style.transform='scale(2)'" and it seems to work fine. Maybe a little slower than normal but very usable.
- # [22:01] <RyanVM> bz: makes it hard to get it fixed when you don't even know who to ask to look into it
- # [22:01] <mconley> tn: you're talking about bug 625989 I suppose? There aren't any mouse events - this uses nsIDOMWindowUtils.selectAtPoint.
- # [22:01] <@bz> RyanVM: sure
- # [22:02] <mconley> with the point being generated by calculating the center of a DIV
- # [22:02] * Joins: gandalf (zbraniecki@moz-D9647D2A.tmodns.net)
- # [22:02] <mconley> or, rather, the first character in a div
- # [22:02] <@bz> RyanVM: all I'm saying is that short of a replay machine running the tests over and over with a lot more refcount logging I'm not quite sure how one would look into it. :(
- # [22:02] <mconley> tn: and the coordinates that it calculates don't change.
- # [22:02] <mconnor> avih: so you want to know the +/- as a % range hmm
- # [22:03] <mconnor> sidenote: I think those numbers are busted
- # [22:03] <RyanVM> bz: any suggestions with who to ping to make this a priority for someone?
- # [22:03] <@bz> RyanVM: And all the people I can think of to look into that sort of thing are hosed with other stuff. :(
- # [22:03] <@bz> RyanVM: maybe jst?
- # [22:03] <RyanVM> ok, thanks
- # [22:03] <we11ington> roc: It also hangs when you refresh for several seconds, which makes no sense at all
- # [22:03] <@roc> we11ington: this is on a Lenovo W510 running Windows 7 with D2D/D3D10 enabled.
- # [22:03] <we11ington> We have a fairly new iMac with a monster processor
- # [22:03] <we11ington> Core i7
- # [22:03] * Quits: ehugg (chatzilla@B3716F60.29102B70.6CD50604.IP) (Quit: ChatZilla 0.9.90 [Firefox 18.0.2/20130201065344])
- # [22:04] * Joins: bajaj (Adium@2557E599.66715431.D25A875A.IP)
- # [22:04] <@roc> huh, I just saw that too
- # [22:05] <we11ington> roc: I think we may need to implement a don't-reflow-stuff feature for full zoom.
- # [22:05] <@roc> why?
- # [22:05] <we11ington> It needs to respect that don't-reflow-stuff setting
- # [22:05] * cpeterson|lunch is now known as cpeterson
- # [22:05] <@roc> that don't-reflow-stuff setting was added for mobile long after the desktop full zoom was implemented
- # [22:05] <we11ington> jaws envisions the pinch zoom we're doing as a stop-gap until OMTC / APZC is working
- # [22:05] <we11ington> Or, as an add-on, until OMTC / APZC is working
- # [22:06] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/db9742bcbfde - Margaret Leibovic - Bug 836838 - Avoid race condition in distribution initialization. r=bnicholson,mfinkle a=lsblakk
- # [22:06] <RyanVM> bz: now to get hueybot to look at why his xhr timeout tests are so flaky these days ;) :P
- # [22:06] <firebot> http://hg.mozilla.org/releases/mozilla-beta/rev/6584c0014b1c - Margaret Leibovic - Bug 834681 - Add support for basic distribution modifications. r=mfinkle a=lsblakk
- # [22:06] <firebot> http://hg.mozilla.org/releases/mozilla-beta/rev/bdba94d329cb - Margaret Leibovic - Bug 843821 - Support reading distribution resources from a /system location. r=mfinkle a=lsblakk
- # [22:06] <@roc> ah, for Metro
- # [22:06] * Waldo|lunch is now known as Waldo
- # [22:06] <we11ington> Well, for all OS's right now
- # [22:06] <@roc> I don't think we can afford to be distracted from getting OMTC/APZC working
- # [22:07] <we11ington> Then it's fortunate we're free labor, isn't it? :P
- # [22:07] <we11ington> What's necessary to get OMTC / APZC?
- # [22:07] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [22:07] * khuey|away is now known as khuey
- # [22:07] <@khuey> RyanVM: pong
- # [22:08] <@roc> layers stuff
- # [22:08] <froydnj> hueybot lives!
- # [22:08] * Joins: erikvold (erikvold@moz-FEB0D3F0.bchsia.telus.net)
- # [22:08] * Quits: rohandalvi (rohandalvi@moz-848C44F0.student.rit.edu) (Client exited)
- # [22:08] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Max SendQ exceeded)
- # [22:08] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [22:08] <we11ington> roc: Is that something that three hopelessly lost students can finish in about 4-5 weeks?
- # [22:09] <@roc> now I'm getting a clearer idea who you are
- # [22:09] <@roc> sorry
- # [22:09] <RyanVM> khuey: speaketh his name, and he arrives!
- # [22:09] <we11ington> Yep :P
- # [22:09] <@roc> I didn't know about your project until quite recently
- # [22:09] <we11ington> Sorry, I should have introduced myself up front :P
- # [22:09] <RyanVM> khuey: xhr_timeout has been flaky over the last couple weeks
- # [22:09] <@roc> APZC definitely does not work on your schedule
- # [22:10] <tn> mconley, ahh, even better. i would check in nsDOMWindowUtils::SelectAtPoint, the return value from GetEventCoordinatesRelativeTo is what i would be interested in
- # [22:10] * Joins: dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:10] * ChanServ sets mode: +o dbaron
- # [22:10] <@khuey> RyanVM: yes, turn it off please
- # [22:10] <@khuey> for both workers and main thread
- # [22:10] <RyanVM> happily!
- # [22:10] <RyanVM> ok
- # [22:10] <@khuey> I'm pretty convinced its inherently racy
- # [22:10] <we11ington> I mean, we *can* do it this way, with CSS on the body
- # [22:10] <@khuey> we were talking about this in #content
- # [22:10] <@khuey> yesterday
- # [22:10] <mconley> tn: alrighty, can do. Thanks. :)
- # [22:10] <we11ington> But, it's just gonna be horrible for long pages
- # [22:11] <@roc> like I said, it's not that horrible for me
- # [22:11] * Joins: jedp (jedp@2557E599.66715431.D25A875A.IP)
- # [22:11] <@roc> hang on
- # [22:11] <@roc> I thought this was for Metro?
- # [22:11] * Quits: marco (Thunderbir@moz-9F11223E.cust.dsl.teletu.it) (Ping timeout)
- # [22:11] <we11ington> roc: The body way is still pretty slow even for medium pages like http://cnn.com
- # [22:11] <@roc> but you're working on a Mac?
- # [22:11] * jedp is now known as jedp|mtg
- # [22:11] <we11ington> roc: Originally it was targeted for Mac, but we were doing it in the front end so it worked cross-platform for free. Then our professor heard that and decided we should make *sure* it works cross-platform.
- # [22:12] <we11ington> So it wasn't targeted for Metro
- # [22:12] * Joins: Archaeopteryx (itsme@moz-FF3F73F2.cust.telecolumbus.net)
- # [22:12] <jaws> cpearce: ah perfect, thanks
- # [22:12] <@roc> we11ington: ah
- # [22:12] <@roc> well
- # [22:12] <@roc> var s=document.documentElement.style;s.transformOrigin="top left";s.transform="scale(2)"
- # [22:13] <@roc> on cnn.com really works well for me on Windows 7
- # [22:13] <@roc> maybe D2D accelerated rendering makes it work well
- # [22:13] <RyanVM> bz: on the bright side, as frequent as that leak is, catching it in a record & replay shouldn't be too hard
- # [22:13] <we11ington> That could be
- # [22:14] * Joins: masayuki (Thunderbir@moz-B5ED316D.ppp11.odn.ad.jp)
- # [22:15] <we11ington> roc: Are you experiencing the massive lag when you refresh the long Gutenberg page?
- # [22:15] * Joins: squeakytoy (christoffe@moz-79070305.dynamic.se.alltele.net)
- # [22:15] * spohl|afk is now known as spohl
- # [22:15] * Quits: msucan (mihai@E8A9D9C4.773D689F.70BDB599.IP) (Quit: Leaving.)
- # [22:15] <jdm> ehsan: ping
- # [22:15] <@ehsan> jdm: hey
- # [22:16] <jdm> ehsan: so in situations where people run with perma-PB, a link from an external app is always opened in a new window
- # [22:16] <@roc> we11ington: there was a hang yeah
- # [22:16] <@ehsan> jdm: ok
- # [22:16] <mjrosenb> jdm: perma-PB?
- # [22:17] <jdm> ehsan: since we try to find a public window and can't, so we force a new window and it's a private one
- # [22:17] <jdm> mjrosenb: Never Remember History
- # [22:17] * jimm is now known as jimm-bbiab
- # [22:17] <jdm> ehsan: is this something we want to consider special-casing?
- # [22:17] <we11ington> roc: That hang has something to do with the CSS, since it doesn't hang when you refresh normally
- # [22:17] * Quits: vtmarvin (Thunderbir@9D75911A.1239134F.E4B2C495.IP) (Client exited)
- # [22:17] <jdm> also people running in perma-mode are crawling out of the woodwork
- # [22:17] <jdm> I never expected to come across so many
- # [22:17] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [22:17] <mjrosenb> jdm: ahh, PB=private-browsing. it mentally completed to paste bin for me
- # [22:18] * juanb|lunch is now known as juanb
- # [22:18] <jdm> haha
- # [22:18] <mjrosenb> jdm: and perma-pastebin makes 0 sense
- # [22:18] * Joins: ehugg_lime (ehugg_lime@D6EB3A64.4F0DA528.43B20542.IP)
- # [22:18] <mjrosenb> actually
- # [22:18] <jdm> mjrosenb: anything you enter into a textbox is automatically submitted to pastebin whenever you submit a form
- # [22:18] <mjrosenb> you could probably rig script to output your terminal to a file on a webserver
- # [22:19] <mjrosenb> and just give everyone a running show of what you're typing via that.
- # [22:19] * Joins: marco (Thunderbir@moz-7FB55FCA.cust.dsl.teletu.it)
- # [22:19] <mjrosenb> control-r may be required
- # [22:19] <mconley> tn: I think you're on to something: http://www.pastebin.mozilla.org/2178779
- # [22:19] * Quits: josh (josh@moz-61186829.hsd1.mn.comcast.net) (Quit: josh)
- # [22:19] <@roc> we11ington: profiling the hang now
- # [22:20] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/b6e113cd3eb0 - Seth Fowler - Bug 845234 - Add null check in VectorImage's listener Cancel methods. r=dholbert
- # [22:20] <jdm> mjrosenb: not with <meta refresh>
- # [22:20] <mjrosenb> jdm: ooh, good idea
- # [22:20] <tn> mconley, and the titlebar is 22 pixels high?
- # [22:20] * armenzg_brb is now known as armenzg
- # [22:20] <mconley> tn: yes
- # [22:20] <mjrosenb> I guess you could just an html header, followed by a <code> tag, and just let the browser complain about missing tags?
- # [22:21] * Joins: kentuckyfriedtakahe (kentuckyfr@moz-54BAD29D.callplus.net.nz)
- # [22:21] <jdm> ha
- # [22:21] <RyanVM> khuey: r? http://www.pastebin.mozilla.org/2178780
- # [22:22] <espindola> should MOZ_CRASH cause the breakpad window to show up on windows?
- # [22:22] <@ehsan> jdm: has anybody complained about it?
- # [22:22] <@roc> we11ington: okay, that's just a bug, we can fix it pretty easily.
- # [22:22] <@roc> if you file it :-)
- # [22:22] <jdm> ehsan: bug 843247
- # [22:22] <tn> mconley, so i'm guessing that GetScreenBounds or GetClientBounds or GetBounds on widget there is changing.
- # [22:23] <@roc> actually I'll file it
- # [22:23] * Quits: jedp|mtg (jedp@2557E599.66715431.D25A875A.IP) (Quit: Computer has gone to sleep.)
- # [22:23] <mjrosenb> hg clone is set to take 25 minutes...
- # [22:23] <mjrosenb> *blazing* speed
- # [22:23] <mconley> tn: I can believe it.
- # [22:23] <we11ington> roc: What's the bug?
- # [22:23] * Joins: mcsmurf (me@moz-46C674B7.dip.t-dialin.net)
- # [22:23] <jgilbert> mjrosenb: requisition faster interwebs
- # [22:23] <jdm> man, so many TSan bugs filed on WebRTC
- # [22:23] <@roc> it's a region calculation bug
- # [22:24] <jdm> it's almost like it's doing lots of complicated threading things
- # [22:24] <we11ington> roc: Aha
- # [22:24] <mconley> tn: jimm-bbiab also suggested that the bounds or origin might be off.
- # [22:24] <mjrosenb> jgilbert: I suspect the issue is that i'm cloning onto a usb hard disk.
- # [22:24] * Joins: josh (josh@moz-61186829.hsd1.mn.comcast.net)
- # [22:24] <derf> jdm: Almost.
- # [22:24] <jgilbert> mjrosenb: hah, yes, ew
- # [22:24] <jgilbert> well, it at least doesn't help
- # [22:24] * Joins: jedp (jedp@2557E599.66715431.D25A875A.IP)
- # [22:24] <@roc> when tearing down the document we're adding a lot of stuff to an invalid region which gets more and more complicated so we trigger O(N^2) behavior
- # [22:24] <@ehsan> jdm: is that easy to special case?
- # [22:24] <@dbaron> padenot, something in https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=743eb982010a&tochange=0d0eadfaa41d is causing a lot of assertions in media mochitests on Windows that weren't happening yesterday
- # [22:24] <@roc> we can quite easily bail out of that
- # [22:24] <@ehsan> jdm: (I think it should be...)
- # [22:24] * jedp is now known as jedp|mtg
- # [22:24] <mconley> tn: I guess it's just not clear to me what adjustment needs to be made in the Cocoa widget stuff. :p Not exactly the code I'm most familiar with.
- # [22:25] <mjrosenb> jgilbert: it is at the 'files' stage, which I think means it has acquired all of the patches already, and it is now applying them
- # [22:25] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/27c71bbc1675 - Jonathan Watt - Bug 845437 - Get rid of the aImmediateRedraw from nsSliderFrame methods. r=dholbert.
- # [22:25] <mjrosenb> one at a time
- # [22:25] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ce21cc142877 - Jonathan Watt - Bug 842163 - Show a focus ring around <input type=range>. r=mounir.
- # [22:25] <@dbaron> padenot, and I'm trying to enable checking-assertions in mochitests very soon... regressions make it difficult
- # [22:25] * jcranmer|away is now known as jcranmer
- # [22:25] <jdm> ehsan: it'll be a pref check in browser.js's openURI
- # [22:25] <we11ington> That makes sense
- # [22:25] <jgilbert> mjrosenb: oh yeah, yum
- # [22:25] <jdm> quite easy
- # [22:25] * Quits: @dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [22:25] * Joins: yury (yury@moz-68731345.ok.ok.cox.net)
- # [22:25] <@ehsan> jdm: then r=me :)
- # [22:26] * Joins: dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:26] * ChanServ sets mode: +o dbaron
- # [22:26] <jdm> cool
- # [22:26] <we11ington> roc: I'll also make sure to remove the CSS when doing a zoom reset as well as when you have scale(1.0)
- # [22:26] <@khuey> RyanVM: looks good to me, r+
- # [22:26] <tn> mconley, yeah, so i guess we still want to bounds to ignore the titlebar? i'm not sure how the titlebar drawing works exactly
- # [22:26] <RyanVM> khuey: thanks
- # [22:26] <derf> jdm: It makes me feel both good and bad that most of them are in third-party code.
- # [22:26] <jdm> heh
- # [22:26] * Quits: masayuki (Thunderbir@moz-B5ED316D.ppp11.odn.ad.jp) (Quit: masayuki)
- # [22:26] <@ehsan> jdm: thanks
- # [22:27] <we11ington> roc: I just thought of one thing, part of the slowness could be due to the fact that I'm using a debug build, that'll certainly hurt some
- # [22:27] <mconley> tn: not sure if we want to ignore it...the client area extends up in there, and we draw an hbox with the appropriate gradient.
- # [22:28] <mconley> tn: so it's not clear to me what bounds GetBounds should return, for example. *rubs temples*
- # [22:28] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Quit: ChatZilla 0.9.90 [SeaMonkey 2.16/20130217195915])
- # [22:28] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6f0afe551e17 - Ryan VanderMeulen - Bug 841505 et al - Disable test_xhr_timeout.html for frequent failures. r=khuey
- # [22:28] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/920e40256156 - Ryan VanderMeulen - Merge m-c to inbound.
- # [22:28] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/55d8934477f6 - Benjamin Smedberg - Bug 623462 - Add an environment variable to save a full dump, not just a minidump, r=ted
- # [22:28] * ctalbert is now known as ctalbert|lunch
- # [22:29] * mjschranz is now known as mjschranz_away
- # [22:29] <@roc> we11ington: yeah sure will!
- # [22:29] * Quits: dria (dria@F2D29657.F60B0462.67AC9B1.IP) (Quit: dria)
- # [22:30] <we11ington> roc: Also, I think for our intermediate rendering frames (partway through pinch), I'm gonna scale the <browser>. It's orders of magnitude faster and provides much smoother animation, and is not affected by the size of the content. Then, at the end, we can undo that scaling on the browser and do it to the documentElement
- # [22:30] <we11ington> I just tried that out and it worked pretty well, combined the advantages of the two
- # [22:30] * Quits: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
- # [22:31] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
- # [22:31] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
- # [22:31] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
- # [22:31] * Quits: nanci (chatzilla@EB8ABE1B.D9975CD5.3927C314.IP) (Ping timeout)
- # [22:31] * Quits: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [22:31] * Quits: overholt (overholt@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving)
- # [22:31] <tn> mconley, yeah i can't say exactly what change needs to be made, but at least we've narrowed it down
- # [22:32] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
- # [22:32] * jmaher is now known as jmaher|afk
- # [22:33] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
- # [22:33] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c5dd0f5ef517 - Kyle Huey - Bug 845441: Remove DEBUG_CC. r=mccr8
- # [22:33] <@khuey> woo
- # [22:33] <we11ington> roc: Did you file a bug on that already?
- # [22:33] <@roc> I think what's happening here is that we're prerendering the entire root element, which in your case is massive
- # [22:33] <@roc> my machine is just able to handle it
- # [22:33] <we11ington> Yeah, that wouldn't surprise me
- # [22:33] * Quits: AndreeaM (Thunderbir@A96AD87.2D6B9C2A.CD219C36.IP) (Quit: AndreeaM)
- # [22:34] * Quits: ehugg_lime (ehugg_lime@D6EB3A64.4F0DA528.43B20542.IP) (Ping timeout)
- # [22:34] * Joins: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP)
- # [22:34] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
- # [22:34] * Quits: Archae|mobile (AndChat@moz-FF3F73F2.cust.telecolumbus.net) (Ping timeout)
- # [22:34] <we11ington> Whereas scaling the browser pre-renders nothing, which is ideal because we don't let you zoom and scroll at the same time
- # [22:34] <@roc> we11ington: if you scale the <browser>, aren't you going to have problems zooming out? since content will become visible that's outside the current viewport?
- # [22:34] * Quits: smontagu (chatzilla@DD234B1F.80866724.E9C721AF.IP) (Input/output error)
- # [22:35] <we11ington> roc: Well, it shows the <stack>'s background, which is white right now
- # [22:35] * Joins: Archae|mobile (AndChat@moz-FF3F73F2.cust.telecolumbus.net)
- # [22:35] <tn> mconley, i'd have to dig into it more, but i think the bounds functions you want will be in nsChildView. you can double check that the widget you get in selectAtPoint is a nsChildView
- # [22:35] <gregglind> I am on a loaned build slave. Now what? mach build doesn't have the right deps, and I don't have sudo
- # [22:35] <we11ington> Or maybe gray
- # [22:35] <@roc> that isn't so good
- # [22:35] * Quits: Archae|mobile (AndChat@moz-FF3F73F2.cust.telecolumbus.net) (Quit: Bye)
- # [22:35] <@roc> maybe we can cap the size of the prerender here
- # [22:36] <we11ington> That would work too
- # [22:36] <@roc> that should solve your problems
- # [22:36] <@roc> let me look into that
- # [22:36] * Joins: overholt (overholt@F2D29657.F60B0462.67AC9B1.IP)
- # [22:36] <@ehsan> mconnor: ping
- # [22:36] <tn> mconley, seeing which one changed and where it gets its values from what help figure out what needed fixing
- # [22:36] <mconnor> ehsan: pong
- # [22:36] <mconley> tn: hm, ok
- # [22:36] <jdm> gregglind: #build or #releng might be able to help
- # [22:36] <mconley> tn: thanks so much for your help. :)
- # [22:36] <jdm> or whoever's on buildduty
- # [22:36] <we11ington> roc: Roger that. If I'm not on, my email is waterlo1@msu.edu
- # [22:36] <@ehsan> mconnor: sorry I disappeared earlier... did we get to a conclusion?
- # [22:36] <we11ington> Or you can find us on #msu-capstone
- # [22:37] * Ann_Yiming is now known as Ann_Yiming_brb
- # [22:37] <jdm> jhopkins|buildduty: can you help gregglind with his build slave?
- # [22:37] <mconnor> ehsan: I'm going to reframe as a writeup, not communicating well with this cold
- # [22:37] <jhopkins|buildduty> jdm: sure
- # [22:37] * Joins: rohandalvi (rohandalvi@moz-848C44F0.student.rit.edu)
- # [22:38] * Joins: cviecco_ (cviecco@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:38] <jhopkins|buildduty> gregglind: you need to use the mock_mozilla command to create a chroot to build inside of
- # [22:38] <josh> blassey: see bug 845531
- # [22:39] <jdm> anybody know how I can get a dev build instance running a non-default profile to trigger an external URL open?
- # [22:39] <jdm> |dist/bin/firefox -P foo google.com| just complains that foo is already is unse
- # [22:40] * Quits: davidb (davidb@C593061F.9FC507A8.7B545C66.IP) (Ping timeout)
- # [22:40] * Quits: victorporof (victorporo@1CF03390.183F338A.6A4F8DA2.IP) (Quit: victorporof)
- # [22:40] <jdm> how does gnome do it?
- # [22:40] <jhopkins|buildduty> gregglind: for example: https://bugzilla.mozilla.org/show_bug.cgi?id=790444#c2
- # [22:40] * Ann_Yiming_brb is now known as Ann_Yiming
- # [22:41] <@gavin> jdm: what do you mean "running a non-default profile"?
- # [22:41] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f246412bcadb - Nicholas D. Matsakis - Bug 845226 - Move inlined functions into jsscriptinlines.h r=dvander
- # [22:41] <jdm> gavin: the profile foo is not the default one
- # [22:41] <@gavin> jdm: if you have an existing instance running, it will use that one
- # [22:41] <@gavin> regardless of whether it's default
- # [22:41] <jdm> hmm
- # [22:42] <jdm> not in my experience
- # [22:42] <avih> mconnor: sorry, been away too :) . yeah, of sorts. also, i gave it a bit more thought, might be useful too arrange/display also the percentile of your result amongst the rest, or another schema to get a proper idea of how bad/good your results are compared to the rest.
- # [22:42] <@gavin> it just remotes to whatever running instance it can find
- # [22:42] <jdm> I opened an irssi link and it brought up the profile manager
- # [22:42] <@gavin> did you launch the existing versino with no-remote?
- # [22:42] <@gavin> that would disable remoting entirely...
- # [22:42] <jdm> ah, yes
- # [22:42] <jdm> good call
- # [22:42] * Quits: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [22:42] <mconnor> avih: well, in theory anything inside of the range is in the noise, so it's only good/bad/borderline that matters, and we highlight those...
- # [22:43] <avih> mconnor: as it stands, delta abs/% and absolute range (is it range? or stddev or a similar measure) are not saying as much as they could probably
- # [22:43] * Joins: nanci (chatzilla@EB8ABE1B.D9975CD5.3927C314.IP)
- # [22:43] <firebot> Check-in:
- # [22:43] * Quits: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net) (Quit: Deallocatd. (Probably forbidden by ARC))
- # [22:43] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/83c19059e396 - Richard Newman - Bug 837875 - java.lang.NullPointerException: at org.mozilla.gecko.sync.setup.activities.SendTabActivity.getOtherClients(SendTabActivity.java). r=nalexander
- # [22:43] <mconnor> avih: adding more detail is always possible, it's what's useful that matters :)
- # [22:43] <avih> mconnor: i'm trying to look through the useful perspective only ;)
- # [22:43] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Client exited)
- # [22:44] <jhopkins|buildduty> gregglind: if you need more help, feel free to ask in #releng as i'll be leaving shortly
- # [22:44] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:44] * Joins: ehugg (chatzilla@B3716F60.29102B70.6CD50604.IP)
- # [22:44] * Joins: tanvi (tanvi@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:44] <avih> mconnor: where's the code repository, maybe i could peek at the code?
- # [22:44] <@ehsan> mconnor: sounds good, thanks!
- # [22:45] <mconnor> ehsan: you all sorted? is there something I should avoid once I'm not sick and pondering candy? :)
- # [22:45] * Joins: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:45] <@ehsan> mconnor: well, I was just eating a sandwich, and my tooth suddenly broke!
- # [22:46] * bz is now known as bz_away
- # [22:46] <mconnor> ehsan: that's not encouraging for your other teeth!
- # [22:46] <@ehsan> mconnor: turns out that I had a bad cavity/nerve damage/infection which didn't have any sympoms
- # [22:46] <@ehsan> and had been weakening the structure of the tooth...
- # [22:46] <@ehsan> mconnor: no it's not
- # [22:46] <mconnor> ehsan: and this is why I go to the dentist!
- # [22:46] <@ehsan> I'm gonna have some "fun" when I come back to Toronto
- # [22:46] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [22:46] <@ehsan> mconnor: yeah that's what I hear ;)
- # [22:47] * Quits: jviereck (Adium@moz-340574DC.dclient.hispeed.ch) (Quit: Leaving.)
- # [22:47] <@dolske> ehsan: losing your baby teeth?! you're a big boy now! \o/
- # [22:47] * @ehsan throws a shoe at dolske
- # [22:47] <@dolske> ow! my tooth!
- # [22:48] <@dolske> <3
- # [22:48] <jhammel> please add to http://en.wikipedia.org/wiki/List_of_shoe_throwing_incidents
- # [22:48] * Quits: TheOne (one@moz-555343DF.dip.t-dialin.net) (Input/output error)
- # [22:48] * Quits: nanci (chatzilla@EB8ABE1B.D9975CD5.3927C314.IP) (Ping timeout)
- # [22:49] <@ehsan> dolske: sorry! I directed it at your nose... ;)
- # [22:49] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [22:49] * Joins: jib (Jan-Ivar@moz-58716CD3.hsd1.pa.comcast.net)
- # [22:49] <RyanVM> lmao
- # [22:50] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [22:52] * Quits: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
- # [22:52] * Joins: IanN (chatzilla@moz-C2F768A9.perr.cable.virginmedia.com)
- # [22:52] <@dolske> let's call this one "Boot2Dolske"
- # [22:52] * jimm-bbiab is now known as jimm
- # [22:53] * Quits: lduros (user@moz-5D9ACE42.admin.upenn.edu) (Client exited)
- # [22:54] <mjrosenb> hg clone completed!
- # [22:54] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a0d8482e5532 - Rodrigo Silveira - Bug 843742 - Add a slide in animation for flyout sidebars. r=mbrubeck r=fryn ui-r=fryn
- # [22:54] <jdm> dolske: that title's a shoe-in.
- # [22:54] <mjrosenb> 16:25 < mjrosenb> hg clone is set to take 25 minutes...
- # [22:54] * Quits: josh (josh@moz-61186829.hsd1.mn.comcast.net) (Quit: josh)
- # [22:54] <mjrosenb> I guess it was being optimistic?
- # [22:55] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e6c86595edba - David Anderson - Prevent GC from occuring during IC linking (bug 837714, r=bhackett).
- # [22:55] * whimboo|afk is now known as whimboo
- # [22:57] * Quits: rednaks (rednaks@24067163.74C6FD40.360EF119.IP) (Ping timeout)
- # [22:57] * Joins: njn (chatzilla@moz-99B00792.dyn.iinet.net.au)
- # [22:57] * Ann_Yiming is now known as Ann_Yiming_lunch
- # [22:57] * Quits: bsmedberg (bsmedberg@moz-748CAEF1.jst.pa.atlanticbb.net) (Connection reset by peer)
- # [22:58] * Quits: smooney__ (smooney@2557E599.66715431.D25A875A.IP) (Quit: smooney__)
- # [22:58] * Joins: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
- # [22:58] * Quits: spartanfire (guimdearau@A230CD32.A5C6B195.7C9220AF.IP) (Quit: spartanfire)
- # [22:59] * Quits: marcoz (marco.zehe@C593061F.9FC507A8.7B545C66.IP) (Quit: Leaving.)
- # [22:59] * joduinn is now known as joduinn-mtg
- # [22:59] * Joins: josh (josh@moz-61186829.hsd1.mn.comcast.net)
- # [22:59] * Quits: @dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [23:00] * Joins: dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [23:00] * ChanServ sets mode: +o dbaron
- # [23:01] * philor is now known as philor|away
- # [23:02] * Joins: bsmith (bsmith@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [23:02] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a212819b76b7 - Chris Pearce - Bug 841239 - Have HTMLMediaElement.canPlayType respond affirmatively to codecs=mp3 and audio/x-m4a. r=padenot
- # [23:02] * ctalbert|lunch is now known as ctalbert
- # [23:04] * Joins: bsmedberg (bsmedberg@moz-748CAEF1.jst.pa.atlanticbb.net)
- # [23:04] * ChanServ sets mode: +o bsmedberg
- # [23:05] * Quits: aklotz (Thunderbir@moz-55246988.cg.shawcable.net) (Quit: aklotz)
- # [23:06] * jhopkins|buildduty is now known as jhopkins|afk
- # [23:06] * Quits: we11ington (msu-cse498@moz-600949B7.cse.msu.edu) (Quit: we11ington)
- # [23:07] * baku|away is now known as baku
- # [23:07] * Joins: spartanfire (guimdearau@moz-59E5512E.dhcp.egr.msu.edu)
- # [23:08] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/94c4b6ba217b - Daniel Holbert - Bug 845429: Cast a known-nonnegative index to be unsigned for comparison vs. nsTArray::Length(), in nsDocShell::GetChildAt. r=tbsaunde
- # [23:08] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/f1192bc4c66a - Benjamin Smedberg - Bug 623462 - Add an environment variable to save a full dump, not just a minidump, r=ted, a=akeybl
- # [23:08] <fryn> RyanVM: thanks for making that attachment obsolete when i forgot to do so.
- # [23:09] * Joins: aklotz (Thunderbir@moz-55246988.cg.shawcable.net)
- # [23:09] <RyanVM> fryn: no prob, just a cosmetic thing
- # [23:09] <fryn> :)
- # [23:09] * Fallen|away is now known as Fallen
- # [23:10] * Joins: victorporof (victorporo@1CF03390.183F338A.6A4F8DA2.IP)
- # [23:10] * Quits: Jesse (jruderman@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [23:10] * Quits: nmatsakis (nmatsakis@moz-6EBF7608.hsd1.ma.comcast.net) (Quit: Computer has gone to sleep.)
- # [23:10] * Quits: jammink (textual@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [23:11] * Joins: jammink (textual@2557E599.66715431.D25A875A.IP)
- # [23:11] * Quits: mixedpuppy (mixedpuppy@A5087023.2354C43D.D8E68FF6.IP) (Quit: mixedpuppy)
- # [23:11] * Quits: Gentlecat (Roman@A85BC1FB.CF9BE6BE.8FB52CB8.IP) (Ping timeout)
- # [23:14] * Joins: sewardj (sewardj@moz-7A19E67D.dip.t-dialin.net)
- # [23:14] * mcote is now known as mcote|afk
- # [23:16] <frozencemetery> masayuki: re: bug 751749, version 17esr. Mod1 on keycode 91. Most shortcuts are working, but in particular not Meta-# to go to tab #. How do I make that work?
- # [23:16] * Quits: armenzg (armenzg@moz-600B22EA.home1.cgocable.net) (Input/output error)
- # [23:16] * philor|away is now known as philor
- # [23:16] * mjschranz_away is now known as mjschranz
- # [23:17] * Quits: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [23:17] * Quits: victorporof (victorporo@1CF03390.183F338A.6A4F8DA2.IP) (Ping timeout)
- # [23:17] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: jfkthame)
- # [23:17] * Quits: Pike (Pike@moz-43E445D5.pool.mediaways.net) (Ping timeout)
- # [23:18] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [23:18] * Joins: Pike (Pike@moz-43E445D5.pool.mediaways.net)
- # [23:18] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
- # [23:18] * Joins: nanci (chatzilla@EB8ABE1B.D9975CD5.3927C314.IP)
- # [23:18] * Joins: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [23:18] * gregglind is now known as gregglind_away
- # [23:18] * Quits: nanci (chatzilla@EB8ABE1B.D9975CD5.3927C314.IP) (Quit: ChatZilla 0.9.90 [Firefox 22.0a1/20130224125821])
- # [23:19] * Quits: Mnyromyr (Mnyromyr@moz-76E2FA46.unity-media.net) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
- # [23:19] * Quits: Ann_Yiming_lunch (Ann_Yiming@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [23:20] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [23:20] * Joins: we11ington (msu-cse498@moz-600949B7.cse.msu.edu)
- # [23:22] * Joins: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP)
- # [23:24] <@dbaron> http://builddata.pub.build.mozilla.org/reports/pending/pending_test_try_day.png is really sort of scary
- # [23:24] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/592eb93c5d73 - Daniel Holbert - Bug 845527: Use nsCOMArray::Length() instead of Count() for comparison vs. unsigned index in nsMemoryReporterManager. r=jlebar
- # [23:24] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [23:25] <@dbaron> fedora32 pending try test jobs hovering on the edge of increasing backlog day-by-day (which I'm guessing we've hit at some points)
- # [23:25] <@khuey> that's what weekends are for
- # [23:25] <jlebar> khuey: I just hope we don't get to "that's what August is for".
- # [23:25] <jlebar> Because then we're /really/ screwed.
- # [23:25] <@khuey> hah
- # [23:28] * Joins: Jesse (jruderman@2557E599.66715431.D25A875A.IP)
- # [23:30] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [23:30] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
- # [23:30] * Joins: gwagner (Gregor@E521DFFF.DDFDBF93.E30FDA0B.IP)
- # [23:31] * Quits: ferjm|afk (ferjm@moz-DEB3A31C.red-88-7-170.staticip.rima-tde.net) (Quit: Leaving)
- # [23:31] <Mossop> tanvi: What patches do I need to test bug 840388, just the one there or some others?
- # [23:32] <jlebar> cjones: Is there a right way to do a callback object in IPDL? Like, I want to send a request up to the parent process, and I want to get notified when that request completes. But I don't care about other people being notified.
- # [23:33] <cjones> jlebar, yes
- # [23:33] * cjones looks for simple example
- # [23:33] * Joins: Ann_Yiming_lunch (Ann_Yiming@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [23:34] <tanvi> Mossop, no not the one in 840388. The patches in bugs https://bugzilla.mozilla.org/show_bug.cgi?id=836951 and https://bugzilla.mozilla.org/show_bug.cgi?id=834836 break the browser_discovery insecure testcases. I tried to fix them with the patch to https://bugzilla.mozilla.org/show_bug.cgi?id=840388, but that didn't fix either of them. Looking at bug 836951 in more detail, the code in the proposed patch isn't even invoked, so definitely
- # [23:35] <cjones> jlebar, check out PMemoryReportRequest
- # [23:35] <jlebar> cjones: okay, thanks.
- # [23:35] * Quits: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [23:36] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
- # [23:36] * Quits: Jesse (jruderman@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [23:37] * Quits: joey-2 (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.90 [Firefox 20.0a2/20130210042017])
- # [23:37] * Joins: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [23:37] * catlee is now known as catlee-away
- # [23:37] <tanvi> Mossop - correction. Looking at bug *834836* n more detail, the code in the proposed patch isn't even invoked, so definitely doesn't fix the issue
- # [23:37] * Quits: @dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [23:37] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/dc4f4e042b3f - Margaret Leibovic - Bug 845051 - (Part 1) Don't post Runnables to the main thread from onTabChanged, since it's always called on the main thread. r=mfinkle
- # [23:38] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/956f5c456463 - Margaret Leibovic - Bug 845051 - (Part 2) Handle tab events directly in BrowserToolbar, instead of going through BrowserApp. r=mfinkle
- # [23:38] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [23:38] * Joins: efes (efes@moz-47A72E1E.dynamic.chello.pl)
- # [23:38] * Joins: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP)
- # [23:38] * Joins: Jesse (jruderman@2557E599.66715431.D25A875A.IP)
- # [23:38] * Joins: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [23:39] <@bsmedberg> RyanVM: thanks for the extra branches push on bug 623462
- # [23:39] <RyanVM> bsmedberg: any time
- # [23:39] <Mossop> tanvi: Ok 6 patches from those two bugs. Don't suppose that's on a project branch somewhere?
- # [23:40] * baku is now known as baku|away
- # [23:40] * baku|away is now known as baku
- # [23:40] * rail_away is now known as rail
- # [23:42] <tanvi> Mossop, no sorry :( These are the patches to apply: https://bug836951.bugzilla.mozilla.org/attachment.cgi?id=716357 https://bug834836.bugzilla.mozilla.org/attachment.cgi?id=713069 and https://bug840388.bugzilla.mozilla.org/attachment.cgi?id=713214
- # [23:42] <tanvi> Mossop - the rest are not needed
- # [23:42] * Quits: mcsmurf (me@moz-46C674B7.dip.t-dialin.net) (Quit: )
- # [23:42] <Mossop> tanvi: Ok thanks
- # [23:42] <tanvi> Mossop - but dont' hurt. you might get merge errors though
- # [23:42] * Quits: alice (alice@514D186.F3BBB17D.144F44FA.IP) (Client exited)
- # [23:42] * Quits: jedp|mtg (jedp@2557E599.66715431.D25A875A.IP) (Quit: Computer has gone to sleep.)
- # [23:42] * Joins: alice (alice@514D186.F3BBB17D.144F44FA.IP)
- # [23:43] * Quits: ehugg (chatzilla@B3716F60.29102B70.6CD50604.IP) (Quit: ChatZilla 0.9.90 [Firefox 18.0.2/20130201065344])
- # [23:43] * Quits: alice (alice@514D186.F3BBB17D.144F44FA.IP) (Connection reset by peer)
- # [23:43] * Joins: alice (alice@514D186.F3BBB17D.144F44FA.IP)
- # [23:44] * whimboo is now known as whimboo|afk
- # [23:44] * Joins: mixedpuppy (mixedpuppy@A5087023.2354C43D.D8E68FF6.IP)
- # [23:44] <Mossop> tanvi: Ok all applied, going to do a build and see if I can get a better idea of what's going onj
- # [23:44] <RyanVM> vlad: there I go making trouble again :P
- # [23:44] * Quits: alice (alice@514D186.F3BBB17D.144F44FA.IP) (Connection reset by peer)
- # [23:44] * Joins: marcoz (marco.zehe@C593061F.9FC507A8.7B545C66.IP)
- # [23:44] * philor is now known as philor|away
- # [23:44] <tanvi> Mossop- thanks!
- # [23:45] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a5c27d24d2a5 - Josh Matthews - Bug 801366 - Add crashtest.
- # [23:45] * nrc is now known as nrc|away
- # [23:45] * Quits: gandalf (zbraniecki@moz-D9647D2A.tmodns.net) (Quit: Good night and good luck)
- # [23:45] * Joins: DGMurdockIII (DGMurdockI@moz-F1247A16.hsd1.in.comcast.net)
- # [23:46] * bz_away is now known as bz
- # [23:46] * Joins: jedp (jedp@2557E599.66715431.D25A875A.IP)
- # [23:46] * baku is now known as baku|away
- # [23:46] * Joins: davidb (davidb@C593061F.9FC507A8.7B545C66.IP)
- # [23:47] * Quits: pnemsak (Miranda@moz-192A9791.orange.sk) (Quit: pnemsak)
- # [23:47] <vlad> RyanVM: heh.. I actually meant to respond as soon as we saw the r+
- # [23:47] * Quits: ericjung (ericjung@5210CFD5.1A5EA44.72B23B3D.IP) (Ping timeout)
- # [23:47] <vlad> RyanVM: but I didn't think anyone would jump on the merge that quickly!
- # [23:47] <vlad> I don't actually know what leo+ means
- # [23:48] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/b9bdc1d96b6a - Shu-yu Guo - Bug 845016 - Inline Math.abs with double input and int output (r=sstangl)
- # [23:49] <RyanVM> vlad: leo+ is the designation for bugs blocking the 1.1.x release
- # [23:49] <RyanVM> currently on b2g18
- # [23:49] * Quits: gwagner (Gregor@E521DFFF.DDFDBF93.E30FDA0B.IP) (Quit: gwagner)
- # [23:49] * Quits: rohandalvi (rohandalvi@moz-848C44F0.student.rit.edu) (Client exited)
- # [23:49] <@bz> http://www.pastebin.mozilla.org/2178959
- # [23:49] * @bz hates compilers
- # [23:50] <@bz> What does that "see reference" bit mean?
- # [23:50] <@bz> It doesn't seem to show up anywhere in the log...
- # [23:50] * Quits: we11ington (msu-cse498@moz-600949B7.cse.msu.edu) (Quit: we11ington)
- # [23:50] * Quits: Pike (Pike@moz-43E445D5.pool.mediaways.net) (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130215130331])
- # [23:50] * Quits: azakai (alon@moz-EA765158.midsouth.biz.rr.com) (Ping timeout)
- # [23:50] * Quits: RealRaven (Thunderbir@B34F4EC3.F59D6A47.C3498625.IP) (Ping timeout)
- # [23:51] <@bsmedberg> bz: is there a prior line in your log?
- # [23:51] * Quits: beaufour (beaufour@moz-EA4226EF.nyc.biz.rr.com) (Quit: beaufour)
- # [23:51] <@bz> Log is at https://tbpl.mozilla.org/php/getParsedLog.php?id=20117379&tree=Try&full=1
- # [23:51] <@bsmedberg> bz: that basically means "there was an error at CallbackObject.h which is in a template, and the template was instantiated from DocumengBinding.cpp:966"
- # [23:51] <@bz> Prior line is: DocumentBinding.cpp
- # [23:51] <@bz> There was actually a warning, not an error
- # [23:51] <@bz> presumably
- # [23:51] <vlad> RyanVM: 1.1.x is still going off b2g18?
- # [23:52] <@bz> given the "warning treated as error"
- # [23:52] <@bz> but does it tell me what the warning is? noooo. ;)
- # [23:52] <RyanVM> vlad: yep
- # [23:52] <@bz> Oh, wait
- # [23:52] <@bz> it's on the line _after_ that
- # [23:52] <@bz> e:\builds\moz2_slave\try-w32-d-00000000000000000000\build\obj-firefox\dist\include\mozilla/dom/CallbackObject.h(348) : warning C4396: 'mozilla::dom::ImplCycleCollectionUnlink' : the inline specifier cannot be used when a friend declaration refers to a specialization of a function template
- # [23:53] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/80d52655c8b8 - Chris DeCairos - Bug 665598 - Add pref to disable Audio Data API. r=cpearce
- # [23:53] <RyanVM> vlad: so ultimately, it sounds like the leo+ is erroneous. The easy fix is just taking it off the bug if it's not destined for a 1.x b2g release
- # [23:53] <@bz> But the friend decl doesn't use "inline"
- # [23:53] <@bz> The actual function that's a friend is inline...
- # [23:53] <vlad> RyanVM: yeah, not by itself
- # [23:53] <vlad> RyanVM: I think there are good arguments to be made to move 1.1.x to whatever the current gecko will be at the projected ship time
- # [23:53] <vlad> like 20/21/22
- # [23:54] <RyanVM> vlad: m-c is currently versioned as 2.x
- # [23:54] <@bz> Lines 346 to 348 are:
- # [23:54] <@bz> friend void
- # [23:54] <@bz> ImplCycleCollectionUnlink<WebIDLCallbackT,
- # [23:54] <@bz> XPCOMCallbackT>(CallbackObjectHolder& aField);
- # [23:54] <RyanVM> vlad; but that's certainly another argument for another group of people :)
- # [23:54] * Joins: rohandalvi (rohandalvi@moz-848C44F0.student.rit.edu)
- # [23:55] <@bz> I suppose I could just remove all the inline bits here and try that
- # [23:55] <@bz> and since these are all templates it might be ok
- # [23:56] * @bz looks for someone who knows C++ to tell him whether that's the way to go
- # [23:56] <@bz> So my setup is I have something along the lines of:
- # [23:57] <@bz> template<class T, class U>
- # [23:57] <@bz> inline void ImplCycleCollectionUnlink(CallbackObjectHolder<T, U>& aField);
- # [23:57] <@bz> template<class WebIDLCallbackT, class XPCOMCallbackT>
- # [23:57] <@bz> class CallbackObjectHolder
- # [23:57] * Joins: ehugg (ehugg@moz-7ABD4476.tukw.qwest.net)
- # [23:57] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [23:57] <@bz> {
- # [23:57] <@bz> friend void
- # [23:57] <@bz> ImplCycleCollectionUnlink<WebIDLCallbackT,
- # [23:57] <@bz> XPCOMCallbackT>(CallbackObjectHolder& aField);
- # [23:57] <@bz> };
- # [23:57] <@bz> template<class T, class U>
- # [23:57] <@bz> inline void
- # [23:57] <@bz> ImplCycleCollectionUnlink(CallbackObjectHolder<T, U>& aField)
- # [23:57] <@bz> {
- # [23:57] <@bz> aField.UnlinkSelf();
- # [23:57] <@bz> }
- # [23:57] <dholbert> bz, looking at your patch, I see line 346 saying "friend inline void"
- # [23:57] <dholbert> bz, https://hg.mozilla.org/try/annotate/cb39e9d8e2d0/dom/bindings/CallbackObject.h#l346
- # [23:58] <dholbert> bz, not "friend void" as you said above
- # [23:58] <@bz> dholbert: um
- # [23:58] * Quits: spartanfire (guimdearau@moz-59E5512E.dhcp.egr.msu.edu) (Quit: spartanfire)
- # [23:58] <@bz> dholbert: there's a later changeset that changes that
- # [23:58] <@bz> dholbert: ddac91624a66
- # [23:58] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [23:58] <dholbert> bz, gotcha, ok
- # [23:58] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
- # [23:58] <dholbert> yeah
- # [23:58] <dholbert> never mind then
- # [23:59] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2b4e9accde67 - Benoit Girard - Bug 699538 - Workaround for spurious mouse events after crash when debugging. r=smichaud
- # [23:59] <dholbert> I suspect you might need to remove inline from the function decl itself, too, then
- # [23:59] <dholbert> though I don't claim to know why
- # [23:59] * @bz sighs and tries
- # [23:59] * @bz neither
- # [23:59] <@bz> templates, sigh
- # [23:59] * joduinn-mtg is now known as joduinn-coffee
- # [23:59] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: jfkthame)
- # [23:59] * coop is now known as coop|afk
- # [23:59] * Joins: till_ (till@moz-82846BE.adsl.alicedsl.de)
- # [23:59] * Quits: till (till@moz-82846BE.adsl.alicedsl.de) (Ping timeout)
- # Session Close: Wed Feb 27 00:00:00 2013
The end :)