/irc-logs / mozilla / #developers / 2013-01-16 / end

Options:

# Session Start: Wed Jan 16 00:00:00 2013
# Session Ident: #developers
# [00:00] <@ehsan> look at the second FindCharInSet
# [00:00] <@ehsan> and then I had to remember whether I have constructed a new string
# [00:00] * nthomas is now known as nthomas|away
# [00:00] <@ehsan> to avoid the unnecessary copy in the case of no newlines
# [00:00] <@ehsan> (the common case)
# [00:00] * Quits: Jesse (jruderman@2557E599.66715431.D25A875A.IP) (Quit: Jesse)
# [00:00] <@ehsan> and I compute the begin and end of the buffer that I wanna copy in two different iterations of the loop
# [00:01] * capella|away is now known as capella
# [00:01] * Joins: Jesse (jruderman@2557E599.66715431.D25A875A.IP)
# [00:01] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [00:01] <@ehsan> and at that point I just started to rewrite the loop
# [00:01] <@ehsan> and then I realized that's silly :)
# [00:01] <@roc> avoiding the unnecessary copy doesn't seem worthwhile
# [00:01] <@roc> I don't think performance matters here as long as its linear
# [00:02] * Quits: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net) (Input/output error)
# [00:02] * @roc tries to write it himself
# [00:02] * Quits: alanp (alanp@moz-197D5842.cpe.distributel.net) (Ping timeout)
# [00:03] * Joins: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net)
# [00:03] * njn just survived his first brush with editor/ and now starts to understand all those comments
# [00:03] <@ehsan> roc: but what's wrong about this other solution?
# [00:03] <@ehsan> I think it's fairly simple
# [00:03] * Joins: alanp (alanp@moz-1B78500.cpe.distributel.net)
# [00:03] * Quits: akeybl (akeybl@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [00:03] <@roc> the state machine? it is not :-)
# [00:04] <khuey> Waldo: prefered email address?
# [00:04] * Quits: mwargers (chatzilla@moz-AF369B35.adsl.online.nl) (Ping timeout)
# [00:04] <khuey> Waldo: @mit.edu?
# [00:04] <khuey> njn: did you turn to stone?
# [00:04] * Joins: overholt (overholt@35765CFB.88764A66.72A31D6.IP)
# [00:04] <njn> khuey: yes!
# [00:04] <njn> it feels weird
# [00:04] <Waldo> khuey: why are you asking?
# [00:04] * Joins: scenor (Thunderbir@moz-F71CBBF1.adsl.highway.telekom.at)
# [00:04] <khuey> Waldo: so I can send you email?
# [00:04] * Quits: scenor (Thunderbir@moz-F71CBBF1.adsl.highway.telekom.at) (Quit: scenor)
# [00:05] <@ehsan> roc: what? no
# [00:05] * khuey would think that would be obvious
# [00:05] <@ehsan> I'm talking about patch (v3)
# [00:05] <@ehsan> there's no state machine there
# [00:05] <Waldo> khuey: @mit.edu
# [00:05] * Joins: akeybl (akeybl@43CB6079.66715431.D25A875A.IP)
# [00:05] <@roc> ok, but that one's also O(N^2)
# [00:05] <Waldo> @moz I barely use, really only for corporate-ish mail
# [00:06] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [00:06] * ChanServ sets mode: +o smaug
# [00:06] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
# [00:06] <@ehsan> roc: how so?
# [00:07] <khuey> yeah that's what I figured
# [00:07] * khuey is now known as khuey|away
# [00:07] <@roc> same reason as your v2 patch was
# [00:07] <@roc> each call to Cut is O(N) in the number of characters after the cut point
# [00:07] <@ehsan> oh because of memmove's in Cut()
# [00:07] <@ehsan> right
# [00:07] <@ehsan> sigh
# [00:08] <@roc> I suggested some code in the bug :-)
# [00:08] <@ehsan> ok I'll rework it
# [00:08] <@ehsan> probably tonight though
# [00:08] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
# [00:08] <@roc> all you need to do is review my code and test it :-)
# [00:08] * Quits: gustavold (gustavold@60268C9D.479307F0.FBFF2E6D.IP) (Ping timeout)
# [00:09] * Quits: Mnyromyr (Mnyromyr@moz-13BC3709.unity-media.net) (Input/output error)
# [00:09] <derf> roc: The last time I said that to someone, you made fun of me.
# [00:10] <njn> and again!
# [00:10] <njn> res = mHTMLEditor->SplitNode(curParent, offset,
# [00:10] <njn> getter_AddRefs(newBlock));
# [00:10] <njn> int32_t offset;
# [00:10] * Joins: gustavold (gustavold@60268C9D.479307F0.FBFF2E6D.IP)
# [00:10] <njn> sheesh
# [00:11] * Joins: Nefzaoui (chatzilla@D8776807.E8860FC7.7D0E51E.IP)
# [00:11] <biesi> timeless: oh, fairly easily
# [00:12] <biesi> timeless: connection closed early...
# [00:12] <@ehsan> njn: why are you looking at this stuff?!
# [00:12] <njn> ehsan: -Wshado
# [00:12] <njn> w
# [00:12] <biesi> timeless: especially when there was no content-length and/or no chunked encoding
# [00:12] <@ehsan> njn: oh you poor thing :D
# [00:13] <timeless> biesi: hrm
# [00:13] * Quits: erikvold (erikvold@A5087023.2354C43D.D8E68FF6.IP) (Quit: erikvold)
# [00:13] * Joins: scenor (Thunderbir@moz-F71CBBF1.adsl.highway.telekom.at)
# [00:13] * Quits: scenor (Thunderbir@moz-F71CBBF1.adsl.highway.telekom.at) (Quit: scenor)
# [00:13] <njn> ehsan: editor/ is easily the ugliest code I've looked at, and I've looked at quite a bit now
# [00:13] <@ehsan> njn: you're welcome :P
# [00:13] <timeless> biesi: does https://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/firefox-21.0a1.en-US.win32.installer.exe have neither?
# [00:13] <@ehsan> njn: you should have seen it three years ago :P
# [00:13] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5afe6e43be75 - Matt Woodrow - Bug 822906 - Add SplayTree to mfbt. r=waldo
# [00:13] <njn> ehsan: I can believe it
# [00:14] <timeless> njn: you haven't looked at mailnews :)
# [00:14] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d8a11c7c37b5 - Matt Woodrow - Bug 822906 - Use SplayTree to remove deleted frames from RestyleTracker. r=roc
# [00:14] <timeless> if you want to appreciate editor, you have to read mailnews
# [00:14] <biesi> timeless: https? there should be no squid involved
# [00:14] <@ehsan> roc: heh, this is where I was headed in fact!
# [00:14] <timeless> biesi: yeah, that's why i'm using https
# [00:14] <@roc> I think it's beautiful :-)
# [00:15] <@ehsan> define beautiful ;)
# [00:15] * Quits: tomer (tomer@moz-F45DAEFD.static.012.net.il) (Ping timeout)
# [00:15] * Joins: victorporof (victorporo@E4295265.F695A43D.79933D60.IP)
# [00:15] * Joins: jhopkins (jhopkins@8F761026.B5EF4AF6.E96CA9D8.IP)
# [00:15] * Joins: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
# [00:16] * Parts: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
# [00:16] <tbsaunde> njn: have you looked at rdf/ ?
# [00:16] * philor|away is now known as philor
# [00:17] * Quits: victorporof (victorporo@E4295265.F695A43D.79933D60.IP) (Ping timeout)
# [00:17] <njn> tbsaunde: nope
# [00:17] * Quits: Pike (Pike@moz-956D1177.pool.mediaways.net) (Quit: ChatZilla 0.9.89 [Firefox 18.0/20130104151948])
# [00:17] <njn> timeless: nor mailnews
# [00:17] * timeless ponders
# [00:18] <timeless> tbsaunde: are you thinking of mork, or rdf?
# [00:18] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
# [00:18] <timeless> there's also libmime which is its own...
# [00:18] * Quits: nattofriends (tsutsumi@moz-A369A791.warosu.org) (Ping timeout)
# [00:18] * Joins: nattofriends (tsutsumi@moz-A369A791.warosu.org)
# [00:18] <sfink> unique snowflake?
# [00:18] * Quits: hipokrit (hipokrit@1BF5DFDB.CA40E1F7.C558AD24.IP) (Quit: Leaving)
# [00:19] <philor> glowing red hot pot of lava on the deck of a leaking life raft
# [00:19] <tbsaunde> timeless: rdf, afaik there is no more mawk in m-c
# [00:20] <kbrosnan> too much mincraft or dwarf fortress for philor methinks
# [00:20] <njn> ehsan: we have too many long functions
# [00:20] <@ehsan> njn: that is _one_ of the problems!
# [00:20] * Quits: tchevalier (Thunderbir@moz-69FAB195.w81-251.abo.wanadoo.fr) (Quit: tchevalier)
# [00:20] * Joins: tchevalier (Thunderbir@moz-69FAB195.w81-251.abo.wanadoo.fr)
# [00:20] <njn> ehsan: Wshadow really highlights it
# [00:20] * Quits: nrc (nrc@moz-B2C2EC73.cable.virginmedia.com) (Ping timeout)
# [00:21] <@ehsan> hehe
# [00:21] <njn> lots of "you're shadowing a local that was declared 100 lines ago, haha"
# [00:21] <@ehsan> has anybody used git-bz?
# [00:21] <njn> ehsan: I have. Once!
# [00:21] <@ehsan> njn: I believe that
# [00:21] <@ehsan> njn: do you know how can I feed my username/pass into it?
# [00:21] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [00:21] <Mossop> Anyone had problems with "*** No rule to make target `C:/Program', needed by `../../dist/bin/d3dx9_43.dll'. Stop." recently?
# [00:22] <njn> ehsan: you want this in the [bz] section of your .gitconfig:
# [00:22] <njn> firefox-profile = default
# [00:22] <@ehsan> ah
# [00:22] <sfink> Mossop: I don't think you can use a path with spaces with MozillaBuild
# [00:22] <njn> ehsan: read http://git.fishsoup.net/man/git-bz.html for more
# [00:22] * Quits: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net) (Input/output error)
# [00:22] <Mossop> sfink: What path are you referring to?
# [00:22] <njn> ehsan: you probably need | default-tracker = bugzilla.mozilla.org| too
# [00:22] <@ehsan> I do have that one
# [00:23] <sfink> Mossop: not sure, but at least the directory containing either your source or object dirs
# [00:23] <Mossop> sfink: Neither of them contain paths
# [00:23] * Quits: coop (Chris@F2D29657.F60B0462.67AC9B1.IP) (Quit: coop)
# [00:23] * Joins: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com)
# [00:23] <@ehsan> yay!
# [00:23] <Mossop> sfink: Building worked yesterday, something in mozilla-inbound has broken it
# [00:23] <@ehsan> seemed to work
# [00:23] <@ehsan> can you set flags with git-bz?
# [00:23] <sfink> Mossop: ok, then I dunno
# [00:23] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Quit: brendan)
# [00:23] * jmaher|afk is now known as jmaher
# [00:23] * Quits: kmoir (chatzilla@F2D29657.F60B0462.67AC9B1.IP) (Quit: ChatZilla 0.9.89 [Firefox 18.0/20130104151948])
# [00:24] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
# [00:24] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [00:24] <mak> Mossop: hey same issue here
# [00:24] <mak> Mossop: commented in bug 823109
# [00:24] * Joins: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net)
# [00:24] * Joins: cpeterso_ (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [00:24] <mak> Mossop: now I'm trying a clobber with --disable-webgl
# [00:24] * AaronMT is now known as AaronMT|AFK
# [00:25] <tbsaunde> ehsan: r? and sr? atleast pass -e
# [00:25] * Quits: armenzg (armenzg@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [00:25] <mak> Mossop: I actually spent a bunch of time trying 2 clobbers, reinstalling the sdk and so on...
# [00:25] * Quits: cpeterson (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [00:25] <@ehsan> tbsaunde: -e to what? attach?
# [00:26] <njn> ehsan: don't know about flags
# [00:26] * cpeterso_ is now known as cpeterson
# [00:26] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [00:26] <njn> ehsan: can you set flags with |hg bzexport|?
# [00:26] <mak> jrmuizel: ping
# [00:26] <@ehsan> not being able to set flags makes it pretty useless :(
# [00:26] * Quits: jhopkins (jhopkins@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: jhopkins)
# [00:26] <jrmuizel> mak: pong
# [00:26] <@ehsan> njn: not sure, but doesn't matter to me
# [00:26] <sfink> njn: you can only set the reviewer
# [00:26] <tbsaunde> ehsan: yes
# [00:26] <mak> jrmuizel: hi, for some reason me and Mossop can't build anymore due to some directx sdk errors...
# [00:27] * Quits: jlmendezbonini (textual@moz-FF9FDD58.twcny.res.rr.com) (Quit: )
# [00:27] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [00:27] <jrmuizel> mak: that sounds like it was me
# [00:27] <mak> jrmuizel: I commented in bug 823109 about that
# [00:27] * joduinn is now known as joduinn-afk
# [00:27] <@ehsan> tbsaunde: cool will try it next time
# [00:27] <@ehsan> thanks
# [00:27] * Quits: Callek (chatzilla@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [00:27] <jrmuizel> mak: looks like a spaces problem
# [00:27] <mak> jrmuizel: I'm rebuilding without webgl, but since that patch now merged to central, if it's culprit, is going to make many people sad
# [00:27] * Quits: nattofriends (tsutsumi@moz-A369A791.warosu.org) (Ping timeout)
# [00:27] <tbsaunde> ehsan: np, you can also obsolete the old patch
# [00:28] <@ehsan> how?
# [00:28] <jrmuizel> mak: it certainly is the culprit
# [00:28] * jmaher is now known as jmaher|afk
# [00:28] <mak> jrmuizel: I don't understand much about those changes, though the cab path surely contains spaces
# [00:28] <@ehsan> mak: back it out for now ;)
# [00:28] * kaze is now known as kaze|zZz
# [00:29] <jrmuizel> mak: I'd be fine with you backing it out of central
# [00:29] * Quits: surkov (surkov@19A7BFBF.CE67D555.26B1D6E2.IP) (Ping timeout)
# [00:29] <mak> yeah I suppose it's safer to backout...
# [00:29] * Quits: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net) (Input/output error)
# [00:29] * Quits: mshal (mshal@F2D29657.F60B0462.67AC9B1.IP) (Quit: leaving)
# [00:29] <mak> jrmuizel: just central?
# [00:29] <jrmuizel> mak: yeah, it's already been merged from inbound
# [00:29] * Quits: jduell (jduell@moz-F20EC42A.hfc.comcastbusiness.net) (Connection reset by peer)
# [00:29] <jrmuizel> inbound will get fixed the next time central gets merged into inbound
# [00:29] <mak> I suppose we should remerge central to inbound then
# [00:30] <tbsaunde> ehsan: you do git bz-moz attach -e <commit> and it brings a file in $EDITOR you uncomment the line that says obsole: <sha1 start> do something
# [00:30] <@ehsan> mak: I can do that for you
# [00:30] * aki|buildduty is now known as aki
# [00:30] * aki is now known as aki|away
# [00:31] <mak> ehsan: as you prefer, I can do that as well
# [00:31] * Joins: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net)
# [00:31] <@ehsan> tbsaunde: ok... I'll have another patch to try it on soon
# [00:31] * cmcavoy-offline is now known as cmcavoy
# [00:31] <@ehsan> mak: ok then I'll let you do it
# [00:31] <mak> kk
# [00:31] <@ehsan> mak: forgot for a sec that you also do merges :)
# [00:31] <@ehsan> gavin: do you have time for a quick review?
# [00:31] * Joins: nattofriends (tsutsumi@moz-A369A791.warosu.org)
# [00:32] <@dolske> ehsan: hi
# [00:32] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [00:32] <@dolske> (can I help?)
# [00:32] <@ehsan> dolske: yes
# [00:32] <fryn> smaug: re: https://bugzilla.mozilla.org/show_bug.cgi?id=830858#c1
# [00:33] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
# [00:33] <fryn> unfortunately, nsAutoWindowStateHelper.cpp uses nsGlobalWindow::DispatchCustomEvent
# [00:33] * Quits: overholt (overholt@35765CFB.88764A66.72A31D6.IP) (Ping timeout)
# [00:33] <fryn> so there is no opportunity to set the flag, since that function does both the init and dispatch
# [00:33] <@smaug> true
# [00:34] * Quits: twi (Adium@DF3DF5FB.A9BF6B5A.11C743EC.IP) (Quit: Leaving.)
# [00:34] * Quits: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net) (Quit: Leaving.)
# [00:34] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/8ea37114e658 - Marco Bonardo - Backout 0d33af2a2a75 (bug 823109) cause it breaks some Windows builds
# [00:34] <fryn> smaug: do you have a suggestion for this case?
# [00:35] * Joins: jprmc (jprmc@89B9DC88.AEC9E1D6.DA78B690.IP)
# [00:35] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
# [00:35] <@ehsan> dolske: https://bugzilla.mozilla.org/attachment.cgi?id=702555&action=edit (one-liner)
# [00:35] * ctalbert is now known as ctalbert|afk
# [00:35] <@ehsan> tbsaunde: so it seems like the flag requestee doesn't accept substring matches, right?
# [00:36] <@ehsan> I tried ":dolske" and it didn't set any flags
# [00:36] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f2e3d3913d70 - Sean Stangl - Bug 829758 - use MatchOnly mode for str_search(). r=dvander
# [00:36] * Quits: sheppy (sheppy@moz-41A7FBC7.sw.biz.rr.com) (Quit: sheppy)
# [00:36] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
# [00:36] <@smaug> fryn: we should probably remove DispatchCustomEvent and add a version of DispatchTrustedEvent to nsContentUtils which dispatches only to chrome
# [00:37] <@ehsan> akeybl: ping
# [00:37] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/bb7cbad031a7 - Marco Bonardo - Merge central to inbound
# [00:37] * Joins: dzbarsky (Adium@moz-5B55CC5F.phlapa.east.verizon.net)
# [00:37] <@smaug> there is always nsContentUtils::DispatchChromeEvent, but it has tiny bit different behavior
# [00:37] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/72e34ce7fd92 - Ed Morley - Merge last PGO-green changeset of mozilla-inbound to mozilla-central
# [00:37] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/8ea37114e658 - Marco Bonardo - Backout 0d33af2a2a75 (bug 823109) cause it breaks some Windows builds
# [00:37] * Quits: dzbarsky (Adium@moz-5B55CC5F.phlapa.east.verizon.net) (Max SendQ exceeded)
# [00:37] <@smaug> s/always/already/
# [00:38] <tbsaunde> ehsan: no, it usually does for :bz and "surkov" both certainly work for me
# [00:38] <@smaug> fryn: though, just for this case..
# [00:38] <@ehsan> hmm
# [00:38] * mgerva is now known as mgerva-afk
# [00:38] <akeybl> hey ehsan
# [00:38] * Joins: dzbarsky (Adium@moz-5B55CC5F.phlapa.east.verizon.net)
# [00:38] <@ehsan> perhaps I did something wrong
# [00:38] <@dolske> ehsan: done
# [00:38] <@ehsan> akeybl: hi, quick question
# [00:38] <akeybl> sure thing
# [00:38] <@smaug> fryn: window->GetExtantDocument()->CreateEvent()... Init()... chromeonly = true
# [00:38] * Quits: dzbarsky (Adium@moz-5B55CC5F.phlapa.east.verizon.net) (Quit: Leaving.)
# [00:39] <@ehsan> akeybl: over in bug 827075 I implemented a CSS color before the aurora uplift which we ended up not using, so I backed it out on trunk
# [00:39] <@ehsan> akeybl: should I also backout from aurora?
# [00:39] <@ehsan> dolske: ty
# [00:39] * mcote is now known as mcote|afk
# [00:40] <fryn> smaug: is nsContentUtils::DispatchChromeEvent usable or is it different enough that i need to inline all the init and flagging?
# [00:40] <akeybl> ehsan: since it's early in aurora, that makes sense for consistency
# [00:40] <akeybl> let me comment in the bug
# [00:40] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d9bff5217809 - Ehsan Akhgari - Bug 830652 - Consume the -private-window command line argument in per-window PB builds; r=dolske
# [00:40] <akeybl> (sorry for not seeing the bugmail)
# [00:40] <@ehsan> akeybl: cool, thanks
# [00:40] <@ehsan> akeybl: (np, I'll ping you from now on if that's easier)
# [00:40] * rail is now known as rail_away
# [00:41] <@smaug> fryn: it isn't right tool for this
# [00:41] * Quits: sewardj (sewardj@moz-3FB95117.dip.t-dialin.net) (Ping timeout)
# [00:41] <fryn> ok
# [00:42] * Quits: teoli (teoli@moz-41A7FBC7.sw.biz.rr.com) (Input/output error)
# [00:42] <fryn> smaug: thanks for your help. :)
# [00:42] * cmcavoy is now known as cmcavoy-offline
# [00:42] <@smaug> sorry that js and c++ need to be so different
# [00:43] <@smaug> we can make this all so nice in JS once we have the new bindings
# [00:43] * Joins: Callek (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP)
# [00:43] <nalexander> I am seeing "warning: 'CMCloseProfile' is deprecated" in gfx/thebes/gfxPlatformMac.cpp which means... what? XCode upgrade needed?
# [00:44] * Quits: tonymec (tonymec@2ABA8B0F.A915D552.277517C1.IP) (Input/output error)
# [00:44] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4c6024d6f725 - Ehsan Akhgari - Bug 830600 - Improve the performance of pasting into the location bar by rewriting the O(n^2) algorithm used there to be O(n); r=roc
# [00:44] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/861349ea41c0 - Matt Woodrow - Bug 829921 - Make sure that we don't choose a reference frame that is an ancestor of the root reference frame. r=roc a=bajaj
# [00:45] * Quits: graememcc (chatzilla@moz-EA1236EC.range31-52.btcentralplus.com) (Quit: ChatZilla 0.9.89 [Firefox 18.0/20130107224849])
# [00:46] * Quits: mak (chatzilla@moz-35A66F5E.retail.telecomitalia.it) (Connection reset by peer)
# [00:46] * Quits: tonymec|away (tonymec@2ABA8B0F.A915D552.277517C1.IP) (Quit: Konversation terminated!)
# [00:46] * Joins: mak (chatzilla@moz-35A66F5E.retail.telecomitalia.it)
# [00:46] * Quits: ehugg (ehugg@E45EF543.C5EAED67.6CD50604.IP) (Quit: ehugg)
# [00:47] * Quits: Jesse (jruderman@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [00:47] * Joins: nrc (nrc@moz-B2C2EC73.cable.virginmedia.com)
# [00:47] * Quits: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net) (Input/output error)
# [00:49] * Joins: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net)
# [00:50] * Joins: Jesse (jruderman@2557E599.66715431.D25A875A.IP)
# [00:50] * Joins: dria (dria@moz-F5EB0C5D.dsl.teksavvy.com)
# [00:50] * Joins: mbrubeck (mozilla@7B99D36C.3A9F9BD4.4C2245EF.IP)
# [00:51] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
# [00:52] * Quits: nrc (nrc@moz-B2C2EC73.cable.virginmedia.com) (Ping timeout)
# [00:52] * Joins: tonymec__ (tonymec@B7E277A9.A2B9BF68.DE2DB281.IP)
# [00:53] * tonymec__ is now known as tonymec|away
# [00:55] <@gavin> ehsan: maybe?
# [00:55] <@gavin> oh looks like dolske got it
# [00:55] * Joins: jhammel (jhammel@moz-14240F1C.hsd1.ca.comcast.net)
# [00:56] * Joins: jduell (jduell@moz-E3AECA12.spl.org)
# [00:57] * Joins: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net)
# [00:57] <@ehsan> gavin: yeah sorry for not unpinging :)
# [00:57] <@dolske> he's going to be unbalanced for weeks now!
# [00:58] * Joins: erikvold (erikvold@moz-65F7271C.wireless.telus.com)
# [00:58] <@ehsan> dolske: should I ping him again?
# [00:59] * Quits: rednaks (rednaks@1124285C.7B2CFADA.55FFA9B4.IP) (Quit: Quitte)
# [00:59] * Quits: RealRaven (Thunderbir@2DD6208B.3D87C2A.C3498625.IP) (Quit: RealRaven)
# [01:01] * Joins: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [01:02] * Quits: smagnin (pike@moz-8CEB8724.fbx.proxad.net) (Client exited)
# [01:02] <@dolske> it's probably hopeless at this point. ;)
# [01:02] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/43135307225f - Olli Pettay - Bug 830948, null check mDocshell before using it, r=bz
# [01:02] * Quits: jimm (jimm@E48845AB.3A9F9BD4.4C2245EF.IP) (Connection reset by peer)
# [01:02] * Joins: tanvi1 (tanvi@2557E599.66715431.D25A875A.IP)
# [01:02] * Quits: tanvi (tanvi@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [01:03] * Joins: mbrubeck1 (mozilla@7B99D36C.3A9F9BD4.4C2245EF.IP)
# [01:03] * Joins: ehugg_lime (ehugg_lime@moz-851FD57E.mycingular.net)
# [01:03] * Quits: mbrubeck (mozilla@7B99D36C.3A9F9BD4.4C2245EF.IP) (Ping timeout)
# [01:03] * Quits: jduell (jduell@moz-E3AECA12.spl.org) (Connection reset by peer)
# [01:03] * Joins: jduell (jduell@moz-E3AECA12.spl.org)
# [01:03] * Quits: bbondy (bbondy@7F6E4DBB.3A9F9BD4.4C2245EF.IP) (Ping timeout)
# [01:03] * Joins: bbondy (bbondy@7F6E4DBB.3A9F9BD4.4C2245EF.IP)
# [01:04] * Quits: cpeterson (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
# [01:05] * Joins: cpeterson (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [01:05] * Quits: akeybl (akeybl@43CB6079.66715431.D25A875A.IP) (Connection reset by peer)
# [01:05] * Joins: akeybl_ (akeybl@43CB6079.66715431.D25A875A.IP)
# [01:06] * Joins: jimm (jimm@E48845AB.3A9F9BD4.4C2245EF.IP)
# [01:06] * Joins: tanvi (tanvi@2557E599.66715431.D25A875A.IP)
# [01:06] * Quits: tanvi1 (tanvi@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
# [01:06] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [01:07] * Quits: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net) (Input/output error)
# [01:07] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [01:08] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f54d38c39c82 - Rafael Ávila de Espíndola - Bug 830584 - Write and read the module id to/from the late writes file. r=vladan.
# [01:09] * Joins: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net)
# [01:10] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/465507610dab - Matt Woodrow - Bug 795833 - Add a RequestRepaint method to nsIWidgetListener and use it in the android widget instead of invalidating the view. r=roc a=bajaj
# [01:11] <gregglind> am I confused about what 'restartless updates' are supposed to mean?
# [01:11] * Quits: Ann_Yiming (Ann_Yiming@43CB6079.66715431.D25A875A.IP) (Input/output error)
# [01:11] <gregglind> I have a window on Aurora on OSX, asking me to restart now, or restart later.
# [01:12] * Quits: edmorley (edmorley@moz-90F42104.range86-166.btcentralplus.com) (Ping timeout)
# [01:13] * Joins: dzbarsky (Adium@moz-BB2CB2B3.wlan.wireless-pennnet.upenn.edu)
# [01:13] <@gavin> restartless updates?
# [01:14] <gregglind> I thought restartless updates had landed a while back.
# [01:14] <gregglind> *upgrades*
# [01:14] <gregglind> I.e, that firefox would upgrade invisibly.
# [01:15] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [01:15] * Joins: victorporof (victorporo@E4295265.F695A43D.79933D60.IP)
# [01:16] <@smaug> gregglind: where did you get that idea, "restartless updates"?
# [01:17] <Matti> i think he means "silent updates"
# [01:17] <@smaug> (just wondering if some documentation or blog is misleading)
# [01:17] <@smaug> Matti: yeah
# [01:17] * Quits: victorporof (victorporo@E4295265.F695A43D.79933D60.IP) (Ping timeout)
# [01:17] <gregglind> Then what are silent updates?
# [01:18] <gregglind> I am not sure where I got that idea! Thus my confusion.
# [01:18] <gregglind> This update also didn't seem silent.
# [01:18] <gregglind> Since it asked me to restart to upgrade
# [01:18] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c7572ad0ef03 - Dave Hylands - Bug 830462 - Remove update.mar from sdcard when finished (or when starting a new download). r=rstrong
# [01:18] * Quits: nattofriends (tsutsumi@moz-A369A791.warosu.org) (Ping timeout)
# [01:19] * Joins: tonymec (tonymec@B7E277A9.A2B9BF68.DE2DB281.IP)
# [01:19] <@gavin> gregglind: the behavior on nightly/aurora is slightly different than what you'd see on release
# [01:19] <NeilAway> ehsan: btw you should prefer Substring(aString, offset) rather than writing out the name of the concrete class
# [01:19] <gregglind> gavin, thanks for the heads up.
# [01:19] <@gavin> we only prompt after certain conditions are met, I don't recall the details
# [01:19] <mattwoodrow> has anyone seen this error when trying to build on windows: http://pastebin.mozilla.org/2062355
# [01:20] <@gavin> the common case is that we do not prompt
# [01:20] <gregglind> Thanks, wasn't sure if it was just me. Glad to hear it!
# [01:20] <gregglind> I see a wall mounted machine in MV floor 2 that wants 'click here to upgrade' too :)
# [01:21] <NeilAway> ehsan: also I'm sure it's possible to avoid copying the string if it contains no newlines, although I don't know how important that is
# [01:21] * Quits: jprmc (jprmc@89B9DC88.AEC9E1D6.DA78B690.IP) (Ping timeout)
# [01:21] <@gavin> gregglind: those machines are screwed because they get re-imaged every time they restart
# [01:22] <@gavin> gregglind: and so they're stuck on firefox 3.6 or somesuch
# [01:22] * Quits: erikvold (erikvold@moz-65F7271C.wireless.telus.com) (Quit: erikvold)
# [01:22] <@ehsan> NeilAway: that doesn't compile for me
# [01:23] * Joins: nattofriends (tsutsumi@moz-A369A791.warosu.org)
# [01:23] <gregglind> Ha, good enough for me! Mostly I wanted to make sure that windows release users aren't seeing that too often. Thanks gavin.
# [01:23] * Joins: kaie2 (kaie@moz-526951AA.dip.t-dialin.net)
# [01:23] * Quits: nmatsakis (nmatsakis@43CB6079.66715431.D25A875A.IP) (Quit: Computer has gone to sleep.)
# [01:24] * Quits: kaie (kaie@moz-7A7E630D.dip.t-dialin.net) (Ping timeout)
# [01:24] * kaie2 is now known as kaie
# [01:24] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [01:24] <philor> mattwoodrow: update
# [01:25] <mattwoodrow> oh I see, thanks philor
# [01:25] * Quits: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: sicking)
# [01:25] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
# [01:26] <philor> ehsan: error: comparison between signed and unsigned integer expressions
# [01:26] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Quit: bmoss)
# [01:26] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
# [01:26] <@ehsan> ah dammiot
# [01:26] <@ehsan> philor: can I fix it or should I back it out
# [01:27] <philor> ehsan: can you fix it while also looking at whether you broke marionette, or it just rotted on its own?
# [01:27] <NeilAway> Waldo: hmm, I thought ChatZilla was supposed to try moznet over ssl anyway, although I'm not using a new enough version to be able to tell
# [01:27] <Waldo> NeilAway: it might, I haven't manually joined any Mozilla IRC network in years
# [01:27] <Waldo> well
# [01:28] <@ehsan> hmm
# [01:28] <Waldo> maybe, I might have joined manually on a backup computer
# [01:28] <@ehsan> philor: I... don't know :/
# [01:28] <@ehsan> I can back out both patches and try again
# [01:28] <@ehsan> I guess that would be the more responsible thing to do
# [01:29] * Quits: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net) (Input/output error)
# [01:30] <@ehsan> philor: backed out both, sorry for the breakage :(
# [01:30] <NeilAway> Mook_as: glad I saw your scrollback ;-)
# [01:30] * Quits: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP) (Quit: ChatZilla 0.9.89-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [01:30] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2b9b4a3a835f - Ehsan Akhgari - Backed out changeset d9bff5217809 (bug 830652) on the suspicion that it has broken Marionette
# [01:30] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/fd0f3c10874d - Ehsan Akhgari - Backed out changeset 4c6024d6f725 (bug 830600) because of build failures
# [01:32] * Joins: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net)
# [01:32] <Mook_as> NeilAway: umm... sorry, I lost the context there :)
# [01:32] <NeilAway> Mook_as: I was just about to tell nemo he could unescape(uncodeURI(input)) to read the raw UTF-8 bytes
# [01:32] <Mook_as> oh, right, that. :)
# [01:33] <@smaug> Argh, getting late and I just pushed to m-c
# [01:33] <@smaug> anyone going to watch the tree?
# [01:33] <@smaug> My patch was trivial
# [01:33] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/89942aa8ae6a - Reuben Morais - Bug 793239 - SettingsLock should have a state property to indicate if it is still valid. r=gwagner
# [01:34] * Joins: jgilbert (jgilbert@2557E599.66715431.D25A875A.IP)
# [01:34] * mdas is now known as mdas|afk
# [01:35] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Boriss)
# [01:35] * Quits: mbrubeck1 (mozilla@7B99D36C.3A9F9BD4.4C2245EF.IP) (Quit: Leaving.)
# [01:36] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
# [01:38] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Quit: brendan)
# [01:38] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
# [01:38] * Joins: mbrubeck (mozilla@7B99D36C.3A9F9BD4.4C2245EF.IP)
# [01:39] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [01:41] <njn> man, layout/ sure has some loooong functions :(
# [01:41] * Joins: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp)
# [01:42] * Joins: Ann_Yiming (Ann_Yiming@43CB6079.66715431.D25A875A.IP)
# [01:42] <seth> njn: you ain't kiddin
# [01:42] * Joins: lduros (user@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [01:42] <njn> it's not very nice
# [01:43] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/05e097a70714 - Brian Nicholson - Bug 830893 - Remember private state for zombified tabs. r=mfinkle
# [01:44] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/fc851f15ebd9 - Tobias Netzel - Bug 817153 - AltiVec acceleration for qcms. r=jmuizelaar
# [01:45] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/43135307225f - Olli Pettay - Bug 830948, null check mDocshell before using it, r=bz
# [01:45] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/1f67a1c30736 - Alexandre Poirot - Bug 829451 - Change the Firefox OS version to 1.0.0.0 (4 digits). r=fabrice
# [01:45] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/2e0383dd35a3 - Monica Chew - Bug 829832 - Move nss and sqlite builds before netwerk. r=mh
# [01:45] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f8d45d0d0304 - Ryan VanderMeulen - Merge m-c to inbound.
# [01:45] * ewong|away is now known as ewong
# [01:47] * AaronMT|AFK is now known as AaronMT
# [01:47] * Quits: ehugg_lime (ehugg_lime@moz-851FD57E.mycingular.net) (Client exited)
# [01:47] * Quits: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
# [01:48] * Joins: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com)
# [01:48] * Quits: Ann_Yiming (Ann_Yiming@43CB6079.66715431.D25A875A.IP) (Ping timeout)
# [01:49] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [01:49] * Joins: Ann_Yiming (Ann_Yiming@43CB6079.66715431.D25A875A.IP)
# [01:50] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [01:50] * Quits: mbrubeck (mozilla@7B99D36C.3A9F9BD4.4C2245EF.IP) (Quit: Leaving.)
# [01:51] * Quits: ahal (ahal@3468F8ED.AB54EB5E.6816E6B7.IP) (Input/output error)
# [01:51] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [01:51] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
# [01:51] * Joins: mbrubeck (mozilla@7B99D36C.3A9F9BD4.4C2245EF.IP)
# [01:51] * Quits: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net) (Input/output error)
# [01:52] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [01:53] * mdas|afk is now known as mdas
# [01:53] * Quits: aklotz (Thunderbir@moz-55246988.cg.shawcable.net) (Quit: aklotz)
# [01:53] * Quits: mcsmurf (me@moz-BD2E9751.dip.t-dialin.net) (Quit: )
# [01:54] * Joins: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net)
# [01:54] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f2d965c21656 - Brian Nicholson - Bug 830540 - Update about:privatebrowsing mask image. r=mfinkle
# [01:54] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [01:54] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [01:54] * Quits: dzbarsky (Adium@moz-BB2CB2B3.wlan.wireless-pennnet.upenn.edu) (Quit: Leaving.)
# [01:54] * Quits: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net) (Quit: jib)
# [01:55] * Quits: imphil (philipp@moz-55513EF0.rad.med.uni-muenchen.de) (Ping timeout)
# [01:55] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [01:56] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9175ec4d6e68 - Brian Nicholson - Bug 828480 - Add null check for mSuggestionsOptInPrompt. r=mfinkle
# [01:56] * Quits: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au) (Ping timeout)
# [01:56] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [01:56] * Parts: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com)
# [01:56] * Joins: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au)
# [01:57] * Quits: cviecco (cviecco@2557E599.66715431.D25A875A.IP) (Input/output error)
# [01:57] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [01:57] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [01:58] * Quits: mak (chatzilla@moz-35A66F5E.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
# [01:58] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [01:58] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [01:59] * Quits: ggoncalves (ggoncalves@2557E599.66715431.D25A875A.IP) (Input/output error)
# [01:59] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/821258fa9f9c - Brian Nicholson - Bug 773944 - Check view tag's type before casting to viewholder. r=mfinkle
# [01:59] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
# [01:59] * geekboy is now known as geekboy|afk
# [02:00] * Quits: tonymec (tonymec@B7E277A9.A2B9BF68.DE2DB281.IP) (Ping timeout)
# [02:00] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5e1fc06574ab - Steve Fink - Bug 822041 - Temporary diagnostic for tracking down intermittent failures in JS profiling. r=jorendorff
# [02:00] * Quits: tonymec|away (tonymec@B7E277A9.A2B9BF68.DE2DB281.IP) (Ping timeout)
# [02:00] * Joins: ggoncalves (ggoncalves@2557E599.66715431.D25A875A.IP)
# [02:00] * Joins: dzbarsky (Adium@moz-9920E835.wireless-pennnet.upenn.edu)
# [02:00] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [02:01] * Quits: ggoncalves (ggoncalves@2557E599.66715431.D25A875A.IP) (Input/output error)
# [02:01] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [02:02] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [02:02] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [02:03] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/75fdd5231adf - Nicolas B. Pierron - Bug 818023 - fun_getProperty: Use non-buitin script iterator. r=waldo a=bajaj
# [02:03] * Joins: cviecco (cviecco@2557E599.66715431.D25A875A.IP)
# [02:03] * Joins: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com)
# [02:04] * Joins: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP)
# [02:04] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [02:04] * Joins: tonymec__ (tonymec@59F2E334.27D5666B.DE2DB281.IP)
# [02:04] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [02:04] * Quits: tchevalier (Thunderbir@moz-69FAB195.w81-251.abo.wanadoo.fr) (Ping timeout)
# [02:04] * tonymec__ is now known as tonymec|away
# [02:05] <@ehsan> does anybody know about marionette?
# [02:06] <mfinkle> AutomatedTester does
# [02:06] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [02:06] <mfinkle> but he is away
# [02:06] <seth> dholbert: ping
# [02:06] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [02:06] <jhammel> jgriffin does
# [02:06] * Quits: cviecco (cviecco@2557E599.66715431.D25A875A.IP) (Input/output error)
# [02:06] <jgriffin> ehsan: what's up?
# [02:06] <dholbert> seth, pong
# [02:07] * Joins: teoli (teoli@moz-DB2960E7.sw.biz.rr.com)
# [02:07] * Joins: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net)
# [02:07] <seth> dholbert: i have continued down the rabbit hole of this SVG OnStopRequest bug and i have discovered, i believe, an even more insidious bug
# [02:07] <dholbert> seth, ooh!
# [02:07] <seth> dholbert: basically, content/svg/content/src/crashtests/zero-size-image.svg is an svg that _contains_ another svg as an image
# [02:07] <mdas> ehsan: I do
# [02:07] <mdas> ah
# [02:07] <@ehsan> jgriffin: can you explain how I may have broken Mn tests on tinderbox?
# [02:07] <mdas> jgriffin: answered
# [02:08] <@ehsan> mdas: ^
# [02:08] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [02:08] <seth> dholbert: that inner svg is just a data URI that contains "<svg></svg>"
# [02:08] <jgriffin> ehsan: can you give me a link?
# [02:08] <@ehsan> sure
# [02:08] <dholbert> seth, yup/ok
# [02:08] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [02:08] <@ehsan> https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=d9bff5217809
# [02:08] <seth> dholbert: so we never get SVGLoad for that inner SVG, which ends up blocking onload for the outer document with the new patch
# [02:08] <@ehsan> the way I know that I broke it is I backed out the patch and Mn went green again
# [02:08] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [02:08] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [02:09] <@ehsan> but I don't have any idea what my patch could have changed to cause this
# [02:09] <seth> dholbert: why? because you recall how we dispatch SVGLoad in XMLContentSink? we decide whether to do that by checking whether the top-level element is an "svg" element
# [02:09] <seth> dholbert: BUT, we also check its namespace, and that data URI svg doesn't have the proper namespace
# [02:09] <seth> dholbert: result: we never dispatch SVGload
# [02:09] * Joins: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [02:09] * Joins: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP)
# [02:09] * Quits: cabanier (cabanier@89803C3C.27D0C967.A0B21F13.IP) (Quit: Leaving.)
# [02:10] <jgriffin> ehsan: does that change do anything with the way we handle cookies?
# [02:10] * Joins: cabanier (cabanier@89803C3C.27D0C967.A0B21F13.IP)
# [02:10] * Quits: cabanier (cabanier@89803C3C.27D0C967.A0B21F13.IP) (Quit: Leaving.)
# [02:10] <dholbert> seth, hmm.... yeah, so what you're saying is: if an SVG document is broken, it won't fire SVGLoad... and that means if we use SVGLoad to indicate "image finished loading", then we won't ever fire that
# [02:10] <dholbert> s/use/gate on/
# [02:10] * Joins: tchevalier (Thunderbir@moz-49974270.w90-0.abo.wanadoo.fr)
# [02:10] * Quits: juanb (jbecerra@moz-EC87A191.tmodns.net) (Ping timeout)
# [02:10] <@ehsan> jgriffin: no
# [02:10] <dholbert> seth, right? (basically)
# [02:10] <seth> dholbert: well, maybe. do you think we _should_ be firing SVGLoad for "<svg></svg>"?
# [02:10] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [02:11] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [02:11] <dholbert> seth, no
# [02:11] * Quits: JPeterson (JPeterson@moz-68CC06AD.cust.tele2.se) (Ping timeout)
# [02:11] <seth> dholbert: if not, it seems we should be firing _something_. we don't fire SVGError either, for example
# [02:11] <dholbert> seth, but we should for <svg xmlns="http://www.w3.org/2000/svg"></svg>
# [02:11] <jgriffin> ehsan: the test that's failing is http://mxr.mozilla.org/mozilla-central/source/testing/marionette/client/marionette/tests/unit/test_cookies.py
# [02:11] <jgriffin> e.g., http://mxr.mozilla.org/mozilla-central/source/testing/marionette/client/marionette/tests/unit/test_cookies.py#22
# [02:11] <dholbert> seth, <svg></svg> is an invalid standalone SVG document, I think
# [02:11] <jgriffin> this just sets a cookie using http://mxr.mozilla.org/mozilla-central/source/testing/marionette/marionette-listener.js#955, then verifies it using document.cookies
# [02:11] <@ehsan> jgriffin: how can I run this test locally?
# [02:12] <dholbert> seth, if I load it directly (data:image/svg+xml,<svg></svg>), it looks like we just treat it as an XML document
# [02:12] <jgriffin> ehsan: you need to build Firefox with ENABLE_MARIONETTE=1 in your mozconfig
# [02:12] * Quits: tchevalier (Thunderbir@moz-49974270.w90-0.abo.wanadoo.fr) (Ping timeout)
# [02:12] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [02:12] <@ehsan> ah :(
# [02:12] <@ehsan> so full rebuild? :(
# [02:12] <jgriffin> ehsan: then, go to $topsrcdir/testing/marionette/client and run 'python setup.py develop'
# [02:12] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [02:12] <dholbert> seth, so I think this means that we can'
# [02:13] <dholbert> seth, *we can't rely on SVGLoad being fired :-/
# [02:13] <seth> dholbert: yeah. =(
# [02:13] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [02:13] <seth> dholbert: onload should get fired no matter what, though, right?
# [02:13] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [02:13] <seth> dholbert: maybe that's the quickest fix here
# [02:13] <dholbert> seth, I think so, yeah
# [02:13] <dholbert> seth, yeah, that makes sense to me
# [02:13] <jgriffin> ehsan: then from $topsrcdir/testing/marionette/client/marionette run: python runtests.py --type b2g --binary /path/to/firefox/binary tests/unit-tests.ini
# [02:14] <jgriffin> er, along with an --address localhost:2828 argument
# [02:14] <@ehsan> b2g?!
# [02:14] <jgriffin> er, sorry
# [02:14] <jgriffin> --type browser
# [02:14] <@ehsan> jgriffin: what does marionette test?
# [02:14] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Quit: bmoss)
# [02:14] <@ehsan> my change was firefox-only
# [02:14] <dholbert> seth, are you using GetReadyState(), too, or did you figure out another way to deal with documents that load too quickly?
# [02:14] <jgriffin> currently it's mostly used for b2g/gaia tests, but we run it on desktop to make sure we don't break it there
# [02:14] <seth> dholbert: OK. i'll switch over to using generic DOM events instead of SVG-specific ones
# [02:14] <jgriffin> ehsan: it's our up and coming native selenium webdriver implementation
# [02:14] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [02:15] * Quits: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
# [02:15] <dholbert> seth, cool. sorry to lead you astray :-/
# [02:15] <seth> dholbert: i found an alternate solution that I think works fine. basically set up the listener in OnStartRequest(), and then handle both load _and_ error events in the listener
# [02:15] <jgriffin> ehsan: https://developer.mozilla.org/en-US/docs/Marionette
# [02:15] <dholbert> seth, it might even be "most correct" to listen both for "load" _and_ "SVGLoad", and accept whichever one you get first
# [02:15] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [02:15] <@ehsan> jgriffin: ok, let me rebuild...
# [02:15] * Quits: RyanVM (RyanVM@moz-148999FE.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.89 [Firefox 21.0a1/20130113151633])
# [02:15] <dholbert> seth, nice, so you start listening before we do any parsing, basically?
# [02:16] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [02:16] * Joins: victorporof (victorporo@E4295265.F695A43D.79933D60.IP)
# [02:16] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [02:16] * Quits: smooney_ (smooney@2557E599.66715431.D25A875A.IP) (Quit: smooney_)
# [02:16] <seth> dholbert: yeah, that might be useful. indeed, i start listening before parsing starts, so it should be rock solid
# [02:16] <dholbert> sweet
# [02:16] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [02:16] <dholbert> seth, I'm happy with either "listen for load'" or "listen for both load & SVGLoad"
# [02:16] * Joins: RyanVM (RyanVM@moz-148999FE.phlapa.fios.verizon.net)
# [02:16] <@ehsan> jgriffin: why is ENABLE_MARIONETTE not the default?
# [02:16] <@ehsan> --enable-tests is on by default
# [02:16] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [02:17] * Quits: Jesse (jruderman@2557E599.66715431.D25A875A.IP) (Quit: Jesse)
# [02:17] <jimm> anyone care to help test build and land a windows patch on beta? (I'm stuck on crappy wireless at the Domain.)
# [02:17] <jgriffin> ehsan: because it opens a rather large security hole in the browser
# [02:17] <@ehsan> o_O?
# [02:17] * Quits: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP) (Connection reset by peer)
# [02:17] * Quits: Optimizer (Optimizer@7376E8A.4ECB12B2.274D17D6.IP) (Ping timeout)
# [02:17] <@ehsan> so why do we do those builds on tinderbox?
# [02:17] <jgriffin> ehsan: i.e., any process on your machine could connect to port 2828 and make your browser do anything
# [02:17] <jgriffin> we only do it on debug builds
# [02:17] <seth> dholbert: sounds good. i'll add a comment about this situation as it is decidedly nonobvious =)
# [02:17] <jgriffin> on TBPL
# [02:17] <@ehsan> oh
# [02:17] <@ehsan> why just on TBPL?
# [02:17] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [02:18] * @ehsan also does local debug builds
# [02:18] <dholbert> seth, thanks!
# [02:18] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [02:18] <dholbert> seth, and thanks again for tackling this bug!
# [02:18] * Quits: victorporof (victorporo@E4295265.F695A43D.79933D60.IP) (Ping timeout)
# [02:18] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f8c84724bacc - Ehsan Akhgari - Bug 830600 - Improve the performance of pasting into the location bar by rewriting the O(n^2) algorithm used there to be O(n); r=roc
# [02:18] <jgriffin> yeah maybe it should be the default for debug builds
# [02:18] <@ehsan> it should, for consistency with all other test suites
# [02:18] <@ehsan> which are all enabled by default
# [02:18] <jgriffin> yes, it's a good idea
# [02:19] <seth> dholbert: np; the oranges were driving me batty!
# [02:19] <dholbert> seth, good man
# [02:19] <dholbert> :)
# [02:19] <@roc> ehsan: have you got code to resample AudioBuffers to the correct sample rate?
# [02:19] <@ehsan> jgriffin: do I want the marionette client?
# [02:20] <@ehsan> roc: almost but it doesn't work 100% correctly yet
# [02:20] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [02:20] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/ffef8f23abd4 - Nicholas Nethercote - Bug 827691 - Treat [stack:nnnn] entries in /proc/self/maps as anonymous memory. r=jlebar.
# [02:20] <jgriffin> ehsan: it's in the tree, that's what you're installing when you 'python setup.py develop' from $src/testing/marionette/client
# [02:20] * Quits: bz (bzbarsky@moz-C7E1A91E.bstnma.fios.verizon.net) (Ping timeout)
# [02:20] * Joins: jprmc (jprmc@moz-542588AA.cpe.net.cable.rogers.com)
# [02:20] <@roc> ehsan: we're going to want to cache the results of resampling, I think
# [02:20] * geekboy|afk is now known as geekboy
# [02:20] * @ehsan is confused by https://developer.mozilla.org/en-US/docs/Mozilla/Firefox_OS/Setting_Up_Marionette_for_B2G?redirectlocale=en-US&redirectslug=Firefox_OS%2FSetting_Up_Marionette_for_B2G
# [02:21] <@ehsan> roc: for decodeAudioData?
# [02:21] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [02:21] <@ehsan> or for playback?
# [02:21] <@roc> for playback
# [02:21] <@roc> why would decodeAudioData resample?
# [02:21] <@ehsan> because the resulting buffer should be in the sample rate of the context
# [02:21] <@ehsan> caching for playback makes sense to me
# [02:22] <@ehsan> I think we talked about that at the work week
# [02:22] <@roc> oh, the spec says to resample
# [02:22] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [02:22] <@ehsan> well
# [02:22] <@ehsan> it says so because I brought it up ;)
# [02:22] <@ehsan> it didn't say anything before
# [02:22] <@roc> okay
# [02:22] <@roc> but you can still have AudioBuffers that don't match the AudioContext sample rate
# [02:22] <@roc> and need to be resampled at playback time
# [02:22] * Joins: bz (bzbarsky@moz-C7E1A91E.bstnma.fios.verizon.net)
# [02:22] * ChanServ sets mode: +o bz
# [02:23] <@ehsan> correct
# [02:23] * Joins: ciferkey (ciferkey@moz-C169D9B7.prvdri.fios.verizon.net)
# [02:23] * Quits: ciferkey (ciferkey@moz-C169D9B7.prvdri.fios.verizon.net) (Client exited)
# [02:23] <jgriffin> ehsan: that page is fairly out-of-date, sorry about that
# [02:24] <@ehsan> :(
# [02:24] * Joins: tchevalier (Thunderbir@moz-C9BE3DB5.w81-251.abo.wanadoo.fr)
# [02:24] * heycam is now known as heycam|away
# [02:24] <@ehsan> jgriffin: well I'll just hope that backscroll is available until my build finishes :/
# [02:24] <jgriffin> well I'll still be here :)
# [02:24] <@ehsan> ok, thanks
# [02:24] * Joins: tonymec (tonymec@59F2E334.27D5666B.DE2DB281.IP)
# [02:26] * Quits: lduros (user@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Client exited)
# [02:26] * geekboy is now known as geekboy|afk
# [02:27] <@ehsan> jgriffin: can I select Mn tests on the trychooser?
# [02:27] * geekboy|afk is now known as geekboy
# [02:27] <@ehsan> I mean
# [02:27] <@ehsan> I can
# [02:27] <@ehsan> but does that do the right thing?
# [02:27] <jgriffin> ehsan: yes it does
# [02:28] <@ehsan> good!
# [02:28] <philor> as long as you choose the right one
# [02:29] * Joins: lduros (user@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [02:29] <@ehsan> the right one?
# [02:29] <philor> since desktop is marionette and b2g is marionette-webapi
# [02:29] <@ehsan> oh ok
# [02:29] <philor> see also: stabbing one's self in the eye with a fork
# [02:29] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [02:29] <@ehsan> I did marionette which is fine for me
# [02:29] <@ehsan> lol
# [02:29] <@ehsan> jgriffin: perhaps I can debug this on try and avoid having to get this to work locally ;)
# [02:30] <jgriffin> maybe!
# [02:31] * Joins: JPeterson (JPeterson@moz-68CC06AD.cust.tele2.se)
# [02:32] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [02:32] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [02:32] * Quits: bsmith (bsmith@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [02:33] * Joins: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com)
# [02:33] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [02:34] * Quits: njn (chatzilla@moz-B89999FF.dyn.iinet.net.au) (Ping timeout)
# [02:34] * Quits: ddahl (ddahl@43CB6079.66715431.D25A875A.IP) (Ping timeout)
# [02:34] * Quits: Ann_Yiming (Ann_Yiming@43CB6079.66715431.D25A875A.IP) (Input/output error)
# [02:35] * Joins: njn (chatzilla@moz-D46CDBB2.dyn.iinet.net.au)
# [02:35] <@ehsan> jgriffin: actually I may have an idea on what was happening there
# [02:36] <jgriffin> cool
# [02:36] <@ehsan> the failure _could_ be justified
# [02:36] <@ehsan> one thing's for sure, my patch was completely broken ;)
# [02:36] <jgriffin> :)
# [02:37] * geekboy is now known as geekboy|afk
# [02:37] * Joins: sworkman_ (sworkman@2557E599.66715431.D25A875A.IP)
# [02:37] * Quits: sworkman_ (sworkman@2557E599.66715431.D25A875A.IP) (Quit: sworkman_)
# [02:38] * Quits: nsm (nikhil@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [02:38] * Quits: sworkman (sworkman@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [02:39] * Joins: allstarschh (allstars@moz-99690620.hinet-ip.hinet.net)
# [02:40] * @ehsan discovers that he has had --enable-warnings-as-error, and not --enable-warnings-as-errors in his mozconfig
# [02:40] <@ehsan> and that broke inbound today
# [02:40] * KaiRo_away is now known as KaiRo
# [02:41] <sfink> so... the trychooser page puts reftest-{1,2,3,4} under both "Android-Only" and "B2G-Only". Is that... are they... just answer the natural question, please.
# [02:41] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: gone)
# [02:43] * Joins: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
# [02:43] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
# [02:44] * Quits: mccr8 (mccr8@2557E599.66715431.D25A875A.IP) (Quit: mccr8)
# [02:44] <@bz> ehsan: ping
# [02:44] * Quits: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: sicking)
# [02:44] <@bz> ehsan: do you know anything about the undomanager spec?
# [02:45] <@ehsan> bz: sort of
# [02:45] <@ehsan> most of it is paged out though
# [02:45] <@ehsan> how come?
# [02:45] <@bz> ehsan: where do I send feedback on it?
# [02:45] <@bz> ehsan: it just happens to not say....
# [02:45] <@ehsan> good question
# [02:46] <@ehsan> bz: so it was edited by rniwa
# [02:46] <@bz> ehsan: I mean, I suppose I can always mail rysoke direcly or something
# [02:46] <@ehsan> and he's no longer working on it
# [02:46] <@bz> ehsan: "wa"?
# [02:46] <@bz> er, was
# [02:46] <@bz> I see
# [02:46] <@ehsan> yeah
# [02:46] <@bz> Because this spec is ... not helpful
# [02:46] <@ehsan> and he also removed the webkit implementation :)
# [02:46] <@bz> If it's dead, why did we implement it? :(
# [02:46] <@bz> Should we disable our impl?
# [02:46] <@ehsan> well
# [02:46] <@ehsan> we had the impl before they killed it
# [02:46] <@ehsan> it is disabled
# [02:46] <@bz> ok
# [02:46] <@bz> I see
# [02:47] <@bz> So then I guess it doesn't care how I change it as long as it compiles, ok
# [02:47] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [02:47] <@ehsan> I just figured it's better to land it than keeping the patch in bugzilla to rot
# [02:47] <@ehsan> bz: pretty much ;)
# [02:47] <philor> speaking of bustage, https://hg.mozilla.org/integration/mozilla-inbound/rev/89942aa8ae6a has some
# [02:47] <@ehsan> philor: backing out
# [02:47] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [02:48] <@bz> ok
# [02:48] <@bz> well
# [02:48] <@bz> see, it's making more work for me as I do webidl stuff. ;)
# [02:48] <@bz> But ok.
# [02:48] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9ca4e8812ed1 - Ehsan Akhgari - Backed out changeset 89942aa8ae6a (bug 793239) because of mochitest-3 failure
# [02:48] <@bz> it's not too much more work.
# [02:49] <@ehsan> bz: sorry!
# [02:49] <@bz> it's ok
# [02:49] <@bz> it's finding bugs, so... ;)
# [02:49] <@ehsan> well
# [02:49] <@ehsan> bz: then you're welcome :P
# [02:50] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [02:50] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [02:50] <@bz> hmm
# [02:50] * @bz has a python question
# [02:50] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Quit: Leaving.)
# [02:50] <@bz> methods = [CallbackOperation(m, sig, descriptor) for
# [02:50] <@bz> sig in m.signatures() for m in iface.members
# [02:50] <@bz> if m.isMethod() and not m.isStatic()]
# [02:51] <@bz> Should .signatures() ever get called on an object for which isMethod() is false?
# [02:51] <@bz> in the above?
# [02:51] * Quits: joe (jdrew@moz-38D685D4.woot.net) (Ping timeout)
# [02:51] * Joins: joe (jdrew@moz-38D685D4.woot.net)
# [02:52] * Joins: dmose (dmose@moz-6530E424.dsl.static.sonic.net)
# [02:52] <dmose> do xpcshell tests have access to webidl interfaces?
# [02:52] <@bz> dmose: Some of them
# [02:52] <@bz> dmose: iirc
# [02:52] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
# [02:52] <@bz> dmose: we should do more
# [02:52] * Quits: michal (michal@moz-6CE1017D.broadband17.iol.cz) (Ping timeout)
# [02:52] <seth> bz: looks like that answer is no to me
# [02:53] <@bz> seth: that's what I thought...
# [02:53] <@bz> File "/Users/bzbarsky/mozilla/inbound/mozilla/dom/bindings/Codegen.py", line 7765, in __init__
# [02:53] <@bz> sig in m.signatures() for m in iface.members
# [02:53] <@bz> AttributeError: 'IDLAttribute' object has no attribute 'signatures'
# [02:53] <dmose> bz: if i'm understanding correctly, it sounds like just because something has a webidl interface, that doesn't necessary mean it's possible to write unit tests for in xpcshell. correct?
# [02:54] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [02:54] <@bz> dmose: yes
# [02:54] <@bz> dmose: we should make the story better there....
# [02:54] <dmose> bz: that's unfortunate
# [02:54] <dmose> so how do people test that stuff?
# [02:54] <@bz> dmose: but note that a lot of webidl things depend on having a Window
# [02:54] <@bz> dmose: mochitest
# [02:54] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Quit: ChatZilla 0.9.89 [Firefox 10.0.11/20121130170736])
# [02:54] <dmose> yeah, fair point re window
# [02:55] <@bz> dmose: note that just because something has a webidl interface doesn't mean it _can't_ be tested in xpcshell
# [02:55] <@bz> dmose: e.g. xmlhttprequest
# [02:55] * Quits: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Leaving.)
# [02:55] <dmose> sure
# [02:55] * Quits: bdahl (bdahl@moz-BE33DA21.fw1.sfo1.mozilla.net) (Client exited)
# [02:55] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [02:55] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [02:56] * Quits: Nefzaoui (chatzilla@D8776807.E8860FC7.7D0E51E.IP) (Quit: ChatZilla 0.9.89 [Firefox 18.0/20130104151925])
# [02:56] <@bz> hrm
# [02:57] * jhammel is now known as jhammel|afk
# [02:57] <@bz> I don't see how the above ever worked...
# [02:58] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [02:58] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
# [02:58] <@bz> This makes no sense...
# [02:58] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [02:59] <seth> bz: question: is a load event fired for XML documents? so myDocument->AddEventListener(NS_LITERAL_STRING("load",…) should work on an XML document?
# [02:59] <seth> bz: i don't seem to be getting one
# [02:59] * Quits: jammink (textual@2557E599.66715431.D25A875A.IP) (Quit: Computer has gone to sleep.)
# [02:59] <@bz> seth: The event gets fired, but not on the document. On the window.
# [02:59] <@bz> seth: iirc.
# [02:59] * Quits: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: zzzzzzzzz)
# [03:00] * Quits: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP) (Input/output error)
# [03:00] <seth> bz: ah, bummer. that doesn't work too well for the awkward and horrifying corner case of "XML document as image"
# [03:00] <@bz> mmm
# [03:00] <@bz> one sec
# [03:00] * Joins: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [03:01] <@bz> // Now, fire either an OnLoad or OnError event to the document...
# [03:01] <@bz> if(window &&
# [03:01] <@bz> (NS_SUCCEEDED(aStatus) || aStatus == NS_ERROR_PARSED_DATA_CACHED)) {
# [03:01] <dmose> seth: <blink>
# [03:01] <@bz> nsEventDispatcher::Dispatch(window, mPresContext, &event, nullptr,
# [03:01] <@bz> &status);
# [03:01] <@bz> So yeah, fired on the window
# [03:01] <dmose> seth: what's the (not insane) use case for that?
# [03:01] <@bz> not fired at all if no window
# [03:01] <seth> dmose: it's an error condition. malformed SVGs end up being treated as XML by the parser
# [03:01] * Joins: ehugg_lime (ehugg_lime@moz-EA33CD8D.hsd1.wa.comcast.net)
# [03:01] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [03:01] <@bz> You could just add an nsIDocument API
# [03:01] <seth> bz: ack. this explains why XMLContentSink is hacked to specially fire SVGLoad...
# [03:01] <@bz> with the desired properties
# [03:01] <dmose> seth: ah, makes sense
# [03:02] * Quits: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: zzzzzzzzz)
# [03:02] <@bz> so I don't understand this
# [03:02] <@bz> help!
# [03:02] * @bz is too dumb to grok python
# [03:02] <@bz> methods = [CallbackOperation(m, sig, descriptor) for
# [03:02] <@bz> sig in m.signatures() for m in iface.members
# [03:02] <@bz> if m.isMethod() and not m.isStatic()]
# [03:02] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [03:03] * Joins: Mavericks (Mibbit@B42660A2.91088CD3.B84D4DA2.IP)
# [03:03] <seth> bz: i don't understand it either. when you get that crash, is m.isMethod() false?
# [03:03] <@bz> So as long as there is one object in iface.members for which isMethod() and not isStatic() is true...
# [03:03] <dmose> yow
# [03:03] <@bz> everything is fine
# [03:03] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [03:03] <dmose> it's not that you're too dumb
# [03:03] * Joins: sankha93 (sankha93@7061CD01.D6BD0D91.22D41759.IP)
# [03:03] <@bz> But if all of them are non-methods.
# [03:03] <dmose> that's at best marginally readable python
# [03:04] <@bz> Then I get an exception.
# [03:04] <@bz> dmose: heh
# [03:04] <dmose> which is actually hard to do
# [03:04] <reuben> can somone backout 89942aa8ae6a from inbound for me? :|
# [03:04] <@bz> I could break it up into two comprehensions
# [03:04] <reuben> nvm
# [03:04] <dmose> i bet that would make it more comprehensible
# [03:04] <@bz> could be
# [03:04] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [03:04] <sfink> I can never remember which is the inner loop and which is the outer
# [03:05] <@bz> but ignoring that...
# [03:05] <@bz> Why is it not working?
# [03:05] <@bz> Switching the order of the loops changes nothing
# [03:05] <seth> sfink: you read them from right to left i guess
# [03:05] <@bz> afaict
# [03:05] * Quits: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net) (Quit: jib)
# [03:05] <@bz> fwiw, in a small testcase....
# [03:05] <@bz> [y for y in x(num) for num in args if num % 2 == 0]
# [03:05] <@bz> That's an error
# [03:05] <@bz> because num is not defined
# [03:05] * Joins: ggoncalves (ggoncalves@moz-CF8BEBEF.dia.static.qwest.net)
# [03:06] <sankha93> tbsaunde: isn't the void* type automatically cast to elem_type* ?
# [03:06] <@bz> so that looks like the first for is happening first
# [03:06] <seth> hmm, wtf? <fires up ipython>
# [03:06] <seth> that's the opposite of what i thought
# [03:06] <sfink> that's exactly how I remembered it for a while: "it's the opposite of what you expect". Until my expectations changed...
# [03:07] <@bz> lol
# [03:07] * @bz rewrites as two comprehensions
# [03:07] <dmose> bz++
# [03:07] * Quits: Asa (asa@666A2D39.3A9F9BD4.4C2245EF.IP) (Quit: )
# [03:07] <@bz> well
# [03:08] <@bz> bz-- for writing this to start with
# [03:08] * Joins: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP)
# [03:08] <@bz> and I _still_ don't get how it's behaving.
# [03:08] <@bz> Like I said, too dumb.
# [03:08] * Quits: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Ping timeout)
# [03:09] <dmose> but at least you can debug it piecemeal!
# [03:09] <dmose> whereas before...
# [03:09] <sfink> is there an m in scope? Seems like m.signatures() should be barfing.
# [03:09] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Leaving...)
# [03:09] * Quits: ehugg_lime (ehugg_lime@moz-EA33CD8D.hsd1.wa.comcast.net) (Connection reset by peer)
# [03:09] <@bz> maybe
# [03:10] * Joins: tingyuan (tingyuan@moz-99690620.hinet-ip.hinet.net)
# [03:10] <@bz> sfink: oh, hmm
# [03:10] <@bz> sfink: there are m temporaries in earlier comprehensions...
# [03:10] <@bz> sfink: do those leak out?
# [03:10] <sfink> kill me now
# [03:10] <sfink> I hate python scoping
# [03:10] <sfink> I wouldn't expect them to
# [03:10] <@bz> I see
# [03:11] <@bz> so it only work if the _last_ thing in the interface is a method
# [03:11] <@bz> that makes sense
# [03:11] <@bz> so how can I make this thing not barg>
# [03:11] <@bz> er, barf?
# [03:11] * @bz tries this:
# [03:11] <@bz> methods = [m for m in iface.members
# [03:11] <@bz> if m.isMethod() and not m.isStatic()]
# [03:11] <@bz> methods = [CallbackOperation(m, sig, descriptor) for m in methods
# [03:11] <@bz> for s in m.signatures()]
# [03:12] * Joins: michal (michal@moz-6CE1017D.broadband17.iol.cz)
# [03:12] * Quits: jduell (jduell@moz-E3AECA12.spl.org) (Connection reset by peer)
# [03:13] * Joins: masayuki (Thunderbir@moz-9EFF7F75.userreverse.dion.ne.jp)
# [03:13] * Joins: chucklee (chucklee@moz-99690620.hinet-ip.hinet.net)
# [03:14] * Joins: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
# [03:14] <seth> wtf
# [03:14] <seth> the more i play with these things the more i am baffled
# [03:15] <seth> >>> [[x*3] for x in [1,2,3]]
# [03:15] <seth> [[3], [6], [9]]
# [03:15] <seth> >>> [y for y in [x*3] for x in [1,2,3]]
# [03:15] <seth> [9, 9, 9]
# [03:16] <@bz> uh
# [03:16] * Joins: victorporof (victorporo@E4295265.F695A43D.79933D60.IP)
# [03:16] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [03:16] <Mavericks> bz: not sure how relevant http://www.pastebin.mozilla.org/2062588 is in the current context. always first for and any ifs/fors that follow it. so in test case above, num's undefined and first for to start with.
# [03:16] * Quits: pcwalton (pcwalton@2557E599.66715431.D25A875A.IP) (Quit: pcwalton)
# [03:16] * Joins: nmatsakis (nmatsakis@AAE222A3.FDDA6739.2321E71E.IP)
# [03:17] * Joins: cviecco (cviecco@2557E599.66715431.D25A875A.IP)
# [03:17] <Mavericks> and http://www.python.org/dev/peps/pep-0202/ says same .follows left to right for/if nested evaluations
# [03:17] <@bz> Mavericks: so what I want is more like this:
# [03:17] <@bz> for x in [1,2,3]:
# [03:17] * Quits: Tommy (Tommy@moz-F7051E24.com) (Input/output error)
# [03:17] <@bz> if x % 2 == 0:
# [03:17] <Mavericks> *thinking how [9,9,9] came about in 2nd example above
# [03:17] <@bz> for y in somefunc(x):
# [03:17] * jimm is now known as jimm-bbiab
# [03:17] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [03:17] * Quits: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: www.textualapp.com)
# [03:17] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/bb97ca612605 - Daniel Holbert - Bug 831023: Remove unused non-mac-platform version of MakeIOSurfaceTexture. r=BenWa
# [03:17] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [03:18] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/39885ae3a597 - Brendan Eich - Bug 810525 - unregress DecompileValueGenerator change to handle object literal reference bases (r=jandem).
# [03:18] * @bz has it working with two comprehensions
# [03:18] * Quits: victorporof (victorporo@E4295265.F695A43D.79933D60.IP) (Ping timeout)
# [03:18] * Quits: cviecco (cviecco@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [03:19] <seth> Mavericks: the answer is: bizarre scoping rules leaking stuff from previous commands
# [03:19] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [03:19] <@bz> Yeah
# [03:19] <seth> Mavericks: which makes it rather confusing to play with these things at the interactive python prompt
# [03:19] * @bz should write python in some sort of SSA form
# [03:19] <@bz> never reuse variable names ever
# [03:19] * seth goes back to haskell
# [03:20] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [03:20] * Joins: surkov (surkov@201E6B44.CE67D555.26B1D6E2.IP)
# [03:20] * Quits: Waldo (waldo@2557E599.66715431.D25A875A.IP) (Quit: brainmush)
# [03:20] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [03:20] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [03:20] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
# [03:20] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6937f9732030 - Gene Lian - Bug 830616 - A follow-up for bug 828395 to fix some buggy logic in handling the targets of system message. r=mrbkap,benjaminchen
# [03:21] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [03:21] <seth> note that [y for y in ([x*3] for x in [1,2,3])] works
# [03:21] <@bz> yeah
# [03:21] <@bz> my problem is I want ifs
# [03:21] * nmatsakis is now known as nmatsakis|away
# [03:21] <@bz> and this setup doesn't seem to work with ifs very well
# [03:22] * Joins: Tommy (Tommy@moz-F7051E24.com)
# [03:22] <@bz> So I want something more like this:
# [03:22] <@bz> oh, parens
# [03:22] <@bz> hmmm
# [03:22] <Mavericks> finally understood [9,9,9] from above. reading messages now after that
# [03:22] <fabrice> RyanVM: b2g18 burning
# [03:22] <RyanVM> yep
# [03:22] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [03:22] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/57bf5244f06c - Thomas Zimmermann - Bug 830704: Delete UnixSocketImpl instance after SocketReceiveTasks completed [r=qdot]
# [03:24] * Joins: brendan_ (brendaneic@2557E599.66715431.D25A875A.IP)
# [03:24] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
# [03:24] * brendan_ is now known as brendan
# [03:24] <kanru> RyanVM: I believe it's c2da6d34be4c
# [03:24] * Joins: ehsan (ehsan@576FC5E5.CD1D2BB8.DC1243F8.IP)
# [03:24] * ChanServ sets mode: +o ehsan
# [03:25] <RyanVM> kanru: yep
# [03:25] <Mavericks> seth: yeah, leakin stuff from prev. commands sounds like it. haha "neve reuse variables name ever.." thiking how it can dbe done in list compre. may be it can't hmm
# [03:26] <BenWa> dholbert++
# [03:26] <seth> [CallbackOperation(m, sig, descriptor) for m in face.members if (m.isMethod() and not m.isStatic()) for sig in m.signatures()]
# [03:26] * Quits: mkaply (mkaply@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Connection reset by peer)
# [03:26] * Joins: mkaply (mkaply@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [03:26] * Parts: dmose (dmose@moz-6530E424.dsl.static.sonic.net)
# [03:26] <seth> bz: is that the dark incantation you're looking for?
# [03:27] <@bz> seth: hmm... can you put the if there?
# [03:27] <dholbert> BenWa, thanks!
# [03:27] <seth> bz: good question, testing
# [03:27] <@bz> Apparently!
# [03:28] * Parts: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com)
# [03:28] * Joins: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com)
# [03:28] <tbsaunde> why are we trying to use black magic instead of normal nest loops?
# [03:28] <seth> tbh i like python list comprehensions much less now that i see that you're basically just writing a cascade of for statements on one line
# [03:28] * Joins: gwagner (Gregor@A6CBEE60.C366FB5A.13A8CA36.IP)
# [03:29] <@bz> tbsaunde: heh
# [03:29] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Quit: )
# [03:29] * Quits: fabrice (fabrice@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
# [03:29] <@bz> seth: for statements in which the loop variable leaks out of the loop
# [03:29] <@bz> seth: at that
# [03:29] <tbsaunde> bz: I'm sort of serious, though I'm sure its an interesting puzzle
# [03:29] <seth> bz: heh yup
# [03:30] <@bz> tbsaunde: Because I'm trying consciously to write idiomatic python, not C in python clothing....
# [03:30] <@bz> tbsaunde: Though what's idiomatic here is .... arguable.
# [03:30] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [03:31] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [03:31] * Joins: juanb (jbecerra@moz-ED266E83.tmodns.net)
# [03:31] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [03:31] <tbsaunde> bz: ok, that at least that has a logic to it though I'd argue the idium is bad and one shouldn't follow idiums just because they are
# [03:31] <seth> i find the haskell equivalent of my example above _much_ more readable: [y | y <- [x*3 | x <- [1,2,3]]]
# [03:32] * Quits: ggoncalves (ggoncalves@moz-CF8BEBEF.dia.static.qwest.net) (Input/output error)
# [03:32] <seth> it's immediately obvious to me what's happening there
# [03:32] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [03:32] * Joins: ggoncalves (ggoncalves@moz-CF8BEBEF.dia.static.qwest.net)
# [03:32] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Quit: Edgar)
# [03:32] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
# [03:33] <@bz> ehsan: this spec is insane
# [03:33] <@bz> ehsan: like insanely wrong
# [03:33] * Quits: nmatsakis|away (nmatsakis@AAE222A3.FDDA6739.2321E71E.IP) (Quit: Computer has gone to sleep.)
# [03:33] * @bz wonders how much more time to spend trying to guess how to express it in WebIDL before giving up
# [03:33] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [03:34] * Joins: ciferkey (ciferkey@moz-C169D9B7.prvdri.fios.verizon.net)
# [03:34] <@roc> what spec?
# [03:34] * Quits: ciferkey (ciferkey@moz-C169D9B7.prvdri.fios.verizon.net) (Quit: )
# [03:35] <njn> seth: you can use nested comprehensions in python too
# [03:35] <@bz> roc: undomanager
# [03:35] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [03:36] <njn> seth: and in your pytohn comprehension, you want |x*3|, not |[x*3]|
# [03:36] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [03:36] <seth> njn: yeah, absolutely. possibly the real problem is that python allows you to do without the parentheses and the order in which the for clauses are evaluated is then not obvious. certainly doesn't matter if you use python enough to have internalized that
# [03:37] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [03:37] * Joins: lerc (quassel@moz-D4D0A25E.telstraclear.net)
# [03:37] <njn> seth: I'm a python newbie
# [03:37] * Quits: masayuki (Thunderbir@moz-9EFF7F75.userreverse.dion.ne.jp) (Ping timeout)
# [03:38] <njn> seth: aren't python and Haskell comprehensions equivalent except for the for/| and in/<- syntax difference?
# [03:38] <seth> njn: sort of, but you can't have the "for… for… for…" with implicit grouping
# [03:39] <seth> njn: you need to nest explicitly
# [03:39] * Joins: ehugg_lime (ehugg_lime@moz-EA33CD8D.hsd1.wa.comcast.net)
# [03:40] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Connection reset by peer)
# [03:40] <seth> njn: also the haskell ones can do a bunch of stuff which i _think_ the python ones can't do, though i'm not a python expert so i'm not sure
# [03:41] * Joins: Mossop_ (mossop@moz-3D9B2D8F.lsanca.fios.verizon.net)
# [03:41] * Quits: surkov (surkov@201E6B44.CE67D555.26B1D6E2.IP) (Quit: surkov)
# [03:41] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [03:41] <kanru> RyanVM: still red~
# [03:41] <njn> seth: they're both filter+map, AIUI
# [03:41] * Quits: Mossop (mossop@moz-3D9B2D8F.lsanca.fios.verizon.net) (Ping timeout)
# [03:42] * Quits: nattofriends (tsutsumi@moz-A369A791.warosu.org) (Ping timeout)
# [03:42] * Quits: jdm (jdm@moz-4754F405.fbx.proxad.net) (Quit: Lost terminal)
# [03:42] * Mossop_ is now known as Mossop
# [03:42] * Joins: nattofriends (tsutsumi@moz-A369A791.warosu.org)
# [03:42] * Quits: sdumitriu (sdumitriu@4822AA52.AB54EB5E.6816E6B7.IP) (Quit: Leaving.)
# [03:43] <seth> njn: basically
# [03:44] * philor is now known as philor|away
# [03:45] * Quits: gwagner (Gregor@A6CBEE60.C366FB5A.13A8CA36.IP) (Quit: gwagner)
# [03:45] * Quits: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [03:45] <seth> you know, i take it back, i guess you CAN do the "for.. for.." stuff in haskell list comprehensions, with the comma operator
# [03:45] * Quits: dzbarsky (Adium@moz-9920E835.wireless-pennnet.upenn.edu) (Quit: Leaving.)
# [03:45] <seth> it's not too readable there either
# [03:46] * Joins: spartanfire_ (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com)
# [03:46] * Quits: juanb (jbecerra@moz-ED266E83.tmodns.net) (Quit: juanb)
# [03:46] <njn> seth: unless you're used to it. I really think the two languages are very similar on this matter
# [03:46] * Quits: chewey (chewey@moz-552B677B.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:46] * Quits: bbondy (bbondy@7F6E4DBB.3A9F9BD4.4C2245EF.IP) (Quit: Going offline, see ya! (www.adiirc.com))
# [03:47] * Quits: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com) (Ping timeout)
# [03:47] * spartanfire_ is now known as spartanfire
# [03:47] * Joins: chewey (chewey@moz-79EE608.dip0.t-ipconnect.de)
# [03:47] * Quits: gustavold (gustavold@60268C9D.479307F0.FBFF2E6D.IP) (Quit: Leaving.)
# [03:47] <seth> njn: yeah, fair enough. i never use list comprehensions in haskell, so i hadn't noticed that. thought they had syntactically avoided the ambiguity of the python version, but i guess not
# [03:50] <seth> njn: i've been meaning to play more with them since i learned they can be generalized to work with arbitrary monads, though. i imagine you may be able to do nice things with that in the right situation
# [03:51] * Joins: Mook (mook@moz-5FFA03A3.dsl.teksavvy.com)
# [03:51] * Quits: cpeterson (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [03:51] <njn> seth: I thought that wasn't the case -- in some early version of Haskell they generalized list comprehensions to monad comprehensions, and then they later undid the change because it wasn't that useful and the error messages were incomprehensible
# [03:51] * Quits: azakai (alon@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [03:52] * Quits: RyanVM (RyanVM@moz-148999FE.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.89 [Firefox 21.0a1/20130115174049])
# [03:52] <seth> njn: yeah, they thought the error messages confused newbies. same justifications as map vs mapM and so forth
# [03:53] * Joins: mkairys (mkairys@moz-EEE566BD.infotech.monash.edu.au)
# [03:53] <seth> njn: but there is IIRC a GHC option to enable them
# [03:53] <njn> ah
# [03:53] <njn> there's a GHC option for just about anything :)
# [03:53] * Joins: masayuki (Thunderbir@moz-76FF26A7.userreverse.dion.ne.jp)
# [03:53] <seth> haha yeah
# [03:53] <njn> --decide-undecidable-type-algorithm
# [03:54] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5087e184f8ad - Ehsan Akhgari - Bug 830652 - Consume the -private-window command line argument in per-window PB builds; r=dolske
# [03:54] * Quits: hurley (hurley@moz-E76806A0.dsl.static.sonic.net) (Connection reset by peer)
# [03:54] * Joins: hurley (hurley@moz-E76806A0.dsl.static.sonic.net)
# [03:55] * Quits: naveed (nihsanulla@moz-E0791328.bstnma.fios.verizon.net) (Ping timeout)
# [03:55] <seth> "hey, it terminates most of the time!"
# [03:58] <@roc> which is fine, really.
# [03:58] <@roc> people get so hung up on decidability. Who cares.
# [03:59] <@roc> I mean, if your typechecker is more than O(N^2) in the size of the program, it's really no better.
# [03:59] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/7d040558e4fd - Nicholas Nethercote - Bug 830226 - Reorder memory dumping for increased DMD effectiveness. r=jlebar.
# [03:59] <@bz> Termination is easy to prove
# [03:59] * Joins: Optimizer (Optimizer@97DDD94E.14D5BA90.274D17D6.IP)
# [03:59] <@bz> e.g. I would expect any program running on a modern laptop to terminate in no more than 10 years.
# [03:59] <@bz> Due to hardware failure.
# [03:59] <njn> ho ho ho
# [04:00] <njn> bz: a modern laptop isn't a Turing machine, sorry
# [04:00] <@bz> njn: details, details.
# [04:00] <derf> You just need more tape.
# [04:00] <@bz> njn: next you'll be telling me the heat death of the universe implies termination too. ;)
# [04:00] <derf> bz: I mean, eventually the protons will decay.
# [04:01] <@bz> derf: or so we think
# [04:01] <njn> derf: a *lot* more
# [04:01] * Quits: dougt (dougt@moz-75E4F719.hsd1.ca.comcast.net) (Ping timeout)
# [04:02] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
# [04:02] * Joins: m_kato (m_kato@moz-348F61F0.mozilla.or.jp)
# [04:02] * cmcavoy-offline is now known as cmcavoy
# [04:03] * heycam|away is now known as heycam
# [04:04] <jwir3> is this: var scrollTop = BrowserApp.selectedBrowser.contentDocument.documentElement.scrollTop || BrowserApp.selectedBrowser.contentDocument.body.scrollTop; the best way to get the current Y scroll position of the viewport in browser.js?
# [04:05] * Joins: pranavrc (pranavrc@CEF5B3D6.D99AA503.C28326FD.IP)
# [04:05] * Quits: cpearce (cpearce@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [04:05] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
# [04:06] * Quits: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net) (Quit: jgriffin)
# [04:07] * Quits: mkairys (mkairys@moz-EEE566BD.infotech.monash.edu.au) (Quit: :)
# [04:08] * Joins: naveed (nihsanulla@moz-E0791328.bstnma.fios.verizon.net)
# [04:08] * Quits: Optimizer (Optimizer@97DDD94E.14D5BA90.274D17D6.IP) (Ping timeout)
# [04:09] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
# [04:09] * cmcavoy is now known as cmcavoy-offline
# [04:09] * Joins: dougt (dougt@moz-75E4F719.hsd1.ca.comcast.net)
# [04:10] * Quits: spartanfire (guimdearau@moz-33A83FA2.mielccc.clients.pavlovmedia.com) (Quit: spartanfire)
# [04:11] <@roc> undecidability results actually kiinda retarded computer science progress for a long time. Once people got over the undecidability problem and actually started trying to write good SAT solvers, they discovered that a) most SAT problems are easy and b) solving them is incredibly useful.
# [04:12] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [04:14] * Quits: hurley (hurley@moz-E76806A0.dsl.static.sonic.net) (Quit: Computer has gone to sleep)
# [04:14] * Joins: hurley_ (hurley@moz-E76806A0.dsl.static.sonic.net)
# [04:14] * Quits: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
# [04:15] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [04:15] * Joins: nmatsakis|away (nmatsakis@AAE222A3.FDDA6739.2321E71E.IP)
# [04:15] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
# [04:16] * Quits: hurley_ (hurley@moz-E76806A0.dsl.static.sonic.net) (Quit: Get MacIrssi - http://www.sysctl.co.uk/projects/macirssi/ )
# [04:16] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Quit: brendan)
# [04:17] * Joins: victorporof (victorporo@E4295265.F695A43D.79933D60.IP)
# [04:17] * Joins: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
# [04:17] * Joins: bajaj1 (Adium@2557E599.66715431.D25A875A.IP)
# [04:18] * Quits: bajaj (Adium@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [04:18] * Quits: espindola (espindola@moz-489DD8B8.dsl.teksavvy.com) (Client exited)
# [04:18] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Quit: Edgar)
# [04:18] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
# [04:19] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/0b4e7e4af648 - Cameron McCormack - Bug 826582 - Part 5: Upstream calc-in-gradient tests. r=dbaron
# [04:19] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/9560a098fe46 - Cameron McCormack - Bug 826582 - Part 3: Move calc() tests to be upstreamed to the CSS test suite. r=dbaron
# [04:19] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/40bedaf0cbef - Cameron McCormack - Bug 826582 - Part 1: Unprefix -moz-calc() in reftests for that feature. r=dbaron
# [04:19] * Joins: KaIRC (robert@moz-12C88C7C.adsl.highway.telekom.at)
# [04:19] * Quits: KaiRo (robert@moz-31D5108A.adsl.highway.telekom.at) (Ping timeout)
# [04:19] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ac7c686a991b - Cameron McCormack - Bug 826582 - Part 2: Unprefix -moz-transform{,-origin} in calc() reftests. r=dbaron
# [04:20] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f04fcbcb69fb - Cameron McCormack - Bug 826582 - Part 4: Make upstreamed calc() tests conform to the test template. r=dbaron
# [04:21] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
# [04:21] * Joins: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net)
# [04:21] * Quits: b10n1k (j0ni@moz-A50524F8.hsd1.il.comcast.net) (Ping timeout)
# [04:22] * Joins: b10n1k (j0ni@moz-A50524F8.hsd1.il.comcast.net)
# [04:22] * Quits: jwalker (jwalker@moz-5B263CE9.cable.virginmedia.com) (Ping timeout)
# [04:23] * Quits: gandalf (zbraniecki@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: My lid went down)
# [04:23] * Quits: KaIRC (robert@moz-12C88C7C.adsl.highway.telekom.at) (Input/output error)
# [04:24] * Quits: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au) (Ping timeout)
# [04:25] * Quits: tingyuan (tingyuan@moz-99690620.hinet-ip.hinet.net) (Quit: leaving)
# [04:25] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
# [04:25] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
# [04:25] * Joins: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au)
# [04:26] * Quits: ggoncalves (ggoncalves@moz-CF8BEBEF.dia.static.qwest.net) (Connection reset by peer)
# [04:26] * Quits: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP) (Quit: lmandel)
# [04:27] * Quits: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com) (Ping timeout)
# [04:27] * Joins: ggoncalves (ggoncalves@moz-CF8BEBEF.dia.static.qwest.net)
# [04:28] * Joins: jwalker (jwalker@moz-5B263CE9.cable.virginmedia.com)
# [04:29] * Quits: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net) (Ping timeout)
# [04:29] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/ee9dd4854dfc - Matthew Gregan - Bug 826104 - Fix audio thread shutdown crash. r=roc
# [04:29] * Quits: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
# [04:30] * Joins: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net)
# [04:30] * nmatsakis|away is now known as nmatsakis
# [04:30] * Joins: ehugg_li_ (ehugg_lime@moz-851FD57E.mycingular.net)
# [04:31] * Joins: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP)
# [04:31] * Quits: tonymec (tonymec@59F2E334.27D5666B.DE2DB281.IP) (Ping timeout)
# [04:31] * Quits: jwalker (jwalker@moz-5B263CE9.cable.virginmedia.com) (Ping timeout)
# [04:31] * Quits: ehugg_lime (ehugg_lime@moz-EA33CD8D.hsd1.wa.comcast.net) (Ping timeout)
# [04:32] * glob|away is now known as glob
# [04:32] * Quits: tonymec|away (tonymec@59F2E334.27D5666B.DE2DB281.IP) (Ping timeout)
# [04:32] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/6176bb500beb - Boris Zbarsky - Bug 830614. Wrapping a wrappercached WebIDL object should watch out for reentry via WrapNativeParent. r=peterv, a=lsblakk
# [04:33] * Quits: nmatsakis (nmatsakis@AAE222A3.FDDA6739.2321E71E.IP) (Ping timeout)
# [04:33] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e00134f26069 - Reuben Morais - Bug 793239 - SettingsLock should have a state property to indicate if it is still valid; r=gwagner
# [04:33] * Quits: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net) (Ping timeout)
# [04:34] * Joins: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net)
# [04:34] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: seth)
# [04:34] * Joins: jwalker (jwalker@moz-5B263CE9.cable.virginmedia.com)
# [04:37] * Quits: akeybl_ (akeybl@43CB6079.66715431.D25A875A.IP) (Quit: Leaving...)
# [04:39] * Quits: sankha93 (sankha93@7061CD01.D6BD0D91.22D41759.IP) (Quit: Leaving.)
# [04:39] * philor|away is now known as philor
# [04:40] * Joins: tingyuan (tingyuan@moz-60EA5A7A.csie.ntu.edu.tw)
# [04:41] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Quit: brendan)
# [04:41] * Joins: knelson (Adium@moz-B2829269.dsl.pltn13.sbcglobal.net)
# [04:41] * Joins: cpearce (cpearce@moz-A1E28DBA.xdsl.xnet.co.nz)
# [04:41] * Quits: knelson (Adium@moz-B2829269.dsl.pltn13.sbcglobal.net) (Quit: Leaving.)
# [04:42] * Quits: bajaj1 (Adium@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
# [04:42] * Quits: ggoncalves (ggoncalves@moz-CF8BEBEF.dia.static.qwest.net) (Ping timeout)
# [04:43] <Mavericks> jwir3: think so
# [04:43] * Mavericks is now known as Mavericks|afk
# [04:43] <jwir3> Mavericks: cool, thx
# [04:43] * Quits: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net) (Quit: Leaving)
# [04:43] * Joins: nmatsakis (nmatsakis@AAE222A3.FDDA6739.2321E71E.IP)
# [04:43] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
# [04:43] * Quits: masayuki (Thunderbir@moz-76FF26A7.userreverse.dion.ne.jp) (Ping timeout)
# [04:44] <@ehsan> cpearce: pin
# [04:44] <@ehsan> ping, even
# [04:44] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
# [04:44] * Quits: tingyuan (tingyuan@moz-60EA5A7A.csie.ntu.edu.tw) (Quit: leaving)
# [04:45] * Joins: DGMurdockIII (DGMurdockI@moz-F1247A16.hsd1.in.comcast.net)
# [04:46] <cpearce> ehsan: pong
# [04:46] * Quits: lduros (user@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Client exited)
# [04:46] * Quits: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP) (Quit: lmandel)
# [04:47] <@ehsan> cpearce: how crucial is that implementations of AbstractMediaDecoder::OnDecoderThread() return the correct result?
# [04:48] * Joins: gwagner (Gregor@A6CBEE60.C366FB5A.13A8CA36.IP)
# [04:48] * Joins: bdahl (bdahl@moz-D7CB09C3.dsl.dynamic.sonic.net)
# [04:48] <cpearce> ehsan: it's important for the DASH decoder, as its thread safety relies on it. the other decoders just use it for assertions.
# [04:48] <cpearce> ehsan: Why?
# [04:49] <@ehsan> cpearce: so you know how I am using a thread pool? that implicitly means that the "decode thread" that I get at any point may not be the same thread that continues to run all of the decoding
# [04:50] <@ehsan> cpearce: so if I don't support the DASH decoder (which I don't), can I just return true unconditionally or something?
# [04:50] <cpearce> but you only use a single thread for the decode of any single file right?
# [04:51] <@ehsan> for the actual decoding step, yes
# [04:51] <cpearce> right, that should be fine then.
# [04:51] <@ehsan> but I can't get to that thread until decoding has begun
# [04:51] <@ehsan> and I need to have the current thread object when I create the BufferDecoder object
# [04:51] <@ehsan> which now happens on the main thread
# [04:51] * Quits: naveed (nihsanulla@moz-E0791328.bstnma.fios.verizon.net) (Ping timeout)
# [04:52] * Joins: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk)
# [04:52] * Quits: ehugg_li_ (ehugg_lime@moz-851FD57E.mycingular.net) (Ping timeout)
# [04:52] <cpearce> I don't follow. MediaDecoders and readers are created on the main thread currently anyhow.
# [04:53] <cpearce> I mean I don't see why that would be a problem, as it's how things happen now right?
# [04:53] * Quits: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk) (Ping timeout)
# [04:53] <@ehsan> well
# [04:54] <@ehsan> I have my own implementation of AbstractMediaDecoder
# [04:54] <@ehsan> and that implementation has an mDecodeThread member which OnDecodeThread uses
# [04:54] <@ehsan> perhaps I can get away but not initing that member until the decoding is going to begin?
# [04:54] * Joins: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk)
# [04:55] <@ehsan> that would only work of course if OnDecodeThread is never called when creating a decoder reader object...
# [04:55] * Joins: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP)
# [04:56] <cpearce> hmmm, I see...
# [04:56] * Quits: @dveditz (dveditz@moz-131789FA.dhcp.cruzio.com) (Ping timeout)
# [04:56] <@ehsan> I guess I can assert that and see what happens?
# [04:56] <@ehsan> what a rathole :(
# [04:56] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [04:57] * Joins: dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net)
# [04:57] * ChanServ sets mode: +o dveditz
# [04:57] <cpearce> well, the stuff that asserts that it's on the decode thread should only be decoding stuff, which shouldn't happen until you start decoding, so you should be ok...
# [04:57] <@ehsan> one gotcha
# [04:57] <cpearce> One would hope so at least!
# [04:57] <@ehsan> hmm
# [04:57] <@ehsan> nm actually
# [04:57] <@ehsan> I can work around it
# [04:57] <rnewman> anyone know why our ecmascript Map implementation doesn't support .size()?
# [04:58] * Joins: tonymec__ (tonymec@547DD3FD.29CE74CD.277517C1.IP)
# [04:59] * Joins: tingyuan (tingyuan@moz-99690620.hinet-ip.hinet.net)
# [04:59] * tonymec__ is now known as tonymec|away
# [04:59] * Quits: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP) (Quit: lmandel)
# [05:00] * Joins: Matti_ (Matti@moz-B0557489.dip.t-dialin.net)
# [05:00] * glob is now known as glob|away
# [05:00] * Joins: ggoncalves (ggoncalves@moz-CF8BEBEF.dia.static.qwest.net)
# [05:01] * Quits: Matti (Matti@moz-254A9260.dip.t-dialin.net) (Ping timeout)
# [05:02] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [05:04] * Joins: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net)
# [05:04] * sheeri-afk is now known as sheeri
# [05:08] * Parts: kentuckyfriedtakahe (ajones@538BABFE.A073F3E.97BBD552.IP)
# [05:12] <@bz> rnewman: because it wasn't in the spec when we implemented?
# [05:12] <rnewman> *sigh*
# [05:12] <@bz> Still isn't
# [05:12] <@bz> http://wiki.ecmascript.org/doku.php?id=harmony:simple_maps_and_sets
# [05:12] <rnewman> yeah, I saw that page
# [05:12] <rnewman> looks like stale wiki
# [05:12] <@bz> oh?
# [05:12] <rnewman> as opposed to http://www.nczonline.net/blog/2012/10/09/ecmascript-6-collections-part-2-maps/
# [05:12] <rnewman> which includes .size
# [05:13] <@bz> Ah, sounds like a recent addition
# [05:13] <@bz> File a bug
# [05:13] <rnewman> kk
# [05:14] <@bz> er
# [05:14] <@bz> wait
# [05:14] <@bz> we have a .size
# [05:14] <@bz> (not a function, just a property)
# [05:14] <rnewman> [20:14:23.094] TypeError: map.size is not a function
# [05:14] <rnewman> true enough
# [05:14] <rnewman> excelle
# [05:14] <@bz> and always returning 0?
# [05:14] * @bz tests
# [05:14] <rnewman> returned 2
# [05:15] <rnewman> seems to work
# [05:15] <rnewman> yay
# [05:15] <@bz> ah, no
# [05:15] <@bz> seems to update
# [05:15] <@bz> confusing that can't use [] to set map elements. ;)
# [05:15] <@bz> so yeah, still need bug to implement as size()
# [05:15] <@ehsan> cpearce: seems like this trick works...
# [05:15] <rnewman> will file
# [05:15] <rnewman> thanks bz
# [05:15] <@bz> No problem
# [05:16] <rnewman> aha: Made Map size an accessor property
# [05:16] <rnewman> Oct 26 draft
# [05:17] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
# [05:17] * Joins: tonymec (tonymec@547DD3FD.29CE74CD.277517C1.IP)
# [05:17] * Joins: darkowlzz (darkowlzz@C3D3A275.D38B5340.25B273F5.IP)
# [05:17] <rnewman> changed in fx19
# [05:18] * Quits: DGMurdockIII (DGMurdockI@moz-F1247A16.hsd1.in.comcast.net) (Connection reset by peer)
# [05:18] * Quits: felipe (felipe@2981D2F7.550A1EE7.DB5C0666.IP) (Quit: felipe)
# [05:19] * Quits: jcv (john@moz-9DD98F0F.cable.mindspring.com) (Connection reset by peer)
# [05:20] * Joins: jcv (john@moz-9DD98F0F.cable.mindspring.com)
# [05:22] * Quits: Mossop (mossop@moz-3D9B2D8F.lsanca.fios.verizon.net) (Connection reset by peer)
# [05:23] * Joins: Mossop (mossop@moz-3D9B2D8F.lsanca.fios.verizon.net)
# [05:23] * Quits: Mavericks|afk (Mibbit@B42660A2.91088CD3.B84D4DA2.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [05:23] * glob|away is now known as glob
# [05:25] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
# [05:26] <ewong> anyone here familiar with pulse?
# [05:27] <ewong> errgk wrong channel
# [05:27] * bz is now known as bz_sleep
# [05:27] <philor> as good as any other
# [05:29] <philor> I wouldn't be entirely surprised if the final answer turned out to be that #ateam wound up owning it
# [05:29] * Joins: ddahl (ddahl@648205EB.ED8DACAE.49D91E5E.IP)
# [05:29] <ewong> philor: thanks.. will check with #ateam
# [05:30] <philor> and say hello to your timezone problem yet again
# [05:30] <ewong> oh.. drat
# [05:30] * ewong goes to take some headache pills.
# [05:31] * Quits: cpearce (cpearce@moz-A1E28DBA.xdsl.xnet.co.nz) (Ping timeout)
# [05:31] <glob> yes, #ateam own pulse now
# [05:32] <glob> jgriffin would be the best person to chat to
# [05:32] <glob> ewong ^
# [05:32] * Joins: surkov (surkov@99A26FAC.CE67D555.26B1D6E2.IP)
# [05:32] <ewong> glob thanks!
# [05:33] * vladan is now known as vladan-afk
# [05:33] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
# [05:34] * Joins: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net)
# [05:34] * Joins: cpearce (cpearce@moz-A1E28DBA.xdsl.xnet.co.nz)
# [05:36] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [05:36] * Quits: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney_)
# [05:36] * Quits: jcv (john@moz-9DD98F0F.cable.mindspring.com) (Quit: leaving)
# [05:37] * Quits: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Ping timeout)
# [05:37] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
# [05:37] * Joins: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net)
# [05:38] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [05:38] * Quits: randix (rdow@moz-EED5EBCB.dhcp.mdfd.or.charter.com) (Quit: randix)
# [05:38] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
# [05:38] * Quits: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney_)
# [05:39] * Quits: teoli (teoli@moz-DB2960E7.sw.biz.rr.com) (Input/output error)
# [05:39] <ewong> I seriously hate being in the wrong timezone..
# [05:40] <glob> ewong, you mean you hate everyone else being in the wrong timezone
# [05:41] <ewong> ;P
# [05:43] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
# [05:45] * Quits: cpearce (cpearce@moz-A1E28DBA.xdsl.xnet.co.nz) (Ping timeout)
# [05:45] * Joins: jcv (john@moz-9DD98F0F.cable.mindspring.com)
# [05:48] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4f28ea0c6160 - Cameron McCormack - Bug 829363 - Make :scope match style scope roots. r=bzbarsky
# [05:50] * Joins: Optimizer (Optimizer@2808E874.27A8EFA7.BE90E62C.IP)
# [05:51] * Joins: grassyue_freshbird (Mibbit@28C94794.5875A3A4.DDAC2321.IP)
# [05:52] * Quits: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au) (Ping timeout)
# [05:52] * Joins: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au)
# [05:52] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/0d2969ae8f71 - Jonathan Griffin - Bug 825802 - Don't expose SpecialPowers unless specifically requested, r=philikon
# [05:53] * Joins: pcwalton (pcwalton@moz-481A040C.hsd1.ca.comcast.net)
# [05:54] <grassyue_freshbird> NEEDS　HELP: when using "hg" to clone the codes, the progress stopped at "adding changesets". (windows xp sp3)
# [05:55] * Joins: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net)
# [05:56] <@bz_sleep> stopped?
# [05:56] <@bz_sleep> Or is just taking a while?
# [05:56] <@bz_sleep> That part can take a bit
# [05:58] * Joins: randix (rdow@moz-EED5EBCB.dhcp.mdfd.or.charter.com)
# [05:58] * Quits: Optimizer (Optimizer@2808E874.27A8EFA7.BE90E62C.IP) (Ping timeout)
# [06:00] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [06:00] * Quits: tingyuan (tingyuan@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [06:00] <grassyue_freshbird> Adn how long will it last usually? It already takes about 5 min or longer
# [06:00] * Joins: tingyuan (tingyuan@moz-99690620.hinet-ip.hinet.net)
# [06:01] <ewong> I've waited for 10 minutes or more for my hg clone http://hg.mozilla.org/releases/mozilla-release
# [06:02] * Joins: Mavericks (Mibbit@C6623507.2585D814.C6104E0F.IP)
# [06:04] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Computer has gone to sleep.)
# [06:05] <grassyue_freshbird> thanks, just waiting for more informations appearing (hg clone http://hg.mozilla.org/mozilla-central
# [06:06] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c93da3e24df5 - Fabrice Desré - Bug 829679 - Package installation without // on the manifest URL causes webapps.json corruption r=ferjm a=tef+
# [06:06] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
# [06:07] * sheeri is now known as sheeri-afk
# [06:08] * Quits: ggoncalves (ggoncalves@moz-CF8BEBEF.dia.static.qwest.net) (Connection reset by peer)
# [06:09] * Quits: jgilbert (jgilbert@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [06:10] * Joins: Optimizer (Optimizer@877D59F2.47EF2355.D2D1FAF0.IP)
# [06:10] * Joins: bbondy (bbondy@7F6E4DBB.3A9F9BD4.4C2245EF.IP)
# [06:10] * Joins: ggoncalves (ggoncalves@moz-CF8BEBEF.dia.static.qwest.net)
# [06:11] <grassyue_freshbird> anyones know why the process "Adding changesets" needs so long time?
# [06:11] <mbrubeck> grassyue_freshbird: Because mozilla-central is really really large
# [06:11] <ewong> grassyue_freshbird: that's a lot of changesets
# [06:11] <mbrubeck> and mercurial is not super-fast
# [06:11] * Quits: Mavericks (Mibbit@C6623507.2585D814.C6104E0F.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [06:11] <grassyue_freshbird> and without any other informations
# [06:11] <mbrubeck> Yeah, there's not much feedback.
# [06:12] <mbrubeck> It can take 30 minutes or more on a slow connection.
# [06:13] <grassyue_freshbird> and the size of folder is also not changed
# [06:14] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
# [06:14] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
# [06:16] * Joins: harth (harth@moz-3C999954.hsd1.ca.comcast.net)
# [06:17] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
# [06:17] * Quits: gwagner (Gregor@A6CBEE60.C366FB5A.13A8CA36.IP) (Quit: gwagner)
# [06:19] * Quits: jhammel|afk (jhammel@moz-14240F1C.hsd1.ca.comcast.net) (Quit: leaving)
# [06:20] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [06:21] <@bz_sleep> There's feedback if you have the progress extension
# [06:21] <@bz_sleep> fwiw
# [06:21] * Quits: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney_)
# [06:22] * Quits: kaze|zZz (kaze@moz-7E0F0F9E.fbx.proxad.net) (Ping timeout)
# [06:24] * Joins: vigneshwaran (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP)
# [06:25] * Joins: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net)
# [06:26] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
# [06:26] * Joins: Mavericks (Mibbit@510C3F86.31A00CBB.B84D4DA2.IP)
# [06:28] * Quits: @roc (chatzilla@E2F7352.56080C53.97BBD552.IP) (Ping timeout)
# [06:30] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [06:32] * Quits: @gavin (gavin@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
# [06:34] * Quits: tingyuan (tingyuan@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [06:34] * Quits: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au) (Ping timeout)
# [06:34] * Joins: tingyuan (tingyuan@moz-99690620.hinet-ip.hinet.net)
# [06:34] * Joins: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net)
# [06:35] * Joins: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au)
# [06:35] * Quits: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney_)
# [06:38] <grassyue_freshbird> to record the message from the process of hg to get the feedback, right?
# [06:40] * Joins: teoli (teoli@moz-DB2960E7.sw.biz.rr.com)
# [06:44] * Quits: ggoncalves (ggoncalves@moz-CF8BEBEF.dia.static.qwest.net) (Input/output error)
# [06:46] * Quits: aki|away (aki@moz-A18C1E59.members.linode.com) (Ping timeout)
# [06:46] * Quits: pranavrc (pranavrc@CEF5B3D6.D99AA503.C28326FD.IP) (Quit: Ping timeout: ∞)
# [06:46] * Quits: joe (jdrew@moz-38D685D4.woot.net) (Ping timeout)
# [06:46] * Quits: vlad (vlad@moz-97F0FD4D.members.linode.com) (Ping timeout)
# [06:46] * Quits: Mavericks (Mibbit@510C3F86.31A00CBB.B84D4DA2.IP) (Ping timeout)
# [06:46] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
# [06:46] * Quits: jhford (jhford@moz-D8988180.org) (Ping timeout)
# [06:46] * Quits: ivan (ivan@moz-531C3EC9.members.linode.com) (Ping timeout)
# [06:46] * Quits: vladan-afk (vladan@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [06:46] * Quits: BenWa (BenWa@moz-B9E3729F.members.linode.com) (Ping timeout)
# [06:47] * Quits: Jasper (jstpierre@moz-A406D4F8.coderinserepeat.com) (Ping timeout)
# [06:47] * Quits: nmatsakis (nmatsakis@AAE222A3.FDDA6739.2321E71E.IP) (Quit: Computer has gone to sleep.)
# [06:47] * Joins: joe (jdrew@moz-38D685D4.woot.net)
# [06:47] * Joins: jhk (jhk@7FC79FD2.5827C9F6.D06349B0.IP)
# [06:47] * Joins: aki (aki@moz-A18C1E59.members.linode.com)
# [06:47] * Joins: Jasper (jstpierre@moz-A406D4F8.coderinserepeat.com)
# [06:48] * Joins: ivan (ivan@moz-531C3EC9.members.linode.com)
# [06:48] * Joins: jhford (jhford@moz-D8988180.org)
# [06:48] * Joins: vlad (vlad@moz-97F0FD4D.members.linode.com)
# [06:48] * aki is now known as aki|away
# [06:48] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
# [06:49] * Joins: BenWa (BenWa@moz-B9E3729F.members.linode.com)
# [06:50] * Quits: teoli (teoli@moz-DB2960E7.sw.biz.rr.com) (Ping timeout)
# [06:52] * Joins: Mavericks (Mibbit@510C3F86.31A00CBB.B84D4DA2.IP)
# [06:54] * heycam is now known as heycam|away
# [06:55] * Quits: njn (chatzilla@moz-D46CDBB2.dyn.iinet.net.au) (Connection reset by peer)
# [06:57] * Joins: njn (chatzilla@moz-81F378C6.dyn.iinet.net.au)
# [06:57] * Quits: njn (chatzilla@moz-81F378C6.dyn.iinet.net.au) (Quit: ChatZilla 0.9.89 [Firefox 21.0a1/20130113141130])
# [06:57] * Quits: victorporof (victorporo@E4295265.F695A43D.79933D60.IP) (Ping timeout)
# [06:58] * glob is now known as glob|away
# [06:59] * Joins: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net)
# [06:59] * Joins: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net)
# [06:59] * Joins: gandalf (zbraniecki@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [06:59] * Joins: subrata (Mibbit@32539227.CDE43938.2E24DDAA.IP)
# [07:00] * Joins: masayuki (Thunderbir@moz-B5ED316D.ppp11.odn.ad.jp)
# [07:02] * Quits: subrata (Mibbit@32539227.CDE43938.2E24DDAA.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [07:03] <BenWa> I can't get a page served via http:// to show resources served from file://. This must be an security restriction. Is there anything that can be done to permit it?
# [07:04] * jcranmer is now known as jcranmer|away
# [07:04] * Quits: dcamp (dave@moz-930D5B64.hsd1.wa.comcast.net) (Quit: Leaving...)
# [07:05] * Quits: Optimizer (Optimizer@877D59F2.47EF2355.D2D1FAF0.IP) (Ping timeout)
# [07:06] <@bz_sleep> BenWa: http://kb.mozillazine.org/Links_to_local_pages_don%27t_work#Disabling_the_Security_Check
# [07:07] * Joins: vicamo (vicamo@moz-99690620.hinet-ip.hinet.net)
# [07:07] <@bz_sleep> BenWa: Assuming that still works....
# [07:07] <BenWa> I can't change those pref from my add-on =\
# [07:07] <BenWa> i.e. on all the users
# [07:08] <philor> I certainly hope not
# [07:08] <@bz_sleep> right
# [07:08] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
# [07:08] <@bz_sleep> you have to change them manually
# [07:08] <@bz_sleep> in prefs.js
# [07:08] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4b3fc69a1893 - Ehsan Akhgari - Bug 827158 - Part 2: Rename nsDOMValidityState to mozilla::dom::ValidityState; r=bzbarsky
# [07:08] <@bz_sleep> What are you actually trying to do?
# [07:08] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a1c95996fc3e - Ehsan Akhgari - Bug 827158 - Part 1: Rename nsHTMLObjectElement to mozilla::dom::HTMLObjectElement; r=bzbarsky
# [07:09] <@ehsan> oh shoot
# [07:09] <@ehsan> forgot to do proper renaming :((
# [07:09] <BenWa> bz_sleep: I have a webm video that on the local users' machine that I want to display in the profiler UI
# [07:10] <BenWa> So it sounds like my option is either serve the profiler UI from file:// (bundle it with the addon) or host a temporary basic HTTP server using python. Both are annoying options
# [07:11] <@bz_sleep> ehsan: :(
# [07:11] * Quits: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net) (Quit: Leaving.)
# [07:11] <@bz_sleep> ehsan: the diffs in the bug looked right!
# [07:11] <@ehsan> yeah
# [07:11] <@bz_sleep> ehsan: that sucks
# [07:11] <@ehsan> I keep forgetting that git show doesn't do what I want by default :(
# [07:11] <@ehsan> I'll backout and reland
# [07:12] <@bz_sleep> ehsan: and that it undoes it after? :(
# [07:12] <@bz_sleep> ehsan: thanks
# [07:12] <@ehsan> right
# [07:12] <@bz_sleep> ehsan: not that that will fix the blame. :(
# [07:12] * @ehsan should not be allowed near the code repo past 1:00am
# [07:12] <@ehsan> it will at least save part of my dignity
# [07:12] <@ehsan> whatever's left of it after this :(
# [07:12] <@bz_sleep> ehsan: git should not be allowed near the code. ;)
# [07:12] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/8c6a29d22334 - Ehsan Akhgari - Backed out 2 changesets (bug 827158) because I forgot to rename the files properly
# [07:13] <@ehsan> bz_sleep: as my punishment, I'll submit another patch to move the validity state bits, and will then assign the bug to you
# [07:13] <@bz_sleep> BenWa: thinking
# [07:13] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5bf4b30c71f5 - Gina Yeh - Bug 827212 - Patch 2: Support feature 'Enhanced call status indications', r=echou
# [07:14] <@bz_sleep> BenWa: the addon could install a protocol handler
# [07:14] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/30e1cf104d2c - Gina Yeh - Bug 827212 - Patch 1: Move functions from public to private in BluetoothHfpManager, r=echou
# [07:14] <@bz_sleep> BenWa: which exposes a URI scheme that web pages can load
# [07:14] <@bz_sleep> BenWa: and maps it to parts of file://
# [07:14] <@bz_sleep> BenWa: have to be _really_ careful
# [07:14] <BenWa> and could serve say only the file /tmp/profiler.webm?
# [07:14] <BenWa> That sounds like a good solution
# [07:15] <@bz_sleep> For example
# [07:15] * Quits: bbondy (bbondy@7F6E4DBB.3A9F9BD4.4C2245EF.IP) (Quit: Going offline, see ya! (www.adiirc.com))
# [07:15] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a28186bf9748 - Ehsan Akhgari - Bug 827158 - Part 1: Rename nsHTMLObjectElement to mozilla::dom::HTMLObjectElement; r=bzbarsky
# [07:16] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/0a8c4b6efd8c - Ehsan Akhgari - Bug 827158 - Part 2: Rename nsDOMValidityState to mozilla::dom::ValidityState; r=bzbarsky
# [07:16] * @bz_sleep sleeps for real
# [07:16] <BenWa> excellent. thanks
# [07:17] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e3c728cb2119 - Gina Yeh - Bug 827266 - Patch 1: [Bluetooth][Hfp] Support 'call waiting notification activation', r=echou
# [07:18] * Quits: mythmon (mythmon@moz-760E64F2.electricgrey.com) (Ping timeout)
# [07:19] * Joins: teoli (teoli@moz-DB2960E7.sw.biz.rr.com)
# [07:19] * Joins: victorporof (victorporo@E4295265.F695A43D.79933D60.IP)
# [07:20] * Joins: mythmon (mythmon@moz-760E64F2.electricgrey.com)
# [07:26] * Joins: Optimizer (Optimizer@653EE948.1388E75F.D5D59AD9.IP)
# [07:26] * Quits: Optimizer (Optimizer@653EE948.1388E75F.D5D59AD9.IP) (Input/output error)
# [07:28] * Quits: teoli (teoli@moz-DB2960E7.sw.biz.rr.com) (Ping timeout)
# [07:28] * Joins: andersh (andersh@moz-5BF371B3.bredband.oister.dk)
# [07:29] * Quits: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com) (Client exited)
# [07:30] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
# [07:30] * Quits: bdahl (bdahl@moz-D7CB09C3.dsl.dynamic.sonic.net) (Client exited)
# [07:31] * Joins: gavin (gavin@moz-DB4A9C19.scl3.mozilla.com)
# [07:31] * ChanServ sets mode: +o gavin
# [07:33] * Joins: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com)
# [07:34] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
# [07:36] * Joins: pranavrc (pranavrc@CEF5B3D6.D99AA503.C28326FD.IP)
# [07:37] * glob|away is now known as glob
# [07:37] * Joins: past (Instantbir@moz-16F5829C.dsl.dyn.forthnet.gr)
# [07:40] * gavin is now known as gavin|away
# [07:40] * Quits: surkov (surkov@99A26FAC.CE67D555.26B1D6E2.IP) (Ping timeout)
# [07:46] * Joins: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net)
# [07:52] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
# [07:52] * whimboo|afk is now known as whimboo
# [07:53] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/aad6dcd323c3 - Marco Bonardo - Bug 826115 - Remove noisy NS_ENSURE_TRUE(rollupWidget, false) from nsWindow.cpp, r=jimm, a=jimm
# [07:53] <firebot> http://hg.mozilla.org/releases/mozilla-beta/rev/e4d605639e1d - Jim Mathies - Bug 819888 - crash in nsWindow::DealWithPopups, r=enndeakin, a=akeybl
# [07:55] * Joins: ggoncalves (ggoncalves@moz-CF8BEBEF.dia.static.qwest.net)
# [07:56] * Quits: ggoncalves (ggoncalves@moz-CF8BEBEF.dia.static.qwest.net) (Ping timeout)
# [07:57] * Joins: teoli (teoli@moz-DB2960E7.sw.biz.rr.com)
# [07:57] * Quits: jimm-bbiab (jimm@E48845AB.3A9F9BD4.4C2245EF.IP) (Ping timeout)
# [07:57] <@ehsan> gps: I'm clobbering build-system for you
# [07:59] * ehsan is now known as ehsan_sleep
# [08:00] * Joins: erikvold (erikvold@moz-5D4B9BB.wireless.telus.com)
# [08:00] * Quits: grassyue_freshbird (Mibbit@28C94794.5875A3A4.DDAC2321.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [08:04] * Quits: victorporof (victorporo@E4295265.F695A43D.79933D60.IP) (Quit: victorporof)
# [08:06] * Quits: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net) (Quit: juanb)
# [08:07] * Quits: teoli (teoli@moz-DB2960E7.sw.biz.rr.com) (Ping timeout)
# [08:08] * Quits: ferongr (ferongr@moz-16C0D4C4.dyn.edudsl.gr) (Ping timeout)
# [08:08] * Quits: pcwalton (pcwalton@moz-481A040C.hsd1.ca.comcast.net) (Quit: pcwalton)
# [08:09] <hsivonen> how should I respond when someone seems to have added a boilerplate indication of interest on multiple mentored bugs clearly without reading the previous comments?
# [08:10] * Quits: erikvold (erikvold@moz-5D4B9BB.wireless.telus.com) (Quit: erikvold)
# [08:12] * Joins: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net)
# [08:13] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/921437db35f9 - Gregory Szorc - Bug 829881 - Remove references to replaced Telemetry notification bar; r=tchevalier
# [08:13] <firebot> http://hg.mozilla.org/mozilla-central/rev/83c4119dbbb1 - Gregory Szorc - Bug 828703 - Correct removal of idle-daily observer; r=rnewman
# [08:13] <firebot> http://hg.mozilla.org/mozilla-central/rev/e50dfda1a872 - Gregory Szorc - Bug 829881 - Part 2: Re-enable pre-processing of about:telemetry; r=tchevalier
# [08:13] <firebot> http://hg.mozilla.org/mozilla-central/rev/cc60821ec21c - Gregory Szorc - Merge mozilla-central into services-central
# [08:14] * Quits: jprmc (jprmc@moz-542588AA.cpe.net.cable.rogers.com) (Connection reset by peer)
# [08:14] * Joins: jprmc (jprmc@moz-542588AA.cpe.net.cable.rogers.com)
# [08:15] * Joins: smontagu (chatzilla@757B0DC8.B3DCBEEA.CC465D70.IP)
# [08:16] * Joins: WeirdAl (chatzilla@moz-857040DF.hsd1.ca.comcast.net)
# [08:22] * Quits: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au) (Ping timeout)
# [08:23] * Joins: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au)
# [08:33] * Joins: scenor (Thunderbir@moz-65C57DA4.wireless.dyn.drei.com)
# [08:34] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [08:34] * ChanServ sets mode: +o roc
# [08:35] * Parts: scenor (Thunderbir@moz-65C57DA4.wireless.dyn.drei.com)
# [08:35] * Joins: teoli (teoli@moz-DB2960E7.sw.biz.rr.com)
# [08:36] * Quits: WeirdAl (chatzilla@moz-857040DF.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.89 [Firefox 18.0/20130109143131])
# [08:37] * Joins: gcp (gcp@moz-D0E475EA.access.telenet.be)
# [08:37] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Input/output error)
# [08:38] * Quits: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com) (Client exited)
# [08:39] <mbrubeck> hsivonen: I'd probably reply to one of them with something like "I see you've expressed interest in several bugs. Could you let us know which one you'd like to focus on first, and post some more specific questions in that bug?"
# [08:39] <mbrubeck> No guarantee it'll work, but probably worth trying gentle nudge
# [08:40] <hsivonen> mbrubeck: I already replied to the effect of “See the comment previous to yours.”
# [08:40] <hsivonen> which might not have been gentle enough :-(
# [08:40] <hsivonen> but the person really needs to read comments first
# [08:41] * Quits: Mavericks (Mibbit@510C3F86.31A00CBB.B84D4DA2.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [08:41] <hsivonen> I checked that my bugs weren’t the only ones he added the boilerplace comment to clearly without bothering to read comments from the last couple of days
# [08:42] * Joins: stransky (stransky@moz-E09B938B.net.upcbroadband.cz)
# [08:44] * Quits: teoli (teoli@moz-DB2960E7.sw.biz.rr.com) (Ping timeout)
# [08:49] * Joins: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com)
# [08:49] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
# [08:54] * Joins: Optimizer (Instantbir@9D88CC50.62837B7B.1807BA01.IP)
# [08:57] <ewong> can anyone point out whether my patch did the following breakage? (I personally don't think so, but I'm not 100% sure) https://tbpl.mozilla.org/php/getParsedLog.php?id=18843162&tree=Thunderbird-Try&full=1
# [08:59] * Joins: sewardj (sewardj@moz-691D9DD4.dip.t-dialin.net)
# [09:03] * Quits: ddahl (ddahl@648205EB.ED8DACAE.49D91E5E.IP) (Ping timeout)
# [09:03] * Joins: ddahl (ddahl@648205EB.ED8DACAE.49D91E5E.IP)
# [09:06] * Joins: Stan (Stan@moz-2FFB6AC2.dip.t-dialin.net)
# [09:06] * Quits: Stan_ (Stan@moz-EF88A928.dip.t-dialin.net) (Ping timeout)
# [09:08] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
# [09:11] * Quits: taras (taras@moz-8E045071.hsd1.wa.comcast.net) (Ping timeout)
# [09:12] * Joins: taras (taras@moz-8E045071.hsd1.wa.comcast.net)
# [09:12] * Joins: erikvold (erikvold@moz-FEB0D3F0.bchsia.telus.net)
# [09:12] * Joins: surkov (surkov@FD1FC97.CE67D555.26B1D6E2.IP)
# [09:13] * Quits: Mook (mook@moz-5FFA03A3.dsl.teksavvy.com) (Quit: Mook)
# [09:13] * Joins: teoli (teoli@moz-DB2960E7.sw.biz.rr.com)
# [09:15] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/eb1363fb8a2d - Mike Hommey - Bug 654087 - Don't error out on gold special treatment of PT_TLS segment memsize. r=nfroyd
# [09:15] * Joins: Ms2ger (Ms2ger@2BE1296A.E24D5586.3773EA9F.IP)
# [09:17] * whimboo is now known as whimboo|afk
# [09:17] * Quits: jchen (jchen@CCB8E494.35B7D9C8.4CD1A128.IP) (Ping timeout)
# [09:17] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.89-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [09:18] * Joins: nrc (nrc@moz-B2C2EC73.cable.virginmedia.com)
# [09:18] * Quits: gandalf (zbraniecki@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: My lid went down)
# [09:18] * Quits: Matti_ (Matti@moz-B0557489.dip.t-dialin.net) (Ping timeout)
# [09:18] * Joins: Matti (Matti@moz-B0557489.dip.t-dialin.net)
# [09:18] * Quits: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com) (Client exited)
# [09:19] * Joins: jchen (jchen@CCB8E494.35B7D9C8.4CD1A128.IP)
# [09:19] * Joins: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP)
# [09:20] * Joins: victorporof (victorporo@804353A6.368C7786.6A4F8DA2.IP)
# [09:21] * Joins: mwargers (chatzilla@moz-AF369B35.adsl.online.nl)
# [09:21] * Joins: jfkthame (jfkthame@2B12A728.FB47D00B.9542EC20.IP)
# [09:23] * Quits: KWierso (kwierso@moz-296B3117.hsd1.ca.comcast.net) (Ping timeout)
# [09:23] * Quits: teoli (teoli@moz-DB2960E7.sw.biz.rr.com) (Ping timeout)
# [09:23] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [09:24] * Joins: kaze|zZz (kaze@moz-7E0F0F9E.fbx.proxad.net)
# [09:27] * Joins: dbaron (dbaron@88F51059.F3BBB17D.144F44FA.IP)
# [09:27] * ChanServ sets mode: +o dbaron
# [09:27] * Joins: vtmarvin (Thunderbir@9D75911A.1239134F.E4B2C495.IP)
# [09:31] * Quits: mwargers (chatzilla@moz-AF369B35.adsl.online.nl) (Ping timeout)
# [09:32] * Quits: erikvold (erikvold@moz-FEB0D3F0.bchsia.telus.net) (Quit: erikvold)
# [09:32] * Joins: nhirata (anonymous@moz-F8747CC6.dsl.ovh.fr)
# [09:39] <NeilAway> jwir3: content.scrollY ?
# [09:39] * Joins: mwargers (chatzilla@moz-AF369B35.adsl.online.nl)
# [09:40] * Joins: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
# [09:40] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [09:40] * ChanServ sets mode: +o smaug
# [09:41] * kaze|zZz is now known as kaze
# [09:42] * Joins: marcoz (marco.zehe@moz-E206FB66.dip.t-dialin.net)
# [09:43] * Joins: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP)
# [09:43] * Joins: twi (Adium@4B8FCCF0.8AAAF769.FAAB0799.IP)
# [09:45] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [09:46] * Quits: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net) (Quit: Leaving.)
# [09:46] * Quits: stransky (stransky@moz-E09B938B.net.upcbroadband.cz) (Quit: Connection reset by beer)
# [09:46] * Quits: berkerpeksag (berkerpeks@FBA9BF53.15DD287A.5DEFA22.IP) (Ping timeout)
# [09:47] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [09:47] * Joins: smagnin (pike@moz-8CEB8724.fbx.proxad.net)
# [09:48] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [09:48] <glazou> bonjour
# [09:49] <Ms2ger> Morning
# [09:49] * Joins: imphil (philipp@moz-7ADF2D4A.dynamic.mnet-online.de)
# [09:49] * Joins: Mano (mano@E70167CE.7DFE0D4A.39716721.IP)
# [09:50] * Joins: berkerpeksag (berkerpeks@FBA9BF53.15DD287A.5DEFA22.IP)
# [09:52] * Joins: teoli (teoli@moz-DB2960E7.sw.biz.rr.com)
# [09:52] * Quits: imphil (philipp@moz-7ADF2D4A.dynamic.mnet-online.de) (Ping timeout)
# [09:54] * Joins: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net)
# [09:56] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [09:57] * Quits: ochameau (ochameau@moz-109A6728.fbx.proxad.net) (Ping timeout)
# [10:00] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Quit: Leaving.)
# [10:00] * Quits: teoli (teoli@moz-DB2960E7.sw.biz.rr.com) (Ping timeout)
# [10:02] * Quits: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP) (Ping timeout)
# [10:02] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
# [10:02] * Joins: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP)
# [10:03] * Quits: surkov (surkov@FD1FC97.CE67D555.26B1D6E2.IP) (Ping timeout)
# [10:04] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Computer has gone to sleep.)
# [10:04] * Joins: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP)
# [10:04] * philor is now known as philor|away
# [10:05] * whimboo|afk is now known as whimboo
# [10:05] * Quits: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP) (Ping timeout)
# [10:07] <glazou> so since netscape.security.PrivilegeManager.enablePrivilege is gone, is there something else to write local tests ?
# [10:08] <@smaug> Specialpowers
# [10:08] <glazou> any doc ?
# [10:08] <@smaug> i guess one could install that to some testing profile
# [10:08] <glazou> ah found it
# [10:08] <glazou> thanks smaug
# [10:09] <@smaug> mochitests have it by default
# [10:09] * Quits: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net) (Ping timeout)
# [10:11] * Joins: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net)
# [10:11] <glazou> WOW, if in nightly on OS X I create a new blank tab with cmd-T and view the source, I have a full XUL thingy !!!
# [10:12] * glazou files a bug
# [10:13] * Quits: tonymec (tonymec@547DD3FD.29CE74CD.277517C1.IP) (Ping timeout)
# [10:13] * smontagu thinks there already is one
# [10:13] * capella is now known as capella|ZzZzz
# [10:13] <hsivonen> glazou: is it really blank or does it have the speed dial icon at top right?
# [10:13] <glazou> really blank
# [10:14] <hsivonen> glazou: ok
# [10:14] <smontagu> glazou: bug 765333?
# [10:14] * Quits: tonymec|away (tonymec@547DD3FD.29CE74CD.277517C1.IP) (Ping timeout)
# [10:14] <glazou> yeah that's quite similar
# [10:14] <glazou> will add comment there
# [10:14] * Joins: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP)
# [10:15] <hsivonen> that’s for the page that has the speed dial icon, though
# [10:15] <hsivonen> so not a bug
# [10:15] * mattwoodrow is now known as mattwoodrow|away
# [10:15] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/bb4d05e6185a - Gian-Carlo Pascutto - Bug 812650 - Enable WebRTC audio recording on Android. r=dmose
# [10:16] * Quits: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP) (Ping timeout)
# [10:17] <glazou> hsivonen: the speed dial icon on blank pages is always there right ? can you "remove" it ?
# [10:18] <hsivonen> glazou: you can set your home page to about:blank to remove it
# [10:18] <@smaug> I thought one had to change some pref
# [10:18] <glazou> well my home page is already set to a list of pages
# [10:18] <glazou> and I certainly don't want to change that
# [10:18] <@smaug> browser.newtab.url
# [10:19] <hsivonen> ah right. it’s not the same as the home page pref anymore
# [10:22] * Quits: nrc (nrc@moz-B2C2EC73.cable.virginmedia.com) (Ping timeout)
# [10:22] <glazou> aaaah I see
# [10:22] <glazou> thanks smaug
# [10:23] <glazou> ok, not adding to the bug
# [10:23] * glob is now known as glob|away
# [10:26] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Quit: PM: Preparing frontal lobe for mem sleep)
# [10:27] * Quits: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net) (Quit: WeeChat 0.3.7)
# [10:29] * Joins: teoli (teoli@moz-DB2960E7.sw.biz.rr.com)
# [10:34] * Joins: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net)
# [10:36] * Joins: garnacho (carlos@moz-D7EB88C7.dyn.user.ono.com)
# [10:37] * Quits: teoli (teoli@moz-DB2960E7.sw.biz.rr.com) (Ping timeout)
# [10:38] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [10:39] * Joins: vikash (vikash@6A04A760.3234965.A3D1B221.IP)
# [10:39] * Quits: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net) (Quit: clee)
# [10:39] * Joins: tzimmermann (tzimmerman@moz-6E35195.pools.arcor-ip.net)
# [10:40] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/8d8912467c41 - Olli Pettay - Bug 830858 - Implement a generic way to dispatch events to chrome only, r=jst
# [10:42] * Quits: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net) (Quit: I took the wrong pill!!!)
# [10:45] * Joins: stransky (stransky@moz-107AD163.redhat.com)
# [10:46] * Quits: victorporof (victorporo@804353A6.368C7786.6A4F8DA2.IP) (Quit: victorporof)
# [10:46] * Joins: mak (chatzilla@moz-35A66F5E.retail.telecomitalia.it)
# [10:47] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
# [10:50] * Joins: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net)
# [10:51] * Joins: llmelon (chatzilla@moz-3983353E.tm.net.my)
# [10:52] * Quits: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net) (Quit: clee)
# [10:55] * Joins: nrc (nrc@88F51059.F3BBB17D.144F44FA.IP)
# [10:56] * Quits: m_kato (m_kato@moz-348F61F0.mozilla.or.jp) (Quit: Leaving...)
# [10:56] * Quits: gavinlai (gavin@moz-99690620.hinet-ip.hinet.net) (Input/output error)
# [10:58] * Joins: msucan (mihai@CDEB00D4.8819A7BF.BD62875.IP)
# [10:59] * Joins: graememcc (chatzilla@moz-EA1236EC.range31-52.btcentralplus.com)
# [10:59] * Joins: edmorley (edmorley@moz-94AF0AEB.range86-166.btcentralplus.com)
# [11:00] * Quits: harth (harth@moz-3C999954.hsd1.ca.comcast.net) (Input/output error)
# [11:03] * Joins: TheOne (one@moz-AB474021.dip0.t-ipconnect.de)
# [11:04] * Quits: masayuki (Thunderbir@moz-B5ED316D.ppp11.odn.ad.jp) (Ping timeout)
# [11:07] * Joins: teoli (teoli@moz-DB2960E7.sw.biz.rr.com)
# [11:07] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Ping timeout)
# [11:07] * Quits: teoli (teoli@moz-DB2960E7.sw.biz.rr.com) (Connection reset by peer)
# [11:08] * Joins: teoli (teoli@moz-DB2960E7.sw.biz.rr.com)
# [11:08] * Joins: jdm (jdm@moz-F8747CC6.dsl.ovh.fr)
# [11:09] * Quits: teoli (teoli@moz-DB2960E7.sw.biz.rr.com) (Connection reset by peer)
# [11:09] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
# [11:09] * Joins: teoli (teoli@moz-DB2960E7.sw.biz.rr.com)
# [11:12] <ewong> I *could be wrong*, but http://hg.mozilla.org/mozilla-central/rev/037363fa0258 is breaking c-c as given in : https://tbpl.mozilla.org/?tree=Thunderbird-Try&rev=b90746f90c2f
# [11:13] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Linkinus - http://linkinus.com)
# [11:13] <ewong> but it's not breaking TB trunk? (needs clobbering to show the problem?)
# [11:13] * Joins: souradeep (souradeep@81F3C8BD.F9E22B7C.CBC86F54.IP)
# [11:14] * Joins: wolfiR (wolfiR@moz-C1367367.dip0.t-ipconnect.de)
# [11:14] <edmorley> ewong: quite possibly
# [11:14] <ewong> edmorley: hi!
# [11:14] <KWierso|Home> thanks, zimbra, for silently signing me out, and then telling me when I just noticed and signed back in now that I'm 26 hours late for my meeting
# [11:15] <KWierso|Home> really helps
# [11:15] <KWierso|Home> love you too
# [11:15] <edmorley> lol
# [11:15] <Ms2ger> What's Zimbra? :)
# [11:15] <ewong> KWierso|Home: lol
# [11:15] <edmorley> ewong: hi :-)
# [11:15] <KWierso|Home> er, 16* hours
# [11:15] <ewong> will try to figure this out later...
# [11:15] * ewong is now known as ewong|away
# [11:16] <KWierso|Home> Ms2ger: it's that thing I'm trying to test where the web is the future :)
# [11:17] * Quits: marcoz (marco.zehe@moz-E206FB66.dip.t-dialin.net) (Quit: Leaving.)
# [11:17] * Joins: vingtetun (vingtetun@moz-F8747CC6.dsl.ovh.fr)
# [11:18] <KWierso|Home> Ms2ger: it wouldn't be so bad if it'd change the page title when it signs me out so my pinned tab would change color...
# [11:18] * Quits: souradeep (souradeep@81F3C8BD.F9E22B7C.CBC86F54.IP) (Connection reset by peer)
# [11:20] * Joins: FabioMagnoni (fabiomagno@CC0C60DA.77432F63.8AF99142.IP)
# [11:22] * Joins: harth (harth@moz-3C999954.hsd1.ca.comcast.net)
# [11:25] * Joins: Edeph (Mibbit@moz-4137721A.uaic.ro)
# [11:25] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/09f24f14e290 - Eric Chou - Bug 825762 - Replace VFAT reserved character with '_' to avoid file-transferring failure, r=qdot
# [11:29] * Joins: ochameau (ochameau@moz-109A6728.fbx.proxad.net)
# [11:29] <edmorley> padenot: ping
# [11:30] * Quits: harth (harth@moz-3C999954.hsd1.ca.comcast.net) (Input/output error)
# [11:31] * Quits: TheOne (one@moz-AB474021.dip0.t-ipconnect.de) (Input/output error)
# [11:32] * Joins: pnkfelix (pnkfelix@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [11:32] * Joins: TheOne (one@moz-AB474021.dip0.t-ipconnect.de)
# [11:32] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Quit: ChatZilla 0.9.89 [Firefox 21.0a1/20130113031019])
# [11:32] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [11:32] * ChanServ sets mode: +o smaug
# [11:33] <gaston> can someone with a -release checkout push #830303 patch with DONTBUILD for me ? it has approval and all
# [11:34] * Quits: philor|away (philor@96807C36.8C4888C2.8367FA39.IP) (Ping timeout)
# [11:35] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: bbl)
# [11:36] * Quits: glob|away (glob@moz-DF237567.glob.com.au) (Ping timeout)
# [11:37] <Ms2ger> darobin> Ms2ger: do you have a recommended hotel to stay at near the Mozilla office in MV?
# [11:37] <Ms2ger> Anyone?
# [11:37] * Quits: TheOne (one@moz-AB474021.dip0.t-ipconnect.de) (Input/output error)
# [11:37] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e201a9901088 - Jon Coppeard - Bug 830839 - Make rooting analysis ignore atom rooting r=terrence
# [11:37] <mak> Ms2ger: holiday inn express
# [11:38] <edmorley> Ms2ger: is this an employee
# [11:38] <Ms2ger> No
# [11:38] * Quits: jcv (john@moz-9DD98F0F.cable.mindspring.com) (Ping timeout)
# [11:38] * Quits: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [11:38] <padenot> edmorley: pong
# [11:39] <Ms2ger> mak, thanks
# [11:39] <mak> the holiday inn express in mountain view is the best cause you can walk to the office
# [11:39] <edmorley> padenot: hi :-)
# [11:39] <edmorley> padenot: we're getting mochitest-1 timeouts on windows pgo only
# [11:39] <edmorley> padenot: in the media tests, eg https://tbpl.mozilla.org/?tree=Mozilla-Inbound&jobname=pgo&rev=c4388665988c
# [11:39] <edmorley> (appear to be permaorange)
# [11:40] <edmorley> padenot: I'm presuming it could be https://tbpl.mozilla.org/?tree=Mozilla-Inbound&jobname=pgo&rev=b3a8618f901c ?
# [11:40] <edmorley> retriggers are running, but pgo runs take 4 hours
# [11:40] <padenot> of course it would be it
# [11:40] * Parts: Edeph (Mibbit@moz-4137721A.uaic.ro)
# [11:40] <padenot> and I believe it would be https://hg.mozilla.org/integration/mozilla-inbound/rev/1abf4c88f8f1
# [11:40] * Joins: souradeep (souradeep@8CAEF0E6.7B3BB454.EFB84E89.IP)
# [11:41] <padenot> why do we do PGO again?
# [11:41] <edmorley> padenot: so happy for me to back just that cset out and see how we go?
# [11:41] <edmorley> padenot: performance
# [11:41] <padenot> I should have added a smiley
# [11:41] <edmorley> padenot: nightly/release builds ship with it on
# [11:41] <edmorley> oh sorry :-)
# [11:41] * Joins: philor|away (philor@moz-638273A8.my-nick.name)
# [11:41] <padenot> heh :-)
# [11:42] <padenot> sure, back this out, and we will see
# [11:42] * Joins: TheOne (one@moz-AB474021.dip0.t-ipconnect.de)
# [11:42] <edmorley> I was thinking it was a weird question otherwise! :-)
# [11:42] <edmorley> sure, thank you
# [11:44] * Quits: TheOne (one@moz-AB474021.dip0.t-ipconnect.de) (Ping timeout)
# [11:44] * Joins: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP)
# [11:44] * Joins: masayuki (Thunderbir@moz-B5ED316D.ppp11.odn.ad.jp)
# [11:44] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c970a1c329bb - Ed Morley - Backout 1abf4c88f8f1 (bug 793274) on suspicion of causing win pgo-only mochitest-1 media test timeouts
# [11:49] * Joins: janv (varga@EB98753.DE18F2CC.2A7F8BFC.IP)
# [11:50] * Quits: mwargers (chatzilla@moz-AF369B35.adsl.online.nl) (Ping timeout)
# [11:50] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6c1387877737 - Hannes Verschore - Bug 827821: IonMonkey: Create |this| on callee side when failing on caller side, r=jandem
# [11:51] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [11:51] * Joins: Edgar1 (Thunderbir@moz-99690620.hinet-ip.hinet.net)
# [11:54] * Quits: janv (varga@EB98753.DE18F2CC.2A7F8BFC.IP) (Quit: This computer has gone to sleep)
# [11:55] * Joins: janv (varga@35A5F25C.207798BC.2A7F8BFC.IP)
# [11:56] * Quits: Edgar1 (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Quit: Edgar1)
# [11:56] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
# [11:57] * Quits: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp) (Quit: nattokirai)
# [11:58] * Quits: janv (varga@35A5F25C.207798BC.2A7F8BFC.IP) (Quit: This computer has gone to sleep)
# [11:58] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6344898b83c3 - Gian-Carlo Pascutto - Bug 828963 - Implement WebRTC permissions UI for Android. r=mfinkle
# [12:00] * Quits: Optimizer (Instantbir@9D88CC50.62837B7B.1807BA01.IP) (Ping timeout)
# [12:01] * Quits: vikash (vikash@6A04A760.3234965.A3D1B221.IP) (Quit: Leaving)
# [12:03] * Joins: Optimizer (Instantbir@D4A3BB78.9CB844E6.AA3EB577.IP)
# [12:06] * Joins: Mic (Instantbir@moz-41A4075C.superkabel.de)
# [12:06] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [12:11] * Joins: TheOne (one@moz-AB474021.dip0.t-ipconnect.de)
# [12:11] * Quits: tingyuan (tingyuan@moz-99690620.hinet-ip.hinet.net) (Quit: leaving)
# [12:16] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5eaefcb4a441 - Edgar Chen - Bug 831183 - Part 2: xpcshell tests for SET_UP_CALL. r=allstars.chh
# [12:16] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d36cbf792480 - Edgar Chen - Bug 831183 - Part 1: Fix callMessage. r=allstars.chh
# [12:16] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/9797a7529ae7 - Edgar Chen - Bug 831183 - Part 3: Marionette tests for SET_UP_CALL. r=allstars.chh
# [12:19] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [12:24] * Quits: vicamo (vicamo@moz-99690620.hinet-ip.hinet.net) (Quit: Konversation terminated!)
# [12:24] * Quits: masayuki (Thunderbir@moz-B5ED316D.ppp11.odn.ad.jp) (Ping timeout)
# [12:27] * Quits: allstarschh (allstars@moz-99690620.hinet-ip.hinet.net) (Input/output error)
# [12:27] * Quits: billm (billm@moz-CF6D0A66.hsd1.ca.comcast.net) (Ping timeout)
# [12:28] * Joins: Pike (Pike@moz-956D1177.pool.mediaways.net)
# [12:28] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [12:29] * Quits: TheOne (one@moz-AB474021.dip0.t-ipconnect.de) (Input/output error)
# [12:32] * Joins: andersh_ (andersh@moz-6CFEAD2F.bredband.3.dk)
# [12:32] * Quits: andersh (andersh@moz-5BF371B3.bredband.oister.dk) (Ping timeout)
# [12:33] * Quits: chucklee (chucklee@moz-99690620.hinet-ip.hinet.net) (Quit: Leaving)
# [12:33] * Joins: masayuki (Thunderbir@moz-B5ED316D.ppp11.odn.ad.jp)
# [12:35] * Joins: gwagner (Gregor@A6CBEE60.C366FB5A.13A8CA36.IP)
# [12:36] * Quits: Mic (Instantbir@moz-41A4075C.superkabel.de) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
# [12:36] * Joins: Mic (Instantbir@moz-41A4075C.superkabel.de)
# [12:43] * Quits: Callek (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
# [12:44] * Quits: stransky (stransky@moz-107AD163.redhat.com) (Quit: Connection reset by beer)
# [12:47] <Yoric> mfinkle: Could you explain to me why SafeBrowsing implements nsISessionStore? http://hg.mozilla.org/mozilla-central/annotate/56ff556e74d9/mobile/xul/components/SafeBrowsing.js
# [12:48] * Quits: Mic (Instantbir@moz-41A4075C.superkabel.de) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
# [12:48] * Joins: Mic (Instantbir@moz-41A4075C.superkabel.de)
# [12:48] * Quits: Mic (Instantbir@moz-41A4075C.superkabel.de) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
# [12:49] * Joins: Mic (Instantbir@moz-41A4075C.superkabel.de)
# [12:50] * Quits: Mic (Instantbir@moz-41A4075C.superkabel.de) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
# [12:50] * Joins: Mic (Instantbir@moz-41A4075C.superkabel.de)
# [12:50] * Quits: Optimizer (Instantbir@D4A3BB78.9CB844E6.AA3EB577.IP) (Connection reset by peer)
# [12:50] * Joins: Optimizer (Instantbir@9D88CC50.62837B7B.1807BA01.IP)
# [12:50] * Quits: souradeep (souradeep@8CAEF0E6.7B3BB454.EFB84E89.IP) (Ping timeout)
# [12:52] * Quits: Optimizer (Instantbir@9D88CC50.62837B7B.1807BA01.IP) (Connection reset by peer)
# [12:52] * Joins: Optimizer (Instantbir@D4A3BB78.9CB844E6.AA3EB577.IP)
# [12:53] * Quits: Mic (Instantbir@moz-41A4075C.superkabel.de) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
# [12:53] * Joins: Mic (Instantbir@moz-41A4075C.superkabel.de)
# [12:54] * Joins: victorporof (victorporo@804353A6.368C7786.6A4F8DA2.IP)
# [12:54] * Quits: Mic (Instantbir@moz-41A4075C.superkabel.de) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
# [12:58] * Joins: gustavold (gustavold@60268C9D.479307F0.FBFF2E6D.IP)
# [12:59] * Quits: masayuki (Thunderbir@moz-B5ED316D.ppp11.odn.ad.jp) (Ping timeout)
# [13:00] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1acb548a684f - Asaf Romano - Bug 830329 - Fix the enabled state of the clear downloads command (was: Clear Downloads button is disabled if the view is not focused). r=mak
# [13:00] * Fallen|away is now known as Fallen
# [13:01] * Quits: darkowlzz (darkowlzz@C3D3A275.D38B5340.25B273F5.IP) (Ping timeout)
# [13:01] * Joins: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk)
# [13:03] * Joins: jcv (john@moz-9DD98F0F.cable.mindspring.com)
# [13:03] * mak is now known as mak|afk
# [13:05] * Joins: nil1511 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [13:07] * Quits: llmelon (chatzilla@moz-3983353E.tm.net.my) (Ping timeout)
# [13:08] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
# [13:12] * AutomatedTester|away is now known as AutomatedTester
# [13:12] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
# [13:13] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
# [13:13] * Joins: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
# [13:14] * Quits: gwagner (Gregor@A6CBEE60.C366FB5A.13A8CA36.IP) (Quit: gwagner)
# [13:14] * Quits: jfkthame (jfkthame@2B12A728.FB47D00B.9542EC20.IP) (Quit: jfkthame)
# [13:14] <gcp> Yoric: that file is outdated, check SafeBrowsing.jsm
# [13:14] * Fallen is now known as Fallen|away
# [13:15] * Joins: nattokirai (nattokirai@moz-E695CB86.dynamic.ppp.asahi-net.or.jp)
# [13:16] * Joins: souradeep (souradeep@365EAF18.FF6A877C.EFB84E89.IP)
# [13:19] * Quits: nil1511 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [13:20] * Joins: mwargers (chatzilla@moz-AF369B35.adsl.online.nl)
# [13:21] * Quits: Mano (mano@E70167CE.7DFE0D4A.39716721.IP) (Ping timeout)
# [13:22] * Quits: Optimizer (Instantbir@D4A3BB78.9CB844E6.AA3EB577.IP) (Connection reset by peer)
# [13:22] * Joins: Optimizer (Instantbir@9D88CC50.62837B7B.1807BA01.IP)
# [13:23] * Quits: Optimizer (Instantbir@9D88CC50.62837B7B.1807BA01.IP) (Connection reset by peer)
# [13:23] * Joins: Optimizer (Instantbir@9D88CC50.62837B7B.1807BA01.IP)
# [13:25] * Quits: jprmc (jprmc@moz-542588AA.cpe.net.cable.rogers.com) (Ping timeout)
# [13:27] * Joins: gwagner (Gregor@A6CBEE60.C366FB5A.13A8CA36.IP)
# [13:31] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/7dc8de5e09b1 - David Rajchenbach-Teller - Bug 830694 - Taking advantage of zero-copy transfer between workers;r=froydnj
# [13:32] * mak|afk is now known as mak
# [13:34] * Joins: Callek (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP)
# [13:36] * ferjm is now known as ferjm|lunch
# [13:38] * Joins: stransky (stransky@moz-107AD163.redhat.com)
# [13:38] * Joins: Cwiiis (cwiiis@88F51059.F3BBB17D.144F44FA.IP)
# [13:39] * Fallen|away is now known as Fallen
# [13:40] * Quits: teoli (teoli@moz-DB2960E7.sw.biz.rr.com) (Input/output error)
# [13:41] <NeilAway> eek! how do I prevent an automatic update that has already downloaded :s
# [13:41] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [13:45] * ewong|sleep is now known as ewong
# [13:45] <glandium> Yoric: mobile/xul is dead ; look mobile/android
# [13:45] * Joins: teoli (teoli@moz-DB2960E7.sw.biz.rr.com)
# [13:45] <edmorley> we shoudl rm that
# [13:46] * Joins: KaiRo (robert@moz-12C88C7C.adsl.highway.telekom.at)
# [13:46] <Ms2ger> You can wait until we landed the DIRS removal, thanks ;)
# [13:46] <edmorley> ha
# [13:46] <edmorley> I could bitrot your merge for a change... :P
# [13:47] <Ms2ger> Hey, that's my job! :)
# [13:47] <edmorley> :-)
# [13:48] <cjones> mm, 19GB resident in ff. new record for me
# [13:49] <edmorley> tab hoarder :P
# [13:49] <@smaug> cjones: uh
# [13:49] <Ms2ger> Is that 19 million tabs? :)
# [13:49] <@smaug> cjones: don't do anything yet...
# [13:49] <edmorley> cjones: on the plus side, shutdown should now be faster even with that much resident
# [13:49] <@smaug> there is a bug about this..
# [13:49] <cjones> smaug, no worries, i did it to myself
# [13:50] <AutomatedTester> cjones: how much RAM is on your machine?
# [13:50] * Quits: JeroenDeDauw (j@moz-1F3EC66F.dip.t-dialin.net) (Quit: Leaving.)
# [13:50] <AutomatedTester> just curious :)
# [13:50] * Joins: JeroenDeDauw (j@moz-1F3EC66F.dip.t-dialin.net)
# [13:51] <@smaug> cjones: so it is not Bug 829417 ?
# [13:51] <Ms2ger> hsivonen, been wontfixing? :)
# [13:51] <cjones> AutomatedTester, 32GB
# [13:51] <AutomatedTester> I want a machine with that much RAM
# [13:52] <cjones> smaug, no, i had a tab that was keeping 20,000 layer renderings around, including buffers and probably websocket data
# [13:52] <@smaug> ah :)
# [13:52] <cjones> closed it and all the memory went away
# [13:52] * Joins: Edgar (Thunderbir@moz-58E2C7B7.dynamic.hinet.net)
# [13:53] <edmorley> Ms2ger: have you seen a bug for removing mobile/xul ? I can't find one
# [13:53] <Ms2ger> edmorley, no, I thought the Metro guys were building on it somehow
# [13:53] <edmorley> they've since copied a load of stuff out aiui
# [13:54] <hsivonen> Ms2ger: yeah. could WONTFIX a lot more if about:blank was fixed. :-/
# [13:54] <Ms2ger> :/
# [13:56] <hsivonen> Ms2ger: only 243 bugs in the HTML parser component. Maybe half of those could be closed if about:blank was fixed.
# [13:56] <Ms2ger> I wish we were anywhere near that number for the DOM components :)
# [13:56] * Joins: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com)
# [13:57] * Quits: mikeratcliffe (mikeratcli@3C2D7927.7BADC02.7CCB197A.IP) (Quit: Leaving.)
# [13:57] * Quits: pnkfelix (pnkfelix@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [13:57] * Joins: pnkfelix (pnkfelix@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [13:58] * Joins: pnkfelix1 (pnkfelix@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [13:59] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [13:59] * Quits: vigneshwaran (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP) (Quit: Leaving.)
# [13:59] * Quits: pnkfelix (pnkfelix@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [14:00] * Quits: FabioMagnoni (fabiomagno@CC0C60DA.77432F63.8AF99142.IP) (Quit: FabioMagnoni)
# [14:02] <froydnj> what's wrong with about:blank?
# [14:03] * Quits: gustavold (gustavold@60268C9D.479307F0.FBFF2E6D.IP) (Ping timeout)
# [14:03] <edmorley> froydnj: http://hsivonen.iki.fi/about-blank/
# [14:03] * Joins: gustavold (gustavold@60268C9D.479307F0.FBFF2E6D.IP)
# [14:04] * Joins: jprmc (jprmc@8788BD54.AEC9E1D6.DA78B690.IP)
# [14:04] * Joins: nical (nico@moz-F8747CC6.dsl.ovh.fr)
# [14:05] * Joins: mikeratcliffe (mikeratcli@3C2D7927.7BADC02.7CCB197A.IP)
# [14:05] * Quits: gustavold (gustavold@60268C9D.479307F0.FBFF2E6D.IP) (Ping timeout)
# [14:06] * Joins: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
# [14:06] * Joins: gustavold (gustavold@60268C9D.479307F0.FBFF2E6D.IP)
# [14:06] <NeilAway> glandium: sorry for asking you again but I'm still not clear about http://hg.mozilla.org/mozilla-central/diff/a9f1337be665/browser/components/shell/src/nsWindowsShellService.cpp
# [14:07] * Parts: nical (nico@moz-F8747CC6.dsl.ovh.fr)
# [14:07] <hsivonen> froydnj: about:blank uses the old parser. We should get to a point where the initial about:blank doesn’t use a parser at all.
# [14:07] <NeilAway> glandium: my understanding was that the difference between XRE_EXECUTABLE_FILE and NS_XPCOM_CURRENT_PROCESS_DIR was that XRE_EXECUTABLE_FILE already has the application appended to it
# [14:07] <glandium> NeilAway: the uninstall directory is in the directory of the application executable, not in the "application directory", which is a different directory in metro builds
# [14:08] * sheeri-afk is now known as sheeri
# [14:09] <NeilAway> glandium: so metro works more like a libxul build?
# [14:09] <glandium> NeilAway: like a xulrunner build, yes
# [14:09] * Quits: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
# [14:09] <glandium> NeilAway: except even in a xulrunner build, the executable is in NS_XPCOM_CURRENT_PROCESS_DIR
# [14:10] <NeilAway> glandium: ah, now that's what's confusing me
# [14:10] * Quits: Callek (chatzilla@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
# [14:10] <NeilAway> glandium: is there a page that explains metro builds?
# [14:10] * Quits: stransky (stransky@moz-107AD163.redhat.com) (Client exited)
# [14:10] <glandium> NeilAway: no idea.
# [14:11] * Joins: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
# [14:11] <glandium> NeilAway: but basically, we just move everything that is browser-specific under a browser/ subdirectory of the firefox directory ; and the executable stays where it is
# [14:11] <glandium> and metro has its own app directory in metro/
# [14:12] <NeilAway> glandium: would bbondy or jimm know?
# [14:12] <glandium> NeilAway: probably
# [14:12] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/608ddd185f3e - Ehsan Akhgari - Forward declare JSContext as struct in the profiler code in order to avoid compiler warnings, no bug
# [14:12] <NeilAway> glandium: ok ta
# [14:12] <glandium> NeilAway: note that we're going to do that move for all firefox builds
# [14:12] * NeilAway isn't building Firefox
# [14:12] <edmorley> NeilAway: comments in bug 755724 is all I know of
# [14:13] * Joins: stransky (stransky@moz-107AD163.redhat.com)
# [14:13] <edmorley> I don't remember seeing a wiki page
# [14:13] <glandium> NeilAway: as i said to someone else who asked for SM, you don't need to care about porting that change to c-c unless you plan to move the app resources in a subdirectory
# [14:14] <NeilAway> edmorley: thanks, I'll take a look
# [14:14] * Quits: jesup|mac (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
# [14:15] * Joins: bbondy (bbondy@7F6E4DBB.3A9F9BD4.4C2245EF.IP)
# [14:17] * Quits: teoli (teoli@moz-DB2960E7.sw.biz.rr.com) (Input/output error)
# [14:17] <NeilAway> glandium: ah, so attachment 696014 changes one directory but not the other?
# [14:18] <glandium> NeilAway: the other?
# [14:19] * Quits: Matti (Matti@moz-B0557489.dip.t-dialin.net) (Ping timeout)
# [14:19] * Joins: rbgray (chatzilla@moz-F1171FD7.plustechnologies.com)
# [14:19] <NeilAway> glandium: bad analogy sorry
# [14:20] * Joins: teoli (teoli@moz-DB2960E7.sw.biz.rr.com)
# [14:21] * jlebar|away is now known as jlebar
# [14:21] * Joins: nmatsakis (nmatsakis@AAE222A3.FDDA6739.2321E71E.IP)
# [14:22] <glandium> NeilAway: so what was the question?
# [14:22] <edmorley> so many talos regressions in the last 24 hours :-(
# [14:22] <edmorley> Regression: Mozilla-Inbound - Tp5 No Network Row Major Shutdown MozAfterPaint - XP - 167% increase
# [14:23] <Ms2ger> Back everything out
# [14:23] * Quits: merike|away (quassel@moz-10CA663E.cable.starman.ee) (Ping timeout)
# [14:23] <edmorley> FHR is one of the things in the range
# [14:23] <edmorley> though I seem to recall seeing a shutdown regression in bugmail due to it somewhere
# [14:23] <Ms2ger> Crap
# [14:24] <Ms2ger> Back everything except FHR out
# [14:26] * Joins: Callek (chatzilla@F2D29657.F60B0462.67AC9B1.IP)
# [14:26] * Joins: masayuki1 (Thunderbir@moz-B5ED316D.ppp11.odn.ad.jp)
# [14:27] * Quits: jcv (john@moz-9DD98F0F.cable.mindspring.com) (No route to host)
# [14:27] * Joins: jcv (john@moz-9DD98F0F.cable.mindspring.com)
# [14:30] * jmaher|afk is now known as jmaher
# [14:30] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/57e8dcd66446 - Andrea Marchesini - Bug 828200 - Any audio channel should play when visible. r=mchen
# [14:31] * Quits: Callek (chatzilla@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [14:31] * Quits: baku|away (baku@moz-4038023A.ghst.net) (Quit: ZNC - http://znc.in)
# [14:31] * Joins: Callek (chatzilla@F2D29657.F60B0462.67AC9B1.IP)
# [14:31] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/ee33f3f12d2f - Chris Coulson - Bug 823973 - Skip GConf-specific shell component tests on systems with GSettings. r=gavin
# [14:31] * Joins: baku (baku@moz-4038023A.ghst.net)
# [14:32] * Joins: naveed (nihsanulla@moz-E0791328.bstnma.fios.verizon.net)
# [14:32] * Quits: ochameau (ochameau@moz-109A6728.fbx.proxad.net) (Ping timeout)
# [14:33] * Quits: jcv (john@moz-9DD98F0F.cable.mindspring.com) (Quit: leaving)
# [14:33] <NeilAway> glandium: ok, so I think that ends up changing NS_OS_CURRENT_PROCESS_DIR but not NS_XPCOM_CURRENT_PROCESS_DIR but it's getting really hard to follow the little twisting maze of passages, all different :s
# [14:33] * Joins: jcv (john@moz-9DD98F0F.cable.mindspring.com)
# [14:33] * hwine-ooo is now known as hwine
# [14:34] * Joins: coop (Chris@F2D29657.F60B0462.67AC9B1.IP)
# [14:35] * Joins: glob (glob@moz-DF237567.glob.com.au)
# [14:35] <glandium> NeilAway: mmmm both should be the same location
# [14:36] * glob is now known as glob|away
# [14:36] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/fca83930e09f - Andrea Marchesini - Bug 829561 - AudioChannelService needs some unit test, r=mchen
# [14:36] * Quits: gwagner (Gregor@A6CBEE60.C366FB5A.13A8CA36.IP) (Quit: gwagner)
# [14:38] * Quits: pnkfelix1 (pnkfelix@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [14:38] * Joins: sankha93 (sankha93@7061CD01.D6BD0D91.22D41759.IP)
# [14:38] <sankha93> jlebar: hi!
# [14:38] <NeilAway> glandium: hmm, do we call NS_InitXPCOM2?
# [14:39] <glandium> NeilAway: always
# [14:39] <jlebar> sankha93: hi. :)
# [14:39] <NeilAway> glandium: ah, that overrides it then, that's what confused me
# [14:39] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/48461c81811e - Andrea Marchesini - Bug 830672 - audio-channel-changed is properly when an audio channel is visible, r=mchen
# [14:40] <sankha93> jlebar: isn't void* type automatically cast to elem_type* ?
# [14:40] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
# [14:40] <NeilAway> only in C
# [14:40] * Joins: jfkthame (jfkthame@2B12A728.FB47D00B.9542EC20.IP)
# [14:40] <jlebar> sankha93: and anyway, I don't know the rules for casting function pointers, which is what you're hitting.
# [14:41] * Quits: stransky (stransky@moz-107AD163.redhat.com) (Quit: Connection reset by beer)
# [14:41] <sankha93> oh, then any workaround for that?
# [14:41] <sankha93> I could change the original prototype to a void type instead of elem_type?
# [14:42] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Connection reset by peer)
# [14:42] * Joins: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se)
# [14:42] <jlebar> sankha93: well, two work-arounds...let me look at the code again.
# [14:42] * Quits: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se) (Connection reset by peer)
# [14:42] * Joins: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se)
# [14:42] * cmcavoy-offline is now known as cmcavoy
# [14:43] * Quits: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se) (Client exited)
# [14:43] <jlebar> sankha93: probably the right thing to do is to make your Sort function take a Comparator class, like Contains or IndexOf.
# [14:43] <jlebar> sankha93: Then you'd need to write a templated function which uses the Comparator to interface with NS_QuickSort.
# [14:44] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [14:44] <sankha93> jlebar: okay, so I make a temporary Comparator class inside my function and then use that?
# [14:45] * Quits: souradeep (souradeep@365EAF18.FF6A877C.EFB84E89.IP) (Quit: Leaving)
# [14:45] * Joins: pnkfelix (pnkfelix@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [14:46] <jlebar> sankha93: A temporary instance of a class which "implements the Comparator template" (i.e., of a class which has EqualTo and LessThan methods).
# [14:46] <jlebar> erm, Equals and LessThan methods.
# [14:46] <jlebar> sankha93: I think you probably have the right idea.
# [14:47] <sankha93> hmm.. yes! I meant that only. :)
# [14:47] <sankha93> thanks a lot.
# [14:47] * Quits: tzimmermann (tzimmerman@moz-6E35195.pools.arcor-ip.net) (Ping timeout)
# [14:48] <jlebar> sankha93: you're welcome!
# [14:48] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
# [14:48] * Quits: naveed (nihsanulla@moz-E0791328.bstnma.fios.verizon.net) (Ping timeout)
# [14:49] * Joins: tzimmermann (tzimmerman@moz-6E35195.pools.arcor-ip.net)
# [14:50] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Quit: Leaving)
# [14:50] * Joins: stransky (stransky@moz-107AD163.redhat.com)
# [14:52] * Quits: pranavrc (pranavrc@CEF5B3D6.D99AA503.C28326FD.IP) (Broken pipe)
# [14:52] * Quits: Optimizer (Instantbir@9D88CC50.62837B7B.1807BA01.IP) (Ping timeout)
# [14:54] * cmcavoy is now known as cmcavoy-offline
# [14:57] * hwine is now known as hwine|afk
# [14:58] * Joins: nical (nico@moz-F8747CC6.dsl.ovh.fr)
# [14:59] * Quits: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk) (Ping timeout)
# [14:59] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [15:00] * cmcavoy-offline is now known as cmcavoy
# [15:00] * Joins: ferongr (ferongr@moz-64A7994C.dsl.dyn.forthnet.gr)
# [15:00] * Quits: jprmc (jprmc@8788BD54.AEC9E1D6.DA78B690.IP) (Ping timeout)
# [15:01] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
# [15:02] * Quits: mbrubeck (mozilla@7B99D36C.3A9F9BD4.4C2245EF.IP) (Quit: Leaving.)
# [15:03] * aki|away is now known as aki|buildduty
# [15:03] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [15:04] * Quits: teoli (teoli@moz-DB2960E7.sw.biz.rr.com) (Input/output error)
# [15:06] * Joins: overholt (overholt@F2D29657.F60B0462.67AC9B1.IP)
# [15:06] * Joins: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk)
# [15:07] * Joins: kmoir (chatzilla@F2D29657.F60B0462.67AC9B1.IP)
# [15:08] * ferjm|lunch is now known as ferjm
# [15:08] <tbsaunde> sankha93: hi
# [15:08] <sankha93> tbsaunde: hi
# [15:08] <tbsaunde> sankha93: jlebar why not just cast the function pointer?
# [15:08] <jlebar> tbsaunde: Because every function to nsTArray takes a Comparator, so we should probably respect that interface?
# [15:09] <tbsaunde> jlebar: I'm not following
# [15:09] <jlebar> tbsaunde: If you look at nsTArray, a bunch of functions take a Comparator class.
# [15:09] * Joins: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com)
# [15:09] <jlebar> tbsaunde: I'm saying that the Sort() method probably should as well.
# [15:09] <tbsaunde> jlebar: if we want to have a method on nsTArray that takes void (*)(T*, T*) and need to pass that to ns_QuickSort()
# [15:10] <jlebar> tbsaunde: indeed, in that case, we'd want to cast the function pointer, assuming that's safe.
# [15:10] <jlebar> tbsaunde: But my thought is that we should use a Comparator, like the rest of nsTArray.
# [15:10] <tbsaunde> jlebar: sure, but we have a Sort() method on nsTArray that already does that, I thought the point was to allow people to just pass a function pointer
# [15:11] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [15:12] * Quits: rbgray (chatzilla@moz-F1171FD7.plustechnologies.com) (Quit: ChatZilla 0.9.89 [SeaMonkey 2.16/20130111023011])
# [15:13] <jlebar> Oh.
# [15:13] * Joins: ochameau (ochameau@moz-109A6728.fbx.proxad.net)
# [15:13] <tbsaunde> jlebar: so, either I'm not understanding you, or your saying we shouldn't add a function to nsTArray that just takes a function pointer, and should wont fix the bug
# [15:13] <jlebar> tbsaunde: No, you're totally right.
# [15:13] * nthomas|away is now known as nthomas
# [15:14] <jlebar> tbsaunde: Sorry, I didn't look closely at all.
# [15:14] * Quits: stransky (stransky@moz-107AD163.redhat.com) (Quit: Connection reset by beer)
# [15:14] <jlebar> sankha93, we should do what tbsaunde says. Sorry, I was totally wrong.
# [15:14] <tbsaunde> jlebar: ok, np
# [15:14] <sankha93> then we should cast the types?
# [15:14] * Joins: llmelon (chatzilla@moz-3983353E.tm.net.my)
# [15:15] * Joins: espindola (espindola@moz-3C19F8D3.dsl.teksavvy.com)
# [15:15] <jlebar> sankha93: I think the nsTArray function should take const elem_type*, which means you need to modify your comparator function IIRC.
# [15:15] <jlebar> sankha93: But then you may need to cast the function pointer inside TArray before you pass it to NS_QuickSort, depending on whether you can cast (fn*)(const elem_type*) to (fn*)(const void*) (or is it just regular void*?).
# [15:16] <sankha93> its const void*
# [15:16] <jlebar> then maybe you won't need the cast; I'm not sure.
# [15:16] <sankha93> but I am getting the error because of type mismatch
# [15:16] <jlebar> sankha93: but the type mismatch was in the /caller/ of Sort(), right?
# [15:16] <sankha93> yes
# [15:17] <jlebar> sankha93: so can you fix that by modifying the signature of the function you're passing to Sort()?
# [15:17] * mgerva-afk is now known as mgerva
# [15:17] * jcranmer|away is now known as jcranmer
# [15:17] <sankha93> but elem_type is not defined there
# [15:17] * ewong is now known as ewong|sleep
# [15:18] <jlebar> sankha93: elem_type is a template type. What does it refer to in nsTArray?
# [15:19] <sankha93> the template class <E>
# [15:19] <sankha93> https://mxr.mozilla.org/mozilla-central/source/xpcom/glue/nsTArray.h#195
# [15:19] <tbsaunde> sankha93: and what is e for that instantiation of the template?
# [15:19] * Quits: nattokirai (nattokirai@moz-E695CB86.dynamic.ppp.asahi-net.or.jp) (Quit: nattokirai)
# [15:20] * Joins: marcoz (marco.zehe@moz-E206FB66.dip.t-dialin.net)
# [15:21] * Joins: stransky (stransky@moz-107AD163.redhat.com)
# [15:21] * Joins: jhopkins (jhopkins@F2D29657.F60B0462.67AC9B1.IP)
# [15:21] <sankha93> E is the base type used by the pointer for templating
# [15:21] * Joins: joey (chatzilla@F2D29657.F60B0462.67AC9B1.IP)
# [15:21] * Joins: armenzg (armenzg@F2D29657.F60B0462.67AC9B1.IP)
# [15:24] <jlebar> sankha93: do you see how to fix this, then?
# [15:24] * glob|away is now known as glob
# [15:24] * nthomas is now known as nthomas|away
# [15:25] <sankha93> either I define the same elem_type in the function calling the Sort() function, or maybe I have to cast void* to elem_type* inside Sort()
# [15:26] * sankha93 likes the latter one
# [15:26] <jlebar> sankha93: You're calling nsTArray::Sort() on a particular nsTArray. What is that TArray's E type?
# [15:26] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
# [15:26] <sankha93> nsIFile
# [15:27] <jlebar> sankha93: So can your comparator function take |const nsIFile*|?
# [15:27] * Joins: beaufour (beaufour@moz-EA4226EF.nyc.biz.rr.com)
# [15:27] * Quits: smontagu (chatzilla@757B0DC8.B3DCBEEA.CC465D70.IP) (Ping timeout)
# [15:27] * cmcavoy is now known as cmcavoy-offline
# [15:27] <sankha93> jlebar: i think it should. Didn't try though
# [15:27] <jlebar> sankha93: that would make the types consistent, I think.
# [15:28] * Joins: lduros (user@moz-4894EA28.nic.resnet.group.upenn.edu)
# [15:28] * joduinn-afk is now known as joduinn
# [15:28] * Quits: paulproteus (quassel@rose.makesad.us) (Ping timeout)
# [15:28] * Joins: jprmc (jprmc@621DAA58.F7EBA23.C3C3A9D0.IP)
# [15:29] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [15:29] <sankha93> jlebar: I'll just try that out!
# [15:30] * rail_away is now known as rail
# [15:31] * Quits: bbondy (bbondy@7F6E4DBB.3A9F9BD4.4C2245EF.IP) (Quit: Going offline, see ya! (www.adiirc.com))
# [15:31] * Joins: yzen (Adium@437116F4.A6295926.9D42CF23.IP)
# [15:32] * Quits: joshmoz (josh@moz-7D5BC4BE.nyc.res.rr.com) (Quit: Leaving)
# [15:32] * Joins: paulproteus (quassel@moz-E86A3B42.makesad.us)
# [15:33] * nthomas|away is now known as nthomas
# [15:34] * Joins: Optimizer (Instantbir@7F7EF8BB.6F5CD47F.D5D59AD9.IP)
# [15:34] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [15:34] * Joins: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com)
# [15:35] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/cca86ae200b1 - Justin Lebar - Bug 789975 - Follow-up: Fix memory reporter descriptions. r=me
# [15:36] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e6ab6c9b5885 - Ehsan Akhgari - Test case for bug 828780; r=jdm
# [15:37] * Quits: hub (hub@E639FEDB.F04051C4.DC1243F8.IP) (Input/output error)
# [15:38] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [15:38] <@bz_sleep> hmm
# [15:38] * catlee-away is now known as catlee
# [15:38] <@bz_sleep> bunch of talos regressions in tree-mgmt
# [15:38] <@bz_sleep> anyone know what's going on?
# [15:38] * Quits: Optimizer (Instantbir@7F7EF8BB.6F5CD47F.D5D59AD9.IP) (Ping timeout)
# [15:38] * bz_sleep is now known as bz
# [15:38] * ehsan_sleep is now known as ehsan
# [15:38] * Joins: tonymec__ (tonymec@D7581BFA.EEA872EE.A9371869.IP)
# [15:38] <@ehsan> bz: the shutdown regressions?
# [15:38] <@bz> yes
# [15:38] <@bz> and rss
# [15:38] <@ehsan> FHR
# [15:39] <@bz> and pbytes
# [15:39] <@bz> ah
# [15:39] <@ehsan> there's a bug on file, etc
# [15:39] * Joins: Mavericks (Mibbit@EB09A187.A93E7DC1.261E7448.IP)
# [15:39] <@bz> ok, cool
# [15:39] * tonymec__ is now known as tonymec|away
# [15:39] * @bz wishes people would post in tree-mgmt with that sort of stuff. ;)
# [15:39] * Quits: yzen (Adium@437116F4.A6295926.9D42CF23.IP) (Ping timeout)
# [15:39] * Joins: yzen (Adium@67828CC7.C1A51174.9D42CF23.IP)
# [15:39] <jlebar> Can someone give me b2g18+ for bug 803125?
# [15:39] <@ehsan> bz: bug 828153
# [15:39] * jlebar wonders who's awake.
# [15:41] * @bz wonders whether Josh Yuan is a bot
# [15:41] <@bz> ehsan: thanks
# [15:41] * Quits: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP) (Client exited)
# [15:41] <Yoric> glandium: Why do you tell me that mobile/xul is dead?
# [15:41] <edmorley> ehsan: there have been so many the last 24hrs :-(
# [15:41] <glandium> Yoric: because it is
# [15:41] <@bz> And if not a bot, whether a troll.
# [15:41] <@ehsan> edmorley: ah well perhaps I haven't seen them all yet
# [15:41] <edmorley> ehsan: I haven't yet been able to face working through them - the ranges are pretty useless
# [15:41] <Yoric> glandium: Certainly, but I am lacking some context.
# [15:42] * hwine|afk is now known as hwine|mtg
# [15:42] <@ehsan> yeap
# [15:42] * Quits: jhk (jhk@7FC79FD2.5827C9F6.D06349B0.IP) (Ping timeout)
# [15:42] <@ehsan> I bet
# [15:42] <edmorley> ehsan: FHR strong contender from first glance though
# [15:42] <@ehsan> fair enough
# [15:42] <glandium> Yoric: <Yoric> mfinkle: Could you explain to me why SafeBrowsing implements nsISessionStore? http://hg.mozilla.org/mozilla-central/annotate/56ff556e74d9/mobile/xul/components/SafeBrowsing.js
# [15:42] <@ehsan> I'll take a look too later today
# [15:42] * Joins: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP)
# [15:43] <@ehsan> edmorley: btw, e3c728cb2119 is ready for a merge I believe :)
# [15:43] <edmorley> ehsan: c970a1c329bb
# [15:43] <@ehsan> that should be done soon too
# [15:43] * Joins: ericjung (Mibbit@moz-FC76CC78.bstnma.fios.verizon.net)
# [15:43] * Joins: Optimizer (Optimizer@37562773.C55EF77C.D2D1FAF0.IP)
# [15:44] <gcp> glandium: didn't we remove that code in favor of safebrowsing.jsm nowadays
# [15:44] <Yoric> glandium: Ah, right. I hadn't noticed that this was in mobile/xul, thanks.
# [15:44] <edmorley> ehsan: yup, but I can't merge e3c728cb2119 - will wait for c970a1c329bb
# [15:44] <glandium> gcp: mobile/xul being unmaintained...
# [15:44] * Quits: JeroenDeDauw (j@moz-1F3EC66F.dip.t-dialin.net) (Quit: Leaving.)
# [15:44] <gcp> glandium: yep
# [15:45] <@ehsan> edmorley: ok, thanks!
# [15:45] <glandium> gcp: it doesn't even build
# [15:45] <@ehsan> oh right
# [15:45] <@ehsan> there's this backout...
# [15:45] <edmorley> glandium: filed bug 831236 for rm mobile/xul fwiw
# [15:45] * Quits: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP) (Quit: Leaving)
# [15:46] <mak> edmorley: I think there's the need for some place to put "merge notes" like "merge waiting for green M1 on changeset XYZ"
# [15:46] * Joins: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP)
# [15:46] <@bsmedberg> How much pain am I going to cause myself in the next few weeks by WONTFIXing hundreds of ancient bugs?
# [15:47] <@bsmedberg> s/hundreds/thousands/
# [15:47] <@ehsan> bsmedberg: not a lot
# [15:47] <@bsmedberg> ehsan: wow, you're an optimist!
# [15:47] * @bsmedberg expects a lot of bugmail
# [15:47] <@ehsan> in my experience, if the bugs are not highly controversal, people have long stopped watching them
# [15:47] <mak> bsmedberg: add a recognizable word to the wontfix, then set a mail filter on it
# [15:47] <edmorley> mak: yeah agree, I've added to my notes to write up for tbpl v2 requirements
# [15:47] <@ehsan> bsmedberg: wait, did you ask pain or bugmail? ;)
# [15:47] <@ehsan> cause you'll get a lot of bugmail
# [15:48] <@bsmedberg> bugmail is pain ;-)
# [15:48] <@ehsan> true!
# [15:48] * @ehsan stands corrected
# [15:48] * Joins: mbrubeck (mozilla@7B99D36C.3A9F9BD4.4C2245EF.IP)
# [15:48] * mak is now known as mak|afk
# [15:50] * Joins: naveed (nihsanulla@moz-E0791328.bstnma.fios.verizon.net)
# [15:50] <glandium> bsmedberg: don't we have a kind of bot that does that?
# [15:51] <@bsmedberg> glandium: I intensely dislike that bot
# [15:51] * Quits: stransky (stransky@moz-107AD163.redhat.com) (Client exited)
# [15:51] <@bsmedberg> and I do want to actually render decisions on many of these bugs, not just close them based on "time since last change"
# [15:51] <edmorley> glandium: we don't have a bot to close based on last changed (bsmedberg is presumably referring to the tbplbot)
# [15:52] <@bsmedberg> edmorley: no, I mean gerv's auto-INCOMPLETE thing
# [15:52] <edmorley> oh?
# [15:52] <@bsmedberg> which I don't think we've used in a year or more, thank goodness
# [15:52] <Mavericks> bsmedberg: in http://dxr.mozilla.org/mozilla-central/netwerk/cookie/nsCookieService.cpp.html#l1445 once 'shutdown-cleanse' removed, call to RemoveAll() on l1448 still needs to be there, to make sure cookie's removed. Is this correct?
# [15:52] <edmorley> I didn't realise he scripted it, I thought he ran by hand before - I stand corrected :-)
# [15:53] <gerv> I'm fairly sure I did it by hand.
# [15:53] <gerv> But it was a while ago.
# [15:53] <Mavericks> bsmedberg: or because ther's no support for it, RemoveAll() shouldn' exist either as it doesn't satisfy original condition which would mean it has be done somewhere else
# [15:53] <Mavericks> s/done/called
# [15:54] <gerv> bsmedberg: Before doing large mass-resolves of bugs, please consult the bugzilla.mozilla.org admin team. :-)
# [15:54] <gerv> It's not that we want to stop you, but we do want to make sure the right things happen re: messaging to bug filers, bugmail, and other issues.
# [15:54] <@bsmedberg> gerv: I'm not mass-changing anything
# [15:54] <@bsmedberg> I'm individually changing them
# [15:55] * Joins: jpr_ (jprmc@F2D29657.F60B0462.67AC9B1.IP)
# [15:55] * Quits: jprmc (jprmc@621DAA58.F7EBA23.C3C3A9D0.IP) (Ping timeout)
# [15:55] <@bsmedberg> Mavericks: yes, that condition can never be true so the block should be removed
# [15:56] <@bsmedberg> Mavericks: I'm not sure what you mean about "RemoveAll() shouldn't exist either"
# [15:56] <@bsmedberg> RemoveAll is a method on the cookie manager
# [15:56] <jdm> bz: I doubt Josh Yuan is a bot/troll, probably just casting a wide net for potential bugs to get a better guarantee of positive response
# [15:56] <hsivonen> bz: earlier today, I was conflicted about how to respond to the person you suspect to be a bot. not a good sign that he clearly put in no effort to read previous bug comments
# [15:57] * Quits: @ehsan (ehsan@576FC5E5.CD1D2BB8.DC1243F8.IP) (Input/output error)
# [15:57] <jdm> but yeah, asking whether a bug that is obviously being worked on is still available is silly
# [15:57] * Joins: ehsan (ehsan@576FC5E5.CD1D2BB8.DC1243F8.IP)
# [15:57] * ChanServ sets mode: +o ehsan
# [15:58] <Mavericks> bsmedberg: sorry I meant whether I should retain the code in the if block, i.e the RemoveAll() call
# [15:58] <@bsmedberg> the whole block is dead code, right?
# [15:59] * Quits: @ehsan (ehsan@576FC5E5.CD1D2BB8.DC1243F8.IP) (Ping timeout)
# [16:00] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/eafdefd97161 - David Burns - Bug 814768: Force marionette to move to window.top if we try access something the compartment is dead and handle OOP being pulled from under us; r=jgriffin
# [16:01] * Joins: hub (hub@E639FEDB.F04051C4.DC1243F8.IP)
# [16:01] * Joins: Nefzaoui (chatzilla@8CCD357E.D9F0C43F.80E43DAF.IP)
# [16:02] * Joins: gwagner (Gregor@A6CBEE60.C366FB5A.13A8CA36.IP)
# [16:02] <@bz> jdm: yes, but what about _reading_ the damn bug?
# [16:03] <@bz> jdm: but anyway, we'll see how it goes
# [16:03] * Joins: stransky (stransky@moz-107AD163.redhat.com)
# [16:03] <gcp> Ms2ger: FYI "holiday inn express Mountain view" is now called "Hotel Strata"
# [16:03] * Quits: Optimizer (Optimizer@37562773.C55EF77C.D2D1FAF0.IP) (Ping timeout)
# [16:04] <gerv> bsmedberg: Go for it :-)
# [16:04] <AutomatedTester> Ms2ger: when are you staying there?
# [16:04] <gcp> he was asking for someone else iirc
# [16:04] * Joins: hipokrit (hipokrit@1BF5DFDB.CA40E1F7.C558AD24.IP)
# [16:04] <gcp> I'm booking travel and just saw that notice
# Session Close: Wed Jan 16 16:06:44 2013
#
# Session Start: Wed Jan 16 16:06:44 2013
# Session Ident: #developers
# [16:06] * Disconnected
# [16:07] * Attempting to rejoin channel #developers
# [16:07] * Rejoined channel #developers
# [16:07] * Topic is 'Introducing https://etherpad.mozilla.org/commonissues || Fix your tests, please! http://brasstacks.mozilla.com/orangefactor/ || Next merge: 18 February || New? Want to help? See #introduction || http://krijnhoetmer.nl/irc-logs/ , http://logbot.glob.com.au'
# [16:07] * Set by Ms2ger on Tue Jan 08 17:57:01
# [16:07] <glob> bz, if you describe the issue with slightly more words i can look
# [16:08] <glob> bz, interdiff issues can be tricky, because bugzilla isn't actually doing it (it's shelling out to 'interdiff' from patchutils)
# [16:08] * Joins: vladan1 (vladan@36D53742.B90458C2.57F33CED.IP)
# [16:09] <edmorley> padenot: those win pgo m1 timeouts are still present after the backout
# [16:10] <edmorley> padenot: this is now closing inbound (and preventing a merge) - I think that entire push is going to have to come out, sorry
# [16:10] <padenot> yeah, understandable
# [16:10] * Quits: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP) (Ping timeout)
# [16:10] <edmorley> pgo turnaround times being 4 hours doesn't help :-(
# [16:11] <padenot> yeah, I'm wondering how to debug this
# [16:12] * Quits: Nefzaoui (chatzilla@8CCD357E.D9F0C43F.80E43DAF.IP) (Quit: ChatZilla 0.9.89 [Firefox 18.0/20130104151925])
# [16:12] * Joins: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP)
# [16:14] * Joins: FabioMagnoni (fabiomagno@CC0C60DA.77432F63.8AF99142.IP)
# [16:15] <NeilAway> jlebar: jftr the nsCOMArray is easier to sort, since it does actually hand you the nsIFile* that you might want
# [16:15] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/59668c59de10 - ffxbld - Added FIREFOX_19_0b2_RELEASE FIREFOX_19_0b2_BUILD1 tag(s) for changeset 8b833c1150b5. DONTBUILD CLOSED TREE a=release
# [16:15] <firebot> http://hg.mozilla.org/releases/mozilla-beta/rev/8b833c1150b5 - ffxbld - Automated checkin: version bump for firefox 19.0b2 release. DONTBUILD CLOSED TREE a=release
# [16:15] <jlebar> NeilAway: Something /good/ about nsCOMArray?! :)
# [16:16] * Fallen is now known as Fallen|away
# [16:16] <NeilAway> jlebar: that and you can easily create an nsISimpleEnumerator from it, and that's about it
# [16:16] <glob> bz, yeah, interdiff doesn't like those two diffs. will make a note of that (bugzilla should at least indicate that something went wrong)
# [16:16] <firebot> Check-in:
# [16:16] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f2912b7e727a - Ed Morley - Backout b3a8618f901c (bug 829042), 34a9ef8f929d (bug 822933), 4c1215cefbab (bug 826349), 70bb7f775178 (bug 825325), e9c8447fb197 (bug 828713), eb6ebf01eafe (bug 828901),
# [16:16] <glob> bz, the ever helpful error is "interdiff: Error applying patch1 to reconstructed file"
# [16:16] <firebot> f1f3ef647920 (bug 825329), f9d7b5722d4f (bug 825329), 5add564d4546 (bug 819377), 55e93d1fa972 (bug 804875), f14639a3461e (bug 804875), 23456fc21052 (bug 814308) for Windows pgo-only mochitest-1 media test timeouts on a CLOSED TREE
# [16:17] * Quits: snorp (snorp@moz-BD8D0B1E.lightspeed.livnmi.sbcglobal.net) (Quit: ZNC - http://znc.in)
# [16:17] * Joins: snorp (snorp@moz-BD8D0B1E.lightspeed.livnmi.sbcglobal.net)
# [16:17] * Quits: snorp (snorp@moz-BD8D0B1E.lightspeed.livnmi.sbcglobal.net) (Input/output error)
# [16:18] <@bz> glob: right, but the user is not shown that
# [16:18] * Joins: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP)
# [16:18] <@bz> glob: being told it failed would be way better than silently showing the wrong thing....
# [16:18] <jdm> <glob> bz, yeah, interdiff doesn't like those two diffs. will make a note of that (bugzilla should at least indicate that something went wrong)
# [16:18] <glob> bz, agreed, it's very wrong
# [16:18] <Mavericks> bsmedberg: trying to convince myself whole block's dead code. only concern's 'clear the cookie db part'
# [16:19] <@bz> glob: need a bug filed?
# [16:19] * Joins: jimm-bbiab (jimm@E48845AB.3A9F9BD4.4C2245EF.IP)
# [16:19] <glob> bz, there's one already, i just need to finish the patch on it
# [16:19] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/46305160fb3c - ffxbld - Automated checkin: version bump for fennec 19.0b2 release. DONTBUILD CLOSED TREE a=release
# [16:19] <firebot> http://hg.mozilla.org/releases/mozilla-beta/rev/741ea6f8e31e - ffxbld - Added FENNEC_19_0b2_RELEASE FENNEC_19_0b2_BUILD1 tag(s) for changeset 46305160fb3c. DONTBUILD CLOSED TREE a=release
# [16:20] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
# [16:20] * Joins: teoli (teoli@moz-41A7FBC7.sw.biz.rr.com)
# [16:20] * Quits: sankha93 (sankha93@7061CD01.D6BD0D91.22D41759.IP) (Ping timeout)
# [16:21] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [16:22] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
# [16:23] * Quits: jpr_ (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving)
# [16:23] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
# [16:24] * Joins: arky (arky@7E69B5C4.7CEBD75F.FA662B63.IP)
# [16:24] <@bz> glob: ok, cool
# [16:24] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
# [16:24] * Quits: dria (dria@moz-F5EB0C5D.dsl.teksavvy.com) (Quit: dria)
# [16:24] <edmorley> Btw next merge is 4-5 hours out, once we get pgo green on f2912b7e727a after the pgo-only orange backout
# [16:24] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [16:25] * Quits: ericjung (Mibbit@moz-FC76CC78.bstnma.fios.verizon.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [16:26] * cmcavoy-offline is now known as cmcavoy
# [16:27] * Quits: nmatsakis (nmatsakis@AAE222A3.FDDA6739.2321E71E.IP) (Ping timeout)
# [16:28] * Joins: jhk (jhk@6EE3C58A.62B6971.B58D974D.IP)
# [16:28] * Joins: snorp (snorp@moz-BD8D0B1E.lightspeed.livnmi.sbcglobal.net)
# [16:28] * Quits: snorp (snorp@moz-BD8D0B1E.lightspeed.livnmi.sbcglobal.net) (Input/output error)
# [16:28] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [16:29] * Quits: Optimizer (Optimizer@EC867D12.E00664A7.D2D1FAF0.IP) (Ping timeout)
# [16:29] * Joins: josh (josh@moz-7D5BC4BE.nyc.res.rr.com)
# [16:29] * Joins: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz)
# [16:30] * Joins: dg_subrata (Mibbit@2E788DD7.CDE43938.2E24DDAA.IP)
# [16:30] * Joins: spartanfire (guimdearau@74B8ECDC.2FD32FD7.7C9220AF.IP)
# [16:30] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
# [16:30] * Quits: gwagner (Gregor@A6CBEE60.C366FB5A.13A8CA36.IP) (Quit: gwagner)
# [16:32] * Quits: arky (arky@7E69B5C4.7CEBD75F.FA662B63.IP) (Client exited)
# [16:32] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [16:32] * ChanServ sets mode: +o ehsan
# [16:34] * Joins: gwagner (Gregor@A6CBEE60.C366FB5A.13A8CA36.IP)
# [16:35] * Quits: dg_subrata (Mibbit@2E788DD7.CDE43938.2E24DDAA.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [16:35] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [16:35] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [16:38] * Joins: sankha93 (sankha93@7061CD01.D6BD0D91.22D41759.IP)
# [16:38] <@ehsan> edmorley: gps: so I looked over dev-tree-mgmt emails, and I think FHR has regressed three things: shutdown times (by about 2-3x), memory usage, and Kraken
# [16:38] <@ehsan> now I cannot explain Kraken
# [16:38] <@ehsan> and I don't think there's a bug on file for the memory usage issue either
# [16:39] <edmorley> ehsan: thank you for taking a look at those
# [16:39] <joduinn> decoder: ping
# [16:39] * Joins: snorp (snorp@moz-BD8D0B1E.lightspeed.livnmi.sbcglobal.net)
# [16:39] * Joins: Optimizer (Optimizer@5D2E1F0A.5B928161.D5D59AD9.IP)
# [16:40] <decoder> joduinn: pong
# [16:40] * Quits: joey (chatzilla@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [16:40] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: bbl)
# [16:40] <joduinn> decoder: is this a better time to talk?
# [16:40] * Quits: snorp (snorp@moz-BD8D0B1E.lightspeed.livnmi.sbcglobal.net) (Quit: ZNC - http://znc.in)
# [16:41] <decoder> joduinn: yep :)
# [16:41] * Joins: snorp (snorp@moz-BD8D0B1E.lightspeed.livnmi.sbcglobal.net)
# [16:41] * Quits: snorp (snorp@moz-BD8D0B1E.lightspeed.livnmi.sbcglobal.net) (Input/output error)
# [16:41] <Mavericks> bsmedberg: if the whole block's dead code, then shutdown-cleanse was an indicator in the past that mDBState 's actually mdefaultDBState .?
# [16:41] <decoder> in general it's not a problem though to talk at night =) just tuesdays is very busy because all the meetings are there
# [16:41] <Mavericks> bsmedberg: it also justifies ns_assertion in the RemoveAll() method
# [16:42] * Mavericks is now known as Mavericks|brb
# [16:42] * Quits: Edgar (Thunderbir@moz-58E2C7B7.dynamic.hinet.net) (Quit: Edgar)
# [16:43] * Joins: mshal (mshal@F2D29657.F60B0462.67AC9B1.IP)
# [16:43] * Joins: joey (chatzilla@F2D29657.F60B0462.67AC9B1.IP)
# [16:43] * Joins: sheppy (sheppy@moz-41A7FBC7.sw.biz.rr.com)
# [16:43] * mcote|afk is now known as mcote
# [16:44] * joey is now known as IRCMonkey34410
# [16:44] * Quits: IRCMonkey34410 (chatzilla@F2D29657.F60B0462.67AC9B1.IP) (Quit: ChatZilla 0.9.89 [Firefox 19.0a2/20130107042018])
# [16:46] * Joins: snorp (snorp@moz-BD8D0B1E.lightspeed.livnmi.sbcglobal.net)
# [16:46] * Quits: jhk (jhk@6EE3C58A.62B6971.B58D974D.IP) (Ping timeout)
# [16:48] * Joins: scenor (Thunderbir@moz-65C57DA4.wireless.dyn.drei.com)
# [16:48] * Parts: scenor (Thunderbir@moz-65C57DA4.wireless.dyn.drei.com)
# [16:50] <@ehsan> NeilAway: I cannot overstate how much more helpful it would be if you filed follow-up bugs instead of commenting on patches posted on fixed bugs...
# [16:50] * Joins: ehugg (ehugg@E45EF543.C5EAED67.6CD50604.IP)
# [16:50] * Joins: tonymec (tonymec@D7581BFA.EEA872EE.A9371869.IP)
# [16:51] <@ehsan> davidb: what's bug 831294 about?
# [16:51] <@ehsan> davidb: (helpful comment 0 there!)
# [16:51] <@ehsan> bsmedberg: you ended up doing the wontfixes!
# [16:51] <@bsmedberg> ehsan: heh, I've only barely started
# [16:51] <@bsmedberg> I have 3400 bugs to triage
# [16:51] <@ehsan> shall I expect more bugmail then? ;)
# [16:51] <@bsmedberg> I'm going to spend 90 minutes a day until it's done
# [16:52] * Joins: Austin__ (austin@B65F78B7.1356EECA.2170E5F.IP)
# [16:52] <@ehsan> boy I picked a bad time to watch XPCOM ;)
# [16:52] <Ms2ger> bsmedberg++
# [16:53] <edmorley> dietrich++
# [16:54] <@bsmedberg> hooboy, the latest thing in dev-apps-firefox is awesome
# [16:54] * whimboo is now known as whimboo|afk
# [16:54] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
# [16:54] <dietrich> ;)
# [16:54] <@ehsan> bsmedberg: it's gonna be a glorious thread!
# [16:54] * jdm checks
# [16:54] <@bsmedberg> actually it won't be so bad, but I'm not sure how to fix it
# [16:55] <@bsmedberg> that's what I have minions for!
# [16:55] <jdm> click to play + no address bar?
# [16:55] <@ehsan> does our click to play prompt have something to do with the location bar?
# [16:55] <NeilAway> ehsan: is this a nitpicking comment or a useful one this time?
# [16:55] <@ehsan> NeilAway: just saw your comment on the 4096ul thing... I personally just land a patch to fix those myself :)
# [16:56] <@ehsan> NeilAway: but what I said was mostly about non-nitpicking stuff
# [16:56] <@ehsan> those comments tend to get lost
# [16:56] <@ehsan> and I hate for that to happen :/
# [16:56] <@bsmedberg> ehsan: well, that's how you get to "always enable for this site"
# [16:56] <@ehsan> ouch
# [16:57] <NeilAway> ehsan: well, I tend to be heavy on the nitpicking, so I'm not always sure when I'm not
# [16:57] <NeilAway> speaking of comments, is it bad form to start a multiline doc comment on the /** line itself?
# [16:57] <Ms2ger> YEs
# [16:57] <Ms2ger> *Yes
# [16:57] * Quits: tonymec (tonymec@D7581BFA.EEA872EE.A9371869.IP) (Ping timeout)
# [16:57] * Quits: tonymec|away (tonymec@D7581BFA.EEA872EE.A9371869.IP) (Ping timeout)
# [16:58] <jdm> /** Yes
# [16:58] <jdm> */
# [16:58] <Ms2ger> You, sir, are disgusting
# [17:00] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [17:01] * Joins: bbondy (bbondy@7F6E4DBB.3A9F9BD4.4C2245EF.IP)
# [17:03] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [17:03] * ChanServ sets mode: +o smaug
# [17:03] * Quits: bbondy (bbondy@7F6E4DBB.3A9F9BD4.4C2245EF.IP) (Quit: Going offline, see ya! (www.adiirc.com))
# [17:03] <@bsmedberg> johns: do you know where the "always for this site" CTP permission is stored?
# [17:03] * Joins: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net)
# [17:04] <@bsmedberg> or jaws ^^
# [17:04] * Quits: espindola (espindola@moz-3C19F8D3.dsl.teksavvy.com) (Quit: Ex-Chat)
# [17:04] * Joins: bbondy (bbondy@7F6E4DBB.3A9F9BD4.4C2245EF.IP)
# [17:05] * Quits: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Quit: Leaving.)
# [17:05] * Joins: sdumitriu (sdumitriu@4822AA52.AB54EB5E.6816E6B7.IP)
# [17:05] * Joins: dria (dria@F2D29657.F60B0462.67AC9B1.IP)
# [17:05] * Quits: sdumitriu (sdumitriu@4822AA52.AB54EB5E.6816E6B7.IP) (Quit: Leaving.)
# [17:06] * Joins: scenor (Thunderbir@moz-34B7C272.wireless.dyn.drei.com)
# [17:06] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [17:07] * mak|afk is now known as mak
# [17:08] * Quits: stransky (stransky@moz-107AD163.redhat.com) (Quit: Connection reset by beer)
# [17:09] <glandium> bsmedberg: i'm tempted to say nowhere, because that never persisted for me
# [17:09] * Parts: scenor (Thunderbir@moz-34B7C272.wireless.dyn.drei.com)
# [17:10] <@bsmedberg> glandium: which option did you choose?
# [17:10] <@bsmedberg> reading some code, it appears to be the "plugins" key on nsIPermissionManager
# [17:10] <glandium> bsmedberg: never allow for this site, iirc
# [17:10] <edmorley> jdm++
# [17:10] <jdm> hmm?
# [17:11] * NeilAway guess for the /** joke
# [17:11] <jdm> oh.
# [17:11] * jdm will be here all week.
# [17:11] <edmorley> :-)
# [17:11] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Ping timeout)
# [17:12] * Quits: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP) (Quit: Leaving)
# [17:12] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [17:12] <NeilAway> someone qbo'd that already, otherwise I would have included Ms2ger's reply
# [17:12] <edmorley> past: win pgo orange on your m-c merge from fx-team
# [17:13] * hwine|mtg is now known as hwine
# [17:13] <edmorley> past: bad merge?
# [17:13] <past> edmorley: no way our patches could have caused this
# [17:13] <@ted> ehsan: you think it's bad watching xpcom?
# [17:13] <@ted> i watch bsmedberg still
# [17:13] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [17:13] * Quits: jimm-bbiab (jimm@E48845AB.3A9F9BD4.4C2245EF.IP) (Ping timeout)
# [17:14] <Ms2ger> ted, at least you're not watching timeless
# [17:14] <past> edmorley: seems like a slight variation on older oranges?
# [17:14] <@ted> hah
# [17:14] * froydnj watches xpcom
# [17:14] <edmorley> past: retrigger came back orange and prior push was not; it doesn't look promising (but as you say, I don't see how your push could have changed it - other than bad merge
# [17:14] <edmorley> )
# [17:15] * philor|away is now known as philor
# [17:15] * jlebar is now known as jlebar|afk
# [17:15] <@ehsan> ted: you crazy person! :P
# [17:16] <past> edmorley: I was thinking of reopening bug 604867 or bug 721033, but I suppose you'd rather wait for the next runs to finish?
# [17:16] <jcranmer> ehsan: what's happening in xpcom that makes it bad to watch?
# [17:16] <jdm> ted: I did that for a year. Then I realized that I don't care about plugin bugs.
# [17:16] * Joins: tonymec__ (tonymec@217C4D59.D8F5BA3C.A9371869.IP)
# [17:16] <@ehsan> NeilAway: I definitely don't mind nitpicking, my only concern is for your comments to go unnoticed...
# [17:16] * tonymec__ is now known as tonymec|away
# [17:16] * Quits: mak (chatzilla@moz-35A66F5E.retail.telecomitalia.it) (Connection reset by peer)
# [17:17] <@ehsan> jcranmer: bsmedberg's war on ancient bugs
# [17:17] <edmorley> past: yeah I'll wait for those and then likely reopen something
# [17:17] * Joins: mak (chatzilla@moz-35A66F5E.retail.telecomitalia.it)
# [17:17] <@ted> ehsan: it's still pretty useful
# [17:17] <@ted> i see a lot of things i wouldn't otherwise
# [17:17] <edmorley> past: just fed up of pgo-only bustage (having had similar for an unrelated landing today on inbound)
# [17:17] <past> edmorley: ok, thanks
# [17:17] <past> edmorley: :-)
# [17:17] <@ehsan> ted: you need to teach me how you deal with your bugmail volume
# [17:18] <edmorley> past: 4-5 hour turnarounds wear a bit thin :-)
# [17:18] * Quits: ferongr (ferongr@moz-64A7994C.dsl.dyn.forthnet.gr) (Quit: ferongr)
# [17:18] <@ted> ehsan: it's a lot of skimming
# [17:18] <@ehsan> bsmedberg: hmm, you can just remove the location bar through the customize toolbar dialog, right?
# [17:18] <@ted> i'm having some adjustment trouble since i moved from gmail to thunderbird
# [17:18] <@ted> harder to skip whole threads
# [17:19] <@ehsan> bsmedberg: that changes the behavior of some things at least (such as Ctrl+L)
# [17:19] <Ms2ger> ted, k
# [17:19] <@ehsan> ted: R
# [17:19] <@ehsan> or r, rather
# [17:19] <@bsmedberg> I guess you can, perhaps
# [17:19] <@ehsan> Ms2ger: what does k do?
# [17:19] <Ms2ger> Oh, looks like it's r for mail
# [17:19] <jcranmer> k ignores he thread
# [17:19] <@ted> oh
# [17:19] <@ted> i don't always want to ignore them
# [17:19] <jcranmer> but you probably need to install dmose's kill mail threads
# [17:19] <@ted> i'd just un-CC myself
# [17:19] * Mavericks|brb is now known as Mavericks
# [17:19] <jcranmer> r marks the entire thread read
# [17:19] * Joins: JeroenDeDauw (j@moz-1F3EC66F.dip.t-dialin.net)
# [17:19] <@ted> ah
# [17:20] <Ms2ger> Oh
# [17:20] <jaws> bsmedberg: it is with the permissions. you can get to it by using about:permissions or by visiting the site and using Page Info
# [17:20] <@ehsan> bsmedberg: my point was that since this is possible in our product code, I think we need to fix this bug on our side
# [17:20] <@ted> that's probably useful
# [17:20] <Ms2ger> K mutes the thread
# [17:20] * Quits: bbondy (bbondy@7F6E4DBB.3A9F9BD4.4C2245EF.IP) (Quit: Going offline, see ya! (www.adiirc.com))
# [17:20] <@ted> although it requires me to switch between keys
# [17:20] <@ted> i like the UX of gmail for reading bugmail
# [17:20] <@ehsan> jcranmer: what does ignore mean? mute in gmail's vocabulary?
# [17:20] <Ms2ger> Gmail has UX?
# [17:20] <@ted> just keep hitting the keyboard shortcut for "next conversation"
# [17:20] <edmorley> ted: tried "thunderbird conversations" addon?
# [17:20] <@bsmedberg> ehsan: well... if the user has explicitly turned off the location bar, maybe they just don't want to be bothered.
# [17:21] <@ted> edmorley: no, a little gun-shy about installing addons that completely rewire the UI
# [17:21] <@bsmedberg> I'm happy to file a bug and get somebody from UX to never make a decision, though!
# [17:21] <@ehsan> bsmedberg: hmm, I wonder what that does to the rest of the stuff hanging off the location bar, such as geolocation prompts, password prompts, etc.
# [17:21] <jcranmer> ehsan: ignore means that a) all new messages in that thread are marked as read and b) if you don't click "view ignored threads", hides it from showing up at all
# [17:21] <@ehsan> jcranmer: I see. thanks!
# [17:21] * @ted lunches
# [17:22] * Joins: jimm-bbiab (jimm@E48845AB.3A9F9BD4.4C2245EF.IP)
# [17:22] * Joins: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP)
# [17:22] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
# [17:22] <Mavericks> ted: no ux of gmail on windows phone's the best!
# [17:23] * Joins: dcamp (dave@9E727688.17C2F9C.163DC5C6.IP)
# [17:23] <Mavericks> ted: *ux of gmail for reading bugmail
# [17:24] * Quits: Mavericks (Mibbit@EB09A187.A93E7DC1.261E7448.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [17:24] * Joins: Mavericks (Mibbit@EB09A187.A93E7DC1.261E7448.IP)
# [17:25] * Joins: bbondy (bbondy@7F6E4DBB.3A9F9BD4.4C2245EF.IP)
# [17:25] * Quits: FabioMagnoni (fabiomagno@CC0C60DA.77432F63.8AF99142.IP) (Ping timeout)
# [17:26] * Joins: Mavericks_ (Mibbit@EB09A187.A93E7DC1.261E7448.IP)
# [17:26] * Quits: Mavericks_ (Mibbit@EB09A187.A93E7DC1.261E7448.IP) (Quit: Mavericks)
# [17:28] * Quits: Optimizer (Optimizer@5D2E1F0A.5B928161.D5D59AD9.IP) (Ping timeout)
# [17:28] * Joins: sworkman (sworkman@2557E599.66715431.D25A875A.IP)
# [17:28] * Joins: Mavericks_ (Mibbit@EB09A187.A93E7DC1.261E7448.IP)
# [17:29] * Quits: ddahl (ddahl@648205EB.ED8DACAE.49D91E5E.IP) (Ping timeout)
# [17:29] * armenzg is now known as armenzg_brb
# [17:30] * joduinn is now known as joduinn-mtg
# [17:30] * Quits: sankha93 (sankha93@7061CD01.D6BD0D91.22D41759.IP) (Quit: Leaving.)
# [17:30] * Mavericks_ is now known as Maverick
# [17:31] * Joins: Optimizer (Optimizer@59322860.5F6B62E6.BE90E62C.IP)
# [17:31] * Joins: doop (Chris@F2D29657.F60B0462.67AC9B1.IP)
# [17:31] * Quits: coop (Chris@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [17:31] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [17:31] * doop is now known as coop
# [17:31] * Joins: cviecco (cviecco@2557E599.66715431.D25A875A.IP)
# [17:31] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [17:31] * Quits: dria (dria@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [17:31] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [17:31] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [17:31] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [17:31] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [17:31] * Quits: armenzg_brb (armenzg@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [17:31] * Quits: jhopkins (jhopkins@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
# [17:32] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [17:32] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [17:32] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [17:32] * ChanServ sets mode: +o ehsan
# [17:33] * Quits: Optimizer (Optimizer@59322860.5F6B62E6.BE90E62C.IP) (Ping timeout)
# [17:33] * Joins: jhk (jhk@6EE3C58A.62B6971.B58D974D.IP)
# [17:33] * Joins: Optimizer (Optimizer@72E52271.50DF8DBD.D5D59AD9.IP)
# [17:33] * Quits: gwagner (Gregor@A6CBEE60.C366FB5A.13A8CA36.IP) (Quit: gwagner)
# [17:34] * Quits: ankesh11 (u8015@moz-160C58C6.com) (Client exited)
# [17:34] * Joins: armenzg_brb (armenzg@F2D29657.F60B0462.67AC9B1.IP)
# [17:35] * Joins: tonymec (tonymec@217C4D59.D8F5BA3C.A9371869.IP)
# [17:35] * Quits: Maverick (Mibbit@EB09A187.A93E7DC1.261E7448.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [17:35] * Quits: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [17:36] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [17:36] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [17:36] * Quits: biesi (u8099@moz-160C58C6.com) (Input/output error)
# [17:37] * Joins: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP)
# [17:37] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
# [17:38] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [17:38] * Joins: jincreator (Thunderbir@D3DCC502.D747C7BE.60FBD70D.IP)
# [17:39] * Quits: @dbaron (dbaron@88F51059.F3BBB17D.144F44FA.IP) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [17:39] * Joins: dbaron (dbaron@88F51059.F3BBB17D.144F44FA.IP)
# [17:39] * ChanServ sets mode: +o dbaron
# [17:39] * Joins: dria (dria@F2D29657.F60B0462.67AC9B1.IP)
# [17:40] * Quits: Mavericks (Mibbit@EB09A187.A93E7DC1.261E7448.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [17:40] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
# [17:40] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/43391698ce5e - Malini Das - Bug 829566 - have marionette client send right tap event depending on shim, r=jgriffin
# [17:41] * Joins: knelson (Adium@2557E599.66715431.D25A875A.IP)
# [17:41] * Parts: knelson (Adium@2557E599.66715431.D25A875A.IP)
# [17:41] * Quits: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net) (Quit: Leaving.)
# [17:41] * Joins: jhopkins (jhopkins@F2D29657.F60B0462.67AC9B1.IP)
# [17:41] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
# [17:42] * Joins: ankesh11 (uid8015@moz-D8B63698.irccloud.com)
# [17:43] * Joins: MrDHat (quassel@F125027D.50E444E4.50E99975.IP)
# [17:43] * Quits: erick (erick@E1304535.2A7189BF.BE19388.IP) (Ping timeout)
# [17:44] * Joins: terrence (terrence@2557E599.66715431.D25A875A.IP)
# [17:44] <@bz> It's a bad sign when I see a problem and start trying to use SFINAE before considering simpler solutions. :(
# [17:44] * Quits: mbrubeck (mozilla@7B99D36C.3A9F9BD4.4C2245EF.IP) (Quit: Leaving.)
# [17:45] * ahal is now known as ahal|lunch
# [17:45] * Quits: sewardj (sewardj@moz-691D9DD4.dip.t-dialin.net) (Ping timeout)
# [17:46] * Joins: bdahl (bdahl@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [17:46] * Joins: ggoncalves (ggoncalves@moz-CF8BEBEF.dia.static.qwest.net)
# [17:46] * armenzg_brb is now known as armenzg
# [17:48] * Joins: erick (erick@E1304535.2A7189BF.BE19388.IP)
# [17:51] * Joins: aklotz (Thunderbir@moz-55246988.cg.shawcable.net)
# [17:52] * Joins: Ann_Yiming (Ann_Yiming@43CB6079.66715431.D25A875A.IP)
# [17:53] * Joins: FabioMagnoni (fabiomagno@CC0C60DA.77432F63.8AF99142.IP)
# [17:53] * Joins: MrDHat_ (quassel@F125027D.50E444E4.50E99975.IP)
# [17:53] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Connection reset by peer)
# [17:53] * Joins: Ann_Yimi_ (Ann_Yiming@2557E599.66715431.D25A875A.IP)
# [17:54] * Quits: MrDHat_ (quassel@F125027D.50E444E4.50E99975.IP) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
# [17:54] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [17:54] * ChanServ sets mode: +o smaug
# [17:54] * Joins: MrDHat_ (quassel@F125027D.50E444E4.50E99975.IP)
# [17:54] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [17:54] * Quits: Ann_Yiming (Ann_Yiming@43CB6079.66715431.D25A875A.IP) (Ping timeout)
# [17:54] * Quits: MrDHat_ (quassel@F125027D.50E444E4.50E99975.IP) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
# [17:54] * Joins: MrDHat_ (quassel@F125027D.50E444E4.50E99975.IP)
# [17:55] * Joins: fabrice (fabrice@2557E599.66715431.D25A875A.IP)
# [17:55] * Quits: MrDHat_ (quassel@F125027D.50E444E4.50E99975.IP) (Connection reset by peer)
# [17:55] * Joins: pcwalton (pcwalton@moz-481A040C.hsd1.ca.comcast.net)
# [17:56] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [17:57] * Joins: MrDHat_ (quassel@F125027D.50E444E4.50E99975.IP)
# [17:58] * Quits: MrDHat_ (quassel@F125027D.50E444E4.50E99975.IP) (Client exited)
# [17:58] * Joins: MrDHat_ (quassel@F125027D.50E444E4.50E99975.IP)
# [17:58] * Quits: MrDHat_ (quassel@F125027D.50E444E4.50E99975.IP) (Client exited)
# [17:58] * Joins: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net)
# [17:59] * Fallen|away is now known as Fallen
# [18:00] * Joins: terrence_ (terrence@2557E599.66715431.D25A875A.IP)
# [18:00] * Quits: vladan1 (vladan@36D53742.B90458C2.57F33CED.IP) (Quit: Leaving.)
# [18:00] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [18:00] * terrence_ is now known as terrence
# [18:01] * Joins: cabanier (cabanier@89803C3C.27D0C967.A0B21F13.IP)
# [18:01] * Joins: hurley (hurley@moz-E76806A0.dsl.static.sonic.net)
# [18:01] * Joins: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [18:01] * Quits: jdm (jdm@moz-F8747CC6.dsl.ovh.fr) (Quit: Lost terminal)
# [18:03] <Ms2ger> marcoz, you're getting recruited? Better fire you now ;)
# [18:04] * Quits: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net) (Ping timeout)
# [18:04] <@bz> cruited once, cruited again...
# [18:04] * Joins: lizzard (ehenry@moz-606E6FC0.dsl.static.sonic.net)
# [18:05] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [18:05] <padenot> is https://hg.mozilla.org/try/rev/6cc2f8236d95 all what is needed to trigger a PGO win32 build on try? it seems a bit too short
# [18:05] * Joins: terrence (terrence@2557E599.66715431.D25A875A.IP)
# [18:06] * Joins: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz)
# [18:06] * Joins: ojan_away (uid5519@moz-A588D045.irccloud.com)
# [18:06] * ojan_away is now known as ojan
# [18:06] <Ms2ger> padenot, that's probably fine
# [18:07] <padenot> it only took something like 1:15, so I was wondering
# [18:07] * Quits: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net) (Quit: juanb)
# [18:07] <Ms2ger> Oh
# [18:07] <Ms2ger> Then it's probably wrong :)
# [18:07] <padenot> who would know what to do?
# [18:08] * Joins: scenor (Thunderbir@moz-34B7C272.wireless.dyn.drei.com)
# [18:08] <ojan> Anyone around who knows about gecko's mathml implementation? The people listed at https://wiki.mozilla.org/MathML:Home_Page aren't around it seems. I'm trying to fix some things in WebKit's implementation that Gecko does much better and I'm curious how it's implemented.
# [18:08] * Parts: scenor (Thunderbir@moz-34B7C272.wireless.dyn.drei.com)
# [18:08] <ojan> I suppose I could dig through the source code. :)
# [18:08] * Quits: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net) (Input/output error)
# [18:09] * Joins: mccr8 (mccr8@2557E599.66715431.D25A875A.IP)
# [18:09] * Joins: jlmendezbonini (textual@moz-FF9FDD58.twcny.res.rr.com)
# [18:09] <@smaug> ojan: it is a bit late in NZ
# [18:09] * Joins: thx1138 (Instantbir@7CD1B470.2BC633E3.88CF6591.IP)
# [18:09] * Joins: ddahl (ddahl@43CB6079.66715431.D25A875A.IP)
# [18:09] <ojan> yeah, that's what i figured
# [18:10] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Quit: ChatZilla 0.9.89 [Firefox 10.0.11/20121130170736])
# [18:10] * Quits: tzimmermann (tzimmerman@moz-6E35195.pools.arcor-ip.net) (Quit: Ex-Chat)
# [18:10] * Joins: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net)
# [18:11] * Quits: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net) (Input/output error)
# [18:11] * Quits: @dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net) (Ping timeout)
# [18:11] * Joins: terrence (terrence@2557E599.66715431.D25A875A.IP)
# [18:12] * Joins: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se)
# [18:13] * Joins: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net)
# [18:13] * Joins: rednaks (rednaks@1124285C.7B2CFADA.55FFA9B4.IP)
# [18:14] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
# [18:14] * Quits: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se) (Quit: Ex-Chat)
# [18:14] <marcoz> Ms2ger: Hahah, I denied that contact request. ;)
# [18:14] * armenzg is now known as armenzg_lunch
# [18:14] <marcoz> Ms2ger: For some unknown reason, I was not interested. ;)
# [18:15] * Joins: smooney_ (smooney@2557E599.66715431.D25A875A.IP)
# [18:15] * Joins: gwagner (Gregor@A6CBEE60.C366FB5A.13A8CA36.IP)
# [18:16] * Joins: jedp (jedp@moz-59C58F81.dsl.dynamic.sonic.net)
# [18:16] <@bz> er...
# [18:16] <hub> marcoz: I get some, sometime by email
# [18:16] * Quits: snorp (snorp@moz-BD8D0B1E.lightspeed.livnmi.sbcglobal.net) (Quit: ZNC - http://znc.in)
# [18:16] <@bz> is bugzilla down?
# [18:16] <hub> marcoz: and it never ends well
# [18:16] <edmorley> yes for me
# [18:16] <Ms2ger> ojan, mxr.mozilla.org/mozilla-central/source/layout/mathml :)
# [18:16] <jedp> bugzilla is down for me
# [18:17] * Quits: gwagner (Gregor@A6CBEE60.C366FB5A.13A8CA36.IP) (Quit: gwagner)
# [18:17] <philor> yes, phx phun
# [18:17] <@bz> the update server seems to be down too?
# [18:17] * Joins: snorp (snorp@moz-BD8D0B1E.lightspeed.livnmi.sbcglobal.net)
# [18:17] <glob> phx data center issues, IT are working on it
# [18:17] * @bz just started a build..
# [18:17] <@bz> and it claims to be up to date
# [18:17] <@bz> it's a beta14 build!
# [18:17] <ojan> Ms2ger: yup, i'm reading it now. i found a commit actually that is doing exactly what i've been trying to do with the webkit code.
# [18:17] * Joins: sworkman_ (sworkman@2557E599.66715431.D25A875A.IP)
# [18:17] <jlebar|afk> glob: bugzilla is down? Can we modify the topic? http://www.downforeveryoneorjustme.com/bugzilla.mozilla.org
# [18:18] <glob> jlebar|afk, phx data center issues, IT are working on it
# [18:18] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: . . . ........)
# [18:18] * Ms2ger changes topic to 'PHX data center issues, IT is working on it || Introducing https://etherpad.mozilla.org/commonissues || Fix your tests, please! http://brasstacks.mozilla.com/orangefactor/ || Next merge: 18 February || New? Want to help? See #introduction || http://krijnhoetmer.nl/irc-logs/ , http://logbot.glob.com.au'
# [18:18] <jlebar|afk> Ms2ger: thanks.
# [18:18] <glob> <3
# [18:18] <Ms2ger> ojan, dammit, if you guys are actually working on mathml support, we'll need to do work to stay ahead :)
# [18:18] <@bz> heh
# [18:18] * Joins: mwobensmith (Adium@2557E599.66715431.D25A875A.IP)
# [18:18] <ojan> lol...we won't be getting ahead of gecko's implementation any time soon...if ever
# [18:18] <jlebar|afk> Well, now seems like a good time to get lunch.
# [18:19] <@bz> jlebar|afk: indeed
# [18:19] * Quits: sworkman (sworkman@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [18:19] * sworkman_ is now known as sworkman
# [18:19] * Quits: pcwalton (pcwalton@moz-481A040C.hsd1.ca.comcast.net) (Quit: pcwalton)
# [18:19] <edmorley> this is where we see if treestatus default to closed works
# [18:19] <ojan> there's noone actively working on mathml anymore...i'm just cleaning up code that's violating layout rules
# [18:20] * AutomatedTester is now known as AutomatedTester|away
# [18:20] <glob> edmorley, except treestatus.m.o is down
# [18:20] * Joins: willyaranda (willyarand@moz-7B107A11.dynamic.jazztel.es)
# [18:20] <edmorley> glob: to clarify, the hg hook now defaults to closed if treestatus.m.o is down
# [18:21] <glob> edmorley, ah. sorry
# [18:21] <edmorley> don't be, I wasn't clear :-)
# [18:21] * Joins: mats (chatzilla@868A9748.A189EB51.4B330583.IP)
# [18:21] * Joins: bnicholson (bnicholson@2557E599.66715431.D25A875A.IP)
# [18:21] <@ted> if a whole bunch of infra is busted, having the tree closed seems pretty sensible
# [18:21] * Quits: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz) (Ping timeout)
# [18:21] * Quits: marcoz (marco.zehe@moz-E206FB66.dip.t-dialin.net) (Quit: Leaving.)
# [18:22] <Ms2ger> ted, but what if just treestatus goes down?
# [18:22] <philor> we should have treestatus check api-dev and close automatically if it's busted
# [18:22] <@ted> that's a risk we'll have to take
# [18:22] <catlee> not sure what we do for builds that really use phx
# [18:22] <@ted> anyway, no wiki no worky
# [18:22] * Quits: gbrown (gbrown@moz-6075880C.cg.shawcable.net) (Quit: gbrown)
# [18:22] <edmorley> Ms2ger: then we still want it to default to closed, since the tree could need to actually be closed
# [18:22] <@bsmedberg> Time to stop triaging then!
# [18:22] <edmorley> people can still use CLOSED TREE to override
# [18:23] * catlee is now known as catlee-lunch
# [18:23] * Joins: Mavericks (Mibbit@EB09A187.A93E7DC1.261E7448.IP)
# [18:23] * ahal|lunch is now known as ahal
# [18:23] * Joins: pcwalton (pcwalton@moz-481A040C.hsd1.ca.comcast.net)
# [18:23] * Quits: masayuki1 (Thunderbir@moz-B5ED316D.ppp11.odn.ad.jp) (Ping timeout)
# [18:25] * Joins: cpeterson (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [18:25] <edmorley> philor: tbpl's going to have stuck crons again isn't it :-(
# [18:25] * Joins: jimb (user@9E727688.17C2F9C.163DC5C6.IP)
# [18:25] * Joins: nmatsakis (nmatsakis@AAE222A3.FDDA6739.2321E71E.IP)
# [18:25] * aki|buildduty is now known as aki|lunch
# [18:25] * Quits: kmoir (chatzilla@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [18:25] * nthomas is now known as nthomas|away
# [18:25] <edmorley> philor: annoyingly the patch to fix is only on tbpl-dev since it's waiting for tbpl-dev to be unstuck
# [18:25] <@bz> Ah, my fx14 is updating
# [18:25] <@bz> that's a good sign!
# [18:25] * Joins: gbrown (gbrown@moz-6075880C.cg.shawcable.net)
# [18:25] * Joins: nsm (nikhil@2557E599.66715431.D25A875A.IP)
# [18:25] <padenot> yeah, it's back up here
# [18:25] <philor> edmorley: yeah, alas that sort of catch-22 doesn't surprise me at all anymore
# [18:25] <glob> bmo's back
# [18:26] * Joins: vladan1 (vladan@36D53742.B90458C2.57F33CED.IP)
# [18:27] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [18:27] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
# [18:28] * Joins: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net)
# [18:29] * Quits: sheppy (sheppy@moz-41A7FBC7.sw.biz.rr.com) (Quit: sheppy)
# [18:29] * glob is now known as glob|away
# [18:29] * Joins: TheOne (one@moz-AB474021.dip0.t-ipconnect.de)
# [18:30] * Quits: nmatsakis (nmatsakis@AAE222A3.FDDA6739.2321E71E.IP) (Quit: Computer has gone to sleep.)
# [18:30] <cjones> nope
# [18:31] * Joins: danielapetrovici_ (danielapet@A5A0595A.66715431.D25A875A.IP)
# [18:32] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
# [18:33] * Quits: danielapetrovici (danielapet@601F3B17.33662590.A5830293.IP) (Ping timeout)
# [18:33] * Quits: nigelb (nigel@moz-8640053A.me) (Client exited)
# [18:33] * Joins: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [18:34] * Quits: josh (josh@moz-7D5BC4BE.nyc.res.rr.com) (Quit: josh)
# [18:34] * Joins: juanb (jbecerra@E48845AB.3A9F9BD4.4C2245EF.IP)
# [18:34] * Quits: ggoncalves (ggoncalves@moz-CF8BEBEF.dia.static.qwest.net) (Input/output error)
# [18:34] * Joins: josh (josh@moz-7D5BC4BE.nyc.res.rr.com)
# [18:34] * Joins: jhammel (jhammel@moz-14240F1C.hsd1.ca.comcast.net)
# [18:34] * Joins: nigelb (nigel@moz-8640053A.me)
# [18:34] * Joins: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz)
# [18:35] * Parts: spartanfire (guimdearau@74B8ECDC.2FD32FD7.7C9220AF.IP)
# [18:35] * Joins: Matti (Matti@moz-B0557489.dip.t-dialin.net)
# [18:36] * Joins: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP)
# [18:36] <espindola> BenWa: https://metrics.mozilla.com/protected/telemetry/chrome-hangs/
# [18:37] * Quits: graememcc (chatzilla@moz-EA1236EC.range31-52.btcentralplus.com) (Ping timeout)
# [18:38] * Quits: Austin__ (austin@B65F78B7.1356EECA.2170E5F.IP) (Quit: Leaving.)
# [18:38] * Quits: vladan1 (vladan@36D53742.B90458C2.57F33CED.IP) (Connection reset by peer)
# [18:38] * Quits: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net) (Quit: I took the wrong pill!!!)
# [18:38] * Joins: bajaj (Adium@2557E599.66715431.D25A875A.IP)
# [18:38] * Quits: cviecco (cviecco@2557E599.66715431.D25A875A.IP) (Input/output error)
# [18:38] * Joins: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net)
# [18:39] * Quits: gerv (Instantbir@moz-8E68CF56.in-addr.arpa) (Ping timeout)
# [18:39] * Quits: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net) (Quit: I took the wrong pill!!!)
# [18:40] <espindola> BenWa: git://github.com/mozilla-metrics/telemetry-toolbox.git
# [18:40] <fitzgen> is something going on with bugzilla right now?
# [18:40] * Joins: danielapetrovici__ (danielapet@601F3B17.33662590.A5830293.IP)
# [18:40] <Ms2ger> fitzgen, /topic
# [18:40] <lizzard> yes, IT is workign on it, see the topic
# [18:41] <fitzgen> Ms2ger, lizzard: sorry missed that >_<
# [18:41] <fitzgen> thanks guys
# [18:41] <Ms2ger> Np
# [18:41] <evilpie> bugzilla don't leave me right now
# [18:41] * Quits: danielapetrovici_ (danielapet@A5A0595A.66715431.D25A875A.IP) (Ping timeout)
# [18:41] * Joins: erikvold (erikvold@A5087023.2354C43D.D8E68FF6.IP)
# [18:42] * Joins: wesj (Instantbir@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [18:42] * Joins: cviecco (cviecco@2557E599.66715431.D25A875A.IP)
# [18:42] * Joins: gerv (Instantbir@moz-8E68CF56.in-addr.arpa)
# [18:43] <philor> tinderbox is fine, we should switch back to it
# [18:43] <@ted> [Gmail]/All Mail Downloading message header 924945 of 738170
# [18:43] <@ted> gg thunderbird
# [18:43] * Joins: nmatsakis (nmatsakis@moz-F66E3747.dsl.pltn13.sbcglobal.net)
# [18:44] * Joins: jviereck (Adium@moz-25674D08.ethz.ch)
# [18:44] <@ehsan> bz: you need a C++ intervention
# [18:44] * Quits: cviecco (cviecco@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
# [18:44] * Joins: cviecco (cviecco@2557E599.66715431.D25A875A.IP)
# [18:45] * Joins: mcsmurf (me@moz-BD2E9751.dip.t-dialin.net)
# [18:45] * Joins: akeybl (akeybl@43CB6079.66715431.D25A875A.IP)
# [18:45] <jcranmer> bugzilla down -> go home for the day! :-)
# [18:46] <Ms2ger> http://fredericiana.com/media/wp/2011/01/no-bugzilla.png
# [18:46] * Joins: sheppy (sheppy@moz-41A7FBC7.sw.biz.rr.com)
# [18:46] <espindola> :-)
# [18:46] * geekboy|afk is now known as geekboy
# [18:46] <espindola> I was about to ask
# [18:47] <mcsmurf> Ms2ger: heh
# [18:47] <Ms2ger> espindola, third hit on Google images for me :)
# [18:47] <jhammel> Ms2ger++
# [18:47] * KaiRo wonders what he should do while everything's down... http://fredericiana.com/2011/01/11/i-am-a-web-developer-i-dont-usually-compile-code/
# [18:48] <@ehsan> is everything down for everyone?
# [18:48] <jhammel> yes
# [18:48] <edmorley> the maintenance page for bmo is now that image actually :-D
# [18:48] <jhammel> edmorley: nice :)
# [18:48] <@ehsan> yay!
# [18:48] <mcsmurf> bugzilla works again!
# [18:48] <@ehsan> lies!
# [18:48] * Quits: rednaks (rednaks@1124285C.7B2CFADA.55FFA9B4.IP) (Quit: Quitte)
# [18:48] <mcsmurf> :]
# [18:49] <edmorley> how to troll the channel in 1 easy step
# [18:49] <edmorley> :-)
# [18:49] <@ehsan> oh this is the dns maintenance isn't it?
# [18:49] <mcsmurf> really, it does :D
# [18:49] <lizzard> does that mean i have to work?
# [18:49] <edmorley> ehsan: that's at the weekend
# [18:49] * jcranmer is now known as jcranmer|away
# [18:49] <mcsmurf> looks like :P
# [18:49] <@ehsan> OMG BUGZILLA
# [18:49] <Ms2ger> lizzard, you never have to work :)
# [18:49] <@ehsan> it's back
# [18:49] <lizzard> :D
# [18:49] <@ehsan> lizzard: go back to work :P
# [18:49] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Quit: ChatZilla 0.9.89 [SeaMonkey 2.15/20130106004215])
# [18:49] <@ehsan> oh wait
# [18:49] <mcsmurf> though a bit slow
# [18:49] * @ehsan spoke too soon
# [18:49] <mcsmurf> hehe
# [18:49] <jhammel> heh
# [18:49] <@ehsan> a bit?!
# [18:50] <@ehsan> I have downloaded like 25 bytes so far
# [18:50] <jhammel> yeah, i hate starting to file a bug and then finding out that my long paragraph has been eaten by a grue
# [18:50] <jhammel> even though Fx keeps the stuff in cache, i freak out every time
# [18:50] <mcsmurf> ok, it's down again
# [18:50] <jhammel> this could become a monty python sketch very quickly
# [18:50] <mcsmurf> whatever, just keep trying ;)
# [18:51] * Joins: Austin__ (austin@B65F78B7.1356EECA.2170E5F.IP)
# [18:51] <jhammel> and lose my precious words?!? ;)
# [18:51] <jhammel> luckily i have emailz to distract me...
# [18:51] <edmorley> jhammel: I love that episode of fawlty towers
# [18:51] <jhammel> edmorley: which one? i was thinking of the "not quite dead" part of holy grail, actually
# [18:51] * Quits: jimm-bbiab (jimm@E48845AB.3A9F9BD4.4C2245EF.IP) (Connection reset by peer)
# [18:51] <edmorley> ahh ok
# [18:52] * Joins: jimm-bbiab (jimm@E48845AB.3A9F9BD4.4C2245EF.IP)
# [18:52] * Quits: jviereck (Adium@moz-25674D08.ethz.ch) (Quit: Leaving.)
# [18:52] <Ms2ger> Monty Python's Fliegender Zirkus?
# [18:53] * Quits: Austin__ (austin@B65F78B7.1356EECA.2170E5F.IP) (Quit: Leaving.)
# [18:53] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [18:53] <edmorley> jhammel: I was thinking of this episode http://www.youtube.com/watch?v=khgpg-9TjVM (about 30s from the end)
# [18:54] * mak looks at edmorley backing out all of the changesets up to hg1
# [18:54] * Joins: Austin__ (austin@B65F78B7.1356EECA.2170E5F.IP)
# [18:55] * aki|lunch is now known as aki|buildduty
# [18:55] * Quits: pnkfelix (pnkfelix@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: Leaving.)
# [18:55] * mak is now known as mak|afk
# [18:55] * Quits: jhk (jhk@6EE3C58A.62B6971.B58D974D.IP) (Ping timeout)
# [18:56] * Parts: nical (nico@moz-F8747CC6.dsl.ovh.fr)
# [18:56] <@ehsan> what's up with us building jschuff.c every single time?
# [18:56] * Joins: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [18:57] <Ms2ger> ehsan, same thing you fixed before with the gfx thing
# [18:57] * Quits: llmelon (chatzilla@moz-3983353E.tm.net.my) (Ping timeout)
# [18:57] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Client exited)
# [18:57] <Ms2ger> ehsan, bug 823351
# [18:58] * Quits: bnicholson (bnicholson@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [18:58] <jhammel> edmorley: nice :) i love that show
# [18:58] * Joins: azakai (alon@2557E599.66715431.D25A875A.IP)
# [18:59] * Joins: spartanfire (guimdearau@74B8ECDC.2FD32FD7.7C9220AF.IP)
# [18:59] * Quits: twi (Adium@4B8FCCF0.8AAAF769.FAAB0799.IP) (Quit: Leaving.)
# [18:59] <@ehsan> oh nice
# [18:59] * Quits: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [18:59] * Joins: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [18:59] <@ehsan> ted: can you please review bug 823351? thanks!
# [18:59] <@ted> is bugzilla working?
# [19:00] <@ehsan> ted: it works for me
# [19:00] <edmorley> topic
# [19:00] <@ted> edmorley: yeah, i was asking ehsan :)
# [19:00] <@ehsan> Ms2ger: shame on me, I'm CCed there and I didn't remember seeing it!
# [19:00] * Quits: wolfiR (wolfiR@moz-C1367367.dip0.t-ipconnect.de) (Ping timeout)
# [19:00] <edmorley> oh it's actually working again now
# [19:00] <edmorley> though other services are not
# [19:01] * Joins: bnicholson (bnicholson@2557E599.66715431.D25A875A.IP)
# [19:01] * Joins: wolfiR (wolfiR@moz-C1367367.dip0.t-ipconnect.de)
# [19:01] <@ehsan> etherpad is down
# [19:01] <@ehsan> just so you know
# [19:01] * Quits: @dbaron (dbaron@88F51059.F3BBB17D.144F44FA.IP) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [19:01] * Joins: dao (dao@moz-8BE9FFD4.pool.mediaways.net)
# [19:01] * Joins: jgilbert (jgilbert@moz-74F645BE.hsd1.ca.comcast.net)
# [19:02] * Joins: dbaron (dbaron@88F51059.F3BBB17D.144F44FA.IP)
# [19:02] * ChanServ sets mode: +o dbaron
# [19:02] <edmorley> so treestatus is giving 500s
# [19:02] <edmorley> tbpl's cron is stuck
# [19:02] <@ehsan> edmorley: why's the tree closed?
# [19:02] * Joins: graememcc (chatzilla@moz-429D10F3.range86-150.btcentralplus.com)
# [19:02] <@ehsan> oh shoot
# [19:02] <@ehsan> remote: Error accessing https://treestatus.mozilla.org/mozilla-inbound?format=json: HTTP Error 500: INTERNAL SERVER ERROR
# [19:02] <@ehsan> sadface :(
# [19:02] <gps> the matrix is back!
# [19:02] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
# [19:02] <@ehsan> remote: Unable to check if the tree is open - treating as if CLOSED.
# [19:02] <@ehsan> remote: To push despite treestatus being unavailable, include "CLOSED TREE" in your push comment
# [19:03] <edmorley> ehsan: intentional default to closed if treestatus down
# [19:03] <@ehsan> yeah
# [19:03] <edmorley> ehsan: yeah I'd like to only resort to that if an apache restart doesn't resolve
# [19:03] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [19:03] <philor> and if you push, since BzAPI is dead too, you will have to star and you'll have to manually search for the bugs to do it
# [19:03] <edmorley> given it's a bad habit for people to get into
# [19:03] <@ehsan> fine I just won't push!
# [19:04] <edmorley> gerv: can you restart bzapi please, is down after phx issue
# [19:04] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
# [19:05] * Joins: shahriar (shahriar@53CA60AC.C9C60561.1BF8F68A.IP)
# [19:07] <edmorley> filed bug 831362 for bzapi being down
# [19:07] <jhammel> edmorley: thank ye, as i'm rather waiting on it
# [19:08] <Mavericks> b.m.o's up
# [19:08] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [19:09] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
# [19:09] <@ehsan> whoa, I pushed!
# [19:09] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/752093e9327e - Ting-Yuan Huang - Bug 823351 - Setup the dependency of jchuff.c on jpeg_nbits_table.h; r=ted
# [19:09] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: Mook_as)
# [19:09] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/abd216c2ded3 - Ehsan Akhgari - Bug 827158 - Part 3: Move the ValidityState API to Web IDL bindings; r=bzbarsky
# [19:09] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
# [19:10] <edmorley> ehsan: :-(
# [19:11] <@ehsan> edmorley: why ':-('?
# [19:11] <edmorley> bzapi down means manual starring
# [19:11] <edmorley> see above
# [19:11] <@ehsan> it seems to work for me...
# [19:11] <edmorley> ehsan: for new failure
# [19:11] <@ehsan> just slow
# [19:11] <edmorley> ehsan: tbpl's cron is stuck
# [19:11] <edmorley> as ewll
# [19:11] <edmorley> well
# [19:11] <@ehsan> oh
# [19:11] <edmorley> filed bug 831363 for treestatus down
# [19:11] <@ehsan> I didn't know that we use a cronjob these days :(
# [19:11] <@ehsan> sorry
# [19:12] <edmorley> ehsan: for data imprt
# [19:12] * Joins: imphil (philipp@moz-55513EF0.rad.med.uni-muenchen.de)
# [19:12] * Joins: kmoir (chatzilla@F2D29657.F60B0462.67AC9B1.IP)
# [19:12] <@ehsan> edmorley: ok I'll star manually as a punishment :)
# [19:13] * bc is now known as bc|mtg
# [19:13] <edmorley> ehsan: ta :-)
# [19:13] * Quits: lizzard (ehenry@moz-606E6FC0.dsl.static.sonic.net) (Quit: lizzard)
# [19:14] <mikeratcliffe> Not able to push to try at all, I guess for the same reasons.
# [19:14] * Joins: biesi (uid8099@moz-C944F5EC.irccloud.com)
# [19:15] * Parts: spartanfire (guimdearau@74B8ECDC.2FD32FD7.7C9220AF.IP)
# [19:15] * Joins: cpearce (cpearce@moz-A1E28DBA.xdsl.xnet.co.nz)
# [19:16] * Joins: lizzard (ehenry@moz-606E6FC0.dsl.static.sonic.net)
# [19:17] * armenzg_lunch is now known as armenzg
# [19:18] * Joins: dveditz (dveditz@2557E599.66715431.D25A875A.IP)
# [19:18] * ChanServ sets mode: +o dveditz
# [19:19] * Joins: ggoncalves (ggoncalves@2557E599.66715431.D25A875A.IP)
# [19:19] <Fallen> wtf? hg qpop -f swallowed my local changes. I though that would keep changes and just unapply the current patch
# [19:19] <Ms2ger> Note: "-f" tends to be dangerous
# [19:19] * Quits: Optimizer (Optimizer@72E52271.50DF8DBD.D5D59AD9.IP) (Ping timeout)
# [19:20] <Fallen> yeah, I just had the impression it used to work *sigh*
# [19:21] <edmorley> Trees closed for bug 831362, bug 831363 and bug 831371 (can't update treestatus properly since 500s most of the time)
# [19:21] <Fallen> ah interesting, it created a .orig file!
# [19:22] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
# [19:22] * Joins: jhk (jhk@6EE3C58A.62B6971.B58D974D.IP)
# [19:23] * Joins: Optimizer (Optimizer@AF6F2BD3.1AFF4FE6.274D17D6.IP)
# [19:23] * @bz is not happy with the components spec
# [19:24] <@bz> And even less happy with the issue handling. :(
# [19:25] <@bz> And _wow_ are there a lot of open issues.
# [19:25] * Quits: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com) (Ping timeout)
# [19:25] * jlebar|afk is now known as jlebar
# [19:26] * Quits: Cwiiis (cwiiis@88F51059.F3BBB17D.144F44FA.IP) (Connection reset by peer)
# [19:26] * Joins: Cwiiis (cwiiis@88F51059.F3BBB17D.144F44FA.IP)
# [19:27] <@bz> how can I turn on web components in chrome?
# [19:28] * Joins: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com)
# [19:29] * Quits: dao (dao@moz-8BE9FFD4.pool.mediaways.net) (Quit: Leaving.)
# [19:30] * Quits: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com) (Connection reset by peer)
# [19:30] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
# [19:30] <jimb> bsmedberg: ping
# [19:31] <jimb> bsmedberg: What's the nicest way to write tests that communicate with e10s subprocesses?
# [19:31] * mak|afk is now known as mak
# [19:31] * Joins: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com)
# [19:34] <gbrown> edmorley, philor: I landed a change to robocop a few days ago that should ensure we dump the logcat whenever a test fails; if you happen to see any cases where a rc test fails and does not dump logcat, please make some noise
# [19:34] <edmorley> ok ;-)
# [19:34] <edmorley> :-) even
# [19:35] * Quits: Optimizer (Optimizer@AF6F2BD3.1AFF4FE6.274D17D6.IP) (Ping timeout)
# [19:36] * whimboo|afk is now known as whimboo
# [19:36] * khuey|away is now known as khuey
# [19:37] * Quits: MrDHat (quassel@F125027D.50E444E4.50E99975.IP) (Client exited)
# [19:37] * Joins: felipe (felipe@2981D2F7.550A1EE7.DB5C0666.IP)
# [19:38] * catlee-lunch is now known as catlee
# [19:38] * Quits: danielapetrovici__ (danielapet@601F3B17.33662590.A5830293.IP) (Client exited)
# [19:39] * Joins: Optimizer (Optimizer@81EF06E2.50CD76D5.274D17D6.IP)
# [19:39] * nthomas|away is now known as nthomas
# [19:40] * Quits: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net) (Connection reset by peer)
# [19:41] * Joins: atte (atte@moz-37C1DF97.dhcp.inet.fi)
# [19:41] * Joins: fitzgen (fitzgen@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [19:42] * Joins: joey (chatzilla@F2D29657.F60B0462.67AC9B1.IP)
# [19:42] <Ms2ger> Oh hey, flash crashed
# [19:42] <KWierso|Home> Ms2ger: you're free!
# [19:43] * Joins: bsmith (bsmith@2557E599.66715431.D25A875A.IP)
# [19:43] <jmaher> past: ping
# [19:44] * Quits: Optimizer (Optimizer@81EF06E2.50CD76D5.274D17D6.IP) (Ping timeout)
# [19:45] <edmorley> Ms2ger: your mistake was installing it in the first place :P
# [19:45] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [19:45] * philor is now known as philor|away
# [19:46] * Quits: joey (chatzilla@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [19:46] <Archaeopteryx> edmorley: maybe he tries to do something in Chrome like bz, then installing Chrome would be the mistake
# [19:47] * Joins: Optimizer (Optimizer@CE025C44.B62A839A.274D17D6.IP)
# [19:48] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [19:48] <Ms2ger> edmorley, Comedy Central doesn't do <video> :(
# [19:51] * Joins: vladan1 (vladan@36D53742.B90458C2.57F33CED.IP)
# [19:51] <edmorley> :-(
# [19:51] * Quits: shahriar (shahriar@53CA60AC.C9C60561.1BF8F68A.IP) (Quit: Konversation terminated!)
# [19:52] <edmorley> sfink: thank you :-)
# [19:52] * Joins: joey (chatzilla@F2D29657.F60B0462.67AC9B1.IP)
# [19:52] <sfink> edmorley: yw. I attempted to upload the patch, too, but with bzapi down I'm too lazy to do it manually.
# [19:52] <edmorley> :-)
# [19:53] * Joins: billm (billm@2557E599.66715431.D25A875A.IP)
# [19:53] * edmorley is now known as edmorley|away
# [19:53] * joey is now known as IRCMonkey43590
# [19:53] * Joins: jduell (jduell@moz-F20EC42A.hfc.comcastbusiness.net)
# [19:53] <jduell> biesi: ping
# [19:54] <biesi> jduell: pong
# [19:54] * Quits: IRCMonkey43590 (chatzilla@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [19:55] <jduell> biesi: why do we need shift-reload? Regular reload asks server for validation of each resource on page--are we worried servers may lie and incorrectly say resources are fresh?
# [19:55] <jduell> I'm not understanding the value of forcing a fetch even if cache is valid
# [19:55] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Ping timeout)
# [19:56] * Quits: cpearce (cpearce@moz-A1E28DBA.xdsl.xnet.co.nz) (Ping timeout)
# [19:56] * Joins: joey (chatzilla@F2D29657.F60B0462.67AC9B1.IP)
# [19:56] <biesi> jduell: yeah, or perhaps cache corruption, etc. more useful for web developers than end users, I imagine
# [19:57] * Joins: akeybl_ (akeybl@2557E599.66715431.D25A875A.IP)
# [19:57] <jduell> biesi: the reason I ask is that it turns out shift-reload is actually broken (see bug 831153) and B2G is using shift-reload semantics when you ask for reload.
# [19:57] <biesi> b2g shouldn't do that :)
# [19:57] * Quits: FabioMagnoni (fabiomagno@CC0C60DA.77432F63.8AF99142.IP) (Quit: FabioMagnoni)
# [19:57] <mcsmurf> heh
# [19:58] * Joins: ehugg_ (ehugg@E45EF543.C5EAED67.6CD50604.IP)
# [19:58] * Quits: ehugg (ehugg@E45EF543.C5EAED67.6CD50604.IP) (Connection reset by peer)
# [19:58] * ehugg_ is now known as ehugg
# [19:58] * Quits: pcwalton (pcwalton@moz-481A040C.hsd1.ca.comcast.net) (Quit: pcwalton)
# [19:58] * Quits: akeybl (akeybl@43CB6079.66715431.D25A875A.IP) (Ping timeout)
# [19:58] <biesi> jduell: hmm interesting bug
# [19:59] * Quits: jhammel (jhammel@moz-14240F1C.hsd1.ca.comcast.net) (Quit: bbiab)
# [19:59] <biesi> jduell: I'm not entirely sure how passing through LOAD_BYPASS_CACHE to iframes work... clearly it's not through the loadgroup
# [19:59] * Quits: ehugg (ehugg@E45EF543.C5EAED67.6CD50604.IP) (Ping timeout)
# [19:59] * mdas is now known as mdas|mtg
# [20:00] * Joins: ehugg (ehugg@F8E05DD5.E744F0D1.D538BA5B.IP)
# [20:01] * Joins: scenor (Thunderbir@4ADD4FAC.BA2D00D4.17383F17.IP)
# [20:03] * Quits: scenor (Thunderbir@4ADD4FAC.BA2D00D4.17383F17.IP) (Quit: scenor)
# [20:03] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [20:04] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [20:06] * bz is now known as bz_shoveling_snow
# [20:07] * Joins: Asa (asa@D88BF95E.3A9F9BD4.4C2245EF.IP)
# [20:07] * Quits: vingtetun (vingtetun@moz-F8747CC6.dsl.ovh.fr) (Ping timeout)
# [20:09] * Quits: tanvi (tanvi@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
# [20:09] * Joins: tanvi (tanvi@2557E599.66715431.D25A875A.IP)
# [20:11] * cmcavoy is now known as cmcavoy-offline
# [20:12] * philor|away is now known as philor
# [20:12] * Quits: vladan1 (vladan@36D53742.B90458C2.57F33CED.IP) (Quit: Leaving.)
# [20:12] * Joins: kentuckyfriedtakahe (ajones@538BABFE.A073F3E.97BBD552.IP)
# [20:13] * Quits: joey (chatzilla@F2D29657.F60B0462.67AC9B1.IP) (Quit: ChatZilla 0.9.89 [Firefox 19.0a2/20130107042018])
# [20:13] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Quit: brendan)
# [20:14] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [20:14] * Ann_Yimi_ is now known as Ann_Yimingimtg
# [20:15] * Quits: azakai (alon@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [20:15] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
# [20:17] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
# [20:17] * Quits: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP) (Quit: Leaving)
# [20:17] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Quit: brendan)
# [20:19] * Quits: Wes (chatzilla@moz-BEF0C255.page.ca) (Client exited)
# [20:20] * Joins: terrence (terrence@2557E599.66715431.D25A875A.IP)
# [20:21] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
# [20:23] <past> jmaher: pong
# [20:24] <cers> Enn: ping
# [20:24] <jmaher> past: I am having trouble running devtools browser chrome tests on an ubuntu ec2 vm; are there any tricks to debug this?
# [20:25] <past> jmaher: I can't think of anything special. Are there problems with all of them or a particular subset?
# [20:28] <jmaher> past: I see this: http://www.pastebin.mozilla.org/2064236
# [20:28] * Joins: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [20:28] <jmaher> running on the same OS locally for my desktop it generates the same results as i see on our automated tests via tbpl
# [20:29] * Quits: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: sicking)
# [20:30] * Joins: azakai (alon@2557E599.66715431.D25A875A.IP)
# [20:30] * Quits: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [20:31] <Ms2ger> 'Welcome to the "Spam" mailing list'
# [20:31] <Ms2ger> Er, thank you?
# [20:31] <@bz_shoveling_snow> Oh, they renamed public-html? ;)
# [20:31] <Ms2ger> Fortunately I'm not on that list
# [20:31] * bc|mtg is now known as bc|afk
# [20:31] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
# [20:32] * Joins: spartanfire (guimdearau@moz-59E5512E.dhcp.egr.msu.edu)
# [20:32] * Joins: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [20:32] <jimb> Ms2ger: haha
# [20:32] * Quits: erikvold (erikvold@A5087023.2354C43D.D8E68FF6.IP) (Quit: erikvold)
# [20:32] * Joins: mkohler (mkohler@moz-C07DA036.dynamic.hispeed.ch)
# [20:32] * Joins: FabioMagnoni (fabiomagno@CC0C60DA.77432F63.8AF99142.IP)
# [20:33] * Joins: gandalf (zbraniecki@43CB6079.66715431.D25A875A.IP)
# [20:33] * Quits: FabioMagnoni (fabiomagno@CC0C60DA.77432F63.8AF99142.IP) (Quit: FabioMagnoni)
# [20:34] * mdas|mtg is now known as mdas
# [20:34] * mdas is now known as mdas|afk
# [20:34] <Optimizer> how to delay the executeSoon method present in mochitests ?
# [20:34] <Optimizer> I want to check after lets say 100 ms
# [20:34] * mattwoodrow|away is now known as mattwoodrow
# [20:34] * Joins: ehugg_ (chatzilla@F72458CE.29102B70.6CD50604.IP)
# [20:35] <Ms2ger> You don't want to do that :)
# [20:35] <jlebar> What thread does ProxyAutoConfig run on? It appears not to be the main thread.
# [20:35] <jlebar> Which is...odd.
# [20:35] * Quits: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [20:35] <past> jmaher: if it's just this test, can you post the entire log of that test? I'm trying to figure out whether the XPCOM call that fails is process- or profile-related (my best guess so far)
# [20:36] <jlebar> Wow, this is quite broken.
# [20:37] <Optimizer> Ms2ger: I want to
# [20:37] <Optimizer> I am waiting for a search command to fire froma searchbox
# [20:37] <Optimizer> that fires after some delay
# [20:38] <Optimizer> so executeSoon fails
# [20:38] <Optimizer> it fires too soon
# [20:38] <Ms2ger> And we'll hit cases where it takes more than 100 ms, and you'll turn the tree orange
# [20:38] * Quits: ehugg (ehugg@F8E05DD5.E744F0D1.D538BA5B.IP) (Ping timeout)
# [20:38] * ehugg_ is now known as ehugg
# [20:39] <froydnj> Optimizer: some custom event handler is a better bet for cases like this
# [20:39] <Optimizer> okay
# [20:39] * hwine is now known as hwine|afk
# [20:39] <Optimizer> Ms2ger: so what to do then ?
# [20:39] <Optimizer> if the search box command is not consistent
# [20:39] <Ms2ger> What he said
# [20:40] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
# [20:40] * Quits: yzen (Adium@67828CC7.C1A51174.9D42CF23.IP) (Ping timeout)
# [20:40] <Optimizer> but then if I wait 100 ms, and the command not fires till that, like you said .. then ?
# [20:41] * Quits: smooney_ (smooney@2557E599.66715431.D25A875A.IP) (Quit: smooney_)
# [20:41] * Joins: jhammel (jhammel@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [20:41] * jimm-bbiab is now known as jimm
# [20:41] * Joins: yzen (Adium@67828CC7.C1A51174.9D42CF23.IP)
# [20:41] * Quits: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [20:42] <jmaher> past: here is the log from the run: http://people.mozilla.org/~jmaher/devtools.log
# [20:42] * Quits: JeroenDeDauw (j@moz-1F3EC66F.dip.t-dialin.net) (Ping timeout)
# [20:43] * Quits: lizzard (ehenry@moz-606E6FC0.dsl.static.sonic.net) (Quit: lizzard)
# [20:44] * Joins: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP)
# [20:44] * Joins: smooney_ (smooney@2557E599.66715431.D25A875A.IP)
# [20:44] * cmcavoy-offline is now known as cmcavoy
# [20:44] * Joins: JeroenDeDauw (j@moz-5E2E69F0.dip.t-dialin.net)
# [20:45] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
# [20:45] * Joins: damons (gnubeard@2557E599.66715431.D25A875A.IP)
# [20:46] * Quits: jgilbert (jgilbert@moz-74F645BE.hsd1.ca.comcast.net) (Ping timeout)
# [20:46] * Joins: erikvold (erikvold@A5087023.2354C43D.D8E68FF6.IP)
# [20:47] * Joins: graememcc_ (chatzilla@moz-5268FCC0.range86-171.btcentralplus.com)
# [20:47] * Quits: graememcc (chatzilla@moz-429D10F3.range86-150.btcentralplus.com) (Ping timeout)
# [20:48] * graememcc_ is now known as graememcc
# [20:48] <past> jmaher: my guess is that creating a new profile fails or times out. Maybe you could add some logging to verify this hypothesis?
# [20:48] <past> jmaher: here: http://dxr.mozilla.org/mozilla-central/browser/devtools/debugger/test/head.js.html#l219 and here: http://dxr.mozilla.org/mozilla-central/browser/devtools/debugger/DebuggerUI.jsm.html#l484
# [20:49] * Quits: jhk (jhk@6EE3C58A.62B6971.B58D974D.IP) (Ping timeout)
# [20:49] * hwine|afk is now known as hwine
# [20:50] * Joins: devd (Name@moz-9DACDECA.cs.berkeley.edu)
# [20:50] * Quits: graememcc (chatzilla@moz-5268FCC0.range86-171.btcentralplus.com) (Ping timeout)
# [20:51] <edmorley|away> past: btw conclusion with the m1 orange on m-c is that it's nightly-only permaorange
# [20:51] * Joins: Wes (chatzilla@moz-B90DBA60.commercial.cgocable.net)
# [20:51] <jmaher> past: cool; where can I find the DebuggerUI.jsm? I have bits from a build that was produced on mozilla-inbound
# [20:51] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
# [20:51] <edmorley|away> past: so your push -1 was actually just a pgo run rather than nightly (pgo)
# [20:51] * Joins: KWierso (kwierso@moz-296B3117.hsd1.ca.comcast.net)
# [20:51] <edmorley|away> past: so the range is much larger
# [20:52] * Quits: sworkman (sworkman@2557E599.66715431.D25A875A.IP) (Quit: sworkman)
# [20:52] * Joins: scenor (Thunderbir@4ADD4FAC.BA2D00D4.17383F17.IP)
# [20:52] <jmaher> past: I thought it would be in modules/devtools, but there is no devtools directory under modules
# [20:53] * mdas|afk is now known as mdas
# [20:53] * Joins: ehugg_ (ehugg@D6EB3A64.4F0DA528.43B20542.IP)
# [20:53] * Joins: FabioMagnoni (fabiomagno@CC0C60DA.77432F63.8AF99142.IP)
# [20:53] <gandalf> hsivonen: ping
# [20:53] * Joins: Nefzaoui (chatzilla@8CCD357E.D9F0C43F.80E43DAF.IP)
# [20:54] * Joins: DGMurdockIII (DGMurdockI@moz-F1247A16.hsd1.in.comcast.net)
# [20:54] * Quits: spartanfire (guimdearau@moz-59E5512E.dhcp.egr.msu.edu) (Quit: spartanfire)
# [20:56] * Joins: capella-s3 (capella-s3@moz-D042A96A.pools.spcsdns.net)
# [20:56] <@smaug> hmm, tree is still closed. Time to go out for awhile
# [20:56] <yzen> Yoric: ping
# [20:57] <edmorley|away> jmaher: http://mxr.mozilla.org/mozilla-central/find?string=DebuggerUI&tree=mozilla-central
# [20:57] <jmaher> edmorley|away: I am trying to find where it is in a packaged build
# [20:57] * Quits: scenor (Thunderbir@4ADD4FAC.BA2D00D4.17383F17.IP) (Quit: scenor)
# [20:57] <edmorley|away> jmaher: oh sorry
# [20:58] * Quits: mshal (mshal@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [20:58] * Joins: scenor (Thunderbir@4ADD4FAC.BA2D00D4.17383F17.IP)
# [20:58] * Joins: mshal (mshal@F2D29657.F60B0462.67AC9B1.IP)
# [20:58] * Quits: Cwiiis (cwiiis@88F51059.F3BBB17D.144F44FA.IP) (Ping timeout)
# [20:58] <jmaher> edmorley|away: np, appreciate the help
# [20:58] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Quit: brendan)
# [20:58] * Quits: Ms2ger (Ms2ger@2BE1296A.E24D5586.3773EA9F.IP) (Quit: nn)
# [20:58] * Joins: lizzard (ehenry@moz-606E6FC0.dsl.static.sonic.net)
# [20:58] * edmorley|away goes back to twiddling thumbs pending bug 831371
# [20:58] <edmorley|away> :-)
# [20:59] * Quits: smooney_ (smooney@2557E599.66715431.D25A875A.IP) (Quit: smooney_)
# [20:59] * baku is now known as baku|away
# [20:59] * Quits: Asa (asa@D88BF95E.3A9F9BD4.4C2245EF.IP) (Ping timeout)
# [20:59] * Joins: mwobensmith1 (Adium@2557E599.66715431.D25A875A.IP)
# [20:59] * Quits: mwobensmith (Adium@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
# [20:59] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
# [20:59] <edmorley|away> jmaher: this to get it to work in the VM?
# [20:59] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
# [20:59] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
# [20:59] * Joins: Boriss_ (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [21:00] * Joins: Asa (asa@D88BF95E.3A9F9BD4.4C2245EF.IP)
# [21:00] * Quits: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [21:00] * Quits: mshal (mshal@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [21:00] * cmcavoy is now known as cmcavoy-offline
# [21:00] * Joins: mshal (mshal@F2D29657.F60B0462.67AC9B1.IP)
# [21:01] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [21:01] * Boriss_ is now known as Boriss
# [21:01] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Quit: brendan)
# [21:02] * Quits: jcv (john@moz-9DD98F0F.cable.mindspring.com) (Connection reset by peer)
# [21:02] <jmaher> edmorley|away: yeah- this specific test case is the only thing failing right now for browser chrome
# [21:02] * AutomatedTester|away is now known as AutomatedTester
# [21:02] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- IRC with a difference)
# [21:02] <Optimizer> does the xul textbox of type search behave differently while runnign mochitest chrome ?
# [21:02] * Joins: jcv (john@moz-9DD98F0F.cable.mindspring.com)
# [21:02] * Joins: smooney_ (smooney@2557E599.66715431.D25A875A.IP)
# [21:03] * Quits: akeybl_ (akeybl@2557E599.66715431.D25A875A.IP) (Quit: Leaving...)
# [21:03] <Optimizer> in the build it is firing command on every keypress, but in test using EventUtils.synthesizeKeys method, it is only firing at "Enter" press
# [21:03] <edmorley|away> jmaher: sweet (about the rest working :-)
# [21:04] * Joins: rednaks (rednaks@1124285C.7B2CFADA.55FFA9B4.IP)
# [21:04] * Quits: damons (gnubeard@2557E599.66715431.D25A875A.IP) (Quit: damons)
# [21:05] * Quits: dria (dria@F2D29657.F60B0462.67AC9B1.IP) (Quit: dria)
# [21:05] <jmaher> edmorley|away: not far from all tests being green: https://etherpad.mozilla.org/tests-in-an-ubuntu-vm
# [21:05] * Joins: andreasn (andreasn@moz-FD3F641F.a336.priv.bahnhof.se)
# [21:06] <edmorley|away> :-)
# [21:06] * Joins: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP)
# [21:06] * Quits: scenor (Thunderbir@4ADD4FAC.BA2D00D4.17383F17.IP) (Quit: scenor)
# [21:06] <edmorley|away> jmaher: is there any indication that the intermittent failure rate is any different?
# [21:07] <edmorley|away> imagine probably too early to tell
# [21:07] <jmaher> edmorley|away: too early to tell, I am not running the tests 100% like releng does, and I have been running with the same build
# [21:07] * Joins: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net)
# [21:07] <jmaher> edmorley|away: but I rarely see results differ and I always run each suite 5 times
# [21:08] <edmorley|away> great :-)
# [21:08] <jmaher> but that is 5 times with the same build and without rebooting, etc...
# [21:08] <philor> edmorley|away: maybe I'm not looking right, but I sure don't see any sign of a stuck cron on prod
# [21:09] <edmorley|away> philor: https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=43391698ce5e was missing jobs, though they've since appeared (perhaps unstuck in last 15 mins)
# [21:09] * Quits: Optimizer (Optimizer@CE025C44.B62A839A.274D17D6.IP) (Ping timeout)
# [21:09] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
# [21:09] * Quits: tonymec (tonymec@217C4D59.D8F5BA3C.A9371869.IP) (Ping timeout)
# [21:10] * Quits: tonymec|away (tonymec@217C4D59.D8F5BA3C.A9371869.IP) (Ping timeout)
# [21:10] * Quits: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP) (Quit: ChatZilla 0.9.89-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [21:10] * Joins: cpearce (cpearce@538BABFE.A073F3E.97BBD552.IP)
# [21:10] * Quits: andreasn (andreasn@moz-FD3F641F.a336.priv.bahnhof.se) (Quit: Ex-Chat)
# [21:10] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
# [21:10] * Quits: ehugg (chatzilla@F72458CE.29102B70.6CD50604.IP) (Ping timeout)
# [21:10] * ehugg_ is now known as ehugg
# [21:11] * Joins: brendan_ (brendaneic@2557E599.66715431.D25A875A.IP)
# [21:11] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
# [21:11] * brendan_ is now known as brendan
# [21:11] * Joins: sworkman (sworkman@2557E599.66715431.D25A875A.IP)
# [21:11] * Quits: sworkman (sworkman@2557E599.66715431.D25A875A.IP) (Input/output error)
# [21:11] * Joins: sworkman (sworkman@2557E599.66715431.D25A875A.IP)
# [21:12] * Joins: andreasn (andreasn@moz-FD3F641F.a336.priv.bahnhof.se)
# [21:12] <nemo> so. there was an article I ran into on PMO a few weeks ago
# [21:12] * cmcavoy-offline is now known as cmcavoy
# [21:13] <nemo> about MS cheating w/ linear-gradient abuse in one of their testdrive demos
# [21:13] * Joins: Optimizer (Optimizer@DAF9863E.BA9C3500.274D17D6.IP)
# [21:13] * Quits: @bz_shoveling_snow (bzbarsky@moz-C7E1A91E.bstnma.fios.verizon.net) (Ping timeout)
# [21:13] <nemo> (purportedly tested animation of some atom array or something, was actually designed to exploit D3D gradient caching or something)
# [21:13] <nemo> and I can't find the dang article anymore :(
# [21:13] * Quits: erikvold (erikvold@A5087023.2354C43D.D8E68FF6.IP) (Quit: erikvold)
# [21:13] <nemo> google and ddg are not cooperating
# [21:14] <@smaug> sounds like a normal performance demo
# [21:14] <nemo> smaug: not really
# [21:14] <nemo> I'll link to it if I can find it
# [21:14] <jlebar> gandalf: How do I select a specific numerical range in a Cleopatra profile? (e.g. your [4385,4699] from https://bugzilla.mozilla.org/show_bug.cgi?id=831135#c4)?
# [21:14] * Quits: Asa (asa@D88BF95E.3A9F9BD4.4C2245EF.IP) (Ping timeout)
# [21:14] <jmaher> past: it seems to be related to toggleChromeDebugger() http://www.pastebin.mozilla.org/2064359
# [21:14] <jlebar> gandalf: I can eyeball it and try to get the range close, but is there a way to select the exact range?
# [21:14] <gandalf> jlebar: select region on the top historiogram
# [21:15] <gandalf> ah, I don't know
# [21:15] <gandalf> I just select the region where I see activity
# [21:15] * NeilAway thwaps bz for trolling him by correctly using it's numeric properties
# [21:15] <@ehsan> turns out the secret to get fully green builds is to push when datacenters are down
# [21:15] <@ehsan> who could have guessed?
# [21:16] * Joins: Asa (asa@D88BF95E.3A9F9BD4.4C2245EF.IP)
# [21:16] <nemo> smaug: https://bugzilla.mozilla.org/show_bug.cgi?id=806044
# [21:16] <nemo> smaug: http://featherweightmusings.blogspot.com/2012/12/how-to-win-benchmarks-and-influence.html
# [21:16] <jmaher> ehsan: brilliant
# [21:16] <NeilAway> Optimizer: are you generating trusted keypresses? the <input> will ignore untrusted keypresses, but the xbl binding doesn't care and fires on untrusted Enter if it's an untrusted search box
# [21:17] <Optimizer> how to fix it ?
# [21:17] <gandalf> jlebar: I also don't think that the range in system profile overlaps with child process ranges.
# [21:17] <jlebar> gandalf: huh
# [21:17] * jedp is now known as jedp|lunch
# [21:17] * Joins: seth (seth@moz-D840E602.dsl.static.sonic.net)
# [21:17] <jlebar> gandalf: I think what we need is a real profiler, which will get us all threads, and real stacks.
# [21:17] <jlebar> gandalf: I wonder how hard it would be to get perf on these devices.
# [21:18] <jlebar> gandalf: Or oprofile, I suppose, although I'm not a fan.
# [21:18] <NeilAway> Optimizer: oh, another issue is if the textbox isn't focused then sending it keys doesn't work very well
# [21:18] * Quits: FabioMagnoni (fabiomagno@CC0C60DA.77432F63.8AF99142.IP) (Quit: FabioMagnoni)
# [21:18] <jlebar> gandalf: brb
# [21:18] <Optimizer> NeilAway: it is focused
# [21:18] <Optimizer> so just how to send trusted keypresses ?
# [21:18] * Quits: jimb (user@9E727688.17C2F9C.163DC5C6.IP) (Input/output error)
# [21:18] <NeilAway> Optimizer: fair enough, sorry for repeating the obvious in that case
# [21:18] * mattwoodrow is now known as mattwoodrow|away
# [21:18] <gandalf> jlebar: but the bottom line stays, 50ms activity in system profile and some dumb stuff in child process, out of which 100ms is JS code from BrowserElementChild (and ~500ms is real document loading but that's not in the profiler)
# [21:19] <Optimizer> the EventUtils.synthesizeKeys does not produce trusted keys ? :(
# [21:19] <gandalf> while the total load time is ~1100 which leaves this 550ms that I'm trying to pin down
# [21:19] <Optimizer> NeilAway: that is the only thing available in mochitest chrome tests
# [21:20] <NeilAway> Optimizer: sorry I have no idea
# [21:20] <NeilAway> Optimizer: does the input's value change?
# [21:20] <gandalf> jlebar: I have absolutely no understanding what you're talking about :) never heard of perf or oprofiler, but if you think a greenhorn can give it a try, then I'm up for it
# [21:20] <edmorley|away> ehsan: don't speak too soon :-)
# [21:20] * Quits: @dbaron (dbaron@88F51059.F3BBB17D.144F44FA.IP) (Ping timeout)
# [21:21] * Joins: akeybl (akeybl@2557E599.66715431.D25A875A.IP)
# [21:21] <@ehsan> this is the greenest that I've ever seen the tree in the past year
# [21:21] <@ehsan> the green almost hurts my eyes
# [21:21] <gandalf> jlebar: or, I can profile your patch from bug 819000 which I know how to do ;)
# [21:21] <jmaher> ehsan: do we have android results?
# [21:21] <Optimizer> NeilAway: yes, I watch it in slowmo
# [21:21] <Optimizer> it changes perfectly, and I have a kypress listener for up and down and that works fine too
# [21:22] <Optimizer> just pressing any alphabet does not fire command event
# [21:22] <@ehsan> jmaher: yep :P
# [21:22] <NeilAway> Optimizer: how quickly are you sending these keypresses? iirc there's a delay after the last input event before the command gets sent
# [21:22] <Optimizer> 200 ms
# [21:23] * Quits: TheOne (one@moz-AB474021.dip0.t-ipconnect.de) (Input/output error)
# [21:23] * Quits: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: sicking)
# [21:23] <NeilAway> Optimizer: default timeout is 500ms
# [21:23] * Joins: dbaron (dbaron@88F51059.F3BBB17D.144F44FA.IP)
# [21:23] * ChanServ sets mode: +o dbaron
# [21:24] <Optimizer> NeilAway: seriously ? :(
# [21:24] <Optimizer> man, the test will timeout, I have to send 25 keys
# [21:24] <NeilAway> Optimizer: http://mxr.mozilla.org/comm-central/source/mozilla/toolkit/content/widgets/textbox.xml#343
# [21:25] <NeilAway> Optimizer: well, you could set the timeout attribute...
# [21:25] <Optimizer> ah , I have timeout. I can modify that for test purposes only
# [21:26] * Quits: @dbaron (dbaron@88F51059.F3BBB17D.144F44FA.IP) (Ping timeout)
# [21:26] <edmorley|away> trees reopened
# [21:26] <jlebar> gandalf: perf is a profiler which integrates with the kernel. It's quite good, and I suspect it wouldn't be too hard to get to work on our devices. But I don't know.
# [21:26] <jlebar> gandalf: oprofile is kind of a red-headed stepchild.
# [21:27] * jlebar piles on to the trees.
# [21:27] * Joins: damons (gnubeard@2557E599.66715431.D25A875A.IP)
# [21:29] <@dolske> ehsan: it's always green before the storm
# [21:29] <@ehsan> true
# [21:29] <gandalf> jlebar: ok, took a look at their tutorial (for pert) - seems like it's all uncharted territory for me. Never did any kernel profiling, so it may be very inefficient for me to try to get it on the device
# [21:31] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Ping timeout)
# [21:31] <gandalf> overall, the whole process spawning game is so complex
# [21:31] <abr> edmorley|away -- yaay! Thanks for pointing it out.
# [21:31] <gandalf> jlebar: I'll play with the patch from your bug and profile it's startup impact today
# [21:31] * Joins: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz)
# [21:32] * Quits: @dveditz (dveditz@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [21:32] <jlebar> gandalf: okay.
# [21:33] * Joins: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net)
# [21:33] * Joins: dao (dao@moz-77CF28DD.superkabel.de)
# [21:33] * Quits: bholley (anonymous@moz-7496D895.lightspeed.sntcca.sbcglobal.net) (Quit: bholley)
# [21:34] * jedp|lunch is now known as jedp
# [21:34] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/780c48afccc1 - Brad Lassey - bug 831354 - Ship fonts for content in Firefox for Android r=mfinkle
# [21:35] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/ce9cdd801a73 - Gary Kwong - Add another suppression for bug 812423. DONTBUILD
# [21:35] * Quits: ehugg (ehugg@D6EB3A64.4F0DA528.43B20542.IP) (Quit: ehugg)
# [21:36] * Joins: Waldo (waldo@2557E599.66715431.D25A875A.IP)
# [21:37] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [21:38] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/ec072cee0502 - Gregory Szorc - Bug 784841 - Part 2: Implement sandboxing for Python build files; r=ted,glandium
# [21:39] <firebot> http://hg.mozilla.org/mozilla-central/rev/ee04a251a5ef - Gregory Szorc - Bug 784841 - Part 4: Use os.path.relpath in ConfigStatus.py; r=glandium
# [21:39] <firebot> http://hg.mozilla.org/mozilla-central/rev/ff2e30afa205 - Gregory Szorc - Merge mozilla-central into build-system
# [21:39] <firebot> http://hg.mozilla.org/mozilla-central/rev/d8ea5b8be44d - Gregory Szorc - Bug 784841 - Part 3: Implement sandbox to data translation layer; r=ted,glandium
# [21:39] * Quits: aklotz (Thunderbir@moz-55246988.cg.shawcable.net) (Quit: aklotz)
# [21:39] * Joins: aklotz (Thunderbir@moz-55246988.cg.shawcable.net)
# [21:39] <jhammel> gps: arecha glad we have python 2.7?
# [21:39] <firebot> http://hg.mozilla.org/mozilla-central/rev/d2cce982a7c8 - Gregory Szorc - Bug 784841 - Part 5: Integrate virtualenv into SpiderMonkey configure; r=glandium
# [21:39] <firebot> http://hg.mozilla.org/mozilla-central/rev/d32b9104a274 - Gregory Szorc - Merge mozilla-central into build-system
# [21:39] <firebot> http://hg.mozilla.org/mozilla-central/rev/a9021c50ccf9 - Gregory Szorc - Bug 784841 - Part 1: Create generic container classes; r=jhammel
# [21:39] <jhammel> gps: well, i should say you do, as i'm still stuck in talos-land :(
# [21:39] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/31a9be21a0a4 - Asaf Romano - Bug 830064 - The new downloads view does not support drag and drop. r=mak
# [21:40] * Joins: Mano (mano@E70167CE.7DFE0D4A.39716721.IP)
# [21:41] * Quits: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [21:41] <past> jmaher: DebuggerUI.jsm is inside omni.js in a packaged build
# [21:42] <jmaher> past: oh, thanks
# [21:42] * Quits: nmatsakis (nmatsakis@moz-F66E3747.dsl.pltn13.sbcglobal.net) (Quit: Computer has gone to sleep.)
# [21:42] * Joins: merike (quassel@moz-60F54D46.cable.starman.ee)
# [21:42] <gps> jhammel: I love 2.7 so much
# [21:43] <jhammel> yeah...i will too some day
# [21:43] * Joins: sworkman_ (sworkman@2557E599.66715431.D25A875A.IP)
# [21:43] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Broken pipe)
# [21:43] <jhammel> i still can't clean up any non-m-c code. boo.
# [21:43] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/644a74f5904a - Jared Wein - Bug 829416 - SocialAPI ambient panel appears in middle of screen when toolbar is in Text mode. r=mixedpuppy
# [21:44] * Joins: erikvold (erikvold@A5087023.2354C43D.D8E68FF6.IP)
# [21:44] * Quits: sworkman (sworkman@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [21:44] * sworkman_ is now known as sworkman
# [21:45] <past> jmaher: another way to check this code is to launch firefox in the VM and start the Borwser Debugger
# [21:45] * Joins: ehugg_ (ehugg@B20603D0.D751089F.730219B6.IP)
# [21:45] * Joins: ehugg (chatzilla@F72458CE.29102B70.6CD50604.IP)
# [21:46] * Joins: jinsu (Mibbit@moz-62366410.socal.res.rr.com)
# [21:46] * Joins: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [21:48] * Quits: jinsu (Mibbit@moz-62366410.socal.res.rr.com) (Quit: http://www.mibbit.com ajax IRC Client)
# [21:49] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/17f058796e33 - Olli Pettay - Bug 825544: backout Bug 825544, Bug 825544, Bug 765192 and Bug 808035 to bring back the old .location=val behavior, r=bz, a=akeybl
# [21:49] <jmaher> past: I am able to see the debugger startup
# [21:49] <past> edmorley|away: that's a relief
# [21:50] <past> jmaher: hm, then we need to find out which statement throws. Maybe the profile directory isn't being properly set by the test harness?
# [21:50] <past> jmaher: my money is on this line: http://dxr.mozilla.org/mozilla-central/browser/devtools/debugger/DebuggerUI.jsm.html#l504
# [21:50] * jhammel steals past
# [21:50] <jhammel> 's money
# [21:51] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/69eec5e8a477 - David Zbarsky - Bug 827174 - Remove nsIDOMSVGLocatable and nsIDOMSVGTransformable r=bz
# [21:51] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ac716d8a677a - David Zbarsky - Bug 830230: Move SVGPatternElement to mozilla::dom r=bz
# [21:51] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d00c3bba9929 - David Zbarsky - Bug 827172 - Convert SVGPathElement to WebIDL r=bz
# [21:51] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/53b31a85dbcf - David Zbarsky - Bug 830181: Move SVGSymbolElement to mozilla::dom r=bz
# [21:51] <seth> bz: ping?
# [21:51] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c0bd6c23fe2b - David Zbarsky - Bug 827182: Convert SVGUseElement to WebIDL
# [21:51] <@smaug> akeybl: I think I've asked this before... do we have queries for patches which are waiting for landing to branches?
# [21:51] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/61f35673a602 - David Zbarsky - Bug 827182: Move SVGUseElement to mozilla::dom
# [21:51] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/3e149de4b638 - David Zbarsky - Bug 830230 - Convert SVGPatternElement to WebIDL r=bz
# [21:51] <past> jmaher: lol
# [21:51] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/459a4d696fd8 - David Zbarsky - Bug 830181 - Convert SVGSymbolElement to WebIDL r=bz
# [21:51] <@smaug> I guess we do, since I get the nag email occasionally
# [21:53] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Boriss)
# [21:53] <seth> dholbert: ping
# [21:54] * Joins: sewardj (sewardj@moz-691D9DD4.dip.t-dialin.net)
# [21:56] * mdas is now known as mdas|afk
# [21:56] <dholbert> seth, pong
# [21:56] <seth> dholbert: you recall the "<svg></svg>" situation from yesterday?
# [21:56] <dholbert> seth, yup
# [21:56] <seth> dholbert: here's the bottom line: i need a new notification for that. there's no way around it
# [21:57] <seth> dholbert: it seems to me that we should be firing SVGError in that case anyway
# [21:57] <seth> dholbert: is that consistent with your understanding?
# [21:57] <dholbert> seth, I don't think we should
# [21:57] <@bsmedberg> Windows have unique IDs, right?
# [21:57] <dholbert> seth, I believe that's just an XML file with no display info
# [21:57] <dholbert> seth, it's equivalent to data:image/svg+xml,<foo/> basically
# [21:58] <dholbert> seth, which (if you view it directly) is just an XML document, which we don't have any special way of rendering
# [21:58] <seth> dholbert: that's considered a valid SVG image then?
# [21:58] <dholbert> seth, when viewed in <img>, I think it should result in a broken image icon, some way or another -- but I don't think the internal document should be firing any error events
# [21:59] <dholbert> seth, so: no, not a valid SVG image, but a valid XML document, which shouldn't necessarily fire events
# [21:59] <dholbert> seth, IIRC we've got a check for that sort of thing by checking if the root node is namespace SVG & tagname SVG somewhere
# [21:59] <seth> dholbert: right, we do
# [22:00] * Joins: mwu (mwu@moz-2E883D31.hsd1.nj.comcast.net)
# [22:00] * Joins: mbrubeck (mozilla@CDD95C1F.3A9F9BD4.4C2245EF.IP)
# [22:00] <seth> dholbert: my proposed change would be to fire SVGError if that check fails but the content type is "image/svg+xml", but it sounds like that's no good
# [22:00] <dholbert> seth, but we do need to be able to tell that the document has finished loading (and SVGError won't be that)
# [22:00] <dholbert> seth, I'm not sure
# [22:00] * Quits: Mossop (mossop@moz-3D9B2D8F.lsanca.fios.verizon.net) (Connection reset by peer)
# [22:00] * Quits: azakai (alon@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [22:01] <dholbert> seth, so, we'll use that content-type in non-image situations, too
# [22:01] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
# [22:01] <seth> dholbert: well the only other thing we have available is SVGLoad (which never fires in this case) or EndLoad (which fires too early, unfortunately)
# [22:01] * Joins: pnemsak (Miranda@moz-192A9791.orange.sk)
# [22:01] <dholbert> seth, why does EndLoad fire too early?
# [22:01] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [22:01] <dholbert> seth, I don't think we should depend on any SVG-specific events, because they won't fire in this situation where we've got a non-SVG document
# [22:01] <seth> dholbert: it fires when OnStopRequest is called on the parser, but we don't necessarily have a root layout frame at that point
# [22:02] * Joins: dveditz (dveditz@2557E599.66715431.D25A875A.IP)
# [22:02] * ChanServ sets mode: +o dveditz
# [22:02] <akeybl> smaug: let me send you the query
# [22:02] <dholbert> seth, but we do have a root element, yes?
# [22:02] <seth> dholbert: this situation is only relevant for cases where we have content type "image/svg+xml" though. i think relying on that is OK. we can also check if the SVG document is being used as an image (there's a flag on the document for that)
# [22:02] * Joins: Mossop (mossop@moz-3D9B2D8F.lsanca.fios.verizon.net)
# [22:03] <seth> dholbert: i believe so yes, but that's not good enough to fix the race
# [22:03] <dholbert> seth, at that point, we could e.g. check if the root element is <svg> in namespace SVG -- and if it is, wait for a SVGFoo event. And if it's not, then immediately declare failure
# [22:03] * Joins: spartanfire (guimdearau@F46E082D.5DB5DECB.7C9220AF.IP)
# [22:03] <dholbert> seth, in the <svg></svg> case, we'd immediately declare failure, since we're not in namespace SVG
# [22:03] <jmaher> past: how can I log from DebuggerUI.jsm? my few attempts haven't worked
# [22:04] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f719315ea412 - Brian Hackett - Bug 831040 - Disallow GCs during error reporting for allocation and string/inflate bad inputs, r=terrence.
# [22:04] <past> jmaher: dump() ?
# [22:04] <dholbert> seth, (that testcase is kind of broken/deceptive -- it should be declaring the namespace, and because it's not, it's functionally equivalent to <foo/>)
# [22:04] * Quits: victorporof (victorporo@804353A6.368C7786.6A4F8DA2.IP) (Quit: victorporof)
# [22:04] <seth> dholbert: yeah, i think that will work! i'll give it a try
# [22:04] <dholbert> seth, awesome! thanks :)
# [22:04] <seth> dholbert: heh, the problem is that making that test case work breaks the normal case =) (but this approach might fix it)
# [22:05] <jmaher> hmm, I haven't tried something that simple
# [22:05] * jedp is now known as jedp|mtg
# [22:05] <dholbert> seth, I think we can probably leave the testcase as-is -- it still tests the thing it's supposed to test, IIRC
# [22:05] <seth> dholbert: we should certainly be able to handle that case without blocking onload forever! it's definitely an error that could occur in real content
# [22:05] <dholbert> seth, (which is just that we correctly handle a 0-sized <image> element. In this case it's just an image element w/ a broken SVG document internally)
# [22:05] <dholbert> seth, agreed
# [22:06] <seth> indeed
# [22:06] <Yoric> yzen: semi-pong
# [22:06] * mdas|afk is now known as mdas
# [22:06] <dholbert> seth, (if you feel like 'fixing' the testcase, I think the right fix would be to make a copy of the <svg></svg> line, and add the namespace in the copy, so that the copy would have a valid image)
# [22:07] <dholbert> seth, (but I don't think that's super-important)
# [22:07] * merike is now known as merike|away
# [22:07] <seth> dholbert: yeah, it might be good to test both cases
# [22:07] * Joins: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP)
# [22:08] <yzen> Yoric: hi, i just have a quick question. you mentioned DEBUG needs to be a getter, do you mean an actual object getter (if so which object do you think i should attach it to) or convert DEBUG into a function that gets the value from shared? And thanks for the help
# [22:08] * Joins: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP)
# [22:08] * Quits: cpeterson (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
# [22:08] * Quits: dao (dao@moz-77CF28DD.superkabel.de) (Quit: Leaving.)
# [22:09] * Quits: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP) (Ping timeout)
# [22:09] * Quits: mwobensmith1 (Adium@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
# [22:10] * Joins: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP)
# [22:11] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9229b7917f47 - Frank Yan - Bug 611553 - Android: Make DOMWillOpenModalDialog a chrome-only event. r=mbrubeck
# [22:11] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/64eb6292b965 - Frank Yan - Bug 611553 - Make DOMWillOpenModalDialog a chrome-only event. r=dolske r=smaug
# [22:11] * Joins: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [22:13] * Joins: FabioMagnoni (fabiomagno@CC0C60DA.77432F63.8AF99142.IP)
# [22:14] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c71380f318ed - Ethan Hugg - Bug 830451 Treat PEER_REFLEXIVE like SERVER_REFLEXIVE r=adam
# [22:15] * Quits: FabioMagnoni (fabiomagno@CC0C60DA.77432F63.8AF99142.IP) (Quit: FabioMagnoni)
# [22:16] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
# [22:16] <Yoric> yzen: I was thinking of an actual getter, attached to |this|.
# [22:16] * Joins: mwobensmith (Adium@2557E599.66715431.D25A875A.IP)
# [22:17] * Quits: b10n1k (j0ni@moz-A50524F8.hsd1.il.comcast.net) (Ping timeout)
# [22:17] <yzen> Yoric: I was wondering if it should be something else, in case it's accessed in other function scope ?
# [22:17] * Joins: b10n1k (j0ni@moz-A50524F8.hsd1.il.comcast.net)
# [22:18] * Joins: azakai (alon@2557E599.66715431.D25A875A.IP)
# [22:18] <gkw> smaug: ping re bug 830948 - there are also crashes in nsGlobalWindow::GetInnerScreenRect() which i believe is the incorrect placement of the null check of mDocShell
# [22:18] * Joins: jviereck (Adium@moz-340574DC.dclient.hispeed.ch)
# [22:19] <gkw> in http://hg.mozilla.org/releases/mozilla-release/annotate/8efe34fa2289/dom/base/nsGlobalWindow.cpp#l3889
# [22:19] * Joins: we11ington (msu-cse498@moz-600949B7.cse.msu.edu)
# [22:19] <Yoric> yzen: What do you mean?
# [22:19] <gkw> smaug: can FlushPendingNotifications change mDocShell? if so, there should be an NS_ENSURE_STATE call after the FlushPendingNotifications call and before the mDocShell->GetPresShell call
# [22:20] <@smaug> Flush may cause mDocshell to become null
# [22:20] <@smaug> gkw: please file a new bug
# [22:20] * Quits: teoli (teoli@moz-41A7FBC7.sw.biz.rr.com) (Quit: )
# [22:20] <yzen> Yoric: so for example DEBUG is used inside onmessage method inside async worker. which means i'd need to create a getter in the same scope if i want to attach it to |this| of that scope
# [22:21] * Joins: bz (bzbarsky@moz-29D2559C.hfc.comcastbusiness.net)
# [22:21] * ChanServ sets mode: +o bz
# [22:21] * mattwoodrow|away is now known as mattwoodrow
# [22:21] <@smaug> I checked only cases when that EnsureSize method was called
# [22:21] * Quits: @dveditz (dveditz@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [22:21] <Yoric> yzen: I meant the global scope.
# [22:21] <gkw> smaug: sure - should the fix just be adding a "NS_ENSURE_STATE(mDocShell);" line?
# [22:21] * Joins: dveditz (dveditz@2557E599.66715431.D25A875A.IP)
# [22:21] * ChanServ sets mode: +o dveditz
# [22:21] <@smaug> looking
# [22:21] <Yoric> yzen: But, come to think about it, this might be a bad idea.
# [22:22] * Joins: joey (chatzilla@F2D29657.F60B0462.67AC9B1.IP)
# [22:22] <edmorley|away> Yoric: your qparent on https://tbpl.mozilla.org/?tree=Try&rev=05aba2d53945 is a week old btw
# [22:22] <@smaug> gkw: move the !mDocshell check after flush
# [22:22] <edmorley|away> (noticed intermittents on it that are supposed to be fixed)
# [22:22] <yzen> Yoric: so you think using OS.Shared.DEBUG in place for DEBUG is not sensible either /
# [22:22] <yzen> ?
# [22:23] <Yoric> yzen: Let's do that, it's probably the simplest.
# [22:23] <@smaug> gkw: if you follow GetPrivateRoot(), it should end up doing !mDocshell itself
# [22:23] <gkw> smaug: ok. side question - what's the difference between the "if !(mDocShell)" and "NS_ENSURE_STATE" null checks?
# [22:24] <yzen> Yoric: great and thanks for your help. ill see maybe there's some other approach as well..
# [22:24] <@smaug> gkw: hmm, actually leave the existing !mDocshell check
# [22:24] <@smaug> this is a bit different code
# [22:24] <gkw> sure
# [22:24] <yzen> Yoric: interestingly it will probably be mostly a non-issue once conditional logging is in place
# [22:25] <@smaug> gkw: NS_ENSURE_* just warns and then returns error code
# [22:25] * Joins: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [22:25] <Yoric> yzen: indeed
# [22:25] * Joins: jammink (textual@2557E599.66715431.D25A875A.IP)
# [22:26] <Yoric> Thanks for all your work, btw.
# [22:26] * Quits: @dveditz (dveditz@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [22:26] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Quit: brendan)
# [22:26] <yzen> Yoric: glad i can help
# [22:26] * Joins: roc (chatzilla@E2F7352.56080C53.97BBD552.IP)
# [22:26] * ChanServ sets mode: +o roc
# [22:26] <@smaug> gkw: the warning is there only in debug builds
# [22:26] * Quits: atte (atte@moz-37C1DF97.dhcp.inet.fi) (Client exited)
# [22:27] <gkw> smaug: ok. how should it be fixed then?
# [22:27] * Joins: dveditz (dveditz@2557E599.66715431.D25A875A.IP)
# [22:27] * ChanServ sets mode: +o dveditz
# [22:27] <gkw> smaug: i'll first file the bug but i'll be more than willing to help come up with the fix
# [22:27] * Joins: nrc (nrc@moz-B2C2EC73.cable.virginmedia.com)
# [22:27] * Joins: ferongr (ferongr@moz-D223B0C3.dsl.dyn.forthnet.gr)
# [22:27] <ferongr> http://krebsonsecurity.com/2013/01/new-java-exploit-fetches-5000-per-buyer/
# [22:27] * Joins: cpeterson (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [22:27] * Joins: yzen1 (Adium@437116F4.A6295926.9D42CF23.IP)
# [22:28] <ferongr> may want to rev up those blocklists again
# [22:28] * Quits: yzen (Adium@67828CC7.C1A51174.9D42CF23.IP) (Ping timeout)
# [22:28] * whimboo is now known as whimboo|mtg
# [22:29] <@smaug> gkw: add NS_ENSURE_STATE(mDocshell); after flush
# [22:29] <@smaug> that should be ok
# [22:29] <gkw> smaug: roger that
# [22:29] * Quits: jviereck (Adium@moz-340574DC.dclient.hispeed.ch) (Quit: Leaving.)
# [22:30] * Joins: dria (dria@moz-F5EB0C5D.dsl.teksavvy.com)
# [22:30] * Joins: jviereck (Adium@moz-340574DC.dclient.hispeed.ch)
# [22:30] * Joins: FabioMagnoni (fabiomagno@CC0C60DA.77432F63.8AF99142.IP)
# [22:30] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
# [22:31] * Joins: TheOne (one@moz-AB474021.dip0.t-ipconnect.de)
# [22:32] * Quits: azakai (alon@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [22:32] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
# [22:32] * Joins: azakai (alon@2557E599.66715431.D25A875A.IP)
# [22:33] * Joins: scenor (Thunderbir@moz-9C2156DD.adsl.highway.telekom.at)
# [22:33] * Quits: erikvold (erikvold@A5087023.2354C43D.D8E68FF6.IP) (Quit: erikvold)
# [22:33] * Quits: past (Instantbir@moz-16F5829C.dsl.dyn.forthnet.gr) (Quit: past)
# [22:33] * Parts: scenor (Thunderbir@moz-9C2156DD.adsl.highway.telekom.at)
# [22:34] * Joins: erikvold (erikvold@A5087023.2354C43D.D8E68FF6.IP)
# [22:34] <jaws> who here uses OS X for debugging C++?
# [22:34] * Joins: victorporof (victorporo@804353A6.368C7786.6A4F8DA2.IP)
# [22:35] * Quits: FabioMagnoni (fabiomagno@CC0C60DA.77432F63.8AF99142.IP) (Quit: FabioMagnoni)
# [22:35] * @smaug would assume about 75% of C++ hackers here
# [22:35] * Quits: damons (gnubeard@2557E599.66715431.D25A875A.IP) (Quit: damons)
# [22:35] <jaws> heh
# [22:35] <jaws> smaug: do you think you could help we11ington and spartanfire with some debugging questions?
# [22:36] <gkw> smaug: ok, patch in bug 831472
# [22:36] * Joins: FabioMagnoni (fabiomagno@CC0C60DA.77432F63.8AF99142.IP)
# [22:36] * Quits: FabioMagnoni (fabiomagno@CC0C60DA.77432F63.8AF99142.IP) (Quit: FabioMagnoni)
# [22:36] <@smaug> jaws: I'm in that 25% ;)
# [22:36] * Quits: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [22:36] * Joins: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [22:36] <@smaug> jaws: but you'll get answers here
# [22:36] <we11ington> I am completely stuck
# [22:37] <we11ington> I've got a breakpoint in nsDocumentViewer.cpp to break on zoom
# [22:37] <jaws> dolske: do you think you could help we11ington ?
# [22:37] * Quits: erikvold (erikvold@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
# [22:38] * jmaher is now known as jmaher|afk
# [22:38] <gkw> smaug: thanks for your help!
# [22:38] <we11ington> dolske: jaws: I've gotta get going but I should be around tomorrow all afternoon
# [22:38] <@smaug> gkw: argh, sorry
# [22:38] <jaws> we11ington: ok, send an email/
# [22:38] <@smaug> gkw: the method returns nsRect
# [22:38] <jaws> we11ington: ok, send an email?
# [22:38] <we11ington> jaws: Will do
# [22:38] <@smaug> not nsresult
# [22:38] <gkw> smaug: oh :(
# [22:39] <@smaug> gkw: you need to have similar !mDocShell check as before flush
# [22:39] * Quits: mreavy (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Connection reset by peer)
# [22:39] * Quits: lizzard (ehenry@moz-606E6FC0.dsl.static.sonic.net) (Ping timeout)
# [22:39] * Quits: Optimizer (Optimizer@DAF9863E.BA9C3500.274D17D6.IP) (Ping timeout)
# [22:39] * Joins: njn (chatzilla@moz-81F378C6.dyn.iinet.net.au)
# [22:39] * jcranmer|away is now known as jcranmer
# [22:39] * bc|afk is now known as bc
# [22:39] * Quits: we11ington (msu-cse498@moz-600949B7.cse.msu.edu) (Quit: we11ington)
# [22:39] <gkw> smaug: so I have to copy over the !mDocShell line, not move it, correct?
# [22:40] * Joins: lizzard (ehenry@moz-606E6FC0.dsl.static.sonic.net)
# [22:40] * Joins: mreavy (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
# [22:40] <@smaug> gkw: hmm, actually, move should be ok
# [22:40] <@smaug> gkw: though...
# [22:41] <@smaug> let's be super safe
# [22:41] <@smaug> just add similar if (!mDocshell)
# [22:41] <@smaug> with {}
# [22:41] * Joins: Austin__1 (austin@B65F78B7.1356EECA.2170E5F.IP)
# [22:41] <wesj> fabrice: during startup, DOMApplicationRegistry.getAppByManifestURL(url) gives me an app with no manifest property. is that expected?
# [22:41] <gkw> smaug: add {} for both?
# [22:42] * Quits: victorporof (victorporo@804353A6.368C7786.6A4F8DA2.IP) (Ping timeout)
# [22:42] * Joins: FabioMagnoni (fabiomagno@CC0C60DA.77432F63.8AF99142.IP)
# [22:42] * Quits: Austin__ (austin@B65F78B7.1356EECA.2170E5F.IP) (Ping timeout)
# [22:42] <@smaug> gkw: that would be nice
# [22:42] <@smaug> if (expr) {
# [22:42] <@smaug> }
# [22:42] * Quits: jlmendezbonini (textual@moz-FF9FDD58.twcny.res.rr.com) (Quit: )
# [22:42] <fabrice> wesj: yes, you must get the manifest separately, using _readManifests()
# [22:43] <gkw> smaug: shall i do it for the !presShell and !rootFrame null checks as well, while i'm at it? ;-)
# [22:43] * Joins: Optimizer (Optimizer@2BD9908E.28FB815D.274D17D6.IP)
# [22:43] <wesj> fabrice: are these docs just wrong? https://developer.mozilla.org/en-US/docs/DOM/App
# [22:43] <wesj> i.e. should i update them?
# [22:43] <@smaug> gkw: yes please :)
# [22:44] * Quits: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net) (Input/output error)
# [22:44] <fabrice> wesj: no, but in Webapps.jsm you don't have the DOM object directly
# [22:44] <@ehsan> akeybl: who owns bug 823989?
# [22:44] * Quits: capella-s3 (capella-s3@moz-D042A96A.pools.spcsdns.net) (Connection reset by peer)
# [22:44] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
# [22:44] <fabrice> wesj: if you can, just use navigator.mozApps.mgmt.getAll()
# [22:45] * Quits: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [22:45] * Joins: erikvold (erikvold@A5087023.2354C43D.D8E68FF6.IP)
# [22:45] * Joins: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net)
# [22:46] * Quits: FabioMagnoni (fabiomagno@CC0C60DA.77432F63.8AF99142.IP) (Quit: FabioMagnoni)
# [22:46] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
# [22:46] * Quits: squeakytoy (christoffe@moz-79070305.dynamic.se.alltele.net) (Quit: Leaving)
# [22:46] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [22:46] * ChanServ sets mode: +o smaug
# [22:47] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
# [22:47] * Quits: jhammel (jhammel@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [22:48] <gkw> smaug: updated patch in bug 831472. thanks again!
# [22:48] <@smaug> thanks
# [22:48] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/0f87c11f27b0 - Brian Hackett - Bug 830042 - Tolerate objects/strings with a null payload when marking VM stack, r=billm.
# [22:49] * Parts: Austin__1 (austin@B65F78B7.1356EECA.2170E5F.IP)
# [22:49] * Joins: FabioMagnoni (fabiomagno@CC0C60DA.77432F63.8AF99142.IP)
# [22:49] * Joins: nmatsakis (nmatsakis@AAE222A3.FDDA6739.2321E71E.IP)
# [22:50] <akeybl> smaug: https://bugzilla.mozilla.org/page.cgi?id=release_tracking_report.html
# [22:50] * Joins: damons (gnubeard@2557E599.66715431.D25A875A.IP)
# [22:51] <akeybl> ehsan: looking
# [22:51] <@ehsan> thanks
# [22:51] <@smaug> akeybl: thanks
# [22:52] * Joins: dbaron (dbaron@moz-6A662ACD.bb.sky.com)
# [22:52] * ChanServ sets mode: +o dbaron
# [22:52] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/74dc65a5401b - Gary Kwong - Bug 831472 - Add another null check to nsGlobalWindow::GetInnerScreenRect(). r=smaug
# [22:53] * Quits: lduros (user@moz-4894EA28.nic.resnet.group.upenn.edu) (Client exited)
# [22:53] <mdas> mbrubeck: thanks for your reply
# [22:53] * Joins: capella-s3 (capella-s3@moz-DD0C7E4F.twcny.res.rr.com)
# [22:53] * Quits: capella-s3 (capella-s3@moz-DD0C7E4F.twcny.res.rr.com) (Quit: capella-s3)
# [22:53] * njn officially gives up on -Wshadow
# [22:53] <mdas> my head is now reeling yet again with distaste for patents.
# [22:54] <@bz> mdas: touch events?
# [22:54] <mdas> bz: yeah...
# [22:55] <tbsaunde> njn: there's too many to even turn it on but not add it to --werror?
# [22:55] <njn> tbsaunde: in my opinion, yes
# [22:55] <njn> tbsaunde: there are several hundred with clang, probably over 1000 with GCC
# [22:55] <tbsaunde> ugh
# [22:56] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a4b246fb54c1 - Ed Morley - Bug 828946 - leakstats should output TBPL-parsable error messages; r=ted
# [22:56] * Quits: msucan (mihai@CDEB00D4.8819A7BF.BD62875.IP) (Quit: Leaving.)
# [22:56] <cpeterson> speaking of useless warnings, why is gcc -pedantic enabled by default? I don't think any of its warnings identify real bugs.
# [22:56] <njn> tbsaunde: and very few (none?) indicate real problems, and suppressing the warnings is non-trivial
# [22:57] <tbsaunde> I'd probably be willing to add that many warnings, but only if we new the js headers would get fixed someday not too far out
# [22:57] <tbsaunde> njn: oh? I thought you found some in editor/ ?
# [22:57] <tbsaunde> or was that just same name but not actually a bug
# [22:58] <njn> cpeterson: file a bug
# [22:58] <cpeterson> :)
# [22:58] <njn> tbsaunde: I found lots of grotty code in editor/, but no actual defects
# [22:59] <njn> tbsaunde: the main thing -Wshadow identifies is overly long functions. We have lots of those
# [22:59] <njn> esp. in layout
# [22:59] <njn> you wouldn't believe how often this occurs:
# [22:59] <njn> for (int i = 0, ...) {
# [22:59] <njn> ...
# [22:59] <njn> for (int i = 0, ...) {
# [22:59] <tbsaunde> njn: ok, I'd say those are really bad hygen that warnings might be good to discurage, but shrug
# [22:59] <njn> i.e. nested loops using |i| as the loop variable in both cases
# [23:00] * Quits: ferongr (ferongr@moz-D223B0C3.dsl.dyn.forthnet.gr) (Quit: ferongr)
# [23:00] <@roc> eesh
# [23:00] <njn> tbsaunde: yeah, but there are too many of them
# [23:00] <cpeterson> I noticed 700+ -Wdelete-non-virtual-dtor warnings today, but a couple days ago I recall only seeing a couple.
# [23:00] <njn> cpeterson: I noticed that too
# [23:00] <njn> not sure what happened
# [23:00] <njn> someone changed nsISupports.h, or something
# [23:01] <tbsaunde> inline Release() on class with virtual functions maybe?
# [23:01] <njn> cpeterson: compiling our C code in C99 would avoid some stupid warnings, too
# [23:01] * Joins: msucan (mihai@CDEB00D4.8819A7BF.BD62875.IP)
# [23:01] * Quits: msucan (mihai@CDEB00D4.8819A7BF.BD62875.IP) (Quit: msucan)
# [23:02] <cpeterson> is there a bug to use C99? MSVC would be a problem, though.
# [23:02] <njn> really? still? ugh
# [23:02] * Joins: jhammel (jhammel@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [23:03] * catlee is now known as catlee-away
# [23:03] <njn> cpeterson: is it the mixed decls/code that's the problem?
# [23:03] <tbsaunde> cpeterson: we couldn't use everything in c99 sure, but how does that effect what std= on gcc / clang?
# [23:03] <cpeterson> Doesn't MSVC only support C89?
# [23:04] <tbsaunde> and // commnets
# [23:04] * Quits: imphil (philipp@moz-55513EF0.rad.med.uni-muenchen.de) (Ping timeout)
# [23:04] <njn> ?!
# [23:04] <njn> ugh
# [23:04] <tbsaunde> I think it supports some bits of c99 like // comments
# [23:04] <njn> it's 2013 already
# [23:04] <jcranmer> cpeterson: MSVC supports stdint.h (starting from 2010), //, mixed decl/code
# [23:04] <jcranmer> *breath in*
# [23:04] <jcranmer> long long
# [23:04] <jcranmer> variadic macros
# [23:05] <jhammel> i wish they support object-oriented long ints....or oolong, if you will
# [23:05] * Quits: Mano (mano@E70167CE.7DFE0D4A.39716721.IP) (Client exited)
# [23:05] <jcranmer> it doesn't support variable-length arrays (which are optional in C11 IIRC)
# [23:06] <njn> jcranmer: so is there anything stopping us from compiling code as C99?
# [23:06] <jcranmer> nor restrict, nor probably some of the new functions
# [23:06] * Joins: m_ri (chatzilla@moz-8C7EF5DA.retail.telecomitalia.it)
# [23:06] <jcranmer> basically, it supports C99 insofar as C99 is a subset of C++11
# [23:07] * Ann_Yimingimtg is now known as Ann_Yiming
# [23:07] <edmorley|away> wow.... http://securityblog.verizonbusiness.com/2013/01/14/case-study-pro-active-log-review-might-be-a-good-idea/#more-2659
# [23:07] <jcranmer> njn: I've never actually seen any document which adequately illustrates all the features in C99 and compiler support for them
# [23:07] <jcranmer> such as is widespread for C++11
# [23:09] <jcranmer> which leads me to believe that much of the complaints of MSVC's lack of C99 is more a complaint that they don't check off the box instead of a complaint that it's actively lacking functionality
# [23:09] * Quits: Optimizer (Optimizer@2BD9908E.28FB815D.274D17D6.IP) (Ping timeout)
# [23:09] <njn> jcranmer: we could just try it and see what happens
# [23:09] <njn> jcranmer: clang/gcc warn about various c99 things, but MSVC is clearly handling them
# [23:10] <jcranmer> njn: we need variadic macros to compile Mozilla, so as far as I'm concerned, we're C99 as much as it matters
# [23:10] <njn> right
# [23:10] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
# [23:11] <jcranmer> oh, and MSVC probably doesn't implement complex
# [23:11] <khuey> named initializers are the only c99 feature MSVC doesn't implement that I've ever been annoyed by
# [23:11] * Joins: Mic (Instantbir@moz-41A4075C.superkabel.de)
# [23:11] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
# [23:11] * Joins: espindola (espindola@moz-3C19F8D3.dsl.teksavvy.com)
# [23:12] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
# [23:12] <jcranmer> that's another feature I forget exists
# [23:12] * Quits: wolfiR (wolfiR@moz-C1367367.dip0.t-ipconnect.de) (Quit: Leaving)
# [23:12] * Joins: Optimizer (Optimizer@AF633441.BA9C3500.274D17D6.IP)
# [23:13] <njn> if I have a nsCString "foo/bar/baz" and I want to change it to "blah/bar/baz", what's the best way?
# [23:13] * Quits: Asa (asa@D88BF95E.3A9F9BD4.4C2245EF.IP) (Ping timeout)
# [23:13] <njn> the "foo" prefix is always the same, if that helps
# [23:13] * Joins: alice (alice@moz-3BCBEBE3.range86-150.btcentralplus.com)
# [23:13] * Joins: Asa (asa@D88BF95E.3A9F9BD4.4C2245EF.IP)
# [23:14] * Quits: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:14] * Quits: espindola (espindola@moz-3C19F8D3.dsl.teksavvy.com) (Client exited)
# [23:15] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
# [23:15] * Joins: brendan_ (brendaneic@2557E599.66715431.D25A875A.IP)
# [23:15] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
# [23:15] * brendan_ is now known as brendan
# [23:16] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [23:16] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/62123f318edd - Jonathan Griffin - Bug 827531 - Add a pip requirements.txt file for running B2G unit tests, r=aki
# [23:16] * sheeri is now known as sheeri-afk
# [23:16] <jhammel> yay
# [23:16] * Quits: thx1138 (Instantbir@7CD1B470.2BC633E3.88CF6591.IP) (Quit: Instantbird 1.3 -- http://www.instantbird.com)
# [23:17] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [23:17] <joe> firebot, 5a5a5a5a?
# [23:17] <firebot> joe: 5a5a5a5a is freed memory
# [23:17] <joe> thanks
# [23:17] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Quit: bye)
# [23:17] <firebot> joe: just doing my job!
# [23:18] * Joins: bajaj1 (Adium@2557E599.66715431.D25A875A.IP)
# [23:18] * Quits: bajaj1 (Adium@2557E599.66715431.D25A875A.IP) (Input/output error)
# [23:18] * Joins: akeybl_ (akeybl@2557E599.66715431.D25A875A.IP)
# [23:18] * Quits: akeybl (akeybl@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
# [23:18] * Quits: bajaj (Adium@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [23:18] * Quits: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net) (Input/output error)
# [23:18] * Quits: sworkman (sworkman@2557E599.66715431.D25A875A.IP) (Quit: sworkman)
# [23:19] * Joins: ferongr (ferongr@moz-D223B0C3.dsl.dyn.forthnet.gr)
# [23:19] * nthomas is now known as nthomas|away
# [23:19] * Joins: sworkman (sworkman@2557E599.66715431.D25A875A.IP)
# [23:19] * Quits: sworkman (sworkman@2557E599.66715431.D25A875A.IP) (Input/output error)
# [23:20] * Joins: sworkman (sworkman@2557E599.66715431.D25A875A.IP)
# [23:20] * Joins: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net)
# [23:21] * Quits: yzen1 (Adium@437116F4.A6295926.9D42CF23.IP) (Quit: Leaving.)
# [23:22] * Quits: jviereck (Adium@moz-340574DC.dclient.hispeed.ch) (Quit: Leaving.)
# [23:23] * Quits: jfkthame (jfkthame@2B12A728.FB47D00B.9542EC20.IP) (Quit: jfkthame)
# [23:23] * Quits: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP) (Quit: ChatZilla 0.9.89-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [23:25] * Quits: alice (alice@moz-3BCBEBE3.range86-150.btcentralplus.com) (Ping timeout)
# [23:26] <nemo> hm. I'm getting "not recognised" for the nightly on nightly.mozilla.org on OSX
# [23:26] <nemo> did you guys drop support for something recently?
# [23:26] <nemo> 10.7.5
# [23:27] * Quits: lizzard (ehenry@moz-606E6FC0.dsl.static.sonic.net) (Quit: lizzard)
# [23:27] * Joins: bajaj (Adium@2557E599.66715431.D25A875A.IP)
# [23:27] * Quits: ehugg_ (ehugg@B20603D0.D751089F.730219B6.IP) (Input/output error)
# [23:27] * Joins: ehugg_ (ehugg@E45EF543.C5EAED67.6CD50604.IP)
# [23:28] <kbrosnan> nemo: i doubt 10.7 support is getting dropped any time soon
# [23:29] <nemo> hum
# [23:29] <nemo> size is wrong
# [23:29] <nemo> some download bug I 'spose.
# [23:29] * Joins: JesperHansen (JesperHans@moz-FE908C71.dhcp.fiberflex.dk)
# [23:30] * nemo uses wget instead
# [23:30] * Joins: Boriss_ (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [23:31] * Quits: m_ri (chatzilla@moz-8C7EF5DA.retail.telecomitalia.it) (Quit: ChatZilla 0.9.89 [Firefox 17.0.1/20121128204232])
# [23:31] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [23:31] * Boriss_ is now known as Boriss
# [23:32] * Quits: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net) (Input/output error)
# [23:32] * Joins: jlmendezbonini (textual@moz-FF9FDD58.twcny.res.rr.com)
# [23:33] <nemo> kbrosnan: huh. ftp.mozilla.org keeps giving me a 502
# [23:33] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/aa2ffc52aa9b - Ehsan Akhgari - Merge mozilla-central into mozilla-inbound
# [23:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ec072cee0502 - Gregory Szorc - Bug 784841 - Part 2: Implement sandboxing for Python build files; r=ted,glandium
# [23:33] <njn> anyone else see "/usr/bin/ld.gold.real: warning: hidden symbol 'pixman_add_triangles'" when they link libxul?
# [23:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ce9cdd801a73 - Gary Kwong - Add another suppression for bug 812423. DONTBUILD
# [23:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d2cce982a7c8 - Gregory Szorc - Bug 784841 - Part 5: Integrate virtualenv into SpiderMonkey configure; r=glandium
# [23:33] <JesperHansen> who stole the context menu 2 days ago? Someone really wanted to advertise about the new "Open in new private window" feature
# [23:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d8ea5b8be44d - Gregory Szorc - Bug 784841 - Part 3: Implement sandbox to data translation layer; r=ted,glandium
# [23:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ee04a251a5ef - Gregory Szorc - Bug 784841 - Part 4: Use os.path.relpath in ConfigStatus.py; r=glandium
# [23:34] * Quits: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP) (Ping timeout)
# [23:34] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a9021c50ccf9 - Gregory Szorc - Bug 784841 - Part 1: Create generic container classes; r=jhammel
# [23:34] * Joins: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net)
# [23:34] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d32b9104a274 - Gregory Szorc - Merge mozilla-central into build-system
# [23:34] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ff2e30afa205 - Gregory Szorc - Merge mozilla-central into build-system
# [23:34] <kbrosnan> nemo: http://status.mozilla.com/ 1k ping
# [23:34] <nemo> http://m8y.org/tmp/temp.txt
# [23:34] <nemo> I get further then 1k
# [23:34] <nemo> than
# [23:35] <njn> oh, moz.build is coming...
# [23:35] * Joins: jdm (jdm@moz-4754F405.fbx.proxad.net)
# [23:36] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [23:36] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Input/output error)
# [23:36] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [23:36] * ChanServ sets mode: +o smaug
# [23:37] <spartanfire> could anyone look at this bug and see if the can get assert to display on their terminal: https://bugzilla.mozilla.org/show_bug.cgi?id=705961
# [23:37] * Quits: ehugg_ (ehugg@E45EF543.C5EAED67.6CD50604.IP) (Quit: ehugg_)
# [23:38] <kbrosnan> nemo: might be worth mentioning in #it
# [23:38] <tbsaunde> njn: I think that's been around for a while
# [23:39] * AaronMT is now known as AaronMT|away
# [23:39] * Quits: @dbaron (dbaron@moz-6A662ACD.bb.sky.com) (Ping timeout)
# [23:39] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
# [23:40] * Quits: ehugg (chatzilla@F72458CE.29102B70.6CD50604.IP) (Ping timeout)
# [23:40] * Joins: sicking_ (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [23:40] <joe> jrmuizel: ^
# [23:40] * Joins: victorporof (victorporo@804353A6.368C7786.6A4F8DA2.IP)
# [23:40] * Joins: espindola (espindola@moz-3C19F8D3.dsl.teksavvy.com)
# [23:41] <jrmuizel> njn: I've never noticed it
# [23:41] * Quits: sicking (sicking@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [23:41] * sicking_ is now known as sicking
# [23:41] * heycam|away is now known as heycam
# [23:42] * Quits: hipokrit (hipokrit@1BF5DFDB.CA40E1F7.C558AD24.IP) (Ping timeout)
# [23:42] * Quits: victorporof (victorporo@804353A6.368C7786.6A4F8DA2.IP) (Ping timeout)
# [23:42] * Joins: davidb (davidb@moz-1EB292CB.dsl.bell.ca)
# [23:42] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/08d12e9406f3 - Andrew McCreight - Bug 829798 - Add dummy PreserveWrapper to JS shell. r=billm
# [23:42] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/2db1cbb5af9c - Andrew McCreight - Bug 829430 - Use the right check for if we're GCing. r=billm
# [23:42] * Quits: davidb (davidb@moz-1EB292CB.dsl.bell.ca) (Input/output error)
# [23:43] * Joins: WeirdAl (chatzilla@moz-D461843.ask.info)
# [23:43] * Joins: ehugg_lime (ehugg_lime@moz-851FD57E.mycingular.net)
# [23:43] <WeirdAl> https://developer.mozilla.org/en-US/docs/Code_snippets/File_I_O#Write_a_string - can someone tell me if this actually calls ostream.finish()? I'm reading over it and I think that's not happening...
# [23:44] * Joins: Anarchy (Jory@9C1294DF.53B24AC4.53A87FE.IP)
# [23:44] <philor> dzbarsky: there's a Mr. Androidreftests on the phone, wants to speak with you, sounds urgent
# [23:45] <jhammel> what an unusual name! Is that Pakistani?
# [23:45] <mcsmurf> spartanfire: I do get the assertion, but I have to reload twice to get it
# [23:45] * Quits: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net) (Input/output error)
# [23:45] * Joins: hipokrit (hipokrit@moz-7E0D846A.aus1.rackspace.com)
# [23:45] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
# [23:47] * Joins: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net)
# [23:47] <spartanfire> mcsmurf: ok, any idea why that is?
# [23:47] <mcsmurf> no
# [23:47] <mcsmurf> :)
# [23:48] <mcsmurf> I dont know anything about that code
# [23:48] * Quits: jcv (john@moz-9DD98F0F.cable.mindspring.com) (Connection reset by peer)
# [23:48] * Joins: jcv (john@moz-9DD98F0F.cable.mindspring.com)
# [23:49] <mcsmurf> maybe it has to do with caching?
# [23:50] <spartanfire> haha thanks tho, it was worth a try
# [23:51] <mcsmurf> well, at least you know now how to reproduce ;)
# [23:51] * Parts: jedp|mtg (jedp@moz-59C58F81.dsl.dynamic.sonic.net) (Textual IRC Client: www.textualapp.com)
# [23:52] * Quits: azakai (alon@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [23:52] * Parts: ojan (uid5519@moz-A588D045.irccloud.com)
# [23:52] <spartanfire> true, better than where i was before.
# [23:53] * Quits: devd (Name@moz-9DACDECA.cs.berkeley.edu) (Quit: leaving)
# [23:53] * Quits: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net) (Input/output error)
# [23:53] * Joins: azakai (alon@2557E599.66715431.D25A875A.IP)
# [23:54] * whimboo|mtg is now known as whimboo
# [23:54] <taras> ted: ping
# [23:54] <@roc> ehsan: ping
# [23:55] <@smaug> KaiRo: Can c-s.m.c query for probable null pointer crashes?
# [23:55] * Joins: blassey (blassey@moz-9AA116AA.hsd1.ma.comcast.net)
# [23:55] * jwir3 is now known as jwir3|away
# [23:55] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [23:56] <@ehsan> roc: hi
# [23:57] <@roc> in AudioNode you have MaxNumberOfInputs/Outputs and NumberOfInputs/Outputs
# [23:57] <@ehsan> I do
# [23:57] * wlach is now known as wlach|afk
# [23:57] * Quits: vtmarvin (Thunderbir@9D75911A.1239134F.E4B2C495.IP) (Quit: vtmarvin)
# [23:57] <@roc> this is somewhat confusing
# [23:57] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/7b53f4c1ef7c - Trevor Saunders - bug 828141 - windows shouldn't hold onto events r=surkov
# [23:57] <@ehsan> they're informational fwiw
# [23:57] <@roc> because NumberOfInputs counts the number of connected input nodes
# [23:58] <@roc> but MaxNumberOfInputs counts the number of input "ports", which is 1 for most nodes
# [23:58] <@roc> so commonly NumberOfInputs will be greater than MaxNumberOfInputs
# [23:58] <@ehsan> roc: correct, that's because the spec is crazy
# [23:58] * Quits: gustavold (gustavold@60268C9D.479307F0.FBFF2E6D.IP) (Quit: Leaving.)
# [23:59] <@roc> is it?
# [23:59] <@ehsan> roc: just ignore MaxNumberOf... they're not useful
# [23:59] * Quits: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz) (Ping timeout)
# [23:59] <@roc> as far as I can tell from testing Chrome, numberOfInputs is equal to what you have as MaxNumberOfInputs
# [23:59] <@roc> e.g. a GainNode has numberOfInputs == 1 at all times
# [23:59] * Quits: jcv (john@moz-9DD98F0F.cable.mindspring.com) (Quit: leaving)
# [23:59] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5e3c7f176f2c - Josh Matthews - Bug 824472 - Traverse containing frames when looking for scrollable content for browser elements. r=schien
# [23:59] <philor> oh, I must have misunderstood Mr. Androidreftests' accent
# [23:59] <philor> blassey: reftest bustage
# Session Close: Thu Jan 17 00:00:00 2013

The end :)