/irc-logs / mozilla / #developers / 2013-02-22 / end
Options:
- # Session Start: Fri Feb 22 00:00:00 2013
- # Session Ident: #developers
- # [00:00] * seth digs into zimbra filters
- # [00:00] * Quits: bsmith (bsmith@43CB6079.66715431.D25A875A.IP) (Max SendQ exceeded)
- # [00:01] * Joins: Mic (Mic@moz-C296E4EC.superkabel.de)
- # [00:01] * Joins: bsmith (bsmith@43CB6079.66715431.D25A875A.IP)
- # [00:02] * Quits: Archaeopteryx (itsme@moz-FF3F73F2.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
- # [00:02] <dholbert> khuey, I'm typing up a followup comment on that bug, btw
- # [00:02] * philor|away is now known as philor
- # [00:03] * Quits: Waldo (waldo@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [00:03] * Quits: pnemsak (Miranda@moz-192A9791.orange.sk) (Quit: pnemsak)
- # [00:04] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
- # [00:04] * Quits: hurley (hurley@2557E599.66715431.D25A875A.IP) (Quit: mootex)
- # [00:04] * Quits: garnacho (carlos@moz-B280EE34.dyn.user.ono.com) (Ping timeout)
- # [00:05] * Joins: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [00:05] * Quits: ehugg (ehugg@moz-3FB15617.tukw.qwest.net) (Quit: ehugg)
- # [00:06] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
- # [00:07] * Quits: Mic (Mic@moz-C296E4EC.superkabel.de) (Quit: Output/input error)
- # [00:07] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: jfkthame)
- # [00:08] * Joins: garnacho (carlos@moz-BE07C896.dyn.user.ono.com)
- # [00:08] * cmcavoy is now known as cmcavoy-offline
- # [00:09] * Quits: chewey (chewey@moz-5E56FD16.dip0.t-ipconnect.de) (Ping timeout)
- # [00:10] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Leaving...)
- # [00:10] * Quits: spartanfire (guimdearau@moz-59E5512E.dhcp.egr.msu.edu) (Quit: spartanfire)
- # [00:12] * geekboy|afk is now known as geekboy
- # [00:12] * Fallen is now known as Fallen|away
- # [00:12] * Joins: smooney_ (smooney@2557E599.66715431.D25A875A.IP)
- # [00:13] * Joins: chewey (chewey@moz-5E56FD16.dip0.t-ipconnect.de)
- # [00:14] * Quits: jet (junglecode@moz-715A8A7B.range109-154.btcentralplus.com) (Quit: jet)
- # [00:15] * Quits: Mnyromyr (Mnyromyr@moz-36B24D91.unity-media.net) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
- # [00:16] * Quits: smooney_ (smooney@2557E599.66715431.D25A875A.IP) (Quit: smooney_)
- # [00:16] * Joins: josh (josh@moz-348C4790.hsd1.mn.comcast.net)
- # [00:17] * kaze is now known as kaze|zZz
- # [00:17] * Joins: jet (junglecode@moz-715A8A7B.range109-154.btcentralplus.com)
- # [00:18] * Quits: vtmarvin1 (Thunderbir@9D75911A.1239134F.E4B2C495.IP) (Quit: vtmarvin1)
- # [00:19] * Joins: smooney_ (smooney@2557E599.66715431.D25A875A.IP)
- # [00:19] * Joins: KaiRo (robert@moz-43C0C31B.adsl.highway.telekom.at)
- # [00:20] * Joins: darkowlzz (darkowlzz@E096DCE9.BE8EA5A2.27560D6E.IP)
- # [00:20] <@khuey> dholbert: fwiw, I found more weirdness
- # [00:20] <@khuey> still investigating
- # [00:20] <dholbert> khuey, oh goody
- # [00:20] <dholbert> cool
- # [00:22] <@roc> do we have a supported way for everyone to push to try/mozilla-central/mozilla-inbound using git?
- # [00:23] * Quits: bholley (anonymous@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
- # [00:24] <njn> seth: here are my gmail filters, which might be useful inspiration for you http://pastebin.mozilla.org/2165378
- # [00:24] <njn> roc: AIUI, no. https://github.com/jlebar/moz-git-tools has some tools that include scripts for moving a patch from a git repo to an hg repo
- # [00:24] <seth> njn: thanks, that's useful!
- # [00:25] <njn> seth: bugzilla sets various headers, but gmail doesn't let you filter on headers, so I have to filter on contents
- # [00:27] * Joins: Waldo (waldo@2557E599.66715431.D25A875A.IP)
- # [00:28] <@ted> mbrubeck: the mozillabuild release did pick up a python 2.7.2->2.7.3 bump
- # [00:29] * Quits: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Client exited)
- # [00:29] * Quits: brendan (brendaneic@8DFE0F5E.F1D38B1F.1D6E592A.IP) (Quit: brendan)
- # [00:30] * kmoir is now known as kmoir-afk
- # [00:30] <mbrubeck> ted: I can try to investigate more, but clobber builds on this machine are pretty slow...
- # [00:32] * philor waves bye-bye to bmo
- # [00:33] <@ted> mbrubeck: wonder if it's some goofy MSVC CRT mismatch
- # [00:33] * @ted has to go
- # [00:34] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [00:35] * Quits: crowder_ (bcrowder@moz-BA1031C7.sd.sd.cox.net) (Ping timeout)
- # [00:35] * Quits: crowder (bcrowder@moz-BA1031C7.sd.sd.cox.net) (Ping timeout)
- # [00:35] * hwine is now known as hwine|afk
- # [00:35] <bjacob> njn: https://groups.google.com/forum/?fromgroups=#!msg/mozilla.dev.platform/kUKOs3k8Qwc/K_NXaQhNXoQJ
- # [00:36] * Joins: vladan1 (vladan@F2D29657.F60B0462.67AC9B1.IP)
- # [00:36] * Joins: jviereck (Adium@moz-340574DC.dclient.hispeed.ch)
- # [00:36] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
- # [00:36] * Quits: jviereck (Adium@moz-340574DC.dclient.hispeed.ch) (Max SendQ exceeded)
- # [00:36] * Joins: jviereck (Adium@moz-340574DC.dclient.hispeed.ch)
- # [00:37] * Quits: @dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [00:37] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [00:37] <njn> bjacob: it's a hard problem
- # [00:37] * Joins: dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [00:37] * ChanServ sets mode: +o dbaron
- # [00:37] <njn> bjacob: and it's not clear what fraction of the problems are due to prefs
- # [00:38] * Joins: vingtetun (vingtetun@moz-64E1A8DA.fbx.proxad.net)
- # [00:38] <bjacob> njn: let's say statefulness in general
- # [00:38] <bjacob> db etc
- # [00:39] <njn> bjacob: well, your profile is a big ball of state, yes
- # [00:39] <bjacob> and we're passive about that
- # [00:39] <njn> yes
- # [00:39] <bjacob> "arewestatelessyet"
- # [00:40] * geekboy is now known as geekboy|afk
- # [00:40] * rail is now known as rail_away
- # [00:40] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [00:42] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
- # [00:42] * ChanServ sets mode: +o smaug
- # [00:42] * jammink|afk is now known as jammink
- # [00:42] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: jfkthame)
- # [00:42] * Joins: jmayer (bzlandfill@moz-4E0B5BB2.stanford.edu)
- # [00:43] * Joins: spartanfire (guimdearau@moz-A23CB8CD.client.wireless.msu.edu)
- # [00:43] * Quits: johns (johns@2557E599.66715431.D25A875A.IP) (Quit: )
- # [00:43] <NeilAway> jdm: perhaps I should switch filepicker to avoid the problem ;-)
- # [00:43] <jdm> heh
- # [00:43] * Joins: johns (johns@2557E599.66715431.D25A875A.IP)
- # [00:46] * Joins: smooney (smooney@2557E599.66715431.D25A875A.IP)
- # [00:46] * Quits: smooney_ (smooney@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
- # [00:47] * Joins: ehugg_lime (ehugg_lime@moz-8DD2CF03.mycingular.net)
- # [00:49] <Jesse> bjacob: i fuzz with random values for a bunch of bool prefs
- # [00:49] <Jesse> and a few non-bool prefs
- # [00:50] * Quits: jgilbert (jgilbert@moz-74F645BE.hsd1.ca.comcast.net) (Quit: Leaving)
- # [00:50] <bjacob> Jesse: good to know
- # [00:51] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [00:51] * Quits: azakai (alon@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [00:51] * Quits: spartanfire (guimdearau@moz-A23CB8CD.client.wireless.msu.edu) (Quit: spartanfire)
- # [00:54] * Quits: josh (josh@moz-348C4790.hsd1.mn.comcast.net) (Quit: josh)
- # [00:54] * Quits: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: fitzgen)
- # [00:54] * Quits: victorporof (victorporo@53D87802.6D2FB7A4.79933D60.IP) (Quit: victorporof)
- # [00:55] <mbrubeck> ted: Indeed, looks like https://groups.google.com/forum/?fromgroups=#!topic/comp.lang.python/PsavEnmhYso might be related to what I'm seeing
- # [00:56] * Joins: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [00:57] * Quits: Nefzaoui (chatzilla@43DA43.A71C5390.80E43DAF.IP) (Quit: ChatZilla 0.9.90 [Firefox 21.0a1/20130216031127])
- # [00:57] * AaronMT is now known as AaronMT|dinner
- # [00:58] * Quits: jet (junglecode@moz-715A8A7B.range109-154.btcentralplus.com) (Quit: jet)
- # [01:00] <mbrubeck> oh, there was other bustage on top of that too
- # [01:01] <philor> you can reopen any time you're willing to be the fulltime sheriff from now until 7:30, though
- # [01:01] * Joins: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de)
- # [01:01] * Quits: cjones (cjones@A5A0595A.66715431.D25A875A.IP) (Ping timeout)
- # [01:02] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [01:05] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
- # [01:06] * coop is now known as coop|afk
- # [01:08] * Joins: azakai (alon@2557E599.66715431.D25A875A.IP)
- # [01:08] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [01:10] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [01:10] * AaronMT|dinner is now known as AaronMT
- # [01:10] * Joins: cjones (cjones@A5A0595A.66715431.D25A875A.IP)
- # [01:10] * Quits: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de) (Ping timeout)
- # [01:10] * Joins: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de)
- # [01:12] * Quits: jviereck (Adium@moz-340574DC.dclient.hispeed.ch) (Quit: Leaving.)
- # [01:13] * Joins: ddahl (ddahl@C261DB39.6E5482D7.8DDCAE07.IP)
- # [01:17] * Quits: juanb (jbecerra@2557E599.66715431.D25A875A.IP) (Quit: juanb)
- # [01:18] * Joins: ehugg (chatzilla@moz-44D86B1E.cisco.com)
- # [01:18] * Joins: mmc|laptop (mmc@2557E599.66715431.D25A875A.IP)
- # [01:19] * Quits: jryans (jryans@moz-945C5CA4.massrel.com) (Quit: Be back later)
- # [01:19] * Quits: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: sicking)
- # [01:20] * Quits: ggp (ggp@2557E599.66715431.D25A875A.IP) (Input/output error)
- # [01:20] * Quits: ehugg_lime (ehugg_lime@moz-8DD2CF03.mycingular.net) (Client exited)
- # [01:20] * Quits: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP) (Ping timeout)
- # [01:21] * Joins: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP)
- # [01:22] * Quits: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de) (Ping timeout)
- # [01:24] * Quits: jdm (jdm@F2D29657.F60B0462.67AC9B1.IP) (Quit: Lost terminal)
- # [01:25] * hwine|afk is now known as hwine
- # [01:25] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
- # [01:26] * Quits: erikvold (erikvold@moz-33BF5BAF.gv.shawcable.net) (Ping timeout)
- # [01:26] * Quits: jmayer (bzlandfill@moz-4E0B5BB2.stanford.edu) (Quit: CGI:IRC)
- # [01:27] * Quits: automata (automata@moz-1CE7A56D.ifsc.usp.br) (Ping timeout)
- # [01:27] * Joins: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de)
- # [01:29] * Quits: darkowlzz (darkowlzz@E096DCE9.BE8EA5A2.27560D6E.IP) (Ping timeout)
- # [01:29] * Joins: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [01:31] * Quits: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP) (Ping timeout)
- # [01:31] * Quits: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Ping timeout)
- # [01:32] * Joins: jmayer (bzlandfill@moz-4E0B5BB2.stanford.edu)
- # [01:32] * Joins: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP)
- # [01:33] * mcote is now known as mcote|afk
- # [01:33] * ojan is now known as ojan_away
- # [01:35] * Quits: cjones (cjones@A5A0595A.66715431.D25A875A.IP) (Ping timeout)
- # [01:35] * geekboy|afk is now known as geekboy
- # [01:38] * Quits: mwargers (chatzilla@moz-AF369B35.adsl.online.nl) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122203])
- # [01:39] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [01:42] * Quits: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: www.textualapp.com)
- # [01:44] * Quits: bent (chatzilla@moz-932324BF.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 18.0.2/20130201065344])
- # [01:45] * jchen|away is now known as jchen
- # [01:46] * Joins: bent (chatzilla@moz-932324BF.hsd1.ca.comcast.net)
- # [01:47] * Quits: @dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [01:47] * Joins: dbaron_ (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [01:47] * dbaron_ is now known as dbaron
- # [01:47] * Joins: ekr_ (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
- # [01:47] * Quits: dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [01:47] * Joins: dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [01:47] * ChanServ sets mode: +o dbaron
- # [01:48] * Joins: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp)
- # [01:48] * Quits: cilias (cilias@moz-D8CAF7D8.cpe.net.cable.rogers.com) (Quit: cilias)
- # [01:48] * Quits: ekr_ (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr_)
- # [01:48] * Joins: darkowlzz (darkowlzz@86923FE5.5E8EFF2D.9DA13C14.IP)
- # [01:49] * Quits: mmc|laptop (mmc@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [01:50] * Quits: cabanier (cabanier@89803C3C.27D0C967.A0B21F13.IP) (Quit: Leaving.)
- # [01:50] * Quits: lizzard (ehenry@E9758364.9EC0A5AF.CFE928A7.IP) (Quit: lizzard)
- # [01:51] * Quits: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com) (Quit: NO CARRIER)
- # [01:52] * Joins: cjones (cjones@A5A0595A.66715431.D25A875A.IP)
- # [01:52] * Quits: sfink (chatzilla@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [01:52] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
- # [01:53] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/5df800e96337 - ffxbld - Added FENNEC_20_0b1_RELEASE FENNEC_20_0b1_BUILD2 tag(s) for changeset 357a9c4ed331. DONTBUILD CLOSED TREE a=release
- # [01:53] <firebot> http://hg.mozilla.org/releases/mozilla-beta/rev/357a9c4ed331 - ffxbld - Automated checkin: version bump for fennec 20.0b1 release. DONTBUILD CLOSED TREE a=release
- # [01:54] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
- # [01:54] * Quits: gkw (fuzz2lin@2557E599.66715431.D25A875A.IP) (Quit: leaving)
- # [01:54] * Quits: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de) (Ping timeout)
- # [01:55] * Quits: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net) (Client exited)
- # [01:56] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/7527155b156f - Jonathan Griffin - Backout ac4a74c8e510 for bustage, bug 843631, on a CLOSED TREE
- # [01:57] * Quits: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net) (Quit: Computer has gone to sleep.)
- # [01:57] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [01:58] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
- # [01:58] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
- # [01:59] * Quits: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Leaving.)
- # [02:01] * Quits: espindola (espindola@moz-CF73B4B9.dsl.teksavvy.com) (Client exited)
- # [02:03] * Quits: Asa (asa@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [02:05] * Joins: Asa (asa@2557E599.66715431.D25A875A.IP)
- # [02:07] * joduinn is now known as joduinn-commute
- # [02:10] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
- # [02:11] * Joins: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net)
- # [02:13] * Quits: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
- # [02:14] * Joins: juanb (jbecerra@2557E599.66715431.D25A875A.IP)
- # [02:14] * geekboy is now known as geekboy|afk
- # [02:14] * Quits: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net) (Client exited)
- # [02:15] * Quits: Asa (asa@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [02:15] * Quits: sewardj (sewardj@moz-EF45015C.dip.t-dialin.net) (Ping timeout)
- # [02:16] * Joins: tonymec__ (tonymec@850793F1.119D90E0.DE2DB281.IP)
- # [02:16] * tonymec__ is now known as tonymec|away
- # [02:17] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [02:18] * Quits: juanb (jbecerra@2557E599.66715431.D25A875A.IP) (Quit: a beer will make it clear!)
- # [02:20] * Joins: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de)
- # [02:21] * Joins: clokep (Instantbir@moz-6BCB6950.static.ngn.east.myfairpoint.net)
- # [02:21] * ewong|afk is now known as ewong
- # [02:23] * Joins: m_kato (m_kato@moz-348F61F0.mozilla.or.jp)
- # [02:24] * Quits: mccr8 (mccr8@2557E599.66715431.D25A875A.IP) (Quit: mccr8)
- # [02:26] * Quits: KenChang (KenChang@moz-99690620.hinet-ip.hinet.net) (Client exited)
- # [02:26] * Joins: chucklee (chucklee@moz-99690620.hinet-ip.hinet.net)
- # [02:27] * Quits: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: fitzgen)
- # [02:28] * Quits: smooney (smooney@2557E599.66715431.D25A875A.IP) (Quit: smooney)
- # [02:28] * Quits: Jesse (jruderman@2557E599.66715431.D25A875A.IP) (Quit: Jesse)
- # [02:29] * Joins: Jesse (jruderman@2557E599.66715431.D25A875A.IP)
- # [02:29] * Quits: joey-2 (chatzilla@moz-EFCB4CBF.princetowncable.com) (Ping timeout)
- # [02:30] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
- # [02:31] * Quits: azakai (alon@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [02:33] * Quits: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net) (Ping timeout)
- # [02:34] * Quits: nhirata (anonymous@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: nhirata)
- # [02:36] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Quit: Leaving.)
- # [02:38] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [02:38] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Connection reset by peer)
- # [02:38] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [02:38] * Quits: nigelb (nigel@moz-8640053A.me) (Ping timeout)
- # [02:39] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
- # [02:40] * Joins: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [02:41] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Ping timeout)
- # [02:41] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: Mook_as)
- # [02:41] * Quits: mixedpuppy (mixedpuppy@A5087023.2354C43D.D8E68FF6.IP) (Quit: mixedpuppy)
- # [02:41] * Quits: Stan (Stan@moz-60C80A6D.dip.t-dialin.net) (Ping timeout)
- # [02:41] * Joins: erikvold (erikvold@moz-33BF5BAF.gv.shawcable.net)
- # [02:41] * Quits: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Ping timeout)
- # [02:42] * Joins: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net)
- # [02:44] * Quits: gandalf (zbraniecki@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: My lid went down)
- # [02:44] * Joins: nigelb (nigel@moz-8640053A.me)
- # [02:46] * Joins: azakai (alon@2557E599.66715431.D25A875A.IP)
- # [02:47] * Joins: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [02:48] * Joins: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net)
- # [02:48] * Quits: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com) (Ping timeout)
- # [02:48] <Waldo> froydnj: endian reviews done, don't feel a need to rush too fast in responding as I'll probably be as slow on returning to them if you move fast
- # [02:50] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
- # [02:51] <Waldo> jcranmer|away: ^ also you too, since you've been following that
- # [02:52] * Quits: darkowlzz (darkowlzz@86923FE5.5E8EFF2D.9DA13C14.IP) (Ping timeout)
- # [02:52] <jcranmer|away> not really
- # [02:52] * Quits: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: sicking)
- # [02:52] * ctalbert is now known as ctalbert|afk
- # [02:53] * seth grumbles about uuids
- # [02:53] * Quits: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net) (Quit: jgriffin)
- # [02:53] * Joins: wlach (wlach@moz-A499C6A5.vif.net)
- # [02:53] <Waldo> fine enough :-)
- # [02:54] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
- # [02:55] * Quits: bdahl (bdahl@moz-BE33DA21.fw1.sfo1.mozilla.net) (Client exited)
- # [02:56] * Quits: DomoOrigatuMrMugatu (john_q@moz-B6268EB2.ntc.blacksburg.shentel.net) (Connection reset by peer)
- # [02:58] <@dbaron> philor, any idea what's up with the ANdroid R2 reds?
- # [02:59] <@dbaron> philor, they seem to succesfully finish running reftests, but just end up red
- # [02:59] <@dbaron> philor, apparently it's an rm -rf command that's timing out...
- # [02:59] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Quit: bmoss)
- # [02:59] * Quits: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net) (Quit: Computer has gone to sleep.)
- # [02:59] <philor> dbaron: note that they're all on one foopy, and timing out in the rm -rf, I'm idly searching for the bug I filed on a different foopy and the same thing
- # [03:00] * Joins: cpeterso_ (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [03:00] * Joins: allstarschh (allstars@moz-99690620.hinet-ip.hinet.net)
- # [03:00] <Unfocused> heheh.. "foopy"
- # [03:00] <philor> oh, and not finding it because I didn't file it
- # [03:00] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
- # [03:00] * Quits: cpeterson (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [03:00] <philor> yeah, I said it like that because I like illustrating how it's a less-than-stellar name
- # [03:01] * Quits: cjones (cjones@A5A0595A.66715431.D25A875A.IP) (Quit: Leaving)
- # [03:01] * Quits: bnicholson (bnicholson@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [03:01] * Quits: cpeterso_ (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [03:02] <@dbaron> philor, tegra?
- # [03:02] <@dbaron> philor, anyway, are we good to reopen m-i, then?
- # [03:02] * Quits: KaiRo (robert@moz-43C0C31B.adsl.highway.telekom.at) (Input/output error)
- # [03:03] * Quits: mgorse (mgorse@B6C068B2.2088E15E.A18F112A.IP) (Ping timeout)
- # [03:03] <@dbaron> oh, not tegra... it's different slaves
- # [03:03] * Joins: DomoOrigatuMrMugatu (john_q@moz-B6268EB2.ntc.blacksburg.shentel.net)
- # [03:03] * Joins: mgorse (mgorse@B6C068B2.2088E15E.A18F112A.IP)
- # [03:03] * Quits: jammink (textual@2557E599.66715431.D25A875A.IP) (Quit: Computer has gone to sleep.)
- # [03:03] * Joins: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [03:04] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [03:04] * Joins: gkw (fuzz2lin@2557E599.66715431.D25A875A.IP)
- # [03:04] <philor> dbaron: yeah, I was headed that way when I discovered I got to file the bug on foopy20
- # [03:05] * Quits: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP) (Connection reset by peer)
- # [03:05] <philor> foopies are the servers that both control and provide services (like disk) for the tegras/pandas, is the way I understand it
- # [03:05] * Joins: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP)
- # [03:05] * Quits: Jesse (jruderman@2557E599.66715431.D25A875A.IP) (Quit: Jesse)
- # [03:06] * Quits: marco (Thunderbir@moz-DF3DABCA.cust.dsl.teletu.it) (Ping timeout)
- # [03:06] <philor> it'll be hours before we get a green b2g M1 on that backout, but... well... it's...
- # [03:07] <philor> open for more bustage, get it in now so it'll have time to show before I go to bed
- # [03:07] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Connection reset by peer)
- # [03:07] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [03:07] * Quits: StevenLee (chatzilla@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
- # [03:08] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
- # [03:08] * Joins: dholbert_ (dholbert@moz-71D2188E.tmodns.net)
- # [03:09] * Quits: bajaj (Adium@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
- # [03:10] * Quits: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [03:10] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [03:10] * Joins: StevenLee (chatzilla@moz-99690620.hinet-ip.hinet.net)
- # [03:10] * Joins: mwu (mwu@E46D3CE0.E7BADBF1.B0C2132F.IP)
- # [03:11] * Quits: bsmith (bsmith@43CB6079.66715431.D25A875A.IP) (Ping timeout)
- # [03:11] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/85b91048c1cd - jar@chromium.org, L. David Baron - Bug 842550: Switch to using TimeTicks rather than Time in message loops. rs=cjones
- # [03:11] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/bb5ef25c26a3 - L. David Baron - Fix spelling. No bug. No review.
- # [03:11] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b968708558b9 - L. David Baron - Bug 839809: Make counter-increments and list counting that would go past our internal (int32_t) limit keep the counter at its current value rather than wrapping.
- # [03:12] <firebot> r=dholbert
- # [03:12] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/8c46f89ed1a2 - L. David Baron - Bug 790589: Document the MOZ_CC_LOG_DIRECTORY environment variable. r=smaug
- # [03:12] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e5e37c6e4c30 - stuartmorgan@chromium.org - Bug 842550: Simplify ScheduleDelayedWork implementation on Mac. rs=cjones
- # [03:12] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/5180dd88f6f6 - L. David Baron - Bug 563195: Fix -Wshadow warning in nsHtml5ByteReadable.h. r=hsivonen
- # [03:12] * Quits: dholbert_ (dholbert@moz-71D2188E.tmodns.net) (Quit: Ex-Chat)
- # [03:12] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [03:12] <philor> huh, I didn't know you could multiauthor
- # [03:13] <philor> also, woohoo, a patch from smorgan, he's as good as back!
- # [03:13] * Quits: mjschranz (mjschranz@moz-FDD9BFFB.members.linode.com) (Ping timeout)
- # [03:13] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [03:13] * Quits: jhford (jhford@moz-D8988180.org) (Ping timeout)
- # [03:13] * Joins: jhford (jhford@moz-D8988180.org)
- # [03:13] * Quits: joe (jdrew@moz-38D685D4.woot.net) (Ping timeout)
- # [03:13] * Joins: joe (jdrew@moz-38D685D4.woot.net)
- # [03:14] * Quits: BenWa (BenWa@moz-B9E3729F.members.linode.com) (Ping timeout)
- # [03:14] * Quits: Jasper (jstpierre@moz-A406D4F8.coderinserepeat.com) (Ping timeout)
- # [03:14] * Joins: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [03:14] <@dbaron> philor, it's a free-form text field
- # [03:14] * Joins: Jasper (jstpierre@moz-A406D4F8.coderinserepeat.com)
- # [03:14] * Joins: mjschranz (mjschranz@moz-FDD9BFFB.members.linode.com)
- # [03:15] * Joins: BenWa (BenWa@moz-B9E3729F.members.linode.com)
- # [03:15] * Quits: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net) (Quit: Computer has gone to sleep.)
- # [03:15] * Unfocused idly wonders how many tools would break by putting emoji in the author field
- # [03:16] * Quits: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP) (Connection reset by peer)
- # [03:16] * Quits: jimm (jmathies@moz-864CAA4E.pn.at.cox.net) (Quit: )
- # [03:17] * Quits: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de) (Ping timeout)
- # [03:17] * Joins: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
- # [03:18] <Waldo> "Patch by U+1F4A9 SOFT-SERVE ICE CREAM"
- # [03:18] * Parts: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Leaving...)
- # [03:18] <@khuey> shame Ms2ger is not in the channel for this
- # [03:19] <philor> is Ms2ger actually soft-serve ice cream?
- # [03:20] * Quits: chewey (chewey@moz-5E56FD16.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
- # [03:20] * Joins: chewey (chewey@moz-DD9E64D0.dip0.t-ipconnect.de)
- # [03:21] * Quits: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: sicking)
- # [03:21] * Quits: @roc (chatzilla@E2F7352.56080C53.97BBD552.IP) (Ping timeout)
- # [03:21] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [03:21] * Quits: kentuckyfriedtakahe (kentuckyfr@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [03:21] * Joins: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net)
- # [03:21] <njn> no, he's actually a sandwich
- # [03:21] <philor> Morey Amsterdam?
- # [03:22] * Joins: Gentlecat (Roman@A85BC1FB.CF9BE6BE.8FB52CB8.IP)
- # [03:23] * Joins: mixedpuppy (mixedpuppy@moz-7B3CFB22.vc.shawcable.net)
- # [03:23] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/3a4630fa83f7 - Nicholas Nethercote - Bug 843490 - Fix a simple clang 3.2 compile error in gfx/gl/SurfaceStream.cpp. r=jgilbert.
- # [03:23] * Quits: StevenLee (chatzilla@moz-99690620.hinet-ip.hinet.net) (Client exited)
- # [03:24] * Joins: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [03:25] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/93062f5adc02 - Daniel Holbert - Bug 840189: Mark XSLT subdirectories as FAIL_ON_WARNINGS. r=sicking
- # [03:27] * Joins: AsaDotzler (asa@D13E5E3F.A1EC5031.204CA821.IP)
- # [03:27] * Joins: StevenLee (chatzilla@moz-99690620.hinet-ip.hinet.net)
- # [03:27] * Joins: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de)
- # [03:27] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
- # [03:29] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [03:30] * mattwoodrow is now known as mattwoodrow|away
- # [03:30] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
- # [03:30] * Quits: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [03:32] * jcranmer|away is now known as jcranmer
- # [03:33] * Quits: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net) (Ping timeout)
- # [03:35] * Quits: jmayer (bzlandfill@moz-4E0B5BB2.stanford.edu) (Quit: CGI:IRC)
- # [03:35] * Joins: jmayer (bzlandfill@B62855E1.CCC99E20.4989C8B.IP)
- # [03:35] * khuey is now known as khuey|away
- # [03:36] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
- # [03:37] * Quits: @dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net) (Ping timeout)
- # [03:37] * Joins: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net)
- # [03:38] * Joins: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net)
- # [03:38] * Quits: azakai (alon@2557E599.66715431.D25A875A.IP) (Quit: Ex-Chat)
- # [03:40] * Joins: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [03:41] * mattwoodrow|away is now known as mattwoodrow
- # [03:41] * Quits: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Ping timeout)
- # [03:42] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Quit: pcwalton)
- # [03:44] * Quits: fabrice (fabrice@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
- # [03:44] * Quits: @dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [03:44] * Joins: fabrice (fabrice@2557E599.66715431.D25A875A.IP)
- # [03:45] * Quits: clokep (Instantbir@moz-6BCB6950.static.ngn.east.myfairpoint.net) (Ping timeout)
- # [03:45] * Quits: StevenLee (chatzilla@moz-99690620.hinet-ip.hinet.net) (Client exited)
- # [03:47] * philor is now known as philor|away
- # [03:47] * Joins: dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net)
- # [03:47] * ChanServ sets mode: +o dveditz
- # [03:47] * vladan1 is now known as vladan-afk
- # [03:48] * Joins: StevenLee (chatzilla@moz-99690620.hinet-ip.hinet.net)
- # [03:49] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4ede352670cd - Bill McCloskey - Bug 759585 - Change the granularity of collection from compartment to zone (r=jonco,bhackett,njn,dvander,mccr8,bz,luke,bholley)
- # [03:50] * Joins: fabrice1 (fabrice@2557E599.66715431.D25A875A.IP)
- # [03:50] * Quits: fabrice (fabrice@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
- # [03:50] * Quits: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net) (Ping timeout)
- # [03:50] * Quits: fabrice1 (fabrice@2557E599.66715431.D25A875A.IP) (Max SendQ exceeded)
- # [03:50] <njn> whoa
- # [03:50] <njn> zones just landed
- # [03:50] * Joins: bdahl (bdahl@moz-D7CB09C3.dsl.dynamic.sonic.net)
- # [03:52] <@bz> Really?
- # [03:52] <@bz> nice
- # [03:52] <@bz> how are we determining zone boundaries
- # [03:52] <@bz> ?
- # [03:54] * Quits: rmxircmonkey (rmxircmonk@670ACB81.66590CC0.4A6948F8.IP) (Ping timeout)
- # [03:56] * Quits: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net) (Ping timeout)
- # [03:56] <decoder> "ERROR: AddressSanitizer: initialization-order-fiasco "
- # [03:56] <decoder> what a nice error
- # [03:56] * Joins: ehugg_ (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net)
- # [03:57] * Joins: rmxircmonkey (rmxircmonk@670ACB81.66590CC0.4A6948F8.IP)
- # [03:57] <bent> billm, congrats!
- # [03:58] * Joins: roc (chatzilla@moz-9DEE0916.dyn.cust.vf.net.nz)
- # [03:58] * ChanServ sets mode: +o roc
- # [03:59] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [04:01] * Joins: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
- # [04:01] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Ping timeout)
- # [04:02] * Quits: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: sicking)
- # [04:03] * Quits: ekr (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Ping timeout)
- # [04:04] * Quits: kanru (kanru@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
- # [04:05] <ewong> mbrubeck: ping
- # [04:06] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/87ac03700d5d - Kyle Machulis - Bug 840294: Check RIL validity before writing to socket; r=tzimmerman
- # [04:06] * Quits: garnacho (carlos@moz-BE07C896.dyn.user.ono.com) (Ping timeout)
- # [04:06] * Joins: kanru (kanru@moz-99690620.hinet-ip.hinet.net)
- # [04:07] <mbrubeck> ewong: pong
- # [04:07] <ewong> mbrubeck: iirc.. you also know your way around the tbpl code, right?
- # [04:07] <mbrubeck> Some of it, anyway. ;)
- # [04:08] <ewong> mbrubeck: I'm looking at bug 841316.. for build logs.. is the ftp url generated after the build has finished? and is stored in the database?
- # [04:08] * Quits: ddahl (ddahl@C261DB39.6E5482D7.8DDCAE07.IP) (Connection reset by peer)
- # [04:09] * Joins: ddahl_ (ddahl@C261DB39.6E5482D7.8DDCAE07.IP)
- # [04:09] * Quits: wlach (wlach@moz-A499C6A5.vif.net) (Ping timeout)
- # [04:10] <mbrubeck> Hmm... I was going to direct you to bug 656155 to show where that code lives... but you are the one who fixed it. :)
- # [04:10] <mbrubeck> So I think you know as much as I do... I've only really worked on the JS parts of TBPL, not the PHP/SQL parts.
- # [04:11] <@roc> who should I talk to about our local networking gear being down?
- # [04:11] * Quits: mixedpuppy (mixedpuppy@moz-7B3CFB22.vc.shawcable.net) (Quit: mixedpuppy)
- # [04:11] <ewong> mbrubeck: yeah I was looking at that code.. not really sure how I fixed it.. it seems so unfamiliar.. ;P
- # [04:13] * jcranmer is now known as jcranmer|away
- # [04:14] * Quits: ehugg_ (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net) (Quit: ehugg_)
- # [04:15] * Quits: njn (chatzilla@moz-1DEA8F38.dyn.iinet.net.au) (Client exited)
- # [04:16] * Joins: njn (chatzilla@moz-1DEA8F38.dyn.iinet.net.au)
- # [04:16] * Joins: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [04:16] * Joins: ekr (ekr@moz-FF253D63.mycingular.net)
- # [04:16] * Quits: jmayer (bzlandfill@B62855E1.CCC99E20.4989C8B.IP) (Quit: CGI:IRC (EOF))
- # [04:19] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/75a6fd76e428 - Nicholas Nethercote - Bug 842419 (part 4) - Clean up srcnote constants and js_SrcNoteSpec. r=jorendorff.
- # [04:19] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
- # [04:19] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c7ff88dac40a - Nicholas Nethercote - Bug 842419 (part 3) - Remove dead JOF_* constants, and kill off JSOP_BACKPATCH_POP. r=jorendorff.
- # [04:19] * Joins: bsmith (bsmith@43CB6079.66715431.D25A875A.IP)
- # [04:19] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/57e43753805f - Nicholas Nethercote - Bug 842419 (part 5) - Reduce the arity of SRC_IF_ELSE from 2 to 1. r=jorendorff.
- # [04:19] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/88c652c92bc8 - Nicholas Nethercote - Bug 842419 (part 6) - Reduce the arity of three loop-related srcnotes, and remove another. r=jorendorff.
- # [04:19] * Quits: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de) (Ping timeout)
- # [04:19] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/14a91fda6743 - Nicholas Nethercote - Bug 842419 (part 8) - Reduce the arity of SRC_CATCH from 1 to 0. r=jorendorff.
- # [04:20] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f2ad1347a31a - Nicholas Nethercote - Bug 842419 (part 2) - Remove unnecessary SRC_CONTINUE notes, and kill off PNX_ENDCOMMA. r=jorendorff.
- # [04:20] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a01991f5219c - Nicholas Nethercote - Bug 842419 (part 1) - Remove unnecessary JSOp arg from EmitBackPatchOp(). r=jorendorff.
- # [04:20] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c40a568d6929 - Nicholas Nethercote - Bug 842419 (part 7) - Split SRC_SWITCH in two. r=jorendorff.
- # [04:21] * Quits: ekr (ekr@moz-FF253D63.mycingular.net) (Quit: Colloquy for iPhone - http://colloquy.mobi)
- # [04:22] * Quits: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [04:23] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
- # [04:24] * Joins: ehugg_ (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net)
- # [04:25] * Quits: bsmith (bsmith@43CB6079.66715431.D25A875A.IP) (Ping timeout)
- # [04:25] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f29e4a8ae748 - L. David Baron - Backout changeset b968708558b9 (bug 839809) for reftest failures.
- # [04:25] * Joins: bsmith (bsmith@43CB6079.66715431.D25A875A.IP)
- # [04:26] * philor|away is now known as philor
- # [04:27] * Quits: Waldo (waldo@2557E599.66715431.D25A875A.IP) (Quit: ChatZilla 0.9.87-5.1450hg.fc17 [XULRunner 18.0.2/20130206130229])
- # [04:27] <philor> aww, I missed the first bustage by just minutes
- # [04:31] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [04:32] <gps> should I be worried that build-system isn't producing fedora opt tests?
- # [04:32] * Quits: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney_)
- # [04:33] <philor> gps: you should, you're too young to forget that they are the ones on the Fedora pgo row
- # [04:34] <philor> b-s only builds pgo, like aurora, so it has that builds-don't-say-but-tests-do thing like aurora
- # [04:34] <gps> o rly? well, I may have that changed
- # [04:34] <njn> gps: did you see that zones just landed?
- # [04:34] * Joins: Mook (mook@moz-BC41A633.dsl.teksavvy.com)
- # [04:34] <gps> njn: no!
- # [04:34] * Quits: Gentlecat (Roman@A85BC1FB.CF9BE6BE.8FB52CB8.IP) (Ping timeout)
- # [04:35] <njn> gps: it did!
- # [04:35] <gps> oh, one massive patch. damn
- # [04:35] <njn> gps: no other way to do it, AFAIK
- # [04:38] <gps> I will have to push some try builds to measure the impact on FHR
- # [04:39] * Joins: sicking (sicking@moz-289A587C.hsd1.ca.comcast.net)
- # [04:40] * Joins: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [04:41] * Quits: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Ping timeout)
- # [04:44] * Quits: taras (taras@moz-8E045071.hsd1.wa.comcast.net) (Ping timeout)
- # [04:46] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
- # [04:46] * Joins: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de)
- # [04:47] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [04:47] <njn> gps: you know you can do custom AWSY runs now? https://areweslimyet.com/faq.htm#how-can-i-request-additional-awsy-tests-on-specific-changesets-or-try-pushes
- # [04:47] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Quit: Leaving.)
- # [04:48] <philor> gps: my vague old man's memory says that we did all-pgo on b-s because at the time periodic didn't look at whether it had run on a push before, so if you didn't have a push every six or twelve hours, it just kept running pgo over and over
- # [04:48] * Quits: mwu (mwu@E46D3CE0.E7BADBF1.B0C2132F.IP) (Quit: mwu)
- # [04:48] <philor> plus in the early days we didn't much care about non-pgo, since we hadn't been building it at all
- # [04:51] * Quits: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [04:51] * Joins: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net)
- # [04:51] <philor> mmm, reftests as mochitests, my favorite, nothing like data URL in mochitest error messages, and no reftest analyzer
- # [04:54] * Quits: sicking (sicking@moz-289A587C.hsd1.ca.comcast.net) (Quit: sicking)
- # [04:54] <gw280> on windows I get a build error regarding dom bindings
- # [04:54] <gw280> known issue?
- # [04:54] * Joins: clokep (Instantbir@moz-6BCB6950.static.ngn.east.myfairpoint.net)
- # [04:54] <philor> gw280: some webidl not found permissions nonsense?
- # [04:55] <philor> bug 833533
- # [04:55] <gw280> trying to find the actual error message, hang on
- # [04:55] <philor> yeah, that's part of the fun, usually about 15 lines up
- # [04:57] <gw280> I don't think that's the error
- # [04:57] <gw280> lemme pastebin
- # [04:57] <gw280> oh never mind, it's an error with me, by the looks of it
- # [04:57] <gw280> like 500 lines up
- # [04:58] <gw280> :/
- # [04:59] * Quits: Matti (Matti@moz-8F876CBE.dip.t-dialin.net) (Ping timeout)
- # [04:59] <philor> better than being able to repro that, khuey would have made you debug it if he ever noticed that we're expecting him to fix it
- # [05:00] * Joins: shorlander (shorlander@moz-12010C1.public.wayport.net)
- # [05:01] * Joins: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP)
- # [05:01] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
- # [05:02] * Joins: tabraldes2 (user@moz-3F87419B.hsd1.or.comcast.net)
- # [05:02] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
- # [05:02] * Joins: Matti (Matti@moz-54894B27.dip.t-dialin.net)
- # [05:05] * Quits: @roc (chatzilla@moz-9DEE0916.dyn.cust.vf.net.nz) (Ping timeout)
- # [05:07] * Quits: clokep (Instantbir@moz-6BCB6950.static.ngn.east.myfairpoint.net) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
- # [05:07] <gps> njn: from a casual glance at about:memory after building inbound, I'm a bit disappointed. I'm still seeing ~50kb attributed to each compartment/jsm. I was expecting much lower
- # [05:08] <gps> why is there at least 32kb for the type-inference/analysis-pool for every compartment? that seems wasteful
- # [05:08] <njn> gps: the smallest compartments are much smaller; I see ones as small as 3 KiB
- # [05:08] <gps> actually, most of my JSMs have 32,768 for type-inference/analysis-pool
- # [05:09] <gps> njn: jsm compartments?
- # [05:09] <gps> njn: http://gps.pastebin.mozilla.org/2166064
- # [05:10] <gps> full output: http://gps.pastebin.mozilla.org/2166065
- # [05:10] <njn> gps: what numbers did you have before?
- # [05:10] * Joins: vicamo (vicamo@moz-99690620.hinet-ip.hinet.net)
- # [05:10] <gps> njn: here is my current Nightly: http://gps.pastebin.mozilla.org/2166066
- # [05:11] <gps> note that there is no type-inference/analysis-pool
- # [05:11] * Joins: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com)
- # [05:11] <gps> if I "minimize memory usage" those type-inference-analysis-pool's go away. interesting
- # [05:12] * Joins: mwu (mwu@E46D3CE0.E7BADBF1.B0C2132F.IP)
- # [05:12] <gps> afterwards JSM overhead is more reasonable: http://gps.pastebin.mozilla.org/2166067
- # [05:12] <gps> still not great
- # [05:13] * Joins: roc (chatzilla@moz-D84F4CC7.dyn.cust.vf.net.nz)
- # [05:13] * ChanServ sets mode: +o roc
- # [05:13] * Quits: DomoOrigatuMrMugatu (john_q@moz-B6268EB2.ntc.blacksburg.shentel.net) (Input/output error)
- # [05:13] * Joins: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [05:13] * Joins: Gentlecat (Roman@A85BC1FB.CF9BE6BE.8FB52CB8.IP)
- # [05:14] <njn> gps: can you post a direct comparison? I'm having trouble matching up the pastebins you've shown so far
- # [05:15] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
- # [05:16] <njn> gps: and zones helps with the "unused-gc-things" measurement. That's all. In small compartments, that used to dominate
- # [05:16] <njn> "analysis-pool" should not have changed, AIUI
- # [05:16] * Joins: sfink (chatzilla@moz-AAD42FBF.dsl.pltn13.sbcglobal.net)
- # [05:17] * Joins: Waldo (waldo@moz-537BCF9.hsd1.ca.comcast.net)
- # [05:18] * bz is now known as bz_sleep
- # [05:18] * Joins: taras (taras@moz-8E045071.hsd1.wa.comcast.net)
- # [05:18] <gps> njn: inbound - http://gps.pastebin.mozilla.org/2166092; central - http://gps.pastebin.mozilla.org/2166100
- # [05:19] * Joins: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net)
- # [05:19] <gps> wait - my inbound doesn't have the same mozconfig foo. gah
- # [05:19] * Joins: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net)
- # [05:20] <njn> gps: first thing I see is XPComUtils has halved in size
- # [05:20] <gps> njn: why is total explicit memory the same?
- # [05:20] * Joins: twi (Adium@moz-12EC5C5D.ip243.fastwebnet.it)
- # [05:20] <gps> let me build with the same cflags, then we'll see where we're at
- # [05:21] <njn> gps: hard to tell without full output
- # [05:21] <gps> oh, I see pastebin truncated. gah
- # [05:21] * Quits: taras (taras@moz-8E045071.hsd1.wa.comcast.net) (Ping timeout)
- # [05:23] * Joins: Wes_ (chatzilla@moz-8EE0ED3E.kingston.net)
- # [05:25] * Quits: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney_)
- # [05:25] <njn> gps: the JS numbers in "Other measurements" at the bottom are useful
- # [05:26] * Joins: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [05:28] * Quits: b10n1k (j0ni@moz-A50524F8.hsd1.il.comcast.net) (Ping timeout)
- # [05:28] * Joins: b10n1k (j0ni@moz-A50524F8.hsd1.il.comcast.net)
- # [05:30] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [05:30] * Joins: spohl1 (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [05:31] * Quits: spohl1 (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Quit: Leaving.)
- # [05:31] * Joins: spohl1 (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [05:32] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [05:32] * spohl1 is now known as spohl
- # [05:32] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Quit: Leaving.)
- # [05:33] <philor> dholbert: how did you manage to break text line height or some such thing, with a fail_on_warnings patch?
- # [05:34] <@bz_sleep> mochitest-plugins: 821/2/1
- # [05:34] <@bz_sleep> How do I run that test suite?
- # [05:34] <dholbert> philor, erm
- # [05:35] <philor> bz_sleep: mochitest-ipcplugins, I think
- # [05:35] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f4aeece6e4f2 - Makoto Kato - Bug 843456 - Don't use processor macro on UIABridge.idl. r=jimm
- # [05:35] <dholbert> philor, looks sporadic to me; next cycle is green on that test
- # [05:35] <@bz_sleep> philor: perfect, thanks
- # [05:36] <philor> dholbert: those three, some of which haven't run yet I don't think
- # [05:36] * glob|away is now known as glob
- # [05:36] <philor> here, let me fix our text layout with the clobberer, though
- # [05:36] <dholbert> philor++ :)
- # [05:37] <philor> guess since mozharness changed the name of that suite, we should probably change the in-tree name, too
- # [05:39] * Quits: rniwa (rniwa@5FEFE500.BA327C77.775DF071.IP) (Quit: rniwa)
- # [05:40] <philor> gps: does mach take test targets from testsuite-targets.mk, or does it need a separate bug to learn a new name?
- # [05:40] * Joins: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [05:41] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [05:42] * Quits: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Ping timeout)
- # [05:42] * Quits: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney_)
- # [05:42] * Quits: @roc (chatzilla@moz-D84F4CC7.dyn.cust.vf.net.nz) (Ping timeout)
- # [05:44] * Joins: roc (chatzilla@moz-D84F4CC7.dyn.cust.vf.net.nz)
- # [05:44] * ChanServ sets mode: +o roc
- # [05:45] * Quits: mwu (mwu@E46D3CE0.E7BADBF1.B0C2132F.IP) (Quit: mwu)
- # [05:48] * Quits: Optimizer (Optimizer@D65ACBD6.6723A0B9.BE90E62C.IP) (Ping timeout)
- # [05:48] * Quits: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [05:49] * Joins: JSilver99 (JSilver99@moz-77CE8F68.cpe.net.cable.rogers.com)
- # [05:50] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
- # [05:50] * Quits: JSilver99 (JSilver99@moz-77CE8F68.cpe.net.cable.rogers.com) (Ping timeout)
- # [05:51] * Joins: Optimizer (Optimizer@856B38AD.996E9D8E.D5D59AD9.IP)
- # [05:52] * Joins: mwu (mwu@E46D3CE0.E7BADBF1.B0C2132F.IP)
- # [05:54] * Joins: Zeo (zeo@D92F651F.45FF7B9E.C16529EA.IP)
- # [05:56] * Quits: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com) (Quit: spartanfire)
- # [05:57] * Joins: kentuckyfriedtakahe (kentuckyfr@538BABFE.A073F3E.97BBD552.IP)
- # [05:58] * Quits: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de) (Input/output error)
- # [05:58] * Joins: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com)
- # [06:03] * Quits: asrail (asrail@EB8ABE1B.D9975CD5.3927C314.IP) (Ping timeout)
- # [06:03] * Quits: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP) (Input/output error)
- # [06:11] * Quits: dbradley (dbradley@1DA716E2.7763A1F0.52E8B953.IP) (Ping timeout)
- # [06:12] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
- # [06:14] * Quits: @roc (chatzilla@moz-D84F4CC7.dyn.cust.vf.net.nz) (Ping timeout)
- # [06:15] * Joins: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
- # [06:16] * Joins: roc (chatzilla@moz-D84F4CC7.dyn.cust.vf.net.nz)
- # [06:16] * ChanServ sets mode: +o roc
- # [06:16] * Mossop is now known as Mossop_away
- # [06:17] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
- # [06:17] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9df26f2a96fc - Vicamo Yang - Bug 843525: update marionette venv to fix missing _sysconfigdata_nd on debians. r=jgriffin
- # [06:17] * Quits: ehugg_ (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net) (Quit: ehugg_)
- # [06:18] * Quits: Mossop_away (mossop@moz-3D9B2D8F.lsanca.fios.verizon.net) (Connection reset by peer)
- # [06:19] * Quits: mwu (mwu@E46D3CE0.E7BADBF1.B0C2132F.IP) (Quit: mwu)
- # [06:19] * Quits: @roc (chatzilla@moz-D84F4CC7.dyn.cust.vf.net.nz) (Ping timeout)
- # [06:21] * Joins: mwu (mwu@E46D3CE0.E7BADBF1.B0C2132F.IP)
- # [06:21] * Joins: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [06:22] * Joins: jammink (textual@moz-502089A0.dsl.dynamic.sonic.net)
- # [06:23] * Joins: dbaron (dbaron@moz-F4919B79.dsl.dynamic.sonic.net)
- # [06:23] * ChanServ sets mode: +o dbaron
- # [06:23] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [06:24] * Quits: mwu (mwu@E46D3CE0.E7BADBF1.B0C2132F.IP) (Quit: mwu)
- # [06:26] * Quits: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney_)
- # [06:26] * Joins: csmedberg (bsmedberg@moz-748CAEF1.jst.pa.atlanticbb.net)
- # [06:27] * Joins: roc (chatzilla@6504DB01.85DDA0F3.AA678D67.IP)
- # [06:27] * ChanServ sets mode: +o roc
- # [06:27] * Quits: @bsmedberg (bsmedberg@moz-748CAEF1.jst.pa.atlanticbb.net) (Ping timeout)
- # [06:30] * Quits: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net) (Ping timeout)
- # [06:30] * Joins: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net)
- # [06:30] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
- # [06:31] * Quits: tchevalier (Thunderbir@moz-835F38F5.w109-210.abo.wanadoo.fr) (Ping timeout)
- # [06:31] * Joins: vikash (vikash@672FC7CF.C010FE67.A3D1B221.IP)
- # [06:32] * Quits: gaston (landry@moz-2911F07A.rhaalovely.net) (Ping timeout)
- # [06:32] * Joins: gaston (landry@moz-2911F07A.rhaalovely.net)
- # [06:33] * nrc is now known as nrc|away
- # [06:33] * Joins: mwu (mwu@E46D3CE0.E7BADBF1.B0C2132F.IP)
- # [06:34] * Joins: tchevalier (Thunderbir@moz-47966F5.w109-210.abo.wanadoo.fr)
- # [06:36] * Joins: Mossop_away (mossop@moz-3D9B2D8F.lsanca.fios.verizon.net)
- # [06:37] * Quits: @roc (chatzilla@6504DB01.85DDA0F3.AA678D67.IP) (Ping timeout)
- # [06:37] * Quits: gaston (landry@moz-2911F07A.rhaalovely.net) (Ping timeout)
- # [06:40] * Joins: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [06:41] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/83535a72fb27 - Julian Reschke - Bug 601933: remove RFC 2047 encoding support for HTTP header field parameters. r=jduell
- # [06:41] * Quits: Mook (mook@moz-BC41A633.dsl.teksavvy.com) (Ping timeout)
- # [06:42] * Quits: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Ping timeout)
- # [06:44] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Connection reset by peer)
- # [06:44] * Joins: Mook (mook@moz-BC41A633.dsl.teksavvy.com)
- # [06:46] * Quits: himsin (x@432E449C.6FDFB4BE.1957C0DA.IP) (Ping timeout)
- # [06:47] * Parts: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Leaving...)
- # [06:47] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [06:47] * Quits: mwu (mwu@E46D3CE0.E7BADBF1.B0C2132F.IP) (Ping timeout)
- # [06:49] * Joins: mwu (mwu@E46D3CE0.E7BADBF1.B0C2132F.IP)
- # [06:49] * Joins: mwu_ (mwu@E46D3CE0.E7BADBF1.B0C2132F.IP)
- # [06:49] <philor> but you know what would be the most awesome ending for my having closed aurora until someone filed all the new unfiled intermittents?
- # [06:50] <@dbaron> philor, the intermittent oranges being fixed?
- # [06:50] <philor> if someone just pushed to the closed tree without filing them, and then went home, leaving their busted-ass patch
- # [06:50] <philor> mconnor: THAT WOULD BE YOU
- # [06:50] * Quits: mwu (mwu@E46D3CE0.E7BADBF1.B0C2132F.IP) (Ping timeout)
- # [06:50] * mwu_ is now known as mwu
- # [06:52] <philor> mconnor: remember how a while back, you were all surprised when I said that people were just treating every tree as though it was inbound, and you told me to tell you the names of the people, so you could correct their behavior?
- # [06:52] <philor> mconnor: MCONNOR
- # [06:53] * Joins: sicking (sicking@moz-289A587C.hsd1.ca.comcast.net)
- # [06:54] * Quits: Gentlecat (Roman@A85BC1FB.CF9BE6BE.8FB52CB8.IP) (Ping timeout)
- # [06:54] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a4129f091522 - Bill McCloskey - Bug 816033 - Disable ecma_5/extensions/JSON-string-replacer-overflow.js on Windows debug builds
- # [06:54] * @dbaron so enjoys platform-specific reftest failures that are due to differences in compiler behavior rather than, say, actual platform differences
- # [06:54] <ewong> oh.. now I see what you mean.. m-a.
- # [06:54] * Quits: mwu (mwu@E46D3CE0.E7BADBF1.B0C2132F.IP) (Quit: mwu)
- # [06:54] <@dbaron> I suppose I should have known better on that one, though.
- # [06:55] <@dbaron> Why does C++ define signed-to-unsigned integer conversion but leave unsigned-to-signed undefined?!
- # [06:57] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
- # [06:57] * Joins: Gentlecat (Roman@A85BC1FB.CF9BE6BE.8FB52CB8.IP)
- # [06:57] <Waldo> because twos-complement wasn't universal
- # [06:57] <Waldo> so signed doesn't necessarily convert trivially to unsigned
- # [06:58] <Waldo> yay embedded development
- # [06:58] <@dbaron> well, I'd at least like it to be defined symmetrically for the same size
- # [06:58] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [06:58] <@dbaron> I'm ok with having unsigned-to-signed undefined when they're different sizes
- # [06:58] * Joins: wolfiR (wolfiR@moz-835ECC1E.dip0.t-ipconnect.de)
- # [06:58] <@dbaron> but it would be nice to have a reversible conversion!
- # [06:58] * Quits: jammink (textual@moz-502089A0.dsl.dynamic.sonic.net) (Quit: Computer has gone to sleep.)
- # [06:59] <njn> gps: oh... "analysis-pool" tends to disappear when GC runs, so if you're seeing it in lots of compartments, triggering a GC should hopefully remove it
- # [06:59] * Quits: sicking (sicking@moz-289A587C.hsd1.ca.comcast.net) (Quit: sicking)
- # [07:00] * capella is now known as capella|zzzz
- # [07:01] * Quits: Mook (mook@moz-BC41A633.dsl.teksavvy.com) (Ping timeout)
- # [07:04] * Quits: ehugg (chatzilla@moz-44D86B1E.cisco.com) (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130218103407])
- # [07:05] * Joins: Mook (mook@moz-BC41A633.dsl.teksavvy.com)
- # [07:06] * Joins: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net)
- # [07:06] * kaze|zZz is now known as kaze
- # [07:12] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/794d30acd4eb - Sriram Ramasubramanian - Bug 843827: Makefile entry missing on MDPI phone. [r=mfinkle]
- # [07:12] * Joins: gaston (landry@moz-2911F07A.rhaalovely.net)
- # [07:14] * Quits: Mook (mook@moz-BC41A633.dsl.teksavvy.com) (Quit: Mook)
- # [07:17] * Quits: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net) (Quit: Computer has gone to sleep.)
- # [07:17] * Quits: vingtetun (vingtetun@moz-64E1A8DA.fbx.proxad.net) (Ping timeout)
- # [07:18] * joduinn-commute is now known as joduinn-home
- # [07:20] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Input/output error)
- # [07:21] * Joins: jammink (textual@2557E599.66715431.D25A875A.IP)
- # [07:21] * Quits: dhylands (dhylands@moz-5BF5F351.bchsia.telus.net) (Connection reset by peer)
- # [07:21] <mconnor> philor: :(
- # [07:22] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [07:22] <rnewman> philor: I will take a look at those test failures
- # [07:22] * Joins: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net)
- # [07:22] * Quits: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net) (Input/output error)
- # [07:23] <rnewman> oh, you backed out; great
- # [07:23] * Joins: dhylands (dhylands@moz-5BF5F351.bchsia.telus.net)
- # [07:24] <philor> yeah, now I'm on the hook for aurora on a weeknight starting at 10pm
- # [07:24] <philor> did the tree closure seem like I was joking, and I meant open? I can try to rewrite it
- # [07:24] * Joins: aklotz (Thunderbir@moz-55246988.cg.shawcable.net)
- # [07:25] <mconnor> philor: I was tired, and assumed it was closed in advance of first Aurora nightly
- # [07:26] * Joins: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP)
- # [07:27] <mconnor> philor: that was rather poor of me, and I know better
- # [07:27] <mconnor> in theory
- # [07:27] * Quits: aklotz (Thunderbir@moz-55246988.cg.shawcable.net) (Ping timeout)
- # [07:27] * Joins: aklotz (Thunderbir@moz-55246988.cg.shawcable.net)
- # [07:28] * @dolske awards mconnor a tiny sarcastic trophy. :P
- # [07:28] <mconnor> philor: so... hrm. a) I should be on hook, but that's sort of silly given it's 1:30 here
- # [07:29] * Quits: aklotz (Thunderbir@moz-55246988.cg.shawcable.net) (Quit: aklotz)
- # [07:29] <mconnor> b) I don't think anyone is urgently landing a damn thing tonight
- # [07:29] <mconnor> c) given that, go to bed, I'll get Ed and Ryan to clean up this mess in the AM
- # [07:29] * Joins: smontagu (chatzilla@moz-A5B9F7E2.red.bezeqint.net)
- # [07:30] <mconnor> philor: seem fair/reasonable?
- # [07:30] <philor> you may be excused, I'll watch the tree for you, thanks for asking
- # [07:30] * Quits: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
- # [07:30] <philor> I don't have any knowledge of the conditions of their employment, but I haven't seen any changes in the tree rules to say that they are responsible for filing every bug on aurora. are they?
- # [07:31] * Quits: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com) (Quit: spartanfire)
- # [07:31] <mconnor> philor: well, someone has to, and they are the permasheriffs
- # [07:31] * Joins: thinker (user@moz-D921FE60.dynamic.kbronet.com.tw)
- # [07:33] * ewong wonders if there's such a thing as an intermittent-deputysheriff.
- # [07:33] <mconnor> there are many
- # [07:33] <mconnor> :)
- # [07:33] <philor> mconnor: shall I go ahead and edit the tree rules?
- # [07:34] <mconnor> philor: to what? I think those are pretty good, if someone feels super-strongly about reopening aurora before Ed starts work (which is in a few hours) they're welcome to jump on that grenade, IMO
- # [07:35] <mconnor> philor: let's assume I'm the only schmuck in the room right now
- # [07:36] <ewong> I can help watch the tree..
- # [07:37] * Joins: dholbert_ (dholbert@moz-EAA4454E.hsd1.ca.comcast.net)
- # [07:37] * Joins: pcwalton (pcwalton@moz-481A040C.hsd1.ca.comcast.net)
- # [07:38] <philor> mconnor: maybe I don't understand the tree rules - my impression was that "You must check the tree before pushing, and watch the tree for failures after pushing." meant that the rules were the same as they always were before inbound existed
- # [07:38] * Quits: bent (chatzilla@moz-932324BF.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 18.0.2/20130201065344])
- # [07:39] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
- # [07:40] * Joins: fitzgen (fitzgen@moz-9E403A70.dsl.static.sonic.net)
- # [07:40] <philor> I suspect Ed believes that's what they are; he does not star aurora
- # [07:40] * Joins: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [07:40] <mconnor> philor: nope, you're correct, I was sloppy, as I previously indicated, and assumed the build switch remained fully functional
- # [07:41] <mconnor> philor: that said, I don't believe a straight backout puts one on the hook, if the previous commit had a known state
- # [07:42] * Quits: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Ping timeout)
- # [07:43] <philor> mconnor: yeah, I'm far less concerned by that than I am by the fact that nobody will sack up and file those seven unstarred oranges, nor will they, after I finally give up and file them and everyone suddenly realizes they have patches to land, file the next seven
- # [07:43] <@dbaron> I agree that if you've backed out everything you've landed, you're no longer on the hook.
- # [07:44] <philor> hmm, so the new intermittents on your backout are purely the responsibility of the next person who wants to push?
- # [07:44] <philor> are the new intermittents on your push, of which there is one, also not your responsibility once you've backed out?
- # [07:44] * Quits: Waldo (waldo@moz-537BCF9.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.87-5.1450hg.fc17 [XULRunner 18.0.2/20130206130229])
- # [07:44] <@dbaron> I think so
- # [07:44] * Joins: roc (chatzilla@E2F7352.56080C53.97BBD552.IP)
- # [07:44] * ChanServ sets mode: +o roc
- # [07:44] * Joins: Optimize1 (Instantbir@4F3E1057.A6DE773B.88FACCAA.IP)
- # [07:44] <mconnor> philor: nope, if there are new intermittents on a straight backout then I assert they were intermittents before your backout
- # [07:45] <@dbaron> just like if you get a full test cycle, and then there are nightlies later generated on your push that trigger new intermittents, that's the problem of the next person
- # [07:45] <mconnor> where by next person, I mean we've hired people to make sure that diffusion of responsibility only goes so far
- # [07:46] * Joins: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz)
- # [07:47] * Joins: jhorak_ (jhorak@moz-2EE9C9C3.cust.nbox.cz)
- # [07:47] * Quits: jhorak_ (jhorak@moz-2EE9C9C3.cust.nbox.cz) (Connection reset by peer)
- # [07:47] <philor> okay: please tell their boss to tell them that they are responsible for filing every intermittent, because they don't know and it's going to be a bit of a surprise to them
- # [07:48] <@dbaron> well, by "next person" I meant next person who wants to land
- # [07:48] * Quits: bdahl (bdahl@moz-D7CB09C3.dsl.dynamic.sonic.net) (Client exited)
- # [07:48] <@dbaron> though I'd hope permasheriffs could help
- # [07:49] <gps> philor: each of the mach targets is implemented separately. e.g. xpcshell tests invoke the Python test runner directly while mochitests (currently) invoke make targets
- # [07:49] <philor> what on earth are those Win debug reftests on inbound, where they claim to have timed out partway through and then keep running?
- # [07:49] <gps> the plan is to have mach invoke each test runner natively. maybe some day we'll eliminate the make targets
- # [07:50] * Quits: @roc (chatzilla@E2F7352.56080C53.97BBD552.IP) (Ping timeout)
- # [07:50] * Fallen|away is now known as Fallen
- # [07:52] <@dbaron> WINNT 6.1 is Windows 7, right?
- # [07:52] * Quits: pcwalton (pcwalton@moz-481A040C.hsd1.ca.comcast.net) (Quit: nbvcx)
- # [07:52] <philor> oh my, that's the 7200 second total time limit, we've made reftests so slow that the whole job is timing out, but buildbot doesn't actually successfully kill on Windows
- # [07:52] <philor> right, Win7
- # [07:53] * hwine is now known as hwine-zzz
- # [07:53] <@dbaron> philor, is reloading tbpl good enough to make it search bugzilla again for intermittent-orange bugs?
- # [07:53] <philor> though we are still beneath a backout there...
- # [07:53] <philor> dbaron: no, you'll hate the real answer here, it's awful
- # [07:54] <@dbaron> philor, can I invalidate the cache that lives somewhere?
- # [07:54] <philor> get the id out of the log URL, open your bookmarked https://tbpl.mozilla.org/php/getLogExcerpt.php?type=annotated®enerate=1&id= and then stick it in at the end and load that, and then... maybe clearing your cache will be enough, but I always just switch to Chrome
- # [07:54] * Joins: past (Instantbir@moz-1AB1CEA0.dsl.dyn.forthnet.gr)
- # [07:55] <@dbaron> philor, switching to another Fx profile would work?
- # [07:55] <philor> two caches, the URL invalidates tbpl's server-side cache, but client-side doesn't like to be told to reload
- # [07:55] <philor> yeah, profile should work fine
- # [07:56] <ewong> for https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=83535a72fb27 OSX 10.7 debug M3 orange.. it says it's leaking, but when I click on 'analyze leak' it says "no DOM windows leaked."
- # [07:56] <mconnor> philor: maybe we should add random fuzz to query URIs?
- # [07:57] * Joins: jviereck (Adium@moz-340574DC.dclient.hispeed.ch)
- # [07:57] <philor> I'm sure tbpl2 will carefully manage browser caching
- # [07:57] <philor> woo, I kept a straight face!
- # [07:57] * Quits: dholbert_ (dholbert@moz-EAA4454E.hsd1.ca.comcast.net) (Quit: Ex-Chat)
- # [07:59] <@dbaron> I could swear there were 3 of those Win debug reftest failures a minute ago, and now there's only one
- # [07:59] <mconnor> philor: I need to figure that out for compare-talos now that it actually is robust against renaming/adding/deleting tests
- # [08:00] <mconnor> maybe there's a generic solution...
- # [08:00] <@dbaron> well, I filed the bug for it
- # [08:00] <@dbaron> didn't star anything
- # [08:01] <@dbaron> philor, could we just give tbpl UI to "suggest another bug"?
- # [08:01] <@dbaron> philor, we could then use it for the things that the search can't find, too
- # [08:03] <philor> dbaron: I think that was where Ed was headed with ®enerate=1, but he didn't figure out where to shoehorn it in before the answer for everything because "that's a great idea for tbpl2"
- # [08:03] <philor> but, that's a great idea for tbpl2 ;)
- # [08:03] <@dbaron> philor, "2" is generally not a great idea
- # [08:03] * fabrice is now known as fabrice|zZz
- # [08:03] <mconnor> philor: dude, never change. <3
- # [08:05] <mconnor> dbaron: I thought that was 5? :)
- # [08:05] <mconnor> or anythign ending in .5....
- # [08:05] <philor> dbaron: it can't be a bad idea, it's going to work with git!
- # [08:08] * Joins: Sander (chatzilla@moz-2D1F1467.adsl.xtra.co.nz)
- # [08:08] * Joins: sewardj (sewardj@moz-45A880C3.dip.t-dialin.net)
- # [08:08] <philor> rats, there goes my hope for the backout solving the win7 debug timeouts
- # [08:10] <philor> dbaron: got another candidate for what would have taken them from ~98 minutes to over 2 hours?
- # [08:11] <@dbaron> philor, not the bug jrmuizel filed and edmorley wontfixed already?
- # [08:11] <@dbaron> let me load the bugzilla query page
- # [08:11] <@dbaron> I'll get back to you in 60 seconds with the bug number
- # [08:12] <philor> dbaron: no, that was about armv6 android, not about windows 7 debug, which just increased in the last few hours
- # [08:12] <@dbaron> bug 843728
- # [08:12] <@dbaron> only took 30 seconds, it seems
- # [08:13] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
- # [08:14] * Quits: Optimizer (Optimizer@856B38AD.996E9D8E.D5D59AD9.IP) (Ping timeout)
- # [08:15] <philor> 98 minutes on https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=6c64bae71de5, 105 minutes on https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=3a4630fa83f7 which is above your push, 145 minutes and red because that's over 120 on https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=4ede352670cd
- # [08:15] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [08:16] <philor> though we're probably still below where I clobbered, and I'll hate it but not be surprised if a clobber causes the win7 debug reftest time to drop by 50 minutes
- # [08:17] * Joins: stransky (stransky@moz-43775E86.net.upcbroadband.cz)
- # [08:17] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
- # [08:17] * Quits: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Quit: masayuki)
- # [08:18] <@dbaron> philor, so we're talking about https://tbpl.mozilla.org/?tree=Mozilla-Inbound&jobname=Rev3%20WINNT%206.1%20mozilla-inbound%20debug%20test%20reftest , right?
- # [08:18] * Joins: Optimizer (Optimizer@DF655549.C568A5F9.D2D1FAF0.IP)
- # [08:18] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
- # [08:18] <philor> exactly
- # [08:18] * @dbaron retriggers an older one to see if it's infra
- # [08:18] <philor> 7200 seconds is a buildbot "no step shall take more than 2 hours no matter what it is doing" timeout
- # [08:19] * Quits: Zeo (zeo@D92F651F.45FF7B9E.C16529EA.IP) (Quit: Leaving)
- # [08:19] * Joins: jgilbert (jgilbert@moz-8D8C952C.sw.biz.rr.com)
- # [08:20] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [08:20] * Joins: mixedpuppy (mixedpuppy@moz-7B3CFB22.vc.shawcable.net)
- # [08:20] <@dbaron> I wonder if billm's push caused significant performance degradation (debug-only, perhaps?)
- # [08:21] <@dbaron> It's possible my tef+ bug could have changed timing stuff (we don't run tests in VMs any more, though, do we?) but the 105min was after me
- # [08:22] <philor> we run the things on the "Ubuntu" row in Amazon VMs, nothing else
- # [08:22] <@dbaron> philor, ah, you just triggered something on my push?
- # [08:22] <philor> yep
- # [08:22] <@dbaron> are we really short of slaves at this hour?
- # [08:22] * Quits: Sander (chatzilla@moz-2D1F1467.adsl.xtra.co.nz) (Ping timeout)
- # [08:23] <philor> 1306 pending, 516 running
- # [08:23] * Joins: cpearce (chatzilla@moz-89F1BDBC.xdsl.xnet.co.nz)
- # [08:23] * Joins: Sander (chatzilla@moz-2D1F1467.adsl.xtra.co.nz)
- # [08:23] <philor> probably the bulk of the short is the double-duty linux32/b2g ones, they're fully used until Saturday, Windows usually catches up around this time of night
- # [08:23] * Joins: lizzard (ehenry@E9758364.9EC0A5AF.CFE928A7.IP)
- # [08:24] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/ff74c059d79f - Lucas Rocha - Bug 817721/817735/817732 - Change sidebar state to be dynamic (r=mfinkle)
- # [08:24] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/173822e8dd83 - Lucas Rocha - Bug 817721/817735/817732 - Always scroll on tabs tray animation (r=mfinkle)
- # [08:24] <@dbaron> well, it's not like I'm planning to stay awake to watch these cycle anyway
- # [08:24] * Quits: jviereck (Adium@moz-340574DC.dclient.hispeed.ch) (Quit: Leaving.)
- # [08:24] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/52eb67d56577 - Lucas Rocha - Bug 817721/817735/817732 - Add TwoWayView to repo (r=mfinkle)
- # [08:24] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/5ab1d763ff1c - Lucas Rocha - Bug 817721/817735/817732 - Add more granular API to query tablet form-factors (r=mfinkle)
- # [08:24] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/5445992580b1 - Lucas Rocha - Bug 817721/817735/817732 - New tabs tray layout with horizontal scrolling (r=mfinkle) (needs-clobber)
- # [08:24] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/3f0f2ba1521c - Lucas Rocha - Bug 817721/817735/817732 - New TabsPanel sizing (r=mfinkle)
- # [08:24] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f7b36d82768d - Lucas Rocha - Bug 817721/817735/817732 - Change TabsTray to use TwoWayView (r=mfinkle)
- # [08:24] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d20e50778bbc - Lucas Rocha - Bug 817721/817735/817732 - Add support for width animations in PropertyAnimator (r=mfinkle)
- # [08:24] <philor> 516 running says we aren't entirely short, because fully in use is close to 1000, but that requires having plenty of builds and Mac tests running, and by now neither of those are going too heavily
- # [08:24] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/2ad939012eb8 - Lucas Rocha - Bug 817721/817735/817732 - Vertical swipe support in TabsTray (r=mfinkle)
- # [08:25] <philor> not staying awake to watch runs try to time out after 2 hours?
- # [08:26] <philor> 2 once they start, 432 pending win7 jobs
- # [08:26] <@dbaron> should we close inbound?
- # [08:27] <jesup> dholbert: ping
- # [08:27] <dholbert> jesup, pong
- # [08:28] <dholbert> oh
- # [08:28] <dholbert> jesup, just saw your patch
- # [08:28] <jesup> Note that' patch was for the audio side
- # [08:28] <dholbert> jesup, I think that patch is orthogonal
- # [08:28] * Joins: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP)
- # [08:29] <dholbert> jesup, https://bugzilla.mozilla.org/show_bug.cgi?id=843929 is about unused member-vars, not unused function-arguments
- # [08:29] <jesup> right
- # [08:29] <jesup> both are relevant
- # [08:29] * Quits: cpearce (chatzilla@moz-89F1BDBC.xdsl.xnet.co.nz) (Ping timeout)
- # [08:29] <dholbert> cool
- # [08:29] <dholbert> (I just haven't noticed the other warnings yet)
- # [08:29] <jesup> Just wanted to avoid you trying to fix the args too
- # [08:29] <dholbert> jesup, thanks!
- # [08:30] <dholbert> jesup, do you know what the story is with mFPS? can we drop it?
- # [08:30] <ewong> was this starred right? https://tbpl.mozilla.org/php/getParsedLog.php?id=19977778&tree=Mozilla-Inbound
- # [08:30] <dholbert> ewong, no one can tell; the log doesn't show its starring
- # [08:31] <dholbert> ewong, though I suppose one can click through to the TBPL cycle from the log, nevermind
- # [08:31] <dholbert> ewong, anyway, looks like it was -- you narrowly beat philor, who starred it the same as you did :)
- # [08:31] <philor> where they'll see that I agreed with you, a slow and pathetic 70 seconds after you'd already starred it :)
- # [08:32] <dholbert> jesup: (also: do compilers warn about unused function args? I don't recall seeing warnings for those)
- # [08:32] <ewong> :)
- # [08:32] * jchen is now known as jchen|away
- # [08:32] <dholbert> jesup, (I've seen unused local variable warnings from gcc, and unused private fields from clang, but I don't recall seeing unused-parameter warnings)
- # [08:32] <jesup> dholbert: you know, they probably don't. I'd mis-read your bug report to be about audio
- # [08:32] <jesup> ignore my patch then
- # [08:32] <dholbert> jesup, ok
- # [08:33] <jesup> mFPS isn't currently used, but may be as a target in the future
- # [08:34] <jesup> (right now minFPS is used to select a capability, but we don't try to limit capture rate to mFPS)
- # [08:34] * Quits: vikash (vikash@672FC7CF.C010FE67.A3D1B221.IP) (Ping timeout)
- # [08:34] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [08:34] <dholbert> jesup, what would you suggest? Perhaps adding (void)mFps in the constructor perhaps?
- # [08:34] <jesup> that might come soon. Sure, (void) mFPS would be fine with // Remove once used
- # [08:34] <dholbert> ok
- # [08:34] <jesup> r+
- # [08:35] * Joins: vikash (vikash@672FC7CF.C010FE67.A3D1B221.IP)
- # [08:36] <jesup> dolske: ping
- # [08:37] * Quits: jammink (textual@2557E599.66715431.D25A875A.IP) (Quit: Computer has gone to sleep.)
- # [08:37] <jesup> (the danger of posting to #foxymonkies - someone might realize you're on ;-)
- # [08:38] <ewong> re: M(bc) on Fedora64 debug from https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=9df26f2a96fc, is this a new bug?
- # [08:38] <philor> whee, bustage on a CLOSED TREE for bedtime!
- # [08:39] <philor> looks new to me
- # [08:39] * Joins: vtmarvin1 (Thunderbir@9D75911A.1239134F.E4B2C495.IP)
- # [08:39] * Quits: vtmarvin1 (Thunderbir@9D75911A.1239134F.E4B2C495.IP) (Client exited)
- # [08:40] <ewong> how would I file this bug?
- # [08:40] <jesup> dolske: two blocker/likely-blockers for gUM UI for beta: bug 843971 (problem with showing which devices are being shared) and bug 842422 (fallout from the NO_DEVICES patch)
- # [08:40] * Joins: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [08:40] <jfkthame> looks like lrocha needs to come out, even though the tree's closed
- # [08:42] * Quits: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Ping timeout)
- # [08:42] <ewong> philor bug 843982
- # [08:42] * Quits: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [08:42] <@dbaron> jfkthame, though his top cset says "(needs clobber)"
- # [08:43] <@dbaron> jfkthame, not in any machine-parseable way, though
- # [08:43] <jfkthame> dbaron: hmm - yes, that might be all it needs
- # [08:43] * Joins: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
- # [08:43] <philor> not all, since even for that it needs a push touching the /CLOBBER file to go along with actually clobbering
- # [08:44] <philor> but I think I'll back it out and explain that, and that many things would prefer bug nnn, bug mmm, bug anotherletter, in the bugs
- # [08:44] <@dbaron> philor, though it requires clobbering a small subset; not sure if we really want to hit the CLOBBER file for that
- # [08:44] * Joins: abhishekp (chatzilla@moz-2A259BE2.mtnl.net.in)
- # [08:45] <philor> dbaron: yeah, I guess, since the lack of a build system means that we get the effect of /CLOBBER, burning builds, anyway
- # [08:45] * Joins: jviereck (Adium@moz-41FC4BAC.ethz.ch)
- # [08:45] * Quits: jviereck (Adium@moz-41FC4BAC.ethz.ch) (Max SendQ exceeded)
- # [08:46] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
- # [08:46] <@dbaron> philor, oh, we hit clobberer 3 seconsd apart
- # [08:46] <@dbaron> philor, are you retrihggering, or should i?
- # [08:46] <philor> dbaron: already did
- # [08:47] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [08:47] * Joins: jviereck (Adium@moz-41FC4BAC.ethz.ch)
- # [08:48] * Quits: jviereck (Adium@moz-41FC4BAC.ethz.ch) (Client exited)
- # [08:49] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [08:49] <glazou> this is the go-to-bed alarm of #developers ; bonjour :-)
- # [08:49] <ewong> what product/component do I file for https://tbpl.mozilla.org/php/getParsedLog.php?id=19976201&tree=Mozilla-Inbound ?
- # [08:49] * Joins: gandalf (zbraniecki@B3F34897.E49E6A38.BBB86DBD.IP)
- # [08:50] * Joins: jviereck (Adium@moz-41FC4BAC.ethz.ch)
- # [08:50] * Quits: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP) (Ping timeout)
- # [08:50] <dholbert> ewong, as a first approximation, you can do 'hg log' on the test, see what added it, and file the bug in that component
- # [08:50] * Quits: lizzard (ehenry@E9758364.9EC0A5AF.CFE928A7.IP) (Quit: lizzard)
- # [08:51] <ewong> dholbert: ah ok thanks!
- # [08:51] <dholbert> (er, file the bug in the same component as whatever added it)
- # [08:51] <philor> ewong: oops, I didn't look closely enough at that previous one, it's not new, it's from an assertion further up the log that's one of our most tiresome security-bug-intermittent-oranges
- # [08:51] <ewong> oh
- # [08:53] * Joins: gcp (gpascutto@moz-86A7852.access.telenet.be)
- # [08:53] * Quits: jviereck (Adium@moz-41FC4BAC.ethz.ch) (Connection reset by peer)
- # [08:53] * Joins: jviereck1 (Adium@moz-41FC4BAC.ethz.ch)
- # [08:54] <ewong> so bug 843982 should be invalid?
- # [08:56] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
- # [08:56] <philor> nope, duplicate
- # [08:56] * Quits: jviereck1 (Adium@moz-41FC4BAC.ethz.ch) (Quit: Leaving.)
- # [08:57] <ewong> sec bug? which sec bug (though I doubt I have access to it) or if you can, can you dupe it?
- # [08:57] * mgerva-afk is now known as mgerva
- # [08:57] <philor> duplicate number three, not bad for a intermittent-failure bug that's been open 6 months
- # [08:58] <philor> already did dupe it
- # [08:58] <ewong> thanks!
- # [08:58] <philor> thanks for filing it, sorry I didn't actually look at the log before saying it was new
- # [08:58] * Quits: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net) (Input/output error)
- # [08:58] <ewong> it's ok.. learning experience fo rme
- # [08:58] <ewong> for me even
- # [09:01] * Quits: erikvold (erikvold@moz-33BF5BAF.gv.shawcable.net) (Ping timeout)
- # [09:02] <ewong> philor is https://tbpl.mozilla.org/php/getParsedLog.php?id=19976201&tree=Mozilla-Inbound this also a reminant of a sec bug? just wanna clarify before I file a dupe.. :)
- # [09:02] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
- # [09:03] <philor> ewong: https://bugzilla.mozilla.org/buglist.cgi?quicksearch=WorkerPrivate%3A%3ADispatch :\
- # [09:04] <philor> crammed into the last one that still has summary room, and starred
- # [09:04] * glob is now known as glob|away
- # [09:04] * Quits: Sander (chatzilla@moz-2D1F1467.adsl.xtra.co.nz) (Ping timeout)
- # [09:05] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [09:05] * Joins: danielapetrovici (danielapet@A5A0595A.66715431.D25A875A.IP)
- # [09:05] * Joins: victorporof (victorporo@53D87802.6D2FB7A4.79933D60.IP)
- # [09:06] * Quits: kanru (kanru@moz-99690620.hinet-ip.hinet.net) (Input/output error)
- # [09:07] <jfkthame> philor: looks to me like 4ede352670cd may be the culprit for the slow windows reftests, would you agree?
- # [09:08] <philor> jfkthame: certainly possible, but it's also possible that our terrible build system is to blame, and they'll become fast wherever up toward the top the clobbers kick in, or that it's one of the skipped ones below that and a retrigger will come up slow, or that it's infra and a retrigger of a fast one will come up slow
- # [09:10] * Joins: tzimmermann (tzimmerman@moz-DACBB71C.pools.arcor-ip.net)
- # [09:10] * Joins: kanru (kanru@moz-99690620.hinet-ip.hinet.net)
- # [09:10] <philor> oh, yippee, touches all of js/src, and has js/src pushes on top of it, that'll go nicely for backing out
- # [09:11] * Joins: danielapetrovici_ (danielapet@601F3B17.33662590.A5830293.IP)
- # [09:12] <jfkthame> wow - yeah, that did spray pretty widely across the tree, didn't it
- # [09:13] * Quits: danielapetrovici (danielapet@A5A0595A.66715431.D25A875A.IP) (Ping timeout)
- # [09:14] <ewong> philor I'm having trouble understanding that star you just did on that WorkerPrivate dispatch.. where do I look for "libpthread-2.11.so + 0x....] above mozilla::dom::workers::WorkerPrivate::Dispatch" ?
- # [09:15] <ewong> mind you..not good at reading stack traces.. so possibly missed something
- # [09:15] * Joins: Matt (Matt@32DFDBE.7102BCB6.B7C3970A.IP)
- # [09:16] <ewong> oh.. "4 XUL!mozilla::dom::workers::WorkerPrivate::Dispatch(...)" though why #4?
- # [09:16] <philor> ewong: you don't, since those are the weeds where Linux jobs wind up crashing; what you do is learn through long bitter practice that when you see a surprise crash, and workerprivate::dispatch is lurking in the stack, to just throw it into one of those garbage dump bugs where it'll be ignored
- # [09:16] <@dbaron> jfkthame, yeah, that was my working theory as well
- # [09:17] * Joins: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP)
- # [09:18] <philor> "If Workers Are On The Stack, Everyone Above Them Is Only A Victim," that's my motto
- # [09:18] * glob|away is now known as glob
- # [09:20] <ewong> philor heh.. thanks!
- # [09:22] * jfkthame is sorely tempted to throw "hg backout 4ede352670cd" at the tree and see what happens, but maybe that'd be premature
- # [09:23] <philor> it would, yeah
- # [09:23] <jfkthame> it does look like other windows reftest jobs started taking longer then too - e.g. winxp opt increased by about 5 minutes
- # [09:23] <philor> clobber is a very real possibility, and https://tbpl.mozilla.org/?tree=Mozilla-Inbound&onlyunstarred=1&rev=9df26f2a96fc is clobbered and running a win7 debug reftest
- # [09:24] <jfkthame> ok … /me crosses fingers
- # [09:25] <ewong> oops.. I starred the same thing that philor did a few seconds before..
- # [09:25] <jfkthame> ewong: happens to us all
- # [09:25] <ewong> err I mean a few minutes before
- # [09:25] * Joins: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP)
- # [09:25] <jfkthame> (with either philor or edmorley, depending on time of day)
- # [09:26] <philor> RyanVM's the worst, I don't know how he can consistently get ahead of me by a few seconds over and over, even when I know he's got more trees open than me
- # [09:27] <philor> stupid fiber internet
- # [09:28] <ewong> is https://tbpl.mozilla.org/php/getParsedLog.php?id=19974648&tree=Mozilla-Inbound bug 837137?
- # [09:29] * Joins: nattokirai_ (nattokirai@moz-348F61F0.mozilla.or.jp)
- # [09:29] * Quits: nattokirai_ (nattokirai@moz-348F61F0.mozilla.or.jp) (Quit: nattokirai_)
- # [09:29] * Quits: m_kato (m_kato@moz-348F61F0.mozilla.or.jp) (Quit: Leaving...)
- # [09:29] <ewong> or a new Marionette failure?
- # [09:29] <ewong> I'm not seeing any mention of 'keyError id"
- # [09:29] * Quits: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp) (Ping timeout)
- # [09:29] <philor> new, and testing::marionette since that's in the self-test part of marionette-webapi, rather than the webapi part
- # [09:30] <ewong> ok.. filing
- # [09:30] * joduinn-home is now known as joduinn-afk
- # [09:32] <ewong> bug 843996
- # [09:32] <philor> oh, that 9df26f2a96fc has already been going for 1:45, so that both means that it's going to burn on a clobber build, and that I'm 30 minutes past my drop dead time
- # [09:33] * philor is now known as philor|away
- # [09:34] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [09:35] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [09:35] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
- # [09:38] * Quits: past (Instantbir@moz-1AB1CEA0.dsl.dyn.forthnet.gr) (Ping timeout)
- # [09:38] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Quit: rniwa)
- # [09:40] <ewong> philor's statement requires a lot of tree understanding to understand it.. "going for 1:45" and "it's going to burn on a clobber build" ?
- # [09:40] * Joins: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [09:40] <ewong> I guess worst comes to worst for me watching the tree.. a whole crap load of dupes.. ;P
- # [09:41] * Joins: past (Instantbir@moz-410526EA.dsl.dyn.forthnet.gr)
- # [09:42] <ewong> of course.. I'll only star stuff..
- # [09:42] * Quits: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Ping timeout)
- # [09:44] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Ping timeout)
- # [09:45] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
- # [09:45] * ChanServ sets mode: +o roc
- # [09:47] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
- # [09:47] <ewong> incidentally.. there are 4 unstarred oranges.. are they supposed to be starred? or is there a reason why they aren't starred?
- # [09:47] <ewong> I mean.. on M-A
- # [09:48] * Joins: erikvold (erikvold@moz-33BF5BAF.gv.shawcable.net)
- # [09:48] * Quits: shorlander (shorlander@moz-12010C1.public.wayport.net) (Connection reset by peer)
- # [09:48] <jfkthame> whoever pushed was supposed to watch the tree and star as needed, but lots of people don't :(
- # [09:48] * Joins: shorlander (shorlander@moz-12010C1.public.wayport.net)
- # [09:49] * Joins: pnkfelix (pnkfelix@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [09:49] * Quits: AsaDotzler (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
- # [09:51] * Joins: arky (arky@A7BCD553.8ED53E9C.FA662B63.IP)
- # [09:51] <ewong> guess I'll give it a shot as a wannabe sheriff..
- # [09:51] * Quits: nrc|away (nrc@7BE24E90.A5032A01.3CFC199D.IP) (Connection reset by peer)
- # [09:52] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
- # [09:52] * Joins: areinald (andre@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [09:52] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
- # [09:53] * Quits: gandalf (zbraniecki@B3F34897.E49E6A38.BBB86DBD.IP) (Quit: I took the wrong pill!!!)
- # [09:55] <@dbaron> ewong, philor closed mozilla-aurora because of the unstarred oranges (and people landing on them)
- # [09:55] <@dbaron> anyway, I'm going to sleep
- # [09:55] * Quits: @dbaron (dbaron@moz-F4919B79.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [09:55] <ewong> dbaron g'night! thanks.. will do some filing
- # [09:58] * Quits: vikash (vikash@672FC7CF.C010FE67.A3D1B221.IP) (Ping timeout)
- # [10:01] * Quits: abhishekp (chatzilla@moz-2A259BE2.mtnl.net.in) (Ping timeout)
- # [10:01] * Joins: abhishekp (chatzilla@moz-EDC44A6.mtnl.net.in)
- # [10:01] * Joins: thobhanikishan (thobhaniki@3C736108.4E1311AE.1B69A185.IP)
- # [10:02] * Joins: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP)
- # [10:03] * Joins: annevk_ (annevk@88F51059.F3BBB17D.144F44FA.IP)
- # [10:03] * Quits: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP) (Connection reset by peer)
- # [10:03] * Joins: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP)
- # [10:03] * Quits: annevk_ (annevk@88F51059.F3BBB17D.144F44FA.IP) (Connection reset by peer)
- # [10:04] * Quits: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
- # [10:04] * Joins: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP)
- # [10:05] * Quits: abhishekp (chatzilla@moz-EDC44A6.mtnl.net.in) (Ping timeout)
- # [10:06] * Joins: abhishekp (chatzilla@moz-6113D308.mtnl.net.in)
- # [10:07] <ewong> to any sheriff(sleeping/awake/reading this log): I've completed the starring on Mozilla-Aurora.. I dunno if there's an easy way of checking my stars(probably there is) or the bugs I've filed (probably easier).. I've starred before.. but this is my first time starring and filing.. probably made a few mistakes..
- # [10:08] * Joins: gerv (Instantbir@moz-8E68CF56.in-addr.arpa)
- # [10:09] * Joins: jviereck (Adium@moz-60730672.ethz.ch)
- # [10:09] * njn sees it's now impossible to make a trychooser request that does nothing. good!
- # [10:09] * Quits: njn (chatzilla@moz-1DEA8F38.dyn.iinet.net.au) (Quit: ChatZilla 0.9.90 [Firefox 22.0a1/20130221190230])
- # [10:11] * Quits: fitzgen (fitzgen@moz-9E403A70.dsl.static.sonic.net) (Quit: fitzgen)
- # [10:11] * Quits: jgilbert (jgilbert@moz-8D8C952C.sw.biz.rr.com) (Ping timeout)
- # [10:11] * Quits: abhishekp (chatzilla@moz-6113D308.mtnl.net.in) (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130215130331])
- # [10:12] * Joins: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [10:12] * jfkthame sees that Win Debug R did indeed burn on 9df26f2a96fc, as expected…
- # [10:12] * Joins: marcoz (marco.zehe@moz-933265EB.dip.t-dialin.net)
- # [10:13] * dhylands is now known as dhylands|off-fri-back-mon
- # [10:13] <jfkthame> so now does anyone object to backing out 4ede352670cd to see if that helps?
- # [10:13] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [10:13] <ewong> jfkthame: what about f4aeece6e4f2?
- # [10:14] <ewong> or is it because of it doing different things?
- # [10:14] <KWierso|Home> back out everything! lets start mozilla over :)
- # [10:14] <ewong> \o/
- # [10:14] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
- # [10:14] * Joins: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP)
- # [10:14] * Joins: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net)
- # [10:15] <ewong> would it be possible that f4aeece6e4f2 also affecting 9df26f2a96fc ?
- # [10:15] <jfkthame> ewong: f4aeece6e4f2 is a later push, isn't it? so it was already doomed, if we're right that 9df26f2a96fc is the problem
- # [10:16] <jfkthame> sorry, i mean "that 4ede352670cd is the problem"
- # [10:16] <ewong> jfkthame: ahh that makes more sense. :)
- # [10:16] * glob is now known as glob|away
- # [10:16] * whimboo|afk is now known as whimboo
- # [10:17] <jfkthame> afaict, since 4ede352670cd landed all windows reftests are taking longer, and win debug (the slowest) has always timed out
- # [10:17] * Quits: db48x (db48x@moz-EB26B80B.dsl.static.sonic.net) (Ping timeout)
- # [10:17] <ewong> so back that out and retrigger the other red builds?
- # [10:18] <ewong> seriously.. moco needs a sheriff in this timezone..
- # [10:19] <KWierso|Home> congratulations, ewong! :)
- # [10:19] * ewong points to the clock, "hey. whadya know.. I gotta go.." ;P
- # [10:19] <jfkthame> retriggering the red reftests -since- that push won't help anything, if 4ede352670cd is causing it
- # [10:20] <ewong> hmm.. need to wrap my brain around that
- # [10:20] <jfkthame> i see there's a retrigger in progress on 4ede352670cd itself, but it has already been running for nearly 1:50, so i'm pretty sure it'll come up red
- # [10:20] <ewong> oh?
- # [10:20] * Quits: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Client exited)
- # [10:21] <ewong> Oh!
- # [10:21] <ewong> right..
- # [10:22] <ewong> jfkthame: if 4e.. caused the redness.. it's backed out.. so why wouldn't retriggering those other red reftests work? (sorry for being dense)
- # [10:22] <ewong> oh.. wait..
- # [10:23] <ewong> those reftests would still have that changeset in the tree
- # [10:23] * Joins: garnacho (carlos@moz-BE07C896.dyn.user.ono.com)
- # [10:23] <jfkthame> right
- # [10:23] <ewong> those csets themselves need to be backed out and pushed back in, right?
- # [10:23] <jfkthame> no, the backout will just be merged on top of them
- # [10:23] <jfkthame> as they don't actually conflict, afaics
- # [10:24] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Ping timeout)
- # [10:24] <ewong> so if the reftest turns green.. then those csets are ok
- # [10:24] <ewong> otherwise, one of them needs to come out as well
- # [10:24] <jfkthame> right - and if it doesn't then we go looking for more problems, yes
- # [10:25] * catlee-away is now known as catlee
- # [10:25] <ewong> how long do reftests normally take?
- # [10:26] * Joins: chrisccoulson (chr1s@moz-BB1E1C1F.canonical.com)
- # [10:26] <ewong> it's like nearly 2 hrs
- # [10:26] <jfkthame> varies greatly depending on the platform and debug vs opt, but for the win debug one that we care about here, about 1hr 40min
- # [10:28] <ewong> so who is the person to go to/ask/decide which cset comes out? seeing as there's no sheriff at this moment?
- # [10:29] <ewong> 'of course.. this isn't a matter of life or death.. but still..
- # [10:29] * jfkthame is about to load the backout gun
- # [10:29] * Joins: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [10:30] * Quits: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Client exited)
- # [10:30] <jfkthame> i'll give it a couple more minutes, but once that retrigger has had a full 2 hours …. <boom>
- # [10:30] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
- # [10:31] <ewong> \o/
- # [10:32] <ewong> err wasn't there a list of sheriffs somewhere on MDN?
- # [10:32] * Joins: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de)
- # [10:33] * Quits: @dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net) (Ping timeout)
- # [10:33] * jfkthame dons a homemade silver star and prepares to fire....
- # [10:33] <ewong> ahh https://wiki.mozilla.org/Tree_Rules/Inbound
- # [10:35] * Joins: msucan (mihai@E8A9D9C4.773D689F.70BDB599.IP)
- # [10:37] * ewong would've thought edmorley would be on by now.
- # [10:37] <NeilAway> gps: given that mach is python, and testrunner is python, yes, it does seem silly to insert make in between ;-)
- # [10:39] * Quits: arky (arky@A7BCD553.8ED53E9C.FA662B63.IP) (Quit: Leaving)
- # [10:41] <ewong> wow.. 2 hours of reftest.. that's gotta be painful
- # [10:42] * glob|away is now known as glob
- # [10:48] * Quits: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Quit: masayuki)
- # [10:48] * Joins: nsm (nikhil@FA91E249.E26EB7BA.80E51C59.IP)
- # [10:49] * Joins: teoli (teoli@88F51059.F3BBB17D.144F44FA.IP)
- # [10:52] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [10:53] * Quits: jviereck (Adium@moz-60730672.ethz.ch) (Quit: Leaving.)
- # [10:54] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
- # [10:54] * ChanServ sets mode: +o smaug
- # [10:56] * Joins: jviereck (Adium@moz-60730672.ethz.ch)
- # [10:56] <ewong> reading on the Sheriff Duty.. since anyone can do the first part "watch this tree and backout bustage/regressions as necessary...", but "merge a green m-i to m-c" is "more advanced".. possibly have deputy sheriffs to do the first part while actual sheriffs do the last part (they can do the first part as well)
- # [10:57] <ewong> just a $0.02.. :)
- # [10:57] <padenot> I believe that's what happens in practive
- # [10:57] <padenot> practice
- # [10:58] * Quits: Matt (Matt@32DFDBE.7102BCB6.B7C3970A.IP) (Quit: Matt)
- # [10:58] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/181787e9d670 - Jonathan Kew - backout cset 4ede352670cd (bug 759585) on a CLOSED TREE on suspicion of making windows reftests so slow that they timeout and burn
- # [10:59] <ewong> padenot: that's good.. less stress on the sheriffs
- # [10:59] * Joins: Matt (Matt@32DFDBE.7102BCB6.B7C3970A.IP)
- # [11:00] * Joins: Pauly (paul@601F3B17.33662590.A5830293.IP)
- # [11:00] * Parts: Pauly (paul@601F3B17.33662590.A5830293.IP)
- # [11:01] <ewong> jfkthame++
- # [11:01] * Quits: karl (karl@moz-C433B975.jetstream.xtra.co.nz) (Ping timeout)
- # [11:01] * Joins: Stan (Stan@moz-2AE15C0B.dip.t-dialin.net)
- # [11:02] * ewong is now known as ewong|afk
- # [11:02] * Joins: KenChang (KenChang@moz-99690620.hinet-ip.hinet.net)
- # [11:02] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [11:03] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Ping timeout)
- # [11:03] * dholbert is now known as dholbert|pto
- # [11:04] <jfkthame> so…in about 3 hours, with luck, we'll know whether that actually helps
- # [11:04] * Quits: jviereck (Adium@moz-60730672.ethz.ch) (Quit: Leaving.)
- # [11:09] * Joins: nical (nico@moz-F8747CC6.dsl.ovh.fr)
- # [11:14] * Quits: stransky (stransky@moz-43775E86.net.upcbroadband.cz) (Quit: Connection reset by beer)
- # [11:22] * Quits: JeroenDeDauw (j@moz-4AF43CF9.dip.t-dialin.net) (Ping timeout)
- # [11:22] * Joins: gandalf (zbraniecki@B3F34897.E49E6A38.BBB86DBD.IP)
- # [11:22] * Joins: JeroenDeDauw (j@moz-489C4258.dip.t-dialin.net)
- # [11:23] * Quits: bsmith (bsmith@43CB6079.66715431.D25A875A.IP) (Ping timeout)
- # [11:25] * Quits: nsm (nikhil@FA91E249.E26EB7BA.80E51C59.IP) (Ping timeout)
- # [11:28] * Joins: thobhanikishan_ (thobhaniki@3C736108.4E1311AE.1B69A185.IP)
- # [11:28] * Quits: thobhanikishan (thobhaniki@3C736108.4E1311AE.1B69A185.IP) (Connection reset by peer)
- # [11:28] * thobhanikishan_ is now known as thobhanikishan
- # [11:30] * Joins: edmorley (edmorley@88F51059.F3BBB17D.144F44FA.IP)
- # [11:30] * Joins: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [11:30] * Joins: RyanVM (chatzilla@88F51059.F3BBB17D.144F44FA.IP)
- # [11:31] * Joins: asrail (asrail@EB8ABE1B.D9975CD5.3927C314.IP)
- # [11:32] * Quits: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Ping timeout)
- # [11:32] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [11:33] * Joins: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com)
- # [11:35] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Connection reset by peer)
- # [11:35] * Quits: gandalf (zbraniecki@B3F34897.E49E6A38.BBB86DBD.IP) (Quit: I took the wrong pill!!!)
- # [11:35] * Joins: vingtetun (vingtetun@moz-64E1A8DA.fbx.proxad.net)
- # [11:36] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
- # [11:37] * Parts: areinald (andre@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [11:39] * glob is now known as glob|away
- # [11:39] * Quits: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de) (Ping timeout)
- # [11:40] * Joins: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de)
- # [11:40] * Quits: vicamo (vicamo@moz-99690620.hinet-ip.hinet.net) (Quit: Konversation terminated!)
- # [11:43] * Joins: bsmith (bsmith@moz-45A2D8F6.static.etheric.net)
- # [11:43] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Ping timeout)
- # [11:44] * Quits: chucklee (chucklee@moz-99690620.hinet-ip.hinet.net) (Quit: Leaving)
- # [11:51] <hsivonen> do we not require review for localizers landing changes to intl.properties?
- # [11:51] <hsivonen> stuff sure looks like it wasn't reviewed
- # [11:51] * Joins: Ms2ger (Ms2ger@moz-EF0AAB99.adsl-dyn.isp.belgacom.be)
- # [11:54] * glazou is now known as glazou_lunch
- # [11:54] <hsivonen> looks like I have at least 5 or 6 bugs to file about how localizers treat intl.properties. sigh.
- # [11:56] * Quits: thinker (user@moz-D921FE60.dynamic.kbronet.com.tw) (Ping timeout)
- # [11:57] * Joins: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net)
- # [11:57] * Quits: thobhanikishan (thobhaniki@3C736108.4E1311AE.1B69A185.IP) (Connection reset by peer)
- # [11:58] * Joins: thobhanikishan (thobhaniki@3C736108.4E1311AE.1B69A185.IP)
- # [11:59] * Joins: jonco (Adium@88F51059.F3BBB17D.144F44FA.IP)
- # [12:01] * Quits: marcoz (marco.zehe@moz-933265EB.dip.t-dialin.net) (Quit: Leaving.)
- # [12:02] * Quits: tH (Rob@cpc4-seac20-2-0-cust858.7-2.cable.virginmedia.com) (Ping timeout)
- # [12:06] * Joins: darkowlzz (darkowlzz@F28E6538.6E448401.27560D6E.IP)
- # [12:06] * Quits: ddahl_ (ddahl@C261DB39.6E5482D7.8DDCAE07.IP) (Ping timeout)
- # [12:08] <jfkthame> edmorley: hmm, is that you triggering extra win reftest jobs?
- # [12:08] <RyanVM> me
- # [12:08] <edmorley> :-)
- # [12:08] * Quits: shorlander (shorlander@moz-12010C1.public.wayport.net) (Input/output error)
- # [12:08] <edmorley> (we're both in the London office)
- # [12:08] <jfkthame> ok :) … either way, good idea - it'll be good to see how long they take
- # [12:09] <jfkthame> though the debug one is the real killer
- # [12:09] <RyanVM> yeah, i'm planning to trigger more debug runs too
- # [12:09] <jfkthame> great
- # [12:09] <jfkthame> though i'm -fairly- confident that patch was the culprit
- # [12:11] * mattwoodrow is now known as mattwoodrow|away
- # [12:12] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [12:12] <RyanVM> seems pretty likely
- # [12:12] <RyanVM> thanks for taking care of the backout
- # [12:13] * Joins: ddahl_ (ddahl@C261DB39.6E5482D7.8DDCAE07.IP)
- # [12:13] <jfkthame> n/p
- # [12:16] * Joins: thinker (user@moz-D921FE60.dynamic.kbronet.com.tw)
- # [12:18] * Joins: tH (Rob@cpc4-seac20-2-0-cust858.7-2.cable.virginmedia.com)
- # [12:20] * Quits: asrail (asrail@EB8ABE1B.D9975CD5.3927C314.IP) (Quit: Konversation terminated!)
- # [12:22] <@smaug> RyanVM: thanks! I just remembered I was supposed to land a patch to branches, and loaded the bug and noticed you did that already. Thanks!
- # [12:23] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Ping timeout)
- # [12:23] <jfkthame> +1 to that …. i often find it has magically happened for me overnight :)
- # [12:23] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Quit: Edgar)
- # [12:23] * Quits: darkowlzz (darkowlzz@F28E6538.6E448401.27560D6E.IP) (Ping timeout)
- # [12:25] <RyanVM> smaug :)
- # [12:26] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
- # [12:27] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
- # [12:32] * glazou_lunch is now known as glazou
- # [12:32] * mgerva is now known as mgerva-lunch
- # [12:35] * Joins: bhimsenkulkarni (bhimsenkul@moz-FD478800.lan.sify.net)
- # [12:38] * Joins: longsonr (chatzilla@moz-D18B3DFF.zone14.bethere.co.uk)
- # [12:38] * Joins: jviereck (Adium@moz-513627D0.ethz.ch)
- # [12:38] * Quits: Matt (Matt@32DFDBE.7102BCB6.B7C3970A.IP) (Quit: Matt)
- # [12:38] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/007046026bfa - Ryan VanderMeulen - Bug 817721 - Update CLOBBER file since the push was needs-clobber. DONTBUILD on a CLOSED TREE.
- # [12:40] * Joins: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [12:40] <jwatt> \o/ firefox 19 just did another silent quit
- # [12:40] <@roc> it doesn't really make sense to have both RyanVM and edmorely in the same timezone, does it?
- # [12:40] <dougt> r
- # [12:40] <dougt> (wrong window)
- # [12:41] <RyanVM> roc: you're saying we're never allowed to work together in-person on a project?
- # [12:41] <Ms2ger> Indeed
- # [12:41] <@roc> for 24-hour tree coverage one of you should move to Uzbekistan or something
- # [12:41] <Ms2ger> Let's ship RyanVM to NZ
- # [12:41] <RyanVM> ++
- # [12:42] * Quits: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Ping timeout)
- # [12:42] * mattwoodrow|away is now known as mattwoodrow
- # [12:42] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [12:42] <catlee> if you're both in the same space simultaneously, do you vanish in a burst of gamma rays or something?
- # [12:43] <Ms2ger> I think the current situation suggests not
- # [12:44] <edmorley> lol
- # [12:44] <edmorley> roc: we had project planning for the successor to TBPL this week; normal service will resume next week :-)
- # [12:45] <RyanVM> i'll move to NZ, but only if I get my own hobbit
- # [12:46] <@roc> it's usually a sheep
- # [12:47] * Quits: ericchou (ericchou@moz-99690620.hinet-ip.hinet.net) (Quit: Leaving)
- # [12:47] * mattwoodrow is now known as mattwoodrow|away
- # [12:47] * Quits: longsonr (chatzilla@moz-D18B3DFF.zone14.bethere.co.uk) (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130215130331])
- # [12:47] * Quits: T3 (T3@3FF6AF7C.604446E7.32718129.IP) (Ping timeout)
- # [12:47] * Quits: tetreis (T3@3FF6AF7C.604446E7.32718129.IP) (Ping timeout)
- # [12:48] <@smaug> RyanVM: probably easier to find hobbits in UK
- # [12:50] * Quits: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [12:50] <RyanVM> smaug: so far I've mostly seen hipsters
- # [12:50] * Joins: KaiRo (robert@moz-9FA2955F.adsl.highway.telekom.at)
- # [12:51] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [12:52] * Quits: jviereck (Adium@moz-513627D0.ethz.ch) (Quit: Leaving.)
- # [12:53] * Joins: jviereck (Adium@moz-513627D0.ethz.ch)
- # [12:54] * Quits: jviereck (Adium@moz-513627D0.ethz.ch) (Quit: Leaving.)
- # [12:54] * Joins: Matt (Matt@32DFDBE.7102BCB6.B7C3970A.IP)
- # [12:54] * nmatsakis is now known as nmatsakis|away
- # [12:54] * Joins: jviereck (Adium@moz-513627D0.ethz.ch)
- # [12:55] * Quits: merike|away (merike@moz-60F54D46.cable.starman.ee) (Ping timeout)
- # [12:55] * Quits: allstarschh (allstars@moz-99690620.hinet-ip.hinet.net) (Input/output error)
- # [12:55] * Quits: nmatsakis|away (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net) (Quit: Computer has gone to sleep.)
- # [12:56] <@roc> near here you can pay a crazy amount of money and visit the Hobbiton set
- # [12:57] * Joins: brendan (brendaneic@61C60F43.A65C711C.F2EC5822.IP)
- # [12:57] * Joins: pranavrc (pranavrc@F9315DFB.CE9E801D.520CDC98.IP)
- # [12:57] <@smaug> hmm, next DOM work week in NZ
- # [12:58] * Joins: Cwiiis (cwiiis@88F51059.F3BBB17D.144F44FA.IP)
- # [12:58] * Joins: morrison (morrison@moz-324E84D3.internal.eduroam.ucl.ac.uk)
- # [12:58] <@smaug> wouldn't be very practical
- # [13:00] <@roc> we are quite likely have the next gfx/layout work week here
- # [13:00] <Ms2ger> Their manager must like NZ
- # [13:01] <@roc> it wasn't me :-)
- # [13:01] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Ping timeout)
- # [13:02] * Joins: T3 (T3@3FF6AF7C.604446E7.32718129.IP)
- # [13:02] * Joins: tetreis (T3@3FF6AF7C.604446E7.32718129.IP)
- # [13:03] <Ms2ger> roc, not? :)
- # [13:04] <@roc> truly
- # [13:04] <@roc> anyway
- # [13:04] <@roc> you should come
- # [13:05] <Ms2ger> Me?
- # [13:05] * Quits: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de) (Ping timeout)
- # [13:06] * Quits: jviereck (Adium@moz-513627D0.ethz.ch) (Quit: Leaving.)
- # [13:06] <@roc> yes, you
- # [13:06] <mounir> am I the only being constently disconnected from bugzilla?
- # [13:06] <@roc> it will be at the Auckland office.
- # [13:07] <Ms2ger> That's very kind of you, but (1) that's like really far from here, and (2) gfx/layout? I think I can keep myself busy with DOM ;)
- # [13:08] * Quits: pranavrc (pranavrc@F9315DFB.CE9E801D.520CDC98.IP) (Quit: Ping timeout: ∞)
- # [13:08] <@roc> start with canvas :-)
- # [13:09] * Joins: jviereck (Adium@moz-513627D0.ethz.ch)
- # [13:10] * capella|zzzz is now known as capella
- # [13:14] <jwatt> anyone here using Xcode 4.6?
- # [13:15] <jwatt> if so, what does |lldb --version| say?
- # [13:15] * Quits: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP) (Ping timeout)
- # [13:17] * Joins: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP)
- # [13:17] * baku|away is now known as baku
- # [13:18] * Joins: Nefzaoui (chatzilla@70DAD6E.AA5042F7.360EF119.IP)
- # [13:18] * Quits: twi (Adium@moz-12EC5C5D.ip243.fastwebnet.it) (Ping timeout)
- # [13:19] * Joins: till (till@moz-746FCC8.adsl.alicedsl.de)
- # [13:19] <jonco> jwatt: LLDB-179.1
- # [13:19] <jwatt> jonco: thanks!
- # [13:20] * Quits: morrison (morrison@moz-324E84D3.internal.eduroam.ucl.ac.uk) (Client exited)
- # [13:22] * Joins: mwu (mwu@E521DFFF.DDFDBF93.E30FDA0B.IP)
- # [13:23] <RyanVM> jfkthame: the win opt reftests do appear to be finishing faster now
- # [13:23] <RyanVM> still going to wait for debug green, though
- # [13:23] * Joins: stransky (stransky@moz-43775E86.net.upcbroadband.cz)
- # [13:26] * Joins: arky (arky@519CD7D2.8ED53E9C.FA662B63.IP)
- # [13:28] * Quits: brendan (brendaneic@61C60F43.A65C711C.F2EC5822.IP) (Quit: brendan)
- # [13:28] * Quits: Matt (Matt@32DFDBE.7102BCB6.B7C3970A.IP) (Ping timeout)
- # [13:28] * Quits: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net) (Ping timeout)
- # [13:29] <jfkthame> RyanVM: yeah, it looks like the timings are back to what they used to be, in general
- # [13:30] <jfkthame> so i'm optimistic debug will succeed, but it'll be a while yet
- # [13:30] * Joins: Matt (Matt@32DFDBE.7102BCB6.B7C3970A.IP)
- # [13:30] * Joins: abhishekp (chatzilla@moz-F2F0EF2E.mtnl.net.in)
- # [13:31] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [13:35] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [13:36] <RyanVM> yeah, but we also have a good number of pushes that haven't had any win debug reftest coverage :)
- # [13:36] * ewong|sleep is now known as ewong
- # [13:37] <ewong> starring on an iPhone using a public wifi is a PITA.
- # [13:37] * Quits: tonymec|away (tonymec@850793F1.119D90E0.DE2DB281.IP) (Ping timeout)
- # [13:38] * Quits: jviereck (Adium@moz-513627D0.ethz.ch) (Quit: Leaving.)
- # [13:38] * Joins: nsm (nikhil@FA91E249.E26EB7BA.80E51C59.IP)
- # [13:39] * Quits: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net) (Ping timeout)
- # [13:40] <glazou> omg brade was here ???
- # [13:40] * Joins: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [13:40] <glazou> gaaaah missed her
- # [13:41] * Quits: bsmith (bsmith@moz-45A2D8F6.static.etheric.net) (Ping timeout)
- # [13:42] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Ping timeout)
- # [13:42] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [13:42] * Quits: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Ping timeout)
- # [13:42] <glazou> brade: kathy???
- # [13:42] * Joins: bsmith (bsmith@moz-45A2D8F6.static.etheric.net)
- # [13:43] * Joins: Pauly (paul@601F3B17.33662590.A5830293.IP)
- # [13:44] * Quits: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net) (Ping timeout)
- # [13:48] * Joins: Edgar (Thunderbir@moz-5973BAE8.dynamic.hinet.net)
- # [13:51] * Parts: thobhanikishan (thobhaniki@3C736108.4E1311AE.1B69A185.IP)
- # [13:51] * kmoir-afk is now known as kmoir
- # [13:52] <baku> vchang, yt?
- # [13:52] * Quits: odin_ (Odin@moz-66D3502E.zone5.bethere.co.uk) (Quit: Leaving)
- # [13:52] * Quits: espadrine (thaddee_ty@moz-B582BE1.dclient.lsne.ch) (Ping timeout)
- # [13:52] <baku> mwu, ping
- # [13:52] <mwu> baku: pong
- # [13:53] <baku> I have a question about android alarm driver
- # [13:53] * Joins: jviereck (Adium@moz-513627D0.ethz.ch)
- # [13:53] <baku> mwu, it seems that the sync between hardware clock and software clock is not done properly
- # [13:53] <mwu> I.. don't know anything about that
- # [13:53] <baku> mwu, and I was wondering if you know something more about the android RTC driver
- # [13:54] <mwu> nope, sorry
- # [13:54] <baku> mwu, ok :) I just pinged you because of 793558. You reviewed that patch. Never mind! Thanks
- # [13:54] <mwu> it matched what android was doing
- # [13:54] * Quits: surkov (surkov@58780B8.D658786A.4BC608BB.IP) (Quit: surkov)
- # [13:55] * Joins: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net)
- # [13:55] * Joins: brendan (brendaneic@61C60F43.A65C711C.F2EC5822.IP)
- # [13:56] * abhishekp is now known as abhishekp|away
- # [13:56] * Joins: jviereck1 (Adium@moz-513627D0.ethz.ch)
- # [13:56] * Quits: jviereck (Adium@moz-513627D0.ethz.ch) (Connection reset by peer)
- # [13:58] * Joins: tonymec__ (tonymec@51D347FE.91FD931D.277517C1.IP)
- # [13:58] * tonymec__ is now known as tonymec|away
- # [14:01] * Quits: mwu (mwu@E521DFFF.DDFDBF93.E30FDA0B.IP) (Quit: mwu)
- # [14:02] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [14:04] * Quits: abhishekp|away (chatzilla@moz-F2F0EF2E.mtnl.net.in) (Quit: ChatZilla 0.9.90 [Firefox 18.0.2/20130201190421])
- # [14:06] * Joins: gustavold (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP)
- # [14:07] * Joins: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP)
- # [14:08] * Joins: wlach (wlach@moz-A499C6A5.vif.net)
- # [14:09] * Quits: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP) (Quit: lmandel)
- # [14:10] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e449d0a86bc5 - Chuck Lee - Bug 835719 - 0003. Rename JSAutoByteString.encode() to encodeLatin1(). r=terrence
- # [14:10] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [14:10] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/6f8bb7c41d95 - Daniel Holbert - Bug 843929 - Part 1: Remove no-longer-used private variables mTrackID & mLastEndTime from MediaEngineWebRTCVideoSource. r=jesup
- # [14:10] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/7182bc5149cc - Chuck Lee - Bug 835719 - 0002. Encode command string into UTF-8 byte array. r=terrence
- # [14:11] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c11beed38a81 - Daniel Holbert - Bug 843929 - Part 2: Add '(void) mEchoCancel' to silence Wunused-private-field warnings, until the code that uses it is turned on. r=jesup
- # [14:11] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/5d8a1621a697 - Chuck Lee - Bug 835719 - 0001. Support encode string to UTF-8 byte array. r=terrence
- # [14:11] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/55d429cd0e76 - Daniel Holbert - Bug 843929 - Part 3: Add '(void) mFps' to silence Wunused-private-field warnings, until the code that uses it is turned on. r=jesup
- # [14:11] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b284ccd69eb7 - Cykesiopka - Bug 841527 - Update the FX_IDENTITY_POPUP_OPEN_MS telemetry probe to use the TelemetryStopwatch. r=felipe
- # [14:13] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/99387b4b9731 - Jonathan Kew - bug 843588 - font table cache management should not rely on hashtable entry pointers remaining valid. r=karlt
- # [14:14] * Quits: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net) (Ping timeout)
- # [14:14] * mgerva-lunch is now known as mgerva
- # [14:15] * Joins: nmatsakis|away (nmatsakis@moz-6EBF7608.hsd1.ma.comcast.net)
- # [14:15] * Joins: odin_ (Odin@moz-66D3502E.zone5.bethere.co.uk)
- # [14:16] * nmatsakis|away is now known as nmatsakis
- # [14:16] * Quits: nmatsakis (nmatsakis@moz-6EBF7608.hsd1.ma.comcast.net) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [14:16] * Joins: nmatsakis (nmatsakis@moz-6EBF7608.hsd1.ma.comcast.net)
- # [14:18] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/78c3801aed19 - Paul Adenot - Bug 825329 - Properly implement AudioStream::GetPlaybackRate. r=kinetik
- # [14:19] * Quits: arky (arky@519CD7D2.8ED53E9C.FA662B63.IP) (Ping timeout)
- # [14:20] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [14:21] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Ping timeout)
- # [14:24] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [14:25] * Joins: joey-2 (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [14:26] * Joins: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net)
- # [14:26] * Quits: brendan (brendaneic@61C60F43.A65C711C.F2EC5822.IP) (Quit: brendan)
- # [14:27] * Joins: davidb (davidb@moz-1EB292CB.dsl.bell.ca)
- # [14:28] * Joins: brendan (brendaneic@61C60F43.A65C711C.F2EC5822.IP)
- # [14:28] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d0ef7c57f220 - Peter Van der Beken - Fix for bug 825628 (Implement NamedConstructor) - use NamedConstructor for Image() and Option(). r=bz.
- # [14:29] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/5f03d15b1ef9 - Peter Van der Beken - Fix for bug 825628 (Implement NamedConstructor) - add codegen support for NamedConstructor. r=bz.
- # [14:29] <Ms2ger> Hear, hear
- # [14:29] * Quits: Nefzaoui (chatzilla@70DAD6E.AA5042F7.360EF119.IP) (Quit: ChatZilla 0.9.90 [Firefox 21.0a1/20130219031055])
- # [14:29] * Quits: thinker (user@moz-D921FE60.dynamic.kbronet.com.tw) (Ping timeout)
- # [14:30] * Quits: bsmith (bsmith@moz-45A2D8F6.static.etheric.net) (Ping timeout)
- # [14:31] * RyanVM prepares the backout :P
- # [14:32] * RyanVM is now known as RyanVM|Lunch
- # [14:32] * Joins: Pike (Pike@moz-8FA0481E.pool.mediaways.net)
- # [14:34] * Joins: espindola (espindola@moz-CF73B4B9.dsl.teksavvy.com)
- # [14:34] <baku> peterv, ping
- # [14:34] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f97bc1de213a - Jonathan Kew - bug 700022 - pt 1 - reftests to check that graphite is working. r=jdaggett
- # [14:34] * Quits: joey-2 (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.90 [Firefox 20.0a2/20130210042017])
- # [14:35] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ac6dff6a0811 - Jonathan Kew - bug 700022 - pt 2 - reftests for lang-tag handling in graphite shaper. r=jdaggett
- # [14:35] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [14:35] * Joins: arky (arky@A84712E0.3EA50541.FA662B63.IP)
- # [14:35] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [14:39] * Joins: surkov (surkov@58780B8.D658786A.4BC608BB.IP)
- # [14:40] * Joins: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [14:41] * Joins: ferongr (ferongr@moz-59E04EF1.dsl.dyn.forthnet.gr)
- # [14:41] * Quits: ferongr (ferongr@moz-59E04EF1.dsl.dyn.forthnet.gr) (Quit: ferongr)
- # [14:41] * Quits: past (Instantbir@moz-410526EA.dsl.dyn.forthnet.gr) (Quit: past)
- # [14:42] * Quits: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Ping timeout)
- # [14:42] * Joins: marcoz (marco.zehe@moz-933265EB.dip.t-dialin.net)
- # [14:44] * Quits: arky (arky@A84712E0.3EA50541.FA662B63.IP) (Client exited)
- # [14:44] * Quits: brendan (brendaneic@61C60F43.A65C711C.F2EC5822.IP) (Quit: brendan)
- # [14:45] * Joins: thinker (user@moz-D921FE60.dynamic.kbronet.com.tw)
- # [14:45] * Quits: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net) (Ping timeout)
- # [14:46] <peterv> baku: pong
- # [14:46] <baku> peterv, bug 842986, I need more info :)
- # [14:47] <baku> peterv, I'm not sure to get what the problem is.
- # [14:48] <peterv> baku: you need to implement frameLoader and swapFrameLoader on HTMLFrameElement
- # [14:49] <peterv> baku: so in the WebIDL you should add |HTMLFrameElement implements MozFrameLoaderOwner;|
- # [14:49] <baku> peterv, I did that... is it enough or should I do something more?
- # [14:49] <peterv> baku: you might need to move MozFrameLoaderOwner from XULElement to somewhere that you can access it in HTMLFrameElement too
- # [14:50] <Ms2ger> That shouldn't be an issue
- # [14:50] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [14:50] <nmatsakis> anybody have any experience debugging B2G build failures?
- # [14:50] <baku> peterv, ok. I'm a bit lost with: "...and also needs a WebIDL equivalent for nsIDOMMozBrowserFrame and nsIMozBrowserFrame."
- # [14:50] <nmatsakis> is the toolchain kind of buggy?
- # [14:50] * Joins: lucasr (lucasr@88F51059.F3BBB17D.144F44FA.IP)
- # [14:50] <Ms2ger> http://mxr.mozilla.org/mozilla-central/source/dom/interfaces/html/nsIDOMMozBrowserFrame.idl#11
- # [14:50] <Ms2ger> http://mxr.mozilla.org/mozilla-central/source/dom/interfaces/html/nsIMozBrowserFrame.idl
- # [14:51] * Quits: till (till@moz-746FCC8.adsl.alicedsl.de) (Ping timeout)
- # [14:51] <Callek> nmatsakis: you might find answers/help in #b2g
- # [14:51] * Joins: till_ (till@moz-AE884779.adsl.alicedsl.de)
- # [14:51] <Callek> I'm unsure though
- # [14:51] <nmatsakis> Callek: asked there...
- # [14:51] <nmatsakis> but nobody seems to be awake :)
- # [14:51] <Ms2ger> baku, looks like you need to add those members too
- # [14:51] <Ms2ger> The ones on nsIMozBrowserFrame probably need to be [ChromeOnly]
- # [14:51] * Quits: davidb (davidb@moz-1EB292CB.dsl.bell.ca) (Quit: davidb)
- # [14:51] <peterv> baku: right
- # [14:52] <peterv> baku: what Ms2ger said
- # [14:52] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
- # [14:52] <baku> peterv, Ms2ger, ok thanks
- # [14:53] * till_ is now known as till
- # [14:53] <peterv> baku: you might want to make MozBrowserFrame a separate interface with a NoInterfaceObject (like MozFrameLoaderOwner)
- # [14:54] <peterv> baku: since I think we'll need it in HTMLIframeElement too
- # [14:54] <decoder> what component is toolkit/identity usually?
- # [14:56] <decoder> ah just identity
- # [14:58] * Joins: twi (Adium@moz-12EC5C5D.ip243.fastwebnet.it)
- # [14:59] * Joins: tonymec (tonymec@51D347FE.91FD931D.277517C1.IP)
- # [15:00] * Quits: jviereck1 (Adium@moz-513627D0.ethz.ch) (Quit: Leaving.)
- # [15:00] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Ping timeout)
- # [15:00] * Quits: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP) (Quit: Leaving)
- # [15:01] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
- # [15:04] * Joins: RattyAway (Jim_diGriz@393E12A3.993E53F6.FB243CD8.IP)
- # [15:04] * Joins: armenzg (armenzg@70EBC643.20A103FD.72A31D6.IP)
- # [15:05] * rail_away is now known as rail
- # [15:05] * rail is now known as rail-buildduty
- # [15:06] * Joins: syscall (syscall@moz-6EA5BD23.c3-0.nwt-ubr1.sbo-nwt.ma.cable.rcn.com)
- # [15:07] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Input/output error)
- # [15:08] * Joins: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP)
- # [15:08] * bz_sleep is now known as bz
- # [15:08] * Joins: mwu (mwu@moz-3547C697.red-81-38-191.dynamicip.rima-tde.net)
- # [15:08] <RattyAway> So in Bug 513023 Gavin moved about:rights content to toolkit but the file still contains a reference to "chrome://browser/locale/preferences/security.dtd"
- # [15:08] * Parts: jonco (Adium@88F51059.F3BBB17D.144F44FA.IP)
- # [15:08] <RattyAway> !seen Gavin
- # [15:08] <firebot> gavin was last seen 13 hours, 37 minutes and 38 seconds ago, saying 'webrt or webrtc?' in #fx-team.
- # [15:10] * ewong is now known as ewong|sleep
- # [15:16] * RyanVM|Lunch is now known as RyanVM
- # [15:17] * csmedberg is now known as bsmedberg
- # [15:17] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [15:18] * Joins: pranavrc (pranavrc@F9315DFB.CE9E801D.520CDC98.IP)
- # [15:18] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/788c24847525 - Till Schneidereit - Bug 842192 - Self-host Array.map. r=jorendorff
- # [15:18] * Parts: lucasr (lucasr@88F51059.F3BBB17D.144F44FA.IP) (Saindo)
- # [15:18] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [15:19] * Quits: vingtetun (vingtetun@moz-64E1A8DA.fbx.proxad.net) (Ping timeout)
- # [15:19] * Joins: jviereck1 (Adium@moz-513627D0.ethz.ch)
- # [15:19] * Quits: syscall (syscall@moz-6EA5BD23.c3-0.nwt-ubr1.sbo-nwt.ma.cable.rcn.com) (Ping timeout)
- # [15:20] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Connection reset by peer)
- # [15:20] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [15:21] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
- # [15:21] * jhopkins|afk is now known as jhopkins
- # [15:22] * Quits: b10n1k (j0ni@moz-A50524F8.hsd1.il.comcast.net) (Ping timeout)
- # [15:22] * Joins: dbradley (dbradley@1DA716E2.7763A1F0.52E8B953.IP)
- # [15:22] * coop|afk is now known as coop
- # [15:22] * Joins: b10n1k (j0ni@moz-A50524F8.hsd1.il.comcast.net)
- # [15:24] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
- # [15:26] * Joins: lduros (user@moz-4894EA28.nic.resnet.group.upenn.edu)
- # [15:26] * Quits: surkov (surkov@58780B8.D658786A.4BC608BB.IP) (Quit: surkov)
- # [15:27] * Joins: syscall (syscall@moz-6EA5BD23.c3-0.nwt-ubr1.sbo-nwt.ma.cable.rcn.com)
- # [15:27] * Quits: bhimsenkulkarni (bhimsenkul@moz-FD478800.lan.sify.net) (Quit: Konversation terminated!)
- # [15:27] * Joins: jimm (jmathies@moz-864CAA4E.pn.at.cox.net)
- # [15:27] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Input/output error)
- # [15:28] * Quits: lduros (user@moz-4894EA28.nic.resnet.group.upenn.edu) (Client exited)
- # [15:29] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: brb)
- # [15:29] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
- # [15:29] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/b35cf8a9852f - Jon Coppeard - Bug 843626 GC: Rooting analysis failures in parallel array jittests r=terrence
- # [15:30] <RyanVM> nical: ping
- # [15:30] <nical> RyanVM: pong
- # [15:30] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [15:31] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Connection reset by peer)
- # [15:31] <RyanVM> nical: trying to land bug 840967, but it doesn't apply cleanly to inbound. The layers.offmainthreadcomposition.enabled pref is missing
- # [15:31] <RyanVM> is it OK to omit that line?
- # [15:31] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [15:33] <nical> RyanVM: which line exactly? the one that reads the pref in gfxPlatform?
- # [15:33] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [15:33] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Input/output error)
- # [15:33] <nical> this pref exists on all platforms except linux
- # [15:33] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Connection reset by peer)
- # [15:33] * Joins: jib (Jan-Ivar@moz-20FF9167.pools.spcsdns.net)
- # [15:33] <RyanVM> + aManagerPrefs->mOffMainThreadCompositing = gfxPlatform::GetPrefLayersOffMainThreadCompositionEnabled();
- # [15:34] <RyanVM> - Preferences::GetBool("layers.offmainthreadcomposition.enabled",
- # [15:34] <RyanVM> - &aManagerPrefs->mOffMainThreadCompositing);
- # [15:34] <RyanVM> ^ is what's missing on inbound
- # [15:34] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/cd6989e8a9e0 - Kartikaya Gupta - Bug 843557 - Get rid of unneeded generic. r=sriram
- # [15:34] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/68d980182fa4 - Sriram Ramasubramanian - Bug 843557: Revert part of 7547bf5fe166 (bug 843313). [r=kats]
- # [15:35] * Joins: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com)
- # [15:35] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [15:35] <@bz> Anyone here have IE10?
- # [15:35] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Connection reset by peer)
- # [15:36] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [15:36] <RyanVM> nical: I'll just hold off on landing for now and post a comment in the bug
- # [15:36] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Connection reset by peer)
- # [15:36] * Quits: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP) (Quit: RealRaven)
- # [15:37] * Joins: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP)
- # [15:37] <nical> RyanVM: okay, i'm looking at how and why it has changed before this patch
- # [15:38] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [15:38] * jmaher|afk is now known as jmaher
- # [15:39] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Input/output error)
- # [15:39] * Quits: jib (Jan-Ivar@moz-20FF9167.pools.spcsdns.net) (Ping timeout)
- # [15:39] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Connection reset by peer)
- # [15:40] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
- # [15:40] * Joins: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [15:41] <baku> peterv, the problem with HTMLFrameElement implements MozFrameLoaderOwner
- # [15:41] <baku> peterv, is that the MozFrameLoaderOwner interface
- # [15:41] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [15:41] <baku> peterv, contains: void swapFrameLoaders(XULElement aOtherOwner);
- # [15:41] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Connection reset by peer)
- # [15:41] <baku> peterv, that is probably not what we want.
- # [15:41] * Quits: tonymec (tonymec@51D347FE.91FD931D.277517C1.IP) (Ping timeout)
- # [15:41] <baku> peterv, so I have to implement a new interface with a different name and with void swapFrameLoaders(HTMLFrameElement aOtherOwner);
- # [15:41] <baku> is it?
- # [15:41] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [15:42] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Connection reset by peer)
- # [15:42] * armenzg is now known as armenzg_brb
- # [15:42] * Joins: JaneBush (gegeg@moz-79228ABF.phx.napinet.net)
- # [15:42] * Quits: tonymec|away (tonymec@51D347FE.91FD931D.277517C1.IP) (Ping timeout)
- # [15:42] * Quits: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Ping timeout)
- # [15:43] * Joins: jib (Jan-Ivar@moz-20FF9167.pools.spcsdns.net)
- # [15:43] <@bz> baku: why do you need to?
- # [15:44] * Quits: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP) (Quit: RealRaven)
- # [15:44] * Joins: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP)
- # [15:44] <baku> bz, I think HTMLFrameElement should have swapFrameLoader(HTMLFrameElement)
- # [15:44] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [15:44] <baku> bz, and not swapFrameLoader(XULElement)
- # [15:45] * Joins: lduros (user@moz-5D9ACE42.admin.upenn.edu)
- # [15:45] <evilpie> bz: why aren't you using http://www.modern.ie/en-us/virtualization-tools ?
- # [15:45] * Joins: ehsan (ehsan@576FC5E5.CD1D2BB8.DC1243F8.IP)
- # [15:45] * ChanServ sets mode: +o ehsan
- # [15:45] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
- # [15:45] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Connection reset by peer)
- # [15:45] * Joins: jet (junglecode@88F51059.F3BBB17D.144F44FA.IP)
- # [15:45] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/24f601f285dc - Trevor Saunders - bug 825341 - convert range to webidl r=bz, smaug
- # [15:45] <@bz> baku: why?
- # [15:45] <@bz> baku: it always throws
- # [15:45] <@bz> baku: so why does it matter what the argument is?
- # [15:46] <baku> bz, mmm... good point
- # [15:46] <@bz> evilpie: in what sense?
- # [15:46] <@bz> baku: I implemented it with XULElement for <object> for the same reason, fwiw
- # [15:47] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [15:47] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Connection reset by peer)
- # [15:47] * Quits: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP) (Quit: RealRaven)
- # [15:47] * Joins: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP)
- # [15:48] <evilpie> bz: to test ie10 ?
- # [15:48] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [15:49] * Joins: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com)
- # [15:49] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [15:49] * Quits: lduros (user@moz-5D9ACE42.admin.upenn.edu) (Client exited)
- # [15:49] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Connection reset by peer)
- # [15:50] * Quits: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP) (Quit: RealRaven)
- # [15:50] * Joins: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP)
- # [15:51] * Joins: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP)
- # [15:51] * Joins: DomoOrigatuMrMugatu (john_q@moz-B6268EB2.ntc.blacksburg.shentel.net)
- # [15:52] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [15:52] <@bz> evilpie: Ah
- # [15:52] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Connection reset by peer)
- # [15:53] <@bz> evilpie: There's talk of getting a browserstack account, yes
- # [15:53] * Joins: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net)
- # [15:53] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [15:53] <evilpie> bz: you can download a vm for virtualbox
- # [15:54] <evilpie> on the right
- # [15:54] * joey is now known as IRCMonkey42903
- # [15:54] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
- # [15:54] * Quits: Optimize1 (Instantbir@4F3E1057.A6DE773B.88FACCAA.IP) (Ping timeout)
- # [15:55] * Quits: IRCMonkey42903 (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.90 [Firefox 20.0a2/20130219042021])
- # [15:55] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [15:55] * NeilAway sighs
- # [15:55] * NeilAway wishes client.mk knew about CLOBBER
- # [15:55] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
- # [15:55] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Connection reset by peer)
- # [15:56] * evilpie uses ./mach build happily ever since
- # [15:56] * rail-buildduty is now known as rail-mtg
- # [15:56] <NeilAway> evilpie: tricky when you're not building from m-c
- # [15:56] * Tomcat is now known as Tomcat|mtg
- # [15:57] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [15:57] * Quits: armenzg_brb (armenzg@70EBC643.20A103FD.72A31D6.IP) (Ping timeout)
- # [15:57] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Connection reset by peer)
- # [15:57] * Joins: tonymec__ (tonymec@E09F3331.1A8F3AAB.9D2324B7.IP)
- # [15:58] * Joins: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp)
- # [15:58] * tonymec__ is now known as tonymec|away
- # [15:58] * Joins: armenzg_brb (armenzg@70EBC643.20A103FD.72A31D6.IP)
- # [15:58] * philor|away is now known as philor
- # [15:59] * armenzg_brb is now known as armenzg_mtg
- # [16:00] <@bz> evilpie: yeah, I'm not sure I have enough disk space
- # [16:00] * @bz might now, with the bigger diskl should get used to it
- # [16:02] * Joins: overholt (overholt@F2D29657.F60B0462.67AC9B1.IP)
- # [16:02] * Quits: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au) (Ping timeout)
- # [16:03] * Quits: JaneBush (gegeg@moz-79228ABF.phx.napinet.net) (Client exited)
- # [16:03] * Joins: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au)
- # [16:03] * Quits: wuchida (wuchida@moz-32BBA133.ppp-bb.dion.ne.jp) (Ping timeout)
- # [16:04] * Joins: ehugg (chatzilla@B3716F60.29102B70.6CD50604.IP)
- # [16:05] <bsmedberg> bjacob: what's the next step with bug 811483?
- # [16:06] * Joins: jet_ (junglecode@88F51059.F3BBB17D.144F44FA.IP)
- # [16:06] * Quits: jet (junglecode@88F51059.F3BBB17D.144F44FA.IP) (Connection reset by peer)
- # [16:06] * jet_ is now known as jet
- # [16:06] * Quits: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP) (Quit: RealRaven)
- # [16:06] * Joins: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com)
- # [16:06] * Joins: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP)
- # [16:06] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
- # [16:06] * ChanServ sets mode: +o smaug
- # [16:06] * Joins: brendan (brendaneic@45A3491F.A5FB4ABA.FE58E87C.IP)
- # [16:06] * Joins: ccarruitero (chatzilla@1595D21.16B42839.212E9B57.IP)
- # [16:07] * Quits: tonymec|away (tonymec@E09F3331.1A8F3AAB.9D2324B7.IP) (Ping timeout)
- # [16:07] * Joins: jryans (jryans@moz-945C5CA4.massrel.com)
- # [16:08] <bjacob> bsmedberg: check with glandium if there is a chance to --enable-replace-malloc by default at least on android/b2g where this is most relevant. Without --enable-replace-malloc we can't achieve this. Then we can put this instrumentation directly in replace-malloc.c (so we add a notion of built-in permanent malloc instrumentation that stays there irrespective of whether a replace-malloc library is provided).
- # [16:08] <bsmedberg> bjacob: right now I mostly care about windows
- # [16:09] <bjacob> bsmedberg: ah. with on-disk virtual memory do you expect that malloc would ever return null on windows?
- # [16:09] <bsmedberg> yes
- # [16:09] <edmorley> NeilAway: bug filed for that, have CCed
- # [16:10] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [16:10] <bsmedberg> this happens relatively often, in fact
- # [16:10] * Joins: tonymec__ (tonymec@1A7A4BC5.48EF4B79.277517C1.IP)
- # [16:10] * Quits: jviereck1 (Adium@moz-513627D0.ethz.ch) (Quit: Leaving.)
- # [16:10] * tonymec__ is now known as tonymec|away
- # [16:10] * joey is now known as IRCMonkey11864
- # [16:11] * Quits: IRCMonkey11864 (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130218103422])
- # [16:11] <glandium> bsmedberg: i guess you'd want 811483 to be enabled for release builds, and always, right?
- # [16:11] <bjacob> bsmedberg: ok. then still discuss with glandium whether you could enable at least a limited flavor of --enable-replace-malloc on windows. You dont need to allow injecting a custom replace-malloc DLL as this option does allow; you just need to compile the replace-malloc code and build your instrumentation in there
- # [16:11] <bsmedberg> glandium: yes
- # [16:11] <glandium> yeah, then it's not quite replace malloc you need
- # [16:11] <bsmedberg> my other option is just to instrument jemalloc directly
- # [16:11] <glandium> but replace malloc made it easier
- # [16:12] * Quits: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP) (Quit: RealRaven)
- # [16:12] * Joins: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP)
- # [16:12] <bjacob> bsmedberg: the gist is, the replace-malloc infrastructure provides you a much better place to put your instrumentation in, than jemalloc
- # [16:12] <bjacob> bsmedberg: because now you're independent of whether jemalloc is actually used
- # [16:12] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [16:12] <NeilAway> edmorley: that's not my problem :-P
- # [16:12] <glandium> bjacob: but replace-malloc is not designed for permanent hooking
- # [16:12] <firebot> Check-in:
- # [16:12] <bjacob> glandium: but it could be modified to be, right
- # [16:13] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/01145aac2536 - Boris Zbarsky - Bug 832920. Add a way for chrome iframes to opt into having a separate refresh driver (e.g. if they plan to be moved between windows) and make devtools use that opt-in.
- # [16:13] <glandium> right
- # [16:13] <firebot> r=tnikkel,paul
- # [16:13] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/4c8080f73b60 - Boris Zbarsky - Bug 842726. Kill off GetterShim and the classinfo support for chrome-only stuff on Document now that we can do that via WebIDL. r=peterv
- # [16:13] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/05eeb90bbc31 - David Humphrey (:humph) - Bug 629801 Implement HTML5 <time> element. r=smaug, peterv, hsivonen
- # [16:13] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b9b189c8951b - Boris Zbarsky - Bug 842561. Assert that our inheritance chain is correct for WebIDL objects. r=peterv
- # [16:13] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (services.mozilla.org (Too many invalid passwords))
- # [16:13] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [16:13] <edmorley> NeilAway: I never said it was :P
- # [16:14] <NeilAway> edmorley: my problem is that client.mk normally knows when it needs to run configure first, *unless* configure errors out because the CLOBBER file needed to be updated, so it would be nicer if client.mk errored out first, so that when you clobbered / copied CLOBBER it would run configure again
- # [16:14] <edmorley> NeilAway: oh you mean a different issue
- # [16:14] <glandium> NeilAway: client.mk doesn't run configure now
- # [16:14] <glandium> it hasn't for a while
- # [16:14] * joey is now known as IRCMonkey52421
- # [16:14] * Quits: IRCMonkey52421 (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130218103422])
- # [16:15] <NeilAway> glandium: <NeilAway> evilpie: tricky when you're not building from m-c
- # [16:15] * Quits: mgorse (mgorse@B6C068B2.2088E15E.A18F112A.IP) (Ping timeout)
- # [16:15] <NeilAway> glandium: out of interest, what's the m-c equivalent of 'configure if necessary, then make'?
- # [16:15] * Joins: mgorse (mgorse@B6C068B2.2088E15E.A18F112A.IP)
- # [16:16] <glandium> NeilAway: there isn't one
- # [16:16] <NeilAway> glandium: whoa, when did that happen?
- # [16:16] <glandium> NeilAway: a while ago
- # [16:17] <NeilAway> glandium: so, do the buildbots just always configure?
- # [16:17] <Callek> glandium: huh really? (I would have loved to know for c-c parity)
- # [16:18] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/b01c5df06269 - Tim Taubert - Bug 841717 - Fix the first test (browser_248970_b_perwindowpb.js) and make it use the TestRunner; r=yoric
- # [16:18] <firebot> http://hg.mozilla.org/mozilla-central/rev/d014f356fd63 - Tim Taubert - merge m-c to fx-team
- # [16:18] <glandium> NeilAway: i think they do
- # [16:18] <NeilAway> glandium: that must suck on Windows
- # [16:18] <glandium> maybe they don't
- # [16:18] <glandium> configure is only run if autoconf needs to be run
- # [16:19] * mcote|afk is now known as mcote
- # [16:19] * Quits: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP) (Quit: RealRaven)
- # [16:19] <glandium> there are many cases where this is not enough
- # [16:19] * Joins: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP)
- # [16:19] * Quits: marcoz (marco.zehe@moz-933265EB.dip.t-dialin.net) (Quit: Leaving.)
- # [16:19] * Quits: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net) (Ping timeout)
- # [16:19] * kaze is now known as kaze|afk
- # [16:20] * Joins: seif (seiflotfy@BEAC5A65.FE22CA96.A6BD37EB.IP)
- # [16:20] * Joins: jviereck (Adium@moz-513627D0.ethz.ch)
- # [16:21] * Quits: tchevalier (Thunderbir@moz-47966F5.w109-210.abo.wanadoo.fr) (Quit: tchevalier)
- # [16:21] * Joins: tchevalier (Thunderbir@moz-47966F5.w109-210.abo.wanadoo.fr)
- # [16:22] * Quits: wlach (wlach@moz-A499C6A5.vif.net) (Ping timeout)
- # [16:22] * Joins: lduros (user@moz-5D9ACE42.admin.upenn.edu)
- # [16:23] * khuey|away is now known as khuey
- # [16:25] <joe> gahhhhh our thread pool is ridiculous
- # [16:26] <joe> it doesn't even default to the number of cores
- # [16:26] * Joins: marco (Thunderbir@moz-F53E651F.cust.dsl.teletu.it)
- # [16:26] <@khuey> don't use the threadpool
- # [16:26] <joe> oh
- # [16:26] <joe> ok
- # [16:26] <joe> just manage them myself?
- # [16:26] <@khuey> well
- # [16:26] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
- # [16:26] <@khuey> what are you really trying to do? ;-)
- # [16:26] <@bz> oh, crap
- # [16:27] <@bz> my push is going to go red
- # [16:27] * @bz fixes
- # [16:27] <joe> i want a pool of threads, 1 thread per core, to which I can post image decoding events
- # [16:27] <joe> and whatever thread gets to it first wins
- # [16:27] <@bz> roc: ping
- # [16:27] <joe> bz: pretty optimistic given it's 4:30am
- # [16:27] <joe> :)
- # [16:27] * Joins: marcoz (marco.zehe@moz-933265EB.dip.t-dialin.net)
- # [16:27] <@bz> joe: yeah
- # [16:28] * @bz assumes roc would want him to fix it this way, fixes
- # [16:28] <joe> r=my-internal-model-of-roc
- # [16:28] <@bz> it doesn't need r
- # [16:28] <@bz> just needs me to push a patch roc wrote but hasn't pushed yet. ;)
- # [16:28] <joe> oh haha
- # [16:29] <@bz> and that I reviewed... ;)
- # [16:29] * Joins: surkov (surkov@58780B8.D658786A.4BC608BB.IP)
- # [16:29] * Parts: Pauly (paul@601F3B17.33662590.A5830293.IP)
- # [16:29] * Quits: smontagu (chatzilla@moz-A5B9F7E2.red.bezeqint.net) (Ping timeout)
- # [16:30] <@khuey> you may want nsThreadPool for that then
- # [16:30] <@khuey> generally when people think they want multiple threads they really don't
- # [16:30] <joe> yeah i know I want a pool of threads
- # [16:30] <joe> I might not want a thread pool though
- # [16:31] <joe> er nsThreadPool
- # [16:32] * @bz wonders how we're sure we want a pool
- # [16:32] <@bz> Maybe we want a pond, or a puddle
- # [16:32] <@bz> depending on how many we really want
- # [16:32] * Quits: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Input/output error)
- # [16:32] <@khuey> or maybe an ocean
- # [16:32] <hsivonen> wow. slow bug day. I got consecutive bug numbers even though I took my time writing the second report
- # [16:33] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/21d3ff83095f - Robert O'Callahan - Bug 842089. MediaStream doesn't implement EventTarget yet. r=bz
- # [16:33] <bsmedberg> joe: we really want a default threadpool for that, no?
- # [16:33] <joe> bsmedberg: what do you mean default threadpool?
- # [16:33] <bsmedberg> I mean, these are arbitrary events, not requiring any special thread setup?
- # [16:34] <bsmedberg> joe: a thread pool for the number of threads we have which is shared among all gecko code that wants to just run events which consume CPU
- # [16:34] <joe> bsmedberg: yes, i'd love to have that
- # [16:34] <joe> though the way the code is structured right now it's not trivial to just post events sadly
- # [16:35] * Joins: himsin (x@432E449C.6FDFB4BE.1957C0DA.IP)
- # [16:35] * Joins: alice (alice@moz-A7C201EB.zone16.bethere.co.uk)
- # [16:35] * Joins: joey-2 (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [16:35] <joe> bsmedberg: afaik we don't actually have a default thread pool, though, right?
- # [16:35] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [16:35] * Joins: josh (josh@moz-348C4790.hsd1.mn.comcast.net)
- # [16:36] <bsmedberg> joe: I remember that there was a bug on it
- # [16:36] <bsmedberg> I don't remember whether it actually happened
- # [16:36] <joe> https://bugzilla.mozilla.org/show_bug.cgi?id=703948
- # [16:36] * ctalbert|afk is now known as ctalbert
- # [16:36] <joe> nope
- # [16:36] * Joins: bholley (anonymous@moz-FCAF9AAB.hsd1.ca.comcast.net)
- # [16:36] <RyanVM> bz: inbound burning
- # [16:36] <bsmedberg> yeah, that
- # [16:37] * Quits: lduros (user@moz-5D9ACE42.admin.upenn.edu) (Client exited)
- # [16:37] <bsmedberg> joe: can you just make that happen, if you're going to make a threadpool for your stuff?
- # [16:37] <@bz> RyanVM: see above
- # [16:37] <@ted> bsmedberg: were you commenting on the wrong bug in bug 811483?
- # [16:37] <joe> bsmedberg: possibly, though possibly also as a followup
- # [16:37] <@bz> RyanVM: if only tbpl let me star in-progress things.... ;)
- # [16:37] <joe> bsmedberg: the specific problem with imagelib is that we have two different priorities
- # [16:37] <bsmedberg> ted: oh crap
- # [16:37] * Joins: lduros (user@moz-5D9ACE42.admin.upenn.edu)
- # [16:38] * Joins: jesup|laptop (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
- # [16:38] <@bz> RyanVM: I believe it should be safe to reopen
- # [16:38] <@bz> RyanVM: fwiw
- # [16:38] <RyanVM> bz: OK, I just don't like other things landing on top
- # [16:38] <RyanVM> bz: and yeah, I didn't go far enough up the scrollback
- # [16:39] * Quits: danielapetrovici_ (danielapet@601F3B17.33662590.A5830293.IP) (Quit: Leaving)
- # [16:39] * Joins: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP)
- # [16:39] <@bz> RyanVM: Sorry I forgot about the bug dependency there. :(
- # [16:39] * Quits: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP) (Connection reset by peer)
- # [16:39] <joe> bsmedberg: and we in fact want to starve the low-priority ones
- # [16:39] <RyanVM> no problem
- # [16:39] <@bz> RyanVM: I kept thinking someone must have pushed the other bug by now... :(
- # [16:39] <joe> that's a little trickier to do with a thread pool
- # [16:39] <bsmedberg> joe hrm yeah
- # [16:39] <joe> i'm going to try something now and continue thinking on it
- # [16:39] <bsmedberg> you really want multiple queues serviced by the same pool of threads
- # [16:40] <joe> yeah, which basically requires multiple threads running the imagelib-specific event queue
- # [16:41] * Joins: alice_ (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [16:41] * Joins: tonymec (tonymec@1A7A4BC5.48EF4B79.277517C1.IP)
- # [16:41] <bsmedberg> johns: ping
- # [16:42] * Quits: alice_ (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Ping timeout)
- # [16:43] * Quits: mcote (mcote@moz-FD8EB826.mc.videotron.ca) (Quit: leaving)
- # [16:44] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
- # [16:44] * Quits: DomoOrigatuMrMugatu (john_q@moz-B6268EB2.ntc.blacksburg.shentel.net) (Quit: Leaving)
- # [16:44] <@bz> bsmedberg: fwiw, that thing I mailed you about last night is the last issue for converting embed/object/applet to WebIDL
- # [16:45] * Tomcat|mtg is now known as Tomcat|away
- # [16:45] * joduinn-afk is now known as joduinn
- # [16:46] * Quits: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP) (Ping timeout)
- # [16:46] * Quits: brendan (brendaneic@45A3491F.A5FB4ABA.FE58E87C.IP) (Quit: brendan)
- # [16:46] * rail-mtg is now known as rail-buildduty
- # [16:47] * Quits: thinker (user@moz-D921FE60.dynamic.kbronet.com.tw) (Ping timeout)
- # [16:47] * Joins: ehugg_ (ehugg@moz-FE206300.cisco.com)
- # [16:49] * Joins: mcote (mcote@moz-FD8EB826.mc.videotron.ca)
- # [16:50] * Quits: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net) (Quit: Leaving)
- # [16:52] * Quits: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com) (Quit: Leaving)
- # [16:53] * Joins: bdahl (bdahl@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [16:54] * Quits: marco (Thunderbir@moz-F53E651F.cust.dsl.teletu.it) (Ping timeout)
- # [16:54] * Joins: FabioMagnoni (fabiomagno@E521DFFF.DDFDBF93.E30FDA0B.IP)
- # [16:54] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/fe3729c8396d - Bobby Holley - Bug 843231 - Remove SetGlobal. r=bz
- # [16:54] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b332047abd6c - Bobby Holley - Bug 843231 - Compute whether to use an XBL scope exactly once. r=bz
- # [16:54] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e177d717382f - Bobby Holley - Bug 843231 - Alter the XBL scope test to make it compatible with reading the dom.xbl_scopes only once per global. r=bz
- # [16:54] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/35d293a7541d - Bobby Holley - Bug 843231 - Move the nulling out of mPrototypeNoHelper from SetGlobal to RemoveWrappedNativeProtos. r=bz
- # [16:55] * Joins: sicking (sicking@moz-289A587C.hsd1.ca.comcast.net)
- # [16:55] * Quits: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com) (Quit: spartanfire)
- # [16:56] * armenzg_mtg is now known as armenzg
- # [16:57] * Joins: mccr8 (mccr8@moz-5FEA0C74.dsl.dynamic.sonic.net)
- # [16:58] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Ping timeout)
- # [16:58] * Joins: marco (Thunderbir@moz-D12CE1BB.cust.dsl.teletu.it)
- # [16:58] <bholley> edmorley: yt?
- # [16:58] * Quits: mccr8 (mccr8@moz-5FEA0C74.dsl.dynamic.sonic.net) (Quit: mccr8)
- # [16:58] <edmorley> bholley: hi :-)
- # [16:58] * Quits: jib (Jan-Ivar@moz-20FF9167.pools.spcsdns.net) (Ping timeout)
- # [16:58] <bholley> edmorley: I just pushed to inbound and got this: http://pastebin.mozilla.org/2167384
- # [16:58] <bholley> edmorley: should I be worried? changesets appear on tbpl
- # [16:59] * Joins: morrison (morrison@514D186.F3BBB17D.144F44FA.IP)
- # [16:59] <bholley> (this is my first push to inbound since upgrading to 2.5.1)
- # [16:59] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
- # [16:59] <edmorley> bholley: do you have the "clear phases after pushing to Try" hook enabled locally?
- # [16:59] <bholley> edmorley: I think so
- # [17:00] * jchen|away is now known as jchen
- # [17:00] <bholley> edmorley: post-push = hg phase --force --draft "mq()"
- # [17:00] * Joins: jib (Jan-Ivar@moz-20FF9167.pools.spcsdns.net)
- # [17:00] * Joins: juanb (jbecerra@moz-ACDE7EEC.mozilla.com)
- # [17:00] <edmorley> bholley: it's nothing to worry about; just an artifact of the hook not having anything to do after pushing to non0try
- # [17:00] * Quits: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com) (Ping timeout)
- # [17:00] <bholley> edmorley: got it. Thanks :-)
- # [17:01] <edmorley> bholley: I believe the workaround if you don't like the error, is to make the hook "post-try" and make a new "try" alias that does "push try -f"
- # [17:01] * fabrice|zZz is now known as fabrice
- # [17:01] <bholley> edmorley: I use git push-to-try (from jlebar), so I'm not sure how that would interact. I'll look into it
- # [17:01] <edmorley> bholley: second part of https://wiki.mozilla.org/ReleaseEngineering/TryServer#Disable_hg_phases_with_a_post-push_hook
- # [17:01] * Joins: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com)
- # [17:02] <bholley> edmorley: :-)
- # [17:02] * Quits: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP) (Quit: RealRaven)
- # [17:02] * Joins: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP)
- # [17:02] <edmorley> bholley: ah ok, well it doesn;t do any harm to leave as-is anyway :-)
- # [17:02] * Joins: akeybl (akeybl@2557E599.66715431.D25A875A.IP)
- # [17:03] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: glazou)
- # [17:03] * hwine-zzz is now known as hwine
- # [17:04] * Joins: knelson (Adium@2557E599.66715431.D25A875A.IP)
- # [17:04] * Parts: knelson (Adium@2557E599.66715431.D25A875A.IP)
- # [17:06] * Quits: jib (Jan-Ivar@moz-20FF9167.pools.spcsdns.net) (Ping timeout)
- # [17:07] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
- # [17:08] <@gavin> RattyAway: https://bugzilla.mozilla.org/show_bug.cgi?id=588916
- # [17:08] <@bz> Anyone here have IE10?
- # [17:08] * @bz has a testcase he'd really like to test in it...
- # [17:08] <@gavin> RattyAway: (listed in the bug's dependency field)
- # [17:09] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/bee4a533e23e - Adam Roach [:abr] - Bug 839647 - Remove crash test workaround r=jesup
- # [17:09] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/4d6b042ba9fa - Adam Roach [:abr] - Bug 839647 - Synchronize CCApp thread start-up r=ehugg
- # [17:09] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [17:10] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
- # [17:10] * Quits: himsin (x@432E449C.6FDFB4BE.1957C0DA.IP) (Ping timeout)
- # [17:10] * Quits: jviereck (Adium@moz-513627D0.ethz.ch) (Ping timeout)
- # [17:11] * Joins: himsin (x@432E449C.6FDFB4BE.1957C0DA.IP)
- # [17:12] * Joins: jviereck (Adium@moz-513627D0.ethz.ch)
- # [17:12] * Joins: JSilver99 (JSilver99@moz-77CE8F68.cpe.net.cable.rogers.com)
- # [17:12] * Quits: morrison (morrison@514D186.F3BBB17D.144F44FA.IP) (Client exited)
- # [17:12] <@bz> Anyone?
- # [17:12] * kmoir is now known as kmoir-afk
- # [17:12] * Joins: morrison (morrison@514D186.F3BBB17D.144F44FA.IP)
- # [17:13] <RattyAway> gavin: o.i.c.
- # [17:13] <RattyAway> ttfn
- # [17:13] * Parts: RattyAway (Jim_diGriz@393E12A3.993E53F6.FB243CD8.IP)
- # [17:13] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4d301b2bcad0 - Bobby Holley - Bug 836301 - Hoist some assertions, remove a bunch of no-op trap overrides, and add assertions that we've entered our policy. r=mrbkap
- # [17:13] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/804898e09f6e - Bobby Holley - Bug 836301 - Stop enter()ing with CALL for nativeCall. r=mrbkap
- # [17:13] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ab07392f2424 - Bobby Holley - Bug 836301 - Hoist enter() calls from {Xray,}Wrapper::foo into Proxy::foo. r=mrbkap
- # [17:13] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/240174280d52 - Bobby Holley - Bug 836301 - Add tracking for whether we have a non-trivial enter() trap. r=mrbkap
- # [17:13] * Quits: surkov (surkov@58780B8.D658786A.4BC608BB.IP) (Quit: surkov)
- # [17:13] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f2fa2d0bb5e6 - Bobby Holley - Bug 836301 - Introduce an RAII class for entering policies. r=mrbkap
- # [17:14] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/81db941b0b76 - Bobby Holley - Bug 836301 - Stop using JSRESOLVE_ASSIGNING to determine GET vs SET. r=mrbkap
- # [17:14] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b5992ec030e3 - Bobby Holley - Bug 836301 - Hoist enter() into BaseProxyHandler. r=mrbkap
- # [17:14] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e0632e639097 - Bobby Holley - Bug 836301 - Assert against JSID_VOID in JSID wrapping. r=mrbkap
- # [17:14] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/741efe957058 - Bobby Holley - Bug 836301 - Add Special handling to allow us to call enter() for defineProperty on Xrays. r=mrbkap
- # [17:14] * geekboy|afk is now known as geekboy
- # [17:15] <jfkthame> bz: still looking for ie10? just a sec and i can fetch my win8 machine
- # [17:15] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/e946347c031f - Gregory Szorc - Merge mozilla-central into build-system
- # [17:15] <firebot> http://hg.mozilla.org/mozilla-central/rev/31466fd86eb7 - Gregory Szorc - Bug 784841 - Part 13: Properly normalize topsrcdir in config.status; r=glandium
- # [17:15] <firebot> http://hg.mozilla.org/mozilla-central/rev/bdf128d09ed6 - Gregory Szorc - Bug 784841 - Part 14: Use 4-space indent on Python scripts in dom/imptests; rs=Ms2ger
- # [17:15] * Quits: juanb (jbecerra@moz-ACDE7EEC.mozilla.com) (Quit: brb)
- # [17:16] * Joins: [1]kdcw (kdcw@moz-F7413045.pk.shawcable.net)
- # [17:16] <@bz> jfkthame: if you could, that would be great
- # [17:16] * Quits: kdcw (kdcw@moz-F7413045.pk.shawcable.net) (Ping timeout)
- # [17:16] * [1]kdcw is now known as kdcw
- # [17:17] <jfkthame> bz: ok, what do you need?
- # [17:17] * Joins: jviereck1 (Adium@moz-513627D0.ethz.ch)
- # [17:17] <@bz> jfkthame: http://software.hixie.ch/utilities/js/live-dom-viewer/?saved=2110
- # [17:18] * jfkthame hopes it's not too hard to type, as that machine isn't on irc
- # [17:18] <@bz> jfkthame: what does the "Rendered view" say?
- # [17:18] * Quits: jviereck (Adium@moz-513627D0.ethz.ch) (Ping timeout)
- # [17:18] * capella is now known as capella|away
- # [17:18] <@bz> jfkthame: good thing I used the "save" version, not the data URI one, eh? ;)
- # [17:18] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/d5648b6d0694 - Joel Maher - Bug 843105 - allow robocop tests to be run in chunks. r=ted a=test-only
- # [17:19] <jfkthame> ms__id1 length item namedItem
- # [17:19] <@bz> jfkthame: great, thanks
- # [17:19] <@bz> jfkthame: just to make sure, it's in IE10 standards mode?
- # [17:20] * Joins: juanb (jbecerra@2557E599.66715431.D25A875A.IP)
- # [17:20] <jfkthame> bz: ^^ hope that makes sense
- # [17:21] <@bz> jfkthame: makes total sense to me, yeah
- # [17:21] <@bz> jfkthame: well, for some values of "sense"... I know what they're doing and why, it's just insane. ;)
- # [17:21] * Joins: hurley (hurley@moz-E76806A0.dsl.static.sonic.net)
- # [17:22] * Joins: vladan (vladan@moz-21CD3EF9.cp.telus.net)
- # [17:22] <@bz> bsmedberg: ping
- # [17:23] <bsmedberg> bz: pong
- # [17:23] * Joins: wlach (wlach@moz-AEEC2DA3.mc.videotron.ca)
- # [17:23] <@bz> bsmedberg: so a question about the scriptability setup for plugins
- # [17:23] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Ping timeout)
- # [17:23] <@bz> bsmedberg: they can expose methods
- # [17:23] <@bz> bsmedberg: can they also expose properties?
- # [17:24] <bsmedberg> yes
- # [17:24] <@bz> bsmedberg: and if so, only readonly ones or also writable?
- # [17:24] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [17:24] <bsmedberg> bz: both
- # [17:24] <@bz> bsmedberg: and if also writable, do we have tests for that?
- # [17:24] <@bz> bsmedberg: tests that test that the plugin code was actually invoked for the set, not just that the property's value changed....
- # [17:24] <bsmedberg> we have tests, but I'm not sure we have tests for the plugin object itself
- # [17:25] <bsmedberg> it's NPClass.setProperty
- # [17:25] * bsmedberg checks
- # [17:25] <@bz> bsmedberg: That's the one thing I'm worried about maybe breaking here
- # [17:25] <@bz> bsmedberg: the setProperty bit
- # [17:26] <bsmedberg> bz: yeah, it doesn't look like the testplugin actually checks that
- # [17:26] <bsmedberg> it has code to save and hand back properties
- # [17:27] * Joins: fitzgen (fitzgen@moz-9E403A70.dsl.static.sonic.net)
- # [17:27] <bsmedberg> but they don't cause visible side effects
- # [17:27] <@bz> bsmedberg: ok. I'm pretty sure this part is likely to be broken
- # [17:27] <@bz> bsmedberg: Any idea where I should breakpoint to verify that?
- # [17:27] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Ping timeout)
- # [17:28] <@bz> Ah, scriptableSetProperty;
- # [17:28] * @bz tests
- # [17:28] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/8177cabc4e22 - Brian Hackett - Bug 844048 - Track uses of 'var arguments' within eval scripts, always make arguments objects for generators, r=luke.
- # [17:28] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [17:28] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
- # [17:28] <@ehsan> bz: so, textarea.controllers is currently exposed to content :(
- # [17:28] <@ehsan> expected?
- # [17:29] * Joins: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [17:29] <bsmedberg> bz: yeah. So we should be able to make scriptableSetProperty call a function
- # [17:29] <@bz> ehsan: "exposed"
- # [17:29] <@bz> ehsan: well, actually it might really be exposed
- # [17:29] * Quits: tonymec (tonymec@1A7A4BC5.48EF4B79.277517C1.IP) (Ping timeout)
- # [17:29] * Quits: tonymec|away (tonymec@1A7A4BC5.48EF4B79.277517C1.IP) (Ping timeout)
- # [17:29] <bsmedberg> or do some other side effect thing so that we can test whether it was correctly called
- # [17:29] <@bz> ehsan: and I dunno about expected
- # [17:29] <bsmedberg> also getProperty and removeProperty
- # [17:29] <@ehsan> bz: it is really exposed
- # [17:29] <@bz> ehsan: but it is what it is....
- # [17:29] <@bz> ehsan: controllers have classinfo, eh?
- # [17:29] <@bz> ehsan: well, with webidl we can make it not exposed, right?
- # [17:29] <@bz> bsmedberg: dom/plugins/test/test_propertyAndMethod.html
- # [17:29] <@ehsan> bz: they don't
- # [17:30] * Quits: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz) (Quit: Leaving)
- # [17:30] <@ehsan> bz: yes
- # [17:30] <bsmedberg> bz: yeah, but there's no side effect currently right?
- # [17:30] <@bz> bsmedberg: should the sets in that test be triggering scriptableSetProperty ?
- # [17:30] <bsmedberg> I believe so yes
- # [17:30] <@bz> bsmedberg: well, yes, but I can just breakpoint in it
- # [17:30] <@bz> bsmedberg: to see whether it's being called
- # [17:30] <bsmedberg> yeah
- # [17:30] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Ping timeout)
- # [17:30] <@ehsan> bz: actually they do have classinfo
- # [17:31] <@bz> ehsan: yeah, then they're really exposed.
- # [17:31] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [17:31] <@bz> ehsan: I'm so glad our new setup is saner.
- # [17:31] * Quits: stransky (stransky@moz-43775E86.net.upcbroadband.cz) (Quit: Connection reset by beer)
- # [17:31] <@bz> ehsan: btw, you saw the change to add Func?
- # [17:31] <@ehsan> bz: no
- # [17:31] * Quits: tn (tn@moz-2E73ACE4.wp.shawcable.net) (Ping timeout)
- # [17:32] <@bz> ehsan: So we have [Pref="whatever"]
- # [17:32] <@bz> ehsan: we now also have [Func="whatever"]
- # [17:32] <@bz> ehsan: and the property will be visible if func returns true
- # [17:32] <@bz> ehsan: so you can just dynamically decide based on whatever you want whether to expose the prop
- # [17:32] <@ehsan> oh nice!
- # [17:32] <@bz> ehsan: non-boolean prefs, url of the window, whatever
- # [17:33] <@ehsan> that's per-prototype instantiation, right?
- # [17:33] * @bz documents
- # [17:33] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Ping timeout)
- # [17:33] <@bz> ehsan: correct
- # [17:33] <@ehsan> good!
- # [17:33] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [17:33] <@bz> bsmedberg: getProperty and removeProperty should just work
- # [17:34] <@bz> hmm
- # [17:34] <RyanVM> padenot: ping
- # [17:34] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Ping timeout)
- # [17:35] * Joins: tonymec__ (tonymec@moz-B6AC84D0.adsl-dyn.isp.belgacom.be)
- # [17:35] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [17:35] <@ehsan> bz: how should I test for textarea.controllers? just its existence?
- # [17:35] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Ping timeout)
- # [17:35] <@bz> ehsan: test in what sense?
- # [17:36] * Joins: llmelon (chatzilla@moz-43CE5A55.cpe.vividwireless.net.au)
- # [17:36] <@bz> bsmedberg: hmm. scriptableSetProperty is in the plugin process, right?
- # [17:36] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [17:36] <bsmedberg> bz: yes, but you could turn of OOPP to test
- # [17:36] <@ehsan> bz: to address your review comment
- # [17:36] <@ehsan> bz: try passed with my patch...
- # [17:36] <philor> bholley: busted on Windows
- # [17:37] * Joins: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net)
- # [17:37] * Quits: llmelon (chatzilla@moz-43CE5A55.cpe.vividwireless.net.au) (Connection reset by peer)
- # [17:37] * Joins: jdm (jdm@F2D29657.F60B0462.67AC9B1.IP)
- # [17:37] <glandium> how can one debug xbl bindings when the js debugger doesn't catch breakpoints in it?
- # [17:37] <@bz> ehsan: ok(!("controllers" in textarea), "Don't have web-visible controllers");
- # [17:37] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Ping timeout)
- # [17:38] * tonymec__ is now known as tonymec|away
- # [17:38] <@bz> ehsan: ok("controllers" in SpecialPowers.wrap(textarea), "Have chrome-visible controllers");
- # [17:38] <@ehsan> ok
- # [17:38] <@ehsan> will do
- # [17:38] * joduinn is now known as joduinn-mtg
- # [17:38] <@bz> ehsan: thanks
- # [17:39] <@bz> bsmedberg: how do I do that, for a mochitest run?
- # [17:39] * Quits: Optimizer (Optimizer@DF655549.C568A5F9.D2D1FAF0.IP) (Ping timeout)
- # [17:39] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [17:39] <bsmedberg> ted: ^^ do you know the incantation for mochitest with OOPP flipped off?
- # [17:39] * Joins: Optimizer (Optimizer@65BD008E.9B524EE1.BE90E62C.IP)
- # [17:40] <bsmedberg> bz: we have an automated way to do this, but also we can do this with --setpref=dom.ipc.plugins.enabled=false I think
- # [17:40] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
- # [17:40] <@bz> note that I'm running mochitest-plain, not mochitest-pluginsip
- # [17:40] <bsmedberg> or whatever the correct --setpref syntax is
- # [17:40] <@bz> bsmedberg: trying
- # [17:40] <@ted> --setpref=foo=bar
- # [17:40] * philor counts his remaining minutes, and comes up with "back out now"
- # [17:40] <@ted> do we not have a "make mochitest-ipcplugins"?
- # [17:40] <@bz> we do
- # [17:40] <@ted> http://mxr.mozilla.org/mozilla-central/source/testing/testsuite-targets.mk#139
- # [17:40] <@bz> I want to NOT do ipc
- # [17:41] <RyanVM> philor: I give them 5min to respond
- # [17:41] <@ted> right, which is what mochitest-ipcplugins does
- # [17:41] <@ted> confusingly
- # [17:41] * Joins: alice_ (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [17:41] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Ping timeout)
- # [17:41] <@ted> since OOP is the default
- # [17:41] * Quits: naveed (nihsanulla@moz-AF0264A5.bstnma.fios.verizon.net) (Input/output error)
- # [17:41] <@bz> ah
- # [17:41] <@bz> OK, then!
- # [17:41] * @bz tries that
- # [17:41] <@ted> we flipped that when we flipped the pref
- # [17:41] <@ted> perhaps not the clearest decision
- # [17:41] * Quits: ehugg_ (ehugg@moz-FE206300.cisco.com) (Quit: ehugg_)
- # [17:41] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/dee88fe417fe - Phil Ringnalda - Back out 4d301b2bcad0:e0632e639097 (bug 836301) for Windows build bustage
- # [17:41] <philor> RyanVM: it's 8:43, and I have to leave for work by 8:46
- # [17:42] <bholley> philor: uh oh
- # [17:42] <@bz> hmm
- # [17:42] <@bz> and that ignores TEST_PATH ?
- # [17:42] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
- # [17:42] * Joins: naveed (nihsanulla@moz-AF0264A5.bstnma.fios.verizon.net)
- # [17:42] * Quits: alice_ (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Ping timeout)
- # [17:42] * Joins: dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net)
- # [17:42] * ChanServ sets mode: +o dveditz
- # [17:43] <@ted> bz: looks like it
- # [17:43] <@ted> although maybe you can override it
- # [17:43] * @ted forgets the rules for make variable precedence
- # [17:43] * catlee is now known as catlee-away
- # [17:44] * Joins: dbaron (dbaron@moz-F4919B79.dsl.dynamic.sonic.net)
- # [17:44] * ChanServ sets mode: +o dbaron
- # [17:44] * philor is now known as philor|away
- # [17:44] * Quits: juanb (jbecerra@2557E599.66715431.D25A875A.IP) (Quit: brb)
- # [17:44] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
- # [17:44] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
- # [17:44] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a1c344441241 - Ryan VanderMeulen - Backed out changeset 78c3801aed19 (bug 825329) for intermittent orange.
- # [17:44] * Quits: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney_)
- # [17:45] * Joins: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP)
- # [17:45] * froydnj misread that as ignoring TEST_PAIN
- # [17:45] <@bz> NPObjWrapper_SetProperty
- # [17:45] <@bz> here we go
- # [17:45] * Joins: tn (tn@moz-2E73ACE4.wp.shawcable.net)
- # [17:45] * @bz tests more stuff
- # [17:46] * Joins: juanb (jbecerra@2557E599.66715431.D25A875A.IP)
- # [17:46] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/bb28f76aa704 - Benoit Girard - backout 99c93cc91750 (Bug 842389) due to page correctness regression bug 843997. a=lsblakk
- # [17:47] * Joins: mccr8 (mccr8@2557E599.66715431.D25A875A.IP)
- # [17:47] * Quits: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [17:47] <@ehsan> jlebar: fwiw, I think we'd be much better off with an s3 instance which runs a simple ftp server, etc
- # [17:47] <@bz> yeah, I totally broke this
- # [17:48] <@bz> bsmedberg: we need a way to add a test for this somehow... :(
- # [17:48] <bsmedberg> bz: shouldn't be hard
- # [17:48] <jlebar> ehsan: The thing is, they're not maintenance free.
- # [17:48] <@ehsan> jlebar: neither is a git repo
- # [17:48] <@ehsan> there is no magic solution here
- # [17:48] <bsmedberg> bz: you just want to make sure obj.prop calls the setproperty helper in the plugin, right?
- # [17:48] <jlebar> ehsan: sure, that's fair.
- # [17:48] <jlebar> ehsan: Another thing I liked about using git was that it would be easy for someone to get an exact copy, and I was hoping we could use an existing hosting provider.
- # [17:48] <@ehsan> if we want to move on without IT's help, somebody needs to maintain whatever solution we end up with
- # [17:49] <@ehsan> jlebar: like github?
- # [17:49] <jlebar> ehsan: yeah
- # [17:49] <@bz> bsmedberg: we want to make sure that setting obj.prop does
- # [17:49] <@bz> bsmedberg: and that after that getting it does so too
- # [17:49] <@ehsan> jlebar: github doesn't have a clear policy on repo sizes, afaict
- # [17:49] * @bz wonders whether he'll regress bug 556849 fixing this....
- # [17:49] * Quits: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP) (Quit: RealRaven)
- # [17:49] <@bz> And if so how I would tell. :(
- # [17:49] <@ehsan> jlebar: and we're talking about really big repos...
- # [17:49] * @ted wonders what jlebar and ehsan are discussing
- # [17:49] <jlebar> ehsan: github doesn't have any space limits, but I have a feeling 70gb might be pushing it. We may just be able to send them money.
- # [17:50] * Joins: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP)
- # [17:50] <jlebar> ted: https://bugzilla.mozilla.org/show_bug.cgi?id=843624
- # [17:50] <@bz> hmm
- # [17:50] <bsmedberg> bz: we should be able to have both setproperty and getproperty call a function or fire a DOM event or something like that
- # [17:50] <@bz> I suppose I can just keep the current behavior, actually
- # [17:50] <@ehsan> jlebar: yeah maybe
- # [17:50] <@bz> it's insane and a total spec violation, but that's life
- # [17:50] * @bz writes code
- # [17:50] <@ehsan> jlebar: but the hosting bit is something money can solve
- # [17:50] <jlebar> ehsan: maybe I should send the github people an e-mail.
- # [17:50] * Quits: tzimmermann (tzimmerman@moz-DACBB71C.pools.arcor-ip.net) (Quit: Ex-Chat)
- # [17:50] <jlebar> before I assume it's totally out of the question for us to host 70gb x 10 repositories there.
- # [17:51] <@ehsan> jlebar: yeah that could be a good idea
- # [17:51] <@ted> jlebar: ah, interesting
- # [17:51] * Joins: aklotz (Thunderbir@moz-55246988.cg.shawcable.net)
- # [17:51] <@ehsan> jlebar: note that one downside of the git repo solution is requiring people to have a full local clone
- # [17:51] <jlebar> ehsan: I think that's not the case.
- # [17:51] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1861d261f88f - Jonathan Kew - bug 844133 - eliminate the MOZ_GRAPHITE configure option. r=ted
- # [17:51] <@ehsan> and cloning that big of a repo from github can be... fun
- # [17:51] <jdm> bsmedberg: how do plugins trigger opening a new tab?
- # [17:51] <jlebar> ehsan: git supports two things which can help.
- # [17:52] <jlebar> ehsan: You can clone just one branch
- # [17:52] <jlebar> ehsan: And you can specify depth to clone.
- # [17:52] <jlebar> ehsan: But we'd have to play some tricks to make that work well with git bisect.
- # [17:52] <@ehsan> true
- # [17:52] <@ehsan> jlebar: I wouldn't rule out the possibility of somebody extending mozregression with all of those needed bits ;)
- # [17:53] * Joins: jammink (textual@2557E599.66715431.D25A875A.IP)
- # [17:53] <jlebar> ehsan: But e.g. maybe we "branch" once every 1000 commits. Then you should be able to bisect just fine; all you need is a table mapping dates to branches.
- # [17:53] <jlebar> Assuming that you can pull into one of these repositories.
- # [17:53] <@ted> jlebar: the git repo setup sounds complicated
- # [17:53] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/8679f0f1c215 - Jonathan Mayer - Bug 818340 - change third party cookie handling to block third party cookies from sites I haven't visited. (r=jdm, r=dolske)
- # [17:53] <@ehsan> jlebar: not sure what you mean by that
- # [17:54] * Quits: FabioMagnoni (fabiomagno@E521DFFF.DDFDBF93.E30FDA0B.IP) (Client exited)
- # [17:54] <jlebar> ehsan: the first or second line?
- # [17:54] <@ted> it sounds like it would be a lot simpler to just throw disk at the problem and use glacier or whatever
- # [17:54] <@ehsan> jlebar: both :)
- # [17:54] * Quits: Edgar (Thunderbir@moz-5973BAE8.dynamic.hinet.net) (Quit: Edgar)
- # [17:54] * Joins: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net)
- # [17:54] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [17:54] <@ehsan> ted: part of me agrees with you...
- # [17:54] <@ted> just seems like you could spend forever engineering a solution here
- # [17:55] <@ted> which is technically fascinating, i agree
- # [17:55] <jlebar> ehsan: Suppose we have linear history. Every 1000 commits we tag a branch.
- # [17:55] <@ted> or you could just stuff tarballs in storage
- # [17:55] <@ehsan> ok
- # [17:55] * Joins: AndreeaM (Thunderbir@8130C539.5B3A2A49.CD219C36.IP)
- # [17:55] <jlebar> ehsan: So now if you want to bisect between points X and Y, you pull the branches containing X and Y, plus all the branches in-between.
- # [17:55] <@ted> if glacier is only going to cost a few thousand dollars a year, we should just get someone to make that happen
- # [17:56] <jlebar> ehsan: The fixed number of commits per branch is necessary so that you can tell git "pull branch Foo with depth 1000" to get "all" the commits in that branch
- # [17:56] <jlebar> ted: glacier has its own set of engineering problems, unfortunately.
- # [17:56] * Joins: automata (automata@moz-1CE7A56D.ifsc.usp.br)
- # [17:56] <@ehsan> jlebar: don't you get all of the history for the first branch?
- # [17:56] <@ted> jlebar: because it's not a straight file store?
- # [17:56] <BenWa> ted: The problem with glacier is the retrival time is like 3+ hours
- # [17:56] <@ted> that's a bummer
- # [17:56] <jlebar> ehsan: No; you pull a branch and say "pull branch B with depth 1000", which only gets the commits in branch B and not in its parent.
- # [17:56] <@ted> although 3+ hours is better than "not available"
- # [17:56] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [17:56] <jlebar> ted: Yeah, so you have to cache it and so on.
- # [17:56] * Quits: randix (rdow@moz-ABA1F7B7.dhcp.mdfd.or.charter.com) (Ping timeout)
- # [17:56] <@ehsan> jlebar: I see
- # [17:56] * Quits: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP) (Quit: RealRaven)
- # [17:57] * Joins: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP)
- # [17:57] <@ted> did we get IT to agree to increase the storage so we can keep more onchange builds on ftp.mo in the short term?
- # [17:57] <BenWa> ted: Yes certainly. I think we should keep the current cycle (24 weeks) always available on 'live' storage
- # [17:57] <@ted> looks like "yes"
- # [17:57] <@ted> in that case i think engineering something for long-term storage would be good
- # [17:57] <@ted> age old onchange builds out into glacier
- # [17:57] <@ehsan> jlebar: yeah, ok, that's a smart solution and I think it will work
- # [17:58] <@ted> build a simple request/caching api on top of that
- # [17:58] <BenWa> Then having 24+ weeks on glacier would be nice to have but I so rarely need that so I wouldn't push for it
- # [17:58] <jlebar> ted: it's not clear to me that this is any better than the git solution, but maybe it is.
- # [17:58] <@ehsan> jlebar: can you please CC me on the github communication you volunteered to start? :)
- # [17:59] <@ted> jlebar: the git solution sounds awfully complicated
- # [17:59] <@ehsan> ted: what is the advantage over the git solution?
- # [17:59] <jlebar> ehsan: I will once they get back to me; I can't cc you on the first e-mail I send.
- # [17:59] * Joins: Mnyromyr (Mnyromyr@moz-AAF87E8.unity-media.net)
- # [17:59] <@ehsan> ted: it's not complicated at all...
- # [17:59] <jlebar> ted: You get your builds instantly?
- # [17:59] <@ehsan> jlebar: ok, sounds good
- # [17:59] <@ted> ehsan: well, you still need somewhere to store the git repo
- # [17:59] * Joins: bent (chatzilla@moz-932324BF.hsd1.ca.comcast.net)
- # [17:59] <@ehsan> ted: worse comes to worse, we can just set up our own git server
- # [18:00] <@ehsan> that literally takes 10 minutes
- # [18:00] <jlebar> Stick a 4TB drive in there and we'd be golden.
- # [18:00] <@ehsan> indeed
- # [18:00] <jlebar> Back it up to S3 or something.
- # [18:00] <@ehsan> we should have done this a year ago really
- # [18:00] <edmorley> using git as an alternative to a filesystem with support for compression sounds like a terrible idea to me, but I may be missing something obvious here...
- # [18:00] * Joins: randix (rdow@moz-EED5EBCB.dhcp.mdfd.or.charter.com)
- # [18:01] <BenWa> The problem is how big do you want the git repo to be and how to do you storage enough useful stuff in there in that size
- # [18:01] <@ted> how does the git repo work, you're storing unpacked builds and relying on git to do binary deltas?
- # [18:01] <jlebar> yes
- # [18:01] <jlebar> ted: it's 3mb per build
- # [18:01] <jlebar> ish
- # [18:01] <BenWa> ted: I posted a script you can experiement with
- # [18:01] <@ted> our windows partial mars were ~2MB last i looked
- # [18:01] <@ted> so that sounds reasonable
- # [18:01] * Joins: cabanier (cabanier@89803C3C.27D0C967.A0B21F13.IP)
- # [18:03] * Joins: jhammel (jhammel@moz-14240F1C.hsd1.ca.comcast.net)
- # [18:03] * Joins: bajaj (Adium@2557E599.66715431.D25A875A.IP)
- # [18:03] * Joins: jlmendezbonini (textual@moz-FF9FDD58.twcny.res.rr.com)
- # [18:04] * Joins: mwobensmith (Adium@moz-A978361F.dsl.dynamic.sonic.net)
- # [18:04] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Ping timeout)
- # [18:04] <@ehsan> ttaubert: ping
- # [18:05] * jlebar is now known as jlebar|lunch
- # [18:05] <@ted> sid0: in your professional opinion, is git gonna asplode if they stuff all this binary data in it?
- # [18:06] <ttaubert> ehsan: I saw your mail and will do it today, if that's why you're pinging :)
- # [18:06] <@ehsan> ttaubert: smart guess, and thanks a lot :)
- # [18:06] <ttaubert> ehsan: sorry for the delay
- # [18:06] * Quits: seif (seiflotfy@BEAC5A65.FE22CA96.A6BD37EB.IP) (Ping timeout)
- # [18:06] <@ehsan> ttaubert: no worries :)
- # [18:07] * Joins: spohl|afk (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
- # [18:08] <glandium> ted: git has more problems with huge numbers of commits and files, and maybe massive files, but for what we're talking about here, it should be fine
- # [18:08] <glandium> (huge as in millions and massive as in GB)
- # [18:08] <@ted> sid0 was vague about what they were storing in their git repos that blew up
- # [18:08] <@bz> so what makes me sad is the amount of process so far for allocating 2TB more and saving 20 more weeks of hourlies
- # [18:08] <mbrubeck> edmorley: Linus did say, "No. git is not an SCM. it's a filesystem designed to _host_ an SCM" -- http://comments.gmane.org/gmane.comp.version-control.git/104
- # [18:09] <edmorley> ehsan, jlebar, ted: the successor to tbpl will (at least from the discussions we've been having at the project meetup this week) need to use ftp.m.o (or else another storage solution) for long term access to logs - for which a git repo solution would need to be performant enough to allow on-the-fly log loading/parsing
- # [18:09] <glandium> ted: there was a thread on the git mailing list about what blew out when FB tries to use it
- # [18:09] <@ted> ah
- # [18:09] <@ehsan> edmorley: we're only talking about builds, not log files
- # [18:09] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [18:09] <edmorley> ehsan: ah ok, in which case, ignore me :-)
- # [18:09] <edmorley> mbrubeck: ah I had not heard that quote before :-)
- # [18:10] <@ted> if you've got it down to ~3MB/build, i don't think it's worth additional complexity to make that smaller
- # [18:10] <@ehsan> agreed
- # [18:10] * Quits: Mossop_away (mossop@moz-3D9B2D8F.lsanca.fios.verizon.net) (Connection reset by peer)
- # [18:11] * Joins: CGI583 (bzlandfill@moz-1ECA61DD.allocated.csupomona.edu)
- # [18:11] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Ping timeout)
- # [18:11] <glandium> ted: this thread, fwiw: http://marc.info/?l=git&m=132827902818136&w=1
- # [18:12] <vlad> what is this crap in my source dir: addon-sdk/source/lib/toolkit/.mkdir.done ?
- # [18:12] <vlad> tons of them in addon-sdk
- # [18:12] * Quits: CGI583 (bzlandfill@moz-1ECA61DD.allocated.csupomona.edu) (Quit: CGI:IRC)
- # [18:12] <jmaher> vlad: in the testing directories as well
- # [18:13] * Joins: tonymec (tonymec@moz-B6AC84D0.adsl-dyn.isp.belgacom.be)
- # [18:13] * Joins: cpav (bzlandfill@moz-1ECA61DD.allocated.csupomona.edu)
- # [18:13] * Quits: jviereck1 (Adium@moz-513627D0.ethz.ch) (Quit: Leaving.)
- # [18:13] * Quits: cpav (bzlandfill@moz-1ECA61DD.allocated.csupomona.edu) (Quit: CGI:IRC)
- # [18:13] <@ted> it's a hack around the fact that make doesn't do directory dependencies properly
- # [18:13] <@ted> not sure why they wind up in the srcdir
- # [18:14] * Joins: cpav (bzlandfill@moz-1ECA61DD.allocated.csupomona.edu)
- # [18:14] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/18b38e18b751 - Brian Nicholson - Bug 843851 - Use GeckoAppShell main handler for AllPagesTab UiAsyncTask. r=mfinkle
- # [18:14] * Quits: cpav (bzlandfill@moz-1ECA61DD.allocated.csupomona.edu) (Quit: CGI:IRC)
- # [18:14] <@ted> ehsan: so i guess the next step is for someone to just write a little script that uses http://hg.mozilla.org/automation/pulsebuildmonitor/ to watch for new builds and commit them :)
- # [18:14] * Joins: shorlander (shorlander@moz-230AEA61.dhcp.insightbb.com)
- # [18:15] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2b40ffaf95cb - Brian Nicholson - Bug 829927 - Don't read favicon URL if it's null. r=mfinkle
- # [18:15] <@ehsan> ted: well, let's see what jlebar|lunch finds out with regard to github repo size limits first
- # [18:15] * Quits: vtmarvin (Thunderbir@32DFDBE.7102BCB6.B7C3970A.IP) (Ping timeout)
- # [18:15] * Joins: vingtetun (vingtetun@moz-F8747CC6.dsl.ovh.fr)
- # [18:15] <@ehsan> bnicholson: your pushes prevented me from landing twice in a row!!!
- # [18:15] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [18:15] <bnicholson> ehsan: lol - that's happened to me before
- # [18:16] <glandium> vlad: that's because objdir/addon-sdk/something was a symlink into the source directory before, and there was a change that made everything be copied, but unless you clobber your objdir, the symlink stays, so the rules "copy" the files and create the .mkdir.done files in the source dir
- # [18:16] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/87ab1cbdcea3 - Ehsan Akhgari - Bug 838582 - Part 2: Move HTMLTextAreaElement to Web IDL bindings; r=bzbarsky
- # [18:16] <vlad> glandium: oh ew
- # [18:16] <vlad> ok
- # [18:16] <vlad> thanks :)
- # [18:16] * Quits: dria (dria@moz-F5EB0C5D.dsl.teksavvy.com) (Quit: dria)
- # [18:16] <ddahl_> khuey: how is your review queue these days?
- # [18:16] * Quits: marcoz (marco.zehe@moz-933265EB.dip.t-dialin.net) (Quit: Leaving.)
- # [18:16] * Joins: dria (dria@moz-F5EB0C5D.dsl.teksavvy.com)
- # [18:16] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [18:17] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
- # [18:18] <bnicholson> ehsan: btw, any idea what could possibly be going on here? https://bugzilla.mozilla.org/show_bug.cgi?id=842015
- # [18:18] <@khuey> ddahl_: for you, there's room
- # [18:18] <ddahl_> khuey: I pinged you for review on the tiny tiny B2G version of getRandomValues;)
- # [18:19] <ddahl_> khuey: bug 673432
- # [18:19] <@ehsan> bnicholson: who calls SetPrivateBrowsing there?
- # [18:19] <ddahl_> khuey: would really like to land that baby soon - next week would be awesome - not trying to distract you too much
- # [18:20] <@ehsan> bnicholson: if it's called from http://hg.mozilla.org/mozilla-central/file/885cde564ff3/docshell/base/nsDocShell.cpp#l2065, then this is a bug from some js code
- # [18:20] <@khuey> ddahl_: I just got back from vacation so I'm digging myself out
- # [18:20] <bnicholson> ehsan: http://mxr.mozilla.org/mozilla-central/source/mobile/android/chrome/content/browser.js#2826
- # [18:20] <@khuey> your chances look good
- # [18:20] <ddahl_> khuey: Yay!
- # [18:20] * Joins: myk (myk@moz-64D96850.dsl.dynamic.sonic.net)
- # [18:20] <@ehsan> bnicholson: hmm, well, so the browser code is marking the tab as private
- # [18:21] <@ehsan> if it's doing that by mistake, the bug should be fixed in the browser code
- # [18:21] * Quits: alice (alice@moz-A7C201EB.zone16.bethere.co.uk) (Client exited)
- # [18:22] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Input/output error)
- # [18:22] <bnicholson> ehsan: it's only marking the new tab as private - it's not changing the private state of the existing non-private tab
- # [18:22] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
- # [18:22] <@ehsan> yes
- # [18:23] <@ehsan> bnicholson: what I was trying to say is, in step 3 of https://bugzilla.mozilla.org/show_bug.cgi?id=842015#c5, you should set a breakpoint in SetPrivateBrowsing and find out who is "converting" the non-private tab to private
- # [18:24] * Joins: smooney_ (smooney@2557E599.66715431.D25A875A.IP)
- # [18:24] * Quits: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net) (Ping timeout)
- # [18:24] <bnicholson> ehsan: ah, ok
- # [18:25] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [18:27] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [18:27] * Quits: smooney_ (smooney@2557E599.66715431.D25A875A.IP) (Quit: smooney_)
- # [18:28] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Ping timeout)
- # [18:28] * Quits: gustavold (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP) (Ping timeout)
- # [18:28] * Joins: areinald (andre@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [18:28] * Quits: areinald (andre@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: Leaving.)
- # [18:28] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Ping timeout)
- # [18:29] * Joins: gustavold (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP)
- # [18:30] * Joins: merike|away (merike@moz-C7B94190.cable.starman.ee)
- # [18:30] * merike|away is now known as merike
- # [18:30] * Fallen is now known as Fallen|away
- # [18:30] * Quits: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net) (Ping timeout)
- # [18:32] * Quits: jet (junglecode@88F51059.F3BBB17D.144F44FA.IP) (Quit: jet)
- # [18:32] * joey-2 is now known as joey-afk
- # [18:33] <sicking> jlebar|lunch: ping when you are back
- # [18:36] * Quits: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
- # [18:36] * Joins: taras (taras@moz-8E045071.hsd1.wa.comcast.net)
- # [18:36] * Joins: Ann_Yiming (Ann_Yiming@moz-5CF47426.dia.static.qwest.net)
- # [18:36] * Quits: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au) (Ping timeout)
- # [18:37] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e7d1e1d55534 - Andres Hernandez - Bug 806737 - Part 1: Re-enable test_prompt.html; r=ehsan
- # [18:37] * Joins: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au)
- # [18:38] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/09d5766f5879 - Gavin Sharp - Bug 843679: improve browser_tabMatchesInAwesomebar_perwindowpb.js check descriptions, r=ttaubert
- # [18:38] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/6583bff5300a - Gavin Sharp - Remove some unnecessary preprocessing, no bug
- # [18:38] * capella|away is now known as capella
- # [18:39] * jhammel is now known as jhammel|dog
- # [18:39] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [18:40] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [18:40] <msucan> how can i put an object from jsm into a content window and have it accessible without any wrapping?
- # [18:41] * Quits: @dbaron (dbaron@moz-F4919B79.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [18:41] * Joins: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [18:41] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Ping timeout)
- # [18:41] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/87be4954d11b - Fabrice Desré - Bug 843802 - Don't accept an appType parameter when sideloading apps. r=ferjm
- # [18:41] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
- # [18:42] * Joins: smooney_ (smooney@2557E599.66715431.D25A875A.IP)
- # [18:42] * Quits: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Ping timeout)
- # [18:43] <@gavin> msucan: what do you mean "without any wrapping"?
- # [18:43] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e36f42046452 - Ryan VanderMeulen - Merge the last PGO-green inbound changeset to m-c.
- # [18:43] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
- # [18:43] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/31466fd86eb7 - Gregory Szorc - Bug 784841 - Part 13: Properly normalize topsrcdir in config.status; r=glandium
- # [18:43] * philor|away is now known as philor
- # [18:43] <@gavin> msucan: dom/base/ObjectWrapper.jsm might be useful?
- # [18:43] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/bdf128d09ed6 - Gregory Szorc - Bug 784841 - Part 14: Use 4-space indent on Python scripts in dom/imptests; rs=Ms2ger
- # [18:43] * Joins: Mossop_away (mossop@moz-3D9B2D8F.lsanca.fios.verizon.net)
- # [18:43] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b01c5df06269 - Tim Taubert - Bug 841717 - Fix the first test (browser_248970_b_perwindowpb.js) and make it use the TestRunner; r=yoric
- # [18:43] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e946347c031f - Gregory Szorc - Merge mozilla-central into build-system
- # [18:43] * Joins: jviereck (Adium@moz-340574DC.dclient.hispeed.ch)
- # [18:43] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d014f356fd63 - Tim Taubert - merge m-c to fx-team
- # [18:44] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a5d725fc67d3 - Ryan VanderMeulen - Merge m-c to inbound.
- # [18:44] * Quits: myk (myk@moz-64D96850.dsl.dynamic.sonic.net) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
- # [18:44] * Joins: myk (myk@moz-64D96850.dsl.dynamic.sonic.net)
- # [18:44] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/3075a93108fb - David Keeler - bug 842265 - test_getRandomValues.html: loop until non-zero random value obtained r=bsmith
- # [18:44] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
- # [18:44] <msucan> gavin: orion.js is loaded currently in a chrome-privileged iframe and Firebug needs it in content privileges, to avoid elevating privileges for firebug
- # [18:45] * Quits: b10n1k (j0ni@moz-A50524F8.hsd1.il.comcast.net) (Client exited)
- # [18:45] <msucan> but now i notice a new behavior: i have |win = iframe.contentWindow.wrappedJSObject| and i'm adding new objects to the target iframe so orion can use them, from my jsm
- # [18:45] <msucan> gavin: it seems that the objects i add have no properties for some weird reason
- # [18:46] <@gavin> msucan: yes, because you're not defining __exposedProps__
- # [18:46] * Joins: azakai (alon@2557E599.66715431.D25A875A.IP)
- # [18:46] <@gavin> (IIRC there is a warning for this in the console)
- # [18:46] <@gavin> that's what ObjectWrapper.jsm does for you, essentially
- # [18:46] * Quits: JeroenDeDauw (j@moz-489C4258.dip.t-dialin.net) (Quit: Leaving.)
- # [18:46] * Joins: JeroenDeDauw (j@moz-489C4258.dip.t-dialin.net)
- # [18:46] <@gavin> that's required when inserting chrome objects into content
- # [18:46] <msucan> oh
- # [18:46] <msucan> thanks. this is news to me
- # [18:46] <msucan> will look into that
- # [18:47] <@gavin> hrm, maybe ObjectWrapper.jsm doesn't do __exposedProps__
- # [18:48] * Joins: Nefzaoui (chatzilla@70DAD6E.AA5042F7.360EF119.IP)
- # [18:49] <msucan> gavin: as it looks ObjectWrapper might work anyway, or i *must* have exposedProps?
- # [18:49] <@gavin> I'm not sure
- # [18:49] <@gavin> ask bholley?
- # [18:49] * Quits: ehugg (chatzilla@B3716F60.29102B70.6CD50604.IP) (Quit: ChatZilla 0.9.90 [Firefox 18.0.2/20130201065344])
- # [18:49] <msucan> well, i'll just test now and see if it works
- # [18:49] <romaxa> glandium: could you check 842805?
- # [18:50] * NeilAway suggests asking bholley anyway just to see what the optimal solution is
- # [18:50] * armenzg is now known as armenzg_lunch
- # [18:50] <bholley> msucan: what's up?
- # [18:50] * Joins: gustavold1 (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP)
- # [18:50] * Quits: gustavold (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP) (Ping timeout)
- # [18:50] * Quits: fitzgen (fitzgen@moz-9E403A70.dsl.static.sonic.net) (Quit: fitzgen)
- # [18:51] <msucan> bholley: just wanted to know if ObjectWrapper.jsm is sufficient for exposing a chrome object to a content window? or do i need to also use __exposedProps__?
- # [18:51] * Joins: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net)
- # [18:51] * jhammel|dog is now known as jhammel
- # [18:51] <bholley> what the heck is ObjectWrapper?
- # [18:51] * bholley should probably know what this is
- # [18:52] * Quits: armenzg_lunch (armenzg@70EBC643.20A103FD.72A31D6.IP) (Ping timeout)
- # [18:52] <msucan> :)
- # [18:52] <bholley> though it doesn't appear to have ever been reviewed by anyone wrapper-related :-(
- # [18:52] * Quits: teoli (teoli@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
- # [18:52] * Joins: armenzg_lunch (armenzg@70EBC643.20A103FD.72A31D6.IP)
- # [18:52] <msucan> bholley: ok, so then what's the correct way for exposing chrome objects to content windows?
- # [18:53] * Joins: fitzgen (fitzgen@moz-9E403A70.dsl.static.sonic.net)
- # [18:53] * NeilAway wonders whether zero-length arrays are supported yet
- # [18:53] * bholley is looking at ObjectWrapper, sec
- # [18:53] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d9bdd0a18d78 - Timothy Nikkel - Bug 843979. Only add the in popup state bit to list control frames when they are in dropdown mode. r=mattwoodrow
- # [18:53] <Optimizer> NeilAway: in JS ?
- # [18:53] * Mossop_away is now known as Mossop
- # [18:53] <NeilAway> Optimizer: in C++
- # [18:54] * Joins: nhirata (anonymous@moz-1A50F7F8.hsd1.ca.comcast.net)
- # [18:54] <bholley> msucan: that's a good question actually. We're deprecating the __exposedProps__ API, but the replacement isn't in the tree yet
- # [18:54] <Optimizer> NeilAway: ¯\_(ツ)_/¯
- # [18:54] <bholley> msucan: if it's for anything DOM-y, you should use webIDL
- # [18:54] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/10f28efcb0b7 - Axel Hecht - bug 844068, disable l10n for metro, r=mbrubeck,glandium; DONTBUILD
- # [18:54] * Quits: nsm (nikhil@FA91E249.E26EB7BA.80E51C59.IP) (Quit: Konversation terminated!)
- # [18:54] <msucan> bholley: is it possible to use webidl from jsm's?
- # [18:54] * Joins: nsm (nikhil@FA91E249.E26EB7BA.80E51C59.IP)
- # [18:54] <fabrice> bholley: no __exposedProps__ anymore?
- # [18:54] * NeilAway hasn't seen that shrug before!
- # [18:54] <msucan> bholley: so this not for the general content web pages
- # [18:55] <bholley> msucan: what's it for?
- # [18:55] * Joins: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net)
- # [18:55] <msucan> bholley: we are loading currently the orion editor into a chrome-privileged iframe, in our devtools
- # [18:55] <Optimizer> NeilAway: http://1lineart.kulaone.com/
- # [18:55] <msucan> and we'd like to lower its privileges for the next update, as requested by Honza for Firebug
- # [18:55] <bholley> msucan: I see
- # [18:56] <msucan> so he can avoid raising privileges from content to chrome, for Firebug as well
- # [18:56] * Quits: fitzgen (fitzgen@moz-9E403A70.dsl.static.sonic.net) (Quit: fitzgen)
- # [18:56] <msucan> bholley: i need to pass options and other js objects into orion's content window
- # [18:56] * Joins: avcp (bzlandfill@moz-1ECA61DD.allocated.csupomona.edu)
- # [18:56] <msucan> this worked a few months ago but i see now behavior changed. any object i pass into the content window goes blank - no props
- # [18:57] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [18:57] * jcranmer|away is now known as jcranmer
- # [18:57] * Joins: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
- # [18:57] <msucan> gavin pointed me to ObjectWrapper and exposedProps
- # [18:57] * mmc is now known as mmc|scrollback
- # [18:57] <bholley> msucan: yeah. it appears that ObjectWrapper more or less just deep-clones the object into content, which is analogous to what will happen with the new API
- # [18:57] * mgerva is now known as mgerva-afk
- # [18:57] <msucan> yep
- # [18:58] <@gavin> oh, interesting
- # [18:58] * Joins: jgilbert (jgilbert@moz-8D8C952C.sw.biz.rr.com)
- # [18:58] <msucan> bholley: i shall use this ObjectWrapper until some new api becomes available?
- # [18:58] <NeilAway> Optimizer: sorry, I don't have the fonts for those
- # [18:58] <@bz> msucan: how is this object being made content-visible?
- # [18:58] * @bz is interested in how we do these things in terms of webidl object setup stuff...
- # [18:58] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Ping timeout)
- # [18:58] <msucan> bz: let win = iframe.contentWindow.wrappedJSObject; win.foobar= foobar
- # [18:59] * Joins: brendan (brendaneic@45A3491F.A5FB4ABA.FE58E87C.IP)
- # [18:59] <bholley> msucan: you're just exposing one-off options objects and such?
- # [18:59] <Optimizer> NeilAway: I see (╯︵╰,)
- # [18:59] * Joins: ggp (ggp@2557E599.66715431.D25A875A.IP)
- # [18:59] * NeilAway wonders whether msucan can round-trip through JSON
- # [18:59] <@bz> bsmedberg: so if I'm making a change to nsJSNPRuntime.cpp, who should review?
- # [18:59] * NeilAway thwaps Optimizer for using more characters for which he doesn't have fonts
- # [18:59] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [19:00] <bholley> msucan: yeah, if it's super-simple you can just JSON
- # [19:00] <msucan> bz: i'm exposing require(), define() (from our Require.jsm) directly on the window object. for options and such i just call methods/constructors from orion itself and pass the objects
- # [19:00] <@bz> bsmedberg: have a fix for the setproperty thing, but it slightly changes how the props are exposed....
- # [19:00] * Joins: TheOne (one@moz-E1262AED.dip.t-dialin.net)
- # [19:00] <bholley> msucan: or use ObjectWrapper
- # [19:00] * Optimizer thwaps back for NeilAway is not even using a system which has the default fonts
- # [19:00] <msucan> eg. i have new TextView({ tabSize: 4, .... })
- # [19:00] <@bz> ok
- # [19:00] <@bz> So we're going to need an API for this
- # [19:00] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [19:00] <@bz> if it's push from chrome, not pull from content
- # [19:01] <msucan> bholley: json would require me to change orion.js - which we avoid strongly
- # [19:01] <@bz> The setup we're thinking now would work if you objects had a contract and such
- # [19:01] * Joins: Archaeopteryx (itsme@moz-FF3F73F2.cust.telecolumbus.net)
- # [19:01] <@bz> ok
- # [19:01] * Quits: jgilbert (jgilbert@moz-8D8C952C.sw.biz.rr.com) (Ping timeout)
- # [19:01] <bholley> bz: really?
- # [19:01] <@bz> Basically, when you're exposing stuff to content....
- # [19:01] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
- # [19:01] <bholley> bz: I think we can also push-from-chrome
- # [19:01] <bholley> bz: in the new API
- # [19:01] <@bz> bholley: well, sorta
- # [19:02] <@bz> bholley: we'd need to somewhere create the C++ webidl object
- # [19:02] <bholley> bz: with both of the new APIs actually - cloneInto API, and the constructor API
- # [19:02] <@bz> bholley: in the chrome scope
- # [19:02] <bholley> bz: oh, you're talking about WebIDL
- # [19:02] <@bz> bholley: er, in the content scope
- # [19:02] <@bz> yes, webidl
- # [19:02] <@bz> not your new thing
- # [19:02] <bholley> bz: I think this is probably not a webIDL situation
- # [19:02] * Quits: Matt (Matt@32DFDBE.7102BCB6.B7C3970A.IP) (Quit: Matt)
- # [19:02] <bholley> bz: it's more of a one-off thing for dev-tools it sounds like
- # [19:02] <@bz> Since this is a web-exposed api, it presumably wants to actually follow webidl
- # [19:02] <@bz> oh, not web-exposed?
- # [19:02] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
- # [19:02] * @bz loses interest
- # [19:03] <msucan> bholley is correct - this is something we need in some cases when working with iframes of type=content
- # [19:03] * Joins: darkowlzz (darkowlzz@37505357.CE0D41FE.25B273F5.IP)
- # [19:03] * Quits: chrisccoulson (chr1s@moz-BB1E1C1F.canonical.com) (Ping timeout)
- # [19:04] * Joins: FabioMagnoni (fabiomagno@E521DFFF.DDFDBF93.E30FDA0B.IP)
- # [19:05] * Joins: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net)
- # [19:06] * Quits: FabioMagnoni (fabiomagno@E521DFFF.DDFDBF93.E30FDA0B.IP) (Ping timeout)
- # [19:07] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [19:07] <bsmedberg> bz: used to be bz, maybe bholley nowadays
- # [19:07] * Quits: nsm (nikhil@FA91E249.E26EB7BA.80E51C59.IP) (Ping timeout)
- # [19:07] <bsmedberg> bz: I'm happy to do second-review, but JS engine isn't my specialty
- # [19:07] * Joins: alice (alice@moz-A7C201EB.zone16.bethere.co.uk)
- # [19:09] * Joins: mkaply1 (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
- # [19:09] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [19:09] * Quits: ccarruitero (chatzilla@1595D21.16B42839.212E9B57.IP) (Ping timeout)
- # [19:10] <@bz> bsmedberg: I'm getting bent to look
- # [19:11] <@bz> bsmedberg: fwiw, the patch I have to that fixes things so you can't shadow props the plugin provides
- # [19:11] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Ping timeout)
- # [19:11] * Quits: morrison (morrison@514D186.F3BBB17D.144F44FA.IP) (Client exited)
- # [19:12] * Joins: ehugg (ehugg@moz-57C85FE4.tukw.qwest.net)
- # [19:12] * baku is now known as baku|away
- # [19:12] * Joins: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com)
- # [19:13] * Quits: alice (alice@moz-A7C201EB.zone16.bethere.co.uk) (Client exited)
- # [19:13] * Quits: ehugg (ehugg@moz-57C85FE4.tukw.qwest.net) (Quit: ehugg)
- # [19:13] * Quits: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com) (Quit: spartanfire)
- # [19:13] * Joins: ehugg (ehugg@moz-57C85FE4.tukw.qwest.net)
- # [19:14] <joe> i'm so sad that ms2ger doesn't have a canonical pronunciation of his name
- # [19:14] <bent> josh, ping
- # [19:14] <Ms2ger> I'm terribly sorry
- # [19:14] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [19:15] <@khuey> I'm sure his name has a canonical pronunciation
- # [19:15] <@khuey> even if his psuedonym doesn't
- # [19:15] * Quits: mkaply1 (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
- # [19:16] * Quits: jviereck (Adium@moz-340574DC.dclient.hispeed.ch) (Quit: Leaving.)
- # [19:16] * Joins: we11ington (msu-cse498@moz-600949B7.cse.msu.edu)
- # [19:16] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
- # [19:17] <annevk> miss-two-ger
- # [19:17] * Joins: crowder (bcrowder@moz-D680E173.masergy.com)
- # [19:17] <firebot> Check-in:
- # [19:17] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c46476d3892a - L. David Baron - Bug 839809: Make counter-increments and list counting that would go past our internal (int32_t) limit keep the counter at its current value rather than wrapping.
- # [19:17] <firebot> r=dholbert
- # [19:18] * Quits: smooney_ (smooney@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [19:18] * crowder is now known as IRCMonkey22157
- # [19:18] * Joins: jviereck (Adium@moz-340574DC.dclient.hispeed.ch)
- # [19:19] * Quits: Ms2ger (Ms2ger@moz-EF0AAB99.adsl-dyn.isp.belgacom.be) (Ping timeout)
- # [19:19] * Quits: Nefzaoui (chatzilla@70DAD6E.AA5042F7.360EF119.IP) (Ping timeout)
- # [19:20] * Joins: espadrine (thaddee_ty@moz-B582BE1.dclient.lsne.ch)
- # [19:20] * Joins: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com)
- # [19:20] * rail-buildduty is now known as rail-lunch
- # [19:20] * Quits: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com) (Quit: spartanfire)
- # [19:20] * kmoir-afk is now known as kmoir
- # [19:20] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/ed177b1f7196 - Dave Townsend - Bug 844183: Uplift Add-on SDK changeset 2bee189e1cb87f5fbe38ce862c8ff35ee0978480
- # [19:21] * Quits: jviereck (Adium@moz-340574DC.dclient.hispeed.ch) (Quit: Leaving.)
- # [19:21] * Joins: Nefzaoui (chatzilla@EFC813AF.126A2C01.80E43DAF.IP)
- # [19:22] * Joins: crowder (bcrowder@moz-D680E173.masergy.com)
- # [19:22] <RyanVM> bholley: ping
- # [19:22] <bholley> RyanVM: hi
- # [19:23] <RyanVM> bholley: hi :) - I'm seeing this failure on inbound and it started with your push - https://tbpl.mozilla.org/php/getParsedLog.php?id=19991064&tree=Mozilla-Inbound
- # [19:23] * bholley looks
- # [19:23] <RyanVM> bholley: I've seen it on different OSes now too
- # [19:23] * crowder is now known as IRCMonkey46324
- # [19:23] <bholley> RyanVM: which push? The one that didn't get backed out, presumably?
- # [19:24] <RyanVM> yes
- # [19:24] <RyanVM> sorry
- # [19:24] <RyanVM> bug 843231
- # [19:24] * Quits: aklotz (Thunderbir@moz-55246988.cg.shawcable.net) (Quit: aklotz)
- # [19:25] * jlebar|lunch is now known as jlebar
- # [19:25] * Quits: mixedpuppy (mixedpuppy@moz-7B3CFB22.vc.shawcable.net) (Quit: mixedpuppy)
- # [19:25] <bholley> RyanVM: let me look
- # [19:25] <joe> i keep forgetting, is nsCOMArray supposed to be used or not?
- # [19:26] <@khuey> no
- # [19:26] * Quits: avcp (bzlandfill@moz-1ECA61DD.allocated.csupomona.edu) (Quit: CGI:IRC)
- # [19:26] <@khuey> nsTArray<nsCOMPtr<T>>
- # [19:26] <jcranmer> joe: nsTArray<nsCOMPtr< > > is preferable
- # [19:26] * jhammel is now known as jhammel|brunch
- # [19:26] <joe> ok
- # [19:26] <bholley> RyanVM: hm, that'd be surprising, I think
- # [19:26] * joey-afk is now known as joey-2
- # [19:26] <bholley> RyanVM: has it appeared on linux64?
- # [19:27] <jcranmer> nsCOMArray is in the "slowly being phased out" phase
- # [19:27] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [19:27] <joe> maybe someone should put that in a comment in nsCOMArrya.h
- # [19:27] <bholley> RyanVM: if so we can go do a bunch of retriggers on my try push
- # [19:27] <RyanVM> bholley: windows and osx so far
- # [19:27] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5c28fd3fd030 - L. David Baron - Bug 839809 followup: fix typos in comment. DONTBUILD. No review.
- # [19:27] <jcranmer> maybe we should mark nsCOMArray as MOZ_DEPRECATED :)
- # [19:28] <bholley> RyanVM: gimme another minute
- # [19:28] <bholley> msucan: the devtools debugger does not use JSD, correct?
- # [19:28] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
- # [19:28] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Ping timeout)
- # [19:28] <msucan> bholley: only jsd2
- # [19:29] <bholley> msucan: that is to say, not js/jsd?
- # [19:30] <msucan> bholley: we do not use the old js debugger api which i know is called JSD
- # [19:30] <bsmedberg> jcranmer: what?
- # [19:30] <bsmedberg> wait
- # [19:30] <msucan> we use the new Debugger API that jim did
- # [19:30] * bsmedberg disagrees with khuey
- # [19:30] <bholley> msucan: ok, great
- # [19:30] <bsmedberg> nsCOMArray is preferred over nsTArray for now, because it specializes better and uses less codesize
- # [19:31] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [19:31] <jcranmer> we get so many contradictions
- # [19:31] <jcranmer> I thought nsCOMArray was unpreferred because it used nsVoidArray
- # [19:31] * Quits: nical (nico@moz-F8747CC6.dsl.ovh.fr) (Quit: nical)
- # [19:31] * Joins: karl (karl@moz-C433B975.jetstream.xtra.co.nz)
- # [19:31] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/f2ec16a9feea - Benoit Girard - backout 9f044f9e981a (Bug 842389) due to page correctness regression bug 843997.
- # [19:32] <bent> bsmedberg, we can make that better though...
- # [19:32] <jcranmer> https://developer.mozilla.org/en-US/docs/XPCOM_array_guide
- # [19:33] * armenzg_lunch is now known as armenzg
- # [19:33] <bsmedberg> people keep saying that because they want it to be true
- # [19:33] <RyanVM> bholley: msucan: I'm just not seeing any other recent landings that look suspicious (though admittedly I'm not an expert in these things). We can obviously try to retrigger ourselves to victory, but things are already quite backed up.
- # [19:33] <bsmedberg> but it's not true
- # [19:33] <bsmedberg> so stop repeating the lies, people!
- # [19:33] <bsmedberg> bent: and we should, and when we do, maybe our advice will change
- # [19:34] <jcranmer> you know what we need
- # [19:34] <bholley> RyanVM: I'm trying to think of any effect this might have had on the test, but I'm not coming up with anything
- # [19:34] <bholley> RyanVM: let me look at the patches one more time
- # [19:34] * merike is now known as merike|away
- # [19:34] <jcranmer> we need accurate guides to our underlying xpcom stuff that is up-to-date
- # [19:34] <jcranmer> and we need bugs filed on removing or changing stuff that is actually deprecated
- # [19:36] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [19:36] * Quits: pranavrc (pranavrc@F9315DFB.CE9E801D.520CDC98.IP) (Quit: Ping timeout: ∞)
- # [19:37] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [19:37] * Joins: jedp (jedp@2557E599.66715431.D25A875A.IP)
- # [19:37] <msucan> RyanVM: is there something failing? sorry i haven't followed all chat here
- # [19:37] <RyanVM> msucan: https://tbpl.mozilla.org/php/getParsedLog.php?id=19991064&tree=Mozilla-Inbound
- # [19:37] <RyanVM> 3 on inbound currently
- # [19:37] <RyanVM> osx and windows
- # [19:37] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5a070d16268d - Tanvi Vyas - Bug 843540 - Add large mixed content shield icon for windows aero. r=dolske
- # [19:38] * Quits: micahg (micahg@moz-DEBA912.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com) (Connection reset by peer)
- # [19:38] <msucan> RyanVM: looks like delicate timing issues
- # [19:38] <bholley> RyanVM: I really don't think this is related. But it's not urgent, so feel free to back out to see if it fixes
- # [19:38] <@bz> vidyo sucks if you load it with no flash...
- # [19:39] * whimboo is now known as whimboo|afk
- # [19:39] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [19:39] <joe> i thought they were working on a flash-free portal
- # [19:40] * Quits: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net) (Ping timeout)
- # [19:40] <bsmedberg> they're working on security too, I hear ;-)
- # [19:40] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Quit: pcwalton)
- # [19:41] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
- # [19:41] * Joins: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [19:43] * Quits: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Ping timeout)
- # [19:43] * Joins: juanb_ (jbecerra@2557E599.66715431.D25A875A.IP)
- # [19:43] * Quits: vladan (vladan@moz-21CD3EF9.cp.telus.net) (Quit: Leaving.)
- # [19:43] * Quits: juanb (jbecerra@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
- # [19:43] * juanb_ is now known as juanb
- # [19:43] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [19:44] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [19:45] * khuey is now known as khuey|away
- # [19:46] * Quits: mwobensmith (Adium@moz-A978361F.dsl.dynamic.sonic.net) (Quit: Leaving.)
- # [19:46] * joduinn-mtg is now known as joduinn
- # [19:46] * Quits: juanb (jbecerra@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
- # [19:46] * Joins: juanb (jbecerra@2557E599.66715431.D25A875A.IP)
- # [19:47] <RyanVM> bz: ping
- # [19:48] <anton> does anybody know if we're working on MessageChannel at all?
- # [19:48] <anton> nvm found a bug
- # [19:48] <@bz> RyanVM: ack
- # [19:48] <RyanVM> bz: not that we've gotten a lot of fedora32 debug M2 runs since your push, but the last two are showing this failure - https://tbpl.mozilla.org/php/getParsedLog.php?id=19990415&tree=Mozilla-Inbound
- # [19:49] * @bz looks
- # [19:49] * Quits: we11ington (msu-cse498@moz-600949B7.cse.msu.edu) (Client exited)
- # [19:49] * Joins: we11ington (msu-cse498@moz-600949B7.cse.msu.edu)
- # [19:50] <@bz> RyanVM: note that https://bugzilla.mozilla.org/show_bug.cgi?id=825341 landed today too?
- # [19:51] <RyanVM> bz: yep, and there was no debug M2 run on that
- # [19:51] <RyanVM> retriggering now
- # [19:52] <NeilAway> khuey++
- # [19:52] <@bz> RyanVM: let me look at this stack too
- # [19:52] * sheppy is now known as sheppy-lunch
- # [19:52] * Joins: RealRaven1 (Thunderbir@44300919.957160B8.C3498625.IP)
- # [19:53] * spohl|afk is now known as spohl
- # [19:53] * Quits: RealRaven (Thunderbir@44300919.957160B8.C3498625.IP) (Ping timeout)
- # [19:54] <NeilAway> joe: feel free to use nsCOMArray as long as you use the new nsTArray-compatible methods
- # [19:54] <tbsaunde> RyanVM: fwiw my try push for 825341 was linux debug and I believe m2 was green
- # [19:54] * Quits: tabraldes2 (user@moz-3F87419B.hsd1.or.comcast.net) (Quit: ERC Version 5.3 (IRC client for Emacs))
- # [19:54] <NeilAway> jcranmer: I excised nsVoidArray from nsCOMArray so there's no problem there
- # [19:54] <@smaug> NeilAway: wasn't there some case when nsCOMArray is safe when doing some modification but nsTArray isn't
- # [19:55] * @smaug can't recall the details
- # [19:55] * Quits: tabraldes (Thunderbir@moz-3F87419B.hsd1.or.comcast.net) (Quit: tabraldes)
- # [19:55] * Joins: bnicholson (bnicholson@2557E599.66715431.D25A875A.IP)
- # [19:55] * Joins: micahg (micahg@moz-DEBA912.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com)
- # [19:55] <NeilAway> smaug: yeah, it's a bit of an edge case, but then again any consumer of nsTArray has to be aware that the objects are destroyed in place; nsCOMArray always releases "safely"
- # [19:55] * philor is now known as philor|afk
- # [19:56] * Quits: ehugg (ehugg@moz-57C85FE4.tukw.qwest.net) (Quit: ehugg)
- # [19:57] * Joins: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [19:57] <bent> that just needs to be fixed i think
- # [19:57] <bent> we talk about it once every two months or so :)
- # [19:57] <RyanVM> tbsaunde: tree's closed, so we'll see what the retriggers say when things catch up a bit
- # [19:57] <gps> for some reason the Finder app on OS X now starts pegging a core when I perform builds of m-c. I'm not sure whether it is trying to index all the compiled files as they are created or what. it slows down my build times by about 7 minutes!
- # [19:58] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
- # [19:58] <@bz> gps: you could turn off spotlight for the relevant dirs...
- # [19:58] * Quits: Tommy (Tommy@moz-F7051E24.com) (Input/output error)
- # [19:58] <gps> bz: I just did that. but if this is a common thing for people, that's really annoying
- # [19:58] * Quits: edmorley (edmorley@88F51059.F3BBB17D.144F44FA.IP) (Ping timeout)
- # [19:59] <@bz> gps: heh
- # [19:59] <froydnj> gps: file a bug for mach!
- # [20:00] <@bz> these stacks are not making too much sense...
- # [20:01] <@bz> So we have a null dererf
- # [20:01] <@bz> er, deref
- # [20:02] <@bz> but the stack is weird
- # [20:02] <@bz> And only happenign on Fedora?
- # [20:02] <@bz> Might conceivably be gc-timing-dependent
- # [20:03] * Joins: gwagner (gwagner@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:03] * Joins: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [20:03] <@bz> 32-bit linux only, eh?
- # [20:03] * Joins: ehugg (chatzilla@B3716F60.29102B70.6CD50604.IP)
- # [20:05] * Joins: Tommy (Tommy@moz-F7051E24.com)
- # [20:05] <gps> froydnj: I just filed bug 844204 :)
- # [20:05] <@bz> RyanVM: how did you trigger tests that had not run before?
- # [20:06] <gps> we already have Python code in the tree to obtain CPU counters for processes (psutil). so, this shouldn't be too bad
- # [20:06] <RyanVM> bz: self-serve
- # [20:06] <@bz> yes, but how
- # [20:06] <@bz> the "create a new build" section?
- # [20:06] <RyanVM> in the completed jobs section
- # [20:06] <@bz> huh
- # [20:06] <RyanVM> rebuild button next to the job you want to run
- # [20:07] * Quits: brendan (brendaneic@45A3491F.A5FB4ABA.FE58E87C.IP) (Quit: brendan)
- # [20:07] <@bz> So a job that doesn't show up on tbpl still shows up there?
- # [20:07] <RyanVM> "sorta"
- # [20:07] * Joins: areinald (andre@moz-9FD7D2C8.w90-46.abo.wanadoo.fr)
- # [20:07] <RyanVM> it shows the result (in theory) of the coalesced job
- # [20:07] <@bz> aha
- # [20:07] <@bz> I see
- # [20:07] * Joins: HeldtNotHelt (firefox@A4C99C2C.8C382C77.7C9220AF.IP)
- # [20:07] <RyanVM> though thanks to some buildbotisms, that doesn't always entirely work out perfectly ;)
- # [20:08] * Joins: mixedpuppy (mixedpuppy@A5087023.2354C43D.D8E68FF6.IP)
- # [20:08] * Quits: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [20:08] * mattwoodrow|away is now known as mattwoodrow
- # [20:09] * Quits: areinald (andre@moz-9FD7D2C8.w90-46.abo.wanadoo.fr) (Quit: Leaving.)
- # [20:11] * Fallen|away is now known as Fallen
- # [20:12] * Joins: edmorley (edmorley@88F51059.F3BBB17D.144F44FA.IP)
- # [20:12] * Joins: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
- # [20:12] * Quits: tonymec (tonymec@moz-B6AC84D0.adsl-dyn.isp.belgacom.be) (Ping timeout)
- # [20:12] * Joins: gustavold (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP)
- # [20:12] * Quits: gustavold1 (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP) (Connection reset by peer)
- # [20:12] * Quits: tonymec|away (tonymec@moz-B6AC84D0.adsl-dyn.isp.belgacom.be) (Ping timeout)
- # [20:13] * Joins: Asa (asa@2557E599.66715431.D25A875A.IP)
- # [20:15] * Quits: JSilver99 (JSilver99@moz-77CE8F68.cpe.net.cable.rogers.com) (Ping timeout)
- # [20:16] * Joins: crowder (bcrowder@moz-D680E173.masergy.com)
- # [20:16] * Joins: vtmarvin (Thunderbir@9D75911A.1239134F.E4B2C495.IP)
- # [20:16] * rail-lunch is now known as rail-buildduty
- # [20:16] * Quits: IRCMonkey22157 (bcrowder@moz-D680E173.masergy.com) (Ping timeout)
- # [20:16] * Parts: edmorley (edmorley@88F51059.F3BBB17D.144F44FA.IP)
- # [20:16] * Joins: tonymec__ (tonymec@ACE87672.8190FE72.277517C1.IP)
- # [20:17] * crowder is now known as IRCMonkey7048
- # [20:17] * tonymec__ is now known as tonymec|away
- # [20:17] * Quits: IRCMonkey46324 (bcrowder@moz-D680E173.masergy.com) (Ping timeout)
- # [20:18] * Quits: jwalker (jwalker@moz-5B263CE9.cable.virginmedia.com) (Input/output error)
- # [20:18] * kaze|afk is now known as kaze
- # [20:18] * Joins: ccarruitero (chatzilla@1595D21.16B42839.212E9B57.IP)
- # [20:19] * ctalbert is now known as ctalbert|brb
- # [20:19] * Quits: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [20:20] <@bz> RyanVM: btw, I bumped the priority on those retriggers
- # [20:20] <@bz> RyanVM: but they're still pending. :(
- # [20:21] * Joins: crowder (bcrowder@moz-D680E173.masergy.com)
- # [20:21] * Quits: akeybl (akeybl@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
- # [20:21] * Joins: jwalker (jwalker@moz-5B263CE9.cable.virginmedia.com)
- # [20:21] <RyanVM> bz: let's just say that priority can be misleading
- # [20:21] <@bz> RyanVM: heh
- # [20:21] * Joins: akeybl (akeybl@2557E599.66715431.D25A875A.IP)
- # [20:22] * khuey|away is now known as khuey
- # [20:22] <RyanVM> (for example, it's not entirely clear whether you want a low or high number to make it start sooner)
- # [20:22] <@bz> RyanVM: I did check at some point and larger priority numbers meant higher priority here!
- # [20:22] <BenWa> gps: Are there any plans to have a target to run the firefox build created to mach?
- # [20:22] * crowder is now known as IRCMonkey8920
- # [20:22] <RyanVM> catlee wasn't so sure about that this week
- # [20:22] * Joins: WeirdAl (chatzilla@moz-D461843.ask.info)
- # [20:22] <gps> BenWa: there is a bug on file somewhere
- # [20:22] * Quits: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
- # [20:22] <BenWa> gps: I'm hoping to piggy back on that to run the GTest unit test suites. Its the normal command line + -unittest
- # [20:23] * vladan-afk is now known as vladan
- # [20:23] * Joins: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP)
- # [20:25] * Quits: jwalker (jwalker@moz-5B263CE9.cable.virginmedia.com) (Input/output error)
- # [20:26] <RyanVM> bholley: you're off the hook
- # [20:26] <bholley> RyanVM: \o/
- # [20:26] <RyanVM> bz: you're not ;) :P
- # [20:26] <@bz> RyanVM: :(
- # [20:27] <@bz> RyanVM: Trevor's stuff is green?
- # [20:27] <RyanVM> dunno
- # [20:27] <RyanVM> still working on it
- # [20:27] <@bz> oh, ok
- # [20:27] <RyanVM> but b-c is orange before bholley
- # [20:27] <@bz> I thought the off-the-hook decisions were related. ;)
- # [20:27] * Joins: spartanfire (guimdearau@FBE99CA3.CD904F69.7C9220AF.IP)
- # [20:28] * Joins: jib (Jan-Ivar@moz-20FF9167.pools.spcsdns.net)
- # [20:28] * Joins: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
- # [20:28] * Quits: ehugg (chatzilla@B3716F60.29102B70.6CD50604.IP) (Quit: ChatZilla 0.9.90 [Firefox 18.0.2/20130201065344])
- # [20:29] * Joins: ekr_ (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
- # [20:29] * kripton is now known as Kripton
- # [20:30] <RyanVM> bz: nah, mutually exclusive :)
- # [20:31] * Joins: dbaron (dbaron@2557E599.66715431.D25A875A.IP)
- # [20:31] * ChanServ sets mode: +o dbaron
- # [20:31] * RyanVM is hoping for a 2-for-1
- # [20:31] * Joins: bsmith (bsmith@moz-45A2D8F6.static.etheric.net)
- # [20:31] * Quits: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Quit: masayuki)
- # [20:34] * mattwoodrow is now known as mattwoodrow|away
- # [20:34] <bjacob> anyone knows how to rebuild a single b2g directory that has a Android.mk ?
- # [20:37] * Joins: rniwa (rniwa@5FEFE500.BA327C77.775DF071.IP)
- # [20:38] * joduinn is now known as joduinn-afk
- # [20:39] <@dbaron> RyanVM, were you investigating bz's push as a source of the orange?
- # [20:39] <@dbaron> (b-c orange, anyway)
- # [20:39] * @dbaron pokes bz about this as well
- # [20:39] * Quits: sicking (sicking@moz-289A587C.hsd1.ca.comcast.net) (Quit: sicking)
- # [20:39] <RyanVM> dbaron: it's in the range currently, yes
- # [20:40] <@dbaron> oh, I guess trev.saunders's push would also be suspicious
- # [20:40] <RyanVM> bz: the M2 jobs on trev's push are finally going
- # [20:40] <@dbaron> and I see you've done a bunch of retriggers for that
- # [20:40] <RyanVM> and orange
- # [20:41] <BenWa> I just saw khuey while running content/media/test/test_playback something
- # [20:41] <BenWa> haha
- # [20:41] * Quits: juanb (jbecerra@2557E599.66715431.D25A875A.IP) (Quit: brb)
- # [20:42] * armenzg is now known as armenzg_brb
- # [20:42] * Joins: juanb (jbecerra@2557E599.66715431.D25A875A.IP)
- # [20:42] * Quits: Gentlecat (Roman@A85BC1FB.CF9BE6BE.8FB52CB8.IP) (Ping timeout)
- # [20:43] * Quits: mgorse (mgorse@B6C068B2.2088E15E.A18F112A.IP) (Ping timeout)
- # [20:43] * Joins: ehugg (chatzilla@D6EB3A64.4F0DA528.43B20542.IP)
- # [20:44] <WeirdAl> !seen mano
- # [20:44] <firebot> mano was last seen 2 days, 23 hours, 26 minutes and 20 seconds ago, saying ':)' in #places.
- # [20:45] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
- # [20:45] <RyanVM> bz: you're off the hook ;)
- # [20:45] <RyanVM> tbsaunde: you aren't :P
- # [20:46] * Joins: mgorse (mgorse@B6C068B2.2088E15E.A18F112A.IP)
- # [20:46] * Quits: RealRaven1 (Thunderbir@44300919.957160B8.C3498625.IP) (Ping timeout)
- # [20:46] <tbsaunde> RyanVM: I see, should I back out?
- # [20:46] <tbsaunde> and then make bz tell me how to debug this?
- # [20:46] * juanb is now known as juanb|afk
- # [20:47] * Quits: mgorse (mgorse@B6C068B2.2088E15E.A18F112A.IP) (Ping timeout)
- # [20:47] * Joins: mgorse (mgorse@B6C068B2.2088E15E.A18F112A.IP)
- # [20:48] * geekboy is now known as geekboy|afk
- # [20:48] * Quits: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
- # [20:48] * Quits: spartanfire (guimdearau@FBE99CA3.CD904F69.7C9220AF.IP) (Quit: spartanfire)
- # [20:49] <@bz> RyanVM: awesome.
- # [20:49] * @bz has no idea how to debug this without reproducing. :(
- # [20:49] * Fallen is now known as Fallen|away
- # [20:49] * Quits: mgorse (mgorse@B6C068B2.2088E15E.A18F112A.IP) (Ping timeout)
- # [20:49] * Quits: espindola (espindola@moz-CF73B4B9.dsl.teksavvy.com) (Ping timeout)
- # [20:49] * Joins: RealRaven (Thunderbir@CAC1F60B.D01DD76F.27F80FAC.IP)
- # [20:50] <tbsaunde> bz: I see, I have much less idea :/
- # [20:51] * Joins: espindola (espindola@996BC94.29D7C64E.971E19F6.IP)
- # [20:52] * Fallen|away is now known as Fallen
- # [20:52] * Quits: we11ington (msu-cse498@moz-600949B7.cse.msu.edu) (Quit: we11ington)
- # [20:53] * jcranmer is now known as jcranmer|away
- # [20:53] * Quits: jedp (jedp@2557E599.66715431.D25A875A.IP) (Quit: Computer has gone to sleep.)
- # [20:53] * ctalbert|brb is now known as ctalbert
- # [20:53] * Joins: mgorse (mgorse@B6C068B2.2088E15E.A18F112A.IP)
- # [20:54] <@bz> tbsaunde: just finished my 32-bit Linux builds
- # [20:54] <RyanVM> bz: tbsaunde: i'll point out that a couple other js patches ahead of trev's push are also under suspicion too
- # [20:54] <@bz> tbsaunde: trying to see if I can reproduce
- # [20:54] <@bz> RyanVM: ah, ok
- # [20:54] <RyanVM> the m2 apperas perma
- # [20:54] <@bz> RyanVM: we still have builds spinning on those?
- # [20:54] <RyanVM> but b-c is intermittent
- # [20:54] <RyanVM> yes
- # [20:54] * sheppy-lunch is now known as sheppy
- # [20:55] <@bz> Uh
- # [20:55] <@bz> so
- # [20:55] <@bz> I built
- # [20:55] <@bz> but when I try to run
- # [20:55] <@bz> /home/bzbarsky/mozilla/vanilla/obj-firefox/dist/bin/xpcshell: error while loading shared libraries: libxul.so: cannot open shared object file: No such file or directory
- # [20:55] <@bz> wtf?
- # [20:56] <tbsaunde> bz: I assume libxul is there? what does ldd say?
- # [20:57] * philor|afk is now known as philor
- # [20:57] <@bz> libxul.so => not found
- # [20:57] * @bz looks
- # [20:58] <@bz> ac_add_options --enable-libxul
- # [20:58] <@bz> mmmm
- # [20:58] <@bz> not supported anymore, I bet!
- # [20:58] * Quits: kdcw (kdcw@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- s0 d4Mn l33t |t'z 5c4rY!)
- # [20:58] * Quits: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net) (Ping timeout)
- # [20:58] <@bz> er, no
- # [20:58] <@bz> I have --enable-libxul
- # [20:58] <tbsaunde> was about to say ;)
- # [20:59] <@bz> --enable-libxul
- # [20:59] * Quits: gcp (gpascutto@moz-86A7852.access.telenet.be) (Quit: Make a new plan, Stan!)
- # [20:59] <@bz> mozilla% ls -l ../obj-firefox/toolkit/library/libxul.so
- # [20:59] <@bz> -rwx------. 1 bzbarsky bzbarsky 2602328841 2013-02-22 14:53 ../obj-firefox/toolkit/library/libxul.so*
- # [20:59] <@bz> Seems fine
- # [21:00] * Quits: mgorse (mgorse@B6C068B2.2088E15E.A18F112A.IP) (Ping timeout)
- # [21:00] <@bz> so why is it not finding it?
- # [21:01] * Joins: mgorse (mgorse@B6C068B2.2088E15E.A18F112A.IP)
- # [21:01] * armenzg_brb is now known as armenzg
- # [21:01] <tbsaunde> bz: not sure, but I just tried on linux 64, and had to set LD_LIBRARY_PATH to dist/bin/ to get it to work
- # [21:02] * tbsaunde has no clue why the test harness isn't making this work
- # [21:02] * Joins: mwobensmith (Adium@moz-A978361F.dsl.dynamic.sonic.net)
- # [21:02] <@bz> Still doesn't work, even with that set
- # [21:03] * Quits: mgorse (mgorse@B6C068B2.2088E15E.A18F112A.IP) (Ping timeout)
- # [21:03] <@bz> what the hell
- # [21:03] <@dbaron> bz, ./run-mozilla.sh ./xpcshell ?
- # [21:03] * @bz hasn't built in a few months, and Linux is just all broken. ;)
- # [21:03] * jammink is now known as jammink|afk
- # [21:03] <@bz> ../obj-firefox/dist/bin/run-mozilla.sh python ../obj-firefox/_tests/testing/mochitest/runtests.py --test-path=dom/imptests/webapps/DOMCore/tests/approved/test_Range-compareBoundaryPoints.html --debugger=gdb
- # [21:04] <@bz> /home/bzbarsky/mozilla/vanilla/obj-firefox/dist/bin/xpcshell: error while loading shared libraries: libxul.so: cannot open shared object file: No such file or directory
- # [21:04] <@bz> ../obj-firefox/dist/bin/run-mozilla.sh ../obj-firefox/dist/bin/xpcshell
- # [21:04] <@bz> ../obj-firefox/dist/bin/xpcshell: error while loading shared libraries: libxul.so: cannot open shared object file: No such file or directory
- # [21:04] <@dbaron> bz, maybe clobber dist and rebuild with client.mk, if you haven't already clobbered it?
- # [21:04] <@dbaron> bz, (should be quick, just regenerating symlinks, unless we've broken things)
- # [21:04] * Joins: jedp (jedp@2557E599.66715431.D25A875A.IP)
- # [21:05] * @bz tries
- # [21:05] * geekboy|afk is now known as geekboy
- # [21:05] * Quits: @dbaron (dbaron@2557E599.66715431.D25A875A.IP) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [21:06] * jedp is now known as jedp|noms
- # [21:06] * Quits: jedp|noms (jedp@2557E599.66715431.D25A875A.IP) (Quit: Computer has gone to sleep.)
- # [21:06] <gaston> you might ask glandium but iirc xpcshell uses the same technique as firefox to dlopen libxul/libxpcom at startup; it doesnt link with it
- # [21:06] * Quits: pnkfelix (pnkfelix@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: Leaving.)
- # [21:07] <@bz> dbaron: it's recompiling a bunch of stuff, but ccache should help I hope. ;)
- # [21:08] <tbsaunde> gaston: ldd claims xpcshell wants to link against libxul (though firefox doesn't)
- # [21:08] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [21:09] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
- # [21:09] * Quits: ehugg (chatzilla@D6EB3A64.4F0DA528.43B20542.IP) (Ping timeout)
- # [21:09] <gaston> but is it linked against xpcom too ?
- # [21:09] * Joins: ehugg (chatzilla@D6EB3A64.4F0DA528.43B20542.IP)
- # [21:10] * Joins: we11ington (msu-cse498@moz-600949B7.cse.msu.edu)
- # [21:10] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [21:11] * Joins: spartanfire (guimdearau@FBE99CA3.CD904F69.7C9220AF.IP)
- # [21:11] <tbsaunde> gaston: it is linked against libxpcom.so yes
- # [21:11] * Joins: mgorse (mgorse@B6C068B2.2088E15E.A18F112A.IP)
- # [21:11] * Fallen is now known as Fallen|away
- # [21:12] * Quits: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net) (Ping timeout)
- # [21:12] * Quits: josh (josh@moz-348C4790.hsd1.mn.comcast.net) (Quit: josh)
- # [21:13] * Quits: garnacho (carlos@moz-BE07C896.dyn.user.ono.com) (Ping timeout)
- # [21:14] <gaston> LD_DEBUG=1 might help ?
- # [21:14] <gaston> (if that works on linux; i never remember the equivalent there)
- # [21:14] * Fallen|away is now known as Fallen
- # [21:15] <RyanVM> bz: tbsaunde: looks like b-c belongs to bz's push and M2 belongs to trev
- # [21:16] <tbsaunde> RyanVM: ok, I see :(
- # [21:17] * Joins: Waldo (waldo@2557E599.66715431.D25A875A.IP)
- # [21:17] <@bz> RyanVM: bc?
- # [21:18] * Joins: tonymec (tonymec@ACE87672.8190FE72.277517C1.IP)
- # [21:18] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [21:18] <@bz> ok
- # [21:18] <@bz> so I just can't run a test on Linux
- # [21:18] <@bz> which means I can't debug this
- # [21:18] * @bz will fire a bug later about this
- # [21:18] <RyanVM> bz: the good news is that your failures were on windows/osx and not linux :)
- # [21:19] <@bz> RyanVM: heh
- # [21:19] <@bz> RyanVM: this is the editor breakpoint thing?
- # [21:19] <RyanVM> yes
- # [21:20] * Quits: jryans (jryans@moz-945C5CA4.massrel.com) (Quit: Be back later)
- # [21:20] <@bz> ok
- # [21:20] * @bz looks
- # [21:20] <@bz> Too bad I have like 10 mins. :(
- # [21:21] <RyanVM> bz: assume you'll be getting backed out
- # [21:22] * Quits: azakai (alon@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [21:22] <@bz> mmm
- # [21:22] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: jfkthame)
- # [21:22] * @bz is testing locally
- # [21:22] <RyanVM> ugh, and the backout has webidl.mk conflicts
- # [21:22] <RyanVM> argh
- # [21:22] * bdahl is now known as bdahl|away
- # [21:22] <bnicholson> ehsan: ping
- # [21:22] <@ehsan> hi
- # [21:23] * Joins: azakai (alon@2557E599.66715431.D25A875A.IP)
- # [21:23] <bnicholson> ehsan: hey, so browser.js is calling setuseprivatebrowsing just once, and it calls it on the docshell of the new tab
- # [21:23] <@bz> RyanVM: gimme a min, ok?
- # [21:24] * Joins: jryans (jryans@moz-945C5CA4.massrel.com)
- # [21:24] <@ehsan> ok
- # [21:24] <RyanVM> bz: ok
- # [21:24] <bnicholson> ehsan: and this is what's converting the non-private docshell to a private one: http://hg.mozilla.org/mozilla-central/file/885cde564ff3/docshell/base/nsDocShell.cpp#l2087
- # [21:24] <@bz> ryanvm: if you do have to back out, it's presumably either 4c8080f73b60 or 01145aac253
- # [21:24] * @bz is checking which now
- # [21:24] <@bz> builds will take a few mins. :(
- # [21:25] * Joins: josh (josh@moz-348C4790.hsd1.mn.comcast.net)
- # [21:25] <@ehsan> bnicholson: but who calls SetPrivateBrowsing in the first place?
- # [21:25] <RyanVM> bz: OK, that helps
- # [21:25] <bnicholson> ehsan: browser.js is, but that's expected since we're creating a new private tab
- # [21:26] * Quits: jhammel|brunch (jhammel@moz-14240F1C.hsd1.ca.comcast.net) (Quit: leaving)
- # [21:26] <bnicholson> but in that call, i think the docshell of the non-private tab is somehow a child (in mChildList) of the private docshell
- # [21:26] <RyanVM> i've got a backout that works otherwise
- # [21:27] <@ehsan> huh
- # [21:27] <@ehsan> bnicholson: does mobile use tabbrowser?
- # [21:27] <bnicholson> ehsan: no, a deck of <browser>s
- # [21:28] <bnicholson> ehsan: actually, it may be that the docshell of the entire window is a child in mChildList - not just the docshell of the non-private tab
- # [21:28] <bnicholson> because when i create new tabs after this, they're *always* private
- # [21:28] <@ehsan> hmm
- # [21:29] <RyanVM> vlad: ping
- # [21:29] <@ehsan> we should never call SetUsePrivateBrowsing on the docshell of browser.xul
- # [21:29] * Joins: vladan1 (vladan@F2D29657.F60B0462.67AC9B1.IP)
- # [21:29] * Joins: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz)
- # [21:29] <@ehsan> bnicholson: maybe that's what's happening?
- # [21:29] <bnicholson> ehsan: yeah, that seems to be what's happening from the symptoms i'm seeing
- # [21:30] <@ehsan> bnicholson: that is... disastrous :(
- # [21:30] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [21:30] * RyanVM sits on his backout push
- # [21:30] <@ehsan> how did we not catch this by now?
- # [21:30] <bnicholson> ehsan: it only seems to be triggered when a private tab opens another tab using target="_blank"
- # [21:31] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/a95faeb35db7 - ffxbld - Added FENNEC_20_0b1_RELEASE FENNEC_20_0b1_BUILD3 tag(s) for changeset 0a6f847cb9ce. DONTBUILD CLOSED TREE a=release
- # [21:31] <firebot> http://hg.mozilla.org/releases/mozilla-beta/rev/0a6f847cb9ce - ffxbld - Automated checkin: version bump for fennec 20.0b1 release. DONTBUILD CLOSED TREE a=release
- # [21:31] <@ehsan> hmm
- # [21:31] * ddahl_ is now known as ddahl
- # [21:31] <@ehsan> bnicholson: I don't know what that triggers on mobile, to be honest
- # [21:32] * Joins: tabraldes (Thunderbir@moz-DE2F8147.hsd1.or.comcast.net)
- # [21:32] <@bz> Ryanvm: I appreciate that. ;)
- # [21:32] * @bz cheers on his CPU
- # [21:32] <ericjung> bz: ping
- # [21:33] <ericjung> bz: could you join me and timeless in #foxyproxy concerning bug 842473 ?
- # [21:33] <ericjung> (for some help on it)
- # [21:33] <bnicholson> ehsan: i'm not sure how to verify whether the browser.xul docshell is somehow a child in mChildList since i'm a gdb noob
- # [21:33] * Quits: wlach (wlach@moz-AEEC2DA3.mc.videotron.ca) (Quit: Leaving)
- # [21:33] <bnicholson> i have a breakpoint at http://hg.mozilla.org/mozilla-central/file/885cde564ff3/docshell/base/nsDocShell.cpp#l2087
- # [21:33] <bnicholson> is there some test i can print out on shell?
- # [21:33] <ericjung> smaug: ^^^
- # [21:33] <RyanVM> bz: inbound's backed up so badly right now that I don't mind waiting a bit
- # [21:33] <@bz> ericjung: no, sorry
- # [21:34] <@bz> ericjung: cc me and I'll take a look?
- # [21:34] <ericjung> bz: but i'll buy you an anna's burrito in porter sq.
- # [21:34] <ericjung> :)
- # [21:34] <@bz> ericjung: I have to leave in 4-6 mins
- # [21:34] <ericjung> k
- # [21:34] <ericjung> cc you on the bug??
- # [21:34] <@bz> ericjung: and I have at least two builds I need to finish and test before then
- # [21:34] <@bz> yes
- # [21:35] <@ehsan> bnicholson: I doubt that the browser.xul docshell is in mChildList
- # [21:35] <bnicholson> ehsan: well as i said in https://bugzilla.mozilla.org/show_bug.cgi?id=842015#c6 , commenting out that line makes the problem go away...
- # [21:35] <@ehsan> I think we're probably setting this flag on the docshell of browser.xul itself at some point...
- # [21:35] <bnicholson> meaning (i think) we aren't calling setuseprivatebrowsing on the browser.xul docshell directly
- # [21:36] <@ehsan> hmm
- # [21:36] <@ehsan> ok
- # [21:36] * jlebar is now known as jlebar|afk
- # [21:36] <@ehsan> bnicholson: in gdb, you can print GetChildAt(i) in that loop
- # [21:36] * Quits: ehugg (chatzilla@D6EB3A64.4F0DA528.43B20542.IP) (Ping timeout)
- # [21:36] <@ehsan> right?
- # [21:36] * Joins: Mathnerd314 (quassel@moz-195E87F.rh.uchicago.edu)
- # [21:36] <@ehsan> bnicholson: or, print shell.mRawPtr
- # [21:36] * Quits: willyaranda (willyarand@moz-642F13E3.dynamic.jazztel.es) (Quit: willyaranda)
- # [21:37] <Waldo> ericjung: I like your thinking on motivators
- # [21:37] <ericjung> Waldo: you know anna's?
- # [21:37] * Quits: bsmith (bsmith@moz-45A2D8F6.static.etheric.net) (Ping timeout)
- # [21:37] <Waldo> ericjung: maybe; same group as in the MIT student center, or no?
- # [21:37] * Waldo was more commenting on burritos as incentive :-)
- # [21:38] <ericjung> Waldo: yes, http://www.annastaqueria.com/locations.html
- # [21:38] <ericjung> Waldo: but thanks
- # [21:38] <@bz> ryanvm: in extensions/ now
- # [21:38] <Waldo> "I will gladly help you today for a burrito tomorrow"
- # [21:38] <ericjung> heh
- # [21:39] * Quits: ekr_ (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr_)
- # [21:39] <bnicholson> ehsan: (gdb) print shell.mRawPtr
- # [21:39] <bnicholson> $2 = (nsILoadContext *) 0x55fab0dc
- # [21:39] <bnicholson> what do i do with that :P
- # [21:40] <@ehsan> ok
- # [21:40] <@ehsan> bnicholson: now try print shell.mRawPtr->mCurrentURI->mSpec
- # [21:40] <@bz> ryanvm: so Ijust build tbsaunde's changeset
- # [21:41] <bnicholson> ehsan: There is no member or method named mCurrentURI.
- # [21:41] <@bz> ryanvm: and that test fails for me
- # [21:42] <@ehsan> bnicholson: print ((nsDocShell*)shell.mRawPtr)->mCurrentURI->mSpec
- # [21:42] * Quits: vtmarvin (Thunderbir@9D75911A.1239134F.E4B2C495.IP) (Ping timeout)
- # [21:42] <@bz> ryanvm: at least when I run just that one test
- # [21:42] <joe> argh, it is actually very difficult to write your own event queue if you want it to shut down
- # [21:43] * @bz is so tired of broken-ass tests
- # [21:43] * Quits: nmatsakis (nmatsakis@moz-6EBF7608.hsd1.ma.comcast.net) (Quit: Computer has gone to sleep.)
- # [21:43] <tbsaunde> bz: which test is this?
- # [21:43] <jorendorff> whew
- # [21:43] <bnicholson> argh, phone froze, have to start over. one sec...
- # [21:43] <@bz> tbsaunde: 11:06:09 WARNING - TEST-UNEXPECTED-FAIL | chrome://mochitests/content/browser/browser/devtools/debugger/test/browser_dbg_bug723069_editor-breakpoints.js | Test timed out
- # [21:43] * Joins: JSilver99 (JSilver99@moz-2E2F18CB.senecacollege.ca)
- # [21:44] <jorendorff> css floats, amirite?
- # [21:44] <@bz> tbsaunde: as usual, debugger api bits
- # [21:44] <@bz> tbsaunde: I thikn it's just broken tests, not your patch there
- # [21:44] <@bz> ok
- # [21:44] <@bz> ryanvm: I'm out of time
- # [21:44] <@bz> ryanvm: I guess we back out
- # [21:44] <@bz> ryanvm: But I have no idea how to debug it given lack of ability to reproduce locally. :(
- # [21:45] * philor considers filing a bug where STR 1. is "remove all but 1gb of RAM", decides against it
- # [21:45] * Fallen is now known as Fallen|away
- # [21:45] <@bz> ryanvm: and the multi-day backlog on try. :(
- # [21:45] <@bz> ryanvm: ah, well
- # [21:45] * bz is now known as bz_gone
- # [21:45] <RyanVM> bz: yeah, it sucks
- # [21:45] <RyanVM> thanks for trying
- # [21:45] <tbsaunde> bz_gone: I see, thanks
- # [21:47] * Joins: bbondy (bbondy@moz-D9C9B0F.home4.cgocable.net)
- # [21:47] * vladan1 is now known as vladan
- # [21:47] <firebot> Check-in:
- # [21:47] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [21:47] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ca34c11bf55d - Ryan VanderMeulen - Backed out 6 changesets (bug 832920, bug 825341, bug 838582, bug 842726, bug 629801, bug 842561) for Linux32 debug mochitest-2 and Windows/OSX
- # [21:47] <RyanVM> ehsan: ^ sorry, you got caught up in the fray due to backout conflicts :(
- # [21:47] * Quits: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Ping timeout)
- # [21:47] <firebot> mochitest-browser-chrome failures on a CLOSED TREE.
- # [21:47] <bnicholson> ehsan: A syntax error in expression, near `)shell.mRawPtr)->mCurrentURI->mSpec'.
- # [21:47] <RyanVM> ehsah: feel free to re-land when the tree reopens
- # [21:47] <RyanVM> ehsan*
- # [21:48] <@ehsan> RyanVM: the textarea patch right? ok no worries
- # [21:48] <@ehsan> bnicholson: sorry
- # [21:48] <@ehsan> bnicholson: print ((nsDocShell*)(shell.mRawPtr))->mCurrentURI->mSpec
- # [21:49] <bnicholson> ehsan: same thing: A syntax error in expression, near `)(shell.mRawPtr))->mCurrentURI->mSpec'.
- # [21:49] <RyanVM> ehsan: yeah - actually, I'm going to try re-applying it myself
- # [21:49] <RyanVM> the conflict was in webidl.mk, so I don't htink it'll be a big deal
- # [21:49] <RyanVM> had plenty of practice with baku's patches last week
- # [21:49] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
- # [21:49] <RyanVM> i'll re-land it for you
- # [21:50] <@ehsan> RyanVM: yeah that's just a list of file names
- # [21:50] <@ehsan> RyanVM: but feel free to let me reland it myself if you want
- # [21:50] <@ehsan> bnicholson: grr... sorry
- # [21:50] <@smaug> KaiRo: ping
- # [21:50] * Joins: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net)
- # [21:50] <@ehsan> bnicholson: I can't figure out where I'm messing up the parentheses
- # [21:51] <joe> that looks more like gdb doesn't know what nsDocShell
- # [21:51] <joe> is
- # [21:51] <@ehsan> joe: srsly?!
- # [21:51] <JosiahOne> Do we have a room concerning Mozilla.org's site.?
- # [21:52] <@ehsan> bnicholson: what do you get if you print *shell->mRawPtr?
- # [21:52] <evilpie> !seen sicking
- # [21:52] <firebot> sicking was last seen 1 hour, 33 minutes and 8 seconds ago, saying 'jlebar: want to be cc'ed?' in #b2g.
- # [21:52] <@ehsan> what's the type name on the first line?
- # [21:52] <bsmedberg> JosiahOne: #webdev if nowhere else
- # [21:52] <bnicholson> ehsan: There is no member or method named mRawPtr.
- # [21:52] * Quits: marco (Thunderbir@moz-D12CE1BB.cust.dsl.teletu.it) (Ping timeout)
- # [21:52] <JosiahOne> bsmedberg: Thanks.
- # [21:52] <bnicholson> $4 = {<nsISupports> = {_vptr.nsISupports = 0x5e6c99cc}, <No data fields>}
- # [21:52] <bnicholson> that's if i do print *shell.mRawPtr
- # [21:52] <joe> set print object
- # [21:53] <joe> bnicholson: ^
- # [21:53] <@ehsan> ah yeah
- # [21:53] <@ehsan> set print object
- # [21:53] <bnicholson> oh neat
- # [21:54] <joe> i have no idea why that's not the default
- # [21:54] <@ehsan> joe: because, gdb
- # [21:54] <davidb> i thought it was now
- # [21:54] <sfink> I think it used to be crashy
- # [21:55] <bnicholson> http://www.pastebin.mozilla.org/2167980
- # [21:55] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
- # [21:55] <davidb> (set print object is in my gdbinit but maybe i put it there 100 years ago)
- # [21:55] <@ehsan> ok
- # [21:55] <@ehsan> so that tells me gdb knows what nsDocShell is
- # [21:56] <@ehsan> then someone tell me wtf it can't figure out that print statement?!
- # [21:56] <@ehsan> oh
- # [21:56] * Joins: marco (Thunderbir@moz-D12CE1BB.cust.dsl.teletu.it)
- # [21:56] <@ehsan> bnicholson: try print $5.mCurrentURI
- # [21:56] * Quits: akeybl (akeybl@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [21:56] <bnicholson> ehsan: nope: There is no member or method named mCurrentURI.
- # [21:56] <sfink> I usually try adding single quotes, or namespacing, or screaming
- # [21:56] <sfink> sorry, and/or
- # [21:57] * Quits: Archaeopteryx (itsme@moz-FF3F73F2.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
- # [21:57] * jlebar|afk is now known as jlebar
- # [21:57] <@ehsan> wtf?!
- # [21:57] <@ehsan> mCurrentURI _is_ in that pastebin!!!
- # [21:57] <@ehsan> anyways
- # [21:57] <tbsaunde> bnicholson: what exactly is $5?
- # [21:57] <@ehsan> try
- # [21:58] <bnicholson> tbsaunde: see pastebin
- # [21:58] <@ehsan> print *(nsStandardURL*)(0x551e0100)
- # [21:58] * Quits: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net) (Ping timeout)
- # [21:58] * Joins: jviereck (Adium@moz-340574DC.dclient.hispeed.ch)
- # [21:58] <bnicholson> ehsan: http://www.pastebin.mozilla.org/2167982
- # [21:59] <@ehsan> bnicholson: there we go
- # [21:59] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [21:59] <@ehsan> bnicholson: so |shell| points to a docshell for the imdb page!
- # [21:59] <bnicholson> wtf
- # [21:59] <@ehsan> bnicholson: so basically you need to go through a similar torture for every iteration of the loop ;)
- # [21:59] * Quits: vingtetun (vingtetun@moz-F8747CC6.dsl.ovh.fr) (Ping timeout)
- # [21:59] <bnicholson> that's my non-private tab
- # [21:59] * Quits: JSilver99 (JSilver99@moz-2E2F18CB.senecacollege.ca) (Ping timeout)
- # [21:59] <@ehsan> bnicholson: to see when we touch the browser.xul docshell
- # [21:59] <@ehsan> oh is it?
- # [21:59] <@ehsan> ok
- # [22:00] <@ehsan> bnicholson: try print *this->mCurrentURI
- # [22:00] <bnicholson> Could not find operator*.
- # [22:00] * Joins: JSilver99 (JSilver99@moz-2E2F18CB.senecacollege.ca)
- # [22:00] <bnicholson> $8 = {mRawPtr = 0x551e01c0}
- # [22:00] <bnicholson> (without the *)
- # [22:01] <tbsaunde> bnicholson: (*this) ->mCurrentURI?
- # [22:01] <joe> mCurrentURI.mRawPtr->mSpec
- # [22:01] <bnicholson> tbsaunde: same thing
- # [22:01] * joe has muscle memory for this sort of thing
- # [22:01] <@ehsan> bnicholson: print *((nsStandardURL*)(0x551e01c0))
- # [22:01] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Quit: ZNC - http://znc.in)
- # [22:01] <joe> ehsan: it's the .mRawPtr
- # [22:01] * Joins: ehugg (chatzilla@B3716F60.29102B70.6CD50604.IP)
- # [22:01] <bnicholson> ah, joe wins
- # [22:01] <bnicholson> $10 = {<nsACString_internal> = {mData = 0x55fe38e8 "chrome://browser/content/browser.xul", mLength = 36, mFlags = 5}, <N
- # [22:01] <bnicholson> o data fields>}
- # [22:02] <@ehsan> gah right
- # [22:02] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
- # [22:02] <@ehsan> bnicholson: ok now do bt 1
- # [22:02] <@ehsan> and see who's the caller
- # [22:02] <NeilAway> ehsan: is there a list of APIs that are per-window pb-sensitive?
- # [22:02] <@ehsan> NeilAway: documented somewhere? no!
- # [22:02] * Fallen|away is now known as Fallen
- # [22:02] <bnicholson> ehsan: #0 nsDocShell::SetPrivateBrowsing (this=0x55fad800, aUsePrivateBrowsing=true) at /home/brian/mozilla/inbound/docshell/b
- # [22:02] <bnicholson> ase/nsDocShell.cpp:2087
- # [22:02] <eeejay> does b2g and desktop use different js monkeys?
- # [22:03] <@ehsan> bnicholson: you wanna look at frame 1
- # [22:03] <bnicholson> #1 0x5be9fe34 in nsWindowWatcher::OpenWindowInternal (this=0x54f22490, aParent=0x54f7abc0, aUrl=0x5a4e0eb8 "http://peop
- # [22:03] <bnicholson> le.mozilla.com/", aName=0x52da4ea8 "_blank", aFeatures=0x0, aCalledFromJS=false, aDialog=false, aNavigate=false, argv=0x
- # [22:03] <bnicholson> 0, _retval=0x52da4f04) at /home/brian/mozilla/inbound/embedding/components/windowwatcher/src/nsWindowWatcher.cpp:927
- # [22:04] <Waldo> eeejay: b2g doesn't run with ion on, desktop does
- # [22:04] <Waldo> eeejay: same JS engine both places, tho
- # [22:04] <Waldo> just different frobs adjusted
- # [22:04] * Quits: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net) (Ping timeout)
- # [22:04] * hwine is now known as hwine-food
- # [22:04] <eeejay> Waldo, thanks. i'm seeing some weird scope thing in b2g. but i don't understand it enough to report yet.
- # [22:05] <@ehsan> bnicholson: ok, do up
- # [22:05] <@ehsan> bnicholson: and then print/x chromeFlags
- # [22:05] <@khuey> did we get rid of NS_LIKELY?
- # [22:05] <bnicholson> ehsan: $11 = 0xffe
- # [22:05] <@ehsan> ok good
- # [22:06] <@ehsan> bnicholson: see this code: http://mxr.mozilla.org/mozilla-central/source/embedding/components/windowwatcher/src/nsWindowWatcher.cpp#915
- # [22:06] <@khuey> Waldo: ^?
- # [22:06] <@ehsan> bnicholson: this is supposed to retrieve the privacy state of the opener of the current window
- # [22:06] <@ehsan> to handle things such as window.open() etc
- # [22:07] <Waldo> khuey: not sure if we got rid of it after adding MOZ_LIKELY or not; we should, to be sure, but that got added for the BloomFilter implementation, and there was no good reason to hold that up for that change
- # [22:07] <@ehsan> oh wait
- # [22:07] <@ehsan> bnicholson: I know what's happening here
- # [22:07] <Waldo> khuey: looks like NS_LIKELY is gone
- # [22:07] <@ehsan> see this code
- # [22:07] <@ehsan> http://mxr.mozilla.org/mozilla-central/source/embedding/components/windowwatcher/src/nsWindowWatcher.cpp#924
- # [22:07] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
- # [22:07] <@ehsan> bnicholson: here, we set the PB flag on the root item for the docshell tree
- # [22:08] <@ehsan> which will be browser.xul in your case :(
- # [22:08] <@ehsan> which totally explains the bug
- # [22:08] <bnicholson> why do we do that
- # [22:08] <@ehsan> well
- # [22:08] <@ehsan> bnicholson: on the desktop, if |windowIsNew| is true, then we're guaranteed to be in a new OS level window
- # [22:09] <@ehsan> which means that this will correctly support per-window PB
- # [22:09] <@ehsan> but on mobile there is only one window
- # [22:09] <@ehsan> so we should probably not do this on mobile
- # [22:09] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/08a034e1d43a - Brian R. Bondy - Bug 843928 - Share fails because of packaging. r=jimm
- # [22:09] <@ehsan> or something
- # [22:09] <@ehsan> bnicholson: honestly I'm not sure what the right thing to do here is
- # [22:09] * geekboy is now known as geekboy|afk
- # [22:09] <@ehsan> bnicholson: CC bz on the bug and put all of this info there and see what he thinks?
- # [22:10] <bnicholson> ehsan: k, works for me
- # [22:10] * Quits: mgorse (mgorse@B6C068B2.2088E15E.A18F112A.IP) (Ping timeout)
- # [22:10] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Max SendQ exceeded)
- # [22:10] <@ehsan> bnicholson: this will be tricky :(
- # [22:10] * Joins: mgorse (mgorse@B6C068B2.2088E15E.A18F112A.IP)
- # [22:10] <@ehsan> unless I can think of a clean solution later on
- # [22:11] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
- # [22:11] * Joins: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [22:11] <bnicholson> ehsan: thanks for the debugging help - i really need to find a good gdb tutorial
- # [22:11] <@ehsan> my pleasure :)
- # [22:13] <@ehsan> bnicholson: http://www.unknownroad.com/rtfm/gdbtut/gdbtoc.html is quite good fwiw
- # [22:14] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Quit: ZNC - http://znc.in)
- # [22:14] <bnicholson> hm, i might have seen that before
- # [22:14] * lsblakk is now known as lsblakk|biab
- # [22:14] <bnicholson> i guess i should've said "i really need to read a good gdb tutorial"
- # [22:15] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
- # [22:16] * Joins: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net)
- # [22:17] <seth> bnicholson: whoa there, one step at a time
- # [22:17] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [22:17] <bnicholson> lol
- # [22:17] <sfink> is there really way to cancel try jobs with tbpl without clicking on every one?
- # [22:18] * Quits: marco (Thunderbir@moz-D12CE1BB.cust.dsl.teletu.it) (Ping timeout)
- # [22:18] <seth> sfink: yeah, it's not what i'd call "discoverable" tho
- # [22:18] <seth> sfink: hover over the list of changesets on the left and you'll see a red stop sign icon appear to the left of them, aligned with the top one
- # [22:18] <seth> sfink: click on that
- # [22:19] <sfink> seth: ah, thanks!
- # [22:19] * Joins: Wusel_ (muench@moz-80D77D59.adsl.alicedsl.de)
- # [22:19] * Quits: tabraldes (Thunderbir@moz-DE2F8147.hsd1.or.comcast.net) (Ping timeout)
- # [22:19] <sfink> I guess I've seen that pop up a hundred times, but never thought about what it meant
- # [22:19] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Max SendQ exceeded)
- # [22:19] <seth> sfink: np. i'm so glad someone told me about that; i was getting carpal tunnel from manually cancelling each job every time!
- # [22:20] * Joins: clokep (Instantbir@moz-6BCB6950.static.ngn.east.myfairpoint.net)
- # [22:20] * Joins: tabraldes (Thunderbir@moz-DE2F8147.hsd1.or.comcast.net)
- # [22:20] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
- # [22:20] * jcranmer|away is now known as jcranmer
- # [22:22] * juanb|afk is now known as juanb
- # [22:22] <KaiRo> smaug: pong
- # [22:22] * Joins: marco (Thunderbir@moz-D12CE1BB.cust.dsl.teletu.it)
- # [22:22] * Quits: azakai (alon@2557E599.66715431.D25A875A.IP) (Quit: Ex-Chat)
- # [22:22] * Joins: azakai (alon@2557E599.66715431.D25A875A.IP)
- # [22:22] * Quits: jviereck (Adium@moz-340574DC.dclient.hispeed.ch) (Quit: Leaving.)
- # [22:22] <KaiRo> smaug: if it's about foxyproxy I guess we can talk there
- # [22:23] <@smaug> yup
- # [22:23] * Joins: edmorley (edmorley@88F51059.F3BBB17D.144F44FA.IP)
- # [22:23] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Max SendQ exceeded)
- # [22:23] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
- # [22:23] * capella is now known as capella|away
- # [22:24] * Quits: Waldo (waldo@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [22:24] <gps> can't wait to land these patches to mach: http://gps.pastebin.mozilla.org/2168015
- # [22:24] * Joins: Waldo (waldo@2557E599.66715431.D25A875A.IP)
- # [22:25] <joe> whattttttttttttttttttttttttttttttttttttttt
- # [22:25] * Joins: jedp (jedp@2557E599.66715431.D25A875A.IP)
- # [22:26] * Quits: josh (josh@moz-348C4790.hsd1.mn.comcast.net) (Quit: josh)
- # [22:26] * Quits: jesup|laptop (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
- # [22:26] * joe adds to Spotlight ignore
- # [22:26] * bdahl|away is now known as bdahl
- # [22:27] <gps> joe: bug 844204
- # [22:28] * Joins: jesup|laptop (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
- # [22:28] <joe> gps: I can't live without spotlight indexing of my source tree (see https://blog.mozilla.org/joe/2011/07/26/softwhere-an-alternative-to-grep-for-searching-your-source-trees/ )
- # [22:28] <joe> but I've disabled indexing of my objdir
- # [22:28] * Joins: josh (josh@moz-348C4790.hsd1.mn.comcast.net)
- # [22:29] <seth> joe: are you actually seeing the bug?
- # [22:29] <bsmedberg> johns: ping, I'm not sure I understand your review comment
- # [22:29] <seth> joe: i'm building right now and Finder doesn't even show up in the top 20 by CPU%
- # [22:29] * Quits: marco (Thunderbir@moz-D12CE1BB.cust.dsl.teletu.it) (Ping timeout)
- # [22:30] <seth> maybe i should've said "issue" rather than "bug"
- # [22:31] <johns> bsmedberg: When a plugin crashes PluginHost calls OBJLC->PluginCrashed() and then instance->Destroy()
- # [22:31] <johns> smaug: So It doesn't make sense to have OBJLC also call instance->Destroy()
- # [22:31] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [22:31] * geekboy|afk is now known as geekboy
- # [22:31] <bsmedberg> johns: hrm, I wasn't calling instance->destroy
- # [22:31] <bsmedberg> at least not directly
- # [22:31] <bsmedberg> this was plugininstanceowner->destroy, I think
- # [22:31] <joe> seth: haven't checked, but indexing my objdir has never made my life better, so may as well
- # [22:31] * Ann_Yiming is now known as Ann_Yiming_lunch
- # [22:32] <bsmedberg> the point was to tear down the PIO
- # [22:32] <@smaug> johns: yeah, I have no idea what that does :)
- # [22:32] * Quits: syscall (syscall@moz-6EA5BD23.c3-0.nwt-ubr1.sbo-nwt.ma.cable.rcn.com) (Ping timeout)
- # [22:32] <johns> bsmedberg: DoStopPlugin eventually gets back to calling Destroy()
- # [22:32] * hwine-food is now known as hwine
- # [22:32] * Quits: jib (Jan-Ivar@moz-20FF9167.pools.spcsdns.net) (Ping timeout)
- # [22:33] <johns> bsmedberg: (I have a bug for untangling the 90 stop-plugin functions somewhere)
- # [22:33] * Joins: Sander (chatzilla@moz-2D1F1467.adsl.xtra.co.nz)
- # [22:33] * Quits: jdm (jdm@F2D29657.F60B0462.67AC9B1.IP) (Quit: Lost terminal)
- # [22:33] <bsmedberg> yeah
- # [22:33] <johns> bsmedberg: also I'm not sure calling instance->Stop() is proper on a crashed instance
- # [22:33] <johns> bsmedberg: Which that codepath would do
- # [22:34] <bsmedberg> FML
- # [22:34] * Joins: marco (Thunderbir@moz-8842EF53.cust.dsl.teletu.it)
- # [22:34] <bsmedberg> johns: that still leaves us with a stopped/destroyed instance, but a fully active instanceowner :-(
- # [22:34] <bsmedberg> PIO, an object which sits in the middle of things just to make everything else confusing :-(
- # [22:35] <johns> bsmedberg: Can we tear down the owner in nsPluginHost::PluginCrashed?
- # [22:35] <johns> bsmedberg: Or I guess we could do PIO->Destroy() right before we null it out in OBJLC::PluginCrashed?
- # [22:35] * Joins: syscall (syscall@moz-6EA5BD23.c3-0.nwt-ubr1.sbo-nwt.ma.cable.rcn.com)
- # [22:35] <bsmedberg> johns: no, I tried that but we can't do it there
- # [22:36] <bsmedberg> because it releases the last ref to the instance and then ph::PluginCrashed operates on dead memory
- # [22:36] * Quits: syscall (syscall@moz-6EA5BD23.c3-0.nwt-ubr1.sbo-nwt.ma.cable.rcn.com) (Max SendQ exceeded)
- # [22:36] <johns> bsmedberg: Can ph::PluginCrashed KFG it? :-P
- # [22:36] * Joins: Archaeopteryx (itsme@moz-FF3F73F2.cust.telecolumbus.net)
- # [22:36] <Waldo> seth++
- # [22:36] <Waldo> ("whoa there, one step at a time")
- # [22:36] <bsmedberg> KFG?
- # [22:36] * nmatsakis is now known as nmatsakis|awayt
- # [22:36] * nmatsakis|awayt is now known as nmatsakis|away
- # [22:36] <johns> bsmedberg: KungFuGrip
- # [22:36] <seth> heh i think that finally brings me back to 0
- # [22:37] * Quits: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net) (Quit: Deallocatd. (Probably forbidden by ARC))
- # [22:37] <Waldo> firebot: karma seth
- # [22:37] <johns> bsmedberg: Add a RefPtr on the stack so calling into OBJLC doesn't nuke it
- # [22:37] <firebot> seth has no karma.
- # [22:37] <Waldo> :-)
- # [22:37] <bsmedberg> hrm, I don't know
- # [22:37] * jammink|afk is now known as jammink
- # [22:37] <seth> protip: don't ++ yourself =)
- # [22:37] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
- # [22:37] <sfink> yourself++
- # [22:37] <johns> seth: You'll grow hair on your palms if you ++ yourself too much
- # [22:38] * bsmedberg doesn't actually understand who's responsible for instanceowners
- # [22:38] <seth> johns: and just think how awkward it'd be if your parents walked in
- # [22:38] <johns> bsmedberg: I'm not even sure what they are.
- # [22:38] <johns> bsmedberg: Or why they exist.
- # [22:39] * Joins: jdm (jdm@F2D29657.F60B0462.67AC9B1.IP)
- # [22:39] <johns> bsmedberg: It seems like nsObjectLoadingContent should be the only thing owning an instance anyway
- # [22:39] <bsmedberg> yeah, I don't think anyone understands that any more
- # [22:39] * Quits: Ann_Yiming_lunch (Ann_Yiming@moz-5CF47426.dia.static.qwest.net) (Input/output error)
- # [22:40] <Waldo> they ever did? :-)
- # [22:40] <gaston> out of curiosity, do some ppl version (with hg or git or any dvcs) their .hg/patches, and also deal with (and switch between) several independent MQ's ? are there 'companion tools' for that ?
- # [22:40] <bsmedberg> Waldo: I'm being generous. Somebody wrote the code, after all
- # [22:40] <Waldo> :-)
- # [22:40] * Quits: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [22:40] <johns> I tracked down why there was a very carefully managed manually allocated array in some plugin code the other day
- # [22:40] <johns> git blame took me back to someone%netscape.com
- # [22:41] * Quits: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Client exited)
- # [22:41] <johns> I figured I had entered the time before nsTArray or even templates existed and forgave them
- # [22:41] <bsmedberg> you are probably correct
- # [22:41] <joe> jlebar: ugh, I think i might need to remove ASAP decodes
- # [22:41] * Quits: Optimizer (Optimizer@65BD008E.9B524EE1.BE90E62C.IP) (Ping timeout)
- # [22:42] <jlebar> joe: :( mtg
- # [22:42] * Joins: jgilbert (jgilbert@moz-8D8C952C.sw.biz.rr.com)
- # [22:42] <@smaug> johns: you should be looking at cvs code more often :) There is a reason why http://mxr.mozilla.org/seamonkey/ is quite high in my awesomebar search results
- # [22:43] <johns> smaug: git has full cvs history!
- # [22:43] * Joins: akeybl (akeybl@2557E599.66715431.D25A875A.IP)
- # [22:43] <@smaug> but no mxr
- # [22:44] <seth> gaston: i use an alias that replaces 'hg qref' and automatically commits and pushes changes in my current patch queue
- # [22:44] * Quits: HeldtNotHelt (firefox@A4C99C2C.8C382C77.7C9220AF.IP) (Quit: HeldtNotHelt)
- # [22:44] * Joins: annevk (annevk@598079E5.A5147B0C.4802DE8C.IP)
- # [22:44] <johns> gaston: If you use git there's no need for such hackery!
- # [22:44] <gaston> okay
- # [22:45] * Joins: Optimizer (Optimizer@DD6C2B37.1AFF4FE6.274D17D6.IP)
- # [22:45] * jammink is now known as jammink|afk
- # [22:45] <gaston> johns: i use the tools used by the project i work on :p git for xfce, cvs for openbsd, hg for mozilla.....
- # [22:46] <johns> gaston: https://github.com/mozilla/mozilla-central
- # [22:46] <gaston> i know, i know... but i dont really enjoy github itself :)
- # [22:46] * Quits: JSilver99 (JSilver99@moz-2E2F18CB.senecacollege.ca) (Ping timeout)
- # [22:47] * Quits: RyanVM (chatzilla@88F51059.F3BBB17D.144F44FA.IP) (Quit: ChatZilla 0.9.90 [Firefox 21.0a1/20130219085213])
- # [22:48] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [22:49] * Quits: lduros (user@moz-5D9ACE42.admin.upenn.edu) (Client exited)
- # [22:50] * Joins: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de)
- # [22:51] * Quits: erikvold (erikvold@moz-33BF5BAF.gv.shawcable.net) (Quit: erikvold)
- # [22:52] * Quits: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net) (Ping timeout)
- # [22:52] * Joins: syscall (syscall@moz-6EA5BD23.c3-0.nwt-ubr1.sbo-nwt.ma.cable.rcn.com)
- # [22:52] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
- # [22:52] * Joins: nsm (nikhil@85DDE43C.E0FADF23.75ECD020.IP)
- # [22:53] * bz_gone is now known as bz
- # [22:53] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Quit: pcwalton)
- # [22:53] * Quits: nsm (nikhil@85DDE43C.E0FADF23.75ECD020.IP) (Quit: Konversation terminated!)
- # [22:55] <NeilAway> ted: hmm, content/xbl/builtin/*/Makefile.in are identical, that seem suboptimal
- # [22:55] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
- # [22:56] * Quits: ccarruitero (chatzilla@1595D21.16B42839.212E9B57.IP) (Ping timeout)
- # [22:56] <gps> BenWa: if you provide more context in bug 844292, I may just implement things today. I suppose I could look at the patches...
- # [22:56] * philor is now known as philor|away
- # [22:56] <BenWa> gps: Ok cool. I will :)
- # [22:57] * geekboy is now known as geekboy|afk
- # [22:57] * jmaher is now known as jmaher|afk
- # [22:58] * cjones is now known as cjones-brb
- # [22:59] <marco> anyone experienced with the indexeddb code?
- # [22:59] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [23:00] <@bz> ericjung: you still there?
- # [23:00] <ericjung> yes
- # [23:01] <reuben> gps, in bug 844204 you said "the Finder process (what OS X uses for indexing)". OS X uses mdworker processes for Spotlight indexing. are you sure the CPU spike is caused by that?
- # [23:01] <gps> reuben: on my machine, Finder.app is eating tons of CPU
- # [23:02] <ericjung> bz: yes
- # [23:02] <gps> I also see a lot used by the md* processes. however, those run as root, so I can't get at their CPU counters
- # [23:02] * Joins: DomoOrigatuMrMugatu (john_q@moz-B6268EB2.ntc.blacksburg.shentel.net)
- # [23:02] <@bz> ericjung: reading your bug now
- # [23:03] * Quits: we11ington (msu-cse498@moz-600949B7.cse.msu.edu) (Quit: we11ington)
- # [23:03] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [23:03] * geekboy|afk is now known as geekboy
- # [23:03] <ericjung> bz: thanks. smaug had some interesting thoughts in #foxyproxy, but this is generally over my head
- # [23:04] * Joins: nrc|away (nrc@7BE24E90.A5032A01.3CFC199D.IP)
- # [23:04] <reuben> gps, does it fix the problem if you remove your source/obj dir from spotlight indexing?
- # [23:05] <gps> reuben: I'm trying to isolate that now. I /think/ it does
- # [23:05] * Quits: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de) (Ping timeout)
- # [23:05] * armenzg is now known as armenzg_afk
- # [23:05] <reuben> gps, hm, okay. I'll apply your patch and see if I it happens here
- # [23:05] * Joins: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net)
- # [23:06] <gps> I wouldn't be surprised if it were my machine. I have an after-market SSD installed. you know how Apple devices are with non-Apple hardware...
- # [23:06] <@bz> ericjung: this makes no sense
- # [23:06] <@dveditz> Mossop: what are the rules on add-on compatibility these days? Is there a lower-bound on which maxVersions we’d accept as compatible? Not finding it in the code
- # [23:06] <@bz> ericjung: we have a null deref, but we null-checked that pointer before
- # [23:06] * Quits: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net) (Quit: clee)
- # [23:06] <ericjung> bz: exactly what smaug said, too
- # [23:07] <@bz> ericjung: and dereferenced it too
- # [23:07] * rail-buildduty is now known as rail
- # [23:07] <@dveditz> (assuming the add-on or user did not opt into strictCompatibility)
- # [23:07] * Quits: TheOne (one@moz-E1262AED.dip.t-dialin.net) (Input/output error)
- # [23:07] <Mossop> dveditz: Yes, it must claim a maxVersion of at least 4.0 in order for us to assume it is compatible with later versions
- # [23:07] * Quits: armenzg_afk (armenzg@70EBC643.20A103FD.72A31D6.IP) (Input/output error)
- # [23:07] * Joins: jwir3|laptop (jwir3@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [23:08] <@dveditz> ok, so 5 would work... thanks!
- # [23:08] * Joins: brendan (brendaneic@45A3491F.A5FB4ABA.FE58E87C.IP)
- # [23:09] * Quits: Archaeopteryx (itsme@moz-FF3F73F2.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
- # [23:09] <@bz> ericjung: I mean.... I guess if root is dead
- # [23:09] <@bz> ericjung: so the vtable is nulled out but the data is still ok
- # [23:10] * Quits: Sander (chatzilla@moz-2D1F1467.adsl.xtra.co.nz) (Ping timeout)
- # [23:10] * Quits: abr (abr@moz-1A94780F.lightspeed.dllstx.sbcglobal.net) (Connection reset by peer)
- # [23:11] * Joins: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [23:11] <@bz> ericjung: I don't have anything else useful here
- # [23:11] * philor|away is now known as philor
- # [23:12] * Joins: abr (abr@moz-1A94780F.lightspeed.dllstx.sbcglobal.net)
- # [23:12] <ericjung> bz: great
- # [23:12] <ericjung> bz: well, thanks for looking
- # [23:13] <joe> so if I created one Mutex per image, would that be too many Mutexes?
- # [23:13] * Quits: Dagger (Dagger@moz-38590C6F.cable.virginmedia.com) (Connection reset by peer)
- # [23:13] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [23:13] * Quits: AndreeaM (Thunderbir@8130C539.5B3A2A49.CD219C36.IP) (Client exited)
- # [23:13] * Joins: Dagger (Dagger@moz-38590C6F.cable.virginmedia.com)
- # [23:14] * Quits: sfink (chatzilla@moz-AAD42FBF.dsl.pltn13.sbcglobal.net) (Ping timeout)
- # [23:14] <joe> (that is to say, are they more heavyweight than other objects, or is there a fundamental limit on the number of them?)
- # [23:14] * Joins: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net)
- # [23:14] * Quits: josh (josh@moz-348C4790.hsd1.mn.comcast.net) (Quit: josh)
- # [23:14] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [23:15] <@bz> ericjung: good luck. :(
- # [23:15] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [23:15] * Joins: josh (josh@moz-348C4790.hsd1.mn.comcast.net)
- # [23:16] * Joins: alice_ (alice@moz-EC1A3A4C.range109-152.btcentralplus.com)
- # [23:16] * Quits: alice (alice@moz-EC1A3A4C.range109-152.btcentralplus.com) (Connection reset by peer)
- # [23:16] * Joins: erikvold (erikvold@moz-33BF5BAF.gv.shawcable.net)
- # [23:16] * Quits: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [23:16] * Joins: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [23:17] * Joins: aklotz1 (Thunderbir@moz-55246988.cg.shawcable.net)
- # [23:17] * Quits: aklotz1 (Thunderbir@moz-55246988.cg.shawcable.net) (Quit: aklotz1)
- # [23:18] * Joins: JaneBush (gegeg@moz-9826EC36.adsl.alicedsl.de)
- # [23:18] * Quits: darkowlzz (darkowlzz@37505357.CE0D41FE.25B273F5.IP) (Ping timeout)
- # [23:20] * Joins: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de)
- # [23:20] * Joins: RyanVM (chatzilla@E9758364.9EC0A5AF.CFE928A7.IP)
- # [23:21] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [23:22] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
- # [23:23] * Quits: overholt (overholt@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving)
- # [23:24] * Quits: ehugg (chatzilla@B3716F60.29102B70.6CD50604.IP) (Quit: ChatZilla 0.9.90 [Firefox 18.0.2/20130201065344])
- # [23:26] <joe> arggghhh isn't there some way of disabling firefox's crash recovery
- # [23:26] * Joins: Ann_Yiming_lunch (Ann_Yiming@moz-5CF47426.dia.static.qwest.net)
- # [23:26] * Ann_Yiming_lunch is now known as Ann_Yiming
- # [23:26] * Quits: azakai (alon@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [23:26] <@gavin> joe: you mean the "start in safe mode" auto prompt?
- # [23:26] <joe> yeah
- # [23:27] <joe> which quits the previous process, making my gdb useless :(
- # [23:27] <@gavin> joe: were were just talking about that yesterday
- # [23:27] <@gavin> joe: there's a pref, also see bug 745154
- # [23:27] <joe> up
- # [23:27] <joe> gah
- # [23:27] <joe> this isn't gdb
- # [23:27] <@gavin> toolkit.startup.max_resumed_crashes = -1
- # [23:27] * Quits: msucan (mihai@E8A9D9C4.773D689F.70BDB599.IP) (Quit: Leaving.)
- # [23:27] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [23:27] <joe> heh
- # [23:27] <joe> well
- # [23:27] <joe> once I debug my code so that firefox starts again
- # [23:27] <joe> i'll be sure to set that :)
- # [23:27] * Quits: tabraldes (Thunderbir@moz-DE2F8147.hsd1.or.comcast.net) (Quit: tabraldes)
- # [23:28] * Joins: tabraldes (Thunderbir@moz-DE2F8147.hsd1.or.comcast.net)
- # [23:28] * Quits: bholley (anonymous@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
- # [23:28] <joe> up
- # [23:28] <joe> gahhhhhhhhh
- # [23:28] <@gavin> (still not gdb)
- # [23:28] * Quits: Wusel_ (muench@moz-80D77D59.adsl.alicedsl.de) (Quit: Wusel_)
- # [23:28] <@bz> ryanvm: you still there?
- # [23:29] <RyanVM> bz: yes
- # [23:29] <RyanVM> back at my hotel room
- # [23:29] <@bz> ryanvm: so I'm still trying to reproduce this bc thing
- # [23:29] <@bz> ryanvm: every time I run that test on tbsaunde's changeset it fails (though a slightly different failure)
- # [23:30] <@bz> ryanvm: trying an opt build now to see if that will help
- # [23:30] * jimm is now known as jimm-bbiab
- # [23:30] <@bz> ryanvm: this was failing in both opt and debug on tbox, right?
- # [23:30] * Joins: sfink (chatzilla@moz-8F970E3A.dsl.pltn13.sbcglobal.net)
- # [23:30] <RyanVM> bz: the intermittent b-c orange was on opt builds
- # [23:30] * Joins: jib (Jan-Ivar@moz-20FF9167.pools.spcsdns.net)
- # [23:30] <RyanVM> the M2 was linux32 debug
- # [23:30] * Quits: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au) (Ping timeout)
- # [23:31] <@bz> RyanVM: ok
- # [23:31] <@bz> RyanVM: the b-c is what I'm after
- # [23:31] <@bz> RyanVM: since I'm blameless in the M2. ;)
- # [23:31] * Joins: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au)
- # [23:31] <RyanVM> heh
- # [23:31] * cjones-brb is now known as cjones
- # [23:32] * Joins: FabioMagnoni (fabiomagno@E521DFFF.DDFDBF93.E30FDA0B.IP)
- # [23:32] <@bz> ok
- # [23:32] <@bz> this totally fails for me in an opt build too
- # [23:32] <@bz> still back on tbsaunde's changset
- # [23:32] * @bz cries and starts pushing to try
- # [23:32] * Quits: edmorley (edmorley@88F51059.F3BBB17D.144F44FA.IP) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
- # [23:33] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [23:33] <@bz> mmm
- # [23:33] <@bz> also passing on 10.8?
- # [23:33] <@bz> lovely
- # [23:33] * Joins: bholley (anonymous@moz-FCAF9AAB.hsd1.ca.comcast.net)
- # [23:33] <@bz> I want to be trying mac opt b-c?
- # [23:34] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [23:34] <@bz> ryanvm: ^
- # [23:34] <tbsaunde> bz: should I be doing something here? I didn't mean to be pushing you into fixing my stuff for me earlier
- # [23:34] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
- # [23:34] <RyanVM> yeah, the failures were on osx and windows
- # [23:35] <@bz> RyanVM: thanks
- # [23:35] * Joins: HeldtNotHelt (firefox@A4C99C2C.8C382C77.7C9220AF.IP)
- # [23:35] <@bz> tbsaunde: I'm trying to fix my stuff for now
- # [23:35] <@bz> tbsaunde: Just using your changeset as a known-good-for-my-stuff base
- # [23:35] <@bz> tbsaunde: except locally it all fails for me anyway. :(
- # [23:35] <tbsaunde> bz: ok, I wasn't clear since you where talking about the state on my psuh
- # [23:36] * gregglind is now known as gregglind_away
- # [23:36] <RyanVM> bz: looks like the osx failures were all 10.7 opt :(
- # [23:37] * Quits: Mnyromyr (Mnyromyr@moz-AAF87E8.unity-media.net) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
- # [23:37] <RyanVM> once on 10.6
- # [23:38] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
- # [23:39] <@bz> RyanVM: yeah
- # [23:39] <@bz> RyanVM: I'm on 10.8, of course
- # [23:39] <RyanVM> of course
- # [23:39] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [23:39] <bnicholson> jdm: not sure if you saw my message in #mobile, but we do call this: http://mxr.mozilla.org/mozilla-central/source/embedding/components/windowwatcher/src/nsWindowWatcher.cpp#641
- # [23:39] * @bz just pushes all the changesets to try individually so he can figure out which of them it was
- # [23:39] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Ping timeout)
- # [23:39] <@bz> RyanVM: and, again, it fails for me every single time. I hate flaky tests. :(
- # [23:40] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Quit: pcwalton)
- # [23:40] <@bz> RyanVM: btw, are you going to comment in the bugs you backed out, or should I?
- # [23:40] * Quits: RealRaven (Thunderbir@CAC1F60B.D01DD76F.27F80FAC.IP) (Quit: RealRaven)
- # [23:40] <RyanVM> i will
- # [23:41] * Quits: jib (Jan-Ivar@moz-20FF9167.pools.spcsdns.net) (Ping timeout)
- # [23:41] <RyanVM> london was hosting the firefox for android talk tonight
- # [23:41] <RyanVM> so I was kind of intermittently around with that going on
- # [23:41] <@bz> RyanVM: not a problem
- # [23:41] <@bz> RyanVM: Just wanted to make sure I knew what's on my plate. ;)
- # [23:41] <RyanVM> cwiiis++, lrocha++
- # [23:41] * Quits: Cwiiis (cwiiis@88F51059.F3BBB17D.144F44FA.IP) (Quit: Leaving)
- # [23:41] * Quits: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de) (Ping timeout)
- # [23:42] * Joins: seif (seiflotfy@moz-15E4AF49.unitymediagroup.de)
- # [23:42] <RyanVM> i'm planning to re-open in a bit, merge m-c over ot inbound, re-push ehsan's patch, then comment the various bugs
- # [23:42] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
- # [23:42] <@ehsan> yay!
- # [23:42] * philor is now known as philor|away
- # [23:42] <@bz> Sounds good
- # [23:43] * @bz is planning to bisect Linux builds to figure out when they stopped running and try to get some patches up for review...
- # [23:43] <@bz> and wait on try
- # [23:43] <@bz> God have mercy on my soul
- # [23:43] * Joins: brade (chatzilla@moz-C4ECFDE2.hsd1.mi.comcast.net)
- # [23:44] * Fallen is now known as Fallen|away
- # [23:44] <RyanVM> bz: sounds like a fun weekend
- # [23:45] <RyanVM> oh, and now we have a mysterious windows xpcshell failure
- # [23:45] * Quits: till (till@moz-AE884779.adsl.alicedsl.de) (Client exited)
- # [23:45] <RyanVM> ...which of course also hadn't run at all in the last few hours
- # [23:45] * Quits: marco (Thunderbir@moz-8842EF53.cust.dsl.teletu.it) (Ping timeout)
- # [23:46] * Joins: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net)
- # [23:46] <Jesse> bz: in https://bugzilla.mozilla.org/show_bug.cgi?id=843474 can you try with different timeouts in place of 65?
- # [23:46] * Quits: jwir3|laptop (jwir3@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Leaving)
- # [23:46] <@bz> jesse: not today
- # [23:47] <@bz> jesse: needinfo me in the bug?
- # [23:47] * Quits: annevk (annevk@598079E5.A5147B0C.4802DE8C.IP) (Input/output error)
- # [23:47] * Quits: josh (josh@moz-348C4790.hsd1.mn.comcast.net) (Quit: josh)
- # [23:49] <gwagner> jlebar: ping
- # [23:49] <jlebar> gwagner: hi
- # [23:49] <jlebar> joe: you're next, if you're still around.
- # [23:49] * Joins: josh (josh@moz-348C4790.hsd1.mn.comcast.net)
- # [23:49] * Quits: josh (josh@moz-348C4790.hsd1.mn.comcast.net) (Quit: josh)
- # [23:49] * Joins: marco (Thunderbir@moz-D5BF6493.cust.dsl.teletu.it)
- # [23:49] * Joins: areinald (andre@moz-BF112525.fbx.proxad.net)
- # [23:50] * Quits: bdahl (bdahl@moz-BE33DA21.fw1.sfo1.mozilla.net) (Client exited)
- # [23:50] * Joins: ehugg (chatzilla@B3716F60.29102B70.6CD50604.IP)
- # [23:50] * Quits: jwir3 (In@moz-FA942C67.com) (Input/output error)
- # [23:51] * Joins: jwir3 (In@moz-FA942C67.com)
- # [23:51] <gwagner> jlebar: hey! just looking at the GC logs during startup. I see MEM_PRESSURE GCs. do you think we should try to get rid of them during startup?
- # [23:51] * Quits: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [23:51] <jlebar> gwagner: app startup?
- # [23:51] <gwagner> jlebar: no phone startup
- # [23:51] * Quits: jwir3 (In@moz-FA942C67.com) (Input/output error)
- # [23:51] <gwagner> jlebar: from the Usage app
- # [23:52] <gwagner> I guess when we move it to the background somehow?
- # [23:52] <jlebar> Oh.
- # [23:52] <jlebar> Yes, we do that.
- # [23:52] * bsmedberg is now known as bsmedberg-away
- # [23:52] <jlebar> I mean, Gaia does that.
- # [23:52] * jhopkins is now known as jhopkins|afk
- # [23:52] <gwagner> and some seconds later from the Preallocated process
- # [23:53] * Joins: jwir3 (In@moz-FA942C67.com)
- # [23:53] <jlebar> gwagner: The preallocated process should no longer do that after I land https://bugzilla.mozilla.org/show_bug.cgi?id=842679
- # [23:53] <jlebar> gwagner: Although maybe it should be? I dunno...
- # [23:53] <jlebar> gwagner: This doesn't worry me so much, but maybe it should? Once we send Usage into the bg, it's running with low CPU priority.
- # [23:53] <nrc|away> I am cross compiling Firefox and gettin an error unknown type name for __off_t and __pid_t in fcntl.h included from nss. Anyone got any idea what si going on?
- # [23:54] <nrc|away> *is
- # [23:54] * Kripton is now known as kripton
- # [23:54] <gwagner> jlebar: memory pressure GCs are not incremental
- # [23:54] * nrc|away is now known as nrc
- # [23:54] <jlebar> gwagner: sure.
- # [23:54] * Quits: jwir3 (In@moz-FA942C67.com) (Input/output error)
- # [23:54] <jlebar> gwagner: and we run three of them. :)
- # [23:54] <gwagner> jlebar: right
- # [23:54] <jlebar> gwagner: But is this causing problems? Like, are we trying to interact with this process while it's in the bg?
- # [23:54] <jlebar> Or is it slowing down the rest of the phone?
- # [23:55] <fabrice> jlebar: do you know if I can get notified when the tabchild is ready to be used ?
- # [23:55] <jlebar> fabrice: what does "ready to be used" mean?
- # [23:55] * Joins: jwir3 (In@moz-FA942C67.com)
- # [23:56] <fabrice> jlebar: I have some code hitting https://mxr.mozilla.org/mozilla-central/source/netwerk/ipc/NeckoCommon.h#133 and failing because it's called too early in the prelaunched process
- # [23:56] * Quits: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [23:56] <gwagner> jlebar: just looking at GC stats and the first one for the Usage app is still in the startup phase before we can interact with the homescreen
- # [23:56] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: jfkthame)
- # [23:56] * lsblakk|biab is now known as lsblakk
- # [23:57] <gwagner> jlebar: and they happen when the system is busy in general. every GC takes around 2 sec
- # [23:57] <jlebar> gwagner: so the concern is that it's slowing down startup? Maybe you could try not doing those gc's and seeing if we start up faster? If so, we could change things.
- # [23:57] * Quits: jwir3 (In@moz-FA942C67.com) (Input/output error)
- # [23:57] * Joins: jwir3 (jwir3@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [23:58] <jlebar> fabrice: So the issue is that you don't have a tabChild object?
- # [23:58] <gwagner> jlebar: will do.
- # [23:58] * Quits: wolfiR (wolfiR@moz-835ECC1E.dip0.t-ipconnect.de) (Quit: Leaving)
- # [23:58] <fabrice> jlebar: yes, because my code is currently running too early I guess
- # [23:58] <jlebar> fabrice: I think I may have just the thing for you.
- # [23:58] <jlebar> fabrice: I'm about to land https://bugzilla.mozilla.org/show_bug.cgi?id=842679, which fires a tab-child-created observer
- # [23:58] <fabrice> jlebar: I knew that!
- # [23:58] <fabrice> great!
- # Session Close: Sat Feb 23 00:00:00 2013
The end :)