/irc-logs / mozilla / #developers / 2013-03-29 / end
Options:
- # Session Start: Fri Mar 29 00:00:01 2013
- # Session Ident: #developers
- # [00:02] * Quits: Mano (mano@A737B31A.C1FECCB4.39716721.IP) (Ping timeout)
- # [00:03] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [00:05] * Quits: sewardj (sewardj@moz-595C8872.dip.t-dialin.net) (Ping timeout)
- # [00:05] * Quits: smooney (smooney@2557E599.66715431.D25A875A.IP) (Quit: smooney)
- # [00:05] * Joins: dbaron_ (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [00:05] * Quits: @dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (NickServ (GHOST command used by dbaron_))
- # [00:05] * dbaron_ is now known as dbaron
- # [00:06] * Quits: dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [00:06] <froydnj> RyanVM|Dinner: thanks for the aurora stars
- # [00:06] * Joins: dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [00:06] * ChanServ sets mode: +o dbaron
- # [00:08] * Quits: bjacob (bjacob@B4C3FC47.BC65149B.D16F30BC.IP) (Ping timeout)
- # [00:08] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
- # [00:09] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a4e929eed71c - Till Schneidereit - Bug 855895 - reading in failed jit-tests with -r or -R is broken. r=terrence
- # [00:09] * Quits: askalski (akuda@2BA4E5A7.CC7751E8.6712E96B.IP) (Quit: Wychodzi)
- # [00:10] * ggp_ is now known as ggp
- # [00:10] * Quits: ggp (ggp@2557E599.66715431.D25A875A.IP) (Input/output error)
- # [00:10] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
- # [00:10] * Quits: jimb (user@9E727688.17C2F9C.163DC5C6.IP) (Ping timeout)
- # [00:11] * Joins: ggp (ggp@2557E599.66715431.D25A875A.IP)
- # [00:11] * Quits: Asa (asa@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [00:12] * Quits: beaufour (beaufour@moz-EA4226EF.nyc.biz.rr.com) (Quit: beaufour)
- # [00:12] * Quits: rstrong (androirc@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Input/output error)
- # [00:12] * Joins: rstrong (androirc@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
- # [00:12] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Ping timeout)
- # [00:14] * Joins: roc (chatzilla@moz-607C90B.jetstream.xtra.co.nz)
- # [00:14] * ChanServ sets mode: +o roc
- # [00:14] * catlee is now known as catlee-away
- # [00:16] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
- # [00:16] * ChanServ sets mode: +o smaug
- # [00:16] * kaze is now known as kaze|zZz
- # [00:16] * Quits: mixedpuppy (mixedpuppy@A5087023.2354C43D.D8E68FF6.IP) (Quit: mixedpuppy)
- # [00:16] * kaze|zZz is now known as kaze
- # [00:17] * Quits: Mic (Mic@moz-900F406D.superkabel.de) (Quit: No time to waste, let's go!)
- # [00:17] * Joins: mixedpuppy (mixedpuppy@A5087023.2354C43D.D8E68FF6.IP)
- # [00:18] * Joins: Ann_Yiming_lunch (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
- # [00:18] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
- # [00:18] * Quits: hipokrit (hipokrit@1BF5DFDB.CA40E1F7.C558AD24.IP) (Quit: Leaving)
- # [00:18] * Quits: armenzg_afk (armenzg@moz-600B22EA.home1.cgocable.net) (Input/output error)
- # [00:19] * Joins: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net)
- # [00:19] * Quits: ehugg (chatzilla@B612A46C.29102B70.6CD50604.IP) (Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307023931])
- # [00:23] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f8974a6e1552 - Wes Johnston - backout 8cc00926f486
- # [00:24] * Quits: lizzard (ehenry@F2D29657.F60B0462.67AC9B1.IP) (Quit: lizzard)
- # [00:24] * Quits: bent (chatzilla@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 18.0.2/20130201065344])
- # [00:25] * Quits: Ann_Yiming_lunch (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
- # [00:25] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c28f3dfd9a0e - Wes Johnston - backout 8cc00926f486
- # [00:25] * Joins: Ms2ger (Ms2ger@moz-21504BF3.adsl-dyn.isp.belgacom.be)
- # [00:25] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
- # [00:26] * Quits: cpeterson_ (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [00:26] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
- # [00:26] * ChanServ sets mode: +o smaug
- # [00:26] * Joins: cpeterson (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [00:26] * Joins: mgahlot_ (quassel@516FB1BA.9F23B81E.8D9DA8D9.IP)
- # [00:26] * Quits: Ms2ger (Ms2ger@moz-21504BF3.adsl-dyn.isp.belgacom.be) (Quit: Leaving)
- # [00:27] * Quits: mgahlot (quassel@521695B5.6653237.85BF2EFC.IP) (Ping timeout)
- # [00:27] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Connection reset by peer)
- # [00:27] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
- # [00:27] * ChanServ sets mode: +o smaug
- # [00:28] * Joins: ehugg_lime (ehugg_lime@moz-556E19B7.mycingular.net)
- # [00:28] * Quits: Wes (chatzilla@moz-8EE0ED3E.kingston.net) (Ping timeout)
- # [00:28] * Joins: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP)
- # [00:29] * geekboy is now known as geekboy|afk
- # [00:32] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/ccf927340e8e - Daniel Holbert - Bug 855850: Use MOZ_STATIC_ASSERT instead of #if, to verify that "break type" values are representable in 4 bits. r=mats
- # [00:34] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
- # [00:35] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [00:36] * Joins: lizzard (ehenry@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [00:36] * Quits: we11ington (msu-cse498@moz-600949B7.cse.msu.edu) (Quit: we11ington)
- # [00:36] * Joins: Wes (chatzilla@moz-8EE0ED3E.kingston.net)
- # [00:37] <tanvi> RyanVM|Dinner: i have an idea for the intermittent test failure in bug 855370.
- # [00:37] <tanvi> RyanVM|Dinner: i want to extend an internal timeout within the test. Can i push this without a review to see if it fixes the failures?
- # [00:37] * Quits: rstrong (androirc@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: AndroIRC - Android IRC Client ( http://www.androirc.com ))
- # [00:38] <tanvi> and if it doesn't, change the timeout back to what it was originally / roll back the patch
- # [00:40] * Quits: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP) (Ping timeout)
- # [00:40] * hwine is now known as hwine|afk
- # [00:40] * Quits: teoli (teoli@C2BB1738.5A81EF3B.F1085784.IP) (Input/output error)
- # [00:40] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [00:41] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [00:42] * Quits: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net) (Ping timeout)
- # [00:43] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
- # [00:43] * geekboy|afk is now known as geekboy
- # [00:43] * Joins: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net)
- # [00:43] * Quits: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Leaving.)
- # [00:44] * Quits: jryans (jryans@moz-945C5CA4.massrel.com) (Quit: Linkinus - http://linkinus.com)
- # [00:44] * Joins: jryans (jryans@moz-945C5CA4.massrel.com)
- # [00:45] * Joins: jrynas (jryans@moz-945C5CA4.massrel.com)
- # [00:45] * Quits: jrynas (jryans@moz-945C5CA4.massrel.com) (Client exited)
- # [00:45] * Joins: jrynas (jryans@moz-945C5CA4.massrel.com)
- # [00:45] * geekboy is now known as geekboy|afk
- # [00:45] * Quits: jryans (jryans@moz-945C5CA4.massrel.com) (NickServ (GHOST command used by jrynas))
- # [00:45] * jrynas is now known as jryans
- # [00:49] * Quits: annevk (annevk@605EAC01.5B3E2C45.420B7681.IP) (Input/output error)
- # [00:51] * Quits: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP) (Input/output error)
- # [00:51] * Joins: Ann_Yiming_lunch (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
- # [00:52] * Ann_Yiming_lunch is now known as Ann_Yiming
- # [00:52] * Quits: jryans (jryans@moz-945C5CA4.massrel.com) (Quit: Be back later)
- # [00:52] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
- # [00:53] * Quits: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net) (Quit: jorendorff)
- # [00:54] <jesup> smaug: ping
- # [00:54] * Quits: mgahlot_ (quassel@516FB1BA.9F23B81E.8D9DA8D9.IP) (Ping timeout)
- # [00:54] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
- # [00:54] <jesup> !seen smaug
- # [00:54] <firebot> smaug was last seen 48 minutes and 39 seconds ago, saying 'btw, I *might* be less online from tomorrow to Monday.' in #content.
- # [00:55] * Quits: gustavold (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP) (Ping timeout)
- # [00:56] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
- # [00:57] * Joins: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net)
- # [00:58] * Quits: twi (Adium@moz-12EC5C5D.ip243.fastwebnet.it) (Quit: Leaving.)
- # [00:59] * Quits: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net) (Ping timeout)
- # [01:00] * Quits: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net) (Ping timeout)
- # [01:01] * Joins: FabioMag_ (fabiomagno@B9E9DB43.E363BDBE.8AF99142.IP)
- # [01:01] * Joins: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com)
- # [01:01] * Joins: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net)
- # [01:02] * geekboy|afk is now known as geekboy
- # [01:02] * Joins: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net)
- # [01:02] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/354fb47d8205 - Gregor Wagner - Bug 854945 - PhoneNumber.js: update metadata. r=gal
- # [01:02] * Quits: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net) (Quit: Leaving.)
- # [01:03] * Quits: kdc (chatzilla@moz-2ACC6B38.pk.shawcable.net) (Connection reset by peer)
- # [01:03] * Quits: FabioMag_ (fabiomagno@B9E9DB43.E363BDBE.8AF99142.IP) (Ping timeout)
- # [01:03] * spohl|away is now known as spohl
- # [01:04] * Quits: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
- # [01:04] * Joins: kdc (chatzilla@moz-2ACC6B38.pk.shawcable.net)
- # [01:05] * Quits: gwagner (gwagner@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: gwagner)
- # [01:09] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
- # [01:09] * Quits: nsm (nikhil@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [01:09] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c29279c95238 - Sid Stamm - Bug 687086 - change nsIContentSecurityPolicy to return two values, shouldBlock and shouldReportViolation. r=bz
- # [01:10] * Quits: mmc|laptop (mmc@2557E599.66715431.D25A875A.IP) (Input/output error)
- # [01:10] * geekboy is now known as geekboy|afk
- # [01:12] * Quits: grobinson (garrett@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [01:12] * Quits: aklotz (Thunderbir@moz-55246988.cg.shawcable.net) (Quit: aklotz)
- # [01:12] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [01:12] * Quits: ctangira (ctangira@moz-264CB7F1.cisco.com) (Ping timeout)
- # [01:13] * Quits: sfink (chatzilla@moz-3AFB2EB2.dsl.pltn13.sbcglobal.net) (Ping timeout)
- # [01:13] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Broken pipe)
- # [01:13] * Quits: ehugg_lime (ehugg_lime@moz-556E19B7.mycingular.net) (Client exited)
- # [01:13] * Joins: ehugg_lime (ehugg_lime@moz-556E19B7.mycingular.net)
- # [01:14] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [01:14] * Quits: ggp (ggp@2557E599.66715431.D25A875A.IP) (Input/output error)
- # [01:14] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6b50cbf374d6 - Mats Palmgren - Bug 854102 - Fix JS syntax errors that broke the builtin file picker. r=mounir
- # [01:15] * Quits: mccr8 (mccr8@2557E599.66715431.D25A875A.IP) (Quit: mccr8)
- # [01:16] * Joins: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net)
- # [01:17] * Quits: HeldtNotHelt (firefox@A4C99C2C.8C382C77.7C9220AF.IP) (Quit: HeldtNotHelt)
- # [01:17] * mattwoodrow|away is now known as mattwoodrow
- # [01:17] * Fallen is now known as Fallen|away
- # [01:18] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
- # [01:19] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Ping timeout)
- # [01:20] * Joins: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net)
- # [01:20] * Quits: dbradley (dbradley@1DA716E2.7763A1F0.52E8B953.IP) (Ping timeout)
- # [01:20] <philor> oh, look, bustage
- # [01:21] * Quits: jhammel (jhammel@moz-14240F1C.hsd1.ca.comcast.net) (Quit: leaving)
- # [01:22] <philor> mounir: ping
- # [01:22] * hwine|afk is now known as hwine
- # [01:23] * Joins: thbet (kvirc@moz-9E8104EA.omega116.maxonline.com.sg)
- # [01:25] * Quits: ehugg_lime (ehugg_lime@moz-556E19B7.mycingular.net) (Client exited)
- # [01:25] * Quits: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net) (Quit: jib)
- # [01:26] * dholbert is now known as dholbert|afk
- # [01:26] * Joins: mccr8 (mccr8@moz-5FEA0C74.dsl.dynamic.sonic.net)
- # [01:26] * Joins: dbradley (dbradley@1DA716E2.7763A1F0.52E8B953.IP)
- # [01:27] * Quits: mccr8 (mccr8@moz-5FEA0C74.dsl.dynamic.sonic.net) (Quit: mccr8)
- # [01:28] <philor> oh, neat, those are the same failures as when the same patch landed this morning
- # [01:28] * Quits: bdahl (bdahl@2557E599.66715431.D25A875A.IP) (Client exited)
- # [01:28] * Joins: bholley (anonymous@moz-24EDB000.hsd1.ca.comcast.net)
- # [01:29] * philor looks around for his capslock
- # [01:29] * Joins: sfink (chatzilla@moz-C3B7B65D.dsl.pltn13.sbcglobal.net)
- # [01:29] * Quits: bbondy (bbondy@moz-717FF534.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [01:31] * Quits: fabrice (fabrice@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
- # [01:31] * Joins: bent (chatzilla@moz-932324BF.hsd1.ca.comcast.net)
- # [01:32] * Joins: kkdEEP (kkdEEP@B229C530.FBDB20C1.C7008325.IP)
- # [01:32] * Joins: teoli (teoli@C2BB1738.5A81EF3B.F1085784.IP)
- # [01:32] * Quits: teoli (teoli@C2BB1738.5A81EF3B.F1085784.IP) (Input/output error)
- # [01:32] * Quits: dcamp (dcamp@moz-930D5B64.hsd1.wa.comcast.net) (Quit: Leaving...)
- # [01:32] * Joins: dcamp (dcamp@moz-930D5B64.hsd1.wa.comcast.net)
- # [01:34] * Joins: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net)
- # [01:36] * Quits: ekr (ekr@43CB6079.66715431.D25A875A.IP) (Quit: ekr)
- # [01:36] * Joins: jorendorff (jorendorff@moz-2F32ACA3.hsd1.tn.comcast.net)
- # [01:36] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Leaving...)
- # [01:36] <RyanVM|Dinner> tanvi: wouldn't be the first time people have tried such things
- # [01:37] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Quit: )
- # [01:37] <RyanVM|Dinner> tanvi: of course, that's also why it's generally recommended to avoid timeouts in mochitests
- # [01:37] * Quits: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP) (Ping timeout)
- # [01:37] * RyanVM|Dinner is now known as RyanVM
- # [01:37] <glandium> Jesse: the error is pretty explicit: the environment lacks libglib
- # [01:37] * Joins: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP)
- # [01:37] <glandium> er libgio
- # [01:38] <glandium> Jesse: you should check with releng
- # [01:39] * Joins: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP)
- # [01:41] * Joins: bbondy (bbondy@moz-717FF534.home.cgocable.net)
- # [01:42] * Quits: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net) (Quit: jib)
- # [01:46] * kaze is now known as kaze|zZz
- # [01:46] * Quits: mixedpuppy (mixedpuppy@A5087023.2354C43D.D8E68FF6.IP) (Quit: mixedpuppy)
- # [01:47] * Joins: naveed (naveed@CCE3C7BC.BC65149B.D16F30BC.IP)
- # [01:47] * Quits: @roc (chatzilla@moz-607C90B.jetstream.xtra.co.nz) (Ping timeout)
- # [01:47] * vladan is now known as vladan-afk
- # [01:48] * Joins: ekr (ekr@43CB6079.66715431.D25A875A.IP)
- # [01:48] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [01:51] * Quits: ekr (ekr@43CB6079.66715431.D25A875A.IP) (Quit: ekr)
- # [01:52] * Quits: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net) (Quit: ehugg)
- # [01:54] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
- # [01:55] * Quits: victorporof (victorporo@31DBF869.DA9DCE7D.79933D60.IP) (Ping timeout)
- # [01:56] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
- # [01:57] * Quits: Wes (chatzilla@moz-8EE0ED3E.kingston.net) (Ping timeout)
- # [01:57] * Quits: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP) (Input/output error)
- # [02:02] <NeilAway> wait, rhythmbox debuginfo depends on webkit debuginfo?
- # [02:02] <Luqman> what? o.o
- # [02:04] * Quits: kdc (chatzilla@moz-2ACC6B38.pk.shawcable.net) (Ping timeout)
- # [02:04] * Joins: kdc_ (chatzilla@moz-2ACC6B38.pk.shawcable.net)
- # [02:04] * kdc_ is now known as kdc
- # [02:05] * Quits: andreasn (andreasn@63F8A48C.7BB850DE.B1AA2106.IP) (Ping timeout)
- # [02:05] <NeilAway> mounir: for the file-picker-textfield-removal, you're putting the file name after the browse button?
- # [02:05] * Quits: inolen (Adium@moz-9F4F17DF.tourcaster.com) (Quit: Leaving.)
- # [02:06] <NeilAway> Luqman: gdb said "hey, you know I couldn't find some symbols for rhythmbox"
- # [02:06] <NeilAway> Luqman: so I did sudo debuginstall and it said "hey, you need the webkit debuginfo too, only 314MB"
- # [02:07] * Joins: victorporof (victorporo@BD4D8112.6465CCD9.79933D60.IP)
- # [02:08] * Joins: m_kato (m_kato@moz-658AB552.tokyo.ocn.ne.jp)
- # [02:08] * Quits: ehoogeveen (emanuel.ho@moz-DC53E53C.upc-j.chello.nl) (Quit: )
- # [02:08] * Quits: bajaj1 (Adium@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
- # [02:08] <Luqman> NeilAway: i can't remember, does rhythmbox have a webview or something? that might explain it
- # [02:09] * Quits: Benvie (Benvie@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [02:09] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Ping timeout)
- # [02:09] * Quits: rednaks (rednaks@F463A367.7B2CFADA.55FFA9B4.IP) (Quit: Quitte)
- # [02:11] * Joins: Edgar (Thunderbir@moz-275C9AA7.dynamic.hinet.net)
- # [02:11] <jlebar|away> jduell: thanks for looking at that push notifications bug. I should have asked someone who knows WS to look at it before I blessed it.
- # [02:12] <jduell> jlebar|away: sure, feel free to ping me if any other WS patch stuff comes up
- # [02:12] <jlebar|away> jduell: I will. :)
- # [02:13] <mjrosenb> philor: ok, i'm going to try to re-land armv6, I have a successful push to try.
- # [02:13] * hwine is now known as hwine-ooo
- # [02:14] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [02:14] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Ping timeout)
- # [02:15] * Quits: jorendorff (jorendorff@moz-2F32ACA3.hsd1.tn.comcast.net) (Quit: jorendorff)
- # [02:15] <jlebar|away> philor: Am I right in observing that we coalesce "Ubuntu" tests, and that these are AWS tests?
- # [02:16] * Ann_Yiming is now known as Ann_Yiming|afk
- # [02:17] * Quits: Ann_Yiming|afk (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Input/output error)
- # [02:17] * Quits: jammink (textual@2557E599.66715431.D25A875A.IP) (Quit: Computer has gone to sleep.)
- # [02:17] <jlebar|away> philor: If so...do you see any problem with not coalescing those tests?
- # [02:17] <philor> mjrosenb: okay, you just need to back out fa9cde226b2a, CLOSED TREE, first, so I can reopen the tree
- # [02:18] * Quits: Gentlecat (Roman@59658053.BC0B4628.8FB52CB8.IP) (Ping timeout)
- # [02:18] <mjrosenb> philor: i'll wait for the closed tree to re-open.
- # [02:18] <philor> jlebar|away: that's a question for releng, which they will probably answer "$"
- # [02:18] <jlebar|away> philor: let's ask then.
- # [02:18] <jlebar|away> philor: If "$" is seriously their answer, I may have some other characters in reply...
- # [02:19] * Quits: naveed (naveed@CCE3C7BC.BC65149B.D16F30BC.IP) (Input/output error)
- # [02:19] <RyanVM> hmm, so why hasn't mounir been backed out yet?
- # [02:21] <philor> I'm at work
- # [02:21] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d2b965a319c6 - Ryan VanderMeulen - Backed out changeset fa9cde226b2a (bug 839788) for breaking mochitests the same way it did the first time it landed on a CLOSED TREE.
- # [02:21] <RyanVM> jlebar|away: https://tbpl.mozilla.org/php/getParsedLog.php?id=21226428&tree=Mozilla-Inbound
- # [02:21] <philor> I was, however, able to put a few links to logs into the bug
- # [02:21] <jlebar|away> RyanVM: Is that a new failure mode?
- # [02:22] <RyanVM> yep
- # [02:22] <jlebar|away> RyanVM: :(
- # [02:22] <RyanVM> buried amongst mounir's orange
- # [02:22] <jlebar|away> RyanVM: It's intermittent, though?
- # [02:23] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Quit: Ex-Chat)
- # [02:25] <jlebar|away> RyanVM: Well, I need to go to sleep. If you need to back me out for that, go ahead. But we might be trading a lot of oranges for that one new one, and I'm OK with that if you are.
- # [02:25] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
- # [02:26] <RyanVM> only one occurance so far
- # [02:26] <RyanVM> i'll file and cc you
- # [02:26] <jlebar|away> RyanVM: thanks
- # [02:26] * jlebar|away is now known as jlebar|sleep
- # [02:26] <philor> mjrosenb: reopened
- # [02:26] <philor> RyanVM: thanks for the backbackoutout
- # [02:26] * Quits: mwu (mwu@moz-2E883D31.hsd1.nj.comcast.net) (Quit: Leaving)
- # [02:27] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [02:27] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
- # [02:27] * Quits: jgilbert (jgilbert@D15C254A.26A4865E.B4C748B5.IP) (Quit: Leaving)
- # [02:28] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
- # [02:28] * Quits: bnicholson (bnicholson@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [02:28] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
- # [02:29] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
- # [02:29] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/67d03ef1c2f0 - Marty Rosenberg - Bug 836486: Part 2 - turn on Ion Monkey for ARMv6 (r=jbramley)
- # [02:29] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f00c41faab97 - Marty Rosenberg - Bug 836486: Part 1 - Add in ARMv6 support for IonMonkey (r=jbramley)
- # [02:30] * Quits: bent (chatzilla@moz-932324BF.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 18.0.2/20130201065344])
- # [02:31] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c15696ed3d83 - Richard Marti - Bug 853431 - Fix menulist active (hover) text color on Windows 7 and up. r=fryn ui-r=fryn
- # [02:31] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
- # [02:32] * Quits: drexler (chatzilla@moz-1896B9D3.hsd1.vt.comcast.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [02:32] * Joins: tonymec (tonymec@moz-84D6641A.adsl-dyn.isp.belgacom.be)
- # [02:33] * Quits: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net) (Quit: jgriffin)
- # [02:33] * Quits: Dagger (Dagger@moz-38590C6F.cable.virginmedia.com) (Ping timeout)
- # [02:34] * Quits: Waldo (waldo@2557E599.66715431.D25A875A.IP) (Quit: ChatZilla 0.9.87-6.1450hg.fc18 [XULRunner 19.0.2/20130311161054])
- # [02:34] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/b420dcf17910 - Brian R. Bondy - Bug 850458 - Add full screen video element to html5 video controls. r=mbrubeck
- # [02:34] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/9eb6532ccfc3 - Brian R. Bondy - Bug 842130 - Fix fullscreen video which currently isn't working. r=mbrubeck
- # [02:34] * Joins: Dagger (Dagger@moz-38590C6F.cable.virginmedia.com)
- # [02:35] <firebot> Check-in:
- # [02:35] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d2225846e42c - Tanvi Vyas - Bug 855730 - Extend the mochitest timeout for file_mixed_content_frameNavigation_secure_grandchild.html to 10 seconds instead of 5 seconds to prevent intermittent tests
- # [02:35] <firebot> failures. r=smaug
- # [02:36] * khuey is now known as khuey|away
- # [02:38] <philor> so maybe, maybe, that backout 16 pushes after something I want to see merged will prove to be a mergeable push
- # [02:38] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [02:38] * Joins: mixedpuppy (mixedpuppy@moz-7B3CFB22.vc.shawcable.net)
- # [02:38] <mjrosenb> philor: out of curiosity, do you know how many tegra/panda boards we have?
- # [02:39] * Quits: dcamp (dcamp@moz-930D5B64.hsd1.wa.comcast.net) (Quit: Leaving...)
- # [02:40] * Quits: @dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [02:40] * Joins: Benvie (Benvie@moz-DC9626F9.hsd1.ca.comcast.net)
- # [02:40] <philor> mjrosenb: pandas is an insance number, like 900, they numbered them 0nnn because they were clearly close to needing 1000, but most of them are idle and not doing b2g jobs most of the time; tegras it's in theory around 300, but in fact a fair number are, shall we say, in a suboptimal state
- # [02:40] <philor> "insance"? I don't even know what word mated with insane on the way to my fingers to produce that
- # [02:41] <mjrosenb> philor: strange that the pandas are not always pegged.
- # [02:41] <mjrosenb> philor: so if we wanted to add rpi builds to the system, we'd likely need about 1,000 of them?
- # [02:42] <philor> so right now there are 48 panda jobs going, and 62 tegras
- # [02:42] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Input/output error)
- # [02:42] <RyanVM> ugh, so not filing any mroe orange bugs today
- # [02:42] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
- # [02:42] <mjrosenb> philor: I guess it is very spiky?
- # [02:42] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d470390898df - Bobby Holley - Bug 855922 - Check XBL scopes per-compartment in the SOW isSafeToUnwrap hook. r=bz
- # [02:42] <mjrosenb> philor: oh, I guess only 1 in 4 b2g jobs is run on a pandaboard?
- # [02:43] <philor> mjrosenb: like so many things, you'd want to talk to releng, I have the feeling they bought a ton of pandas for b2g, assigned many of them to b2g, and are currently waiting for b2g to discover some test that they care about, to run on them
- # [02:43] <mjrosenb> and we dont have the android-4 builds running on pandas anymore?
- # [02:43] * Joins: inolen (Adium@moz-FA2406D8.socal.res.rr.com)
- # [02:43] * Quits: inolen (Adium@moz-FA2406D8.socal.res.rr.com) (Quit: inolen)
- # [02:43] * bz_away is now known as bz
- # [02:43] * Quits: Edgar (Thunderbir@moz-275C9AA7.dynamic.hinet.net) (Ping timeout)
- # [02:44] * Quits: kkdEEP (kkdEEP@B229C530.FBDB20C1.C7008325.IP) (Client exited)
- # [02:45] <philor> mjrosenb: one b2g job is in theory run on a panda, the gaia-ui-tests job; it currently doesn't even start, the pandas don't even get close to running it, but that doesn't actually matter because gaia devs are either interested in a different run of it that's done by QA elsewhere, or more likely, are uninterested in any tests
- # [02:45] * Quits: nhirata (anonymous@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: nhirata)
- # [02:45] <philor> but yeah, the Android 4 Fennec jobs do run on pandas
- # [02:47] <mjrosenb> oh, i'm still not used to tbpl not displaying all of the jobs that will be run.
- # [02:47] <mjrosenb> I was looking at my push, and I didn't see any android-4 row.
- # [02:47] <philor> &showall=1
- # [02:47] <philor> oh, that
- # [02:47] <philor> &waitforabuildtofinish=1 :)
- # [02:48] * Joins: inolen (Adium@moz-FA2406D8.socal.res.rr.com)
- # [02:48] <philor> but you will want &showall=1 to see all the emulator b2g tests, since we got sick of looking at all but a couple of them
- # [02:49] * Joins: naveed (naveed@AC76554C.5B712BE.287DB107.IP)
- # [02:49] * Joins: Mavericks (Mibbit@E414ED52.80E5CEFF.3E5D7F27.IP)
- # [02:50] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [02:50] * Joins: chucklee (chucklee@moz-99690620.hinet-ip.hinet.net)
- # [02:52] * Quits: jedp (jedp@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Computer has gone to sleep.)
- # [02:52] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
- # [02:53] * Joins: jorendorff (jorendorff@moz-2F32ACA3.hsd1.tn.comcast.net)
- # [02:53] * Quits: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net) (Client exited)
- # [02:54] * Joins: jgilbert (jgilbert@D15C254A.26A4865E.B4C748B5.IP)
- # [02:54] * Joins: dcamp (dcamp@moz-930D5B64.hsd1.wa.comcast.net)
- # [02:54] * philor is now known as philor|away
- # [02:55] * Quits: RyanVM (chatzilla@moz-148999FE.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.90 [Firefox 22.0a1/20130328125441])
- # [02:55] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
- # [02:56] * Joins: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
- # [02:56] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
- # [02:59] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
- # [03:00] * Quits: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP) (Quit: lmandel)
- # [03:00] <romaxa> if I want to implement my simple js console error viewer extension, which API is better to use WebConsole, or nsIConsoleListener directly?
- # [03:01] * aki|buildduty is now known as aki
- # [03:01] * Quits: dcamp (dcamp@moz-930D5B64.hsd1.wa.comcast.net) (Quit: Leaving...)
- # [03:01] * Joins: bjacob (bjacob@B4C3FC47.BC65149B.D16F30BC.IP)
- # [03:03] * Quits: bjacob (bjacob@B4C3FC47.BC65149B.D16F30BC.IP) (Ping timeout)
- # [03:05] * Quits: KaiRo (robert@moz-6EE16A8A.adsl.highway.telekom.at) (Input/output error)
- # [03:06] * Joins: dcamp (dcamp@moz-930D5B64.hsd1.wa.comcast.net)
- # [03:06] * Joins: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net)
- # [03:08] * Joins: bjacob (bjacob@B4C3FC47.BC65149B.D16F30BC.IP)
- # [03:09] * Quits: cpeterson (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [03:13] * Quits: bjacob (bjacob@B4C3FC47.BC65149B.D16F30BC.IP) (Ping timeout)
- # [03:14] * Joins: hsinyi (hsinyi@moz-99690620.hinet-ip.hinet.net)
- # [03:15] * Joins: bjacob (bjacob@B4C3FC47.BC65149B.D16F30BC.IP)
- # [03:17] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [03:17] * Joins: shamir_khodzha (Thunderbir@7F5B50BD.E0F09538.6E7F4A1E.IP)
- # [03:17] * Quits: bjacob (bjacob@B4C3FC47.BC65149B.D16F30BC.IP) (Ping timeout)
- # [03:19] * Joins: allstarschh (allstars@moz-99690620.hinet-ip.hinet.net)
- # [03:20] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Quit: pcwalton)
- # [03:21] * Quits: jorendorff (jorendorff@moz-2F32ACA3.hsd1.tn.comcast.net) (Quit: jorendorff)
- # [03:24] * Quits: TimAbraldes (TimAbralde@moz-CDD0DFBD.sd.sd.cox.net) (Quit: ChatZilla 0.9.90 [Firefox 21.0a2/20130328042013])
- # [03:25] * Joins: Boriss_ (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [03:26] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Connection reset by peer)
- # [03:26] * Quits: bholley (anonymous@moz-24EDB000.hsd1.ca.comcast.net) (Quit: bholley)
- # [03:26] * ctalbert is now known as ctalbert|afk
- # [03:26] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [03:27] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
- # [03:28] * Quits: Boriss_ (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [03:29] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2c10a759015f - Hsin-Yi Tsai - Bug 849185 - part2 - test case. r=allstars.chh
- # [03:29] * Quits: Benvie (Benvie@moz-DC9626F9.hsd1.ca.comcast.net) (Ping timeout)
- # [03:29] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c59a33280850 - Hsin-Yi Tsai - Bug 849185 - Disable the airplane mode when an emergency number is dialed. r=allstars.chh
- # [03:33] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/231da3d51bf9 - Randell Jesup - Bug 855595: Add Listener as well as track for unittests. Also clean up warnings r=ekr
- # [03:34] * Quits: dcamp (dcamp@moz-930D5B64.hsd1.wa.comcast.net) (Quit: Leaving...)
- # [03:36] * Quits: chewey (chewey@moz-CCB078A9.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
- # [03:36] * Joins: chewey (chewey@moz-22707216.dip0.t-ipconnect.de)
- # [03:37] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [03:37] * Quits: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr)
- # [03:38] * Quits: gozala (uid5923@moz-C944F5EC.irccloud.com) (Quit: )
- # [03:39] * Joins: ericchou (ericchou@moz-99690620.hinet-ip.hinet.net)
- # [03:39] * Joins: gozala (uid5923@moz-A588D045.irccloud.com)
- # [03:41] * Joins: jhk (Jignesh@6EE3C58A.62B6971.B58D974D.IP)
- # [03:41] * Quits: till (till@moz-7F4E3C7D.adsl.alicedsl.de) (Client exited)
- # [03:43] * Joins: asrail (asrail@2A678512.9BEB7A35.6D8EEF99.IP)
- # [03:46] * Quits: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
- # [03:48] * Joins: Benvie (Benvie@moz-DC9626F9.hsd1.ca.comcast.net)
- # [03:51] * Joins: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
- # [03:51] * Quits: shamir_khodzha (Thunderbir@7F5B50BD.E0F09538.6E7F4A1E.IP) (Quit: shamir_khodzha)
- # [03:52] * Quits: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net) (Quit: ehugg)
- # [03:53] * Joins: Boriss (FlyingToas@moz-3C817AF9.hsd1.ca.comcast.net)
- # [03:55] * Joins: ehugg (ehugg@moz-44D86B1E.cisco.com)
- # [03:56] * Quits: brson (brson@2557E599.66715431.D25A875A.IP) (Quit: leaving)
- # [03:58] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/89e99ecdf29f - James Willcox - Bug 734691 - Add multi-thread support to profiler. r=benwa
- # [03:58] * pmoore is now known as pmoore|away
- # [04:02] * Quits: spohl (Adium@moz-296783BA.revip2.marketstreetwifi.net) (Quit: Leaving.)
- # [04:03] * Quits: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr)
- # [04:05] * Joins: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
- # [04:06] * Quits: ehugg (ehugg@moz-44D86B1E.cisco.com) (Ping timeout)
- # [04:06] * Joins: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net)
- # [04:07] * Joins: doublec_ (doublec@moz-4DA4FA7C.cd.pn)
- # [04:07] * Quits: doublec_ (doublec@moz-4DA4FA7C.cd.pn) (Quit: leaving)
- # [04:10] * Joins: arky (arky@AE79058C.8ED53E9C.FA662B63.IP)
- # [04:10] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/77deab8dff65 - Gregory Szorc - Bug 855860 - Preferences to control logging to terminal; r=rnewman
- # [04:10] * Joins: Ann_Yiming|afk (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net)
- # [04:11] * Joins: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net)
- # [04:12] * Parts: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Leaving...)
- # [04:12] * philor|away is now known as philor
- # [04:15] * Joins: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net)
- # [04:17] * Joins: bent (chatzilla@moz-932324BF.hsd1.ca.comcast.net)
- # [04:19] <philor> treestatus really should have a one-click button right at the top for [Close mozilla-inbound with the message "Bustage"]
- # [04:21] * Joins: bdahl (bdahl@moz-D7CB09C3.dsl.dynamic.sonic.net)
- # [04:22] <tbsaunde> philor: "patches welcome :)"
- # [04:23] <philor> actually, I'm thinking more about a startup script, I turn a computer on and inbound is closed and then I look at it
- # [04:23] * ewong|sleep is now known as ewong
- # [04:23] <philor> all patches are welcome, but some are more welcome than others
- # [04:24] * Joins: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net)
- # [04:25] <tbsaunde> lol
- # [04:25] * Joins: drexler (chatzilla@moz-1896B9D3.hsd1.vt.comcast.net)
- # [04:25] <ewong> where's the source for treestatus?
- # [04:25] * Quits: naveed (naveed@AC76554C.5B712BE.287DB107.IP) (Ping timeout)
- # [04:25] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [04:26] <philor> so, bbondy wanted to touch /CLOBBER and clobber for removing the only thing in metro/modules/, is that the bustage?
- # [04:26] <bbondy> checking
- # [04:27] <philor> ewong: https://github.com/mozilla/treestatus
- # [04:27] * Quits: Ann_Yiming|afk (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net) (Input/output error)
- # [04:27] <ewong> oh. its in github.. ;/
- # [04:27] * Quits: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net) (Quit: jib)
- # [04:28] <bbondy> philor: I'll backout
- # [04:28] <philor> bbondy: here's the fun thing - you may need to clobber to back out, too :)
- # [04:29] <bbondy> I don't need to build it I'll just back it out
- # [04:29] <philor> since there are slaves which have successfully built with you in
- # [04:29] <bbondy> ya that's strange
- # [04:29] <philor> no, I mean clobberer-clobber, not you-clobber
- # [04:29] <philor> many of our delightful clobber surprises come with yet another surprise on the backout
- # [04:30] <philor> so I'll set it, while you work on backing out
- # [04:30] <bbondy> is that a commit message thing?
- # [04:30] <bbondy> like DONTBUILD
- # [04:30] <bbondy> k
- # [04:30] <philor> nope, it's a web app
- # [04:31] <philor> successfully clobbering means both touching the /CLOBBER file, and setting https://secure.pub.build.mozilla.org/clobberer/?branch=mozilla-inbound to actually do the clobbering of the build slaves
- # [04:31] <philor> the commit message thing you are going to want, though, is CLOSED TREE two words
- # [04:31] * Joins: darkowlzz|afk (darkowlzz@19A3AC04.C8BB53E.9DA13C14.IP)
- # [04:32] <bbondy> k sorry
- # [04:32] <bbondy> ready for me to do it?
- # [04:32] <philor> sure, fire away
- # [04:32] * Quits: Mavericks (Mibbit@E414ED52.80E5CEFF.3E5D7F27.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [04:32] <philor> and it's no problem, you were betrayed by the build system, you're in august company ;)
- # [04:33] <bbondy> k should be good
- # [04:33] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/85eedb253f25 - Brian R. Bondy - Backout 9eb6532ccfc3 for bustage on some slaves. r=me
- # [04:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/088d73e55949 - Brian R. Bondy - Backout b420dcf17910 for bustage on some slaves. CLOSED TREE. r=me
- # [04:33] <philor> huh, weirdest Pink Pixel of Death reftest failure ever, it's not the same color in the two tests that failed
- # [04:34] <philor> nor the same spot
- # [04:34] <philor> so instead of being one bit flip that stuck in a reused canvas, the run actually had two different bit flips?
- # [04:35] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
- # [04:35] * darkowlzz|afk is now known as darkowlzz
- # [04:35] * Joins: damons_ (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
- # [04:35] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Connection reset by peer)
- # [04:36] * damons_ is now known as damons
- # [04:40] <cpeterson> bad RAM?
- # [04:41] <bbondy> philor: so is it possible that everything was fine but it just required a clobber in the first place?
- # [04:42] * Quits: Benvie (Benvie@moz-DC9626F9.hsd1.ca.comcast.net) (Ping timeout)
- # [04:42] <philor> bbondy: yeah, I'll look in a bit if that's why the ones that built managed to build
- # [04:43] <bbondy> https://hg.mozilla.org/integration/mozilla-inbound/rev/9eb6532ccfc3#l8.12 I'm wondering if that's what trips up the build system
- # [04:43] * Quits: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr)
- # [04:43] <philor> cpeterson: that's the best theory going, but the usual failure mode is two or six or eight failures where it's the same pixel every time, in the same wrong color
- # [04:43] <bbondy> I did a clean build on my machine btw and it succeeded
- # [04:44] * Joins: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
- # [04:44] * Quits: JeroenDeDauw (j@moz-5B82C9EE.customer.schedom-europe.net) (Quit: Leaving.)
- # [04:45] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
- # [04:46] <philor> ugh, what fresh hell is this?
- # [04:46] <philor> 'tis snorp, leaking a Mutex
- # [04:48] * bbondy thought all builds were clobbers
- # [04:48] <philor> with an opt run on try with no tests
- # [04:48] <philor> BenWa: might want some debug and a test suite next time
- # [04:48] <philor> bbondy: all builds on Try are clobbers, because we like to trick you, but only a random assortment of builds elsewhere are
- # [04:49] <bbondy> hah
- # [04:49] <bbondy> keeping us on our toes
- # [04:50] <philor> yeah. and also, what on earth could you build dep on, on try? you don't want to build on the last try push, it was probably awful, so you'd have to build the last green cset on m-c, then build dep on that, taking forever
- # [04:50] <bbondy> hrm we could probably save some try resources by adding some kind of a NOCLOBBER commit message
- # [04:50] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [04:50] <bbondy> ya I thought of that too :)
- # [04:50] <bbondy> that the last one is probably horrible :)
- # [04:51] * Joins: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net)
- # [04:51] <philor> and they are separate slaves, because we'll let just anybody push to try, and they shouldn't be allowed to mess with the seekrits on regular slaves, so you can't just pick a slave that already has an m-c objdir
- # [04:52] <bbondy> ah ya
- # [04:52] <bbondy> btw I didn't push to try becuase I did a fresh clobber locally and it succeeded. Also because it was metro only code and we aren't running tests for that yet. I think the patches are good thogh.
- # [04:53] * Joins: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
- # [04:54] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/bfced2ecc0cf - Doug Turner - Bug 822712 - SimplePush - UDP Wakeup feature. r=jst, jlebar
- # [04:55] <firebot> http://hg.mozilla.org/mozilla-central/rev/2aaf82b852e7 - Nikhil Marathe - Bug 822712 - SimplePush - Implementation. r=dougt, jst, jlebar
- # [04:55] <firebot> http://hg.mozilla.org/mozilla-central/rev/e93a4da26856 - Doug Turner - Bug 822712 - SimplePush - Interface. r=dougt, sr=sicking
- # [04:56] * jhopkins|bbl is now known as jhopkins|afk
- # [04:56] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/53b183fe1d62 - Phil Ringnalda - Back out 89e99ecdf29f (bug 734691) for leaking
- # [04:57] * Joins: Ann_Yiming|afk (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net)
- # [04:58] * Quits: Ann_Yiming|afk (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net) (Input/output error)
- # [04:58] * Joins: Ann_Yiming|afk (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net)
- # [04:59] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [05:00] * Quits: jhopkins|afk (jhopkins@moz-216F9986.tb.shawcable.net) (Quit: jhopkins|afk)
- # [05:01] * Quits: bdahl (bdahl@moz-D7CB09C3.dsl.dynamic.sonic.net) (Client exited)
- # [05:04] * Quits: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net) (Quit: Computer has gone to sleep.)
- # [05:05] * Quits: Matti (Matti@moz-FF9770CE.dip.t-dialin.net) (Ping timeout)
- # [05:05] * Quits: drexler (chatzilla@moz-1896B9D3.hsd1.vt.comcast.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [05:06] * Joins: dbaron (dbaron@moz-E0DDE997.dsl.dynamic.sonic.net)
- # [05:06] * ChanServ sets mode: +o dbaron
- # [05:06] * Quits: bbondy (bbondy@moz-717FF534.home.cgocable.net) (Client exited)
- # [05:06] * Joins: bbondy (bbondy@moz-717FF534.home.cgocable.net)
- # [05:07] * Joins: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net)
- # [05:08] * Joins: Matti_away (Matti@moz-F576BD81.dip.t-dialin.net)
- # [05:08] * Matti_away is now known as Matti
- # [05:10] * Quits: hub (hub@E639FEDB.F04051C4.DC1243F8.IP) (Ping timeout)
- # [05:11] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [05:13] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [05:13] * Joins: spohl (Adium@moz-296783BA.revip2.marketstreetwifi.net)
- # [05:18] * Quits: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net) (Quit: Computer has gone to sleep.)
- # [05:18] * capella is now known as capella|zzz
- # [05:20] <philor> what is identity?
- # [05:20] * philor washes his hands
- # [05:21] <philor> oh, I mean the component identity, and whether I can blame a hashtable assertion in browser_newtab_focus.js on it, since it asserts the same way
- # [05:21] * Quits: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net) (Quit: Leaving.)
- # [05:21] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [05:22] <philor> oh, hey, describecomponents actually does!
- # [05:25] * hwine-ooo is now known as hwine
- # [05:26] * Joins: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net)
- # [05:29] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [05:29] <ewong> philor what kind of app is treestatus? jQuery?
- # [05:29] * Quits: devd (Name@moz-9DACDECA.cs.berkeley.edu) (Quit: Changing server)
- # [05:30] * Joins: twi (Adium@moz-12EC5C5D.ip243.fastwebnet.it)
- # [05:34] * Quits: jgilbert (jgilbert@D15C254A.26A4865E.B4C748B5.IP) (Ping timeout)
- # [05:34] <philor> ewong: "wsgi" or "Python" would be the two most accurate answers, though "a bit of Flask" isn't a bad answer either
- # [05:34] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
- # [05:34] <ewong> philor thanks..
- # [05:34] * Quits: arky (arky@AE79058C.8ED53E9C.FA662B63.IP) (Client exited)
- # [05:36] * Quits: dbradley (dbradley@1DA716E2.7763A1F0.52E8B953.IP) (Ping timeout)
- # [05:38] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [05:39] * Joins: surkov (surkov@511E724B.E00BF004.E17943EE.IP)
- # [05:40] * Quits: snorp (snorp@moz-BD8D0B1E.lightspeed.livnmi.sbcglobal.net) (Ping timeout)
- # [05:41] * Joins: snorp (snorp@moz-BD8D0B1E.lightspeed.livnmi.sbcglobal.net)
- # [05:41] <reuben> that reminds me, catlee-away still hasn't reviewed my pull request :|
- # [05:46] * Quits: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr)
- # [05:47] * Joins: Edgar (Thunderbir@moz-CA1DDA32.dynamic-ip.hinet.net)
- # [05:48] * Quits: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com) (Quit: Computer has gone to sleep.)
- # [05:49] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [05:50] * Quits: snorp (snorp@moz-BD8D0B1E.lightspeed.livnmi.sbcglobal.net) (Ping timeout)
- # [05:50] * Joins: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
- # [05:51] * Quits: Ann_Yiming|afk (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net) (Connection reset by peer)
- # [05:51] * Joins: snorp (snorp@moz-BD8D0B1E.lightspeed.livnmi.sbcglobal.net)
- # [05:51] * Joins: Ann_Yiming|afk (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net)
- # [05:52] <jcranmer> pop quiz:
- # [05:52] <jcranmer> where is NS_STACK_CLASS supposed to go?
- # [05:52] <jcranmer> A. NS_STACK_CLASS class Foo
- # [05:52] <jcranmer> B. class NS_STACK_CLASS Foo
- # [05:52] <jcranmer> C. class Foo NS_STACK_CLASS
- # [05:53] * Quits: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net) (Ping timeout)
- # [05:53] * Joins: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net)
- # [05:59] * Quits: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net) (Quit: ehugg)
- # [05:59] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [06:00] * Quits: bent (chatzilla@moz-932324BF.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 18.0.2/20130201065344])
- # [06:01] * Quits: Ann_Yiming|afk (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net) (Input/output error)
- # [06:02] * Quits: KWierso|Home (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [06:02] * Joins: nrc (nrc@7BE24E90.A5032A01.3CFC199D.IP)
- # [06:03] <dougt> looking at nsm's orange.
- # [06:03] * Parts: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
- # [06:04] * Joins: nsm (nsm@6DFA9B8A.80F17AD8.4AA0E643.IP)
- # [06:06] * Quits: jhk (Jignesh@6EE3C58A.62B6971.B58D974D.IP) (Ping timeout)
- # [06:07] <philor> sure, blame him
- # [06:07] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
- # [06:07] <dougt> philor: am i that transparent?
- # [06:07] * Quits: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr)
- # [06:08] <philor> seems to be an unexpected interface...
- # [06:08] <dougt> yeah, in test_interfaces.html
- # [06:08] <dougt> we need to add PushManager
- # [06:09] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
- # [06:09] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [06:10] <dougt> philor: back out, or push http://www.pastebin.mozilla.org/2255824
- # [06:10] <dougt> thoughts?
- # [06:11] * Quits: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net) (Quit: Textual IRC Client: www.textualapp.com)
- # [06:11] * Quits: @dveditz (dveditz@A5A0595A.66715431.D25A875A.IP) (Ping timeout)
- # [06:11] <dougt> hmm.
- # [06:11] <dougt> those 4's worry me
- # [06:12] <philor> one's a clone timeout, I don't think you caused that
- # [06:13] <dougt> the "command timed out: 1200 seconds without output, attempting to kill" one?
- # [06:13] <philor> I suspect that hg log for test_interfaces.html will explain that the entire purpose of the test is to piss off everyone who lands a new interface, not positive though
- # [06:13] <philor> yeah, that's 1200 seconds of waiting trying to clone build/tools/
- # [06:14] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/8693d1d4c86d - Doug Turner - Bug 822712 - SimplePush - Add PushManager to the test_interfaces.html test. r=dougt
- # [06:15] <dougt> philor: hah. that's probably true. Not sure what the point of the test is? /me files bug to remove the test.
- # [06:17] <philor> it would make a little bit of sense if all the patches to it had sr, as a trap for the unwary who would then ask wtf, and be told it traps people who add interfaces without asking for sr, but the log says no, nobody really cares
- # [06:17] <dougt> philor: 855966
- # [06:18] <dougt> your comments included.
- # [06:18] * Joins: dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net)
- # [06:18] * ChanServ sets mode: +o dveditz
- # [06:18] * philor sucks it up and reads the bug that added it
- # [06:19] * Joins: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com)
- # [06:19] * Joins: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
- # [06:21] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [06:22] * Joins: Alfredo (alfredoyan@moz-79CE73F5.dynamic.hinet.net)
- # [06:22] <jcranmer> wow
- # [06:22] <jcranmer> someone already broke static checking
- # [06:22] <jcranmer> it's been less than 5 days
- # [06:23] <Callek> jcranmer: did you expect anything less!?
- # [06:23] <jcranmer> Callek: I expected it to stay working for a few weeks
- # [06:24] <Callek> jcranmer: you must be new here
- # [06:24] <jcranmer> Callek: actually, I'm porting the stack analysis right now
- # [06:24] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [06:24] <jcranmer> and the wheel of shame goes to
- # [06:24] <jcranmer> dzbarsky
- # [06:24] <Callek> jcranmer: y'know I didn't *think* you were new here
- # [06:25] <jcranmer> Callek: the stack stuff is a world of broken right now
- # [06:25] * Quits: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com) (Ping timeout)
- # [06:26] <jcranmer> I asked my quiz earlier because people use all three of those right now
- # [06:26] <jcranmer> when only one would even compile
- # [06:27] * Quits: bbondy (bbondy@moz-717FF534.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [06:30] * Quits: squib (squib@moz-54866485.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
- # [06:31] * Joins: Ann_Yiming|afk (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net)
- # [06:32] * Joins: brendan (brendaneic@35E90EE3.B8B12C49.396B22AD.IP)
- # [06:32] * Joins: jhk (Jignesh@7FC79FD2.5827C9F6.D06349B0.IP)
- # [06:33] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
- # [06:34] * Joins: nikhil (nikhil@6DFA9B8A.80F17AD8.4AA0E643.IP)
- # [06:37] * Quits: Ann_Yiming|afk (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net) (Input/output error)
- # [06:37] * Joins: Ann_Yiming|afk (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net)
- # [06:37] * Quits: nikhil (nikhil@6DFA9B8A.80F17AD8.4AA0E643.IP) (Quit: Konversation terminated!)
- # [06:39] <gkw> philor: ping
- # [06:39] <gkw> (or any other sheriff)
- # [06:40] <philor> heh, any other, at this time of night?
- # [06:40] <philor> gkw: pong
- # [06:40] * Joins: abhishekp (chatzilla@moz-AC2AB75D.mtnl.net.in)
- # [06:40] * Quits: abhishekp (chatzilla@moz-AC2AB75D.mtnl.net.in) (Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307023931])
- # [06:40] <gkw> philor: could you please consider backing out bug 789897? it's causing a really bad bug 855960
- # [06:41] <gkw> philor: and I think tomorrow is a holiday for Europe, so the dev might be on holiday, and our merge window is on Monday, when some of Europe might still be on holiday
- # [06:42] * mattwoodrow is now known as mattwoodrow|away
- # [06:42] * jcranmer wonders if he'll be able to compile through layout before heading to bed
- # [06:42] <gkw> philor: i've cc'ed you on bug 855960
- # [06:43] <philor> seconds before I started ranting, well done ;)
- # [06:43] <gkw> philor: basically 7 different assertion messages, crashes, etc. Nightly tomorrow might be unstable
- # [06:43] * bz is now known as bz_sleep
- # [06:43] <gkw> (if it isn't backed out)
- # [06:43] <@bz_sleep> dougt: ping
- # [06:43] <@bz_sleep> er....
- # [06:45] <philor> gkw: so are you asking for permission, which isn't mine or any sheriff's to grant, or are you asking for someone to watch the tree, at going on 11pm on a weeknight, or...
- # [06:45] <jcranmer> it's so much fun touching nscore.h, isn't it? :-/
- # [06:45] <dougt> bz_sleep: hey
- # [06:45] <gkw> philor: i'm wondering if it might be a good idea to do so
- # [06:46] <@bz_sleep> dougt: so test_interfaces....
- # [06:46] <philor> gkw: ah, you want someone who knows things, then - look, there's bz_sleep!
- # [06:46] <dougt> yeah.
- # [06:46] <dougt> bz_sleep: not critical.
- # [06:46] <@bz_sleep> dougt: The point is that we should actually be making a conscious decision on whether to stick shit on Window
- # [06:46] <@bz_sleep> dougt: esp. when there is no spec
- # [06:46] <@bz_sleep> dougt: so the patch in that bug exposes a PushManager on window
- # [06:46] <@bz_sleep> dougt: does it mean to? I have no clue.
- # [06:47] * Quits: Ann_Yiming|afk (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net) (Input/output error)
- # [06:47] <@bz_sleep> dougt: But presumably the patch author and reviewer do
- # [06:47] <@bz_sleep> dougt: the point being that any time someone names an interface nsIDOMSomething we auto-create a window.Something
- # [06:48] <@bz_sleep> dougt: which is then visible to all web pages and whatnot
- # [06:48] <dougt> so, every new event will be exposed on the window global, right?
- # [06:49] <@bz_sleep> well
- # [06:49] <@bz_sleep> Does the event generator force nsIDOM* as the name?
- # [06:49] <@bz_sleep> As the interface name, that is
- # [06:49] <dougt> yup.
- # [06:49] <@bz_sleep> Because if so, yes
- # [06:50] <@bz_sleep> Whether that's right or not... ask smaug?
- # [06:50] <dougt> i will tomorrow
- # [06:50] <@bz_sleep> Certainly various existing events (MouseEvent, etc) are exposed on Window
- # [06:50] <@bz_sleep> And most specs do want to expose their stuff
- # [06:50] <@bz_sleep> (but not geolocation for some reason)
- # [06:51] <@bz_sleep> The thing to be careful with is Mozilla-specific gunk
- # [06:51] <@bz_sleep> anyway
- # [06:51] <dougt> bug geo is listed! :)
- # [06:51] <dougt> incorrectly too. :) GeoGeolocation
- # [06:51] <@bz_sleep> well, that's because we don't actually follow the spec
- # [06:51] <dougt> following specs is hard.
- # [06:51] <dougt> :/
- # [06:51] <@bz_sleep> GeoGeolocation is what's on the global
- # [06:51] * Quits: brendan (brendaneic@35E90EE3.B8B12C49.396B22AD.IP) (Ping timeout)
- # [06:51] <@bz_sleep> Because nsIDOMGeoGeolocation
- # [06:52] <@bz_sleep> http://mxr.mozilla.org/mozilla-central/source/dom/interfaces/geolocation/nsIDOMGeoGeolocation.idl
- # [06:52] <dougt> yup
- # [06:52] <@bz_sleep> We also expose GeoPositionCallback
- # [06:52] <dougt> that needs to be renamed, i think.
- # [06:52] <@bz_sleep> etc
- # [06:52] <@bz_sleep> well
- # [06:52] <@bz_sleep> it needs to just die
- # [06:52] <@bz_sleep> once the webidl patches land
- # [06:52] <dougt> or that.
- # [06:52] <dougt> webidl...
- # [06:52] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
- # [06:52] * jcranmer is now known as jcranmer|away
- # [06:53] <@bz_sleep> webidl geolocation, that is
- # [06:54] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [06:56] * Quits: asrail (asrail@2A678512.9BEB7A35.6D8EEF99.IP) (Ping timeout)
- # [06:59] <nsm> dougt: bz_sleep is window and navigator same in above context?
- # [06:59] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [06:59] <@bz_sleep> nsm: huh?
- # [06:59] <dougt> bz_sleep: no. geolocation is on navigator
- # [07:00] <dougt> it shouldn't be on window at all.
- # [07:00] <@bz_sleep> well
- # [07:00] <nsm> bz_sleep: PushManager is also on navigator
- # [07:00] <dougt> same problem.
- # [07:00] <@bz_sleep> no
- # [07:00] <@bz_sleep> PushManager is on window
- # [07:00] <dougt> it is defined as nsIDOMPushManager
- # [07:00] <@bz_sleep> There are two separate objects
- # [07:00] <dougt> and is exposed as navigator.push
- # [07:00] <@bz_sleep> navigator.push is some object
- # [07:00] <@bz_sleep> window.PushManager is some other object
- # [07:01] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [07:01] <nsm> err, not my object :)
- # [07:01] <@bz_sleep> they are related insofar as window.PushManager.prototype == Object.getPrototypeOf(navigator.push)
- # [07:01] <@bz_sleep> well
- # [07:01] <@bz_sleep> "my" in what sense?
- # [07:01] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [07:01] <@bz_sleep> also in that navigator.push instanceof PushManager returns true
- # [07:02] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [07:02] <dougt> i think if we moved to webidl, we wouldn't have to expose PushManager to content at all. bz_sleep ?
- # [07:02] <@bz_sleep> you don't have to do it now
- # [07:02] <dougt> why did we with geo?
- # [07:03] * Joins: Gentlecat (Roman@59658053.BC0B4628.8FB52CB8.IP)
- # [07:03] <dougt> and the dozen other apis we added?
- # [07:03] <@bz_sleep> because whoever wrote + reviewed the patches didn't think about what they wanted?
- # [07:03] <nsm> bz_sleep: my as in i hope i didn't break things with push
- # [07:03] <nsm> or maybe i did :)
- # [07:03] <@bz_sleep> well
- # [07:03] <@bz_sleep> if you wrote the pushmanager patches
- # [07:03] <@bz_sleep> then you added window.PushManager
- # [07:03] <@bz_sleep> But also, note that most web interfaces _do_ expose an interface object
- # [07:03] <nsm> yes i did, but i'm not sure how window.PushManager shows up
- # [07:04] <@bz_sleep> So you can do things like add methods to PushManager.prototype
- # [07:04] <@bz_sleep> oh, because you named the interface nsIDOMPushManager
- # [07:04] <@bz_sleep> And we have magic code that creates a property on window for every interface whose name starts with nsIDOM
- # [07:04] <dougt> doesn't the class info stuff require that the interface be named nsIDOM*
- # [07:04] <@bz_sleep> no
- # [07:04] <@bz_sleep> at least not last I checked
- # [07:04] * Joins: atte (atte@moz-D74310DA.dhcp.inet.fi)
- # [07:05] <@bz_sleep> hmm
- # [07:05] <@bz_sleep> You mean for the primary interface>
- # [07:05] <dougt> this code is using that navigator category thing… and is written in js
- # [07:05] * @bz_sleep looks
- # [07:05] * Quits: cabanier (cabanier@D72CD82A.EBE7551E.A32919DD.IP) (Ping timeout)
- # [07:05] <@bz_sleep> nope
- # [07:05] * Joins: abhishekp (chatzilla@moz-AC2AB75D.mtnl.net.in)
- # [07:06] <@bz_sleep> At least not that I can see.
- # [07:06] <dougt> bz_sleep: i think i am going to start filing bugs against many of the things in test_interfaces
- # [07:06] <@bz_sleep> OK
- # [07:06] <dougt> i am not convinced, for example, many of the Moz* things should be in this
- # [07:06] <@bz_sleep> I mean.. clearly the test wasn't doing its job, if people were just blindly adding shit to it. :(
- # [07:06] <dougt> MozNetworkStatsManager, or MozNavigatorMobileMessage
- # [07:06] <@bz_sleep> We should add a big "Hey, are you SURE YOU WANT TO DO THAT?" comment
- # [07:06] <@bz_sleep> yeah, those are pretty fishy
- # [07:07] <dougt> bz_sleep: or… you are adding something to the window object… talk to _________ first
- # [07:07] <@bz_sleep> heh
- # [07:07] <@bz_sleep> We'd need to pick a victim
- # [07:07] <dougt> i have an intern
- # [07:07] <@bz_sleep> I guess the DOM owner...... ;)
- # [07:07] <dougt> haha
- # [07:07] <@bz_sleep> Are you sure you want your intern making these decisions? ;)
- # [07:07] <@bz_sleep> Anyway
- # [07:07] <@bz_sleep> 2am
- # [07:08] <@bz_sleep> really should sleep
- # [07:08] <dougt> bz_sleep: he can go through the specs and compile a list.
- # [07:08] * @bz_sleep needs to be up by 7
- # [07:08] <dougt> okay bz_sleep…
- # [07:08] <dougt> thanks!
- # [07:08] * dougt waves
- # [07:08] <@bz_sleep> No problem.
- # [07:08] <@bz_sleep> G'night!
- # [07:09] <nsm> dougt: you really plan menial jobs for ggp behind his back!
- # [07:09] <dougt> he wants to work on harder things.
- # [07:09] <dougt> and i like that.
- # [07:10] <dougt> i think he's going to look at the chucked request bug
- # [07:14] * philor is now known as philor|away
- # [07:14] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
- # [07:16] * Quits: abhishekp (chatzilla@moz-AC2AB75D.mtnl.net.in) (Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307023931])
- # [07:20] * Joins: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com)
- # [07:21] * Quits: victorporof (victorporo@BD4D8112.6465CCD9.79933D60.IP) (Quit: victorporof)
- # [07:22] * Quits: tchevalier (Thunderbir@moz-51DD1A04.w81-251.abo.wanadoo.fr) (Quit: tchevalier)
- # [07:22] * Quits: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com) (Ping timeout)
- # [07:23] * Quits: mcote|afk (mcote@1D8E4B86.9B0C981.6C85A25D.IP) (Ping timeout)
- # [07:23] * Joins: mcote|afk (mcote@1D8E4B86.9B0C981.6C85A25D.IP)
- # [07:23] * Quits: ctyler (chris@moz-A54458EA.proximity.on.ca) (Ping timeout)
- # [07:24] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Ping timeout)
- # [07:24] * Quits: darin_ (darin@BF998F68.D6CCE4AE.77834EAA.IP) (Ping timeout)
- # [07:24] * Joins: ctyler (chris@moz-A54458EA.proximity.on.ca)
- # [07:24] * Joins: darin_ (darin@BF998F68.D6CCE4AE.77834EAA.IP)
- # [07:27] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
- # [07:27] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
- # [07:27] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
- # [07:27] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
- # [07:28] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
- # [07:28] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
- # [07:28] * Joins: ehsan (ehsan@122E7B1.85C3B074.CED80046.IP)
- # [07:28] * ChanServ sets mode: +o ehsan
- # [07:28] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
- # [07:28] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
- # [07:29] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
- # [07:29] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
- # [07:29] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
- # [07:29] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
- # [07:30] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
- # [07:30] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
- # [07:30] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
- # [07:30] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
- # [07:31] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
- # [07:31] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
- # [07:31] * Joins: past (Instantbir@moz-64F55735.dsl.dyn.forthnet.gr)
- # [07:31] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
- # [07:31] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
- # [07:32] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
- # [07:32] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
- # [07:32] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
- # [07:32] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
- # [07:33] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
- # [07:33] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
- # [07:33] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
- # [07:33] * Quits: mburns (mburns@moz-9CD03D49.mirwin.net) (Max SendQ exceeded)
- # [07:34] * Joins: mburns (mburns@moz-9CD03D49.mirwin.net)
- # [07:35] * Quits: spohl (Adium@moz-296783BA.revip2.marketstreetwifi.net) (Quit: Leaving.)
- # [07:41] * Quits: nsm (nsm@6DFA9B8A.80F17AD8.4AA0E643.IP) (Quit: nsm)
- # [07:46] * heycam|away is now known as heycam
- # [07:46] * Quits: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
- # [07:50] * Quits: mixedpuppy (mixedpuppy@moz-7B3CFB22.vc.shawcable.net) (Quit: mixedpuppy)
- # [07:51] * baku|away is now known as baku
- # [07:51] * Joins: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net)
- # [07:53] * jchen is now known as jchen|away
- # [07:54] * Joins: sewardj (sewardj@moz-3C619B07.dip.t-dialin.net)
- # [07:55] * Quits: b10n1k (j0ni@moz-F779BA83.home.otenet.gr) (Ping timeout)
- # [07:56] * Joins: mw22 (chatzilla@moz-AF369B35.adsl.online.nl)
- # [07:56] * heycam is now known as heycam|away
- # [07:57] * Joins: Ann_Yiming|afk (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net)
- # [07:59] * Quits: Ann_Yiming|afk (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net) (Ping timeout)
- # [07:59] * Joins: Optimizer1 (Instantbir@4F3E1057.A6DE773B.88FACCAA.IP)
- # [08:00] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [08:02] * Joins: b10n1k (j0ni@moz-F779BA83.home.otenet.gr)
- # [08:02] * Quits: @ehsan (ehsan@122E7B1.85C3B074.CED80046.IP) (Ping timeout)
- # [08:02] * Joins: ehsan (ehsan@122E7B1.85C3B074.CED80046.IP)
- # [08:02] * ChanServ sets mode: +o ehsan
- # [08:02] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [08:04] * jchen|away is now known as jchen
- # [08:04] * Quits: Optimizer1 (Instantbir@4F3E1057.A6DE773B.88FACCAA.IP) (Quit: bye :))
- # [08:07] * Parts: aja (Instantbir@CF955BAD.7D97D4E0.7880DB15.IP)
- # [08:09] * Quits: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk) (Quit: Leaving)
- # [08:09] * Joins: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk)
- # [08:09] <romaxa> hmm where is libxpcom.so
- # [08:09] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/7a41df293bab - Reuben Morais - No bug - Don't export the ContactService object. DONTBUILD
- # [08:10] <reuben> romaxa: bug 852950
- # [08:10] * Joins: Optimize1 (Instantbir@4F3E1057.A6DE773B.88FACCAA.IP)
- # [08:11] * Joins: jrmuizel (jrmuizel@moz-BDD802ED.hfc.comcastbusiness.net)
- # [08:12] <romaxa> aaaaaa
- # [08:12] * Joins: KWierso|Home (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
- # [08:12] * Joins: doublec_ (doublec@moz-4DA4FA7C.cd.pn)
- # [08:12] * Quits: doublec_ (doublec@moz-4DA4FA7C.cd.pn) (Quit: leaving)
- # [08:13] <reuben> :(
- # [08:13] * jchen is now known as jchen|away
- # [08:13] * Quits: @ehsan (ehsan@122E7B1.85C3B074.CED80046.IP) (Input/output error)
- # [08:17] <romaxa> ./xulrunner
- # [08:17] <romaxa> XPCOMGlueLoad error for file libxul.so:
- # [08:17] <romaxa> ah that just wrong build
- # [08:20] <romaxa> now it works good
- # [08:21] * Joins: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com)
- # [08:22] * kaze|zZz is now known as kaze
- # [08:22] * Quits: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com) (Ping timeout)
- # [08:29] * Joins: harth (harth@moz-3C999954.hsd1.ca.comcast.net)
- # [08:31] * Quits: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net) (Quit: I took the wrong pill!!!)
- # [08:31] * Joins: Mavericks (Mibbit@E414ED52.80E5CEFF.3E5D7F27.IP)
- # [08:36] * Joins: virgil_ (virgil_dic@601F3B17.33662590.A5830293.IP)
- # [08:36] * Quits: @dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net) (Ping timeout)
- # [08:36] * Joins: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP)
- # [08:41] * Joins: brendan (brendaneic@moz-9A39E574.sub-70-199-70.myvzw.com)
- # [08:42] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5a7aaa967ad3 - Julian Seward - Bug 855662 - SPS breakpad: free breakpad-allocated memory when unwinder thread shuts down. r=bgirard
- # [08:43] * jchen|away is now known as jchen
- # [08:45] <sewardj> are there any sherrifs around at the moment?
- # [08:49] * Parts: jhk (Jignesh@7FC79FD2.5827C9F6.D06349B0.IP)
- # [08:51] * jchen is now known as jchen|away
- # [08:55] * mattwoodrow|away is now known as mattwoodrow
- # [08:56] * Joins: cabanier (cabanier@A4577564.5F2EEA0.4D9A08AF.IP)
- # [08:56] * Joins: mixedpuppy (mixedpuppy@moz-7B3CFB22.vc.shawcable.net)
- # [08:57] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4af5ba9da8c7 - Reuben Morais - No bug - Add EXPOSED_SYMBOLS back to ContactService.jsm.
- # [08:58] <KWierso|Home> sewardj: not a sheriff, but what's up?
- # [09:00] <sewardj> KWierso|Home: no big deal .. 853851 contained two r+'d patches. I landed one of them and ryanvm set the bug to FIXED, but the second one is as-yet unlanded.
- # [09:00] <sewardj> KWierso|Home: what's the protocol? should I reopen the bug?
- # [09:01] * Quits: brendan (brendaneic@moz-9A39E574.sub-70-199-70.myvzw.com) (Quit: brendan)
- # [09:01] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [09:01] * Joins: gsvelto (Thunderbir@moz-6EC8AC5F.clienti.tiscali.it)
- # [09:02] <KWierso|Home> sewardj: not sure about protocol, but I'd just go ahead and reopen, unless you're landing the other patch really soon
- # [09:02] <sewardj> KWierso|Home: k, thx
- # [09:02] <KWierso|Home> with maybe a comment explaining that not everything's landed yet
- # [09:03] <reuben> sewardj: when you want the bug to be left open by whoever does the inbound->central merge, add "[leave open]" without the quotes to the whiteboard
- # [09:03] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [09:03] <KWierso|Home> also that
- # [09:03] <sewardj> reuben: k, thx
- # [09:04] * darkowlzz is now known as darkowlzz|afk
- # [09:04] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d9508b8cf262 - Edgar Chen - Bug 852815 - Correct Icc related naming in RadioInterfaceLayer and RILContentHelper. r=allstars.chh
- # [09:05] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
- # [09:05] * Joins: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz)
- # [09:05] * Quits: matthewgertner (matthewger@E05025B2.7102BCB6.B7C3970A.IP) (Quit: matthewgertner)
- # [09:09] * Fallen|away is now known as Fallen
- # [09:10] * Joins: stransky (stransky@moz-3C58453D.net.upcbroadband.cz)
- # [09:11] * Joins: victorporof (victorporo@F35081A0.DA9DCE7D.79933D60.IP)
- # [09:12] * Quits: mw22 (chatzilla@moz-AF369B35.adsl.online.nl) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.15/2009101909])
- # [09:17] * Joins: neosrix (srix@952B3427.88A58C94.1CE56A7.IP)
- # [09:17] * Joins: annevk (annevk@605EAC01.5B3E2C45.420B7681.IP)
- # [09:17] * Quits: gsvelto (Thunderbir@moz-6EC8AC5F.clienti.tiscali.it) (Quit: gsvelto)
- # [09:18] * Joins: glazou (daniel.gla@moz-204094DD.disruptive-innovations.fr)
- # [09:18] <glazou> bonjour
- # [09:18] * Quits: juanb|afk (jbecerra@moz-F1012875.hsd1.ca.comcast.net) (Quit: juanb|afk)
- # [09:18] * Quits: @dbaron (dbaron@moz-E0DDE997.dsl.dynamic.sonic.net) (Ping timeout)
- # [09:19] * Quits: birtles (chatzilla@moz-658AB552.tokyo.ocn.ne.jp) (Connection reset by peer)
- # [09:21] * Joins: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com)
- # [09:23] * baku is now known as baku|away
- # [09:23] * Quits: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com) (Ping timeout)
- # [09:23] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [09:28] * Fallen is now known as Fallen|away
- # [09:33] * Quits: jrmuizel (jrmuizel@moz-BDD802ED.hfc.comcastbusiness.net) (Client exited)
- # [09:33] * Joins: gsvelto (gsvelto@moz-6EC8AC5F.clienti.tiscali.it)
- # [09:37] * Joins: matthewgertner (matthewger@F5505435.26EDE4E7.25874CBB.IP)
- # [09:38] * Quits: glazou (daniel.gla@moz-204094DD.disruptive-innovations.fr) (Quit: brb)
- # [09:38] * Joins: gabor_ (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [09:39] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [09:43] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
- # [09:46] * Quits: Mavericks (Mibbit@E414ED52.80E5CEFF.3E5D7F27.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [09:46] * Joins: RealRaven (Thunderbir@41478DDD.11F68F7A.27F80FAC.IP)
- # [09:49] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: This computer has gone to sleep)
- # [09:51] * Quits: brambles (xymox@moz-969AAE9B.barwen.ch) (Ping timeout)
- # [09:53] * Quits: harth (harth@moz-3C999954.hsd1.ca.comcast.net) (Input/output error)
- # [09:53] * Joins: Mavericks (Mibbit@E414ED52.80E5CEFF.3E5D7F27.IP)
- # [09:53] * Joins: brambles (xymox@moz-969AAE9B.barwen.ch)
- # [09:54] * mattwoodrow is now known as mattwoodrow|away
- # [09:55] * Quits: gsvelto (gsvelto@moz-6EC8AC5F.clienti.tiscali.it) (Ping timeout)
- # [09:55] * Joins: gsvelto (gsvelto@moz-4D101E89.clienti.tiscali.it)
- # [09:55] * Joins: ffledgling (anhadjai.s@AF359C5A.B69BA20.41D542A3.IP)
- # [09:55] * Joins: harth (harth@moz-3C999954.hsd1.ca.comcast.net)
- # [09:57] * mattwoodrow|away is now known as mattwoodrow
- # [10:01] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [10:03] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [10:06] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [10:06] <Yoric> Is there a way, from JS, to test whether some property is defined as a getter?
- # [10:06] * Joins: vtmarvin (Thunderbir@F5505435.26EDE4E7.25874CBB.IP)
- # [10:08] * Joins: tchevalier (Thunderbir@384F91D6.2C86C522.96B18764.IP)
- # [10:09] * Quits: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net) (Ping timeout)
- # [10:09] <Yoric> Ah, getOwnPropertyDescriptor should make the trick.
- # [10:09] * Quits: Optimize1 (Instantbir@4F3E1057.A6DE773B.88FACCAA.IP) (Ping timeout)
- # [10:10] * Joins: nical (nico@moz-4754F405.fbx.proxad.net)
- # [10:11] * Quits: llmelon (chatzilla@moz-43CE5A55.cpe.vividwireless.net.au) (Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307023931])
- # [10:11] * Quits: Mavericks (Mibbit@E414ED52.80E5CEFF.3E5D7F27.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [10:12] * Quits: gsvelto (gsvelto@moz-4D101E89.clienti.tiscali.it) (Ping timeout)
- # [10:12] * Joins: gsvelto (gsvelto@moz-FE2FC5E8.clienti.tiscali.it)
- # [10:13] * Joins: Optimizer1 (Instantbir@94C77FC6.955079FB.AA3EB577.IP)
- # [10:13] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
- # [10:13] * ChanServ sets mode: +o smaug
- # [10:14] * Quits: willy1234x1 (willy1234x@moz-8F6F8155.slkc.qwest.net) (Ping timeout)
- # [10:16] * Quits: tchevalier (Thunderbir@384F91D6.2C86C522.96B18764.IP) (Ping timeout)
- # [10:17] * mattwoodrow is now known as mattwoodrow|away
- # [10:19] * Quits: Optimizer1 (Instantbir@94C77FC6.955079FB.AA3EB577.IP) (Ping timeout)
- # [10:20] * Quits: harth (harth@moz-3C999954.hsd1.ca.comcast.net) (Input/output error)
- # [10:20] * Joins: tchevalier (Thunderbir@384F91D6.2C86C522.96B18764.IP)
- # [10:21] * Joins: rednaks (rednaks@F463A367.7B2CFADA.55FFA9B4.IP)
- # [10:21] * Quits: thbet (kvirc@moz-9E8104EA.omega116.maxonline.com.sg) (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
- # [10:22] * Joins: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com)
- # [10:23] * Joins: Mic (Mic@moz-42E7EC44.superkabel.de)
- # [10:24] * Quits: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com) (Ping timeout)
- # [10:25] * mattwoodrow|away is now known as mattwoodrow
- # [10:26] * Joins: gsvelto_ (gsvelto@moz-54C934D3.clienti.tiscali.it)
- # [10:26] * Quits: gsvelto (gsvelto@moz-FE2FC5E8.clienti.tiscali.it) (Ping timeout)
- # [10:30] * Quits: tchevalier (Thunderbir@384F91D6.2C86C522.96B18764.IP) (Ping timeout)
- # [10:31] * Quits: Edgar (Thunderbir@moz-CA1DDA32.dynamic-ip.hinet.net) (Quit: Edgar)
- # [10:32] * Quits: annevk (annevk@605EAC01.5B3E2C45.420B7681.IP) (Input/output error)
- # [10:32] * Joins: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net)
- # [10:32] * Parts: virgil_ (virgil_dic@601F3B17.33662590.A5830293.IP)
- # [10:34] * Joins: tchevalier (Thunderbir@6A02ED3D.FA88341C.EC2613E4.IP)
- # [10:34] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
- # [10:35] * Joins: Ms2ger (Ms2ger@moz-21504BF3.adsl-dyn.isp.belgacom.be)
- # [10:36] * Joins: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP)
- # [10:36] * Joins: annevk (annevk@605EAC01.5B3E2C45.420B7681.IP)
- # [10:38] * Joins: Mavericks (Mibbit@E414ED52.80E5CEFF.3E5D7F27.IP)
- # [10:38] * Joins: virgil_ (virgil_dic@601F3B17.33662590.A5830293.IP)
- # [10:39] * Quits: tchevalier (Thunderbir@6A02ED3D.FA88341C.EC2613E4.IP) (Ping timeout)
- # [10:39] * Quits: nrc (nrc@7BE24E90.A5032A01.3CFC199D.IP) (Ping timeout)
- # [10:40] * Quits: Mavericks (Mibbit@E414ED52.80E5CEFF.3E5D7F27.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [10:41] * Joins: Mavericks (Mibbit@E414ED52.80E5CEFF.3E5D7F27.IP)
- # [10:41] <Yoric> Can someone remind me how I can convert a nsresult into a somewhat readable error name in JS?
- # [10:42] <Ms2ger> Something on Cu?
- # [10:47] <Yoric> Yeah, I'm exploring it atm.
- # [10:47] * Joins: tchevalier (Thunderbir@6A02ED3D.FA88341C.EC2613E4.IP)
- # [10:48] <Yoric> Unrelated question: does anyone know whether Windows DLL contain any state?
- # [10:48] <Yoric> More precisely, is there a risk if several threads use the same linkage to a Windows DLL?
- # [10:48] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [10:48] <Yoric> (by "linkage", I mean "dlopen equivalent", I can't remember the name)
- # [10:49] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
- # [10:50] * Quits: m_kato (m_kato@moz-658AB552.tokyo.ocn.ne.jp) (Quit: Leaving...)
- # [10:51] * Quits: ffledgling (anhadjai.s@AF359C5A.B69BA20.41D542A3.IP) (Ping timeout)
- # [10:52] * Joins: ffledgling (anhadjai.s@AF359C5A.B69BA20.41D542A3.IP)
- # [10:53] * Quits: tchevalier (Thunderbir@6A02ED3D.FA88341C.EC2613E4.IP) (Ping timeout)
- # [10:53] * darkowlzz|afk is now known as darkowlzz
- # [10:55] * Quits: gsvelto_ (gsvelto@moz-54C934D3.clienti.tiscali.it) (Quit: Leaving)
- # [10:55] * Joins: gsvelto (gsvelto@moz-54C934D3.clienti.tiscali.it)
- # [10:58] * Joins: tchevalier (Thunderbir@6A02ED3D.FA88341C.EC2613E4.IP)
- # [10:59] * Joins: msucan (mihai@E8A9D9C4.773D689F.70BDB599.IP)
- # [11:00] * Joins: jhk (Jignesh@F1D06D1D.9938D3BE.CA052C06.IP)
- # [11:01] <reuben> Yoric: LoadLibrary? Windows won't load it twice if that DLL still has a >0 refcount in the same process
- # [11:01] <Yoric> ok
- # [11:01] <Yoric> thanks
- # [11:02] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [11:04] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [11:05] * Quits: tchevalier (Thunderbir@6A02ED3D.FA88341C.EC2613E4.IP) (Ping timeout)
- # [11:06] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [11:07] * Quits: chucklee (chucklee@moz-99690620.hinet-ip.hinet.net) (Connection reset by peer)
- # [11:07] * Joins: chucklee (chucklee@moz-99690620.hinet-ip.hinet.net)
- # [11:08] * Joins: taro_matsuzawa (taro_matsu@moz-F01A4BB3.dynamic.ppp.asahi-net.or.jp)
- # [11:08] * Joins: tchevalier (Thunderbir@6A02ED3D.FA88341C.EC2613E4.IP)
- # [11:10] * Quits: tchevalier (Thunderbir@6A02ED3D.FA88341C.EC2613E4.IP) (Ping timeout)
- # [11:10] * Joins: sachin_h (sachin@637D4CD0.BF84E432.1C37C358.IP)
- # [11:11] * Joins: tchevalier (Thunderbir@6A02ED3D.FA88341C.EC2613E4.IP)
- # [11:12] * Joins: Neil (neil@moz-22D0E072.cable.virginmedia.com)
- # [11:12] * Parts: jhk (Jignesh@F1D06D1D.9938D3BE.CA052C06.IP)
- # [11:13] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
- # [11:13] * Neil is now known as NeilAway
- # [11:13] * Fallen|away is now known as Fallen
- # [11:15] * Quits: NeilAway (neil@moz-22D0E072.cable.virginmedia.com) (Ping timeout)
- # [11:16] * Joins: NeilAway (neil@moz-22D0E072.cable.virginmedia.com)
- # [11:17] * Fallen is now known as Fallen|away
- # [11:17] * Joins: NeilAway_ (neil@moz-22D0E072.cable.virginmedia.com)
- # [11:18] * Quits: NeilAway (neil@moz-22D0E072.cable.virginmedia.com) (Ping timeout)
- # [11:18] * NeilAway_ is now known as NeilAway
- # [11:19] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
- # [11:22] * Joins: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP)
- # [11:23] * Joins: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com)
- # [11:23] * Quits: NeilAway (neil@moz-22D0E072.cable.virginmedia.com) (Ping timeout)
- # [11:24] * Joins: NeilAway (neil@moz-22D0E072.cable.virginmedia.com)
- # [11:24] * Quits: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com) (Ping timeout)
- # [11:28] * Joins: darkowlzz_ (darkowlzz@761770DA.AC2AB2C.27560D6E.IP)
- # [11:28] * Quits: darkowlzz (darkowlzz@19A3AC04.C8BB53E.9DA13C14.IP) (Ping timeout)
- # [11:29] * Quits: NeilAway (neil@moz-22D0E072.cable.virginmedia.com) (Ping timeout)
- # [11:30] * Joins: NeilAway (neil@moz-22D0E072.cable.virginmedia.com)
- # [11:31] * darkowlzz_ is now known as darkowlzz
- # [11:32] * Quits: neosrix (srix@952B3427.88A58C94.1CE56A7.IP) (Ping timeout)
- # [11:32] * Quits: stransky (stransky@moz-3C58453D.net.upcbroadband.cz) (Quit: Connection reset by beer)
- # [11:36] * Quits: baku|away (baku@moz-4038023A.ghst.net) (Ping timeout)
- # [11:37] * Quits: Philip (philip@moz-65AD4613.zaynar.co.uk) (Ping timeout)
- # [11:38] * Joins: Philip (philip@moz-65AD4613.zaynar.co.uk)
- # [11:39] * Joins: baku (baku@moz-4038023A.ghst.net)
- # [11:40] * Quits: NeilAway (neil@moz-22D0E072.cable.virginmedia.com) (Ping timeout)
- # [11:42] * Quits: chucklee (chucklee@moz-99690620.hinet-ip.hinet.net) (Quit: Leaving)
- # [11:42] * Quits: tchevalier (Thunderbir@6A02ED3D.FA88341C.EC2613E4.IP) (Ping timeout)
- # [11:42] * Joins: NeilAway (neil@moz-22D0E072.cable.virginmedia.com)
- # [11:45] * Quits: NeilAway (neil@moz-22D0E072.cable.virginmedia.com) (Ping timeout)
- # [11:45] * Joins: tchevalier (Thunderbir@6A02ED3D.FA88341C.EC2613E4.IP)
- # [11:47] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/ac2c4d7eb56d - Jonathan Watt - Bug 855999 - The position of the thumb for vertical <input type=range> with native theming on OS X should not be inverted. r=me
- # [11:48] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/04e984b6b5e0 - Jonathan Watt - Bug 855048 - nsRangeFrame shouldn't init the "nsReflowStatus frameStatus" that it passes into ReflowChild. r=dholbert
- # [11:48] * Quits: b10n1k (j0ni@moz-F779BA83.home.otenet.gr) (Connection reset by peer)
- # [11:49] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: This computer has gone to sleep)
- # [11:49] * Quits: taro_matsuzawa (taro_matsu@moz-F01A4BB3.dynamic.ppp.asahi-net.or.jp) (Client exited)
- # [11:50] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
- # [11:51] * glazou is now known as glazou_afk
- # [11:52] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
- # [11:54] * Quits: twi (Adium@moz-12EC5C5D.ip243.fastwebnet.it) (Quit: Leaving.)
- # [11:56] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
- # [11:58] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
- # [11:59] * Quits: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP) (Client exited)
- # [12:01] * Joins: markh1 (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au)
- # [12:03] * Joins: seth (seth@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [12:03] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
- # [12:03] * Quits: tchevalier (Thunderbir@6A02ED3D.FA88341C.EC2613E4.IP) (Ping timeout)
- # [12:04] * Quits: ericchou (ericchou@moz-99690620.hinet-ip.hinet.net) (Quit: Leaving)
- # [12:04] * Quits: seth (seth@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [12:08] * Quits: Alfredo (alfredoyan@moz-79CE73F5.dynamic.hinet.net) (Quit: Alfredo)
- # [12:09] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/75759f66b716 - Hsin-Yi Tsai - Bug 855643 - B2G RIL: actively update networkSelectionMode at the first time querying. r=allstars.chh
- # [12:12] * Joins: tchevalier (Thunderbir@6A02ED3D.FA88341C.EC2613E4.IP)
- # [12:13] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [12:14] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
- # [12:15] * Joins: tchevalier1 (Thunderbir@6A02ED3D.FA88341C.EC2613E4.IP)
- # [12:16] * Quits: tchevalier (Thunderbir@6A02ED3D.FA88341C.EC2613E4.IP) (Ping timeout)
- # [12:16] * Joins: kdudka (kdudka@moz-7FD25064.fei.wifi.vutbr.cz)
- # [12:17] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/fef1ee969a61 - Nicholas D. Matsakis - Bug 855807 - Register 'inliner' and not 'inlinee' as the aborted script r=shu
- # [12:18] * Quits: tchevalier1 (Thunderbir@6A02ED3D.FA88341C.EC2613E4.IP) (Quit: tchevalier1)
- # [12:18] * Joins: tchevalier (Thunderbir@6A02ED3D.FA88341C.EC2613E4.IP)
- # [12:18] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
- # [12:21] * Joins: smaug (chatzilla@moz-A809DE84.elisa-mobile.fi)
- # [12:21] * ChanServ sets mode: +o smaug
- # [12:18] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: This computer has gone to sleep)
- # [12:18] * Fallen|away is now known as Fallen
- # [12:19] * Joins: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net)
- # [12:20] * Joins: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com)
- # [12:21] * Joins: ejpbruel (ejpbruel@moz-488BDABF.zeelandnet.nl)
- # [12:21] * Quits: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com) (Ping timeout)
- # [12:29] * Quits: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net) (Quit: Computer has gone to sleep.)
- # [12:30] * Joins: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com)
- # [12:31] * Quits: KWierso|V (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Ping timeout)
- # [12:31] * Joins: KWierso|V_ (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
- # [12:31] * Quits: KWierso|Surface (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Ping timeout)
- # [12:31] * KWierso|V_ is now known as KWierso|V
- # [12:31] * Joins: KWierso|Surface_ (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
- # [12:31] * KWierso|Surface_ is now known as KWierso|Surface
- # [12:31] * Quits: KWierso|Home (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Ping timeout)
- # [12:32] * Joins: KWierso|Home (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
- # [12:32] * Joins: twi (Adium@moz-479B9482.ip229.fastwebnet.it)
- # [12:32] * Joins: KaiRo (robert@moz-C07DB6FC.adsl.highway.telekom.at)
- # [12:33] * Quits: lizzard (ehenry@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
- # [12:34] * Quits: twi (Adium@moz-479B9482.ip229.fastwebnet.it) (Ping timeout)
- # [12:35] * Quits: hsinyi (hsinyi@moz-99690620.hinet-ip.hinet.net) (Quit: 暫離)
- # [12:36] * Quits: tchevalier (Thunderbir@6A02ED3D.FA88341C.EC2613E4.IP) (Ping timeout)
- # [12:36] * Quits: allstarschh (allstars@moz-99690620.hinet-ip.hinet.net) (Input/output error)
- # [12:39] * Joins: tchevalier (Thunderbir@6A02ED3D.FA88341C.EC2613E4.IP)
- # [12:44] * Quits: Optimizer (Optimizer@7D5315C.3675844F.BE90E62C.IP) (Connection reset by peer)
- # [12:44] * Quits: tchevalier (Thunderbir@6A02ED3D.FA88341C.EC2613E4.IP) (Ping timeout)
- # [12:44] * Joins: Optimizer (Optimizer@7D5315C.3675844F.BE90E62C.IP)
- # [12:45] * Quits: sachin_h (sachin@637D4CD0.BF84E432.1C37C358.IP) (Ping timeout)
- # [12:45] * nical is now known as nical|away
- # [12:45] * Joins: abhishekp (chatzilla@moz-AC2AB75D.mtnl.net.in)
- # [12:47] * Joins: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP)
- # [12:47] * Joins: tchevalier (Thunderbir@6A02ED3D.FA88341C.EC2613E4.IP)
- # [12:47] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [12:48] * Joins: sachin_h (sachin@637D4CD0.BF84E432.1C37C358.IP)
- # [12:48] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/17b7d2222f14 - Jim Mathies - Bug 855407 - When running mochitest-metro-chrome, route test harness output to the metrotestharness console. r=tabraldes
- # [12:48] * Quits: Optimizer (Optimizer@7D5315C.3675844F.BE90E62C.IP) (Ping timeout)
- # [12:48] * Quits: markh1 (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au) (Ping timeout)
- # [12:49] * Quits: tchevalier (Thunderbir@6A02ED3D.FA88341C.EC2613E4.IP) (Quit: tchevalier)
- # [12:50] * Joins: stransky (stransky@moz-3C58453D.net.upcbroadband.cz)
- # [12:51] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1e42f4a23d30 - Jim Mathies - Bug 850673 - Prevent triggering selection attachment when the user clicks rapidly on the find bar navigation buttons. r=mbrubeck
- # [12:51] * Quits: surkov (surkov@511E724B.E00BF004.E17943EE.IP) (Quit: surkov)
- # [12:51] * capella|zzz is now known as capella
- # [12:54] * Joins: Optimizer (Optimizer@7D5315C.3675844F.BE90E62C.IP)
- # [12:54] * Joins: lizzard (ehenry@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [12:58] * Quits: abhishekp (chatzilla@moz-AC2AB75D.mtnl.net.in) (Ping timeout)
- # [12:59] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [12:59] * Joins: abhishekp (chatzilla@moz-AC2AB75D.mtnl.net.in)
- # [13:00] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [13:02] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [13:02] * Joins: maikmerten (maikmerten@moz-AB031BB4.dynamic.qsc.de)
- # [13:02] * Joins: tchevalier (Thunderbir@2BD115EE.6D132D5.96B18764.IP)
- # [13:02] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [13:02] * Fallen is now known as Fallen|away
- # [13:03] * Quits: @smaug (chatzilla@moz-A809DE84.elisa-mobile.fi) (Ping timeout)
- # [13:04] * Joins: smaug (chatzilla@moz-57CEDA69.elisa-mobile.fi)
- # [13:04] * ChanServ sets mode: +o smaug
- # [13:04] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Ping timeout)
- # [13:04] * Joins: dbradley (dbradley@1DA716E2.7763A1F0.52E8B953.IP)
- # [13:07] * Joins: jimm (jmathies@moz-864CAA4E.pn.at.cox.net)
- # [13:07] * merike|away is now known as merike
- # [13:09] * Quits: tchevalier (Thunderbir@2BD115EE.6D132D5.96B18764.IP) (Ping timeout)
- # [13:09] * Quits: @smaug (chatzilla@moz-57CEDA69.elisa-mobile.fi) (Quit: Reconnecting…)
- # [13:09] * Joins: smaug (chatzilla@moz-DD270A7B.elisa-mobile.fi)
- # [13:09] * ChanServ sets mode: +o smaug
- # [13:11] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Input/output error)
- # [13:14] * Quits: ffledgling (anhadjai.s@AF359C5A.B69BA20.41D542A3.IP) (Ping timeout)
- # [13:14] * Quits: dbradley (dbradley@1DA716E2.7763A1F0.52E8B953.IP) (Ping timeout)
- # [13:15] * Joins: dbradley (dbradley@1DA716E2.7763A1F0.52E8B953.IP)
- # [13:15] * Joins: tchevalier (Thunderbir@2BD115EE.6D132D5.96B18764.IP)
- # [13:16] * Joins: markh1 (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au)
- # [13:17] * Quits: abhishekp (chatzilla@moz-AC2AB75D.mtnl.net.in) (Ping timeout)
- # [13:19] * Joins: abhishekp (chatzilla@moz-151BC9CC.mtnl.net.in)
- # [13:20] * Quits: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com) (Quit: Leaving)
- # [13:21] * Joins: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com)
- # [13:22] * Quits: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com) (Ping timeout)
- # [13:23] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [13:23] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
- # [13:23] * Quits: abhishekp (chatzilla@moz-151BC9CC.mtnl.net.in) (Ping timeout)
- # [13:24] * Joins: abhishekp (chatzilla@moz-151BC9CC.mtnl.net.in)
- # [13:25] * Joins: bbondy (bbondy@moz-717FF534.home.cgocable.net)
- # [13:25] * Quits: bbondy (bbondy@moz-717FF534.home.cgocable.net) (Client exited)
- # [13:27] * Quits: lizzard (ehenry@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: lizzard)
- # [13:29] * Quits: abhishekp (chatzilla@moz-151BC9CC.mtnl.net.in) (Ping timeout)
- # [13:30] * Joins: abhishekp (chatzilla@moz-151BC9CC.mtnl.net.in)
- # [13:31] * Quits: tchevalier (Thunderbir@2BD115EE.6D132D5.96B18764.IP) (Ping timeout)
- # [13:33] * Joins: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com)
- # [13:33] * Quits: abhishekp (chatzilla@moz-151BC9CC.mtnl.net.in) (Ping timeout)
- # [13:35] * Joins: abhishekp (chatzilla@moz-151BC9CC.mtnl.net.in)
- # [13:43] * Quits: @smaug (chatzilla@moz-DD270A7B.elisa-mobile.fi) (Ping timeout)
- # [13:44] * Quits: Ms2ger (Ms2ger@moz-21504BF3.adsl-dyn.isp.belgacom.be) (Quit: bbl)
- # [13:44] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/68a3cd154732 - Joel Maher - Bug 685652 - we need a pushPermissionsEnv equivalent to pushPrefEnv in SpecialPowers. r=jdm
- # [13:44] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/753f285620fe - Joel Maher - Bug 856000 - remove SimpleTest.finish() call from states/test_tree.xul. r=tbsaunde
- # [13:46] * Quits: markh1 (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au) (Connection reset by peer)
- # [13:46] * Joins: markh1 (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au)
- # [13:49] * Joins: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net)
- # [13:50] * Quits: markh1 (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au) (Ping timeout)
- # [13:51] * Joins: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
- # [13:53] * Quits: Mavericks (Mibbit@E414ED52.80E5CEFF.3E5D7F27.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [13:54] * Quits: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr)
- # [13:55] * jlebar|sleep is now known as jlebar
- # [13:55] * jmaher|afk is now known as jmaher
- # [13:58] * mattwoodrow is now known as mattwoodrow|away
- # [13:59] * mattwoodrow|away is now known as mattwoodrow
- # [14:00] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [14:01] * Joins: lizzard (ehenry@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [14:02] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [14:02] * Quits: gabor_ (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [14:02] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [14:02] * Joins: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
- # [14:03] * joey is now known as IRCMonkey31791
- # [14:03] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [14:03] * Quits: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr)
- # [14:04] * Joins: tchevalier (Thunderbir@2BD115EE.6D132D5.96B18764.IP)
- # [14:06] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [14:09] * Quits: lizzard (ehenry@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: lizzard)
- # [14:11] * Joins: vingtetun (vingtetun@moz-64E1A8DA.fbx.proxad.net)
- # [14:11] * Joins: neosrix (srix@FB1F6EA3.3675844F.BE90E62C.IP)
- # [14:12] * Joins: Optimize1 (Instantbir@4F3E1057.A6DE773B.88FACCAA.IP)
- # [14:17] * Quits: Optimize1 (Instantbir@4F3E1057.A6DE773B.88FACCAA.IP) (Ping timeout)
- # [14:17] * Quits: mwargers (chatzilla@moz-AF369B35.adsl.online.nl) (Ping timeout)
- # [14:18] * Quits: annevk (annevk@605EAC01.5B3E2C45.420B7681.IP) (Input/output error)
- # [14:20] * Joins: Optimizer1 (Instantbir@4F3E1057.A6DE773B.88FACCAA.IP)
- # [14:21] * Joins: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com)
- # [14:23] * Quits: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com) (Ping timeout)
- # [14:25] * Quits: tchevalier (Thunderbir@2BD115EE.6D132D5.96B18764.IP) (Ping timeout)
- # [14:25] * Quits: darkowlzz (darkowlzz@761770DA.AC2AB2C.27560D6E.IP) (Ping timeout)
- # [14:26] * Joins: darkowlzz_ (darkowlzz@333CAF84.7DE4E2C2.27560D6E.IP)
- # [14:27] * Joins: RyanVM (chatzilla@moz-2A171C3D.phlapa.fios.verizon.net)
- # [14:27] * Quits: abhishekp (chatzilla@moz-151BC9CC.mtnl.net.in) (Ping timeout)
- # [14:28] * Joins: beaufour (beaufour@moz-EA4226EF.nyc.biz.rr.com)
- # [14:28] * Joins: abhishekp (chatzilla@moz-151BC9CC.mtnl.net.in)
- # [14:29] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: This computer has gone to sleep)
- # [14:29] * Fallen|away is now known as Fallen
- # [14:31] * Quits: abhishekp (chatzilla@moz-151BC9CC.mtnl.net.in) (Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307023931])
- # [14:31] * Joins: twi (Adium@moz-479B9482.ip229.fastwebnet.it)
- # [14:32] * Quits: kmoir-afk (chatzilla@moz-9AEE821.cpe.teksavvy.com) (Ping timeout)
- # [14:32] * Quits: rednaks (rednaks@F463A367.7B2CFADA.55FFA9B4.IP) (Ping timeout)
- # [14:33] <sachin_h> Does anyone know how to automatically syntax highlight jsm files in Sublime Text 2?
- # [14:33] * Joins: rednaks (rednaks@F463A367.7B2CFADA.55FFA9B4.IP)
- # [14:34] * Joins: kmoir-afk (chatzilla@moz-9AEE821.cpe.teksavvy.com)
- # [14:35] * Joins: tchevalier (Thunderbir@2BD115EE.6D132D5.96B18764.IP)
- # [14:37] * Joins: ffledgling (anhadjai.s@E7A9876D.B984D8A4.D61FB583.IP)
- # [14:38] * Quits: robertbindar (bindar@moz-C133775.eregie.pub.ro) (Client exited)
- # [14:39] * Quits: tchevalier (Thunderbir@2BD115EE.6D132D5.96B18764.IP) (Ping timeout)
- # [14:41] * nical|away is now known as nical
- # [14:42] * glazou_afk is now known as glazou
- # [14:43] <past> sachin_h: with a JSM file open, go to View -> Syntax -> Open all with current extension as -> JavaScript
- # [14:43] * Quits: brambles (xymox@moz-969AAE9B.barwen.ch) (Ping timeout)
- # [14:44] <sachin_h> past: thank you
- # [14:44] <past> np
- # [14:45] * Joins: brambles (xymox@moz-969AAE9B.barwen.ch)
- # [14:47] * Joins: tchevalier (Thunderbir@2BD115EE.6D132D5.96B18764.IP)
- # [14:48] * Quits: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [14:49] * Quits: nigelb (nigel@moz-8640053A.me) (Client exited)
- # [14:50] * Joins: nigelb (nigel@moz-8640053A.me)
- # [14:51] * Quits: Optimizer1 (Instantbir@4F3E1057.A6DE773B.88FACCAA.IP) (Ping timeout)
- # [14:52] * Joins: ErvisTusha (ErvisTusha@F024FA0C.F69FB6EA.363D84A4.IP)
- # [14:52] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [14:57] * Quits: tchevalier (Thunderbir@2BD115EE.6D132D5.96B18764.IP) (Quit: tchevalier)
- # [14:58] * Joins: ehoogeveen (emanuel.ho@moz-DC53E53C.upc-j.chello.nl)
- # [14:59] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [14:59] * Joins: ctangira (ctangira@moz-44402D73.cisco.com)
- # [15:00] * Quits: ejpbruel (ejpbruel@moz-488BDABF.zeelandnet.nl) (Quit: ejpbruel)
- # [15:01] * mattwoodrow is now known as mattwoodrow|away
- # [15:01] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [15:01] * Parts: virgil_ (virgil_dic@601F3B17.33662590.A5830293.IP)
- # [15:03] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [15:03] * Quits: brambles (xymox@moz-969AAE9B.barwen.ch) (Ping timeout)
- # [15:04] * Joins: IanN (chatzilla@moz-C2F768A9.perr.cable.virginmedia.com)
- # [15:05] * Joins: brambles (xymox@moz-969AAE9B.barwen.ch)
- # [15:05] * Joins: WaltS (Thunderbir@moz-DCE1A0C0.pitbpa.east.verizon.net)
- # [15:06] * khuey|away is now known as khuey
- # [15:07] * Joins: sheeri (sheeri@moz-5E1F6454.hsd1.ma.comcast.net)
- # [15:08] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2aaf82b852e7 - Nikhil Marathe - Bug 822712 - SimplePush - Implementation. r=dougt, jst, jlebar
- # [15:08] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/8693d1d4c86d - Doug Turner - Bug 822712 - SimplePush - Add PushManager to the test_interfaces.html test. r=dougt
- # [15:08] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/766f39da353b - Gary Kwong - Update Valgrind suppressions for bug 793548 and bug 823782. DONTBUILD
- # [15:08] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e93a4da26856 - Doug Turner - Bug 822712 - SimplePush - Interface. r=dougt, sr=sicking
- # [15:08] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/cc72c7cba674 - Ryan VanderMeulen - Merge m-c to inbound.
- # [15:08] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/bfced2ecc0cf - Doug Turner - Bug 822712 - SimplePush - UDP Wakeup feature. r=jst, jlebar
- # [15:08] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/8aeabe064932 - Ryan VanderMeulen - Merge the last PGO-green inbound changeset to m-c.
- # [15:10] * philor|away is now known as philor
- # [15:10] <RyanVM> padenot: ping
- # [15:10] <padenot> RyanVM: pong
- # [15:10] <RyanVM> padenot: have you had a chance to look at the media test assertions more lately?
- # [15:10] <RyanVM> hit this a couple times lately
- # [15:10] <RyanVM> https://tbpl.mozilla.org/php/getParsedLog.php?id=21245883&tree=Mozilla-Inbound
- # [15:11] <padenot> ah, I've been doing other stuff, but I can have a look, yes
- # [15:12] <RyanVM> padenot: i'm going to file this as a new bug
- # [15:12] <RyanVM> though I'm pretty sure we've seen this before
- # [15:12] * Quits: ffledgling (anhadjai.s@E7A9876D.B984D8A4.D61FB583.IP) (Ping timeout)
- # [15:12] <RyanVM> and put it in the "media tests have too many assertions" catch-all bug
- # [15:12] <padenot> I have to run, but I'll dupe it to the right bug
- # [15:13] <padenot> thanks, anyways
- # [15:13] * Joins: hipokrit (hipokrit@1BF5DFDB.CA40E1F7.C558AD24.IP)
- # [15:13] <RyanVM> padenot: please don't dupe
- # [15:13] <RyanVM> makes it harder to star on tbpl
- # [15:14] <RyanVM> feel free to mark a dependency, though
- # [15:15] * Joins: lizzard (ehenry@CB3EC984.A5F785DE.396E4C6D.IP)
- # [15:15] * Quits: espadrine (thaddee_ty@moz-9D5F8747.dclient.lsne.ch) (Ping timeout)
- # [15:18] * jchen|away is now known as jchen
- # [15:21] * Joins: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com)
- # [15:23] * Joins: bent (chatzilla@moz-932324BF.hsd1.ca.comcast.net)
- # [15:23] <RyanVM> jimm: your pushes to inbound have me nervous
- # [15:23] * Quits: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com) (Ping timeout)
- # [15:23] <RyanVM> new-looking leaks
- # [15:24] <jimm> probably that strlen call. I was curious about that myself.
- # [15:24] * Quits: RealRaven (Thunderbir@41478DDD.11F68F7A.27F80FAC.IP) (Connection reset by peer)
- # [15:24] * ewong is now known as ewong|sleep
- # [15:24] * Joins: jorendorff (jorendorff@moz-2F32ACA3.hsd1.tn.comcast.net)
- # [15:24] * jwir3|away is now known as jwir3
- # [15:25] * Quits: lizzard (ehenry@CB3EC984.A5F785DE.396E4C6D.IP) (Quit: lizzard)
- # [15:26] <jimm> RyanVM: would you mind backing out 17b7d2222f14? I'll fix it up to be sure it isn't the cause.
- # [15:26] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
- # [15:26] <RyanVM> jimm, sure
- # [15:26] <jimm> thx
- # [15:26] <RyanVM> i've got some retriggers going too
- # [15:27] <RyanVM> jimm: I'll hold off on commenting the bug until we know for sure
- # [15:28] * Joins: vd (vd@moz-7A53EEF0.ddns.cablebg.net)
- # [15:28] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/da6d6d18abea - Ryan VanderMeulen - Backed out changeset 17b7d2222f14 (bug 855407) for likely causing leaks.
- # [15:29] * Quits: rednaks (rednaks@F463A367.7B2CFADA.55FFA9B4.IP) (Ping timeout)
- # [15:31] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [15:32] * Quits: Mardak (Mardak@51C609CD.D50ABA70.3F655C5F.IP) (Quit: Mardak)
- # [15:34] * Joins: hub (hub@E639FEDB.F04051C4.DC1243F8.IP)
- # [15:34] * Joins: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net)
- # [15:35] * Joins: Mavericks (Mibbit@E414ED52.80E5CEFF.3E5D7F27.IP)
- # [15:36] <vd> Is running "firefox -unittest", compiled from the latest mozilla-centrall tree supposed to succeed?
- # [15:37] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
- # [15:38] * Quits: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net) (Quit: Computer has gone to sleep.)
- # [15:39] * Joins: gustavold (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP)
- # [15:39] <evilpie> is today a normal workday in the US?
- # [15:39] <jlebar> evilpie: yes
- # [15:40] <evilpie> thx
- # [15:40] <@bz_sleep> mostly
- # [15:40] <@bz_sleep> e.g. my kids have no school
- # [15:40] * bz_sleep is now known as bz
- # [15:40] <philor> the primary work of today in the US is answering phone calls "yes, we are at work today"
- # [15:41] <RyanVM> vd: what type of build are you trying to run it on?
- # [15:41] * Joins: dcamp (dcamp@moz-930D5B64.hsd1.wa.comcast.net)
- # [15:41] <RyanVM> philor: duh duh duh, another one bites the dust...
- # [15:41] * Quits: dcamp (dcamp@moz-930D5B64.hsd1.wa.comcast.net) (Input/output error)
- # [15:41] * Joins: tchevalier (Thunderbir@moz-51DD1A04.w81-251.abo.wanadoo.fr)
- # [15:42] <vd> RyanVM: are you asking about this line from my mozconfig: "ac_add_options --enable-application=browser
- # [15:42] <vd> "
- # [15:42] <vd> or something else?
- # [15:42] * Joins: tchevali1 (Thunderbir@moz-51DD1A04.w81-251.abo.wanadoo.fr)
- # [15:42] * Joins: RealRaven (Thunderbir@3BC69ABF.276C9F20.C3498625.IP)
- # [15:43] <evilpie> bz: is that a christian school?
- # [15:43] * Quits: tchevalier (Thunderbir@moz-51DD1A04.w81-251.abo.wanadoo.fr) (Ping timeout)
- # [15:43] <RyanVM> vd: ok, so a desktop firefox build
- # [15:44] <vd> RyanVM: anyway, this is my whole mozconfig: http://pastebin.mozilla.org/2256709
- # [15:44] <RyanVM> vd: then assuming you built with tests enabled, yes, it should pass
- # [15:45] <vd> it crashes for me, I need some time to figure out what is going on...
- # [15:45] * Joins: TheOne (one@moz-A2F41508.dip.t-dialin.net)
- # [15:45] <@bz> evilpie: nope
- # [15:46] <@bz> evilpie: public school
- # [15:46] <@bz> evilpie: Of course they also get Rosh Hashanah and Yom Kippur off, and a few other things
- # [15:46] <jcranmer|away> bz: your school system is weird
- # [15:46] * jcranmer|away is now known as jcranmer
- # [15:46] <evilpie> interesting, the school can freely decide when to close the school?
- # [15:47] <@bz> The school district
- # [15:47] <@bz> not the school
- # [15:47] <jcranmer> I've had no school before when the school district had school...
- # [15:47] <jcranmer> but that was because some idiot crashed into the power pole right in front and knocked out power
- # [15:47] <@bz> jcranmer|away: mmm.... the schools in montgomery county, md, were similar.....
- # [15:49] * Quits: markh (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au) (Ping timeout)
- # [15:49] * Joins: markh (Instantbir@moz-72AF0623.bjzv3.vic.bigpond.net.au)
- # [15:49] <evilpie> we have some flexible days of free time, that is usually put between official holidays and weekends
- # [15:49] <@bz> evilpie: Of course what the "school district" is varies widely in the US. ;)
- # [15:49] <@bz> evilpie: around here it seems to be the town, typically
- # [15:49] * jcranmer is finally building in editor
- # [15:49] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
- # [15:49] <jcranmer> do you have any idea how many NS_STACK_CLASS failues we have right now?
- # [15:50] <evilpie> any idea how many rooting issue we have in the browser?
- # [15:50] <jcranmer> mmm 180 or so IIRC
- # [15:50] <evilpie> haha
- # [15:51] <evilpie> you wish :)
- # [15:51] * Joins: knelson (Adium@2557E599.66715431.D25A875A.IP)
- # [15:51] <jcranmer> I don't follow those closely
- # [15:51] <evilpie> around 10.000
- # [15:51] <jcranmer> I just remember seeing a number like that
- # [15:51] * Parts: knelson (Adium@2557E599.66715431.D25A875A.IP)
- # [15:52] <jcranmer> /src/trunk/mozilla/layout/svg/nsSVGFilterFrame.cpp:275:5: error: variable of type 'nsSVGFilterInstance' only valid on the stack new nsSVGFilterInstance(aTarget, aPaint, filter, bbox, filterRegion, ^
- # [15:52] * Joins: sankha93 (Instantbir@5B81F939.35354309.EFB84E89.IP)
- # [15:52] <jcranmer> that's the first real one actually
- # [15:52] <@bz> jcranmer: huh
- # [15:52] <evilpie> we should put this NS_STACK_CLASS on JS::Rooted<> as well
- # [15:52] * Joins: lizzard (ehenry@AC3C7CA.26735741.CA5B6332.IP)
- # [15:52] <@bz> yes!
- # [15:52] <jcranmer> evilpie: wait a few days
- # [15:52] * Joins: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP)
- # [15:52] <jcranmer> I'll get it in MFBT first
- # [15:54] * Quits: neosrix (srix@FB1F6EA3.3675844F.BE90E62C.IP) (Connection reset by peer)
- # [15:54] <jcranmer> half of these failures are just
- # [15:54] <jcranmer> people not putting NS_STACK_CLASS on things that need it
- # [15:56] <luisbg> morning :)
- # [15:56] <jcranmer> (well, technically the nsAutoString being a stack class is the first failure, but I removed that before I even tried building)
- # [15:58] <jcranmer> 138 files changed
- # [15:58] <jcranmer> reviewers are going to have lots of fun with this
- # [15:58] * Joins: Ann_Yiming|afk (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net)
- # [15:58] * Joins: alanp (alanp@moz-1298E09C.cpe.distributel.net)
- # [15:58] <@bz> mmm
- # [15:58] <@bz> nsAutoString should be a stack class
- # [15:59] * Quits: RealRaven (Thunderbir@3BC69ABF.276C9F20.C3498625.IP) (Ping timeout)
- # [15:59] <@bz> Whoever is using it not on stack should stop
- # [15:59] <jcranmer> what about people who use nsAutoString as a class member
- # [15:59] <@bz> The whole point is that you shouldn't
- # [15:59] * Quits: TheOne (one@moz-A2F41508.dip.t-dialin.net) (Input/output error)
- # [16:00] <jcranmer> line 2681 -- u->mString = new nsAutoString(aString);
- # [16:00] <jcranmer> content/base/src/nsElement.cpp
- # [16:01] <@bz> mozilla::gl::TextureImage::Release
- # [16:01] <@bz> We refcount those off-thread?
- # [16:01] * Joins: RealRaven (Thunderbir@136979D9.FCE1C320.C3498625.IP)
- # [16:01] * @bz keeps getting shutdown fatal asserts in that
- # [16:01] <@bz> jcranmer: uh
- # [16:01] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [16:01] <@bz> jcranmer: nsElement?
- # [16:01] <avih> vlad: nice work with unreal engine :) is your talk online someplace?
- # [16:02] * Joins: we11ington (msu-cse498@moz-600949B7.cse.msu.edu)
- # [16:02] <tbsaunde> is there a reason we don't do the private operator delete / new for nsAutoString?
- # [16:02] <we11ington> mbrubeck: ping
- # [16:02] <@bz> jcranmer: That stringbuilder thing looks bogus at first glance....
- # [16:02] <jcranmer> bz: there are a handful of classes that use it as a member (like nsDOMFile)
- # [16:02] <jcranmer> which probably aren't stack classes
- # [16:03] <@bz> jcranmer: I know there are. I'm saying they're buggy.
- # [16:03] <avih> vlad: and unrelated, is rAF registration from JS synchronous? i.e, if the event queue is long, and i issue a rAF and a setTimeout(0), and rAF registers synchronously, will rAF callback be invoked before the setTimeout one?
- # [16:03] <jcranmer> nsAutoString is really just "using new <foo> is pointless"
- # [16:03] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [16:03] <jcranmer> like nsAutoTrray, etc.
- # [16:04] * Quits: sfink (chatzilla@moz-C3B7B65D.dsl.pltn13.sbcglobal.net) (Ping timeout)
- # [16:04] <@bz> avih: it could be, yes
- # [16:04] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [16:05] <jcranmer> okay
- # [16:05] <jcranmer> time to redistribute these changes into their patches
- # [16:05] <jcranmer> and then post em for review
- # [16:05] <avih> bz: interesting. i deduced it from a discussion on bug 850163, but wanted to confirm. so rAF registers synchronously?
- # [16:05] <@bz> yes
- # [16:05] <@bz> well
- # [16:05] <@bz> what do you mean by "synchronously"?
- # [16:06] <@bz> You call rAF
- # [16:06] <@bz> and then the next time there's a tick you get callled
- # [16:06] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [16:06] <avih> i mean that the rAF call directly adds an observer, rather than posting an event that will add an observer
- # [16:06] <@bz> The difference between those is not observable
- # [16:06] <avih> possibly s/observer/callback/
- # [16:06] * Joins: tmcb (Mibbit@moz-7BC94281.dsl.in-addr.zen.co.uk)
- # [16:07] <@bz> generally speaking
- # [16:07] * Quits: ctangira (ctangira@moz-44402D73.cisco.com) (Quit: ctangira)
- # [16:07] <@bz> But yes, in the implementation it directly adds an observer
- # [16:07] <avih> those being timeout and raf?
- # [16:07] <@bz> And in the spec too.
- # [16:07] <@bz> "those" being "posts an event to add an observer" and "add an observer"
- # [16:07] <avih> oh
- # [16:07] * Joins: dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net)
- # [16:07] * ChanServ sets mode: +o dveditz
- # [16:08] <avih> but settimeout callback will ALWAYS be calledback after all the current queue events have been cleared, while the synchronous registration from rAF might have the next event callback and not wait the entire queue, right?
- # [16:09] <tbsaunde> jcranmer: so, what is the difference between NS_STACK_CLASS and deleted operator new / delete? just placement new being handeld by the first?
- # [16:09] <@bz> avih: First, there are multiple queues
- # [16:09] <@bz> avih: per spec
- # [16:09] * Joins: neosrix (srix@12BF9B51.779AB39C.BE90E62C.IP)
- # [16:09] <@bz> avih: with ordering between them undefined
- # [16:10] * Quits: gustavold (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP) (Ping timeout)
- # [16:10] <avih> bz: in that case, i might wanna read the spec before wasting your time ;) what spec is it?
- # [16:10] <@bz> avih: "html5"
- # [16:10] <avih> oh :)
- # [16:10] * tchevali1 is now known as tchevalier
- # [16:10] <@bz> avih: which defines event queues and whatnot
- # [16:10] <avih> right
- # [16:10] <@bz> avih: but the other relevant spec is https://dvcs.w3.org/hg/webperf/raw-file/tip/specs/RequestAnimationFrame/Overview.html#processingmodel
- # [16:10] <@bz> avih: which says which event queue rAF uses
- # [16:11] <@bz> avih: which is the "animation task source"
- # [16:11] <@bz> avih: so rAF is ordered wrt other things in that task source
- # [16:11] <avih> and do we properly follow the spec on this?
- # [16:11] <@bz> avih: nope
- # [16:11] <@bz> well
- # [16:11] <@bz> we have a single global event queue
- # [16:11] <avih> yup
- # [16:11] <@bz> which is spec-compliant
- # [16:11] <@bz> since the spec requires that things be ordered per-task-source
- # [16:12] <@bz> and we just order them all, sorta
- # [16:12] <philor> RyanVM: did the b2g mochitests just decide to unhide themselves? they are visible on central and fx-team, hidden on inbound
- # [16:12] <avih> right, so one long queue still keeps the order of each task force
- # [16:12] * ctalbert|afk is now known as ctalbert
- # [16:12] <RyanVM> philor: the job name changed
- # [16:12] <avih> source*
- # [16:12] <RyanVM> so the hiding disappeared
- # [16:12] <philor> nice
- # [16:13] <RyanVM> i re-hid inbound yesterday but haven't done m-c or fx-team
- # [16:13] * froydnj marvels that the "what dirs do I build" code actually lives in toolkit
- # [16:13] * Joins: jrmuizel (jrmuizel@moz-BDD802ED.hfc.comcastbusiness.net)
- # [16:13] <@bz> avih: right
- # [16:13] <@bz> avih: fwiw, setTimeout uses the "timer task source"
- # [16:13] * Joins: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net)
- # [16:13] <@bz> avih: see http://www.whatwg.org/specs/web-apps/current-work/multipage/timers.html#get-the-timed-task
- # [16:13] <@bz> avih: end of section
- # [16:14] <@bz> avih: So it's perfectly valid to suspend rAF but keep firing setTimeout (which we do sometimes)
- # [16:14] <@bz> avih: or vice versa (which I _think_ we don't do)
- # [16:14] <avih> bz: but within gecko, both settimeout and raf use the same queue, and settimeout adds a new (future) timer callback event, while raf registers directly, and thus might be served for an existing queue event, thus possibly much earlier than the settimeout callback, right?
- # [16:14] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [16:15] <@bz> avih: correct
- # [16:15] * Quits: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net) (Ping timeout)
- # [16:15] <@bz> avih: or much later
- # [16:15] * Quits: shorlander (shorlander@moz-230AEA61.dhcp.insightbb.com) (Input/output error)
- # [16:15] * Joins: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net)
- # [16:15] <avih> because we sometimes throttle raf?
- # [16:15] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
- # [16:15] <@bz> yes
- # [16:15] <avih> per tab etc?
- # [16:15] <@bz> yes
- # [16:15] * Joins: Alfredo (alfredoyan@moz-F46109EE.dynamic.hinet.net)
- # [16:15] <avih> right
- # [16:15] <@bz> and we throttle setTimeout
- # [16:16] <avih> but for the same focused tab, it will work as i described with no exceptions?
- # [16:16] <avih> (at least no normal exceptions?)
- # [16:16] <@bz> well
- # [16:17] <@bz> so you make the rAF call
- # [16:17] <@bz> That adds a listener
- # [16:17] <@bz> which will get called sometime in the next 16ms
- # [16:17] <@bz> your setTimeout(0) will get called sometime in the next 4ms
- # [16:17] <@bz> depending on what's going on with nesting level
- # [16:17] <avih> right, and that 16ms callback might already be waiting at the queue as far as we can tell
- # [16:17] * Joins: harth (harth@moz-3C999954.hsd1.ca.comcast.net)
- # [16:17] <@bz> right, hence "sometime"
- # [16:17] <@bz> might be asap, might be 16ms from now
- # [16:18] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [16:18] <jcranmer> tbsaunde: NS_STACK_CLASS also enforces that it can't be used in global/static variables and that subclasses or classes that use it as a member are also NS_STACK_CLASS
- # [16:18] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Quit: Leaving.)
- # [16:18] * Joins: nhirata (anonymous@moz-1A50F7F8.hsd1.ca.comcast.net)
- # [16:18] * Quits: victorporof (victorporo@F35081A0.DA9DCE7D.79933D60.IP) (Quit: victorporof)
- # [16:18] <avih> while set timeout will always be served after all the existing queue events have been served. because settimeout is inherently asynchronous, while raf registered sync
- # [16:18] * Joins: spohl (Adium@moz-3F9013D4.reverse.softlayer.com)
- # [16:18] <@bz> That's not true
- # [16:18] <avih> oh
- # [16:18] <avih> hmm..
- # [16:19] <@bz> The setTimeout will be served when it's served
- # [16:19] * spohl is now known as spohl|away
- # [16:19] <tbsaunde> jcranmer: good point :)
- # [16:19] <@bz> Have you looked at the setTimeout code? ;)
- # [16:19] <tmcb> hi, i installed thunderbird and imported mail from outlook 2007 - that worked fine but trying to import the settings generated an import error (mailbox accounts etc...) does anyone know if that's a known bug? I'm a C++ programmer so would like to get involved in finding the issue but wasn't sure of the best way to get started.
- # [16:19] <avih> if there are 100 events waiting at the queue, can settimeout be served before those 100 events have been cleared?
- # [16:19] * Quits: harth (harth@moz-3C999954.hsd1.ca.comcast.net) (Ping timeout)
- # [16:19] * Quits: Ann_Yiming|afk (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net) (Input/output error)
- # [16:19] <@bz> avih: I believe so, yes
- # [16:19] * @bz double-checks
- # [16:20] * Joins: Ann_Yiming|afk (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net)
- # [16:20] <avih> bz: (i mean, setTimeout was called when the queue had 100 events waiting)
- # [16:20] <RyanVM> jimm: go figure, I can't make either leak happen no matter how many retriggers I've done thus far...
- # [16:20] <@bz> One sec
- # [16:20] * @bz pulls up code
- # [16:20] <tbsaunde> jcranmer: I think we should still do the operator deleting thing for all NS_STACK_CLASSES since its the common case and will mean less static analysis only bustage
- # [16:20] <avih> .me follows ;)
- # [16:20] <avih> /*! :)
- # [16:21] * Joins: Benvie (Benvie@moz-DC9626F9.hsd1.ca.comcast.net)
- # [16:21] <@bz> So
- # [16:21] <@bz> nsGlobalWindow::RunTimeout
- # [16:21] <@bz> That's what setTimeout's callback calls
- # [16:22] * Quits: Ann_Yiming|afk (Ann_Yiming@moz-516C6548.hsd1.ca.comcast.net) (Ping timeout)
- # [16:22] * Joins: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com)
- # [16:22] <@bz> So let me back up
- # [16:22] <@bz> We have one nsITimer per setTimeout call
- # [16:22] <avih> right
- # [16:22] <@bz> When that nsITimer fires, we look at the "current time"
- # [16:23] * Joins: till (till@moz-DADB142.adsl.alicedsl.de)
- # [16:23] <@bz> and fire all timeouts scheduled for before then
- # [16:23] <@bz> So say I have an event queue with 100 events in it
- # [16:23] <@bz> at time T
- # [16:24] * Quits: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com) (Ping timeout)
- # [16:24] <@bz> one of those events is the timer firing for a timeout scheduled for T-1
- # [16:24] <@bz> So it's posted its event already
- # [16:24] <@bz> I call setTimeout(0)
- # [16:24] * Joins: abhishekp (chatzilla@moz-151BC9CC.mtnl.net.in)
- # [16:24] <avih> oh, i see
- # [16:24] <@bz> That creates a new nsTimeout for time T
- # [16:24] <@bz> and starts a new nsITimer
- # [16:24] <@bz> but when we process the event for the T-1 timer, we go "oh, it's time T, fire all the timeouts for time T or before"
- # [16:25] <avih> hmm..
- # [16:25] <avih> how likely is such sequence?
- # [16:25] <@bz> What do you mean?
- # [16:25] <avih> (that a late timer fires, but earlier ones haven't yet)
- # [16:26] <@bz> avih: what do you mean?
- # [16:26] <@bz> avih: So the relevant code is nsGlobalWindow::RunTimeout
- # [16:27] <avih> yeah, looking at it too
- # [16:27] <@bz> avih: all it does is when _any_ timer fires we fire all the timers which are due at that point in time
- # [16:27] <@bz> avih: basically because this code totally doesn't trust nsITimer (with good reason!)
- # [16:27] * Quits: tmcb (Mibbit@moz-7BC94281.dsl.in-addr.zen.co.uk) (Quit: http://www.mibbit.com ajax IRC Client)
- # [16:28] <avih> bz: yeah, i understand, i just try to imagine cases for the current focused tab where there would actually be such earlier timers for which we didn't get the event yet, but still need to fire before the currently served timer event
- # [16:29] <@bz> um
- # [16:29] * Quits: Alfredo (alfredoyan@moz-F46109EE.dynamic.hinet.net) (Ping timeout)
- # [16:29] * RyanVM is now known as RyanVM|afk
- # [16:29] <@bz> how do you mean?
- # [16:29] <avih> sec, let me organize my thoughts :)
- # [16:30] <@bz> ok
- # [16:31] * Quits: lizzard (ehenry@AC3C7CA.26735741.CA5B6332.IP) (Quit: lizzard)
- # [16:31] <avih> bz: this loop https://mxr.mozilla.org/mozilla-central/source/dom/base/nsGlobalWindow.cpp#10262
- # [16:31] * Joins: nmatsakis (nmatsakis@moz-6EBF7608.hsd1.ma.comcast.net)
- # [16:31] <avih> how likely is it to actually find timer events which should be served before the trigger for the current handler?
- # [16:32] <@bz> um...
- # [16:33] <@bz> you mean before "now"
- # [16:33] <@bz> which is not the same thing
- # [16:33] <avih> yes
- # [16:33] <@bz> It's trivial to construct cases in which it would happen....
- # [16:33] <avih> hmm.. we're here because we're servign a timer event. lets say for deadline T. how likely are we to find unfired timer events which target t<T?
- # [16:33] * Joins: Alfredo (alfredoyan@moz-F46109EE.dynamic.hinet.net)
- # [16:34] * Joins: drexler (chatzilla@moz-1896B9D3.hsd1.vt.comcast.net)
- # [16:34] <@bz> You mean on the web?
- # [16:34] <@bz> I'd have to measure
- # [16:34] <@bz> Here's a simple example
- # [16:34] <@bz> say I have some code that does, onload:
- # [16:34] <@bz> setTimeout(function foo(), 0);
- # [16:34] <@bz> setTimeout(function bar() {}, 2);
- # [16:35] <@bz> var start = new Date;
- # [16:35] <avih> bz: stop. i get it :)
- # [16:35] <@bz> while (new Date - start < 5);
- # [16:35] <@bz> ok
- # [16:35] <@bz> So basically, how often do we not service a timer quite on time _and_ have another timer around
- # [16:35] <avih> i see. so we clear every timer which should fire before serving the current one.
- # [16:36] <@bz> no
- # [16:36] <@bz> we serve them in order
- # [16:36] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [16:36] <@bz> so whenever any timer fires
- # [16:36] <@bz> we fire, in order, all timers that should fire before that point in time
- # [16:36] <avih> which means that setTimeout might also be served before all the queue at the time of setTimeout call clears.
- # [16:36] <@bz> yes, exactly
- # [16:36] <avih> as i said, got it ;)
- # [16:37] <avih> bz: thanks for the time and help. appreciated. now i should read the spec ;)
- # [16:37] * Joins: shorlander (shorlander@moz-230AEA61.dhcp.insightbb.com)
- # [16:38] <@bz> Good luck
- # [16:38] <avih> (when i wrote "clear", i meant "handle")
- # [16:39] <@bz> note that the spec may or may not have bearing on reality and may or may not match our impl
- # [16:39] <@bz> and our impl may or may not be buggy
- # [16:39] * Quits: abhishekp (chatzilla@moz-151BC9CC.mtnl.net.in) (Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307023931])
- # [16:39] <avih> sure :)
- # [16:40] <avih> bz: got some time to discuss vsync related ideas/issues?
- # [16:40] <froydnj> avih: we actually have telemetry for # of DOM timers fired at every native timeout
- # [16:40] * Quits: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net) (Quit: I took the wrong pill!!!)
- # [16:41] <froydnj> avih: IIRC, it's pretty unusual to fire more than one setTimeout per timer
- # [16:41] * Joins: dcamp (dcamp@moz-930D5B64.hsd1.wa.comcast.net)
- # [16:42] * Quits: dcamp (dcamp@moz-930D5B64.hsd1.wa.comcast.net) (Input/output error)
- # [16:42] <avih> froydnj: i'd imagine, i just thought it could never happen, but now i don't anymore.
- # [16:42] <avih> well, not exactly this, but a related thingy
- # [16:43] * philor is now known as philor|away
- # [16:43] <@bz> avih: can try
- # [16:43] * @bz is not an expert on vsync
- # [16:44] * Quits: kdudka (kdudka@moz-7FD25064.fei.wifi.vutbr.cz) (Quit: Leaving)
- # [16:44] <avih> bz: ok, so this is an initial working implementation of vsync refresh driver on windows. https://tbpl.mozilla.org/?tree=Try&rev=d6bb269f5d02
- # [16:44] * Joins: Pauly (paul@601F3B17.33662590.A5830293.IP)
- # [16:45] <avih> not a perfect implementation since it doesn't wait for OS vsync, but rather asks when was the last vsync, and what's the expected vsync interval, and adjusts the next high-res refresh driver timer according to that. it proves good enough
- # [16:45] * Joins: ctangira (ctangira@moz-264CB7F1.cisco.com)
- # [16:46] <@bz> https://bugzilla.mozilla.org/show_bug.cgi?id=856042 is why we need to do webidl for js-implemented stuff. :(
- # [16:46] <avih> the immediate problem with this is that we don't get control over the intervals anymore. if the user has a 120hz monitor, that's the frequency we'll try to fire at
- # [16:46] <@bz> avih: fwiw, did you see the bug about rAF and compositor thread interaction?
- # [16:46] <@bz> avih: mmm what do other UAs do in that situation?
- # [16:47] * Joins: jib (Jan-Ivar@moz-7BE8F2B7.pools.spcsdns.net)
- # [16:47] <avih> bz: from empirical observations, IE10 uses exact vsync intervals
- # [16:47] <avih> (all of them are 16.67ms apart with some 0.1ms stddev)
- # [16:48] <avih> chrome looks like our experimental implementation, and also in integer intervals
- # [16:48] * Quits: Alfredo (alfredoyan@moz-F46109EE.dynamic.hinet.net) (Ping timeout)
- # [16:48] <avih> opera doesn't get it i think
- # [16:48] <avih> i don't have a 120hz monitor to check how other UAs behave on this
- # [16:49] <ehoogeveen> avih: sorry to jump in here, but how is this intended to work when a compositor is active?
- # [16:49] <ehoogeveen> avih: I've seen problems before where a program tries to paint during VBlank, then ends up racing with the compositor (causing stutter)
- # [16:50] * Quits: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP) (Quit: Leaving)
- # [16:50] * Quits: jib (Jan-Ivar@moz-7BE8F2B7.pools.spcsdns.net) (Ping timeout)
- # [16:50] <avih> ehoogeveen: unclear yet. but the only change it introduces is that the refresh driver timeouts are in sync with vsync, rather than arbitrarily at 60hz\
- # [16:50] * Joins: dcamp (dcamp@moz-930D5B64.hsd1.wa.comcast.net)
- # [16:50] <avih> ehoogeveen: it's a rather small change
- # [16:51] * Joins: Alfredo (alfredoyan@moz-F46109EE.dynamic.hinet.net)
- # [16:51] <ehoogeveen> avih: Does a refresh driver timeout mark the start of painting, the end of painting, or something in between?
- # [16:51] <@bz> avih: well, so can we get our hands on a 120Hz monitor?
- # [16:51] <avih> also interesting observation btw, at teh paris workweek bas and i sampled few laptop monitors, turned out that 4 out of 9 had 50hz default refresh rate, which was quite surprising, which led us to work on vsync
- # [16:51] <ehoogeveen> avih: s/paint/composite with OMTC I guess
- # [16:52] * Quits: Mic (Mic@moz-42E7EC44.superkabel.de) (Quit: No time to waste, let's go!)
- # [16:52] * Quits: Benvie (Benvie@moz-DC9626F9.hsd1.ca.comcast.net) (Ping timeout)
- # [16:52] <ehoogeveen> avih: Yeah I think a lot of them switch to 50Hz when running on battery power, as well (I know my old laptop did that)
- # [16:52] * Joins: mccr8 (mccr8@2557E599.66715431.D25A875A.IP)
- # [16:52] <@bz> ehoogeveen: how refresh ticks and paint interact is failtastic
- # [16:52] <avih> ehoogeveen: right now, without OMTC, it starts a layoutflush, which now directly triggers presentation IIRC
- # [16:52] <@bz> ehoogeveen: I believe we paint off native paint events
- # [16:52] <@bz> ehoogeveen: but we update layout and invalidate off refresh ticks....
- # [16:53] <@bz> So the typical sequence is refresh tick, do some stuff, trigger invalidates, wait for OS paint event, paint
- # [16:53] <@bz> I think
- # [16:53] * Joins: fabrice (fabrice@2557E599.66715431.D25A875A.IP)
- # [16:53] <@bz> roc or tn would know for sure
- # [16:53] <avih> bz: that's what i recall as well
- # [16:54] <ehoogeveen> bz: Hmm, I see.. So OS paint might not be in sync with the refresh rate
- # [16:54] <avih> anyway, the change is small, but the implication is that on a high refresh rate, we might try to flush layouts too quickly for our own sake
- # [16:54] <avih> which would need some decimation of vblanks probably
- # [16:55] <ehoogeveen> bz: But I think in principle, *starting* invalidation/painting/compositing after a vblank/OS composition event gives the most time for the OS compositor to pick up the new stuff
- # [16:55] <@bz> ehoogeveen: oh, and another issue
- # [16:55] <@bz> ehoogeveen: what about webgl?
- # [16:55] <@bz> ehoogeveen: presumably running webgl right after a vblank is also the best time?
- # [16:55] * Quits: paul (paul@B83752FC.8179037F.D9A96A0E.IP) (Quit: leaving)
- # [16:55] <avih> BenWa: bananabread uses the refresh driver intervals. i verified it myself
- # [16:56] <Bas> ehoogeveen: Mine does 50Hz on wall power as well.
- # [16:56] <avih> hello, bas :)
- # [16:56] * Joins: ehsan (ehsan@122E7B1.85C3B074.CED80046.IP)
- # [16:56] * ChanServ sets mode: +o ehsan
- # [16:57] * Quits: twi (Adium@moz-479B9482.ip229.fastwebnet.it) (Ping timeout)
- # [16:57] <ehoogeveen> bz: Probably.. I think OpenGL on Nvidia drivers on Windows has VSync enabled by default, so I'm not sure how that would interact with the rest
- # [16:57] * Joins: jib (Jan-Ivar@moz-7BE8F2B7.pools.spcsdns.net)
- # [16:57] <avih> ehoogeveen: define "has vsync"
- # [16:57] * Quits: vingtetun (vingtetun@moz-64E1A8DA.fbx.proxad.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.9.1.16/20121207220152])
- # [16:58] * Quits: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net) (Ping timeout)
- # [16:58] <@bz> My only context here is bug 854421
- # [16:58] * Joins: smooney (smooney@2557E599.66715431.D25A875A.IP)
- # [16:58] <ehoogeveen> avih: as in, the present call (I'm not sure what the opengl version is called) only returns after vblank
- # [16:58] <Bas> ehoogeveen: Actually, that depends on a flag you pass to context creation I believe.
- # [16:58] * Quits: jrmuizel (jrmuizel@moz-BDD802ED.hfc.comcastbusiness.net) (Client exited)
- # [16:58] <Bas> glSwapBuffers, is the call.
- # [16:58] * Parts: Pauly (paul@601F3B17.33662590.A5830293.IP)
- # [16:58] <avih> ehoogeveen: so does it block?
- # [16:59] <@bz> I should note that on Mac at least we do some sort of blocking in the GL impl
- # [16:59] <avih> or does the present just push to the backbuffer, and switch later on time?
- # [16:59] <Bas> bz: It all depends btw, running right -before- vblank gives you better input latency ;)
- # [16:59] <Bas> Running right after gives you least risk of missing a vblank.
- # [16:59] <@bz> So I've seen profiles where we're gated at 60fps
- # [16:59] <@bz> (that are using setTimeout(0)!)
- # [16:59] <froydnj> hate how long js/ takes to build nowadays
- # [16:59] <@bz> Not because of slowness but because we just block
- # [16:59] <@bz> which is dumb
- # [16:59] <Bas> bz: That's strange, but not too surprising.
- # [17:00] <@bz> blocking the main thread on anything like vsync is just dumb
- # [17:00] * Joins: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net)
- # [17:00] <ehoogeveen> avih: from what Bas says, you can control the behavior - but if it does vsync then yes, it's a blocking call
- # [17:00] * khuey is now known as khuey|away
- # [17:00] <avih> bz: indeed, benwa showd me how it looks at the profiler. seems a bit bad, since iirc we're also not letting any GC/CC take place during that blockage
- # [17:00] <@bz> That's why bug 854421 worries me
- # [17:00] <@bz> right
- # [17:00] <@bz> we actually block
- # [17:00] <@bz> it's ludicrous
- # [17:00] <avih> yeah
- # [17:00] <@bz> So it seems to me like we need to have someone sit down
- # [17:01] <@bz> and actually figure out how this webgl/gl/compositor/rAF/refresh-driver crap _should_ all work
- # [17:01] * @bz recommends the May work week....
- # [17:01] <Bas> bz: We should.
- # [17:01] <@bz> since almost everyone who cares will presumbly be there
- # [17:01] <Bas> bz: Note that me and avih at least came up with a much better scheme for driving the refresh driver on windows.
- # [17:01] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
- # [17:01] * Joins: myk (myk@2557E599.66715431.D25A875A.IP)
- # [17:02] <avih> yeah, it's not perfect, but it has the advantage of never blocking anything
- # [17:02] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [17:02] * Joins: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net)
- # [17:02] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [17:02] <avih> and the api should either exist on other OSs, or should be quite easy to implement ourselves IMO
- # [17:02] <Bas> That all depends on the behavior of the D3D9/10 Present call ;)
- # [17:02] <Bas> But no worries, I've made sure that should never block :p
- # [17:02] * Quits: @ehsan (ehsan@122E7B1.85C3B074.CED80046.IP) (Ping timeout)
- # [17:02] <avih> :)
- # [17:03] * Joins: Benvie (Benvie@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [17:03] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: conf call)
- # [17:03] * ehoogeveen remembers trying to get proper VSync on his laptop, which likes to sometimes not send VBlank signals at all
- # [17:03] <ehoogeveen> That was.. fun
- # [17:03] <avih> :)
- # [17:04] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [17:04] <avih> vsync has to be one of the oldest and still not always implemented subjects of computer graphics :)
- # [17:04] * Quits: sankha93 (Instantbir@5B81F939.35354309.EFB84E89.IP) (Connection reset by peer)
- # [17:04] <ehoogeveen> I could sort of measure the refresh rate, then 'insert' a VBlank event when it should have happened, to keep things working smoothly
- # [17:04] <avih> i recall doing border scroll tricks on the 48k spectrum which used vsync ;)
- # [17:04] <avih> meh.. i must be old ;)
- # [17:04] <@bz> anyway
- # [17:04] <jcranmer> 24 files changed, 0 insertions(+), 2538 deletions(-)
- # [17:05] <@bz> Like I said, we should decide on a plan
- # [17:05] <avih> bz: so yes. decimation of intervals. it's easy to increase decimation - we just detect that we're consistently late. but the other way around is more tricky
- # [17:05] <@bz> and implement
- # [17:06] * Joins: ehsan (ehsan@122E7B1.85C3B074.CED80046.IP)
- # [17:06] * ChanServ sets mode: +o ehsan
- # [17:06] <@bz> Instead of flailing about with various half-measures
- # [17:06] * Quits: @ehsan (ehsan@122E7B1.85C3B074.CED80046.IP) (Connection reset by peer)
- # [17:06] * Joins: ehsan (ehsan@122E7B1.85C3B074.CED80046.IP)
- # [17:06] * ChanServ sets mode: +o ehsan
- # [17:06] <avih> bz: i think there are 3 main issues: 1. get vsync api on all platforms. i think the one bas added looks like a viable goal.
- # [17:07] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/51be4c6ccf8e - Benjamin Smedberg - Bug 831768 part 2 - Also defer painting from RecvUpdateBackground just as we did with RecvAsyncSetWindow, r=gfritzsche
- # [17:07] <vd> BenWa: ping
- # [17:07] <avih> 2. decide how to handle/auto-latch to different refresh rates if we can't keep up
- # [17:07] <avih> 3. make sure it works with OMTC
- # [17:08] * Quits: @ehsan (ehsan@122E7B1.85C3B074.CED80046.IP) (Connection reset by peer)
- # [17:08] * Quits: vd (vd@moz-7A53EEF0.ddns.cablebg.net) (Ping timeout)
- # [17:09] <avih> so who are the working group on vsync? :)
- # [17:10] <@gavin> Yoric: re: https://bugzilla.mozilla.org/attachment.cgi?id=731189&action=edit, I noticed that too, but AFAICT the writeAtomic promise doesn't return a result
- # [17:10] * Joins: ehsan (ehsan@122E7B1.85C3B074.CED80046.IP)
- # [17:10] * ChanServ sets mode: +o ehsan
- # [17:10] <@gavin> Yoric: so shouldn't we just remove use of "result"?
- # [17:11] * Joins: vd (vd@moz-7A53EEF0.ddns.cablebg.net)
- # [17:11] * Joins: jedp (jedp@2557E599.66715431.D25A875A.IP)
- # [17:11] <jesup> avih: vsync *good* for video/animation. Critical really
- # [17:11] <avih> jesup: yeah, we're all for it ;)
- # [17:12] <jesup> Like, for example, WebRTC :-)
- # [17:12] * Joins: twi (Adium@moz-479B9482.ip229.fastwebnet.it)
- # [17:12] <avih> though video typically has other frame rates, most noteably 24, 25, 30, 29.97
- # [17:13] <Bas> avih: Online I'd say 30 and 29.97 are both rare.
- # [17:13] <Fallen> What do mozilla folks use for javascript code coverage these days? There used to be the jscoverage project, but its been superceeded by the jscover project, which doesn't look like it has mozilla support
- # [17:13] <Bas> 25p is probably most common in online video I think
- # [17:13] * Quits: @ehsan (ehsan@122E7B1.85C3B074.CED80046.IP) (Input/output error)
- # [17:13] <jesup> We (Worldgate/ojo) used to run our compositor N ms before vsync using a PLL to adjust it to run "in-time" with (almost) never missing a vsync switch.
- # [17:13] <jesup> bas: 25p is rare in the US :-)
- # [17:13] <avih> Bas: 30 would be rare indeed, except for home captured video. 29.97 actually "floats around" quite a lot from bad conversions
- # [17:13] <Bas> jesup: But it's common in online encoding.
- # [17:13] * Joins: akeybl (akeybl@2557E599.66715431.D25A875A.IP)
- # [17:14] * Joins: asrail (asrail@2A678512.9BEB7A35.6D8EEF99.IP)
- # [17:14] <avih> Bas: yeah, YT does 25, and probably vimeo as well?
- # [17:15] <avih> though iirc TY also does 30. not sure though
- # [17:15] <jesup> bas: really... hadn't seen that. WebRTC typically runs at 30, and I think most digital camcorders (and recoding on my Canon camera IIRC) are 30 or 60
- # [17:15] <Bas> jesup Sony is 25p or 50i at least.
- # [17:15] <Bas> They HD ones, at least.
- # [17:15] <Bas> *their
- # [17:15] <jesup> avih: I figured YT would do 25 or 30 depending on the source
- # [17:15] * Quits: matthewgertner (matthewger@F5505435.26EDE4E7.25874CBB.IP) (Ping timeout)
- # [17:15] * Quits: vtmarvin (Thunderbir@F5505435.26EDE4E7.25874CBB.IP) (Ping timeout)
- # [17:15] <avih> yeah
- # [17:16] <Bas> jesup: I believe my Canon 5D Mark III defaults to 25p as well, but I'm not 100% sure.
- # [17:16] * Joins: bdahl (bdahl@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [17:16] * Quits: Alfredo (alfredoyan@moz-F46109EE.dynamic.hinet.net) (Ping timeout)
- # [17:16] <Bas> (It supports 30, 25 and 24, of course, could be the default is region based)
- # [17:17] <jesup> My Canon HD camcorder is 60, unless you select "movie mode" in which case it's 24
- # [17:17] * Joins: Alfredo (alfredoyan@moz-F46109EE.dynamic.hinet.net)
- # [17:17] <ehoogeveen> Streaming websites are another source of varied frame rates.. though that would go through Flash at the moment
- # [17:17] * Joins: lightsofapollo (jlal@43CB6079.66715431.D25A875A.IP)
- # [17:17] <jesup> I think the defaults are region-dependent
- # [17:17] * Quits: neosrix (srix@12BF9B51.779AB39C.BE90E62C.IP) (Connection reset by peer)
- # [17:18] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Ping timeout)
- # [17:18] <lightsofapollo> Anyone know about async animations + pseudo elements ? "Gecko bug: Async transition of pseudoelements not supported. See bug 771367 [span]"
- # [17:18] * Quits: jib (Jan-Ivar@moz-7BE8F2B7.pools.spcsdns.net) (Ping timeout)
- # [17:18] <@bz> lightsofapollo: where is that?
- # [17:19] <lightsofapollo> bz: Calendar App
- # [17:19] <jesup> yeah, Canon HF100 is 30p/60i, unless you select movie mode (24)
- # [17:19] <@bz> lightsofapollo: And also, what's the question?
- # [17:19] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f372d173b948 - Simone Carletti - Bug 853810 - Add .POST to PSL. r=gerv.
- # [17:19] <@bz> ah
- # [17:19] <lightsofapollo> bz: What is is and how can I get rid of it?
- # [17:19] * Joins: smaug (chatzilla@moz-A393C606.elisa-laajakaista.fi)
- # [17:19] * ChanServ sets mode: +o smaug
- # [17:19] <jesup> in the US :-)
- # [17:19] * Joins: jrmuizel (jrmuizel@moz-BDD802ED.hfc.comcastbusiness.net)
- # [17:19] <@bz> What is what?
- # [17:19] <lightsofapollo> the pseudo span
- # [17:19] * philor|away is now known as philor
- # [17:19] <Bas> jesup: Just checked our series collection, Game of Thrones HD MKVs are 29.97fps, Bones, House, Mythbusters, Big Bang Theory and Grey's Anatomy are all 23.97
- # [17:19] <@bz> presumably there's a transition on span::before or span::after
- # [17:20] * Joins: bajaj (Adium@2557E599.66715431.D25A875A.IP)
- # [17:20] <lightsofapollo> bz: or a better question is should I be worked about thos at all
- # [17:20] <@bz> or an animation
- # [17:20] <lightsofapollo> bz: ahh
- # [17:20] * Quits: cabanier (cabanier@A4577564.5F2EEA0.4D9A08AF.IP) (Quit: Leaving.)
- # [17:20] * dholbert|afk is now known as dholbert
- # [17:20] <@bz> well
- # [17:20] <@bz> all it means is we do the animation on the main thread
- # [17:20] <@bz> _and_ that you turned on layers.offmainthreadcomposition.log-animations
- # [17:21] * Quits: past (Instantbir@moz-64F55735.dsl.dyn.forthnet.gr) (Ping timeout)
- # [17:21] <jesup> bas: given most of those source in the US, I suspect they're originally HD 1920@60i
- # [17:21] <@bz> Presumably via the debug.log-animations.enabled setting in b2g
- # [17:21] * Joins: ekr_ (ekr@moz-E726CEFF.mycingular.net)
- # [17:21] <lightsofapollo> bz: let me find where this is and I will bug you more… I found some perf issues with some of our global CSS that is causing some slowdown for me...
- # [17:21] <lightsofapollo> ( global as in our gaia building blocks )
- # [17:21] * Joins: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [17:21] * Joins: SDUP (chatzilla@moz-B83A0F93.w2-11.abo.wanadoo.fr)
- # [17:22] <Bas> jesup: I doubt it, but I'm trying to find out.
- # [17:22] <jesup> bas: pretty much all US TV production is in 1920@60i or 60p
- # [17:23] * Joins: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com)
- # [17:24] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
- # [17:24] * Joins: past (Instantbir@moz-64F55735.dsl.dyn.forthnet.gr)
- # [17:24] * Quits: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com) (Ping timeout)
- # [17:24] <avih> jesup: you do know that NTSC also has 59.94, right?
- # [17:25] <avih> NTSC generally sucks though ;)
- # [17:25] <avih> and IVTC is ugly
- # [17:26] <jlebar> Does <audio autoplay> block document.onload?
- # [17:26] <avih> at least in PAL, films are sped up 4%, but the frames are the original ones
- # [17:27] * Joins: vtmarvin (Thunderbir@F5505435.26EDE4E7.25874CBB.IP)
- # [17:27] <jlebar> Or otherwise, is there a way to know when an <audio> starts playing?
- # [17:27] <jesup> avih: I worked in internet-browsing (via spyglass and later mozilla 1.0) over cable settop boxes (as thin clients) in teh days before digital TV, so I know very well about NTSC....... and how it handles color...
- # [17:27] <avih> jesup: i've been a moderator on doom9 since 2002 or so ;)
- # [17:27] * Joins: jib (Jan-Ivar@moz-7BE8F2B7.pools.spcsdns.net)
- # [17:28] <avih> still am, technically, though much less involved these days..
- # [17:29] * Joins: breck (breck@moz-3F3AE2C7.hsd1.ca.comcast.net)
- # [17:30] * Joins: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net)
- # [17:30] <derf> jlebar: It should fire the playing event.
- # [17:31] * Quits: darkowlzz_ (darkowlzz@333CAF84.7DE4E2C2.27560D6E.IP) (Ping timeout)
- # [17:31] * Quits: Benvie (Benvie@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [17:31] * Joins: matthewgertner (matthewger@F5505435.26EDE4E7.25874CBB.IP)
- # [17:31] * Joins: juanb (jbecerra@2557E599.66715431.D25A875A.IP)
- # [17:31] * Joins: ehugg (chatzilla@B612A46C.29102B70.6CD50604.IP)
- # [17:32] * Joins: AndreeaM (Thunderbir@60643659.9FE461B8.CD219C36.IP)
- # [17:32] <jlebar> derf: ah, that was the keyword I needed in order to find the list of events in whatwg.
- # [17:32] <jlebar> derf: thanks.
- # [17:32] * Quits: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com) (Quit: NO CARRIER)
- # [17:32] <jlebar> (it's obvious now!)
- # [17:32] * Joins: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net)
- # [17:32] * Quits: myk (myk@2557E599.66715431.D25A875A.IP) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
- # [17:32] * Quits: jib (Jan-Ivar@moz-7BE8F2B7.pools.spcsdns.net) (Ping timeout)
- # [17:32] * Joins: myk (myk@2557E599.66715431.D25A875A.IP)
- # [17:33] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
- # [17:33] * Quits: SDUP (chatzilla@moz-B83A0F93.w2-11.abo.wanadoo.fr) (Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307023931])
- # [17:34] * Joins: neosrix (srix@1DA2741C.9B33ED22.BE90E62C.IP)
- # [17:34] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
- # [17:35] <Bas> jesup: So I can't find any HD recordings of most of the major series on Usenet which are anything else than 24p or 23.97p
- # [17:35] * Joins: bholley (anonymous@moz-24EDB000.hsd1.ca.comcast.net)
- # [17:35] * khuey|away is now known as khuey
- # [17:35] * aki is now known as aki|buildduty
- # [17:35] * Fallen is now known as Fallen|away
- # [17:35] <avih> Bas: did you just scan the whole usenet archives? ;)
- # [17:36] <Bas> avih: Just downloaded a couple of HD files :p
- # [17:36] <avih> :)
- # [17:36] <Bas> (well, the info files anyway)
- # [17:36] <avih> yeah
- # [17:36] * Quits: RealRaven (Thunderbir@136979D9.FCE1C320.C3498625.IP) (Quit: RealRaven)
- # [17:36] * Joins: RealRaven (Thunderbir@136979D9.FCE1C320.C3498625.IP)
- # [17:36] <Bas> So I'm -guessing- that's what they record at, but it could just be silly mkv conversions.
- # [17:37] <avih> i think that the major groups/guys do proper conversion
- # [17:37] * @bz looks for a sheriff
- # [17:37] * Joins: jib (Jan-Ivar@moz-7BE8F2B7.pools.spcsdns.net)
- # [17:37] * Quits: vtmarvin (Thunderbir@F5505435.26EDE4E7.25874CBB.IP) (Quit: vtmarvin)
- # [17:37] * Joins: peregrino (peregrino@75BA5BB1.424F3DEC.D6E90184.IP)
- # [17:37] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
- # [17:37] <nmatsakis> so I'm getting a consistent crash in FF nightly----I guess the thing to do is file a bug?
- # [17:37] * Joins: Ann_Yiming|afk (Ann_Yiming@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [17:38] <@bz> nmatsakis: yes
- # [17:38] <@bz> nmatsakis: got a breakpad id?
- # [17:38] <avih> nmatsakis: also, try with a clean profile, just for reference
- # [17:38] <nmatsakis> I ... don't know
- # [17:38] <@bz> (the real thing to do is check for an existing bug)
- # [17:38] <@bz> nmatsakis: well, load about:crashes and see? ;)
- # [17:38] <@smaug> aluminum laptops are so bad when the room temperature is close to 0C
- # [17:38] * Quits: jrmuizel (jrmuizel@moz-BDD802ED.hfc.comcastbusiness.net) (Broken pipe)
- # [17:38] <nmatsakis> bz: there are entries in about:crashes
- # [17:39] <@bz> nmatsakis: ok, are the timestamps matching your crash?
- # [17:39] <avih> smaug: true lol
- # [17:39] * Quits: RealRaven (Thunderbir@136979D9.FCE1C320.C3498625.IP) (Quit: RealRaven)
- # [17:39] <@bz> nmatsakis: and if so, what are the links?
- # [17:39] <nmatsakis> bz: sorry, I meant there are entries for these crashes.
- # [17:39] <@bz> ok
- # [17:39] <nmatsakis> bz: https://crash-stats.mozilla.com/report/index/bp-e63f85fd-5649-4640-98b7-3e6352130329
- # [17:39] * Joins: RealRaven (Thunderbir@136979D9.FCE1C320.C3498625.IP)
- # [17:39] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
- # [17:39] <@bz> hmmm
- # [17:39] <@bz> File, please
- # [17:39] <@bz> That's not such a helpful stack... :(
- # [17:40] <@bz> Are the others like it?
- # [17:40] <nmatsakis> bz: kyes...https://crash-stats.mozilla.com/report/index/bp-0cead0d2-35a3-4f6c-81ce-4cc3e2130329
- # [17:40] <nmatsakis> oops.
- # [17:40] <nmatsakis> yes.
- # [17:40] <avih> smaug: the "problem" with your is, however, is that even when the CPU is at full load, the hand-rest area stays quite cold...
- # [17:41] <nmatsakis> bz: of course it's not happening now. perhaps because I didn't restore my session.
- # [17:41] * Quits: RealRaven (Thunderbir@136979D9.FCE1C320.C3498625.IP) (Connection reset by peer)
- # [17:41] * Joins: RealRaven (Thunderbir@136979D9.FCE1C320.C3498625.IP)
- # [17:42] * Quits: jib (Jan-Ivar@moz-7BE8F2B7.pools.spcsdns.net) (Ping timeout)
- # [17:44] <@smaug> avih: indeed. I'm compiling FF to heat up the laptop but that doesn't seem to be effective enough
- # [17:44] <avih> smaug: the problem of efficient heat isolation technologies ;)
- # [17:44] * Quits: inolen (Adium@moz-FA2406D8.socal.res.rr.com) (Quit: Leaving.)
- # [17:45] <avih> smaug: you could open the case and use the aluminium as aheatsink ;)
- # [17:45] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/7d1b8ee0e1bd - Andrew Quartey - Bug 827684 - Fix potential memory leak of OmxDecoder if Init fails on Android. r=doublec
- # [17:45] * Joins: JeroenDeDauw (j@moz-8EBE723F.ifiber.telenet-ops.be)
- # [17:45] * Quits: RealRaven (Thunderbir@136979D9.FCE1C320.C3498625.IP) (Quit: RealRaven)
- # [17:45] * Joins: ggp_ (ggp@moz-CF8BEBEF.dia.static.qwest.net)
- # [17:46] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Connection reset by peer)
- # [17:46] * Joins: RealRaven (Thunderbir@136979D9.FCE1C320.C3498625.IP)
- # [17:46] * Joins: jhammel (jhammel@moz-14240F1C.hsd1.ca.comcast.net)
- # [17:46] * Quits: Alfredo (alfredoyan@moz-F46109EE.dynamic.hinet.net) (Ping timeout)
- # [17:47] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
- # [17:47] * Quits: peregrino (peregrino@75BA5BB1.424F3DEC.D6E90184.IP) (Input/output error)
- # [17:48] * Quits: ggp_ (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Ping timeout)
- # [17:48] * Quits: RealRaven (Thunderbir@136979D9.FCE1C320.C3498625.IP) (Quit: RealRaven)
- # [17:48] * Joins: hurley (hurley@moz-E76806A0.dsl.static.sonic.net)
- # [17:48] * Joins: RealRaven (Thunderbir@136979D9.FCE1C320.C3498625.IP)
- # [17:48] * Joins: willy1234x1 (willy1234x@moz-8F6F8155.slkc.qwest.net)
- # [17:49] * Joins: Alfredo (alfredoyan@moz-F46109EE.dynamic.hinet.net)
- # [17:50] * Joins: Mic (Mic@moz-42E7EC44.superkabel.de)
- # [17:50] * Joins: Benvie (Benvie@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [17:54] * Joins: darkowlzz_ (darkowlzz@F51185BF.99C62685.25B273F5.IP)
- # [17:55] * Quits: RealRaven (Thunderbir@136979D9.FCE1C320.C3498625.IP) (Quit: RealRaven)
- # [17:55] * Joins: RealRaven (Thunderbir@136979D9.FCE1C320.C3498625.IP)
- # [17:55] <jlebar> philor: https://bugzilla.mozilla.org/show_bug.cgi?id=856024
- # [17:55] * Joins: aceman (inet@moz-4CA03FA3.dynamic.nextra.sk)
- # [17:55] <jlebar> philor: Does this mean the child process exited with code -20, or the parent process?
- # [17:56] <aceman> hi, what does it mean if ownerDocument of a node is null?
- # [17:56] * Joins: mw22 (chatzilla@moz-AF369B35.adsl.online.nl)
- # [17:57] <@khuey> aceman: in a recent firefox version? that something is very very broken
- # [17:57] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [17:57] <vd> BenWa: ping
- # [17:57] * Joins: mwu (mwu@moz-2E883D31.hsd1.nj.comcast.net)
- # [17:57] * Joins: terrence (terrence@2557E599.66715431.D25A875A.IP)
- # [17:57] <@gavin> khuey: is't it null for document nodes?
- # [17:57] * Joins: dbaron (dbaron@moz-E0DDE997.dsl.dynamic.sonic.net)
- # [17:57] * ChanServ sets mode: +o dbaron
- # [17:57] <aceman> khuey: I get it in recent thunderbird, but that should be the same
- # [17:57] <@khuey> gavin: mmm, maybe
- # [17:58] <@khuey> gavin: indeed
- # [17:58] <@khuey> aceman: or that you have a document node ;-)
- # [17:58] * jimm is now known as jimm-lunch
- # [17:58] <aceman> khuey: ok, the code wants to get defaultView
- # [17:58] <aceman> khuey: and does it directly like this: elem.ownerDocument.defaultView
- # [17:58] <aceman> khuey: so what can I do if it is null?
- # [17:59] <@khuey> well what is elem?
- # [18:00] <aceman> that is the question, it may be several things
- # [18:00] * Joins: jib (Jan-Ivar@moz-7BE8F2B7.pools.spcsdns.net)
- # [18:00] <aceman> so the code also checks "ownerDocument" in elem
- # [18:00] * Joins: sfink (chatzilla@moz-BD9FC79C.hfc.comcastbusiness.net)
- # [18:00] <aceman> it is has it, then gets the defaultView
- # [18:00] <@khuey> well if elem is a document node it will have "ownerDocument" in elem
- # [18:00] * Quits: Alfredo (alfredoyan@moz-F46109EE.dynamic.hinet.net) (Ping timeout)
- # [18:01] <@khuey> but ownerDocument will be null
- # [18:01] <@khuey> because elem is the document node ...
- # [18:01] * Joins: ggp (ggp@moz-D7418602.tmodns.net)
- # [18:01] * IRCMonkey31791 is now known as joey-2
- # [18:01] <aceman> yes
- # [18:01] * Quits: RealRaven (Thunderbir@136979D9.FCE1C320.C3498625.IP) (Quit: RealRaven)
- # [18:01] <aceman> so how do I get the defaultView ?
- # [18:01] * Quits: Boriss (FlyingToas@moz-3C817AF9.hsd1.ca.comcast.net) (Quit: Boriss)
- # [18:01] * spohl|away is now known as spohl
- # [18:01] * Quits: WaltS (Thunderbir@moz-DCE1A0C0.pitbpa.east.verizon.net) (Quit: Thunderbird Daily)
- # [18:01] * Joins: Alfredo (alfredoyan@moz-F46109EE.dynamic.hinet.net)
- # [18:02] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
- # [18:02] <aceman> khuey: maybe elem.defaultView? :)
- # [18:02] <@khuey> in that case yes
- # [18:02] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [18:03] <philor> jlebar: I presume the child, from the "[Child 438] WARNING: content process _exit()ing" thing, but I mostly just thought it was "out of summary room in all the other bugs"
- # [18:03] <aceman> khuey: thanks, I'll try that
- # [18:04] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [18:04] <philor> though I see we have filed several as individuals, along with all the combined ones
- # [18:05] * Joins: panzi (chatzilla@moz-A66ED56B.adsl.highway.telekom.at)
- # [18:05] * mjschranz_away is now known as mjschranz
- # [18:05] * Joins: Wolf_ (chatzilla@moz-F8C1AF63.carolina.res.rr.com)
- # [18:06] * Wolf_ is now known as Wolf
- # [18:06] * Joins: andreasn (andreasn@63F8A48C.7BB850DE.B1AA2106.IP)
- # [18:07] * Joins: RealRaven (Thunderbir@136979D9.FCE1C320.C3498625.IP)
- # [18:07] * Quits: ekr_ (ekr@moz-E726CEFF.mycingular.net) (Quit: Colloquy for iPhone - http://colloquy.mobi)
- # [18:09] * Quits: RealRaven (Thunderbir@136979D9.FCE1C320.C3498625.IP) (Quit: RealRaven)
- # [18:10] * Joins: ekr_ (ekr@moz-E726CEFF.mycingular.net)
- # [18:11] * Quits: shorlander (shorlander@moz-230AEA61.dhcp.insightbb.com) (Input/output error)
- # [18:12] * Joins: sankha93 (sankha93@5B81F939.35354309.EFB84E89.IP)
- # [18:16] * Quits: Alfredo (alfredoyan@moz-F46109EE.dynamic.hinet.net) (Ping timeout)
- # [18:17] * Joins: Alfredo (alfredoyan@moz-F46109EE.dynamic.hinet.net)
- # [18:20] * jwir3 is now known as jwir3|lunch
- # [18:20] * Quits: gsvelto (gsvelto@moz-54C934D3.clienti.tiscali.it) (Quit: Leaving)
- # [18:21] * Joins: shorlander (shorlander@moz-230AEA61.dhcp.insightbb.com)
- # [18:21] * Joins: shamir_khodzha (Thunderbir@7F5B50BD.E0F09538.6E7F4A1E.IP)
- # [18:21] * jchen is now known as jchen|away
- # [18:21] * Quits: shamir_khodzha (Thunderbir@7F5B50BD.E0F09538.6E7F4A1E.IP) (Quit: shamir_khodzha)
- # [18:21] * RyanVM|afk is now known as RyanVM
- # [18:21] <jcranmer> gerv: ping
- # [18:21] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/36eca1fb1c5c - Sriram Ramasubramanian - Bug 844816: Remove tests for open in new tab/private tab in Awesomebar. [r=bnicholson]
- # [18:21] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c710854a413f - Sriram Ramasubramanian - Bug 844816: Remove context menu entries for new tab/private tab in Awesomebar. [r=mfinkle]
- # [18:22] <@bz> Any sheriffs around?
- # [18:23] * Joins: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com)
- # [18:24] <RyanVM> bz: what's up?
- # [18:24] * Quits: Alfredo (alfredoyan@moz-F46109EE.dynamic.hinet.net) (Ping timeout)
- # [18:24] * Joins: Alfredo (alfredoyan@moz-F46109EE.dynamic.hinet.net)
- # [18:25] * Quits: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com) (Ping timeout)
- # [18:25] * Joins: RealRaven (Thunderbir@136979D9.FCE1C320.C3498625.IP)
- # [18:26] <philor> RyanVM: ugh, https://tbpl.mozilla.org/?tree=Mozilla-Inbound&showall=1&jobname=reftest-10 doesn't seem to be headed in the right direction
- # [18:26] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/88ec6ee2d57a - Terrence Cole - Bug 765432 - Make JS_IsAboutToBeFinalized indirect; r=bholley,billm
- # [18:27] * Quits: matthewgertner (matthewger@F5505435.26EDE4E7.25874CBB.IP) (Quit: matthewgertner)
- # [18:27] <vd> RyanVM: is 'firefox -unittest' run periodically by some automated tool?
- # [18:28] <gkw> RyanVM / bz: are we considering backing out bug 789897 ?
- # [18:28] <RyanVM> vd: yes, on every push
- # [18:28] <vd> can the results be seen somewhere on the internet?
- # [18:28] * Joins: harth (harth@moz-3C999954.hsd1.ca.comcast.net)
- # [18:29] <RyanVM> tbpl.mozilla.org
- # [18:29] <RyanVM> gkw: if someone says go in the bug, we can
- # [18:29] * Quits: jedp (jedp@2557E599.66715431.D25A875A.IP) (Quit: Computer has gone to sleep.)
- # [18:30] <gkw> RyanVM: \o/
- # [18:32] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
- # [18:32] * jimm-lunch is now known as jimm
- # [18:32] * Quits: smooney (smooney@2557E599.66715431.D25A875A.IP) (Quit: smooney)
- # [18:33] * Joins: inolen (Adium@moz-9F4F17DF.tourcaster.com)
- # [18:35] * Quits: ekr_ (ekr@moz-E726CEFF.mycingular.net) (Quit: Colloquy for iPhone - http://colloquy.mobi)
- # [18:36] * Joins: grobinson (garrett@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [18:36] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a61aa08ab4ac - Gregory Szorc - Bug 837323 - Automatically clobber when CLOBBER is updated; r=ted
- # [18:37] <dougt> RyanVM: ping?
- # [18:37] <RyanVM> dougt: pong
- # [18:37] <dougt> can I uplift to b2g18 if I have something that is tracking-b2g18+
- # [18:38] <RyanVM> no
- # [18:38] <Yoric> gavin: we could do that.
- # [18:38] <RyanVM> a+ or blocking+ only
- # [18:39] <Yoric> gavin: I can do that in ~2h.
- # [18:39] * Joins: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com)
- # [18:39] * Quits: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com) (Input/output error)
- # [18:40] * Quits: stransky (stransky@moz-3C58453D.net.upcbroadband.cz) (Quit: Connection reset by beer)
- # [18:41] * Quits: Alfredo (alfredoyan@moz-F46109EE.dynamic.hinet.net) (Ping timeout)
- # [18:41] * Joins: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [18:41] * Quits: jib (Jan-Ivar@moz-7BE8F2B7.pools.spcsdns.net) (Ping timeout)
- # [18:42] * Joins: nrc (nrc@7BE24E90.A5032A01.3CFC199D.IP)
- # [18:42] * Joins: jib (Jan-Ivar@moz-7BE8F2B7.pools.spcsdns.net)
- # [18:43] * Joins: Alfredo (alfredoyan@moz-F46109EE.dynamic.hinet.net)
- # [18:43] <froydnj> CLOOOOOOOOOBER FILE!
- # [18:43] <gkw> RyanVM: brendan mentions to back out bug 789897 - eddy is likely having Easter weekend
- # [18:43] <RyanVM> yep, working on it now
- # [18:43] <gkw> (most of Europe are on holiday)
- # [18:43] <cpeterson> it's clobberin' time!
- # [18:44] <gkw> RyanVM: thanks!
- # [18:44] <RyanVM> ugh, doesn't backout cleanly at this point :(
- # [18:44] <froydnj> thanks
- # [18:44] <RyanVM> gkw: wait, this is my fault
- # [18:44] <RyanVM> just a sec
- # [18:45] * gkw fingers crossed
- # [18:45] <RyanVM> gah, still a conflict
- # [18:45] <RyanVM> gonna have to do this the hard way
- # [18:47] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
- # [18:48] * gregglind_away is now known as gegglind
- # [18:48] * Joins: zakora (zakora@moz-8EAF945F.fbx.proxad.net)
- # [18:48] * Quits: zakora (zakora@moz-8EAF945F.fbx.proxad.net) (Quit: :))
- # [18:49] * Quits: JeroenDeDauw (j@moz-8EBE723F.ifiber.telenet-ops.be) (Ping timeout)
- # [18:49] <RyanVM> gkw: ok, one conflict to resolve
- # [18:49] * Quits: sankha93 (sankha93@5B81F939.35354309.EFB84E89.IP) (Quit: Leaving.)
- # [18:50] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
- # [18:50] * Joins: JeroenDeDauw (j@moz-8EBE723F.ifiber.telenet-ops.be)
- # [18:50] <@bz> OK
- # [18:51] <@bz> So what are we going to do to stop people updating CLOBBER all the effing time?
- # [18:51] * Joins: zakora (NC@moz-8EAF945F.fbx.proxad.net)
- # [18:51] <gps> bz: switch to Tup
- # [18:51] * Joins: cabanier (cabanier@C2FADE94.E7C615F.41763F20.IP)
- # [18:51] <RyanVM> bz: make our build system not suck?
- # [18:51] * Joins: jammink (textual@2557E599.66715431.D25A875A.IP)
- # [18:52] <froydnj> stop writing code?
- # [18:52] <RyanVM> ahh, bug 855136 is the source of the conflict
- # [18:52] * Joins: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com)
- # [18:52] <gps> can someone explain xpt files to me real quick?
- # [18:52] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
- # [18:52] * froydnj wonders if people complain about dom/bindings just because there are a *lot* of files to build there
- # [18:53] <froydnj> gps: binary representation of .idl files
- # [18:53] <@khuey> froydnj: nah dom/bindings sucks
- # [18:53] * Quits: jib (Jan-Ivar@moz-7BE8F2B7.pools.spcsdns.net) (Quit: jib)
- # [18:53] <@khuey> after I land my stuff then it'll just be a lot of crap to build
- # [18:54] <gps> froydnj: ok. so I see we install separate .xpt files in dist/bin/components. I also see xpt files can be "linked" together
- # [18:54] <gps> do we really need all those .xpt files or could we link every single .idl into a large .xpt file?
- # [18:54] <gps> is there an impact on run-time perf if we do that?
- # [18:55] <@bz> ryanvm: got a sec?
- # [18:55] <RyanVM> bz: give me a couple minutes, trying to get bug 789897 backed out
- # [18:55] <gps> khuey may also want to join this convo :)
- # [18:55] <froydnj> gps: I *think* one large file is actually preferred
- # [18:55] * Joins: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com)
- # [18:56] <gps> I ask because we can do that with moz.build files now :D
- # [18:56] <@khuey> gps: we ship a single large xpt file ...
- # [18:56] <froydnj> gps: but I don't know if anybody (binary addons?) depends on the separate .xpts
- # [18:56] <@bz> RyanVM: ah, that's what I was pinging about
- # [18:56] <@bz> RyanVM: asking what the plan for backing it out is. ;)
- # [18:56] <gps> the question is "should I"
- # [18:56] <@bz> RyanVM: so carry on!
- # [18:56] * Quits: Alfredo (alfredoyan@moz-F46109EE.dynamic.hinet.net) (Ping timeout)
- # [18:56] * rail_away is now known as rail
- # [18:56] <@khuey> should you ...?
- # [18:57] * Quits: RealRaven (Thunderbir@136979D9.FCE1C320.C3498625.IP) (Quit: RealRaven)
- # [18:57] <@bz> If you have to ask, you can't afford to.
- # [18:57] * @bz misquotes
- # [18:57] * Joins: RealRaven (Thunderbir@136979D9.FCE1C320.C3498625.IP)
- # [18:57] <RyanVM> bz: I'm hitting conflicts in jsproxy.h due to bug 855136, so this has been non-trivial
- # [18:57] <@bz> RyanVM: Could just back them both out? ;)
- # [18:57] <RyanVM> just tried that, hit other conflicts
- # [18:57] <jlebar> Bucket of karma to Fabrice.
- # [18:57] <@bz> mmm
- # [18:58] <RyanVM> just need to figure out the right bit to leave behind
- # [18:58] <fabrice> jlebar: I may regret it though ;)
- # [18:58] <@bz> well, lemme know if you want a hand
- # [18:58] * @bz wants this thing gone
- # [18:58] * Quits: RealRaven (Thunderbir@136979D9.FCE1C320.C3498625.IP) (Quit: RealRaven)
- # [18:58] <froydnj> RyanVM: channel philor and just rollback the entire tree
- # [18:58] <RyanVM> heh
- # [18:58] * @bz _did_ consider suggesting that
- # [18:58] <@bz> ryanvm: btw, if we have hard data on how much stuff has to get backed out....
- # [18:59] * Joins: Alfredo (alfredoyan@moz-F46109EE.dynamic.hinet.net)
- # [18:59] <@bz> Ryanvm: I would be pretty interested in that.
- # [18:59] <@bz> Ryanvm: because it sounds like people are just landing untested crap
- # [18:59] * Quits: ggp (ggp@moz-D7418602.tmodns.net) (Input/output error)
- # [18:59] <RyanVM> bz: qbackout leaves the commit messages in a pretty standard format
- # [18:59] <froydnj> 15 min clobber build, disappointing :(
- # [18:59] <bsmedberg> gps: the advantage of linking is that the dist/bin configuration is more like the shipped configuration
- # [18:59] <RyanVM> you could probably grep the commit history pretty easily
- # [19:00] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
- # [19:00] <RyanVM> bz: but I was also talking to clint yesterday
- # [19:00] <bsmedberg> gps: the disadvantage is that on incremental rebuild you'd have to rebuild it way more often
- # [19:00] <RyanVM> I'm wondering when the last weekday was without at least 2 hr closure in it at some point
- # [19:00] <bsmedberg> but nothing else depends on that file, so it's probably not a big deal
- # [19:00] * Joins: squib (squib@moz-54866485.dhcp.mdsn.wi.charter.com)
- # [19:00] <gps> bsmedberg: I guess I'll measure the impact of a monolithic idl.xpt file
- # [19:01] <gps> if it isn't too bad, I'll go that route. else I guess we'll continue to produce different .xpt files
- # [19:01] <bsmedberg> gps: impact on what? We already use one
- # [19:01] <bsmedberg> gps: but only in packaged builds
- # [19:01] <gps> bsmedberg: oh, I see
- # [19:01] * philor is now known as philor|afk
- # [19:01] <gps> why do we have to XPIDL_MODULE optimization in the build system today?
- # [19:01] <gps> if there are multiple idl files in a dir, we link them into 1 xpt
- # [19:02] <bsmedberg> gps: because we can, I suspect
- # [19:02] * Quits: jcv (john@moz-9DD98F0F.cable.mindspring.com) (Quit: leaving)
- # [19:03] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [19:03] * Joins: damons (gnubeard@97957D0A.8D753159.C943C01E.IP)
- # [19:04] * Quits: ctangira (ctangira@moz-264CB7F1.cisco.com) (Ping timeout)
- # [19:04] <RyanVM> bz: I *think* I've got it
- # [19:04] <ehoogeveen> Does anyone here regularly build with --enable-debug and --enable-jemalloc on Windows?
- # [19:04] <RyanVM> what could possibly go wrong :P
- # [19:05] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [19:05] * Joins: aklotz (Thunderbir@moz-55246988.cg.shawcable.net)
- # [19:05] * Joins: ctangira (ctangira@moz-EAECA170.cisco.com)
- # [19:05] <ehoogeveen> Or even irregularly, but recently :P
- # [19:05] * Joins: ekr_ (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
- # [19:05] <RyanVM> of course, bug 855136 landing without tests doesn't inspire confidence (<-- billm)
- # [19:06] * Joins: josh (josh@moz-61186829.hsd1.mn.comcast.net)
- # [19:06] <RyanVM> bz: here goes...
- # [19:06] <RyanVM> i'm assuming that !burning means I did it right
- # [19:06] * Quits: JeroenDeDauw (j@moz-8EBE723F.ifiber.telenet-ops.be) (Ping timeout)
- # [19:07] * Joins: brson (brson@2557E599.66715431.D25A875A.IP)
- # [19:07] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/dc0b6744aef6 - Ryan VanderMeulen - Backed out bug 789897 due to regressions.
- # [19:07] * Quits: sfink (chatzilla@moz-BD9FC79C.hfc.comcastbusiness.net) (Ping timeout)
- # [19:07] <RyanVM> bz: fwiw, here's where the conflict was - http://hg.mozilla.org/integration/mozilla-inbound/file/dc0b6744aef6/js/src/jsproxy.h#l131
- # [19:07] * Joins: clee (clee@43CB6079.66715431.D25A875A.IP)
- # [19:07] <RyanVM> bz: I think I managed to preserve what bug 855136 added
- # [19:08] * Joins: jcv (john@moz-9DD98F0F.cable.mindspring.com)
- # [19:09] * Quits: past (Instantbir@moz-64F55735.dsl.dyn.forthnet.gr) (Ping timeout)
- # [19:09] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/af6a5d1a3097 - Ethan Hugg - Bug 837035 - Support DataChannels with SDP Negotiation r=jesup
- # [19:09] <RyanVM> bz: oh crap, i see what I was missing
- # [19:10] * Joins: Asa (asa@4508CAE6.38324963.204CA821.IP)
- # [19:11] * Quits: ekr_ (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr_)
- # [19:11] <RyanVM> bz: no, I think I got it
- # [19:11] <RyanVM> line 189 is where the issue was, not 131
- # [19:11] * Quits: andreasn (andreasn@63F8A48C.7BB850DE.B1AA2106.IP) (Ping timeout)
- # [19:11] <RyanVM> ugh
- # [19:11] * RyanVM is confusing himself
- # [19:12] * gegglind is now known as gregglind
- # [19:13] * Quits: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com) (Quit: NO CARRIER)
- # [19:13] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d61461019eba - Oleg Romashin - Bug 855586 - Patch in bug 824642 has wrong logic. r=nical.bugzilla
- # [19:14] * Quits: harth (harth@moz-3C999954.hsd1.ca.comcast.net) (Input/output error)
- # [19:15] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/eff168eefd8c - Mounir Lamouri - Bug 839788 - Switch Browse button from an <input> to a <button>. r=bz
- # [19:15] <RyanVM> if I go afk for ~15min, is there someone who can back me out if my attempts at conflict resolution failed?
- # [19:16] * @dolske wonders if using asm.js would make for amusing followup to http://news.dartlang.org/2013/03/why-dart2js-produces-faster-javascript.html
- # [19:16] * Joins: harth (harth@moz-3C999954.hsd1.ca.comcast.net)
- # [19:16] <RyanVM> Waldo: yay for new tests coming soon! right?
- # [19:16] <janv> firebot: uuid
- # [19:16] <firebot> f4deeef5-32d3-4048-bb56-883330fd8f35 (/msg firebot cid for CID form)
- # [19:17] <dougt> RyanVM: ping?
- # [19:17] <RyanVM> dougt: pong
- # [19:17] <froydnj> RyanVM: I can back you out
- # [19:17] <dougt> leo+ means it can land on http://hg.mozilla.org/releases/mozilla-b2g18/
- # [19:18] <RyanVM> dougt: correct
- # [19:18] <RyanVM> dougt: or you can get approval-b2g18
- # [19:18] * Joins: aja (Instantbir@A2A3BF71.6BD0AE10.7880DB15.IP)
- # [19:18] <RyanVM> froydnj: thanks, I'm signing off for a bit, back in 15-20
- # [19:18] * Quits: RyanVM (chatzilla@moz-2A171C3D.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.90 [Firefox 22.0a1/20130328125441])
- # [19:19] * Ann_Yiming|afk is now known as Ann_Yiming
- # [19:19] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
- # [19:20] * Quits: twi (Adium@moz-479B9482.ip229.fastwebnet.it) (Quit: Leaving.)
- # [19:20] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [19:20] * Parts: aja (Instantbir@A2A3BF71.6BD0AE10.7880DB15.IP)
- # [19:21] * Quits: damons (gnubeard@97957D0A.8D753159.C943C01E.IP) (Quit: damons)
- # [19:23] * Joins: sfink (chatzilla@moz-BD9FC79C.hfc.comcastbusiness.net)
- # [19:23] * Joins: past (Instantbir@moz-64F55735.dsl.dyn.forthnet.gr)
- # [19:24] * Joins: TheOne (one@moz-A2F41508.dip.t-dialin.net)
- # [19:24] * Joins: ggp (ggp@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [19:25] <jcranmer> dolske: the tl;dr is "our compiler optimizes code, so we make it faster"
- # [19:25] <seth> ANDROID or __ANDROID_API__ should be defined if we're building on android, right?
- # [19:26] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a6ab3e11f721 - Gregory Szorc - Bug 837323 - Bustage followup; r=me
- # [19:26] <seth> i'm trying to figure out why my calls to __android_log_print don't seem to be showing up in the logs from my try pushes
- # [19:26] <seth> (I've surrounded them with #if defined(ANDROID) || defined(__ANDROID_API__), that's why I'm asking about those symbols)
- # [19:28] * Joins: victorporof (victorporo@F35081A0.DA9DCE7D.79933D60.IP)
- # [19:28] * rail is now known as rail_away
- # [19:29] * Quits: neosrix (srix@1DA2741C.9B33ED22.BE90E62C.IP) (Ping timeout)
- # [19:30] * Quits: clee (clee@43CB6079.66715431.D25A875A.IP) (Quit: clee)
- # [19:30] <qDot> ted: You around? Have some questions about gamepad stuff.
- # [19:32] <gps> qDot: he's on PTO
- # [19:32] * juanb is now known as juanb|afk
- # [19:32] <qDot> Damn.
- # [19:32] <cpeterson> set: __android_log_print() goes to Android's logcat service. I don't know if logcat is piped to the try logs.
- # [19:32] * Quits: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [19:33] <cpeterson> seth ^
- # [19:33] <seth> cpeterson: tears =(
- # [19:33] <seth> cpeterson: i'm not sure what to do then for this type of situation
- # [19:33] * Joins: jedp (jedp@2557E599.66715431.D25A875A.IP)
- # [19:34] <seth> maybe NS_WARNING et al. work?
- # [19:34] * Joins: damons (gnubeard@97957D0A.8D753159.C943C01E.IP)
- # [19:34] * Joins: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [19:35] <cpeterson> seth: do you have a link to your try run?
- # [19:36] * Quits: aklotz (Thunderbir@moz-55246988.cg.shawcable.net) (Quit: aklotz)
- # [19:37] * Joins: sankha93 (sankha93@5B81F939.35354309.EFB84E89.IP)
- # [19:37] * Quits: harth (harth@moz-3C999954.hsd1.ca.comcast.net) (Input/output error)
- # [19:38] * Quits: lightsofapollo (jlal@43CB6079.66715431.D25A875A.IP) (Quit: lightsofapollo)
- # [19:38] <cpeterson> seth: looking at the tail of a log, I believe that logcat messages with Error or Warning severity *are* logged. The ALOG() macro I sent you uses ANDROID_LOG_DEBUG. Try changing to ANDROID_LOG_WARNING.
- # [19:39] * Joins: kaie2 (kaie@moz-864BF5E1.dip.t-dialin.net)
- # [19:39] * jhammel is now known as jhammel|lunch
- # [19:40] * Quits: kaie (kaie@moz-FD8D5909.dip.t-dialin.net) (Ping timeout)
- # [19:40] * kaie2 is now known as kaie
- # [19:40] * Joins: lightsofapollo (jlal@43CB6079.66715431.D25A875A.IP)
- # [19:40] * Joins: RyanVM (chatzilla@moz-148999FE.phlapa.fios.verizon.net)
- # [19:41] * Quits: @dbaron (dbaron@moz-E0DDE997.dsl.dynamic.sonic.net) (Ping timeout)
- # [19:41] <RyanVM> w00t, so far so good
- # [19:41] <aceman> how can I find what is the object I got? It reports to be a 'instanceof' one of our nsI* classes, but any attribute I try on it is null. .QueryInterface too.
- # [19:42] * Quits: maikmerten (maikmerten@moz-AB031BB4.dynamic.qsc.de) (Client exited)
- # [19:42] <chiiph> hi, can someone point to where I can find the code for the firefox updater?
- # [19:43] <RyanVM> w00t, it's Friday afternoon
- # [19:43] * Quits: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com) (Client exited)
- # [19:43] <RyanVM> which means time for metal and beer!
- # [19:44] * Quits: ehugg (chatzilla@B612A46C.29102B70.6CD50604.IP) (Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307023931])
- # [19:44] * Joins: neosrix (srix@A25277D3.38B3E32A.274D17D6.IP)
- # [19:44] <aceman> RyanVM: can you check in our patches? :)
- # [19:44] <RyanVM> aceman: but of course
- # [19:45] <@bz> aceman: how are you doing the instanceof test?
- # [19:45] <aceman> bz: if (aMsgHdr instanceof Components.interfaces.nsIMsgDBHdr), in JS
- # [19:46] <@bz> aceman: what's aMsgHdr.__proto__.toString(), if I might as?
- # [19:46] <@bz> er, ask
- # [19:46] <@bz> aceman: also, Object.prototype.toString.call(aMsgHdr)
- # [19:47] <aceman> bz: just dump(sMsgHdr) returns "[xpconnect wrapped nsIMsgDBHdr @ 0xa54b8b40 (native @ 0xaf259b20)]"
- # [19:47] <aceman> I'll try your variants
- # [19:48] * Quits: nical (nico@moz-4754F405.fbx.proxad.net) (Ping timeout)
- # [19:49] * hwine is now known as hwine-food
- # [19:49] <gps> inbound has been open a lot today. it must be since the Canadians are on holiday
- # [19:50] <seth> cpeterson: sorry for slow response. i can probably make that work if needed but that kinda sucks because the messages aren't interleaved with the TEST-STARTs and such. i'm only interested in the results for one particular test
- # [19:50] * Quits: past (Instantbir@moz-64F55735.dsl.dyn.forthnet.gr) (Ping timeout)
- # [19:51] <bajaj> anton: ping
- # [19:51] <seth> cpeterson: actually my conclusion was that i just need an android test device; this isn't practical
- # [19:51] <jcranmer> I got r+ before I finished uploading patches...
- # [19:51] * Joins: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com)
- # [19:51] * Quits: damons (gnubeard@97957D0A.8D753159.C943C01E.IP) (Quit: damons)
- # [19:52] * Quits: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com) (Client exited)
- # [19:52] * Joins: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com)
- # [19:52] * Quits: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
- # [19:54] * Quits: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com) (Ping timeout)
- # [19:54] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/0bcf5be5244b - Tanvi Vyas - Bug 855730 - Logging patch to see if I can determine the cause of the failures in bug 840388's mochitests. r=smaug
- # [19:54] * Joins: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net)
- # [19:55] * jcranmer is now known as jcranmer|away
- # [19:56] <aceman> bz: your attributes show some differnce
- # [19:56] <RyanVM> tanvi: ping
- # [19:56] * Quits: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP) (Input/output error)
- # [19:56] <aceman> bz: normally the object shows [object Object]
- # [19:57] <aceman> bz: but the buggy one shows: [object XPC_WN_NoHelper_Proto_JSClass] and [object XPCWrappedNative_NoHelper]
- # [19:58] * Joins: ehsan (ehsan@10862AF8.BC65149B.D16F30BC.IP)
- # [19:58] * ChanServ sets mode: +o ehsan
- # [19:58] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/3f725a32ba89 - David Rajchenbach-Teller - Bug 782641 - Fixed ReferenceError. r=yoric
- # [19:58] <aceman> bz: what is that?
- # [19:59] <@bz> That looks correct
- # [19:59] <@bz> as far as it goes
- # [19:59] * Quits: zakora (NC@moz-8EAF945F.fbx.proxad.net) (Quit: Textual IRC Client: www.textualapp.com)
- # [19:59] <@bz> for an actual xpconnect wrapped object
- # [19:59] <@bz> the [object Object] part looks wrong to me
- # [20:00] <RyanVM> yuck, hopefully the bustage on the backout is just a needs-clobber :\
- # [20:00] <froydnj> gps: that's some bustage followup!
- # [20:00] <@bz> wait
- # [20:00] <@bz> waiiiit
- # [20:00] <@bz> XPC_WN_NoHelper_Proto_JSClass means it's a prototype object
- # [20:01] <@bz> not an instance object
- # [20:01] <gps> froydnj: I don't know what you're talking about ;)
- # [20:01] <aceman> bz: why does it respond to instanceof ?
- # [20:05] * merike is now known as merike|away
- # [20:05] * Quits: ctangira (ctangira@moz-EAECA170.cisco.com) (Connection reset by peer)
- # [20:05] * Joins: ctangira (ctangira@moz-264CB7F1.cisco.com)
- # [20:05] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Ping timeout)
- # [20:06] * Quits: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [20:06] * Quits: sfink (chatzilla@moz-BD9FC79C.hfc.comcastbusiness.net) (Ping timeout)
- # [20:06] * Joins: Lucas_ (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:06] * Lucas_ is now known as Lucas
- # [20:06] * Quits: Ann_Yiming (Ann_Yiming@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [20:07] * Joins: Ann_Yiming (Ann_Yiming@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:08] <@bz> aceman: because that's how js works
- # [20:08] <aceman> bz: ok, the [object Object] is when is it not an instanceof my class
- # [20:08] <@bz> aceman: instanceof is fucked up
- # [20:08] <@bz> aceman: ah, ok
- # [20:08] <@bz> aceman: well, in _that_ case it's because it's just some random object. ;)
- # [20:08] <aceman> bz: however the XPC_WN_NoHelper_Proto_JSClass says it is an instance of it, but still does not have the attributes
- # [20:08] <@bz> aceman: let me check something
- # [20:09] * Quits: ggp (ggp@moz-BE33DA21.fw1.sfo1.mozilla.net) (Connection reset by peer)
- # [20:09] * Joins: davidb (davidb@moz-22F8547E.dsl.bell.ca)
- # [20:09] * Joins: ggp_ (ggp@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:09] <RyanVM> gps: that's awesome
- # [20:09] * Quits: davidb (davidb@moz-22F8547E.dsl.bell.ca) (Input/output error)
- # [20:09] <@bz> instanceof returning true is od
- # [20:09] <@bz> er, odd
- # [20:10] <@bz> for the XPC_WN_NoHelper_Proto_JSClass case
- # [20:12] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Quit: brendan)
- # [20:12] <@khuey> why are all sorts of random things being nominated for relnotes?
- # [20:12] * Joins: Lucas_ (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:13] * Quits: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [20:13] * Lucas_ is now known as Lucas
- # [20:14] <RyanVM> boredom?
- # [20:14] <jesup> froydnj: quite impressive a patch from gps, especially as a bustage fix! Maybe this is a test to see if anyone is watching.... ;-)
- # [20:14] * Quits: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [20:15] <aceman> RyanVM: thanks
- # [20:15] <RyanVM> aceman: np
- # [20:15] * Quits: breck (breck@moz-3F3AE2C7.hsd1.ca.comcast.net) (Client exited)
- # [20:16] * Joins: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
- # [20:16] * Joins: annevk (annevk@605EAC01.5B3E2C45.420B7681.IP)
- # [20:16] * Quits: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
- # [20:16] * Joins: rstrong (androirc@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
- # [20:17] * philor|afk is now known as philor
- # [20:17] <philor> okay, one b2g permaorange down, one to go
- # [20:18] <aceman> bz: but this XPC_WN_NoHelper_Proto_JSClass case is shown also for objects that are real instances and work as expected
- # [20:18] <@bz> aceman: weird
- # [20:18] * Joins: knelson (Adium@moz-C2EA051F.hsd1.ca.comcast.net)
- # [20:18] <@bz> gps: er....
- # [20:18] * Parts: knelson (Adium@moz-C2EA051F.hsd1.ca.comcast.net)
- # [20:19] <froydnj> jesup: bustage fixes are so trivial...
- # [20:19] * Joins: jryans (jryans@moz-7E61CA05.sw.biz.rr.com)
- # [20:20] * Joins: jrynas (jryans@moz-7E61CA05.sw.biz.rr.com)
- # [20:20] * Joins: past (Instantbir@moz-64F55735.dsl.dyn.forthnet.gr)
- # [20:20] <tanvi> RyanVM: pong
- # [20:20] * Joins: devd (Name@moz-9DACDECA.cs.berkeley.edu)
- # [20:20] * Quits: jryans (jryans@moz-7E61CA05.sw.biz.rr.com) (NickServ (GHOST command used by jrynas))
- # [20:20] * jrynas is now known as jryans
- # [20:21] * Quits: tanvi (tanvi@2557E599.66715431.D25A875A.IP) (Input/output error)
- # [20:21] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
- # [20:21] * Quits: sankha93 (sankha93@5B81F939.35354309.EFB84E89.IP) (Quit: Leaving.)
- # [20:21] <RyanVM> tanvi: nvm, commented in the bug
- # [20:21] <aceman> bz: what can I do next to debug it?
- # [20:22] <@bz> aceman: step into the instanceof call to see what the heck the object really is and why instanceof says true?
- # [20:22] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
- # [20:22] * Joins: tanvi (tanvi@2557E599.66715431.D25A875A.IP)
- # [20:22] <aceman> bz: I do not know to do that and the code is a test file
- # [20:22] <@bz> aceman: should be http://mxr.mozilla.org/mozilla-central/source/js/xpconnect/src/XPCJSID.cpp#488
- # [20:22] * Quits: @ehsan (ehsan@10862AF8.BC65149B.D16F30BC.IP) (Input/output error)
- # [20:22] <tanvi> RyanVM: sorry marked check-in needed on the wrong bug.
- # [20:22] <romaxa> glandium, ping
- # [20:22] <@bz> aceman: well, so, you can run the test in a debugger, right?
- # [20:22] <romaxa> glandium, http://mxr.mozilla.org/mozilla-central/source/xulrunner/installer/Makefile.in#67
- # [20:22] * Joins: breck (breck@moz-E512D9D2.hsd1.ca.comcast.net)
- # [20:22] <@bz> aceman: and you can modify the test file?
- # [20:23] <romaxa> glandium, should not we remove lxpcom from there?
- # [20:23] <aceman> bz: I can modify
- # [20:23] <@bz> aceman: so in the case when you have the bogus object, run this js:
- # [20:23] <@bz> Math.sin(0, 0, 0); whateverObject instanceof whatever;
- # [20:23] * hwine-food is now known as hwine
- # [20:23] <@bz> and then breakpoint in js::math_sin and run the testcase
- # [20:24] <@bz> when your sin() breakpoint is hit, breakpoint in nsJSIID::HasInstance
- # [20:24] <@bz> and see what's going on
- # [20:25] * Joins: ehugg (chatzilla@B612A46C.29102B70.6CD50604.IP)
- # [20:26] <aceman> do I have to breakpoint in the c++ code?
- # [20:26] * Joins: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com)
- # [20:26] <@bz> yes
- # [20:26] <@bz> well "have"
- # [20:26] * Joins: gandalf (zbraniecki@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:26] <@bz> if you want to understand why the instanceof is testing true
- # [20:26] <@bz> since that's C++ code
- # [20:27] <aceman> I do not have debugger for that
- # [20:27] * Joins: smooney (smooney@2557E599.66715431.D25A875A.IP)
- # [20:30] <@bz> khuey: ping?
- # [20:30] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
- # [20:32] * Joins: nsm (nikhil@2557E599.66715431.D25A875A.IP)
- # [20:32] <tbsaunde> rk/win 29
- # [20:33] * Joins: sfink (chatzilla@moz-C3B7B65D.dsl.pltn13.sbcglobal.net)
- # [20:33] * jwir3|lunch is now known as jwir3
- # [20:33] * jhammel|lunch is now known as jhammel
- # [20:34] * Quits: myk (myk@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [20:34] * Joins: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com)
- # [20:35] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Quit: brendan)
- # [20:35] * Joins: bsmith (bsmith@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:35] * Joins: knelson (Adium@moz-C2EA051F.hsd1.ca.comcast.net)
- # [20:36] * Parts: knelson (Adium@moz-C2EA051F.hsd1.ca.comcast.net)
- # [20:36] * Joins: aklotz (Thunderbir@moz-55246988.cg.shawcable.net)
- # [20:37] * Quits: aklotz (Thunderbir@moz-55246988.cg.shawcable.net) (Quit: aklotz)
- # [20:37] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [20:37] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [20:37] * Quits: jedp (jedp@2557E599.66715431.D25A875A.IP) (Quit: Computer has gone to sleep.)
- # [20:40] * Joins: naveed (naveed@CCE3C7BC.BC65149B.D16F30BC.IP)
- # [20:41] <RyanVM> dougt: did you seriously just push a patch with a moz.build in it to b2g18?
- # [20:41] <RyanVM> dougt: i don't expect that'll end well...
- # [20:42] <RyanVM> dougt: also, did you forget to push the follow-up test_interfaces patch that you said in the bug was also needed?
- # [20:42] * Quits: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com) (Client exited)
- # [20:42] * Joins: myk (myk@2557E599.66715431.D25A875A.IP)
- # [20:43] <dougt> RyanVM: will the moz.build kill the build?
- # [20:43] * Joins: Waldo (waldo@2557E599.66715431.D25A875A.IP)
- # [20:43] <RyanVM> dougt: presumably not, but I'm assuming it also means that a makefile.in didn't get updated
- # [20:44] <dougt> RyanVM: i can push the test_interface patch, or back out.
- # [20:44] <dougt> if the builds are green, i'd rather just push test_intefaces
- # [20:44] <RyanVM> dougt: not sure what backing out would accomplish at this point besides creating more churn
- # [20:44] <dougt> some people don't like working on a hot tree
- # [20:45] <RyanVM> dougt: I wouldn't call b2g18 a busy tree
- # [20:45] <RyanVM> but seriously, whatever information is contained in the moz.build file is presumably not being used
- # [20:45] <RyanVM> unless it's in the corresponding makefile
- # [20:45] <RyanVM> and if it doesn't break, why was it needed in the first place?
- # [20:46] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/7112a6c1efee - James Willcox - Bug 734691 - Add multi-thread support to profiler r=benwa
- # [20:47] <RyanVM> dougt: personally, I'd just rm the unused file to avoid confusion/cluttering and add the test_interfaces patch as a follow-up
- # [20:47] <RyanVM> and call it a day
- # [20:47] * Joins: harth (harth@moz-3C999954.hsd1.ca.comcast.net)
- # [20:47] <RyanVM> unused files*
- # [20:47] <dougt> RyanVM: +1
- # [20:47] * philor looks at that leaking crashtest on inbound, and recoils in horror
- # [20:48] <RyanVM> NOOOOOOOOOOOOOOOOOOOO
- # [20:48] <RyanVM> jesup :( :( :(
- # [20:48] <RyanVM> jesup: https://tbpl.mozilla.org/php/getParsedLog.php?id=21254951&tree=Mozilla-Inbound
- # [20:49] <philor> CLOSED. In mourning.
- # [20:49] * Quits: mreavy (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
- # [20:49] <froydnj> RyanVM: it's baaaaaack
- # [20:49] * Joins: dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:49] * ChanServ sets mode: +o dbaron
- # [20:50] * Quits: we11ington (msu-cse498@moz-600949B7.cse.msu.edu) (Quit: we11ington)
- # [20:50] <dougt> RyanVM: done.
- # [20:50] * Joins: mreavy (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
- # [20:50] <philor> oh, there's hope, now there's two of them, so it's actual fresh bustage!
- # [20:50] * Quits: past (Instantbir@moz-64F55735.dsl.dyn.forthnet.gr) (Ping timeout)
- # [20:51] * Quits: harth (harth@moz-3C999954.hsd1.ca.comcast.net) (Ping timeout)
- # [20:51] <@gavin> gregglind: ping?
- # [20:51] <dougt> RyanVM: that looks familiar.
- # [20:51] <dougt> someone isn't killing a thread or something?
- # [20:51] * philor is now known as philor|away
- # [20:52] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
- # [20:52] <RyanVM> dougt: thanks
- # [20:52] <RyanVM> dougt: it's only the leak from hell that was only killed yesterday
- # [20:54] <RyanVM> philor: lol, yeah, that totally looks like gps bustage :D
- # [20:55] <RyanVM> philor: but I'm happy to blame mounir for it!
- # [20:55] <RyanVM> actually, I'm going to go with ekr
- # [20:55] * Quits: smooney (smooney@2557E599.66715431.D25A875A.IP) (Quit: smooney)
- # [20:56] <ekr> oh, what did I do?
- # [20:56] <ekr> Not denying it....
- # [20:57] <RyanVM> sorry, not you
- # [20:57] <RyanVM> ehugg
- # [20:57] <jesup> The other possibility is ehugg
- # [20:57] <RyanVM> got my webrtc e's mixed up
- # [20:57] <RyanVM> jesup: just backed ehugg out
- # [20:58] <RyanVM> making a very educated guess
- # [20:58] <ekr> I was going to say: I haven't landed any code in like 2 days, so I must be pretty powerful
- # [20:58] <RyanVM> well, that and the green win debug crashtests on the push prior to his
- # [20:58] * NeilAway wonders what refresh rate Remote Desktop exposes to the remote app ;-)
- # [20:59] * Joins: damons (gnubeard@97957D0A.8D753159.C943C01E.IP)
- # [21:00] * Quits: Ann_Yiming (Ann_Yiming@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [21:00] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1cbbb788632a - Ryan VanderMeulen - Backed out changeset af6a5d1a3097 (bug 837035) for reanimating the most annoying leak of recent memory on a CLOSED TREE. r=YUNOLETITDIE?
- # [21:01] * Joins: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [21:01] * RyanVM needs a beer
- # [21:03] <jhammel> RyanVM: Congratulations! That in fact is the prize for the best checkin message of the day!
- # [21:03] <froydnj> RyanVM: vote that you put r=YUNORESPECTMYTREE? on all future backouts
- # [21:03] * Quits: naveed (naveed@CCE3C7BC.BC65149B.D16F30BC.IP) (Input/output error)
- # [21:03] <ekr> RyanVM: if you were in MTV I would buy you a beer
- # [21:03] <RyanVM> :)
- # [21:03] <ekr> but as it is, you'll have to head down to the beer distributor
- # [21:04] <ekr> and get a yeungling
- # [21:04] <ekr> actually, if I recall PA correctly, a case of yeungling
- # [21:04] <jhammel> if RyanVM was on MTV i'd know his musical taste
- # [21:04] <RyanVM> yech, Yuengling is...ok
- # [21:05] <RyanVM> ekr: but yeah, just down the road from jesup actually :)
- # [21:05] <jesup> Ekr: if you want good PA beer, get Victory (it's actually available there in MV area)
- # [21:05] * Joins: past (Instantbir@moz-64F55735.dsl.dyn.forthnet.gr)
- # [21:06] <ekr> jesup, ryanvm: where I grew up, we considered Rolling Rock good PA beer
- # [21:06] <ekr> bad PA beer would be iron city
- # [21:06] * Joins: Jesse (jruderman@2557E599.66715431.D25A875A.IP)
- # [21:06] <jesup> RyanVM and I (and jib and mreavy) will be drinking that next week - at Victory itself
- # [21:06] <RyanVM> Lion's Head :)
- # [21:06] <jesup> ekr: no, that's horrible PA beer
- # [21:07] <ekr> how about Golden Anniversary
- # [21:07] <jesup> Victory is actually really good.
- # [21:07] <ekr> http://beeradvocate.com/beer/profile/302/4942/
- # [21:07] <RyanVM> dougt: b2g18 red
- # [21:08] <mreavy> ekr: remind me to never ask you to buy beer for any parties i host. ;-)
- # [21:08] * Quits: ErvisTusha (ErvisTusha@F024FA0C.F69FB6EA.363D84A4.IP) (Ping timeout)
- # [21:08] <ekr> Well, that's what I drank when I was in college and poor
- # [21:08] <RyanVM> jesup: Headwaters currently sitting next to me
- # [21:08] * Quits: nsm (nikhil@2557E599.66715431.D25A875A.IP) (Quit: Konversation terminated!)
- # [21:09] <ekr> currently, my house has, lesse… Anchor, Leffe, Einstok, two kinds of Red Hook, 21st amendment, and Alaska Amber
- # [21:10] <dougt> RyanVM: looking
- # [21:10] <mreavy> ekr: i should totally ship you some Victory. it's awesome (in the best sense of the world).
- # [21:10] <jesup> ekr: Nothing from Genesee could ever be good. At RPI in upstate NY, we used to refer to it as Genesee pisswater. Especially on my hall, which called themselves "the Molsons", which was (at the time) the higher-class beer (and there weren't many options but that and Genesee and Bud/etc)
- # [21:10] <ekr> Oh, and about 10 kinds of single malt :)
- # [21:10] <RyanVM> ekr: noms
- # [21:11] <dougt> RyanVM: packaging
- # [21:12] <dougt> RyanVM: tell me about the moz.build file?
- # [21:12] <dougt> what does that prevent if that file exists?
- # [21:12] <gps> dougt: https://developer.mozilla.org/en-US/docs/How_Mozilla%27s_build_system_works#moz.build_Files
- # [21:12] <dougt> looking for clift notes.
- # [21:12] * Quits: nmatsakis (nmatsakis@moz-6EBF7608.hsd1.ma.comcast.net) (Quit: Computer has gone to sleep.)
- # [21:13] <dougt> wondering if my moz.build files caused dom/push not to be built on b2g.
- # [21:13] * Joins: nsm (nsm@moz-50001203.members.linode.com)
- # [21:13] <dougt> kind of looks that way
- # [21:13] <gps> b2g18 doesn't have moz.build files
- # [21:13] <dougt> gps: read up
- # [21:14] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/cc53af70fd58 - Luis de Bethencourt - Bug 855712 - Remove trailing whitespaces in image/src/*cpp. r=jmuizelaar
- # [21:14] * Joins: rednaks (rednaks@F463A367.7B2CFADA.55FFA9B4.IP)
- # [21:14] <Waldo> philor|away, RyanVM: if a fuzzer reports bustage that doesn't show up on tbpl, please do just back it out -- really no point in saying "but green so technically..."
- # [21:14] <dougt> gps: basically i erroneously checked in moz.build files into b2g18. I removed them.
- # [21:14] <RyanVM> Waldo: err, and we're supposed to be magically aware of that how?
- # [21:14] * Joins: knelson (Adium@moz-B2829269.dsl.pltn13.sbcglobal.net)
- # [21:15] <dougt> gps: and I am wondering what these files would have caused.
- # [21:15] * Parts: knelson (Adium@moz-B2829269.dsl.pltn13.sbcglobal.net)
- # [21:15] <dougt> gps: it looks like my component wasn't built
- # [21:15] <gps> they won't break the build. but, if the metadata in moz.build files was supposed to be in a Makefile.in, that would be bad
- # [21:15] <dougt> (and that is why packaging failed)
- # [21:15] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [21:15] <dougt> nsm: ping?
- # [21:16] * Quits: sachin_h (sachin@637D4CD0.BF84E432.1C37C358.IP) (Quit: Leaving)
- # [21:17] * Joins: Ann_Yiming (Ann_Yiming@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [21:18] <aceman> bz: it seems I have found the problem
- # [21:18] <@bz> aceman: oh?
- # [21:19] <luisbg> RyanVM, ping
- # [21:19] <RyanVM> luisbg: pong
- # [21:19] <luisbg> RyanVM, thanks for looking at the bug
- # [21:19] <Waldo> RyanVM: gkw was saying that someone was reporting this on IRC last night; obviously if nobody tells you there's nothing you should be doing :-)
- # [21:19] <RyanVM> luisbg: np
- # [21:19] <luisbg> I'm not sure what you mean with "setting checkin-needed at the top"
- # [21:19] <RyanVM> Waldo: can't speak for philor, but I can definitely say that my availability on IRC in the evenings is sporadic
- # [21:20] <aceman> bz: the C++ method returning an object of the class in question had codepath to sometimes return a dummy object of the class. But the dummy is implemented in JS and it really was missing the attributes I was calling.
- # [21:20] <RyanVM> luisbg: there's a keywords field near the top of the bug
- # [21:20] <Waldo> RyanVM: just saying, if you're around and someone complains, feel free to back out with prejudice :-)
- # [21:20] <RyanVM> luisbg: you can put checkin-needed there instead of putting checkin? on the patch
- # [21:20] <Waldo> and if you have time, of course
- # [21:20] <RyanVM> rnewman: same bustage as last time on Aurora...
- # [21:20] <Waldo> RyanVM: maybe it was only philor|away who was hesitant on the point last night, I'm only speaking from secondhand knowledge
- # [21:20] * Joins: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [21:21] <luisbg> RyanVM, oooh I see it now. Didn't notice that before
- # [21:21] * ggp_ is now known as ggp
- # [21:21] <RyanVM> Waldo: OK, point taken
- # [21:21] * Joins: seth (seth@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [21:21] <luisbg> RyanVM, thanks :)
- # [21:21] <@khuey> bz: pong
- # [21:22] <rnewman> RyanVM: goddamnit
- # [21:22] <rnewman> RyanVM: different failure
- # [21:22] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Ping timeout)
- # [21:22] <@bz> khuey: You're dealing with https://bugzilla.mozilla.org/show_bug.cgi?id=854836 , right?
- # [21:22] <RyanVM> luisbg: np, thanks for the patch!
- # [21:22] <rnewman> RyanVM: give me a minute; I'll back out if I can't see the problem
- # [21:22] <@khuey> bz: yes
- # [21:23] <luisbg> RyanVM, more coming soon :) no problem, it is great fun
- # [21:23] <RyanVM> rnewman: sounds god
- # [21:23] <rnewman> I wouldn't go that far ;)
- # [21:23] <@bz> khuey: lovely
- # [21:23] * @bz closes tab
- # [21:23] <rnewman> RyanVM: ah, it is a different failure!
- # [21:24] <sfink> gavin: ping
- # [21:24] <@gavin> sfink: pong
- # [21:24] <sfink> gavin: to punish you for being knowledgeable about browser chrome tests yesterday, I have another question
- # [21:24] <@bz> god damn it
- # [21:24] * @bz hates bugzilla's datalossy idiocy
- # [21:24] <sfink> what gets read out of tests.jar, and what comes from the filesystem?
- # [21:25] <@gavin> I don't know what tests.jar is!
- # [21:25] <sfink> I want to whittle down the set of tests necessary to trigger an intermittent orange
- # [21:25] <sfink> oh. On an actual test slave, there's a tests.jar file that tests seem to be read out of
- # [21:25] * Quits: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
- # [21:25] <@gavin> oh, that sounds like something related to running packaged tests
- # [21:25] <sfink> yes
- # [21:25] * Quits: rednaks (rednaks@F463A367.7B2CFADA.55FFA9B4.IP) (Ping timeout)
- # [21:25] <sfink> I had a fun time deleting a noisy intermittent, and seeing it continue to fail on the deleted test
- # [21:25] <@gavin> I'm not sure how those works. I assume the tests are run out of tests.jar only if you're running a packaged version.
- # [21:26] * Joins: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP)
- # [21:26] <@gavin> (which would typically never be the case locally)
- # [21:26] <sfink> how does it decide to run a packaged version?
- # [21:26] <@gavin> locally, if you run into that problem you need to remove the file from objdir/_tests/testing/browser/*
- # [21:26] * Joins: ErvisTusha (ErvisTusha@EBF67C7A.F69FB6EA.363D84A4.IP)
- # [21:26] <@gavin> are you on windows?
- # [21:26] <sfink> linux
- # [21:27] <gregglind> gavin: pong: yes, I am giving up on tp1
- # [21:27] <@gavin> "deleting a noisy intermittent", do you mean you removed the file?
- # [21:27] <@gavin> or just removed it from the makefile?
- # [21:27] <rnewman> RyanVM: one-line fix; landing now
- # [21:27] <sfink> removed the file
- # [21:27] <@gavin> gregglind: so shall we file a bug to remove it from the tree?
- # [21:27] <RyanVM> rnewman: woowoo
- # [21:27] <@gavin> sfink: that's weird. I thought we symlinked things into objdir/_tests/testing/browser/ on Linux
- # [21:27] * Quits: tonymec (tonymec@moz-84D6641A.adsl-dyn.isp.belgacom.be) (Input/output error)
- # [21:28] <@gavin> but maybe they're copied?
- # [21:28] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c3fccc05f7b5 - Ethan Hugg - Bug 855796 - vcmOnSdpParseError should be dispatched to main thread r=abr
- # [21:28] <gregglind> gavin, I was going to file one to strip the tree back, then re-land tp2 in the same dir. I have a working RC
- # [21:28] * Joins: rednaks (rednaks@F463A367.7B2CFADA.55FFA9B4.IP)
- # [21:28] <sfink> gavin: I think we do. This is probably an unpacked test package or something.
- # [21:28] <@gavin> gregglind: cool, sounds good!
- # [21:28] <@gavin> sfink: how are you running the tests?
- # [21:28] <@gavin> are you on a real slave?
- # [21:28] <NeilAway> avih: whoa, ZX spectrum, that takes me back ;-) wasn't there a flight simulator that included the border in the artificial horizon?
- # [21:29] * jcranmer|away is now known as jcranmer
- # [21:29] <sfink> gavin: yes, a real slave. http://pastebin.mozilla.org/2257596
- # [21:29] * Joins: jedp (jedp@2557E599.66715431.D25A875A.IP)
- # [21:29] <@gavin> ah, well that explains it.
- # [21:30] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/fb60b02f6281 - Adam Roach [:abr] - Bug 834270 - Fix PeerConnection error callbacks to return code/reason phrase r=ekr,jsmith
- # [21:30] <@gavin> sfink: so I guess in your scenario, the answer is probably "everything is read from tests.jar"
- # [21:30] <sfink> gavin: if I unpacked tests.jar and deleted it, should it behave the same?
- # [21:31] <sfink> I still don't really understand why the slave filesystem contains both tests.jar and a full unpacked copy, in an almost identical directory structure
- # [21:31] <@gavin> sfink: I know very little about how that stuff works
- # [21:31] <rnewman> thanks for the catch, RyanVM; I hadn't switched back to my Aurora tab yet
- # [21:31] <sfink> gavin: who could I pester about it?
- # [21:31] <RyanVM> rnewman: you know I'm always watching ;)
- # [21:32] <rnewman> quite alarmed that these tests are not failing on trunk, when they clearly should
- # [21:32] <@gavin> sfink: jmaher, perhaps
- # [21:32] <sfink> jmaher: ping
- # [21:32] <avih> NeilAway: there were few border bending apps, though the most noteable one is of course the rom cassette loader itself ;)
- # [21:32] <jmaher> sfink: pong
- # [21:33] * Joins: tonymec (tonymec@moz-84D6641A.adsl-dyn.isp.belgacom.be)
- # [21:33] <sfink> jmaher: so I am on an actual slave, trying to track down an intermittent that takes approximately 48 hours to reproduce on average
- # [21:33] <jmaher> wow, you are patient
- # [21:33] <avih> NeilAway: though i can't say i recall a sim which used the border to extend the horizon. doesn't sound unthinkable though :)
- # [21:33] <sfink> the slave filesystem when I got to it contained both a tests.jar and a full directory full of what looks more or less like the unpacked contents of that tests.jar
- # [21:33] <sfink> from empirical observation, it seems like everything is getting read from tests.jar
- # [21:33] <jmaher> ok, if you delete tests.jar, it will work just fine and use the tests on the filesystem
- # [21:34] <sfink> jmaher: ok, I did that, and some tests started failing with 404s
- # [21:34] <jmaher> sfink: hmm, that doesn't sound right- maybe those are some corner cases
- # [21:35] <sfink> jmaher: I could move away the filesystem stuff and try again on an unpacked tests.jar, maybe
- # [21:35] * Joins: jib (Jan-Ivar@moz-7BE8F2B7.pools.spcsdns.net)
- # [21:35] <sfink> but should that filesystem stuff have been autocreated by unpacking the tests.jar? Where did the fs stuff come from?
- # [21:35] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
- # [21:36] <jmaher> sfink: I would be surprised if there would be a difference, but you could try that
- # [21:36] <sfink> jmaher: also, the tests.jar contains a bunch of stuff starting with content/browser/browser. The filesystem is more like /home/cltbld/talos-slave/test/build/tests/mochitest/browser/browser
- # [21:36] <sfink> how should I unpack that jar?
- # [21:36] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Client exited)
- # [21:37] <jmaher> sfink: the tests in the chrome/ folder are packaged up normally, I created the tests.jar for mobile testing back in the day and we don't use it anymore
- # [21:37] <@gavin> sfink: are you building on this slave too?
- # [21:37] <sfink> gavin: no
- # [21:37] <NeilAway> avih: well, the cassette loader was just a bonus from controlling the border and tape signal from the same I/O port ;-)
- # [21:37] * Joins: clee (clee@43CB6079.66715431.D25A875A.IP)
- # [21:37] <sfink> jmaher: er, wait, if tests.jar isn't being used, where are the tests coming from?
- # [21:37] <sfink> jmaher: as in, I deleted a test from the filesystem and reran, and it kept failing in that test
- # [21:38] <NeilAway> avih: I also seem to remember that there was a game that used vsync to swap two smallish areas of the screen to achieve multiple colours
- # [21:38] <jmaher> sfink: it is being used for all desktop tests, but we don't need to have it as tests.jar anymore- I spoke incorrectly
- # [21:38] <sfink> gavin: I'm using a build and tests downloaded from a mozilla-inbound push
- # [21:38] <avih> NeilAway: was it? i don't recall that it was. but then again, i was a small kid at the time experimenting with stuff which i mostly didn't understand good enough at the time ;)
- # [21:39] <avih> NeilAway: aye, more than two colors per 8x8 was used here and there indeed :)
- # [21:39] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Connection reset by peer)
- # [21:39] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [21:39] <avih> NeilAway: you recall the agentX 5 channels audio track from a 1 bit speaker? :p
- # [21:39] * Quits: @dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [21:40] * Joins: dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [21:40] * ChanServ sets mode: +o dbaron
- # [21:40] <sfink> jmaher: but if tests.jar is there it's used preferentially?
- # [21:40] <jmaher> sfink: yes
- # [21:40] <avih> NeilAway: http://www.youtube.com/watch?v=JOZ8rbmlWrk ahh.. the glory ;)
- # [21:40] <jmaher> sfink: I know it works fine on linux if we remove tests.jar, I did that a lot while testing changes to the linux tests on ubuntu
- # [21:41] <NeilAway> avih: no, I only played Iridium which could do two tones (I never figured out how to do octaves myself)
- # [21:41] <jmaher> sfink: it could be something platform specific
- # [21:41] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/ae83ff003e82 - Nicolas B. Pierron - Bug 855965 - Symbolic range analysis transfers range analysis bounds to phis. r=mjrosenb
- # [21:41] <sfink> jmaher: hm, this is linux64. And tests started failing with 404s when I simply deleted tests.jar.
- # [21:41] <avih> NeilAway: iridium was good. though r-type for the speccy was a reclly commendable effort as well :)
- # [21:41] <jmaher> sfink: ubuntu or fedora?
- # [21:41] <sfink> jmaher: fedora
- # [21:42] <sfink> specifically, I'm on talos-r3-fed64-003
- # [21:42] <jmaher> sfink: there shouldn't be a difference, I tested on ubuntu
- # [21:42] <jmaher> sfink: are all tests 404, or just some?
- # [21:42] <sfink> just some
- # [21:42] <sfink> and I think it might have been on files the tests required, not the main test files themselves
- # [21:42] <sfink> lemme see if I can dig up a log
- # [21:42] <NeilAway> avih: port 0xFE bits 0-2 border, bit 3 Mic, bit 4 Ear
- # [21:43] * Joins: naveed (naveed@AC76554C.5B712BE.287DB107.IP)
- # [21:43] * Parts: aceman (inet@moz-4CA03FA3.dynamic.nextra.sk)
- # [21:43] <jmaher> sfink: cool, send it to me
- # [21:43] <avih> NeilAway: ah :)
- # [21:43] <sfink> I guess I can fall back on unpacking tests.jar, modifying, then repacking
- # [21:43] <jmaher> sfink: that will work as well, but clunky
- # [21:44] <avih> NeilAway: i also vaguely remember some pokes. 236559? was it, that blacks the screen after any operation? was used as a tamper protection on some games :)
- # [21:44] <NeilAway> avih: sorry, I mean Uridium
- # [21:44] <avih> NeilAway: yeah, that's the one. very good scrolling, but iirc it was nibbles scrolling
- # [21:45] * Quits: Optimizer (Optimizer@7D5315C.3675844F.BE90E62C.IP) (Ping timeout)
- # [21:46] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
- # [21:46] * Joins: jgilbert (jgilbert@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [21:46] <avih> i still think r-type was one of the best side shooters
- # [21:47] * Joins: Optimizer (Optimizer@2B7A210C.44738DE.274D17D6.IP)
- # [21:48] * Quits: damons (gnubeard@97957D0A.8D753159.C943C01E.IP) (Quit: damons)
- # [21:48] <avih> the colors remind of the later spanish games. they used huge colorful sprites, mostly in 8x8 blocks ranges :)
- # [21:49] <NeilAway> avih: speaking of nibbles, I wrote a device driver that fitted 42 6-pixel characters into each line instead of the normal 32
- # [21:49] <avih> NeilAway: cool! :)
- # [21:49] <avih> yeah, 32 chars/line was painful :)
- # [21:50] <avih> iirc there was stuff which used nibble chars to double. maybe one of the assemblers/monitors?
- # [21:50] <avih> NeilAway: but i could sure used 42 chars/line for basic :)
- # [21:51] <NeilAway> avih: yeah, you could develop with the driver loaded :-)
- # [21:51] <avih> sounds pretty cool indeed :)
- # [21:51] <terrence> I can't push to try because of: remote: abort: Operation not permitted: /repo/hg/mozilla/try/.hg/journal.bookmarks
- # [21:51] <terrence> is anyone else seeing this?
- # [21:52] * mattwoodrow|away is now known as mattwoodrow
- # [21:52] <NeilAway> avih: I only remember having pokes for some of the older games like Atic Atac and Jet Set Willy
- # [21:52] <avih> NeilAway: i wrote a 1/3 screen scroller for some pirate cable company. i think that was my first payed job :)
- # [21:53] <avih> NeilAway: and also had to develop a hebrew font for it ;)
- # [21:53] <sfink> terrence: I just tried a dummy push. Worked for me.
- # [21:53] * spohl is now known as spohl|away
- # [21:53] <terrence> sfink: thanks! will tinker more locally
- # [21:53] * Quits: ehugg (chatzilla@B612A46C.29102B70.6CD50604.IP) (Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307023931])
- # [21:53] <NeilAway> avih: also while I don't know how to get 5 channel sound, I did manage to sample the first 8 seconds of "I should be so lucky" before I ran out of RAM ;-)
- # [21:54] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Quit: pcwalton)
- # [21:54] <avih> NeilAway: you had this device which allowed to break into games, then search memory, set pokes, etc? what was the name of it? it also alowed saving a mem snapshot
- # [21:54] <avih> NeilAway: lol
- # [21:54] <NeilAway> avih: oh, I know the one you mean, but I didn't have one myself
- # [21:55] <avih> NeilAway: that was a useful thing. i wrote something to search for cheats. mostly just look for LD A, <num lives>, or the same for HL, then change that to FF ;)
- # [21:55] <avih> man, i forgot these registers ever existed :)
- # [21:55] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
- # [21:56] <NeilAway> avih: not done any x86 asm then I take it?
- # [21:56] <avih> not a lot of it. just when c wasn't fast enough, or for mmx stuff etc
- # [21:56] <avih> does x86 have HL?
- # [21:57] <NeilAway> avih: well, where do you think ah & al came from ;-)
- # [21:57] * Quits: clee (clee@43CB6079.66715431.D25A875A.IP) (Quit: clee)
- # [21:57] <avih> hmm :)
- # [21:57] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/03452b187c14 - Kyle Machulis - Bug 855465 - Add emacs python mode comments to moz.build files; r=gps
- # [21:57] <qDot> "added 1 changesets with 1441 changes to 1441 files" You're welcome, people not running ccache who wanted to go get coffee
- # [21:59] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [21:59] <NeilAway> ehoogeveen: if you mean x64 debug jemalloc, then yes, it doesn't work, I always patch it locally
- # [21:59] <avih> NeilAway: it's been quite a while since i wrote x86 asm. last time was probably some post processing filtering stuff for xvid. probably like 10 years ago ;)
- # [21:59] <NeilAway> avih: yeah, I don't think I've written any 386 asm
- # [22:00] <ehoogeveen> NeilAway: no, just the x86 version - I get a linker error about malloc_usable_size
- # [22:01] * Joins: ehugg (ehugg@moz-D40B8EE2.tukw.qwest.net)
- # [22:01] <sheppy> Anyone know which is the current name for this API? Pointer Lock or Mouse Lock?
- # [22:01] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
- # [22:01] <sheppy> I have a recent doc calling it "Mouse Lock" but another that says it's been renamed.
- # [22:01] <ehoogeveen> NeilAway: I'm trying to build DMD which implies jemalloc - I've tried replacing the malloc_usable_size call with _msize - that gets it to compile but trying to make a DMD dump crashes the browser
- # [22:02] * Quits: @dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [22:02] * Joins: dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:02] * ChanServ sets mode: +o dbaron
- # [22:02] <sheppy> Looks like it's Pointer Lock now. OK.
- # [22:02] * Quits: jgilbert (jgilbert@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [22:03] <NeilAway> ehoogeveen: hmm, I don't think I've tried building DMD on Windows, but debug & jemalloc x86 should work
- # [22:03] <NeilAway> ehoogeveen: given that we do that on tbpl ;-)
- # [22:04] <ehoogeveen> NeilAway: I'm wondering if I'm missing a dependency - like a version of sqlite3 that includes a malloc_usable_size export
- # [22:04] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Quit: brendan)
- # [22:05] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/ec0843fee0cd - Olli Pettay - Bug 856167 - DeviceAcceleration and DeviceRotationRate have wrong classinfo, r=bz
- # [22:05] * Quits: rednaks (rednaks@F463A367.7B2CFADA.55FFA9B4.IP) (Quit: Quitte)
- # [22:05] <ehoogeveen> NeilAway: assuming it's meant to be linked in externally in the first place, of course
- # [22:05] <NeilAway> ehoogeveen: hmm, I think dmd uses replace malloc, which is glandium's area, if I remember correctly
- # [22:06] <fabrice> jmaher: ping
- # [22:07] <ehoogeveen> NeilAway: I wouldn't be surprised if it does specifically need malloc_usable_size from jemalloc.. but I get the same error regardless of whether I pass --enable-jemalloc or --enable-dmd
- # [22:08] <NeilAway> ehoogeveen: well, maybe I'll find some spare time to spin up an --enable-dmd build
- # [22:08] * Joins: bjacob (bjacob@A01051A9.6F669779.3D1CA460.IP)
- # [22:08] <ehoogeveen> NeilAway: Great, thanks :) ehsan originally got DMD working on Windows, but I haven't seen him around
- # [22:10] <ehoogeveen> NeilAway: (and since the issue seems to come from debug + jemalloc I figured I could ask njn too, but I haven't seen him around either)
- # [22:12] * Quits: gkw (fuzz2lin@2557E599.66715431.D25A875A.IP) (Quit: leaving)
- # [22:15] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Quit: pcwalton)
- # [22:15] * Joins: AaronMT (AaronMT@moz-9742BA59.cpe.net.cable.rogers.com)
- # [22:15] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
- # [22:15] <mgoodwin> is m-c not working well on OS X today or is it just me? it runs but there's no icon in the doc and keyboard / mouse input doesn't work
- # [22:15] <dholbert> Does anyone know what's up with http://graphs.mozilla.org/graph.html#tests=[[275,131,31]] and http://graphs.mozilla.org/graph.html#tests=[[83,131,31]] ? They've been spiking up and down between two values several orders of magnitude apart, for as far back as we have data, AFAICT
- # [22:17] <derf> mgoodwin: How are you starting it?
- # [22:17] <dholbert> (in one graph, we've been jumping between 300 and 3000; in the other, we're jumping between 600 and 20,000)
- # [22:17] <RyanVM> jesup; https://tbpl.mozilla.org/php/getParsedLog.php?id=21258192&tree=Mozilla-Inbound&full=1#error0
- # [22:18] <mgoodwin> /obj-ff-dbg/dist/bin/firefox -P MyProfile
- # [22:18] <mgoodwin> ^^ derf
- # [22:18] <derf> mgoodwin: Yeah, that doesn't actually work.
- # [22:18] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [22:18] * Quits: seth (seth@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
- # [22:18] <mgoodwin> derf: ah, I'm on mac aren't I
- # [22:18] <mgoodwin> :P
- # [22:19] * Joins: gkw (fuzz2lin@2557E599.66715431.D25A875A.IP)
- # [22:19] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [22:19] * mgoodwin usually works on Linux
- # [22:19] * Quits: a-865 (fmcz@moz-8F21088B.cable.mindspring.com) (Quit: ChatZilla 0.9.90 [SeaMonkey 2.17/20130320191715])
- # [22:19] * Quits: victorporof (victorporo@F35081A0.DA9DCE7D.79933D60.IP) (Quit: victorporof)
- # [22:19] <derf> Yeah, you need to run obj-ff-dbg/dist/Nightly.app/Contents/MacOS/firefox
- # [22:19] <mgoodwin> derf: :D thanks
- # [22:19] <jesup> RyanVM: I suggest opening a new bug on that; I don't see any reason to believe the proximate cause is the same. First one in days, too, with no suppression of assertions. Assign it to me
- # [22:19] <derf> I recognized the symptoms because I have often had the same problem :).
- # [22:20] <RyanVM> will do
- # [22:20] <mgoodwin> I knew that, really.
- # [22:20] <mgoodwin> finger memory
- # [22:20] <derf> You'd think, like, someone could just drop a script there which did the right thing.
- # [22:20] * Quits: darkowlzz_ (darkowlzz@F51185BF.99C62685.25B273F5.IP) (Ping timeout)
- # [22:21] * Joins: damons (gnubeard@97957D0A.8D753159.C943C01E.IP)
- # [22:21] * Joins: seth (seth@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [22:21] * Joins: a-865 (fmcz@moz-8F21088B.cable.mindspring.com)
- # [22:22] * Quits: @smaug (chatzilla@moz-A393C606.elisa-laajakaista.fi) (Ping timeout)
- # [22:22] * Joins: smaug (chatzilla@moz-A393C606.elisa-laajakaista.fi)
- # [22:22] * ChanServ sets mode: +o smaug
- # [22:25] * philor|away is now known as philor
- # [22:26] * Quits: naveed (naveed@AC76554C.5B712BE.287DB107.IP) (Ping timeout)
- # [22:27] * Quits: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net) (Quit: sicking)
- # [22:28] * Quits: rstrong (androirc@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Input/output error)
- # [22:28] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [22:28] * Joins: rstrong (androirc@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
- # [22:28] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
- # [22:29] * Joins: JeroenDeDauw (j@moz-5B82C9EE.customer.schedom-europe.net)
- # [22:29] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Client exited)
- # [22:29] * Joins: wg9s (bill@moz-E9E3CA35.hsd1.ma.comcast.net)
- # [22:29] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:30] <RyanVM> rnewman: I doubt you'll have anyone fighting with you over space on aurora tonight, so i'm happy to turn a blind eye if you want to keep fighting with that test for awhile
- # [22:31] * RyanVM is now known as RyanVM|Dinner
- # [22:32] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [22:33] * Quits: breck (breck@moz-E512D9D2.hsd1.ca.comcast.net) (Connection reset by peer)
- # [22:33] * Joins: breck (breck@moz-E512D9D2.hsd1.ca.comcast.net)
- # [22:33] <rnewman> RyanVM|Dinner: it's whack-a-mole at this point
- # [22:33] <rnewman> different test each time!
- # [22:34] * Joins: sicking (sicking@moz-40BA2367.lightspeed.sntcca.sbcglobal.net)
- # [22:34] <rnewman> but I think I'm going to whack two moles this time
- # [22:34] * Quits: bjacob (bjacob@A01051A9.6F669779.3D1CA460.IP) (Quit: Konversation terminated!)
- # [22:35] <@dolske> dual-wield
- # [22:35] * Joins: naveed (naveed@CCE3C7BC.BC65149B.D16F30BC.IP)
- # [22:35] <Optimizer> sao
- # [22:36] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
- # [22:36] * Joins: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:37] * Joins: bjacob (bjacob@A01051A9.6F669779.3D1CA460.IP)
- # [22:37] * Quits: jib (Jan-Ivar@moz-7BE8F2B7.pools.spcsdns.net) (Ping timeout)
- # [22:38] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [22:38] * Quits: gerv (Instantbir@moz-8E68CF56.in-addr.arpa) (Ping timeout)
- # [22:38] * Quits: JeroenDeDauw (j@moz-5B82C9EE.customer.schedom-europe.net) (Quit: Leaving.)
- # [22:38] * Joins: jrmuizel (jrmuizel@A01051A9.6F669779.3D1CA460.IP)
- # [22:39] <RyanVM|Dinner> rnewman: you just keep on whackin' it
- # [22:39] <Jesse> what do i need to install to make tinderbox builds run on win7? i get a dialog saying i'm missing msvcr100d.dll. installing http://www.microsoft.com/en-us/download/details.aspx?id=8328 didn't help
- # [22:39] <RyanVM|Dinner> that came out wrong
- # [22:39] <RyanVM|Dinner> do I need to issue an official apology?
- # [22:39] <Jesse> i hope it wasn't a mistake to install MSVC11 instead of MSVC10
- # [22:40] * Joins: JeroenDeDauw (j@moz-5B82C9EE.customer.schedom-europe.net)
- # [22:40] <sfink> RyanVM|Dinner: 3 months of sensitivity training
- # [22:40] * Quits: naveed (naveed@CCE3C7BC.BC65149B.D16F30BC.IP) (Input/output error)
- # [22:41] <RyanVM|Dinner> sfink: nooooooo
- # [22:41] <rnewman> RyanVM|Dinner: :D
- # [22:41] * Quits: JeroenDeDauw (j@moz-5B82C9EE.customer.schedom-europe.net) (Quit: Leaving.)
- # [22:41] * Joins: JeroenDeDauw (j@moz-5B82C9EE.customer.schedom-europe.net)
- # [22:42] <rnewman> I'm now *so confident* in having found all of the failures, I'm going to go walk the dog. with my tablet.
- # [22:42] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/fa15e3c18ecf - Shu-yu Guo - Bug 855133. (r=mjrosenb)
- # [22:43] * Quits: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [22:43] * Quits: msucan (mihai@E8A9D9C4.773D689F.70BDB599.IP) (Quit: Leaving.)
- # [22:44] * Joins: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:44] * Joins: zakora (NC@moz-8EAF945F.fbx.proxad.net)
- # [22:45] * Quits: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net) (No route to host)
- # [22:45] * Quits: JeroenDeDauw (j@moz-5B82C9EE.customer.schedom-europe.net) (Quit: Leaving.)
- # [22:45] * Joins: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net)
- # [22:46] * Quits: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [22:46] * Joins: jib (Jan-Ivar@moz-7BE8F2B7.pools.spcsdns.net)
- # [22:46] * Quits: ehugg (ehugg@moz-D40B8EE2.tukw.qwest.net) (Quit: ehugg)
- # [22:46] * lightsofapollo is now known as lightsofapollo|afk
- # [22:47] <Jesse> ted: maybe you can help me with my problem above?
- # [22:48] * Quits: damons (gnubeard@97957D0A.8D753159.C943C01E.IP) (Quit: damons)
- # [22:48] * Quits: lightsofapollo|afk (jlal@43CB6079.66715431.D25A875A.IP) (Quit: lightsofapollo|afk)
- # [22:50] <tbsaunde> Jesse: I would guess you need msvc10 since that's what we do official builds with
- # [22:51] <Jesse> i'll try a thing i found on moco's fs
- # [22:52] * Joins: brendan (brendaneic@moz-9A39E574.sub-70-199-70.myvzw.com)
- # [22:52] * Quits: bjacob (bjacob@A01051A9.6F669779.3D1CA460.IP) (Quit: Konversation terminated!)
- # [22:53] <sfink> Jesse: I think ted's on PTO
- # [22:53] <@khuey> indeed
- # [22:53] <@khuey> even if he weren't he'd be gone by this hour
- # [22:54] * Quits: jrmuizel (jrmuizel@A01051A9.6F669779.3D1CA460.IP) (Client exited)
- # [22:54] * Quits: Ann_Yiming (Ann_Yiming@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [22:55] * philor is now known as philor|away
- # [22:55] * Joins: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:55] <sfink> in ted's absence, does anyone know what I'd need to do to add stacks to crashes in my custom JS shell builds?
- # [22:55] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
- # [22:56] * jchen|away is now known as jchen
- # [22:56] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/53e9a37cebab - Jonathan Griffin - Bug 851666 - Update the emulator to try and get rid of an intermittent orange, r=aki
- # [22:57] * Joins: damons (gnubeard@97957D0A.8D753159.C943C01E.IP)
- # [22:57] <Jesse> gkw might have an answer for sfink
- # [22:58] <gkw> sfink: --enable-profiling ?
- # [22:58] <gkw> (for opt builds) and also please keep your source files around
- # [22:58] * spohl|away is now known as spohl
- # [22:58] <gkw> Jesse: i'd advice MSVC 2010, since they are what the official builds are based off
- # [22:59] <sfink> gkw: really? Some other magic just does everything needed?
- # [22:59] <sfink> gkw: and do I need to do anything special to point to my source files?
- # [22:59] <gkw> Jesse: (2) possibly related - but i had to use Professional instead of the Express edition for 64-bit builds in Windows
- # [22:59] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
- # [23:00] <gkw> sfink: i usually just copy the source files out, compile with desired configuration params, get the shell, copy the binary out to another directory with another name, gdb it and the stacks will be present
- # [23:00] * bz is now known as bz_away
- # [23:00] * Joins: Ann_Yiming (Ann_Yiming@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [23:00] <gkw> sfink: provided the source files are around and unchanged, including absolute path names
- # [23:00] <sfink> gkw: no, I want a crash to automatically generate stacks in the log
- # [23:01] <sfink> gkw: aiui, for the browser breakpad catches the signal and generates a minidump
- # [23:01] <gkw> sfink: you mean generate a coredump automatically in the shell?
- # [23:01] * Joins: JeroenDeDauw (j@moz-5B82C9EE.customer.schedom-europe.net)
- # [23:01] <gkw> s/in the/ from the
- # [23:01] * Quits: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
- # [23:01] <sfink> gkw: er, I guess. I just my tbpl logs from 'make check' crashes to have stacks in them
- # [23:02] <sfink> *just want
- # [23:02] <gkw> sfink: oh, that seems to be XPCOM_DEBUG_BREAK? or is that browser only...
- # [23:02] * Quits: Wolf (chatzilla@moz-F8C1AF63.carolina.res.rr.com) (Quit: ChatZilla 0.9.88.2-rdmsoft [XULRunner 12.0/20120420145725])
- # [23:02] <sfink> definitely not in the shell
- # [23:03] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
- # [23:03] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
- # [23:03] * Joins: adw (adw@moz-4B59C6FF.hsd1.ca.comcast.net)
- # [23:03] <sfink> well, the JS shell. It's probably in xpcshell.
- # [23:04] <gkw> sfink: hmm, let me think - it's probably something to do with ulimit locally, but i think i might have something lying around...
- # [23:04] <gkw> sec
- # [23:04] <RyanVM|Dinner> qDot: ping
- # [23:05] <sfink> gkw: so you think if it generated a core dump, then something would automatically generate a stack from it?
- # [23:05] <sfink> if so, then yeah, maybe it's just a matter of ulimit -c
- # [23:05] <qDot> RyanVM|Dinner: Yo
- # [23:05] <gkw> sfink: if it generates a coredump, you can pass in `gdb ./js <coredump name>`, type bt (scriptable) and get that stack
- # [23:05] <RyanVM|Dinner> qDot: Shall I back you out or do you want the honors?
- # [23:05] <gkw> sfink: in python, the code is: `import resource; resource.setrlimit(resource.RLIMIT_CORE, (500000000, -1))`
- # [23:06] <sfink> oh, I'd have to provide the magic. Well, that's doable
- # [23:06] <gkw> sfink: that enables the process to create dumps
- # [23:06] <sfink> yes, it's probably just ulimit -c 50000000 in the shell
- # [23:06] <qDot> RyanVM|Dinner: :(
- # [23:06] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
- # [23:06] <sfink> bash shell, I mean. Too many shells around here.
- # [23:06] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
- # [23:06] <qDot> I'll take care of it.
- # [23:07] <gkw> sfink: yep. bear in mind - different users running that command will result in different results. i.e. setting it for root might/might not enable it for a user
- # [23:07] * Quits: jammink (textual@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [23:07] <sfink> gkw: that's ok, I'd have to put this in my buildbot script (spidermonkey.sh), so it should be fine
- # [23:07] * Joins: jammink (textual@2557E599.66715431.D25A875A.IP)
- # [23:08] <RyanVM|Dinner> snorp: looks like you've got win8 xpcshell hangs
- # [23:08] * Quits: joey-2 (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.90 [Firefox 21.0a2/20130319042012])
- # [23:08] <gkw> sfink: \o/
- # [23:09] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [23:09] <RyanVM|Dinner> snorp: I'm also seeing a mutex leak that has me suspicious
- # [23:10] <qDot> D'oh, tree got closed.
- # [23:10] * qDot changes commit message, tries again.
- # [23:11] * Quits: bholley (anonymous@moz-24EDB000.hsd1.ca.comcast.net) (Quit: bholley)
- # [23:11] <adw> RyanVM|Dinner: i'm getting xpcshell test hangs locally (os x 10.7 debug) with this seemingly related assertion: http://pastebin.mozilla.org/2257813
- # [23:11] * philor|away is now known as philor
- # [23:12] <qDot> Ok, backout pushed.
- # [23:12] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/0db3022ca2e6 - Kyle Machulis - Backout for changeset 03452b187c14 (Bug 855465) due to bustage on a CLOSED TREE; r=qdot
- # [23:12] * spohl is now known as spohl|away
- # [23:13] * Quits: AndreeaM (Thunderbir@60643659.9FE461B8.CD219C36.IP) (Client exited)
- # [23:14] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Quit: bmoss)
- # [23:16] * Quits: breck (breck@moz-E512D9D2.hsd1.ca.comcast.net) (Client exited)
- # [23:16] * Quits: past (Instantbir@moz-64F55735.dsl.dyn.forthnet.gr) (Ping timeout)
- # [23:17] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a619c7ea5e75 - Ryan VanderMeulen - Backed out changeset 7112a6c1efee (bug 734691) for Win8 xpcshell hangs and possible leaks on a CLOSED TREE.
- # [23:18] <RyanVM|Dinner> leaving the tree closed for now until things are clear
- # [23:18] * Quits: wg9s (bill@moz-E9E3CA35.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-5.1450hg.fc17 [XULRunner 19.0.2/20130311162058])
- # [23:19] * Quits: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com) (Quit: NO CARRIER)
- # [23:19] * Quits: rstrong (androirc@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Broken pipe)
- # [23:19] * Joins: rstrong (androirc@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
- # [23:19] * Joins: past (Instantbir@moz-64F55735.dsl.dyn.forthnet.gr)
- # [23:20] * Quits: jeremyhu (jeremyhu@moz-75C113CA.outersquare.org) (Input/output error)
- # [23:21] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
- # [23:22] * Quits: JeroenDeDauw (j@moz-5B82C9EE.customer.schedom-europe.net) (Quit: Leaving.)
- # [23:22] * Joins: JeroenDeDauw (j@moz-5B82C9EE.customer.schedom-europe.net)
- # [23:23] <jlebar> Uh. Where is nullptr defined?
- # [23:23] <RyanVM|Dinner> mfbt?
- # [23:23] <@khuey> in the compiler?
- # [23:23] <jlebar> khuey: apparently not in the compiler.
- # [23:23] <qDot> Are you on a non-C++11 compiler?
- # [23:23] <@khuey> or in mfbt/NullPtr.h
- # [23:23] <@dolske> x11.h?
- # [23:23] <@khuey> if your compiler is non-awesome
- # [23:24] * @dolske runs
- # [23:24] <qDot> I thought we had a filler value for nullptr.
- # [23:24] <jlebar> khuey++
- # [23:24] <jlebar> Thanks!
- # [23:25] <Luqman> dolske: obviously we need to build X11 as part of the build proccess
- # [23:25] * Joins: jeremyhu (jeremyhu@moz-75C113CA.outersquare.org)
- # [23:25] * Quits: jimm (jmathies@moz-864CAA4E.pn.at.cox.net) (Quit: )
- # [23:25] * jchen is now known as jchen|away
- # [23:29] <Jesse> brendan: https://brendaneich.com/2013/03/the-web-is-the-game-platform/ embeds a non-SSL youtube iframe, which we're about to disallow in firefox nightly
- # [23:29] * Quits: jeremyhu (jeremyhu@moz-75C113CA.outersquare.org) (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
- # [23:31] <@dolske> Jesse: welcome to bug 843977.
- # [23:32] * Quits: sheeri (sheeri@moz-5E1F6454.hsd1.ma.comcast.net) (Quit: sheeri)
- # [23:32] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: This computer has gone to sleep)
- # [23:33] * khuey is now known as khuey|away
- # [23:33] * Quits: gandalf (zbraniecki@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: My lid went down)
- # [23:35] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
- # [23:37] * Joins: jeremyhu (jeremyhu@moz-75C113CA.outersquare.org)
- # [23:37] * Joins: smaug_ (chatzilla@moz-A393C606.elisa-laajakaista.fi)
- # [23:37] * Quits: @smaug (chatzilla@moz-A393C606.elisa-laajakaista.fi) (Connection reset by peer)
- # [23:37] * smaug_ is now known as smaug
- # [23:37] * smaug is now known as IRCMonkey60144
- # [23:37] * Quits: IRCMonkey60144 (chatzilla@moz-A393C606.elisa-laajakaista.fi) (Quit: Reconnecting…)
- # [23:38] * Joins: smaug_ (chatzilla@moz-A393C606.elisa-laajakaista.fi)
- # [23:38] * Joins: rstrong2 (androirc@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
- # [23:38] * Quits: rstrong2 (androirc@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: AndroIRC - Android IRC Client ( http://www.androirc.com ))
- # [23:38] * Quits: rstrong (androirc@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: AndroIRC - Android IRC Client ( http://www.androirc.com ))
- # [23:38] * Joins: rstrong (androirc@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
- # [23:38] * smaug_ is now known as smaug
- # [23:39] * smaug is now known as IRCMonkey26273
- # [23:39] * Quits: Jesse (jruderman@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [23:40] * Quits: taras (taras@D2ABC49B.2F7415B9.B87ED48A.IP) (Ping timeout)
- # [23:40] <anton> what's the ssl urls for our release trees? seems like i can't push to http://hg.mozilla.org/releases/mozilla-aurora/ (which is specified in .hg/hgrc)
- # [23:40] * Joins: smaug_ (chatzilla@moz-A393C606.elisa-laajakaista.fi)
- # [23:40] * smaug_ is now known as smaug
- # [23:40] * smaug is now known as IRCMonkey53461
- # [23:41] * Joins: Callek (chatzilla@3464EC4F.72B357BE.A35657C3.IP)
- # [23:41] * Quits: hipokrit (hipokrit@1BF5DFDB.CA40E1F7.C558AD24.IP) (Quit: Leaving)
- # [23:41] * Quits: IRCMonkey26273 (chatzilla@moz-A393C606.elisa-laajakaista.fi) (Ping timeout)
- # [23:41] * Joins: taras (taras@D2ABC49B.2F7415B9.B87ED48A.IP)
- # [23:41] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [23:42] * Joins: ehugg (chatzilla@B612A46C.29102B70.6CD50604.IP)
- # [23:42] <@dolske> anton: you need to push with ssh.
- # [23:42] <sfink> anton: use ssh -- ssh://hg.mozilla.org/releases/mozilla-aurora/
- # [23:42] <Waldo> anton: s/http/ssh/ should work; you could also s/http/https/; this all assumes your ~/.ssh/config has "Host hg.mozilla.org / User your@email.address" in it (/ being a linebreak)
- # [23:43] <anton> thanks all!
- # [23:43] * Quits: IRCMonkey53461 (chatzilla@moz-A393C606.elisa-laajakaista.fi) (Quit: Reconnecting…)
- # [23:43] * Joins: smaug (chatzilla@moz-A393C606.elisa-laajakaista.fi)
- # [23:43] <sfink> every answer you get is slightly more complete
- # [23:43] * ChanServ sets mode: +o smaug
- # [23:43] <anton> now i'm off to push this patch followed by a panic attack
- # [23:44] * Joins: Jesse (jruderman@2557E599.66715431.D25A875A.IP)
- # [23:44] <sfink> if you plan to do more pushes, you can put the SSH url as your 'default-push' in [paths] in .hg/hgrc
- # [23:44] * hwine is now known as hwine|afk
- # [23:44] <@dolske> anton: https://developer.mozilla.org/en-US/docs/Mercurial_FAQ#How_do_I_check_stuff_in.3F :)
- # [23:45] * Quits: damons (gnubeard@97957D0A.8D753159.C943C01E.IP) (Quit: damons)
- # [23:45] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [23:45] <anton> bookmarked
- # [23:45] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
- # [23:45] <tanvi> gavin - when is the last time you did a pull?
- # [23:47] * Joins: RealRaven (Thunderbir@C5CE68B7.4F72947B.C3498625.IP)
- # [23:48] * Quits: akeybl (akeybl@2557E599.66715431.D25A875A.IP) (Quit: Leaving...)
- # [23:48] * Joins: ekr_ (ekr@moz-E726CEFF.mycingular.net)
- # [23:48] * Quits: sicking (sicking@moz-40BA2367.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [23:49] * Quits: beaufour (beaufour@moz-EA4226EF.nyc.biz.rr.com) (Quit: beaufour)
- # [23:49] * Quits: juanb|afk (jbecerra@2557E599.66715431.D25A875A.IP) (Quit: restart)
- # [23:49] * Joins: victorporof (victorporo@F35081A0.DA9DCE7D.79933D60.IP)
- # [23:50] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [23:50] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
- # [23:51] * Quits: victorporof (victorporo@F35081A0.DA9DCE7D.79933D60.IP) (Ping timeout)
- # [23:52] * Quits: JeroenDeDauw (j@moz-5B82C9EE.customer.schedom-europe.net) (Quit: Leaving.)
- # [23:52] * Joins: breck (breck@moz-E512D9D2.hsd1.ca.comcast.net)
- # [23:52] * spohl|away is now known as spohl
- # [23:53] * Quits: jib (Jan-Ivar@moz-7BE8F2B7.pools.spcsdns.net) (Ping timeout)
- # [23:53] * Quits: brendan (brendaneic@moz-9A39E574.sub-70-199-70.myvzw.com) (Quit: brendan)
- # [23:53] * Joins: damons (gnubeard@97957D0A.8D753159.C943C01E.IP)
- # [23:53] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [23:54] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:55] * Joins: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net)
- # [23:55] * Joins: JeroenDeDauw (j@moz-5B82C9EE.customer.schedom-europe.net)
- # [23:55] * Joins: jib (Jan-Ivar@moz-7BE8F2B7.pools.spcsdns.net)
- # [23:56] * Quits: adw (adw@moz-4B59C6FF.hsd1.ca.comcast.net) (Connection reset by peer)
- # [23:56] * Joins: adw (adw@moz-4B59C6FF.hsd1.ca.comcast.net)
- # [23:59] * Joins: alanp_ (alanp@moz-32B82BF4.cpe.distributel.net)
- # Session Close: Sat Mar 30 00:00:00 2013
The end :)