/irc-logs / mozilla / #developers / 2012-05-04 / end

Options:

# Session Start: Fri May 04 00:00:00 2012
# Session Ident: #developers
# [00:00] <@smaug> jlebar|mac: it should be mOwner->OwnerDoc()->GetInnerWindow()->GetParentTarget() I think
# [00:00] * luke crosses fingers...
# [00:00] <mccr8> luke: though apparently it may be kind of flakey...
# [00:00] <khuey> smaug: you need to null check GetInnerWindow, no?
# [00:00] <mccr8> igor had some complaints about it, when a test I wrote went permaorange with a patch he landed. ;)
# [00:00] <mbrubeck> Waldo: Sure
# [00:00] <jlebar|mac> khuey: Sure.
# [00:00] <Waldo> mbrubeck: thanks
# [00:00] <@smaug> khuey: sure, as its name says
# [00:00] <@smaug> Get*
# [00:00] * Waldo continues trying to unbust himself
# [00:01] <mbrubeck> Waldo: So that's 682bf201edde, ef35ba222ac8, and 6a20cf61289d that should come out?
# [00:01] <luke> mccr8: is it a global function in xpcshell?
# [00:01] <jlebar|mac> smaug: So this used to work because mOwner was always a <xul:browser>, is that it?
# [00:01] <Waldo> mbrubeck: yes
# [00:02] <@smaug> jlebar|mac: right. and events are supposed to propagate from web pages to xul:browser
# [00:02] <mccr8> luke: I don't know, sorry.
# [00:02] * Quits: martyn (martyn@moz-CABED5F2.range81-154.btcentralplus.com) (Quit: Ex-Chat)
# [00:02] <jlebar|mac> I see. Okay. I think I understand. :) I'll post a patch in a few minutes.
# [00:02] * Quits: armenzg_away (armenzg@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [00:02] <Waldo> 682bmumble caused the bustage, and the other two built on top of it, and it's a sad story of installed versus non-installed headers that's non-trivial to disentangle quickly
# [00:03] <mbrubeck> Waldo: done
# [00:03] <RyanVM> how does one merge tab groups?
# [00:03] <Waldo> mbrubeck: gentleman and a scholar
# [00:03] <@smaug> jlebar|mac: btw, note, this all is pretty performance critical code, so don't make normal FF slower, pretty please
# [00:03] <mbrubeck> RyanVM: drag... drop... drag... drop... drag... drop... :P
# [00:04] * jlebar will try.
# [00:04] <@roc> hmm, many ghost windows
# [00:04] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Quit: rniwa)
# [00:04] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [00:04] <RyanVM> mbrubeck: doh
# [00:05] <jlebar> roc, Jetpack add-on?
# [00:05] <@roc> doubt it
# [00:05] <@roc> build's old though
# [00:05] <luke> \o/ conservative GC for the lose!!
# [00:05] <@roc> so probably not so useful
# [00:05] <jlebar> roc, The Fix landed on the 27th.
# [00:05] * Quits: mcot (mcot@C4B02.F3C4E8F3.C8444B8.IP) (Ping timeout)
# [00:05] <jlebar> But we know that add-ons with old versions of jetpack leak like crazy.
# [00:05] <jlebar> Particularly with The Fix.
# [00:07] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [00:07] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [00:07] <@smaug> jlebar: they leak with The Fix ?
# [00:07] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Quit: )
# [00:07] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
# [00:07] <jlebar> smaug, Yes. Bug 751420.
# [00:08] <mccr8> smaug: The Fix causes an exception to be thrown during Jetpack cleanup on older versions, which causes the cleanup to not be run completely, or something like that.
# [00:08] <mccr8> C++ to JS edges.
# [00:08] <mounir> smaug: ping
# [00:08] <jlebar> Now, you might say, no problem -- just get everyone to update their add-ons. But unfortunately, the AMO team is not being particularly cooperative in this front.
# [00:08] <@smaug> mounir: pong
# [00:09] <mounir> smaug: feels like chatting about web activities?
# [00:09] <@smaug> mounir: I can try :)
# [00:09] <khuey> "The Fix"
# [00:09] <khuey> is that what it's called now?
# [00:09] <mccr8> The fix is in!
# [00:09] <mounir> smaug: I see you are not scared with that kind of subjects after midnight ;)
# [00:10] <@smaug> oh, it is getting late
# [00:10] <mounir> smaug: I'm not sure I understand how you start an activity with your api
# [00:10] * Quits: micahg (micahg@5699315D.13D9035B.F98C6DDA.IP) (Ping timeout)
# [00:10] <@smaug> mounir: you just create Activity object
# [00:11] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [00:11] <@smaug> new Activity({ /*options*/})
# [00:11] <mounir> I'm not sure I like it
# [00:11] <mounir> and DOMRequest are usually returned from a method
# [00:12] <jdm> luke++
# [00:12] * Joins: davidb (davidb@moz-68BF56A6.dsl.bell.ca)
# [00:12] * Joins: dholbert_ (dholbert@3F1526A1.1865098B.DA40C4B3.IP)
# [00:12] <luke> jdm: that was about the least bad conclusion of a PGO-only fail
# [00:13] * Quits: pnemsak (Miranda@80CFE454.10D9684B.4F33160D.IP) (Quit: pnemsak)
# [00:13] <jdm> agreed!
# [00:13] <jdm> luke: uh, wait
# [00:13] <@smaug> mounir: what part do you not like?
# [00:13] <jdm> luke: how does schedulePreciseGC even run under xpcshell?
# [00:13] <jdm> I specifically didn't use it because it shouldn't be able to
# [00:13] <luke> jdm: i see a comment about "spinning the event loop"
# [00:13] * Quits: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:13] <jdm> since it checks to ensure that no JS is running
# [00:13] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [00:14] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [00:14] <mounir> smaug: the fact that doing |new Foo()| actually runs an action
# [00:14] * philor|away is now known as philor
# [00:14] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [00:14] <@smaug> mounir: it starts the action
# [00:14] * dbradley is now known as dbradley_afk
# [00:14] <@smaug> doesn't really run
# [00:14] <@smaug> mounir: it starts something async
# [00:14] <mounir> that's a pattern I don't really like, I would even prevent |var f = new Foo(); f.start();|
# [00:14] <jdm> luke: I don't understand what you mean by that.
# [00:14] <mounir> smaug: it shows an UI, etc.
# [00:14] <@smaug> mounir: there could be start()
# [00:15] <@smaug> I'm just not sure it is useful
# [00:15] <jdm> luke: http://mxr.mozilla.org/mozilla-central/source/js/xpconnect/src/XPCComponents.cpp#3854 case in point, and consider that the xpcshell test runner is just a while loop in js
# [00:15] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Quit: madhava)
# [00:16] <jdm> luke: it might be working in the IPC test now, but I'm pretty sure running test_pb_notification.js will never terminate
# [00:16] * zpao|detached is now known as zpao
# [00:16] * mattwoodrow|away is now known as mattwoodrow
# [00:16] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [00:17] <mounir> smaug: few other comments
# [00:17] <mounir> I would prefer to have the event to be sent on navigator.activity
# [00:17] <mounir> so we don't pollute |window|
# [00:17] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Quit: L'ordinateur est en sommeil)
# [00:17] <mounir> but that's quite a detail
# [00:17] * Quits: davidb (davidb@moz-68BF56A6.dsl.bell.ca) (Quit: davidb)
# [00:17] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
# [00:17] <mounir> I'm concerned with having the event containing everything
# [00:17] <@smaug> mounir: btw, I removed navigator.activity ;)
# [00:18] <mounir> oh indeed :)
# [00:18] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Quit: ajuma)
# [00:18] <@smaug> mounir: event containing everything?
# [00:18] <@smaug> is has just pointer to the request
# [00:18] <mounir> containing the object
# [00:18] * Quits: kaie (kaie@moz-FD813157.dip.t-dialin.net) (Quit: Leaving)
# [00:18] <jdm> actually, I still can't figure out why it would terminate in the IPC test either :/
# [00:19] * Quits: zpao (zpao@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: goodbye)
# [00:19] <mounir> i mean, we got feedback from people saying that they can use the navigator.activity.request object (or window.intent) to know during page load what they should do
# [00:19] <mounir> with the event solution, it would be a bit trickier
# [00:19] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:19] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Ping timeout)
# [00:20] * Quits: lightsofapollo (jlal@moz-BBE3ABD.mv.mozilla.com) (Quit: lightsofapollo)
# [00:20] <@smaug> mounir: but I assume there can be several activities
# [00:20] <mounir> smaug: that' why my proposals had an object and an event when a new activity was happening
# [00:20] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [00:20] <@smaug> I would assume onactivity could be called only after load
# [00:20] <mounir> smaug: we can expect the page to keep the object of the ativity while it is running
# [00:21] * mjschranz_away is now known as mjschranz
# [00:21] * Quits: dholbert_ (dholbert@3F1526A1.1865098B.DA40C4B3.IP) (Quit: Ex-Chat)
# [00:21] <@smaug> feels odd to keep the object somewhere, and have event to tell that the object has changed
# [00:21] <@smaug> why couldn't the event just contain the object
# [00:21] * Quits: automata (automata@moz-1CE7A56D.ifsc.usp.br) (Ping timeout)
# [00:22] <mounir> smaug: because if you have a page that wants to do something depending of it is opened by an activity or not, it will have to wait for the event
# [00:22] <mounir> but I'm not sure there are strong use cases for that
# [00:23] <fryn> dholbert: could you review the patches in bug 750551 soon?
# [00:23] <fryn> we need to port it to beta for about:home :|
# [00:23] * Quits: harth (harth@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
# [00:23] <dholbert> fryn, ah, sorry -- didn't realize it was for beta-backporting
# [00:23] * mcote|afk is now known as mcote
# [00:24] <dholbert> fryn, in meetings for all of this week, but I was planning on catching up on reviews tomorrow on a flight
# [00:24] <fryn> ok :)
# [00:24] <dholbert> fryn, so tomorrow afternoon, if not tonight
# [00:24] <dholbert> (in a meeting right now or I'd do it nowish)
# [00:24] <fryn> np :)
# [00:24] <fabrice1> mounir: it's useful for apps to know as soon as possible if they're openened by an activity : a dialer would switch right away into dialing mode for instance
# [00:24] * Quits: wesj1 (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [00:24] * Quits: ekr (ekr@454A1A4F.FF5089F.1771B9DE.IP) (Quit: ekr)
# [00:25] <fabrice1> instead of waiting for some event that may come (or not)
# [00:25] <mounir> fabrice1: could the dialer set a specific html page?
# [00:25] * Joins: davidillsley_ (chatzilla@moz-6FDCDDC6.range86-160.btcentralplus.com)
# [00:25] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [00:26] * Quits: davidillsley (chatzilla@moz-6FDCDDC6.range86-160.btcentralplus.com) (Ping timeout)
# [00:26] <fabrice1> mounir: maybe. but that means page switching instead of some nice animation
# [00:26] * davidillsley_ is now known as davidillsley
# [00:26] <fabrice1> in the current design
# [00:27] * mjschranz is now known as mjschranz_away
# [00:27] * Joins: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
# [00:27] <@smaug> hmm
# [00:30] <@smaug> this could end up to a bit similar setup as what mutationobserver has
# [00:30] * jhford-work is now known as jhford-work-away
# [00:30] <@smaug> it calls the callback asynchronously but it is possible to ask for the data synchronously if needed
# [00:31] <mounir> smaug: how is that done?
# [00:31] * Joins: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl)
# [00:31] * rail is now known as rail_away
# [00:32] <@smaug> you create mutationobserver: var o = new MutationObserver(callback); o.observe(...);
# [00:32] * Quits: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Input/output error)
# [00:32] <@smaug> then the callback is called after microtask
# [00:32] * Quits: mayhemer__ (Miranda@B3D46202.F87A741B.F23860FD.IP) (Ping timeout)
# [00:32] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [00:32] * Quits: michal (michal@18728636.D0F82CD8.32697916.IP) (Ping timeout)
# [00:32] <@smaug> but it is possible to get all the mutationrecords also using takeRecords()
# [00:33] <@smaug> o.takeRecords();
# [00:33] * Quits: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP) (Quit: beaufour)
# [00:35] <Callek> ...anyone know an IRC nick for "Brian Hackett"
# [00:35] <dholbert> Callek, bhackett
# [00:36] <Callek> thx
# [00:36] <Havvy> Callek: You couldn't have guessed that?
# [00:37] <Callek> Havvy: I did guess it, but he wasn't in this channel, which I kinda expected
# [00:37] <Callek> and mozillians and phonebook didn't have the irc nick
# [00:37] <Callek> :-)
# [00:38] * catlee is now known as catlee-away
# [00:38] * dbradley_afk is now known as dbradley
# [00:38] * cjones-errand is now known as cjones
# [00:38] <mounir> smaug: will have a look tomorrow at that
# [00:38] * Parts: josh (josh@moz-2EE66546.nyc.res.rr.com)
# [00:39] <@smaug> mounir: ok. Getting late here too
# [00:39] * Joins: BenB (ben@B911518A.DD7DF417.DDA41192.IP)
# [00:40] <BenB> brendan: your mail is bouncing
# [00:40] <brendan> BenB: to which address?
# [00:40] <BenB> sent to brendan@mozilla.org -> <brendan@secure.meer.net> (expanded from <brendan@meer.net>)
# [00:40] <BenB> Recipient address rejected: User unknown in
# [00:40] <BenB> relay recipient table
# [00:41] <brendan> BenB: brendan@meer.net works (just tested); brendan@mozilla.com works too
# [00:42] <brendan> BenB: still don't see my test message sent to brendan@mozilla.org, though -- sigh
# [00:42] * Joins: pascalc_away (chatzilla@moz-446F98C8.fbxo.proxad.net)
# [00:42] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:42] <BenB> brendan: ok, will use that for now.
# [00:42] <brendan> BenB: sure enough, that bounced for me too
# [00:43] * Quits: kumar (kmcmillan@moz-4BE034AB.ptr.us.xo.net) (Quit: kumar)
# [00:44] * mcote is now known as mcote|afk
# [00:44] <BenB> I guess you wondered why bugzilla is so silent ;-P
# [00:45] * Quits: pascalc_away (chatzilla@moz-446F98C8.fbxo.proxad.net) (Quit: bye)
# [00:48] <jlebar> :wa
# [00:48] <jlebar> Hm, that doesn't work so well in IRC.
# [00:49] * Joins: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [00:49] * Quits: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [00:51] * Joins: michal (michal@18728636.D0F82CD8.32697916.IP)
# [00:52] <RyanVM> if a patch is landing on beta, aurora, and inbound, should I set status-firefox15 to fixed along with 13 and 14 or just stick with the target milestone?
# [00:52] <RyanVM> akeybl, lsblakk: ^
# [00:53] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [00:53] <lsblakk> RyanVM: if it lands in central, then status-firefox15 is fixed - not inbound
# [00:53] * Quits: eflores (eflores@538BABFE.A073F3E.97BBD552.IP) (Connection reset by peer)
# [00:53] * Joins: eflores (eflores@538BABFE.A073F3E.97BBD552.IP)
# [00:53] * Quits: smagnin (pike@moz-1816673.w90-57.abo.wanadoo.fr) (Quit: Quitte)
# [00:53] <RyanVM> ok, so leave it for whoever merges to m-c
# [00:53] <brendan> BenB: that's an old topic
# [00:53] <lsblakk> RyanVM: but also, we only really need to know the status-firefox-15 if tracking-firefox-15 is not ---
# [00:54] <brendan> BenB: we are not changing JS to have data races
# [00:54] <lsblakk> RyanVM: so long as target milestone is set to the version the fix landed in
# [00:54] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [00:54] * Joins: gal (gal@moz-7B0110AD.mv.mozilla.com)
# [00:54] <RyanVM> lsblakk: I kind of wondered if matching with the tracking flags was the way to go. Thanks.
# [00:54] <brendan> BenB: have a look at Node.js, it has a single function callback convention
# [00:54] <lsblakk> it is, thanks for asking
# [00:54] <gal> man, inbound is having a rough day
# [00:55] <brendan> BenB: another option, requires use of yield (JS1.7+ / ES6 generators): http://taskjs.org/
# [00:55] * Joins: zpao (zpao@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:55] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [00:56] <RyanVM> gal: backing out
# [00:56] * Quits: bsmith (bsmith@11B1236C.5B209293.746E7A12.IP) (Ping timeout)
# [00:57] * Quits: JeroenDeDauw (j@3D8B249.714666EF.52AB9A83.IP) (Quit: Leaving.)
# [00:58] * coop is now known as coop|afk
# [00:58] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Ping timeout)
# [00:58] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [01:00] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
# [01:01] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [01:01] * Joins: loadbang (loadbang@moz-868524EC.range81-151.btcentralplus.com)
# [01:02] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
# [01:02] <edmorley> gal: 17 out of the last 41 pushes have been green...
# [01:02] <edmorley> on inbound
# [01:02] <edmorley> \o/
# [01:03] <edmorley> anyway, here's to hoping tomorrow improves on that :-)
# [01:04] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [01:04] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [01:06] * Joins: lightsofapollo (jlal@moz-ACAEA2CB.hsd1.ca.comcast.net)
# [01:06] * Quits: vikram360 (vikram360@F3376F68.E20C1753.2A068A5E.IP) (Connection reset by peer)
# [01:07] * Joins: vikram360 (vikram360@F3376F68.E20C1753.2A068A5E.IP)
# [01:07] * Quits: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:07] <jaws> is tryserver really slow today? i've had jobs pending for hours now
# [01:07] <@roc> is gkmedias built with PGO?
# [01:08] <RyanVM> jaws: been that way for at least a few days now
# [01:08] * Joins: kaie (kaie@moz-FD813157.dip.t-dialin.net)
# [01:08] <jaws> k, i'll just be patient then :)
# [01:08] * Quits: gal (gal@moz-7B0110AD.mv.mozilla.com) (Quit: gal)
# [01:10] <RyanVM> roc: I don't see any reference to MOZ_PGO in layout/media/Makefile.in
# [01:11] <@roc> shouldn't we fix that?
# [01:11] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [01:11] * Quits: jlebar|mac (~jlebarmac@moz-3F3A6302.dyn.columbia.edu) (Quit: jlebar|mac)
# [01:12] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Leaving...)
# [01:12] * Quits: mcsmurf (mcsmurf@moz-83C05676.dip.t-dialin.net) (Quit: )
# [01:12] <RyanVM> roc: it does
# [01:12] <RyanVM> PGOMGR : warning PG0188: No .PGC files matching 'gkmedias!*.pgc' were found.
# [01:12] <RyanVM> warning C4742: 'vp8_bilinear_filters' has different alignment in 'e:\builds\moz2_slave\m-cen-w32-pgo\build\media\libvpx\vp8\common\variance_c.c' and 'e:\builds\moz2_slave\m-cen-w32-pgo\build\media\libvpx\vp8\common\filter.c': 2 and 16
# [01:13] <RyanVM> warning C4744: 'vp8_bilinear_filters' has different type in 'e:\builds\moz2_slave\m-cen-w32-pgo\build\media\libvpx\vp8\common\variance_c.c' and 'e:\builds\moz2_slave\m-cen-w32-pgo\build\media\libvpx\vp8\common\filter.c': 'array (32 bytes)' and '__declspec(align(16)) array (32 bytes)'
# [01:13] <RyanVM> warning C4742: 'vp8_bilinear_filters_x86_4' has different alignment in 'e:\builds\moz2_slave\m-cen-w32-pgo\build\media\libvpx\vp8\common\x86\variance_mmx.c' and 'e:\builds\moz2_slave\m-cen-w32-pgo\build\media\libvpx\vp8\common\x86\filter_x86.c': 2 and 16
# [01:13] <RyanVM> warning C4744: 'vp8_bilinear_filters_x86_4' has different type in 'e:\builds\moz2_slave\m-cen-w32-pgo\build\media\libvpx\vp8\common\x86\variance_mmx.c' and 'e:\builds\moz2_slave\m-cen-w32-pgo\build\media\libvpx\vp8\common\x86\filter_x86.c': 'array (128 bytes)' and '__declspec(align(16)) array (128 bytes)'
# [01:13] <RyanVM> warning C4742: 'vp8_bilinear_filters_x86_4' has different alignment in 'e:\builds\moz2_slave\m-cen-w32-pgo\build\media\libvpx\vp8\common\x86\variance_sse2.c' and 'e:\builds\moz2_slave\m-cen-w32-pgo\build\media\libvpx\vp8\common\x86\filter_x86.c': 2 and 16
# [01:13] <RyanVM> warning C4744: 'vp8_bilinear_filters_x86_4' has different type in 'e:\builds\moz2_slave\m-cen-w32-pgo\build\media\libvpx\vp8\common\x86\variance_sse2.c' and 'e:\builds\moz2_slave\m-cen-w32-pgo\build\media\libvpx\vp8\common\x86\filter_x86.c': 'array (128 bytes)' and '__declspec(align(16)) array (128 bytes)'
# [01:13] <RyanVM> Creating library gkmedias.lib and object gkmedias.exp
# [01:13] <RyanVM> Generating code
# [01:13] <RyanVM> 157 of 11156 ( 1.41%) profiled functions will be compiled for speed
# [01:13] <RyanVM> 11156 of 11156 functions (100.0%) were optimized using profile data
# [01:13] <RyanVM> 1352690719 of 1352690719 instructions (100.0%) were optimized using profile data
# [01:13] <RyanVM> Finished generating code
# [01:13] <RyanVM> pretty craptastically apparently :P
# [01:13] * Joins: harth (harth@moz-C2C235AC.bb.sky.com)
# [01:13] <@roc> "craptastically"?
# [01:13] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0/20120425123149])
# [01:14] <RyanVM> 1.41% optimized for speed
# [01:14] <RyanVM> libxul at least hits 2.5% :P
# [01:14] <luke> jdm: i'm not sure what you mean; the test seems to complete fine
# [01:15] <NeilAway> khuey: bah, don't we have an env var we can use instead of relying on a particular drive letter? (751611)
# [01:16] <RyanVM> roc: I suppose a bug should be filed about those vp8 warnings too...
# [01:21] * Quits: billm (billm@moz-CF6D0A66.hsd1.ca.comcast.net) (Ping timeout)
# [01:21] * Joins: automata (automata@8D23278A.C27CA109.16867D26.IP)
# [01:22] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Quit: )
# [01:22] <rillian> RyanVM: I'll do it. Do you have a better link for them then the irc logs?
# [01:22] * Quits: dcamp (dave@9E727688.17C2F9C.163DC5C6.IP) (Quit: Leaving...)
# [01:23] * Joins: njn (chatzilla@moz-B46DFEBB.wa.westnet.com.au)
# [01:23] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
# [01:23] <decoder> njn: ping?
# [01:24] <njn> decoder: pong
# [01:24] <decoder> njn: are you a little familar with the code in mfbt/double-conversion/double-conversion.cc ?
# [01:24] <decoder> i think there is a bug
# [01:24] <njn> decoder: I don't think so, but let me look
# [01:24] <decoder> Waldo said you imported this code :) so I thought you might know about it a bit
# [01:25] <njn> decoder: I did import it, but I have very superficial knowledge of the API boundaries :/
# [01:25] <njn> decoder: what's the bug?
# [01:25] <Waldo> it might make the most sense to file a bug upstream, if we're certain there's a problem (which I think we aren't yet)
# [01:25] <njn> definitely
# [01:25] <decoder> njn: here: http://mxr.mozilla.org/mozilla-central/source/mfbt/double-conversion/double-conversion.cc#107
# [01:25] <decoder> the buffer is not null terminated
# [01:26] <decoder> but the callee does a strlen on the buffer in an ASSERT
# [01:26] <decoder> asan detects this
# [01:26] * Joins: billm (billm@moz-CF6D0A66.hsd1.ca.comcast.net)
# [01:26] <njn> decoder: I couldn't tell you anything more than you can find out from reading the code yourself...
# [01:26] <decoder> okay
# [01:26] <njn> if asan says it's buggy, I'd be inclined to believe it
# [01:27] <decoder> i made a patch and asan is silenced now
# [01:27] <njn> decoder: do we run the ASSERTs?
# [01:27] <decoder> yea in debug mode we do
# [01:27] <njn> ok
# [01:27] <njn> is the buffer zeroed to begin with?
# [01:27] <decoder> the code starts writing at the end of the buffer
# [01:27] <decoder> so that doesnt matter
# [01:28] <njn> ok
# [01:28] <njn> sorry I can't help more
# [01:28] <decoder> in gdb i see 0x00 bytes there. but if I touch the first 0x0 byte asan kills me
# [01:28] <decoder> so these dont belong to regular memory
# [01:28] * Parts: dherman (dherman@moz-BBE3ABD.mv.mozilla.com)
# [01:28] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [01:29] <decoder> well, i got the fix now, but i will need review for that
# [01:29] <decoder> dont know who to ask
# [01:29] <njn> decoder: I think nfroyd updated the import, i.e. moved it into mfbt/
# [01:30] <decoder> okay. maybe I can ping him then
# [01:30] <njn> decoder: I can do a review if you want
# [01:30] <decoder> njn: that would be nice too.
# [01:30] <njn> since no-one really knows this code, all reviews are equal :)
# [01:30] <decoder> ill attach the patch and r? you
# [01:30] <decoder> + ill add some explanation
# [01:30] <BenB> brendan: I am very well aware that async functions are an old topic. but it continues to be painful, and gets more and more painful.
# [01:31] <BenB> brendan: the "data races" you mentioned would be limited to global state (global vars, DOM etc.), right?
# [01:31] <BenB> or obj member vars
# [01:31] <Waldo> other than that, Mrs. Lincoln...
# [01:33] <njn> Waldo: I'm currently trying to separate TreeContext and BytecodeEmitter. They're *really* tangled
# [01:33] <Waldo> yup!
# [01:33] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [01:34] <mbrubeck> BenB: Or closed-over variables...
# [01:34] <njn> Waldo: you should see the diagrams I have on a piece of paper in front of me
# [01:34] <BenB> mbrubeck: what is that?
# [01:34] * Waldo repushes his earlier patches, after testing and building some fixes
# [01:34] * AutomatedTester is now known as AutomatedTester|AFK
# [01:34] <mbrubeck> i.e. references from a closure to variables in an outer scope
# [01:35] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird -- http://www.instantbird.com)
# [01:35] <BenB> mbrubeck: the outer scope being a global var or in a (outer) function scope?
# [01:35] <mbrubeck> right
# [01:35] <BenB> which one?
# [01:36] * bear is now known as bear-afk
# [01:36] <mbrubeck> outer function scope, since you already covered global vars
# [01:36] * Quits: TheCrap (TheCrap@moz-A6E56159.dip0.t-ipconnect.de) (Ping timeout)
# [01:37] * Joins: kaie2 (kaie@moz-9A1164F0.dip.t-dialin.net)
# [01:37] <BenB> mbrubeck: well, first, the main reason why I use closures is async function callbacks :)
# [01:37] <BenB> mbrubeck: but I'm trying to think of a case where this could happen.
# [01:37] * Joins: rniwa_ (rniwa@1943E90B.70F558CB.4065847B.IP)
# [01:38] <mbrubeck> well, the simplest is where you are using closures for hiding "private" variables in modules
# [01:38] * Quits: kaie (kaie@moz-FD813157.dip.t-dialin.net) (Ping timeout)
# [01:38] * kaie2 is now known as kaie
# [01:38] <BenB> mbrubeck: well, that's again a workaround for a language shortcoming.
# [01:38] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Ping timeout)
# [01:38] * rniwa_ is now known as rniwa
# [01:38] <BenB> mbrubeck: I would like to have proper modules in JS, too.
# [01:38] <mbrubeck> BenB: Well, interestingly JSM modules would be yet another case where you could have races on shared data.... :)
# [01:39] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:39] <BenB> mbrubeck: how so (apart from global vars)?
# [01:40] <BenB> mbrubeck: global vars in JSM I already treat as "can change at any time", because they are shared with the whole app.
# [01:40] <mbrubeck> right, it's just another form of global.
# [01:40] * joduinn-mtg is now known as joduinn
# [01:40] <BenB> mbrubeck: this is also why I think this is managable: for most problematic vars, I *already* assume that something else can change them at any time.
# [01:40] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [01:41] <mbrubeck> but in current JavaScript it's not really "at any time" because of run-to-completion
# [01:41] <mbrubeck> and lots of code depends on that; it makes async and event-driven programming much easier to reason about.
# [01:41] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
# [01:42] <mbrubeck> you know exactly when a value can and can't change out from under you
# [01:42] <BenB> yes, I know... this is why I proposed to brendan to have a global switch "yes, turn on transparent async functions, and I will accept that global state can change at any time in the middle of my functions"
# [01:42] * Joins: maikmerten_ (maikmerten@moz-52807FD1.dynamic.qsc.de)
# [01:43] <gps> how do I properly star the Linux opt orange at https://tbpl.mozilla.org/?rev=2db9df42823d ?
# [01:43] * Quits: maikmerten (maikmerten@moz-343F0059.dynamic.qsc.de) (Ping timeout)
# [01:43] * Quits: loadbang (loadbang@moz-868524EC.range81-151.btcentralplus.com) (Connection reset by peer)
# [01:43] * Joins: loadbang (loadbang@moz-868524EC.range81-151.btcentralplus.com)
# [01:43] * Quits: loadbang (loadbang@moz-868524EC.range81-151.btcentralplus.com) (Quit: loadbang)
# [01:44] <BenB> mbrubeck: I'm not saying this is the perfect solution. feel free to come up with something better. I'm just saying that I've lived with async function callbacks in closures for years and no longer find it tolerable.
# [01:44] <BenB> because it's getting more and more. see how many mozilla APIs changed because of that: sqlite, addons management, jetpack etc.
# [01:44] <decoder> njn: uploaded patch =)
# [01:44] <BenB> and each time, it was very painful for all parties, and is afterwards due to ugly APIs.
# [01:45] <njn> decoder: ok, I'll get to it later today
# [01:45] <decoder> njn: thx!
# [01:45] <mbrubeck> BenB: Yeah, I agree with you on the problem -- I prefer the solutions that are more explicit (like the one brendan linked using "yield" or similar ones with promises/futures) but it's undeniably a real problem.
# [01:45] <BenB> mbrubeck: agreed.
# [01:46] * stephend is now known as stephend|afk
# [01:46] <BenB> mbrubeck: I'd just be happy with a solution that doesn't require the all callers to change. but anything would be an improvement. I'm just saying that we can no longer ignore the problem and keep going as-is.
# [01:47] <BenB> unfortunately, brendan's answer sounded like he wants to continue as-is.
# [01:47] * Quits: goldorak (chatzilla@D3241C19.C7A1D0.187A1082.IP) (Connection reset by peer)
# [01:47] * Quits: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Quit: juanb)
# [01:48] <mbrubeck> gps: I don't see an open bug for that shutdown crash.
# [01:48] <BenB> mbrubeck: and FWIW, proper JS modules in the language (i.e. working everywhere the same, be it mozilla chrome, chromium extensions, webpages or node.js) would be next on my list of painful TODOs.
# [01:48] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
# [01:48] * Quits: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr)
# [01:49] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Ping timeout)
# [01:49] * Joins: goldorak (chatzilla@DBDCA858.124BF5BD.187A1082.IP)
# [01:49] <mbrubeck> It sounds like http://wiki.ecmascript.org/doku.php?id=harmony:modules has a good chance of happening eventually
# [01:51] <njn> Waldo: parsing and bytecode emitting share just enough state that TC and BCE's overlap makes some sense; but there's also heaps of state in TC and BCE that's only needed for one of the phases. sigh
# [01:52] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [01:52] * Quits: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [01:52] <BenB> mbrubeck: would be great. I spent all day trying to make var foo = require("foo"); work in (my very first) Chromium extension, without success.
# [01:54] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Ping timeout)
# [01:55] * @roc curses Waldo for making him look up that quote and wasting time on the Internets
# [01:55] * Quits: edmorley (edmorley@moz-BEDF50FD.range86-145.btcentralplus.com) (Connection reset by peer)
# [01:55] * Quits: @smaug (chatzilla@moz-1D1BFA15.elisa-laajakaista.fi) (Ping timeout)
# [01:55] <Waldo> heh
# [01:55] <Waldo> clearly you didn't spend enough time in America if you'd never heard that one :-)
# [01:56] * Joins: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [01:57] * Quits: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com) (Client exited)
# [01:57] * Joins: davidb (davidb@moz-68BF56A6.dsl.bell.ca)
# [01:57] * njn thinks roc spent more than enough time in America, ZING
# [01:59] <Waldo> is that what substitutes for Oceania pride these days?
# [01:59] <rillian> posting a tvtropes link in #developers is a denial of service attack?
# [02:00] <BenB> Waldo: It's always difficult to use such expressions in an international context. I've been puzzled, too.
# [02:00] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [02:00] <BenB> FWIW, http://answers.yahoo.com/question/index?qid=20090727185221AAbIJPf
# [02:00] <Waldo> BenB: yeah, idioms intrinsically require assumed-shared context
# [02:00] <BenB> rillian: clearly.
# [02:00] * Waldo figures people will look 'em up or ignore 'em
# [02:00] <njn> Waldo: "Oceania pride" is an interesting concept, a bit like "North American pride"
# [02:01] <Waldo> I certainly have to do it for Internet memes often enough these days :-)
# [02:01] * Quits: mike5w3c (MikeS@454A1A4F.FF5089F.1771B9DE.IP) (Quit: mike5w3c)
# [02:01] <WeirdAl> too much 1984
# [02:01] <BenB> Waldo: I chose to ignore and missed your point, roc looked up and missed his work :)
# [02:01] <BenB> WeirdAl: 1984 is allowed reference :)
# [02:01] <WeirdAl> ++ungood
# [02:02] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:03] <mbrubeck> I program in double-plus-C.
# [02:03] <Waldo> !seen yoric
# [02:03] <firebot> yoric was last seen 7 hours, 53 minutes and 7 seconds ago, saying 'mib_he4dqu: Also, quick note: Most people on this server are not native English speakers. In particular, writing in l33tsp34k or in sms just makes it harder to receive a reply.' in
# [02:03] <firebot> #introduction.
# [02:03] <BenB> njn: mostly, pride (other than simply being happy about your own work) is --ungood
# [02:03] <Waldo> heh
# [02:03] * Joins: madhava (madhava@moz-BC5E279E.dsl.bell.ca)
# [02:04] * Quits: madhava (madhava@moz-BC5E279E.dsl.bell.ca) (Quit: madhava)
# [02:04] <BenB> mbrubeck: and scripted coffe.
# [02:04] <BenB> I guess scripted coffee would be a coffee machine?
# [02:04] * BenB mutes
# [02:06] * Quits: priya (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
# [02:07] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Connection reset by peer)
# [02:08] * Quits: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0a2/20120424042009])
# [02:08] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [02:09] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [02:10] * Quits: davidb (davidb@moz-68BF56A6.dsl.bell.ca) (Quit: davidb)
# [02:10] * Joins: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
# [02:10] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [02:10] * ChanServ sets mode: +o ehsan
# [02:11] * Quits: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Ping timeout)
# [02:13] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:14] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/5aa794f7d5cd - Ehsan Akhgari - Bug 184013 - Add a .gdbinit containing useful debugging macros to the tree so that it is found automagically; r=jimb
# [02:15] * Fallen is now known as Fallen|away
# [02:15] <@ehsan> jprmc: ping
# [02:15] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:15] * Joins: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [02:16] <jprmc> ehsan: pong
# [02:16] <@ehsan> jprmc: do you know who should take bug 751694?
# [02:17] <jprmc> ehsan: likely jeff since he wrote a patch for it :-)
# [02:17] <jprmc> ehsan: and has already taken the bug..
# [02:17] <@ehsan> jprmc: are you looking at the right bug? :)
# [02:17] * Quits: wlach (wlach@moz-14AFFC14.vif.net) (Ping timeout)
# [02:17] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [02:17] <jprmc> nope
# [02:18] <jprmc> ehsan: anthony hughes is signed up from QA
# [02:19] * coop|afk is now known as coop
# [02:19] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [02:19] <@ehsan> jprmc: ok, so I'll assign it to him then
# [02:20] <jprmc> ehsan: i updated the bug
# [02:20] * Quits: krit1 (krit@moz-1FC1932F.adobe.com) (Quit: Leaving.)
# [02:20] <jprmc> *collison*
# [02:20] <@ehsan> heh, sorry about that!
# [02:21] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz)
# [02:21] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:23] * Quits: jhammel (jhammel@moz-14240F1C.hsd1.ca.comcast.net) (Quit: leaving)
# [02:23] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [02:25] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [02:25] * Joins: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [02:25] * Quits: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com) (Quit: sworkman_)
# [02:26] * Parts: BenB (ben@B911518A.DD7DF417.DDA41192.IP) (Konversation terminating Quasselstrippen)
# [02:26] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:26] * Quits: WeirdAl (chatzilla@moz-D461843.ask.info) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
# [02:27] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [02:27] * Joins: mats (chatzilla@E8A3702C.D5022173.8500CC29.IP)
# [02:28] * Joins: mike5w3c (MikeS@moz-2E518994.hfc.comcastbusiness.net)
# [02:29] * Quits: AaronMT (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [02:29] * Quits: mak (chatzilla@moz-A6547F54.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
# [02:30] * Joins: gal (gal@moz-BBE3ABD.mv.mozilla.com)
# [02:32] * Joins: garnacho__ (carlos@moz-969B7B43.dyn.user.ono.com)
# [02:32] * Quits: garnacho_ (carlos@moz-844BEE01.dyn.user.ono.com) (Ping timeout)
# [02:33] * Joins: wlach (wlach@moz-67D3C315.vif.net)
# [02:34] * Quits: @dveditz (dveditz@moz-BBE3ABD.mv.mozilla.com) (Quit: dveditz)
# [02:34] * Quits: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
# [02:38] * Joins: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net)
# [02:41] <bjacob> azakai: ehsan: congrats!! on bananabread
# [02:41] * bjacob drinks a beer to your health while reading azakai's blog
# [02:41] <azakai> thanks bjacob!
# [02:42] <bjacob> how much of opengl1 api had to be supported for that?
# [02:42] * Quits: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Ping timeout)
# [02:42] <azakai> a small amount of a wide variety of things. some immediate mode, some client-side arrays, some auto-rewriting of glsl shaders... but all of it is very limited
# [02:43] * Joins: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [02:44] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [02:46] * Quits: jdm (jdm@moz-749CB30C.dsl.scarlet.be) (Client exited)
# [02:49] * Joins: Gentlecat (Roman@7380CDE7.7D1F96C3.8FB52CB8.IP)
# [02:49] * jlebar is now known as jlebar|away
# [02:49] * Joins: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com)
# [02:50] * Quits: stephend|afk (stephend@moz-BBE3ABD.mv.mozilla.com) (Client exited)
# [02:52] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [02:56] * jhford-work-away is now known as jhford-work
# [02:56] <RyanVM> sfink: ping
# [02:57] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [02:57] * Quits: harth (harth@moz-C2C235AC.bb.sky.com) (Input/output error)
# [02:57] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
# [02:57] * Quits: njn (chatzilla@moz-B46DFEBB.wa.westnet.com.au) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a1/20120502180115])
# [02:58] * Joins: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [02:58] <RyanVM> sfink: your new dataview test is orange
# [02:58] <RyanVM> sfink: REFTEST TEST-UNEXPECTED-FAIL | file:///home/cltbld/talos-slave/test/build/jsreftest/tests/jsreftest.html?test=js1_8_5/extensions/dataview.js | Unknown file:///home/cltbld/talos-slave/test/build/jsreftest/tests/js1_8_5/extensions/dataview.js:1551: ReferenceError: newGlobal is not defined item 1
# [02:58] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
# [02:58] * Joins: njn (chatzilla@moz-B46DFEBB.wa.westnet.com.au)
# [02:59] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Ping timeout)
# [02:59] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: WeeChat 0.3.5)
# [02:59] * zzzzz feels sorry for whoever is going to eventually merge m-i -> m-c
# [03:00] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [03:00] <mccr8> we should just give up on m-c and start shipping Mozilla Firefox Inbound.
# [03:00] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Quit: Mardak)
# [03:02] * Quits: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [03:02] * Joins: krit (krit@moz-1FC1932F.adobe.com)
# [03:02] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [03:02] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Ping timeout)
# [03:02] * Quits: mw22 (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Ping timeout)
# Session Close: Fri May 04 03:02:18 2012
#
# Session Start: Fri May 04 03:02:18 2012
# Session Ident: #developers
# [03:02] * Disconnected
# [03:07] * Attempting to rejoin channel #developers
# [03:07] * Rejoined channel #developers
# [03:07] * Topic is 'PGO failure resolved for now, but be gentle, we're still close to the PGO limit || Next uplift for Fx15: 2012-06-05 || New/want to help? See irc://irc.mozilla.org/#introduction || http://krijnhoetmer.nl/irc-logs/'
# [03:07] * Set by edmorley on Thu May 03 22:36:25
# [03:08] * Joins: rail_away (rail@moz-E6144DC3.iqchoice.com)
# [03:08] * zpao is now known as zpao|detached
# [03:09] * Quits: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Ping timeout)
# [03:09] * Joins: janv_ (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
# [03:10] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Ping timeout)
# [03:10] * Quits: rillian (rillian@moz-DBEBB2B4.bc.hsia.telus.net) (Input/output error)
# [03:11] * nthomas is now known as nthomas|away
# [03:12] * cadecairos is now known as cadecairos_away
# [03:12] * luke is now known as luke-away
# [03:13] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
# [03:14] * Joins: harth (harth@moz-C2C235AC.bb.sky.com)
# [03:15] * Quits: gal (gal@moz-BBE3ABD.mv.mozilla.com) (Quit: gal)
# [03:15] * Quits: harth (harth@moz-C2C235AC.bb.sky.com) (Input/output error)
# [03:15] <njn> why am I getting dev-tree-mgmt regression emails?
# [03:15] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Leaving...)
# [03:15] * Quits: hub (hub@D459F0F4.D9251953.6E712CE2.IP) (Ping timeout)
# [03:15] * khuey is now known as khuey|away
# [03:15] * khuey|away is now known as khuey
# [03:15] * Quits: krit (krit@moz-1FC1932F.adobe.com) (Ping timeout)
# [03:16] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [03:16] <fabrice1> njn: because you landed something that falls in the regression range
# [03:17] * Quits: tchevalier (Instantbir@moz-BA7C7754.w90-0.abo.wanadoo.fr) (Quit: Instantbird -- http://www.instantbird.com)
# [03:19] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [03:19] * cadecairos_away is now known as cadecairos
# [03:19] * Quits: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Instantbird -- http://www.instantbird.com)
# [03:20] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
# [03:21] * Joins: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net)
# [03:21] <njn> fabrice1: then why can't I find my name in the email?
# [03:22] <fabrice1> njn: I think it's truncated when there are too many changes
# [03:23] <njn> fabrice1: great. "One of your patches may have caused a regression, but I won't tell you which one"
# [03:23] <philor> doesn't the mail include the changeset range link, like the ones to the list do?
# [03:24] * philor never actually reads the body past the link to the graph and the link to the cset range
# [03:24] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:24] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [03:24] * Quits: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com) (Client exited)
# [03:25] <njn> philor: ah! thanks
# [03:25] <philor> awesome, the now-busted link to the graph
# [03:25] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Ping timeout)
# [03:25] * Quits: njn (chatzilla@moz-B46DFEBB.wa.westnet.com.au) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a1/20120503163435])
# [03:26] * Joins: njn (chatzilla@moz-B46DFEBB.wa.westnet.com.au)
# [03:26] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a1/20120429155331])
# [03:27] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [03:27] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [03:27] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [03:30] * erick is now known as erick-away
# [03:30] * Quits: janv_ (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Ping timeout)
# [03:30] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Quit: mdas)
# [03:30] * Quits: chewey (chewey@moz-9AE465AF.dip0.t-ipconnect.de) (Ping timeout)
# [03:31] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [03:32] * Joins: chewey (chewey@moz-9AE465AF.dip0.t-ipconnect.de)
# [03:33] * Quits: goldorak (chatzilla@DBDCA858.124BF5BD.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [03:33] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
# [03:33] * Joins: bc_ (bc@moz-E31CD2CB.mozilla.org)
# [03:34] * Joins: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP)
# [03:34] * Quits: bc (bc@moz-E31CD2CB.mozilla.org) (Ping timeout)
# [03:35] * Joins: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net)
# [03:35] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: pcwalton)
# [03:36] * Quits: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net) (Connection reset by peer)
# [03:36] * Joins: smooney_ (smooney@moz-3C7A0050.hsd1.ca.comcast.net)
# [03:36] * smooney_ is now known as smooney
# [03:37] * Quits: chewey (chewey@moz-9AE465AF.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:37] * Joins: chewey (chewey@moz-95F6D74C.dip0.t-ipconnect.de)
# [03:38] * Quits: vikram360 (vikram360@F3376F68.E20C1753.2A068A5E.IP) (Ping timeout)
# [03:38] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:39] * rnewman is now known as rnewman|gym
# [03:39] * jaws is now known as psychicJAWS
# [03:39] * psychicJAWS is now known as jaws
# [03:40] * Joins: pranavrc (pranavrc@20900CB2.A83E5248.C28326FD.IP)
# [03:40] * Joins: aja (chatzilla@3846FB25.AEC64F0A.7880DB15.IP)
# [03:41] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [03:44] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
# [03:45] <njn> does anyone have a recent mozilla-inbound build? about:memory is totally busted for me, and the error console isn't showing any errors even when I know it should
# [03:46] * nhirata-wfh is now known as nhirata
# [03:47] <njn> then again, inbound is so far behind on Moth tests that someone may have broken it
# [03:47] * Joins: brendan (brendaneic@moz-BC89E734.public.wayport.net)
# [03:48] <philor> how can it get behind? it's still got priority 0 working for it, it should get any slave it wants at any time
# [03:49] * Quits: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net) (Quit: smooney)
# [03:49] <philor> oh, by having six or seven pushes in the minimum time it takes to run it
# [03:50] * nthomas|away is now known as nthomas
# [03:52] <darktrojan> by not having 636546 fixed yet
# [03:53] * Quits: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP) (Client exited)
# [03:54] <philor> that's about having Orange Factor split them apart, not about running the parts separately
# [03:54] * Quits: cpearce (chatzilla@moz-510B10B9.xdsl.xnet.co.nz) (Ping timeout)
# [03:54] <darktrojan> so it is
# [03:54] <philor> there's too much setup and teardown cost, releng is more likely to lump than split
# [03:54] <darktrojan> do we have one about running that parts separately?
# [03:55] <Callek> darktrojan: I don't *recall* seeing one
# [03:55] <philor> there's one about running, I forget, crashtests and jsreftests and something, together
# [03:55] <darktrojan> that's probably how I ended up with that one
# [03:56] <philor> unless they gave up on that and settled for just lumping talos, which didn't require fighting with tbpl
# [03:57] <darktrojan> surely tbpl's not that hard to fight with?
# [03:57] <mbrubeck> PHP
# [03:57] <darktrojan> ...
# [03:57] * @dolske writes that down for later. :P
# [03:57] <darktrojan> heh
# [03:57] <philor> to get it to treat a run of multiple things, like Moth, as though it had been run completely separately? yeah, pretty hard to fight with
# [03:58] <darktrojan> just run them separately :(
# [03:58] <philor> woo, closing time!
# [03:59] * philor is now known as philor|away
# [03:59] <darktrojan> mbrubeck, come on, I know we don't talk php around here any more, but we have guys who program in perl
# [03:59] <njn> dammit, I built 6ead5d74cb03 which passed the Moth tests and my about:memory is still busted. WTF?
# [03:59] * Joins: kvda (kvda@moz-8CBCF328.dyn.iinet.net.au)
# [04:00] * Parts: qDot (qDot@moz-4548DE5D.members.linode.com) (ERC Version 5.3 (IRC client for Emacs))
# [04:00] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:01] * joduinn is now known as joduinn-afk
# [04:01] <darktrojan> I thought philor was getting excited about closing the tree for a minute
# [04:01] <mbrubeck> me too.
# [04:02] <mbrubeck> philor shouldn't be allowed to use words like "closing" or "revert" in normal conversation
# [04:02] <darktrojan> haha
# [04:02] <mbrubeck> He's like the Alan Greenspan of the mercurial tree
# [04:02] * jhford-work is now known as jhford-work-away
# [04:03] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird -- http://www.instantbird.com)
# [04:03] <@dolske> haha
# [04:03] <@dolske> mbrubeck++
# [04:04] * ewong|away is now known as ewong
# [04:04] * coop is now known as coop|away
# [04:04] <Havvy> I don't see revert coming up in normal conversation, ever.
# [04:05] <darktrojan> what about backout
# [04:05] * cadecairos is now known as cadecairos_away
# [04:05] <Havvy> blackout yes, backout, no.
# [04:05] <Havvy> backed out yes too
# [04:09] <mbrubeck> njn: FWIW, about:memory is broken for me on inbound too.
# [04:09] <njn> mbrubeck: well, that's good, I suppose
# [04:09] <njn> mbrubeck: in the sense that it's not just me
# [04:10] <mbrubeck> also urlbar shows "file:///home/mbrubeck/src/mozilla/beta/toolkit/components/aboutmemory/content/aboutMemory.xhtml" instead of "about:memory" -- is that just because I'm using an unpackaged build?
# [04:10] <njn> mbrubeck: that's part of the bustage, AFAICT
# [04:10] <njn> I've never seen that before today
# [04:10] <njn> mbrubeck: is the error console working for you?
# [04:11] <mbrubeck> checking
# [04:11] <mbrubeck> no
# [04:11] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Connection reset by peer)
# [04:11] <njn> mbrubeck: right, somethings serious screwed up
# [04:11] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [04:12] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
# [04:13] <mbrubeck> "JavaScript error: , line 0: nothing active on context"
# [04:13] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
# [04:14] * Joins: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP)
# [04:14] <njn> mbrubeck: yeah
# [04:14] <njn> quite a few of those
# [04:14] <mbrubeck> also Security Error: Content at file:///home/mbrubeck/src/mozilla/beta/browser/themes/gnomestripe/searchbar.css may not load or link to chrome://mozapps/skin/places/defaultFavicon.png.
# [04:15] <mbrubeck> sounds like this file URI thing might be a common cause...
# [04:16] <mbrubeck> the JS console throws a bunch of "NS_ENSURE_TRUE(nsContentUtils::IsCallerChrome()) failed"
# [04:16] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
# [04:16] <khuey> this sounds an awful lot like cpg stuff to me
# [04:17] <khuey> maybe unpackaged builds are busted?
# [04:17] <mbrubeck> That would be Bad.
# [04:18] <khuey> yeah
# [04:19] * Joins: timdream (timdream@moz-99690620.hinet-ip.hinet.net)
# [04:20] * glob|away is now known as glob
# [04:20] * cadecairos_away is now known as cadecairos
# [04:21] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [04:21] * Quits: brendan (brendaneic@moz-BC89E734.public.wayport.net) (Quit: brendan)
# [04:21] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [04:21] <khuey> mbrubeck: njn: try backing out http://hg.mozilla.org/integration/mozilla-inbound/rev/bed8c4e3dfdf ?
# [04:22] * mbrubeck had started building from the parent of that push, to try bisecting
# [04:22] <khuey> that works too
# [04:24] * njn has started a less refined bisection
# [04:24] * Quits: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net) (Ping timeout)
# [04:24] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [04:25] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Ping timeout)
# [04:26] * Quits: chewey (chewey@moz-95F6D74C.dip0.t-ipconnect.de) (Ping timeout)
# [04:26] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Ping timeout)
# [04:27] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
# [04:27] * Quits: anant_ (Anant@moz-488092DD.hsd1.ca.comcast.net) (Quit: Leaving)
# [04:27] * Joins: chewey (chewey@moz-95F6D74C.dip0.t-ipconnect.de)
# [04:30] * Quits: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com) (Quit: damons)
# [04:31] * Joins: dao (dao@moz-B42C49EF.superkabel.de)
# [04:31] * Joins: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com)
# [04:31] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:32] <njn> khuey: this is weird. I just tried cc5254f9825f, which is your bug 695480 version. It's showing the same bustage. But I have a build of that in another tree, and that's working.
# [04:32] <njn> khuey: it's like the tree I'm working in has been screwed up
# [04:32] * Quits: KWierso (chatzilla@moz-4E330DCA.desm.qwest.net) (Ping timeout)
# [04:32] <njn> khuey: I'm gonna try a fresh clone of m-i
# [04:33] * Joins: KWierso (chatzilla@moz-4E330DCA.desm.qwest.net)
# [04:33] * philor|away is now known as philor
# [04:33] <khuey> fun
# [04:34] * Joins: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net)
# [04:34] * philor reverts to his happy at-home self
# [04:36] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Quit: jgriffin)
# [04:37] <philor> well, bless the lack of Win7 test slaves
# [04:37] <philor> permaorange that only happens once every 10 or 15 pushes is pretty nice
# [04:38] * Quits: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com) (Quit: damons)
# [04:38] * Joins: kaze (kaze@moz-DE8720C9.w82-123.abo.wanadoo.fr)
# [04:38] * Quits: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP) (Quit: lmandel)
# [04:38] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
# [04:39] * Quits: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:39] <karl> hmm, all plugins think they are java and so are running in the browser process
# [04:41] * Quits: davidb (davidb@moz-68BF56A6.dsl.bell.ca) (Quit: blast off!)
# [04:42] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [04:43] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [04:44] * Quits: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [04:45] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [04:45] <Callek> Waldo: ping
# [04:46] <Callek> Waldo: was https://hg.mozilla.org/integration/mozilla-inbound/rev/4608e8e96c87 needed even with MSVC2010 ?
# [04:46] <Callek> or did you not test that?
# [04:46] * Quits: kaze (kaze@moz-DE8720C9.w82-123.abo.wanadoo.fr) (Ping timeout)
# [04:47] * Quits: logbot (logbot@moz-622AFC27.glob.com.au) (Client exited)
# [04:48] * Joins: logbot (logbot@moz-622AFC27.glob.com.au)
# [04:48] <Waldo> Callek: I didn't test it
# [04:48] <Callek> Waldo: did Firefox trees compile on debug at least?
# [04:49] <Callek> since they are using MSVC2010
# [04:49] <Waldo> Callek: the only bustage I was seeing was of debug Windows shell builds, if you click the link at top of m-i
# [04:49] <Waldo> Callek: and my local building, of course
# [04:49] <Waldo> although I don't build Windows regularly, so it's only an infrequent thing
# [04:50] <Waldo> Callek: also, I didn't actually notice your bug until I was writing the comment, and I didn't notice it was a 2008 thing
# [04:50] <Waldo> assuming it indeed was a 2008 thing
# [04:50] <Waldo> anyway
# [04:50] <Waldo> my goal was a working compile again
# [04:50] * Joins: qDot (qDot@moz-4548DE5D.members.linode.com)
# [04:51] <Waldo> and it doesn't really matter what the hackaround is for a temporary fix, since presumably we want the real thing, somehow, and that wasn't obvious to me right now
# [04:51] <Callek> Waldo: ok, fair
# [04:51] <Callek> I'll still plan to test it
# [04:51] <bjacob> bz: are you going to land the dom bindings webgl patch soon?
# [04:51] <Callek> if it works in 2010 I'll modify your ifdef to at least make it useable there ;-)
# [04:51] <bjacob> bz: i'm afraid of breaking it with other patches
# [04:51] <karl> i guess the java issue is fallout from bug 748343
# [04:52] <karl> covered by bug 751641, it seems
# [04:54] <sfink> yay! RyanVM saved my sorry butt
# [04:55] <philor> mbrubeck: sanity check http://pastebin.mozilla.org/1615550 for me? one stinkin' line and I've made three mistakes already
# [04:55] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [04:56] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [04:56] * philor qrefs, four
# [04:57] <bjacob> bz: bad news... i just realized that gcc produces a warning for "return-statement with a value, in function returning 'void' [-fpermissive]" and content/canvas/src has WARNINGS_AS_ERRORS
# [04:57] * Joins: surkov (surkov@C1A6A50A.88321457.33A1AC3C.IP)
# [04:57] <bjacob> hm
# [04:57] <bjacob> wait, that makes no sense.... i had tested with -Wall -Wextra
# [04:57] * bjacob confused
# [04:58] <bjacob> bz: nevermind, it's due to another error in my current code where the compiler can't see that the thing we're returning is void
# [04:59] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Linkinus - http://linkinus.com)
# [05:01] <philor> eh, inbound is my tryserver. and my reviewer.
# [05:01] * Joins: dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net)
# [05:01] * ChanServ sets mode: +o dbaron
# [05:03] * joduinn-afk is now known as joduinn
# [05:04] * Quits: jammink (textual@moz-7B0110AD.mv.mozilla.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [05:04] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Quit: mdas)
# [05:07] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [05:07] * Quits: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [05:08] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
# [05:10] * mcote|afk is now known as mcote
# [05:11] * Quits: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 12.0/20120424092743])
# [05:14] <aja> hmmm....Reader Mode is to be phone-only?
# [05:14] * aja is disappointed
# [05:15] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [05:15] * Quits: mats (chatzilla@E8A3702C.D5022173.8500CC29.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120312181643])
# [05:16] * Joins: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [05:18] * heycam|away is now known as heycam
# [05:19] * Joins: MarcoZ (Daily@moz-BEBBF7AC.dip.t-dialin.net)
# [05:20] * Joins: nli__ (nli@moz-99690620.hinet-ip.hinet.net)
# [05:21] * heycam is now known as heycam|away
# [05:21] <mbrubeck> aja: phone first -- I'm sure it'll spread to tablet and desktop later
# [05:21] * Quits: pranavrc (pranavrc@20900CB2.A83E5248.C28326FD.IP) (Ping timeout)
# [05:22] <aja> hope so --- one more addon i won't have to use
# [05:25] * Joins: twi (Adium@moz-5390D98D.cust.dsl.vodafone.it)
# [05:29] * Quits: billm (billm@moz-CF6D0A66.hsd1.ca.comcast.net) (Quit: Leaving)
# [05:31] * Quits: kvda (kvda@moz-8CBCF328.dyn.iinet.net.au) (Quit: Computer has gone to sleep.)
# [05:32] * Joins: WeirdAl (chatzilla@moz-5BDC219.hsd1.ca.comcast.net)
# [05:32] * Quits: blassey (blassey@moz-8ACFF7A9.hsd1.ma.comcast.net) (Connection reset by peer)
# [05:33] <WeirdAl> Hey, folks - anyone know of a Python library which duplicates nsVersionComparatorImpl?
# [05:33] * Joins: blassey (blassey@moz-8ACFF7A9.hsd1.ma.comcast.net)
# [05:33] * Joins: kvda (kvda@moz-8CBCF328.dyn.iinet.net.au)
# [05:33] <WeirdAl> (a port of the C++ code, I mean)
# [05:35] * Joins: jeffgman (Daily@moz-AC43E5A0.static.rvsd.ca.charter.com)
# [05:39] * Quits: maikmerten_ (maikmerten@moz-52807FD1.dynamic.qsc.de) (Client exited)
# [05:39] * Joins: krit (krit@moz-3AE657AD.hsd1.ca.comcast.net)
# [05:42] * Quits: @dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [05:42] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Quit: mdas)
# [05:43] <BenWa> anyone around running mac nightly to check a bug? Just have to load a link
# [05:43] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [05:46] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Quit: )
# [05:46] * Quits: vikash (vikash@A0DC5B1A.2905CAEE.5D9ABA9F.IP) (Quit: Leaving)
# [05:48] <glob> BenWa, yes
# [05:49] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [05:49] <BenWa> glob: Can you see if this hangs your browser in the latest nightly? http://media.tojicode.com/q3bsp/
# [05:49] * philor tries to remember how long it takes dbaron to get home
# [05:49] * Joins: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net)
# [05:50] <glob> BenWa, got an unresponsive script warning..
# [05:50] <BenWa> ok, I get a full freeze. thanks
# [05:50] * cjones is now known as cjones-dinner
# [05:50] <glob> BenWa, probably shouldn't have clicked continue
# [05:50] <glob> beachballing now
# [05:50] <philor> that dialog needs a Clippy
# [05:51] <glob> laptop fan turning into small aircraft at takeoff, cpu pegged at 100%, killing firefox
# [05:51] <philor> probably 9 out of 10 times, if something popped out and said "are you sure you really want to hang, just to find out whether it was about to get responsive?" I wouldn't after all
# [05:53] * Quits: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr)
# [05:54] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [05:56] <philor> oh, maybe that wasn't going home, it was shutting down for the night, and I'll have to back out dbaron for 4 silly unrelated pixels
# [05:57] * bear-afk is now known as bear
# [06:00] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
# [06:00] * ChanServ sets mode: +o ehsan
# [06:06] * Joins: vikram360 (vikram360@DAF2C6FF.B0351687.2A068A5E.IP)
# [06:07] * Joins: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [06:07] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Quit: )
# [06:08] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.1/2008072406])
# [06:09] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
# [06:09] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Client exited)
# [06:11] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [06:12] * Quits: dao (dao@moz-B42C49EF.superkabel.de) (Connection reset by peer)
# [06:12] * Joins: dao (dao@moz-B42C49EF.superkabel.de)
# [06:16] * nthomas is now known as nthomas|away
# [06:16] * Quits: vikram360 (vikram360@DAF2C6FF.B0351687.2A068A5E.IP) (Ping timeout)
# [06:17] * Quits: WeirdAl (chatzilla@moz-5BDC219.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120424094117])
# [06:20] * Joins: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net)
# [06:21] * bear is now known as bear-afk
# [06:22] * Quits: Havvy (Mibbit@moz-B7B34335.ptld.qwest.net) (Quit: QUIT)
# [06:22] * Quits: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr)
# [06:23] * Quits: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net) (Ping timeout)
# [06:23] * Joins: vikram360 (vikram360@C66BEC87.D49FD144.2A068A5E.IP)
# [06:27] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
# [06:27] * Quits: vikram360 (vikram360@C66BEC87.D49FD144.2A068A5E.IP) (Ping timeout)
# [06:28] * Joins: vikram360 (vikram360@FA4F2669.D49FD144.2A068A5E.IP)
# [06:29] * Quits: espindola (espindola@moz-A28B0CCF.dsl.teksavvy.com) (Ping timeout)
# [06:30] <@bz> gavin: thanks, btw
# [06:30] * mcote is now known as mcote|afk
# [06:30] <@bz> gavin: I'm looking forward to this "walk to and from the airport" deal. ;)
# [06:30] * Joins: espindola (espindola@moz-3E083ED7.dsl.teksavvy.com)
# [06:31] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
# [06:33] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Quit: mdas)
# [06:35] * Quits: dao (dao@moz-B42C49EF.superkabel.de) (Connection reset by peer)
# [06:35] * Joins: micahg (micahg@5699315D.13D9035B.F98C6DDA.IP)
# [06:36] * Joins: dao (dao@moz-B42C49EF.superkabel.de)
# [06:36] * Quits: jeffgman (Daily@moz-AC43E5A0.static.rvsd.ca.charter.com) (Quit: jeffgman)
# [06:36] * Quits: micahg (micahg@5699315D.13D9035B.F98C6DDA.IP) (Connection reset by peer)
# [06:38] * Joins: micahg (micahg@5699315D.13D9035B.F98C6DDA.IP)
# [06:39] * cadecairos is now known as cadecairos_away
# [06:42] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Ping timeout)
# [06:43] * Joins: rniwa_ (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
# [06:44] * Joins: brendan (brendaneic@35E90EE3.B8B12C49.396B22AD.IP)
# [06:44] * joduinn is now known as joduinn-afk
# [06:45] <@roc> bz: we need to create a new scrolling API ... one that lets chrome say "scroll to x,y, but if it's more efficient to scroll somewhere close by instead, do that"
# [06:45] * Quits: rniwa (rniwa@1943E90B.70F558CB.4065847B.IP) (Ping timeout)
# [06:45] * rniwa_ is now known as rniwa
# [06:45] * cadecairos_away is now known as cadecairos
# [06:45] <@roc> I'm wondering where we should put it
# [06:45] <bent> roc, just curious, what's the use case?
# [06:46] * Quits: fabrice1 (fabrice@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [06:46] * cadecairos is now known as cadecairos_away
# [06:46] <@roc> bent: imagine you have a CSS transform transforming your scrolled element, say scaling it up by a factor of 4
# [06:46] <@roc> you're currently at scroll offset 0
# [06:46] <@roc> you want to scroll to CSS pixel offset 30, say
# [06:47] <@roc> but scrolling by an integral number of screen pixels is more efficient, so CSS pixel offsets 28 and 32 are better choices
# [06:47] <bent> ok
# [06:47] * Joins: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP)
# [06:48] <@bz> roc: hmm
# [06:48] <@bz> roc: where do our current scrolling APIs live?
# [06:48] <@roc> window.scroll, window.scrollTo, window.scrollBy, element.scrollLeft, element.scrollTop
# [06:48] <@bz> ok
# [06:49] * Quits: espindola (espindola@moz-3E083ED7.dsl.teksavvy.com) (Quit: Ex-Chat)
# [06:49] * Quits: automata (automata@8D23278A.C27CA109.16867D26.IP) (Quit: Saindo)
# [06:49] <@bz> and we don't want to expose the API to content, I assume
# [06:49] <@roc> we oculd
# [06:49] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Quit: rniwa)
# [06:49] <@bz> could just put it on Window, then
# [06:49] <@bz> roc: btw, for new DOM bindings we have the capability to declare "chrome only" methods in IDL
# [06:50] <@bz> roc: not relevant for Window for a while, but in general....
# [06:50] <@roc> oh
# [06:50] <@roc> do we have the ability to declare methods controlled by pref?
# [06:50] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [06:50] <@bz> roc: not yet, but I'm working on it right now
# [06:50] <@roc> oooh
# [06:50] <@bz> roc: for the CSS2Properties stuff
# [06:51] <@roc> you please me
# [06:51] * Joins: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
# [06:51] * Joins: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net)
# [06:51] <@roc> maybe I should add scrollApproximate
# [06:51] <@bz> roc: I know how to do it; I was hoping to sit down and write the code today, but didn't quite
# [06:51] <@bz> yeah
# [06:51] <@bz> that would make sense to me
# [06:51] <@roc> I can propose it in www-style for CSSOM View
# [06:52] <@roc> although that's unmaintained so I probably won't get much feedback
# [06:52] <@roc> should we be using new dom bindings for new interfaces?
# [06:52] <@bz> That's a good question
# [06:52] <@bz> for things that don't need an XPCOM interface, I think it's worth trying
# [06:53] <@roc> what things need an XPCOM interface?
# [06:53] <@bz> the main constraint is that new dom bindings require the object to be CCed
# [06:53] <@bz> precious few, imo
# [06:53] <@bz> things you actually want to expose to C++ via XPCOM
# [06:53] <@bz> Well, and that we don't implement all of webidl yet
# [06:54] <@bz> and that I have some pending changes that want to land (e.g. the switch to the struct for the error result)
# [06:54] <@bz> but with any luck this can all land in the next week or two
# [06:54] <@bz> and interfaces that aren't doing weird stuff should Just Work
# [06:54] * Quits: timdream (timdream@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [06:54] <@roc> but C++ can still call the methods of my objects, right?
# [06:54] <@bz> yes, sure
# [06:55] <@bz> hence the "via XPCOM"
# [06:55] <@bz> basically "outside libxul" or so
# [06:55] <@bz> and even then you can just make stuff virtual
# [06:55] <@bz> all the new bindings want is a method with the right signature
# [06:55] <@roc> oh yeah
# [06:55] <@bz> they don't care about virtual vs not
# [06:55] <@roc> right then
# [06:55] <@bz> and inline vs not
# [06:55] <@bz> because they generate C++ code and let the compiler sort it all out
# [06:55] <@roc> I should probably convert all the MediaStreams stuff to new bindings
# [06:56] <@bz> (which is also why we don't generate headers or declarations for new bindings)
# [06:56] <@bz> hmm
# [06:56] <@bz> got a link to the relevant IDL?
# [06:56] <@bz> I can probably give you a quick idea of whether we support everything it needs yet
# [06:56] <@roc> http://mxr.mozilla.org/mozilla-central/source/content/media/nsIDOMMediaStream.idl :-)
# [06:56] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Ex-Chat)
# [06:56] <@bz> oh, in the tree!
# [06:57] <@bz> uh, yeah
# [06:57] <@bz> we totally support that much.
# [06:57] <@bz> So yeah, as long as your object is CCed...
# [06:57] <@bz> which it already is!
# [06:57] <@bz> this should be trivial to do
# [06:57] <@roc> then there's http://hg.mozilla.org/users/rocallahan_mozilla.com/media-patches/file/ea38ec904a10/processing
# [06:57] <@roc> nsIDOMProcessedMediaStream.idl
# [06:58] <@roc> http://hg.mozilla.org/users/rocallahan_mozilla.com/media-patches/file/ea38ec904a10/processing#l3584
# [06:58] <@bz> interesting
# [06:58] <@bz> why SetVolumeAt?
# [06:58] <@roc> and some Workers stuff which is all hand-written JSAPI and too awful to look at
# [06:58] <@bz> yeah, so...
# [06:59] <@roc> bz: because of the 'volume' attribute
# [06:59] <@bz> oh
# [06:59] <@bz> right
# [06:59] <@bz> so...
# [06:59] <@bz> with new bindings you can just call them both SetVolume
# [06:59] <@bz> they have different signatures, etc
# [06:59] * @bz is skimming
# [06:59] <@bz> workers are hard
# [07:00] <@bz> I'm trying to figure out how we can just reuse the impl
# [07:00] <@bz> the fact that we require CC on main thread but have no CC in workers is the PITA
# [07:00] * glob is now known as glob|away
# [07:00] <@bz> we really need a plan for this and for webgl
# [07:00] <@roc> yes
# [07:01] <@bz> so of the stuff you're doing....
# [07:01] <@roc> in my case, the worker interfaces are worker-only so there is no real issue
# [07:01] <@bz> we don't have support yet for optional_argc
# [07:01] <@bz> we'd need to add it
# [07:01] <@bz> everything else in here is supported, I think
# [07:02] <@roc> cool
# [07:02] <@bz> and the optional_argc would not be hard
# [07:02] <@roc> what's the plan for converting our existing interfaces, especially DOM elements?
# [07:02] <khuey> mbrubeck: njn: did you narrow down the problem?
# [07:02] <khuey> roc: interns :-P
# [07:02] <@bz> that's an excellent question
# [07:03] <@bz> the plan is to build out the infrastructure doing small things
# [07:03] <@roc> I assume we don't do big conversion projects until things are a little more settled
# [07:03] <njn> khuey: still bisecting
# [07:03] <@bz> xhr, canvas contexts, your thing
# [07:03] <khuey> njn: k
# [07:03] <bent> maybe indexeddb
# [07:03] <@bz> yes
# [07:03] <@bz> dom elements will need to be done as a block
# [07:03] <njn> khuey: ~7 tests to go
# [07:03] <@bz> though
# [07:04] <njn> khuey: I'm clobbering each time to be safe :(
# [07:04] <@bz> As we established with XHR, we can convert from the leaves down
# [07:04] <@bz> so we could do Node
# [07:04] <@bz> Then, say, Document
# [07:04] <khuey> njn: mmm
# [07:04] <@bz> then maybe Element
# [07:04] <@bz> and then HTMLElement
# [07:04] <@bz> and then do element classes one by one
# [07:05] <@bz> khuey: so I would like to claim that we don't want to do prefable arguments
# [07:05] <@bz> khuey: because it's too much pain
# [07:05] * Quits: dao (dao@moz-B42C49EF.superkabel.de) (Quit: Leaving.)
# [07:05] <@bz> khuey: but if we do incremental conversion, I don't think we have to either
# [07:06] <khuey> bz: by that you mean that interfaces that are preffable would not be accepted as arguments?
# [07:06] <@bz> khuey: yes
# [07:06] <khuey> that's probably ok
# [07:06] <@bz> khuey: so arguments would have to be either old-style or non-prefable new style
# [07:06] * Quits: jduell (jduell@4B85D677.5DEF3F95.14DF97C.IP) (Ping timeout)
# [07:06] <@bz> khuey: because the alternative sucks a lot
# [07:06] * Quits: kvda (kvda@moz-8CBCF328.dyn.iinet.net.au) (Quit: Computer has gone to sleep.)
# [07:07] <@bz> roc: I'll put "add optional_argc" on my list
# [07:07] <@roc> ta
# [07:08] <khuey> bz: yeah I can't imagine that would be fun
# [07:08] <@bz> roc: we've somewhat avoided adding stuff we're not exercising
# [07:08] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [07:08] <@bz> roc: unfortunately, we've also avoided writing up test IDL to exercise everything. ;)
# [07:12] <@bz> roc: oh, we have a bug on this already
# [07:12] <@bz> roc: https://bugzilla.mozilla.org/show_bug.cgi?id=743906
# [07:13] <@bz> roc: the fact that we support default values makes this easy: if you didn't provide one, you need an optional_argc
# [07:16] * Quits: brendan (brendaneic@35E90EE3.B8B12C49.396B22AD.IP) (Quit: brendan)
# [07:16] <@bz> here's a question
# [07:16] <@bz> what type should this be?
# [07:17] * @bz votes uint32_t
# [07:18] <@bz> or just unsigned, I guess
# [07:18] <@bz> that's what jsapi uses
# [07:19] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [07:20] * philor is now known as philor|away
# [07:21] * Joins: timdream (timdream@moz-99690620.hinet-ip.hinet.net)
# [07:22] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Ping timeout)
# [07:22] <@roc> uin32_t
# [07:23] <@roc> 16-bit parameters are pointless
# [07:23] <@bz> current one is 8
# [07:23] <@bz> but the point is
# [07:23] <@bz> we don't need it to be a particular size at all
# [07:23] <@bz> hence my proposal for unsigned
# [07:23] <@bz> and just letting the compiler do whatever it wants
# [07:23] <@roc> sure
# [07:24] * Joins: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [07:25] <@bz> last question
# [07:25] <@bz> would you prefer it to come before args or after args? ;)
# [07:26] * Quits: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Ping timeout)
# [07:26] * Quits: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net) (Ping timeout)
# [07:26] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
# [07:27] * rnewman|gym is now known as rnewman
# [07:27] <@roc> who, me?
# [07:27] <@bz> sure
# [07:28] <@bz> you're the first consumer
# [07:28] <@roc> no idea
# [07:28] <@bz> so you get to pick the api
# [07:28] <@bz> ok
# [07:28] <@roc> before the first optional arg sort of makes sense
# [07:28] <@roc> but if that's more complicated, then forget it
# [07:28] <@bz> hmm
# [07:28] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
# [07:28] <@bz> that's actually hard
# [07:28] <@roc> then forget it :-)
# [07:28] * philor|away is now known as philor
# [07:29] <@bz> how about right before the ErrorResult
# [07:29] <@bz> if there is one
# [07:29] <@bz> else as last arg
# [07:29] <@roc> sure
# [07:30] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
# [07:31] <philor> roc: burning
# [07:32] * Quits: MarcoZ (Daily@moz-BEBBF7AC.dip.t-dialin.net) (Quit: MarcoZ)
# [07:33] * Quits: nli__ (nli@moz-99690620.hinet-ip.hinet.net) (Quit: nli__)
# [07:33] <@bz> khuey: ping
# [07:34] * cjones-dinner is now known as cjones
# [07:34] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
# [07:36] <khuey> bz: pong
# [07:36] <@roc> backing out
# [07:36] <@bz> khuey: do you have any idea why WebIDL says this:
# [07:36] <@bz> If an optional argument has a default value, then all following
# [07:36] <@bz> arguments (except for the final argument if the operation is
# [07:36] <@bz> variadic) MUST also have a default value.
# [07:36] * Joins: MarcoZ (Daily@moz-BEBBF7AC.dip.t-dialin.net)
# [07:36] <@bz> khuey: why the requirement, and why "following" instead of "preceding"?
# [07:37] <khuey> bz: because you can't omit the nth argument and specify the n+1th argument in JS
# [07:37] <@bz> yes...
# [07:37] <@bz> so what?
# [07:38] <khuey> hmm
# [07:38] * @bz is just missing the connection between that fact and the normative requirement
# [07:38] * Quits: blassey (blassey@moz-8ACFF7A9.hsd1.ma.comcast.net) (Ping timeout)
# [07:38] <khuey> webidl doesn't require default values for optional args does it?
# [07:38] <@bz> no
# [07:38] <@bz> it does not
# [07:39] <khuey> mmm
# [07:39] <@bz> it would _almost_ make sense if the ones without default args had to come at the end
# [07:39] * philor agrees with "test_bug513194.html | Seen too many errors"
# [07:39] <khuey> yeah, without that requirement, that seems unnecessary
# [07:39] <@bz> but this says they have to come _first_
# [07:39] <@bz> ok
# [07:39] * @bz mails heycam
# [07:40] * philor sees its a console poller that thinks nobody else uses the console, switches to disagreeing with it
# [07:42] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
# [07:42] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
# [07:44] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [07:45] * glob|away is now known as glob
# [07:45] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [07:45] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
# [07:47] <philor> nice, I was going to say "might as well use a setTimeout as long as you're planning on being flaky," but I see that it started life with one
# [07:51] <cjones> roc, what if we just made scrollTo/scrollBy do that
# [07:52] <cjones> content can't tell
# [07:52] <@roc> yes it can
# [07:52] <cjones> how?
# [07:52] <@roc> various ways
# [07:53] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
# [07:53] <cjones> that actually work and are correct?
# [07:53] <@roc> getBoundingClientRect won't be right for page elements, for example
# [07:53] <cjones> you mean if we moved a frame outside the document or something?
# [07:53] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Quit: L'ordinateur est en sommeil)
# [07:53] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
# [07:54] * Quits: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net) (Connection reset by peer)
# [07:54] * Joins: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net)
# [07:54] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [07:55] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Ping timeout)
# [07:57] <cjones> if it's indeed detectable, then i vote for window.snappedScrolling = true/false
# [07:58] <@roc> no
# [07:59] <@roc> I mean if you do window.scrollTo(200, 0)
# [07:59] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [07:59] <@roc> and then do document.documentElement.getBoundingClientRect().top
# [07:59] <@roc> you'd better get -200
# [07:59] <@roc> not -198 or something like that
# [07:59] <cjones> oops, the user scrolled just after my request
# [07:59] <cjones> ;)
# [08:00] <cjones> or is scrollTo synchronous wrt CSS
# [08:01] <@bz> it's sync as far as the page can tell
# [08:01] * Joins: c0smikdebris (c0smikdebr@C5B07FFA.113CFA4F.274D17D6.IP)
# [08:01] <@bz> (we may not do it sync, but we better do it on layout flush
# [08:01] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [08:01] <cjones> drat
# [08:01] <@roc> also, you can't really make that "the user did it" argument
# [08:02] * Joins: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz)
# [08:03] <cjones> why not
# [08:03] <@roc> because the user didn't do it :-)
# [08:03] <@roc> if that argument was valid we could just implement scrollTo as a noop :-)
# [08:03] <cjones> if we had a good reason to, sure
# [08:03] <cjones> but we don't
# [08:04] <@roc> I'd rather just implement a better API
# [08:05] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [08:06] <cjones> we snap text and images for performance right?
# [08:06] <cjones> i'm sure that's detectable if you look hard enough
# [08:07] * Joins: dveditz (dveditz@moz-5051E786.dhcp.cruzio.com)
# [08:07] * ChanServ sets mode: +o dveditz
# [08:08] * Joins: wolfiR (wolfiR@moz-B10A1DDA.dip0.t-ipconnect.de)
# [08:09] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [08:10] <cjones> we would want to support opt-out in any case
# [08:11] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [08:12] * khuey is now known as khuey|away
# [08:12] <@bz> erm
# [08:12] * @bz wonders whether this is an inspector bug or not
# [08:12] * Quits: @dveditz (dveditz@moz-5051E786.dhcp.cruzio.com) (Quit: dveditz)
# [08:15] <@bz> ah, yes
# [08:15] <@bz> someone got fancy
# [08:15] <@bz> and broke it
# [08:15] * Joins: RemusPop (remuspop@601F3B17.33662590.A5830293.IP)
# [08:16] * Joins: blassey (blassey@moz-8ACFF7A9.hsd1.ma.comcast.net)
# [08:16] <philor> bz: wanna retract that r+ on bug 751575, since the first and second Linux PGO runs after it landed just finished, both timing out?
# [08:17] <@bz> philor: heh
# [08:17] <@bz> philor: just pgo, not normal?
# [08:17] <philor> bz: yep
# [08:17] <@bz> nice
# [08:17] * @bz hates compilers
# [08:18] * philor wants to retract his decision to not back out dbaron
# [08:19] <@bz> er
# [08:19] <@bz> we don't have an "add-on compatbility reporter" addon anymore?
# [08:19] <@bz> oh
# [08:19] <@bz> it's just not listed as being compatible with 15
# [08:20] <@bz> nevermind, then
# [08:20] * Joins: past (past@moz-F3F386D.dsl.dyn.forthnet.gr)
# [08:20] * njn learns that bisecting with --enable-warnings-as-errors is a bad idea
# [08:21] * Quits: krit (krit@moz-3AE657AD.hsd1.ca.comcast.net) (Ping timeout)
# [08:21] * Joins: krit (krit@moz-1FC1932F.adobe.com)
# [08:23] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
# [08:24] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [08:24] <@bz> so yeah
# [08:24] * Quits: mike5w3c (MikeS@moz-2E518994.hfc.comcastbusiness.net) (Ping timeout)
# [08:24] <@bz> it's impossible to open the Firefox inspector if DOMi is installed
# [08:24] <@bz> as of a month ago
# [08:25] * Quits: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net) (Quit: Leaving)
# [08:25] <JonathanS> Is there is a plan to use QTKit framework in Mac OS X?
# [08:30] <aja> bz: wasn't there a fix for that in last few days?
# [08:30] <aja> or is fix incomplete?
# [08:31] <@bz> aja: the fix, if any, isn't in the May 3 nightly
# [08:31] <@bz> aja: got a bug#?
# [08:31] * Quits: ircloggr (nodebot@moz-2AC2C3B3.compute-1.amazonaws.com) (Client exited)
# [08:31] * Quits: @ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Input/output error)
# [08:32] * Joins: ircloggr (nodebot@moz-F3B37399.compute-1.amazonaws.com)
# [08:32] <aja> dunno....saw a comment about it in mozillazine today....will check in a few
# [08:32] <@bz> oh
# [08:32] <@bz> landed in fx-team
# [08:32] <@bz> not on trunk
# [08:32] <aja> (food on stove)
# [08:32] * Joins: kaze (kaze@moz-DE8720C9.w82-123.abo.wanadoo.fr)
# [08:33] * Quits: @roc (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [08:34] * bz is now known as bz_sleep
# [08:35] * Joins: kumar (kmcmillan@moz-4BE034AB.ptr.us.xo.net)
# [08:36] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [08:36] <@bz_sleep> uh
# [08:36] <philor> the only thing worse than having unmerged stuff on fx-team is having it merged
# [08:37] <@bz_sleep> there is still no way to tear off the built-in inspector
# [08:37] * @bz_sleep cries
# [08:37] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [08:40] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [08:42] * Quits: nli_ (nli@moz-B77DEAEB.mozilla.org) (Quit: leaving)
# [08:43] * Quits: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net) (Ping timeout)
# [08:43] <@dolske> pretty sure that's being worked on...
# [08:46] * Joins: nli (nli@moz-B77DEAEB.mozilla.org)
# [08:47] * philor is now known as philor|away
# [08:47] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [08:49] * Joins: krit1 (krit@moz-3AE657AD.hsd1.ca.comcast.net)
# [08:49] * Quits: krit (krit@moz-1FC1932F.adobe.com) (Connection reset by peer)
# [08:50] <glob> yeah, http://www.slideshare.net/madhava/ux-overview-fxworkweekapril2012 slide 53
# [08:50] * Quits: krit1 (krit@moz-3AE657AD.hsd1.ca.comcast.net) (Ping timeout)
# [08:51] * Quits: dria (dria@moz-2830A996.dhcp-dynamic.fibreop.nb.bellaliant.net) (Quit: dria)
# [08:52] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [08:53] * Quits: vikram360 (vikram360@FA4F2669.D49FD144.2A068A5E.IP) (Ping timeout)
# [08:54] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [08:59] * Quits: mwu (mwu@moz-59435430.hsd1.nj.comcast.net) (Quit: This computer has gone to sleep)
# [09:00] <Cork> anyone know if mozilla have a stand for the @supports selector spec?
# [09:02] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [09:04] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
# [09:05] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
# [09:06] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
# [09:07] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
# [09:07] * Joins: nrc (nrc@moz-5DAE2951.bitstream.orcon.net.nz)
# [09:07] <aja> Cork: look at the author
# [09:10] * Quits: andreasn-away (andreasn@moz-8A84C28A.bredband.comhem.se) (Ping timeout)
# [09:14] <aja> Cork: fwiw, http://dev.w3.org/csswg/css3-conditional/ has @supports rules at risk; last time i searched, no mozilla bug for it yet
# [09:14] <Cork> aja: ya i know
# [09:14] <Cork> found http://lists.w3.org/Archives/Public/www-style/2011Apr/0428.html
# [09:14] <Cork> and its what i'm looking for
# [09:15] <aja> Cork: i suspect it'll get looked at more seriously once advanced layout modes mature a bit more
# [09:15] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Ping timeout)
# [09:16] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
# [09:16] <Cork> aja: ya, i've been wishing for things like this for a long time
# [09:16] * Quits: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net) (Ping timeout)
# [09:17] * Joins: rniwa_ (rniwa@1943E90B.70F558CB.4065847B.IP)
# [09:18] <Cork> when css fallback values isn't exclusive this would be super interesting
# [09:19] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Ping timeout)
# [09:19] * rniwa_ is now known as rniwa
# [09:20] * Quits: timdream (timdream@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [09:20] * Joins: jdm (jdm@moz-749CB30C.dsl.scarlet.be)
# [09:22] * Quits: glob (glob@moz-DF237567.glob.com.au) (Connection reset by peer)
# [09:22] * Joins: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net)
# [09:22] * Quits: markh (markh@moz-25D681DF.cxzr1.win.bigpond.net.au) (Ping timeout)
# [09:22] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
# [09:22] * Quits: jsamuel (quassel@moz-973E42D4.eecs.berkeley.edu) (Ping timeout)
# [09:22] * Quits: sancus (sancus@moz-3A9162D.off.net) (Ping timeout)
# [09:22] * Quits: logbot (logbot@moz-622AFC27.glob.com.au) (Ping timeout)
# [09:22] * Quits: njn (chatzilla@moz-B46DFEBB.wa.westnet.com.au) (Ping timeout)
# [09:23] * Joins: glob (glob@moz-DF237567.glob.com.au)
# [09:23] * Joins: njn (chatzilla@moz-B46DFEBB.wa.westnet.com.au)
# [09:24] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
# [09:24] * Joins: sancus (sancus@moz-3A9162D.off.net)
# [09:24] * Joins: jsamuel (quassel@moz-973E42D4.eecs.berkeley.edu)
# [09:24] * Joins: Matt_ (Matt@A356E139.176F2691.B7C3970A.IP)
# [09:26] * Joins: bholley (anonymous@moz-7F3898A2.w86-197.abo.wanadoo.fr)
# [09:26] * Joins: timdream (timdream@moz-99690620.hinet-ip.hinet.net)
# [09:26] * Joins: graememcc (chatzilla@moz-B1CF525C.range86-150.btcentralplus.com)
# [09:26] * Joins: logbot (logbot@moz-622AFC27.glob.com.au)
# [09:27] * Joins: markh (markh@moz-25D681DF.cxzr1.win.bigpond.net.au)
# [09:27] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [09:27] * Quits: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net) (Ping timeout)
# [09:27] * Joins: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net)
# [09:27] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
# [09:28] * Joins: TheCrap (TheCrap@moz-2EDD0617.dip0.t-ipconnect.de)
# [09:29] * Quits: jsamuel (quassel@moz-973E42D4.eecs.berkeley.edu) (Ping timeout)
# [09:34] * glob is now known as glob|away
# [09:35] * joduinn-afk is now known as joduinn-home
# [09:40] * Quits: jdm (jdm@moz-749CB30C.dsl.scarlet.be) (Client exited)
# [09:40] * Joins: vikash (vikash@40C2DF57.8D4651CB.5D9ABA9F.IP)
# [09:41] * Joins: Stan (Stan@moz-55D6D4A9.dip.t-dialin.net)
# [09:41] * Quits: Stan_ (Stan@moz-D8EED26A.dip.t-dialin.net) (Ping timeout)
# [09:42] * Joins: jsamuel (quassel@moz-973E42D4.eecs.berkeley.edu)
# [09:43] * Quits: kaze (kaze@moz-DE8720C9.w82-123.abo.wanadoo.fr) (Quit: WeeChat 0.3.5)
# [09:45] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [09:49] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [09:50] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [09:52] * Joins: cloudpopup (squeakytoy@moz-135838FA.netset.se)
# [09:52] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [09:55] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
# [09:57] <gcp> do we have any way to get telemetry data right now?
# [09:58] * Quits: vikash (vikash@40C2DF57.8D4651CB.5D9ABA9F.IP) (Ping timeout)
# [09:59] <glazou> bonjour
# [09:59] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [10:00] * Quits: squeakytoy (squeakytoy@moz-9E84F244.netset.se) (Quit: Leaving)
# [10:00] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
# [10:02] * Joins: martyn (martyn@moz-CABED5F2.range81-154.btcentralplus.com)
# [10:05] * Joins: vikash (vikash@40C2DF57.8D4651CB.5D9ABA9F.IP)
# [10:07] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
# [10:09] * Joins: edmorley (edmorley@moz-BEDF50FD.range86-145.btcentralplus.com)
# [10:09] * Quits: njn (chatzilla@moz-B46DFEBB.wa.westnet.com.au) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a1/20120503175219])
# [10:10] * Joins: scenor (Daily@6B4C0D53.A0987568.2A009D6E.IP)
# [10:11] * Quits: scenor (Daily@6B4C0D53.A0987568.2A009D6E.IP) (Quit: scenor)
# [10:13] * Joins: jdm (jdm@moz-749CB30C.dsl.scarlet.be)
# [10:14] * Joins: cpearce (chatzilla@moz-510B10B9.xdsl.xnet.co.nz)
# [10:16] * Joins: kaie (kaie@moz-9A1164F0.dip.t-dialin.net)
# [10:20] * Quits: vikash (vikash@40C2DF57.8D4651CB.5D9ABA9F.IP) (Quit: Leaving)
# [10:21] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [10:22] * Joins: jfkthame (jfkthame@15AA2040.A1C12133.9542EC20.IP)
# [10:25] * Joins: msucan (mihai@7A4CDDE7.7A418818.B4CEF140.IP)
# [10:28] * Quits: kanha (quassel@F4BC79F1.8293D34.9105FBCF.IP) (Ping timeout)
# [10:30] * Quits: karl (karl@moz-E3E057CE.jetstream.xtra.co.nz) (Ping timeout)
# [10:30] * Joins: kanha (quassel@F4BC79F1.8293D34.9105FBCF.IP)
# [10:31] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [10:31] * ChanServ sets mode: +o roc
# [10:31] * Quits: rniwa (rniwa@1943E90B.70F558CB.4065847B.IP) (Quit: rniwa)
# [10:32] * Quits: jfkthame (jfkthame@15AA2040.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [10:33] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [10:34] * Joins: smaug (chatzilla@moz-1D1BFA15.elisa-laajakaista.fi)
# [10:34] * ChanServ sets mode: +o smaug
# [10:35] * Joins: jfkthame (jfkthame@15AA2040.A1C12133.9542EC20.IP)
# [10:37] * Quits: surkov (surkov@C1A6A50A.88321457.33A1AC3C.IP) (Quit: surkov)
# [10:38] * Joins: goldorak (chatzilla@DBDCA858.124BF5BD.187A1082.IP)
# [10:38] * Quits: kaie (kaie@moz-9A1164F0.dip.t-dialin.net) (Ping timeout)
# [10:38] * Joins: Ms2ger (Ms2ger@94DADF20.75FBB71E.37724B0D.IP)
# [10:40] <edmorley> woah, 219 changesets yet to be merged from inbound \o/
# [10:41] <Ms2ger> Let me add some ;)
# [10:41] * Joins: timdream_ (timdream@moz-104CC309.mv.mozilla.com)
# [10:41] <aja> and all touch libxul!
# [10:41] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [10:42] * Quits: timdream (timdream@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [10:42] * timdream_ is now known as timdream
# [10:43] <glazou> hmmmm nice bug in an interaction between columns and absolute positioning
# [10:44] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [10:45] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [10:45] <aja> glazou: filed?
# [10:46] * aja is interested cuz some columns fixup's needed for multi-line flex, too
# [10:49] <NeilAway> Dao++
# [10:51] <edmorley> Ms2ger: knowing you, you'll drop a 30 cset queue on the tree ;-)
# [10:51] <Ms2ger> 27 in this tree...
# [10:51] <Ms2ger> And 4 in the other
# [10:51] <Ms2ger> So, sounds about right :)
# [10:52] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Ping timeout)
# [10:57] * Quits: eflores (eflores@538BABFE.A073F3E.97BBD552.IP) (Quit: Bye)
# [10:58] <aja> NeilAway: ++ for ?
# [10:58] * Joins: alfredo- (Adium@88F51059.F3BBB17D.144F44FA.IP)
# [10:58] <Ms2ger> Don't question ++
# [10:58] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [10:58] <edmorley> !seen jrmuizel
# [10:58] <firebot> jrmuizel was last seen 3 hours, 30 minutes and 56 seconds ago, saying 'thanks' in #gfx.
# [10:59] * Quits: dRdR (dRdR@F8A0E546.DE9A83BF.6DCF1F73.IP) (Ping timeout)
# [11:01] * Quits: John-Galt (kris@FACBEC9F.1DC3B5D1.24939243.IP) (Input/output error)
# [11:02] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Ping timeout)
# [11:02] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
# [11:02] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [11:04] <glazou> aja: searching
# [11:04] * Joins: John-Galt (kris@FACBEC9F.1DC3B5D1.24939243.IP)
# [11:04] * Quits: kanha (quassel@F4BC79F1.8293D34.9105FBCF.IP) (Ping timeout)
# [11:05] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
# [11:06] <aja> glazou: fyi 734525 is the flex-related one
# [11:06] * Quits: kumar (kmcmillan@moz-4BE034AB.ptr.us.xo.net) (Ping timeout)
# [11:06] * Joins: kanha (quassel@F4BC79F1.8293D34.9105FBCF.IP)
# [11:08] * Joins: joe_walker_ (joe_walker@moz-15405DDA.cable.virginmedia.com)
# [11:09] * Joins: vikram360 (vikram360@C8EB0593.D49FD144.2A068A5E.IP)
# [11:10] * Quits: jdm (jdm@moz-749CB30C.dsl.scarlet.be) (Ping timeout)
# [11:10] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Ping timeout)
# [11:11] <gaston> so who's the brave soul who will merge m-i to m-c and close/comment on all the fixed bugs ? :)
# [11:12] <@smaug> what is [asan] ?
# [11:13] * Joins: jdm (jdm@moz-749CB30C.dsl.scarlet.be)
# [11:15] <glazou> aja: make a 2-column lorem ipsum paragraph relatively positioned, make an image inside that paragraph absolutely positioned ; the image is invisible whatever you do, wherever you place it
# [11:15] <glazou> (2-column with -moz-column-count)
# [11:15] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [11:17] * Joins: victorporof (victorporo@27067836.2E655143.79933D60.IP)
# [11:18] * Quits: msucan (mihai@7A4CDDE7.7A418818.B4CEF140.IP) (Quit: Leaving.)
# [11:19] <edmorley> gaston: that would be me :-)
# [11:20] <edmorley> I've split the merge up a bit, just to make the dev.tree-management regression emails for when it hits m-c a bit more paletable
# [11:21] <gaston> heh
# [11:21] * Joins: timdream_ (timdream@moz-99690620.hinet-ip.hinet.net)
# [11:22] * Quits: timdream (timdream@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [11:22] * timdream_ is now known as timdream
# [11:23] <NeilAway> aja: ng post
# [11:25] * Joins: JeroenDeDauw (j@moz-4CF9BA2B.dip.t-dialin.net)
# [11:26] * Quits: JeroenDeDauw (j@moz-4CF9BA2B.dip.t-dialin.net) (Quit: Leaving.)
# [11:26] * Joins: JeroenDeDauw (j@moz-4CF9BA2B.dip.t-dialin.net)
# [11:27] * Joins: maikmerten (merten@moz-4A55E66F.itmc.tu-dortmund.de)
# [11:27] * Quits: JeroenDeDauw (j@moz-4CF9BA2B.dip.t-dialin.net) (Quit: Leaving.)
# [11:28] <jfkthame> smaug: that'd be Address Sanitizer
# [11:30] * Joins: JeroenDeDauw (j@moz-4CF9BA2B.dip.t-dialin.net)
# [11:31] * Quits: JeroenDeDauw (j@moz-4CF9BA2B.dip.t-dialin.net) (Quit: Leaving.)
# [11:31] * Joins: JeroenDeDauw (j@moz-4CF9BA2B.dip.t-dialin.net)
# [11:32] * Quits: aja (chatzilla@3846FB25.AEC64F0A.7880DB15.IP) (Ping timeout)
# [11:32] * Joins: vikash (vikash@1D1D5DB1.33A93E42.5D9ABA9F.IP)
# [11:32] * Quits: c0smikdebris (c0smikdebr@C5B07FFA.113CFA4F.274D17D6.IP) (Ping timeout)
# [11:32] * Joins: aja (chatzilla@3846FB25.AEC64F0A.7880DB15.IP)
# [11:34] * Quits: maikmerten (merten@moz-4A55E66F.itmc.tu-dortmund.de) (Ping timeout)
# [11:36] * Quits: vikash (vikash@1D1D5DB1.33A93E42.5D9ABA9F.IP) (Ping timeout)
# [11:38] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
# [11:38] * Joins: Havvy (Mibbit@moz-B7B34335.ptld.qwest.net)
# [11:38] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [11:41] * davehunt|away is now known as davehunt
# [11:41] * Quits: cpearce (chatzilla@moz-510B10B9.xdsl.xnet.co.nz) (Ping timeout)
# [11:41] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
# [11:42] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [11:45] * Fallen|away is now known as Fallen
# [11:50] * Joins: Cwiiis (cwiiis@88F51059.F3BBB17D.144F44FA.IP)
# [11:51] * Quits: kutsurak (pex@moz-5CEDFA.w92-128.abo.wanadoo.fr) (Ping timeout)
# [11:52] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [11:54] * Quits: alfredo- (Adium@88F51059.F3BBB17D.144F44FA.IP) (Quit: Leaving.)
# [11:54] * Joins: alfredo- (Adium@88F51059.F3BBB17D.144F44FA.IP)
# [11:55] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
# [11:56] * Joins: thelodger (thelodger@3F6B379F.C9F9DC3E.C2E02DEF.IP)
# [11:57] * Quits: jdm (jdm@moz-749CB30C.dsl.scarlet.be) (Client exited)
# [11:59] <AryehGregor> What are all these Talos regression e-mails I got? Do I have to worry about them? They report awfully large regression ranges.
# [12:00] * Joins: harth (harth@moz-C2C235AC.bb.sky.com)
# [12:00] <jfkthame> AryehGregor: they'll be from merges to m-c, i guess…. generally reports from inbound are more likely to be useful
# [12:02] * AutomatedTester|AFK is now known as AutomatedTester
# [12:02] <Ms2ger> Oh hey, it's emorley@mozilla.com
# [12:03] <bholley> edmorley: ping, but no hurry (looks like you're busy with a merge right now)
# [12:03] <edmorley> bholley: hi :-)
# [12:03] <edmorley> how are you this morning?
# [12:04] <bholley> edmorley: great! I managed to unwind a bit, and CPG is still in the tree :-)
# [12:04] <Ms2ger> Planning to land any more regressions? ;)
# [12:04] <bholley> edmorley: so it looks like luke is looking into bug 751575. I wanted to check if there's anything else I should be looking at
# [12:05] <bholley> edmorley: if not, my next order of business is to write a blog post telling people what to expect with CPG
# [12:07] * Joins: kutsurak (pex@moz-8C9F200A.w92-128.abo.wanadoo.fr)
# [12:09] <edmorley> bholley: apart from bug 751575 and the increase in bug 738803 (for which the comment 91 reasoning wfm), there's just the dev.tree-management mails that I was going to continuing going through, to make sure nothing unanticipated was there
# [12:10] <bholley> edmorley: yeah, looks like khuey has been digging into bug 738803 as well
# [12:10] <bholley> (comment 94)
# [12:11] * AutomatedTester is now known as AutomatedTester|AFK
# [12:11] <edmorley> bholley: looking forward to the blog post :-)
# [12:11] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [12:11] <bholley> sounds good
# [12:12] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Quit: Leaving)
# [12:14] * Joins: dao (dao@moz-B42C49EF.superkabel.de)
# [12:15] * edmorley is now known as edmorley|wfh
# [12:18] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Client exited)
# [12:20] <edmorley|wfh> Ms2ger: and yeah, might ask to get an alias, given how it's close enough to edmorley that people might email that instead
# [12:20] <edmorley|wfh> (or I could just pick a more imaginative irc nick...)
# [12:20] * Joins: gfritzsche (gfritzsche@moz-255CC203.dynamic.qsc.de)
# [12:20] * Fallen is now known as Fallen|away
# [12:20] <Ms2ger> e2morley? :)
# [12:22] <edmorley|wfh> I think ed@mozilla.com is also free muhaha
# [12:23] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Ping timeout)
# [12:24] * ewong is now known as ewong|away
# [12:26] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [12:26] <edmorley|wfh> bholley: would you like bug alias cpg to be closed out post merge, or left open since meta?
# [12:27] <bholley> edmorley|wfh: resolved:FIXED!!!
# [12:27] <edmorley|wfh> heheheehe
# [12:27] <gaston> yay my next buildbot run will probably be all green \o/
# [12:28] <Ms2ger> gaston, let me fix that ;)
# [12:29] <gaston> :)
# [12:29] * Joins: mak (chatzilla@moz-A6547F54.retail.telecomitalia.it)
# [12:30] * AutomatedTester|AFK is now known as AutomatedTester
# [12:31] * Ms2ger waves at mak
# [12:31] <edmorley|wfh> bholley: see what you mean about how many bugs it blocks (just from the sheer number of emails sent on marking that)
# [12:32] <mak> Ms2ger: morning
# [12:32] * Quits: dao (dao@moz-B42C49EF.superkabel.de) (Quit: Leaving.)
# [12:32] <edmorley|wfh> mak: hi stranger :-)
# [12:32] <mak> hi!
# [12:33] * Joins: smagnin (pike@moz-1816673.w90-57.abo.wanadoo.fr)
# [12:33] <Ms2ger> roc--
# [12:33] <bholley> edmorley|wfh: oh, that's just the tip of the iceberg. Most of the important stuff hasn't even been filed yet :-)
# [12:36] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
# [12:39] <@roc> eh?
# [12:39] <@roc> what have(n't) I done now?
# [12:41] <AryehGregor> Ms2ger, would it make sense for me to import the editor spec tests to editor/ somewhere instead of dom/?
# [12:42] <Ms2ger> roc, build warnings all over the place due to your mediastream stuff
# [12:42] <@roc> which platforms?
# [12:42] <Ms2ger> Mine
# [12:44] <Ms2ger> AryehGregor, I guess...
# [12:48] <Standard8> edmorley|wfh: does that last merge you did required a clobber?
# [12:49] * Quits: Havvy (Mibbit@moz-B7B34335.ptld.qwest.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [12:50] <edmorley|wfh> Standard8: not that I'm aware, why?
# [12:51] <Standard8> edmorley|wfh: comm-central is kinda unhappy with it
# [12:51] <Standard8> well, Thunderbird Linux atm
# [12:51] * Standard8 clobbers anyway
# [12:51] <edmorley|wfh> Standard8: that merge includes compartment per global (bug alias cpg)
# [12:51] <edmorley|wfh> Standard8: 302 bholley
# [12:52] <Ms2ger> Shouldn't need a clobber, though
# [12:52] <edmorley|wfh> yeah I just meant cpg might have busted c-c
# [12:52] * Joins: Havvy (Mibbit@moz-B7B34335.ptld.qwest.net)
# [12:52] <Standard8> that's a possibility
# [12:52] * edmorley|wfh looks at c-c tbpl
# [12:52] <Standard8> I'll clobber out linux boxes and rebuild those
# [12:53] <bholley> Standard8: let me know if you need any info about compartment-per-global
# [12:53] <bholley> Standard8: I'm writing a blog post about it now
# [12:54] * AutomatedTester is now known as AutomatedTester|AFK
# [12:54] <edmorley|wfh> Standard8: sorry the large merge doesn't help c-c much with reg-range; tree was a mess yesterday from a variety of things, so wasn't possible to merge sooner
# [12:54] <Standard8> edmorley|wfh: np
# [12:55] * AutomatedTester|AFK is now known as AutomatedTester
# [12:58] * Joins: dRdR (dRdR@F8A0E546.DE9A83BF.6DCF1F73.IP)
# [12:58] * Joins: kaie (kaie@moz-B6261A42.dip.t-dialin.net)
# [12:59] * Joins: c0smikdebris (c0smikdebr@FEEAF650.D8228D1D.BE90E62C.IP)
# [12:59] * Quits: victorporof (victorporo@27067836.2E655143.79933D60.IP) (Quit: Leaving...)
# [13:00] <edmorley|wfh> ttaubert: I don't suppose you could take a quick look at bug 749892 when you get a moment? it's one of the failures that you have to star manually on tbpl due to the log spam and is happening quite a bit
# [13:02] * Joins: pascalc_away (chatzilla@moz-446F98C8.fbxo.proxad.net)
# [13:05] * bc_ is now known as bc
# [13:05] * Quits: bc (bc@moz-E31CD2CB.mozilla.org) (Quit: leaving)
# [13:05] * Joins: bc (bc@moz-E31CD2CB.mozilla.org)
# [13:06] * pascalc_away is now known as pascalc
# [13:06] <Standard8> bholley: could it have affected something like this function: http://mxr.mozilla.org/comm-central/source/mailnews/base/util/iteratorUtils.jsm#58 ?
# [13:06] <bholley> Standard8: you bet
# [13:07] <Standard8> bholley: I think we're now getting http://tinderbox.mozilla.org/showlog.cgi?log=ThunderbirdTrunk/1336126656.1336128494.21909.gz#err0 from http://mxr.mozilla.org/comm-central/source/mailnews/base/test/unit/test_iteratorUtils.js#74
# [13:07] * mattwoodrow is now known as mattwoodrow|away
# [13:07] * Quits: nigelb (Adium@4D00DB07.BCBB79E8.7042C455.IP) (Quit: Leaving.)
# [13:08] * Quits: kaie (kaie@moz-B6261A42.dip.t-dialin.net) (Ping timeout)
# [13:09] <bholley> Standard8: so, aObj is probably a wrapper now
# [13:10] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird -- http://www.instantbird.com)
# [13:10] <bholley> Standard8: do you know if aObj is a content DOM object?
# [13:11] <Ms2ger> roc, http://mxr.mozilla.org/mozilla-central/source/layout/generic/nsGfxScrollFrame.cpp#1805
# [13:11] * Joins: dria (dria@moz-2830A996.dhcp-dynamic.fibreop.nb.bellaliant.net)
# [13:11] * Joins: kaie (kaie@moz-C2E23D7C.dip.t-dialin.net)
# [13:11] <Ms2ger> roc, sf is unused, should it be removed?
# [13:11] <bholley> Standard8: if aObj is an unprivileged object, then you'll have Xray vision to it, and you won't be able to see constructor
# [13:11] <Standard8> bholley: hmm, this is all xpcshell, but its going from the dom parser
# [13:11] <gaston> edmorley|wfh: nice smiley in cpg bug :)
# [13:11] <@roc> yes!
# [13:11] <@roc> it's unused since Nick Cameron's stuff landed
# [13:12] <Ms2ger> Yep
# [13:12] <edmorley|wfh> gaston: :-)
# [13:13] <bholley> Standard8: as a test, try putting |aObj = XPCNativeWrapper.unwrap(aObj);| at the top of that function
# [13:14] <Standard8> bholley: ok, got to build it first
# [13:14] <zzzzz> latest hourly is crash-happy
# [13:22] * AutomatedTester is now known as AutomatedTester|away
# [13:23] * Quits: xsergio_away (sergio@DAEF1255.9C8843EE.A4F23BCE.IP) (Client exited)
# [13:23] * Joins: KaiRo (robert@moz-783E3482.adsl.highway.telekom.at)
# [13:24] <jwatt> what's that thing you use to annotate a method as "don't implement, don't call"?
# [13:24] * AutomatedTester|away is now known as AutomatedTester|away|AFK
# [13:25] * Joins: xsergio (sergio@DAEF1255.9C8843EE.A4F23BCE.IP)
# [13:26] <edmorley|wfh> zzzzz: m-c?
# [13:26] <zzzzz> yes
# [13:26] <zzzzz> using the latest hourly, your merge
# [13:26] <zzzzz> and of course hourly don't have useful crash data :P
# [13:26] * Joins: tchevalier (Instantbir@26DF2FEE.76D180ED.C47D5415.IP)
# [13:27] <zzzzz> https://crash-stats.mozilla.com/report/index/4a04e671-dba9-4e79-b94e-c29ed2120504
# [13:27] <zzzzz> that one looks like a plugin crash - not sure, wonder if it could be https://bugzilla.mozilla.org/show_bug.cgi?id=751641
# [13:27] <zzzzz> perhaps maybe get that patch into m-c and re-spin ?
# [13:28] <zzzzz> not sure if the upcoming nightly is going to be affected by that bug or not
# [13:28] <zzzzz> not awake yet
# [13:29] * Joins: msucan (mihai@DE9F3A83.CEBA11E2.BD62875.IP)
# [13:29] <edmorley|wfh> zzzzz: the nightly won't be, since it gets triggered at approx 3am PDT on last green, and my merge won't be in time
# [13:29] <zzzzz> ok
# [13:29] <edmorley|wfh> zzzzz: the landing that caused that regression in bug 751641 was already on m-c, so suprised if your crashes are due to that, if they only started now
# [13:29] <AryehGregor> 220,000 test output lines and it's still only up to inserunorderedlist somewhere . . . this is a lot of tests. :/
# [13:29] <Ms2ger> Yes.
# [13:30] <zzzzz> edmorley|wfh: ok, I'll grab an hourly before the merge and see if its more stable
# [13:30] <jwatt> ah yes, MOZ_DELETE
# [13:31] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
# [13:31] * AryehGregor suspects this might be too many tests to be practical to run on every commit
# [13:33] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
# [13:34] <@roc> we haven't yet got a framework for running tests with different frequencies
# [13:35] * Mark_Capella is now known as Mark_Capella|away
# [13:35] <Ms2ger> And philor wouldn't like it :)
# [13:35] <AryehGregor> Honestly I should probably just cut down on the number of tests. And/or try to optimize them to take less time, although I'm not sure what's actually taking the CPU time.
# [13:36] <AryehGregor> 328597 INFO TEST-END | /tests/dom/imported-tests/editing/conformancetest/test_runtest.html | finished in 900212ms
# [13:36] <AryehGregor> Passed 213152 Failed 114900 Todo 0
# [13:38] <Ms2ger> AryehGregor, http://pastebin.mozilla.org/1616412 might be helpful if it still applies
# [13:38] <jprmc> edmorley|wfh: for https://bugzilla.mozilla.org/show_bug.cgi?id=750598, does https://bugzilla.mozilla.org/show_bug.cgi?id=751668 not fix the problem?
# [13:38] <jprmc> edmorley|wfh: i believe those two patches go together
# [13:38] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Quit: Leaving)
# [13:39] <kaie> trying to build ff10 on rhel 5.8 64bit: /usr/bin/ld: ../../dist/lib/libjs_static.a(jsarray.o): relocation R_X86_64_PC32 against `JaegerThrowpoline' can not be used when making a shared object; recompile with -fPIC
# [13:39] * Quits: micahg (micahg@5699315D.13D9035B.F98C6DDA.IP) (Quit: Ex-Chat)
# [13:39] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: bbl)
# [13:40] <@roc> AryehGregor: just profile the tests and make Gecko a lot faster to run them :-)
# [13:40] * Quits: KaiRo (robert@moz-783E3482.adsl.highway.telekom.at) (Input/output error)
# [13:41] <Ms2ger> Was this 15 minutes opt or debug?
# [13:42] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [13:43] <Ms2ger> roc, I suspect it'll end up being "editor", mostly :/
# [13:43] <AryehGregor> Debug.
# [13:43] <zzzzz> edmorley|wfh: I see someone in the forums also is getting crashes on the latest hourly - any change to get a Nightly spun up on the merge so we can get a jump on finding the crasher before it hits on the week-end
# [13:44] <Ms2ger> M1, M2, M3, M4, M5, Moth, Meditor?
# [13:44] <edmorley|wfh> zzzzz: if I trigger now, it was clash with the one in progress and cause issue with snippets
# [13:44] <AryehGregor> What's the preferred way to profile Gecko for this sort of thing?
# [13:44] <@roc> I bet there is a lot of low-hanging performance fruit in editor
# [13:44] <zzzzz> oh, ok...
# [13:44] <@roc> AryehGregor: what platform
# [13:44] <AryehGregor> Ms2ger, only until other decent standards test suites are imported!
# [13:44] <AryehGregor> roc, Linux.
# [13:44] <edmorley|wfh> jprmc: (not sure if you read logs) the other bug landed first and was still orange
# [13:44] <edmorley|wfh> zzzzz: s/was/will/
# [13:45] <edmorley|wfh> zzzzz: the joys of nightlies
# [13:45] <zzzzz> understood , didn't know
# [13:45] * Quits: timdream (timdream@moz-99690620.hinet-ip.hinet.net) (Quit: timdream)
# [13:45] <edmorley|wfh> :-)
# [13:45] <@roc> AryehGregor: sysprof or perf should work
# [13:45] * Quits: kanru (user@moz-99690620.hinet-ip.hinet.net) (Client exited)
# [13:46] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [13:47] * Joins: pascalc_ (chatzilla@moz-446F98C8.fbxo.proxad.net)
# [13:47] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Ping timeout)
# [13:47] * pascalc_ is now known as pascalc
# [13:48] <@smaug> AryehGregor: Zoom is pretty good on Linux, but is not free
# [13:48] <@smaug> though , there is 15 days evaluation license
# [13:49] * pascalc is now known as IRCMonkey62937
# [13:49] <Standard8> bholley: hmm, adding that doesn't change the failure
# [13:49] <@smaug> AryehGregor: when profiling, make sure to profile a build with symbols
# [13:49] <bholley> Standard8: hm. You're in a position to debug it now, right?
# [13:49] * IRCMonkey62937 is now known as pascalc2
# [13:49] <AryehGregor> Does a regular debug build have symbols?
# [13:49] <Standard8> bholley: yep
# [13:49] <bholley> Standard8: ok. Let's inspect the object, see what it's deal is
# [13:50] <bholley> Standard8: if you can catch it in a debugger, obj->dump() is ideal
# [13:50] <@roc> AryehGregor: yes. However, you do not want to be profiling a debug build
# [13:50] <bholley> Standard8: but it's almost certainly a wrapper
# [13:50] <AryehGregor> Well, I do if I'm trying to get the tests to run faster. :)
# [13:50] <@roc> profiles of debug builds are generally not interesting
# [13:50] <bholley> Standard8: is the |constructor| property undefined?
# [13:50] <@roc> can we just run the tests in an opt build? :-)
# [13:51] <Ms2ger> roc, and not catch all the assertions this is going to trigger? ;)
# [13:51] <@smaug> tbox runs optimized debug builds
# [13:51] * Joins: nigelb (Adium@64FB077B.91EADDC9.BE90E62C.IP)
# [13:52] <AryehGregor> roc, mochitest doesn't do anything with assertions anyway . . .
# [13:52] <AryehGregor> Er.
# [13:52] <AryehGregor> Ms2ger, mochitest doesn't do anything with assertions anyway . . .
# [13:52] <@roc> it would be nice to catch the assertions
# [13:52] <AryehGregor> Do I want an optimized debug build? If so, how do I do it?
# [13:52] <Ms2ger> dbaron is working on it
# [13:52] <@roc> but I'd much rather have the tests without assertions than no tests at all
# [13:52] <Ms2ger> --enable-debug --enable-optimize
# [13:52] <Ms2ger> Sure
# [13:52] <AryehGregor> What's the disadvantage relative to --enable-debug --disable-optimize?
# [13:53] <@smaug> enable-optimize makes debugging harder
# [13:53] <AryehGregor> Oh, is that why stack traces from assertions on tbpl are incomprehensible?
# [13:55] <AryehGregor> When I run the webpage version of the tests, it takes about five minutes.
# [13:55] * Quits: thinker (thinker@moz-71AD2643.dynamic.kbronet.com.tw) (Connection reset by peer)
# [13:55] <AryehGregor> I think that's on a debug build.
# [13:55] <AryehGregor> Plus like half an hour to lay out the 300,000-row table, which doesn't even really work. :)
# [13:56] <Ms2ger> Dumping 300000 lines to the console takes some time, I guess :)
# [13:56] <AryehGregor> More like a million, with all the asserts . . .
# [13:56] <Ms2ger> Heh
# [13:56] * AryehGregor is currently tee'ing output to a log file, so will be able to say for sure soon
# [13:56] <Standard8> bholley: any idea where I could break for that?
# [13:58] <AryehGregor> It's only 70 seconds to run the webpage version of the tests on a downloaded nightly (thus optimized, clearly).
# [13:58] <AryehGregor> That's not bad at all, all things considered.
# [13:58] <AryehGregor> That doesn't include the select tests, but those shouldn't be too much extra.
# [14:00] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [14:01] * Quits: nrc (nrc@moz-5DAE2951.bitstream.orcon.net.nz) (Ping timeout)
# [14:02] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [14:03] * Joins: espindola (espindola@moz-40C978A1.dsl.teksavvy.com)
# [14:04] <AryehGregor> Ms2ger, your glue prints the test name on passes, but only the assert name on fails, so I can't scrape the list of failing tests from the test output. :(
# [14:04] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [14:04] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
# [14:04] <Ms2ger> Did you see the patch I linked to earlier?
# [14:04] <AryehGregor> Yes.
# [14:05] * Quits: pascalc2 (chatzilla@moz-446F98C8.fbxo.proxad.net) (Ping timeout)
# [14:06] * AryehGregor tries it
# [14:06] * Joins: atuljangra (Mibbit@4F882FCC.4850A4DD.1957C0DA.IP)
# [14:06] <Ms2ger> That should print the JSON format you need
# [14:07] <Standard8> bholley: its an [object NodeList] and it has a constructor
# [14:07] * Joins: pascalc2 (chatzilla@moz-446F98C8.fbxo.proxad.net)
# [14:07] <AryehGregor> Ms2ger, works.
# [14:08] <AryehGregor> That will probably be another few megs, but oh well. :)
# [14:08] <Ms2ger> I'm afraid it will :)
# [14:08] <gcp> the latest Flash update seems to break youtube on nightly
# [14:08] <Ms2ger> I guess you could comment out the part that does the normal output
# [14:08] <Standard8> bholley: but aObj.constructor.name is undefined
# [14:09] * Quits: atuljangra (Mibbit@4F882FCC.4850A4DD.1957C0DA.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [14:09] <AryehGregor> Oops. Looks like Ehsan replied to some of my questions on bugs he asked me to look at two weeks ago, but I wasn't CC'd, so I didn't notice. :(
# [14:10] * AryehGregor fixes his preferences
# [14:11] * Quits: c0smikdebris (c0smikdebr@FEEAF650.D8228D1D.BE90E62C.IP) (Client exited)
# [14:11] <gaston> mobile 15.0a1 for tablets uses native UI or not yet ?
# [14:11] <Ms2ger> Don't think so
# [14:11] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
# [14:11] <gaston> i didnt see a change yet after upgradng from a month & half nightly
# [14:11] <Standard8> bholley: http://pastebin.mozilla.org/1616445 is a hack that makes it pass the unit test..
# [14:11] <aja> not
# [14:12] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
# [14:13] <gaston> although the prefs UI looks more native than before...
# [14:16] * Quits: thelodger (thelodger@3F6B379F.C9F9DC3E.C2E02DEF.IP) (Quit: Leaving.)
# [14:17] <zzzzz> edmorley|wfh: m-i pgo builds has symbols ?
# [14:17] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
# [14:18] <bholley> Standard8: sorry, was having lunch - reading backscroll
# [14:18] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/f099b606dad4 - Brian R. Bondy - Bug 751652 - Disable MAR tests when security checks are disabled. r=rstrong
# [14:18] <bholley> Standard8: ah, it's a nodelist
# [14:19] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
# [14:19] <bholley> Standard8: what is the constructor?
# [14:20] <bholley> Standard8: I'm guessing it's window.NodeList of the caller
# [14:20] <bholley> Standard8: or rather, the scope in which the nodelist was created
# [14:20] <Standard8> bholley: aObj.constructor says [object NodeList] as well
# [14:20] <bholley> Standard8: do you know where aObj comes from?
# [14:20] <Standard8> bholley: http://mxr.mozilla.org/comm-central/source/mailnews/base/test/unit/test_iteratorUtils.js#70
# [14:21] <bholley> Standard8: ah, I see
# [14:22] <bholley> Standard8: do you know the principal of things coming out the dom parser?
# [14:22] <Standard8> nope
# [14:23] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Ping timeout)
# [14:23] <Standard8> bholley: null principal: http://mxr.mozilla.org/comm-central/source/mozilla/content/base/public/nsIDOMParser.idl#102
# [14:23] <bholley> Standard8: ah, ok
# [14:23] <bholley> Standard8: so
# [14:23] <bholley> Standard8: the document from the parser is unprivileged
# [14:24] <bholley> Standard8: which means that chrome gets an Xray wrapper for it
# [14:24] <bholley> Standard8: previously, all chrome was in the same compartment
# [14:24] <bholley> Standard8: so expandos were shared
# [14:24] <bholley> though, hm
# [14:24] <darktrojan> gcp, breaks in what way?
# [14:25] <gcp> there's already a bug and a fix it seems
# [14:25] <gcp> 751641
# [14:26] * Joins: victorporof (victorporo@5F6B43D3.1C233438.79933D60.IP)
# [14:26] <darktrojan> hmm that might be what I'm seeing
# [14:26] <bholley> Standard8: ok, now I'm wondering how this was working before
# [14:26] <bholley> Standard8: I'm pretty sure that |constructor| is an expando
# [14:27] <bholley> Standard8: which means that chrome shouldn't see it
# [14:27] <Standard8> heh
# [14:27] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
# [14:27] * Joins: jprmc (jprmc@94F4F1F1.5BCEC6DB.DA78B690.IP)
# [14:27] <AryehGregor> Ms2ger, the errors JSON file is 22M . . .
# [14:27] <bholley> Standard8: also, I'm confused as to why the XPCNativeWrapper.unwrap trick didn't work
# [14:27] <AryehGregor> Only 466K gzipped, though. Can we do that? :)
# [14:28] <AryehGregor> (probably not a good idea)
# [14:28] <Ms2ger> Ouch
# [14:28] * Quits: victorporof (victorporo@5F6B43D3.1C233438.79933D60.IP) (Connection reset by peer)
# [14:29] <bholley> hmm
# [14:29] * Joins: victorporo (victorporo@5F6B43D3.1C233438.79933D60.IP)
# [14:29] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [14:29] <bholley> Standard8: gimme a sec
# [14:29] <edmorley|wfh> zzzzz: sorry, I'm not sure
# [14:29] <Ms2ger> No low hanging fruit to fix a lot of those failures? :)
# [14:30] <AryehGregor> Probably there is.
# [14:30] <AryehGregor> I'm sure many of them are extremely repetitive.
# [14:30] <AryehGregor> $ hg add editing.json
# [14:30] <AryehGregor> dom/imported-tests/editing.json: up to 69 MB of RAM may be required to manage this file
# [14:30] <AryehGregor> (use 'hg revert dom/imported-tests/editing.json' to cancel the pending addition)
# [14:30] <Ms2ger> Wow
# [14:31] <Ms2ger> That's not a message I've seen before :)
# [14:31] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
# [14:31] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
# [14:32] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
# [14:32] <bholley> Ms2ger: what's the deal with .constructor.name?
# [14:32] * Quits: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz) (Ping timeout)
# [14:32] <Ms2ger> You ask like you think I know :)
# [14:33] <bholley> Ms2ger: is it a standardized thing?
# [14:33] <ttaubert> ted: so what should we about bug 740242? looks like the output is in some weird format caused by multiple threads printing to stdout. should we add some error handling to the regex parsing?
# [14:34] * Quits: zzzzz (chatzilla@moz-FC5E07A0.dhcp.embarqhsd.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [14:34] * Joins: SeoZ (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP)
# [14:35] * Joins: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz)
# [14:36] * Ms2ger looks
# [14:37] <@ted> ttaubert: yeah, i think that's the best we can do until we fix the automation to work around that issue and not interleave them
# [14:38] <@ted> just make it not fail :-/
# [14:38] <bholley> Ms2ger: I paste this into the live dom viewer: http://pastebin.mozilla.org/1616479
# [14:39] <bholley> Ms2ger: er, http://pastebin.mozilla.org/1616480
# [14:39] * Joins: zzzzz (chatzilla@moz-FC5E07A0.dhcp.embarqhsd.net)
# [14:40] <bholley> Ms2ger: in Firefox, I get undefined. in Chrome, I get "HTMLDivElement"
# [14:40] <graememcc> edmorley|wfh: ping
# [14:40] <edmorley|wfh> graememcc: pong
# [14:41] <Ms2ger> bholley, I get "Function.prototype" in Opera
# [14:41] <graememcc> edmorley|wfh: so, as perma-sherriff around these parts, would you have any objections to having the new hook in bug 663585 enabled on m-c/m-i?
# [14:41] <Ms2ger> bholley, can't find anything in WebIDL
# [14:42] <graememcc> (for spitting out the pushlog url of your push)
# [14:42] <AryehGregor> Prototypes have a .constructor, regular old objects don't, IIRC.
# [14:42] <ttaubert> ted: you haz patch
# [14:42] <AryehGregor> HTMLDivElement.prototype.constructor should be the same as HTMLDivElement, I think.
# [14:42] * Joins: edmorley (edmorley@moz-BEDF50FD.range86-145.btcentralplus.com)
# [14:42] <Ms2ger> AryehGregor, wouldn't it inherit down, though?
# [14:43] * Quits: edmorley|wfh (edmorley@moz-BEDF50FD.range86-145.btcentralplus.com) (Ping timeout)
# [14:43] <edmorley> graememcc: sorry pidgin being, well pidgin
# [14:43] <AryehGregor> Oh, hmm.
# [14:43] <AryehGregor> Yeah, I guess it should.
# [14:43] <AryehGregor> Interesting.
# [14:43] <bholley> Standard8: ok, looks like .name isn't the sort of thing that should be relied on for DOM objects
# [14:43] * Joins: dao (dao@moz-B42C49EF.superkabel.de)
# [14:43] <edmorley> graememcc: looks good :-) (not that I really count for approval as far as hooks go, but will be useful for everyone)
# [14:43] <bholley> Standard8: I guess something in the other compartment was defining .name
# [14:43] <bholley> Standard8: and previously, the jsm could see it
# [14:44] <bholley> Standard8: but since now has its own separate Xray to the content object, it can't anymore
# [14:44] * Quits: aja (chatzilla@3846FB25.AEC64F0A.7880DB15.IP) (Quit: May the Fourth be with you)
# [14:44] <Standard8> bholley: hmm, I just found http://hg.mozilla.org/comm-central/rev/6d7a363afbb9
# [14:44] <graememcc> edmorley: thanks
# [14:44] <NeilAway> AryehGregor: whoa, how big is that file?
# [14:44] <Ms2ger> sid0!
# [14:44] <AryehGregor> NeilAway, what file? The one I tried to add and it complained? 22M.
# [14:45] <bholley> Standard8: maybe just toString and regexp it?
# [14:45] <bholley> Standard8: sort of hacky
# [14:45] * Joins: tabesc (blah@F29E6630.F0772A07.FD0CCECA.IP)
# [14:45] <zzzzz> edmorley: apparantly not :P just getting a whole bunch of xul.dll faults in the crash
# [14:46] <zzzzz> https://crash-stats.mozilla.com/report/index/69336485-8779-4b05-abbb-bef1f2120504
# [14:46] <bholley> Standard8: the instanceof check no longer makes sense, btw
# [14:46] <Ms2ger> NeilAway, this guy writes enormous tests...
# [14:46] <bholley> Standard8: because our nodelists are no longer nsIDOMNodelists
# [14:46] <tabesc> the latest hourly build, esc doesn't close Find bar after you press Ctrl+F
# [14:46] <Ms2ger> bholley, eh?
# [14:46] <bholley> oh, maybe they are?
# [14:46] <NeilAway> Ms2ger: that doesn't make them better :-P
# [14:46] <Ms2ger> bholley, I sure hope we didn't break that
# [14:46] <bholley> Ms2ger: I thought the new nodelist bindings made them not xpcom
# [14:47] <tabesc> also, tab is broken, when the urlbar has focus, pressing tab doesn't move the cursor to the searchbar and vice versa with shift-tab
# [14:47] <bholley> anyway, Ms2ger knows more than i do here
# [14:47] <Ms2ger> bholley, they definitely still go through nsIDOMNodeList APIs
# [14:47] <Standard8> bholley: so they aren't NodeLists either?
# [14:47] <AryehGregor> NeilAway, it makes them very comprehensive. I've caught a surprising number of bugs by trying out lots and lots of permutations.
# [14:47] <bholley> Standard8:scratch what I said
# [14:47] * Quits: tonymec (tonymec@78D6A323.3F6FF523.277517C1.IP) (Ping timeout)
# [14:47] <bholley> apparently
# [14:47] <bholley> Ms2ger: but they're proxies, right?
# [14:48] <Ms2ger> Yes
# [14:48] <bholley> Ms2ger: do we hack the hasInstance hook?
# [14:48] <Ms2ger> I think so
# [14:48] <Ms2ger> Though actually
# [14:48] <edmorley> tabesc: the ctrl+f issue sounds like it may have been regressed by 503370 - could you file a bile and mark it blocking that one please and CC the patch author and reviewer
# [14:48] <AryehGregor> Although yes, I could probably write them to have less combinatorial explosion, with a bit of effort.
# [14:48] <edmorley> s/bile/bug/
# [14:48] <edmorley> lol
# [14:48] <AryehGregor> They don't take that long to run in opt builds.
# [14:48] * Joins: tonymec (tonymec@78D6A323.3F6FF523.277517C1.IP)
# [14:49] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
# [14:49] <Ms2ger> bholley, peterv was doing something to it, IIRC...
# [14:50] <NeilAway> AryehGregor: it's not the run time I'm worried about
# [14:50] <AryehGregor> What are you worried about, then?
# [14:51] <NeilAway> AryehGregor: let's suppose someone wants to change behaviour, what do you expect them to do with your 22MB test file?
# [14:52] <AryehGregor> NeilAway, it's not the test file that's 22M, it's the list of expected fails that's 22M. A script could be written to auto-update it with the new results, and you can check that no regressions are being hidden as long as it only deletes lines and doesn't add them.
# [14:52] <AryehGregor> The richtext2 tests in editor/ already work this way, although they're smaller.
# [14:52] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
# [14:53] * Joins: sheppy (sheppy@moz-4992DE6D.static.kgpt.tn.charter.com)
# [14:53] <Ms2ger> bholley, hmm, see bug #717842
# [14:53] <AryehGregor> You could probably pipe the list of TEST-EXPECTED-FAIL lines into some kind of bash one-liner to delete all the new passes easily enough.
# [14:53] * Joins: armenzg (armenzg@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
# [14:55] <AryehGregor> The largest file we currently have checked in seems to be js/src/jit-test/lib/mandelbrot-results.js, at 9M.
# [14:55] <tabesc> what about the broken tab issue?
# [14:55] <tabesc> anyone know what might have cause that regression?
# [14:55] * victorporo is now known as victorporof
# [14:55] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [14:56] <NeilAway> AryehGregor: hmm, even that looks to me like it could have been generated
# [14:56] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [14:56] <AryehGregor> I somehow doubt anyone wrote it by hand. :)
# [14:56] <NeilAway> AryehGregor: I mean at build time!
# [14:56] <AryehGregor> Hmm, I'm getting this on an untouched m-c checkout: REFTEST TEST-UNEXPECTED-FAIL | file:///mnt/extra/checkouts/mozilla-central/editor/libeditor/text/crashtests/580151-1.xhtml | assertion count 3 is more than expected 0 assertions
# [14:57] <AryehGregor> $ hg stat -A js/src/jit-test/lib/mandelbrot-results.js
# [14:57] <AryehGregor> C js/src/jit-test/lib/mandelbrot-results.js
# [14:57] <AryehGregor> Seems tracked.
# [14:57] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
# [14:57] * NeilAway didn't say it wasn't
# [14:58] <AryehGregor> Anyone else getting that crashtest failure on m-c? I'm on Linux32 debug.
# [14:58] <AryehGregor> (this was before the merge of a few minutes ago)
# [14:58] <AryehGregor> (I'm not seeing it on tbpl, but it's consistent on localhost)
# [14:58] * davehunt is now known as davehunt|away
# [14:59] <tabesc> in fact, tab is broken everywhere in Firefox atm
# [14:59] * Ms2ger tries
# [14:59] <Ms2ger> AryehGregor, yep, same here
# [14:59] <Ms2ger> (Linux64)
# [14:59] <tabesc> latest Nightly hourly I mean, http://forums.mozillazine.org/ucp.php?mode=login try press tab to jump to the password field, doesn't work
# [15:00] <gcp> I heard another report about that
# [15:00] <Ms2ger> ASSERTION: An XBL file is malformed. Did you forget the XBL namespace on the bindings tag?:
# [15:00] <gcp> (tab not working)
# [15:00] * Quits: jprmc (jprmc@94F4F1F1.5BCEC6DB.DA78B690.IP) (Ping timeout)
# [15:00] <edmorley> AryehGregor, Ms2ger: \o/
# [15:01] <Ms2ger> Hmm?
# [15:01] <Standard8> Ms2ger: oh I've got a fix for that :-)
# [15:02] <Standard8> anyone filed it yet?
# [15:02] <Ms2ger> Not me
# [15:03] <Standard8> who can review linux gnome stuff?
# [15:03] * Quits: edmorley (edmorley@moz-BEDF50FD.range86-145.btcentralplus.com) (Ping timeout)
# [15:03] * armenzg is now known as armenzg_brb
# [15:03] * Joins: edmorley (edmorley@moz-BEDF50FD.range86-145.btcentralplus.com)
# [15:04] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
# [15:04] * ChanServ sets mode: +o ehsan
# [15:04] <edmorley> zzzzz: is the issue you were seeing the same that AryehGregor and Ms2ger are seeing?
# [15:05] <Ms2ger> Standard8, karlt?
# [15:05] <Standard8> well its the bottom half of https://hg.mozilla.org/try-comm-central/rev/de43a12c9997
# [15:05] * rail_away is now known as rail
# [15:05] <Standard8> I don't know what started it off though
# [15:06] <Ms2ger> dao, maybe?
# [15:07] <darktrojan> oh cool, the crashing I keep seeing isn't my fault
# [15:07] <darktrojan> well that was fun rebuilding everything
# [15:07] * Joins: Pike (Pike@moz-E31CD2CB.mozilla.org)
# [15:08] * Quits: kanha (quassel@F4BC79F1.8293D34.9105FBCF.IP) (Ping timeout)
# [15:08] * Joins: josh (josh@moz-3CFB36B4.hvc.res.rr.com)
# [15:08] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [15:09] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Quit: L'ordinateur est en sommeil)
# [15:09] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
# [15:10] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
# [15:10] * Joins: kanha (quassel@F4BC79F1.8293D34.9105FBCF.IP)
# [15:10] <Standard8> Ms2ger: fyi bug 751869
# [15:10] * AutomatedTester|away|AFK is now known as AutomatedTester
# [15:10] * Joins: AaronMT (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com)
# [15:10] * Callek jokingly wonders when gkmedias.dll gets the PGO-Is-Too-Hefty-Bustage
# [15:11] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Ping timeout)
# [15:12] * Joins: alice (Mibbit@66297B5A.5E69A8BC.BF95DCD5.IP)
# [15:12] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
# [15:13] * Quits: tabesc (blah@F29E6630.F0772A07.FD0CCECA.IP) (Ping timeout)
# [15:14] * armenzg_brb is now known as armenzg
# [15:14] * Joins: TheLink (TheLink@moz-2C115FCB.pools.arcor-ip.net)
# [15:14] * Joins: mayhemer__ (Miranda@B3D46202.F87A741B.F23860FD.IP)
# [15:14] <zzzzz> edmorley: sorry, not been following their issue
# [15:15] * Ms2ger goes off for a bit
# [15:16] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [15:19] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Ping timeout)
# [15:22] * catlee-away is now known as catlee
# [15:24] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [15:25] <edmorley> roc, Cwiiis:ping
# [15:25] <Cwiiis> edmorley, pong
# [15:25] <edmorley> hi
# [15:25] <Cwiiis> Hey - have we broken something, per chance? :)
# [15:25] <edmorley> Cwiiis: https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=5c35cd6f3ea4 seems to be causing the android native R1 orange
# [15:26] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
# [15:26] <snorp> folks is there a way to cancel a nsRunnable
# [15:26] <snorp> after it has been queued with NS_DispatchToMainThread
# [15:26] <edmorley> Cwiiis: the first line in the summary (background-size-zoom-repeat.html) is due to bug 750598 (backed out nearer tip), but the rest seems to be bug 607417
# [15:26] <snorp> I see some Revoke stuff in nsThreadUtils.h but that kinda sucks
# [15:26] * Joins: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [15:27] <Cwiiis> edmorley, just having a look...
# [15:27] <edmorley> Cwiiis: the best view to see it is https://tbpl.mozilla.org/?tree=Mozilla-Inbound&jobname=Android%20Tegra%20250%20mozilla-inbound%20opt%20test%20reftest-1 (and page down a few)
# [15:27] <edmorley> Cwiiis: thanks :-)
# [15:29] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [15:29] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [15:29] <zzzzz> anyone seen this in about:memory - started in past couple of days
# [15:29] * Quits: dao (dao@moz-B42C49EF.superkabel.de) (Ping timeout)
# [15:29] <zzzzz> 261.87% ── js-main-runtime-gc-heap-committed-unused-ratio [?!]
# [15:29] <edmorley> zzzzz: I think njn said about:memory was broken (presume due to cpg), so related?
# [15:30] <edmorley> although not if couple of days admitedly
# [15:30] <zzzzz> ok, thanks
# [15:30] <Cwiiis> edmorley, the very first failure looks like an accuracy issue, I wouldn't have expected that to be affected... The other 3 I'm not so sure about, maybe some kind of mask isn't propagating correctly or something...
# [15:30] <Ms2ger> I think someone disabled that assertion
# [15:30] <edmorley> Cwiiis: the first is the one I was meaning baove
# [15:30] <edmorley> above
# [15:30] <Ms2ger> (The assertion that percentages are <= 100%)
# [15:30] <Cwiiis> edmorley, ooh, ok
# [15:30] <Cwiiis> edmorley, phew :)
# [15:30] <edmorley> :-)
# [15:31] <edmorley> Cwiiis: would you be ok with me backing those two csets out for now, just so I can merge inbound, whilst you take a closer look?
# [15:31] * Joins: no_gravity (user@moz-11506F23.dip.t-dialin.net)
# [15:31] <Cwiiis> edmorley, sure, please do
# [15:32] <no_gravity> Hello! When downloading from www.mozilla.org/de/firefox/ it seems to give me the 32 bit version, which does not start on my system. How can I get the 64bit version?
# [15:32] * coop|away is now known as coop
# [15:32] * Joins: bbondy (bbondy@moz-C9962B2.home.cgocable.net)
# [15:33] <edmorley> no_gravity: windos?
# [15:33] <edmorley> windows, even
# [15:34] <no_gravity> edmorley: ubuntu
# [15:34] * Quits: bc (bc@moz-E31CD2CB.mozilla.org) (Ping timeout)
# [15:35] <no_gravity> found it on the ftp server!
# [15:35] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Ping timeout)
# [15:35] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [15:36] <edmorley> no_gravity: ah sorry, was just looking up the url (http://releases.mozilla.org/pub/mozilla.org/firefox/releases/latest/linux-x86_64/)
# [15:36] <edmorley> presume that's the one you found? :-)
# [15:36] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
# [15:36] <no_gravity> edmorley: could be. everything up to 12 works fine. after 12, the performance of my app is only 1/5 in FF.
# [15:37] * Joins: bc (bc@moz-E31CD2CB.mozilla.org)
# [15:37] * Joins: dao (dao@moz-B42C49EF.superkabel.de)
# [15:38] <edmorley> no_gravity: if you are interested in finding a regression range (it would really help us out if it turns out to be a platform regression), this tool makes it pretty quick: http://harthur.github.com/mozregression/
# [15:40] * armenzg is now known as armenzg_buildduty
# [15:40] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Quit: darktrojan)
# [15:41] <no_gravity> edmorley: thats interesting! but i probably should first find out, what part of my app is slowed down. so i can report a bug later. my app is quite big and not public.
# [15:41] <mounir> smaug: hi
# [15:42] <edmorley> no_gravity: the tool will give you a 24 hours mozilla-central regression range of changesets, which might help with that? :-)
# [15:42] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
# [15:43] <edmorley> no_gravity: if you track down what is causing it & are able to spare a moment to file a bug that would be awesome :-)
# [15:43] <no_gravity> edmorley: what i mean is: i should first find out if its in the drawimage routine or in the array accessing or in the canvas to array code. it wont help you much if i just report "there is SOME problem that was introduced 2012/xx/xx" right.
# [15:43] * Joins: mike5w3c (MikeS@moz-2E518994.hfc.comcastbusiness.net)
# [15:43] <no_gravity> edmorley: yes, will do!
# [15:43] <edmorley> no_gravity: :-)
# [15:44] * davehunt|away is now known as davehunt
# [15:44] <mkaply> So check-in to mozilla-inbound doesn't require approval, just review, correct?
# [15:44] <edmorley> mkaply: yup
# [15:44] * mkaply is finally going to his first checkin in years
# [15:44] <edmorley> mkaply: and ideally a willingness to use try :-)
# [15:45] <froydnj> edmorley: there is no try
# [15:46] * Quits: no_gravity (user@moz-11506F23.dip.t-dialin.net) (Quit: leaving)
# [15:46] * Quits: harth (harth@moz-C2C235AC.bb.sky.com) (Input/output error)
# [15:48] <mkaply> Is the bugzilla try server stuff hooked back up yet? I tried to read through the try server docs and they were quite confusing. I think it would be hard for a newbie to figure it out.
# [15:48] <sid0> Ms2ger: yes?
# [15:48] * sid0 reads scrollback
# [15:48] * Joins: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [15:49] <edmorley> mkaply: autoland as a bugzilla in-built extension is only on staging, the old version uses the whiteboard and is being phased out (/was down yesterday iirc)
# [15:49] <Cwiiis> edmorley, I think roc will have to look at this one, I don't know enough about layout to quickly debug this...
# [15:49] <edmorley> Cwiiis: ok, thanks for looking, there's plenty of time now it's backed out :-)
# [15:50] <Cwiiis> I get what the test is testing, but not why it would be broken by these patches...
# [15:51] * bear-afk is now known as bear
# [15:51] * Quits: dao (dao@moz-B42C49EF.superkabel.de) (Quit: Leaving.)
# [15:52] * Joins: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP)
# [15:53] * bwinton_away is now known as bwinton
# [15:53] <mkaply> So I'm getting ssl required on the push. Did I blow it by not doing my initial pull against https instead of http?
# [15:54] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
# [15:54] <sid0> mkaply: you can edit your .hg/hgrc and fix things up
# [15:54] <sid0> mkaply: though you want to switch to ssh, not just https
# [15:55] <mkaply> All of the instructions for getting the source code show http
# [15:55] <mkaply> https://developer.mozilla.org/en/Mozilla_Source_Code_(Mercurial)
# [15:55] <sid0> they're not meant for committers
# [15:55] <mkaply> Is there a different way you're supposed to get the source code to be able to check in?
# [15:56] <jfkthame> pulling via http: is fine, when you push, explicitly use the ssh: url
# [15:56] <sid0> as I said, you have to push to ssh
# [15:56] <sid0> the way I have it set up
# [15:56] <mkaply> Should I point out at this point that there is no information on devmo about pushing changes? Just committing them? :)
# [15:56] <sid0> heh
# [15:57] <sid0> the way I have it set up is that my default is http, and I have an "m-c" alias defined for ssh
# [15:57] <sid0> so when I pull, I hg pull
# [15:57] <sid0> and when I push, I hg push m0c
# [15:57] <sid0> er, hg push m-c
# [15:57] <mkaply> cool. Found it here.
# [15:57] <mkaply> https://developer.mozilla.org/en/Mercurial_FAQ#How_do_I_check_stuff_in.3F
# [15:58] <sid0> requiring those extra four characters to push has saved me a couple of times
# [15:58] <sid0> makes me think twice :)
# [15:58] <sid0> if you don't want that you can use default-push as in the faq
# [15:58] <jfkthame> yeah, i don't like the idea of setting up default-push
# [15:59] <jfkthame> it'd be too easy to mistype "hg qpush" as "hg push" for example
# [15:59] <sid0> right
# [15:59] <sid0> that sort of thing
# [15:59] <jfkthame> so i require myself to give an explicit command including the destination i'm pushing to
# [15:59] * Joins: supreet (quassel@941F58EF.DBA3967A.DF11F364.IP)
# [16:00] <Cwiiis> edmorley, oh, the first failure was down to the other bug? I thought you meant the other way round....
# [16:00] <Cwiiis> In which case, this may be something I can fix :)
# [16:00] <edmorley> Cwiiis: yeah, sorry :-)
# [16:00] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [16:01] * armenzg_buildduty is now known as armenzg_brb
# [16:01] <jesup> sid0: not a bad idea (given how often I type hg qpush). What's the hgrc look for that?
# [16:01] * Quits: @ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Input/output error)
# [16:01] * Joins: dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net)
# [16:01] * ChanServ sets mode: +o dbaron
# [16:01] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [16:04] * Quits: kaie (kaie@moz-C2E23D7C.dip.t-dialin.net) (Quit: Leaving)
# [16:06] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Input/output error)
# [16:06] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Quit: Verlassend)
# [16:07] * Quits: tonymec (tonymec@78D6A323.3F6FF523.277517C1.IP) (Ping timeout)
# [16:07] * Quits: tonymec|away (tonymec@78D6A323.3F6FF523.277517C1.IP) (Ping timeout)
# [16:08] * mjschranz_away is now known as mjschranz
# [16:08] <edmorley> jesup: default = https://foo \n mypush = ssh://foo
# [16:09] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [16:09] <edmorley> jesup: as long as mypush != default-push, then mercurial can't push without you using: hg push mypush
# [16:09] <mkaply> ok, next stupid question. tried to push, got head message, did pull then merge. Realized that I didn't want to do that. Undid the merge, but I can't do a pull --rebase because I already have the pull. Is there anything I can do at this point besides a queue?
# [16:09] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
# [16:10] * mkaply is remembering why he stopped checking in patches.
# [16:11] <edmorley> mkaply: hg strip the pull, using: hg strip <oldest rev of pull>
# [16:11] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [16:11] * Joins: kaie (kaie@moz-C2E23D7C.dip.t-dialin.net)
# [16:12] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
# [16:12] <jfkthame> mkaply: also, do use mercurial queues …. mq makes life many times better, really
# [16:13] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [16:13] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
# [16:13] <mkaply> jfkthame: yeah, after using git for a while, I'm getting that.
# [16:13] <edmorley> mkaply: with mercurial queues, the workflow would have been: hg push... oops new head... hg qimport -r tip (to get the commit back into a queue, do once for each changeset you are pushing), then hg qpop, hg pull, hg qpush, hg qfinish -a, hg push
# [16:14] <sid0> if you don't have conflicts
# [16:14] * Joins: evilpie (chatzilla@moz-3D74E99A.pools.arcor-ip.net)
# [16:14] * Joins: mcot (mcot@C4B02.F3C4E8F3.C8444B8.IP)
# [16:14] <sid0> if you do then woe unto thee
# [16:14] <zzzzz> screw it... lot any luck finding the crasher
# [16:15] <zzzzz> s/lot/not
# [16:16] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [16:16] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [16:16] * jlebar|away is now known as jlebar
# [16:17] <mkaply> edmorley: Yeah, just did that. That's kind of cool. Just pulls it out of the set and puts it back at the top. That's kind of cool.
# [16:17] * cadecairos_away is now known as cadecairos
# [16:17] <mkaply> woohoo
# [16:18] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [16:18] <edmorley> :-)
# [16:18] <mkaply> I think the queue thing always kind of scared me for some reason.
# [16:18] * Quits: evilpie (chatzilla@moz-3D74E99A.pools.arcor-ip.net) (Ping timeout)
# [16:18] <mkaply> No idea why.
# [16:18] * NeilAway points that hg pull --rebase is just a convenient shorthand, nothing stopping you from issuing the commands separately
# [16:18] <NeilAway> *points out
# [16:18] <mkaply> I guess the deal is everything I'm doing locally can't really screw anything up until I push
# [16:19] * Joins: thinker (thinker@moz-71AD2643.dynamic.kbronet.com.tw)
# [16:19] * Joins: Callek (chatzilla@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
# [16:19] * Joins: evilpie (chatzilla@moz-3D74E99A.pools.arcor-ip.net)
# [16:19] <mkaply> is there any other command that changes things on the server besides push?
# [16:20] <edmorley> NeilAway: I didn't think it was identical; or at least I know people have complained about rebase issues in the past (whether they still affect newer versions of mercurial I don't know)
# [16:20] <jesup> mkaply: if you really mess everything up, make a new repo, reapply your patches and try again
# [16:20] <edmorley> mkaply: nope :-)
# [16:20] <mkaply> jesup: I've done that before.
# [16:20] <mkaply> OK, I have my Mozilla checkin mojo back. I feel better.
# [16:20] <jesup> mkaply: queues rock
# [16:20] * Quits: twi (Adium@moz-5390D98D.cust.dsl.vodafone.it) (Quit: Leaving.)
# [16:20] * Joins: harsh (harshank@8FA73AAD.15C6DF7B.1551A00F.IP)
# [16:20] * Quits: TheLink (TheLink@moz-2C115FCB.pools.arcor-ip.net) (Client exited)
# [16:21] <jesup> mkaply: I had to (re)learn all this too last year
# [16:22] <Cwiiis> edmorley, is it definitely roc's/my changeset that caused that R1 failure? After looking more closely, it's a very weird failure...
# [16:22] <NeilAway> edmorley: yeah, but the point is hg pull --rebase is the same as hg incoming && hg pull && hg rebase
# [16:22] <Cwiiis> edmorley, I wouldn't have expected either of our changes to affect it
# [16:23] * philor|away is now known as philor
# [16:23] <sid0> jesup: I think the git branch model is better
# [16:23] <jesup> mkaply: yes, use queues like edmorely mentions - makes it easy to back out, pull and redo
# [16:23] <sid0> mqs have caused me data loss
# [16:23] <mkaply> I really like the git branch model.
# [16:24] <sid0> you can get something like it with bookmarks + an extension I don't remember the name of
# [16:24] <mkaply> Only down side I've found is I end up with a zillion branches
# [16:24] <sid0> (to generate patches for review)
# [16:25] <sid0> the only difference is git automatically namespaces branches, hg doesn't namespace bookmarks
# [16:25] <NeilAway> edmorley: http://mercurial.selenic.com/wiki/RebaseExtension#line-124
# [16:25] * Joins: timdream (timdream@moz-105A0185.adsl.dynamic.seed.net.tw)
# [16:25] <sid0> otherwise the flow's the same
# [16:25] <jesup> mkaply (and sid0): hg qqueue is handy too (and saves on having a ton of repos)
# [16:25] <edmorley> Cwiiis: the test results seem pretty convincing, we'll know for sure in ~10 mins to build then 30mins to test completion on my backout :-)
# [16:25] <sid0> qqueue is a hack :)
# [16:25] * Quits: alice (Mibbit@66297B5A.5E69A8BC.BF95DCD5.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [16:25] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [16:25] * ChanServ sets mode: +o ehsan
# [16:26] <edmorley> NeilAway: ah I'll take a read, thank you :-)
# [16:26] <NeilAway> edmorley: yeah, that's what docs are for, you know, just ask sheppy ;-)
# [16:27] <edmorley> haha
# [16:27] <Cwiiis> edmorley, okidokes, I'll wait :)
# [16:27] <sheppy> reading ftw!
# [16:27] * Joins: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net)
# [16:27] <nigelb> sheppy is all about *writing* docs, I thought.
# [16:27] <jesup> neilaway: after reading some, I've started being cautious of rebase.
# [16:27] * Quits: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr)
# [16:27] <sheppy> nigelb: sure, but if nobody reads them, why bother?
# [16:28] <nigelb> ha, true.
# [16:28] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [16:28] * mcote|afk is now known as mcote
# [16:28] * Joins: jlebar|mac (~jlebarmac@moz-3F3A6302.dyn.columbia.edu)
# [16:28] * Joins: TheLink (TheLink@moz-2C115FCB.pools.arcor-ip.net)
# [16:29] <mkaply> sheppy: weren't you building an extension a couple weeks ago? I'm sure you got to read lots of the docs (and probably couldn't help fixing them along the way)
# [16:29] <sheppy> mkaply: yeah, I fixed a few things along the way. And have more fixes planned. :)
# [16:29] <mkaply> I'll say this. After spending some time working on Chrome extensions, I've learned to love devmo.
# [16:29] <sheppy> \o/
# [16:30] <mkaply> The chrome documentation is really poor
# [16:30] * Quits: TheLink (TheLink@moz-2C115FCB.pools.arcor-ip.net) (Client exited)
# [16:31] * Joins: pranavrc (pranavrc@4027FE7B.1F9DBB9E.C28326FD.IP)
# [16:32] <nigelb> mkaply: Ouch.
# [16:32] <nigelb> I love the jetpack documentation.
# [16:32] <jlebar|mac> jaws: If try is still slow, you should ping in #build.
# [16:32] <@ehsan> armenzg_brb: https://bugzilla.mozilla.org/show_bug.cgi?id=751888
# [16:33] <jaws> jlebar|mac: k, will do
# [16:33] * Quits: kaie (kaie@moz-C2E23D7C.dip.t-dialin.net) (Quit: Leaving)
# [16:35] * Quits: pranavrc (pranavrc@4027FE7B.1F9DBB9E.C28326FD.IP) (Quit: Ping timeout: ∞)
# [16:36] * Joins: kaie (kaie@moz-C2E23D7C.dip.t-dialin.net)
# [16:37] <armenzg_brb> ehsan: I will look in a minute
# [16:37] * Joins: anky (anky@4C47D13A.EF53F391.A3D1B221.IP)
# [16:37] <@ehsan> thanks
# [16:37] * Quits: anky (anky@4C47D13A.EF53F391.A3D1B221.IP) (Quit: Leaving...)
# [16:37] * Quits: RemusPop (remuspop@601F3B17.33662590.A5830293.IP) (Client exited)
# [16:37] * rail is now known as rail_away
# [16:37] <jesup> NeilAway: From a comment: "My reason to choose [merge over rebase] is that a bad merge (caused by resolving conflicts the wrong way by human error) is easier to detect and reverse if I do a merge of two heads, rather than having done rebase." Seems pretty valid to me. And my experience trying to rebase a complex branch versus merging default onto the branch was that merge was MUCH easier...
# [16:37] <jesup> ...and less error-prone (rebase generated a lot of conflicts). One data point, but enough for me to go with merge if I see conflicts.
# [16:38] * Joins: fabrice1 (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
# [16:38] * Joins: bsmith (bsmith@moz-717636FD.hsd1.tx.comcast.net)
# [16:39] <NeilAway> jesup: sure, but I'm trying to compare rebase with mq
# [16:40] <@ted> i use rebase on my mq patches
# [16:40] <@ted> and haven't had issues
# [16:40] <@ted> (except for that one rebase bug where it sometimes sticks deletes in there)
# [16:40] <jlebar> me too. But I hear tons of people complain.
# [16:40] <@smaug> mayhemer__: ping
# [16:40] <mayhemer__> smaug: yep?
# [16:41] <@smaug> mayhemer__: what indicates that there is a leak?
# [16:41] <@smaug> mayhemer__: should I backout the CORS changes
# [16:41] <@smaug> and try your patch ?
# [16:41] * edmorley is going to start to be more ruthless about hounding new tests causing oranges out of the tree, be warned! :-)
# [16:42] <mayhemer__> smaug: we don't release callbacks for never used connected that are created with syn-retry code (we open a second conn in 250ms when not getting the first ACK from the server)
# [16:42] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
# [16:42] <mayhemer__> smaug: and yes ... I had to back out the cors changes... will submit a secodary patch to try, just a sec
# [16:43] <@smaug> mayhemer__: you had to back out?
# [16:43] <@smaug> you mean for testing?
# [16:43] <mayhemer__> smaug: apparently :D
# [16:43] * armenzg_brb is now known as armenzg
# [16:43] * Parts: alfredo- (Adium@88F51059.F3BBB17D.144F44FA.IP)
# [16:44] * Joins: anant (Anant@moz-488092DD.hsd1.ca.comcast.net)
# [16:44] <jorendorff> how do i push to try without later getting errors about immutable changesets?
# [16:44] <espindola> got an email with a 9.41e+03% regression on talus!
# [16:44] * AutomatedTester is now known as AutomatedTester|AFK
# [16:44] <jorendorff> i know i can fix it with 'hg phase --force --draft REV"
# [16:45] <espindola> now that is a big regression
# [16:45] <froydnj> jorendorff: https://wiki.mozilla.org/ReleaseEngineering/TryServer#Disable_hg_phases_with_a_post-push_hook
# [16:45] * rail_away is now known as rail
# [16:45] <jlebar> ^ that
# [16:45] <jorendorff> thanks!
# [16:45] <@smaug> mayhemer__: once there are tryserver builds ready for testing (without the CORS change), could you post the link to the build to the bug
# [16:45] <espindola> http://graphs-new.mozilla.org/graph.html#tests=[[174,63,20]]&sel=1335995274000,1336168074000&displayrange=7&datatype=running
# [16:45] <mayhemer__> smaug: sure
# [16:45] <jlebar> espindola, lol
# [16:45] <armenzg> ehsan: XP or win7?
# [16:45] <espindola> have we just enabled a test? :-)
# [16:46] * Quits: mike5w3c (MikeS@moz-2E518994.hfc.comcastbusiness.net) (Quit: mike5w3c)
# [16:46] <@ehsan> armenzg: Win7 for now, might need XP later as well :/
# [16:46] <armenzg> btw what was the outcome of the Win32 on win64 build? did you upload it?
# [16:46] <armenzg> ehsan: ok
# [16:46] <@ehsan> armenzg: yes
# [16:46] <@ehsan> armenzg: https://bugzilla.mozilla.org/show_bug.cgi?id=751694
# [16:48] <mayhemer__> smaug: pushed - https://tbpl.mozilla.org/?tree=Try&rev=d4b9ca006df3
# [16:48] <Ms2ger> mayhemer__, ping
# [16:48] * Joins: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP)
# [16:48] <mayhemer__> Ms2ger: yes
# [16:48] <armenzg> ehsan: no need for modifications in the machine? only a different mozconfig, correct?
# [16:49] <Ms2ger> mayhemer__, you mentioned you wanted to change the localStorage cross-origin tests to not use iframes; were you planning to do that soon?
# [16:49] * Joins: harth (harth@88F51059.F3BBB17D.144F44FA.IP)
# [16:50] <mayhemer__> Ms2ger: no, I have more important work to do, unless that tests with iframes seriously blocks something
# [16:50] <mayhemer__> block
# [16:50] <Ms2ger> No, just wondering if I should wait to touch them
# [16:50] <mayhemer__> Ms2ger: just do what you need
# [16:50] * Quits: timdream (timdream@moz-105A0185.adsl.dynamic.seed.net.tw) (Ping timeout)
# [16:50] <mayhemer__> Ms2ger: thanks for a note
# [16:50] <Ms2ger> OK, np
# [16:51] * Quits: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz) (Quit: Leaving)
# [16:53] * ewong|sleep is now known as ewong
# [16:53] * philor is now known as philor|away
# [16:57] <@ehsan> armenzg: I'm going to land the mozconfig changes into mozilla-central, so no changes will be needed for anything
# [16:57] <@ehsan> armenzg: the correct mozconfig will be picked based on whether the build system is being run on a 32 or 64 bit machine
# [16:58] <armenzg> ehsan: your problem is now my problem? :)
# [16:59] <@ehsan> armenzg: precisely!
# [16:59] <armenzg> sweet! :P
# [17:01] * Quits: SeoZ (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP) (Quit: Leaving)
# [17:01] * Quits: vikram360 (vikram360@C8EB0593.D49FD144.2A068A5E.IP) (Ping timeout)
# [17:01] * Quits: tchevalier (Instantbir@26DF2FEE.76D180ED.C47D5415.IP) (Ping timeout)
# [17:01] * mak is now known as mak|afk
# [17:02] * Joins: vikram360 (vikram360@F490AC0.C4369F7.2A068A5E.IP)
# [17:03] <NeilAway> armenzg: it's a shame that there aren't env variables he can use, it looks odd to have a different mozconfig just because one is installed in d:\ and the other in c:\
# [17:03] <armenzg> NeilAway: maybe there is; I don't know much about the system; patches welcome
# [17:04] * philor|away is now known as philor
# [17:04] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [17:04] <@ehsan> NeilAway: no, there are other differences as well, if you look more closely :)
# [17:04] <armenzg> that might have sounded not nice
# [17:05] <armenzg> in other words, I don't know how to fix it and if anyone knows and wants to file a bug to deal it (even though from ehsan's comment it doesn't seem to be the case)
# [17:06] * armenzg is now known as armenzg_buildduty
# [17:08] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [17:08] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [17:08] * Joins: dcamp (dave@moz-8EBEC133.hsd1.wa.comcast.net)
# [17:10] <espindola> bsmedberg, any comments on 731741?
# [17:10] <NeilAway> ehsan: well, you might have removed some lines, but that either means that a) you could have left them in b) they weren't necessary anyway
# [17:10] <NeilAway> s/lines/paths/
# [17:11] <@ehsan> NeilAway: I just looked at the paths on a real win64 builder, can't comment on what's needed for a win32 builder
# [17:13] * Quits: JeroenDeDauw (j@moz-4CF9BA2B.dip.t-dialin.net) (Quit: Leaving.)
# [17:14] * Joins: mike5w3c (MikeS@454A1A4F.FF5089F.1771B9DE.IP)
# [17:15] <Ms2ger> PRUnichar length = aValue.Length();
# [17:15] <NeilAway> let me guess
# [17:15] <NeilAway> editor?
# [17:15] <@smaug> Ms2ger: awesome
# [17:16] <Ms2ger> layout/style/nsCSSValue.cpp
# [17:16] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
# [17:16] * Quits: ekw (ekw@moz-A9965122.dsl.irvnca.pacbell.net) (Ping timeout)
# [17:16] * Joins: ekw (ekw@moz-7B1D0663.dsl.irvnca.pacbell.net)
# [17:16] * gregglind_away is now known as gregglind
# [17:17] <NeilAway> whoa, inline history hides cc changes by default?
# [17:17] <Ms2ger> Yeah
# [17:17] <Ms2ger> News? ):
# [17:17] <Ms2ger> :)*
# [17:17] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Ping timeout)
# [17:17] * Ms2ger scratches that * off his chin
# [17:17] * Joins: JeroenDeDauw (j@moz-4CF9BA2B.dip.t-dialin.net)
# [17:17] <zzzzz> edmorley: I think I can safely say the crashes are NOT related to CPG, been running that build for awhile now - no problems
# [17:18] <NeilAway> I like how meaningful the test failure messages in bug 678726 are...
# [17:18] <Ms2ger> NeilAway, look out, Serge will "improve" them for you
# [17:19] <mbrubeck> Did njn ever figure out the about:memory bug?
# [17:19] <jlebar> mbrubeck, what about:memory bug?
# [17:19] <mbrubeck> as of last night, about:memory was broken on inbound tip
# [17:19] <jlebar> due to cpg?
# [17:20] <mbrubeck> not sure
# [17:21] <NeilAway> Ms2ger: well, what's this "ise" method it's using?
# [17:22] <Ms2ger> 21 // ise - is exact - compares using ===
# [17:22] <Ms2ger> 22 function ise(left, right, name) { SimpleTest.ok(left === right, name); }
# [17:22] * Quits: MarcoZ (Daily@moz-BEBBF7AC.dip.t-dialin.net) (Quit: Weekend!)
# [17:23] <NeilAway> bah
# [17:23] * ewong is now known as ewong|sleep
# [17:24] * Joins: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP)
# [17:24] <mbrubeck> jlebar: My own bisecting so far points to https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=1201088e9f5154d2bc3c534053acfc0d4e2d1bc7&tochange=aeea5b83cf89dba073ca078b9528707c9b467505 but njn was concerned that clobbering might affect the results. (I bisected without clobbering)
# [17:25] <jlebar> mbrubeck, Hm. Would you mind filing a bug?
# [17:26] * armenzg_buildduty is now known as armenzgbuildduty
# [17:26] <NeilAway> Ms2ger: so, what's the fix, including more info in ise or moving ise to SimpleTest?
# [17:27] <Ms2ger> IMO, making is() use === :)
# [17:27] <Ms2ger> Barring that, move it to SimpleTest
# [17:27] <mbrubeck> jlebar: will do
# [17:27] <jlebar> mbrubeck, thanks.
# [17:27] * NeilAway will let Ms2ger change all the callers to is()
# [17:27] * coop is now known as coop|afk
# [17:27] <edmorley> philor: the test re-enable (that caused linux pgo xpcshell timeout, bug 751575) was merged to m-c since I didn't want to hold up inbound any longer, it was test-only & the backout will be merging shortly (just in case you wondered why timeouts on m-c)
# [17:28] <NeilAway> Ms2ger: so, who needs to review that change?
# [17:28] <Ms2ger> Mm
# [17:28] <Ms2ger> ted?
# [17:28] * joduinn-home is now known as joduinn-commute
# [17:29] * Joins: marcia (marcia_mac@77DD9FB8.1D9587BD.4742D861.IP)
# [17:30] <@ehsan> armenzgbuildduty: what's the best way for me to install visual C++ on this slave?
# [17:31] * Joins: krit (krit@moz-1FC1932F.adobe.com)
# [17:31] <armenzgbuildduty> ehsan: tell me what file it is so I can download it internally
# [17:31] <Ms2ger> http://30.media.tumblr.com/tumblr_m3ghmeW8MZ1rqvy12o1_1280.jpg
# [17:31] <armenzgbuildduty> ehsan: I will give you a URL to use from the slave
# [17:31] <@ehsan> armenzgbuildduty: there's an image on fs
# [17:32] <@ted> Ms2ger: ?
# [17:32] <Ms2ger> ted, webkitmemes
# [17:32] * Quits: Gentlecat (Roman@7380CDE7.7D1F96C3.8FB52CB8.IP) (Connection reset by peer)
# [17:32] <@ted> wat
# [17:32] <Ms2ger> Oh
# [17:32] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
# [17:32] <Ms2ger> ted, you can review SimpleTest, yes?
# [17:32] <@ted> sure
# [17:32] <philor> edmorley: cool, it's just Linux ;)
# [17:33] <Ms2ger> NeilAway, there you go :)
# [17:33] <NeilAway> Ms2ger: http://24.media.tumblr.com/tumblr_m3ghc8PWvq1rqvy12o1_500.jpg is relevant to our cache too ;-)
# [17:33] <Ms2ger> :)
# [17:33] <armenzgbuildduty> ehsan: do you know where? I can't find it
# [17:34] <edmorley> philor: on the plus side, I've hounded bug 751808's landing out :-)
# [17:34] <Ms2ger> !summon fantasai
# [17:34] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Quit: Connection reset by beer)
# [17:34] <edmorley> philor: ttaubert has also been awesome in bug 749892, which was driving me up the wall
# [17:35] <@ehsan> armenzgbuildduty: let me dig up the URL for you
# [17:36] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
# [17:36] * Joins: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
# [17:38] <nigelb> Ms2ger++
# [17:39] <Ms2ger> Hmm?
# [17:39] <bholley> edmorley: http://bholley.wordpress.com/2012/05/04/at-long-last-compartment-per-global/
# [17:39] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [17:40] <Ms2ger> bholley++
# [17:40] * Joins: kanru (user@moz-6E61977E.dynamic.hinet.net)
# [17:40] <Ms2ger> bholley's yearly blog post \o/
# [17:41] <bholley> Ms2ger: :-)
# [17:41] <Ms2ger> Pictures!
# [17:41] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
# [17:41] <edmorley> bholley: like the choice of pictures! :-)
# [17:41] <bholley> edmorley: :-)
# [17:42] <edmorley> bholley++
# [17:42] <edmorley> luke++
# [17:42] <bholley> edmorley++
# [17:43] <lsblakk> edmorley: i just restarted autoland
# [17:43] * Joins: dao (dao@moz-B42C49EF.superkabel.de)
# [17:43] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
# [17:44] <mbrubeck> jlebar: Filed https://bugzilla.mozilla.org/show_bug.cgi?id=751905 for the about:memory problem
# [17:44] * Joins: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch)
# [17:45] <edmorley> lsblakk: great, thank you :-)
# [17:45] * bear is now known as bear-afk
# [17:46] <zzzzz> edmorley: take that back, just crashed again on the CPG build, now testing build just prior to landing
# [17:46] <Ms2ger> khuey|away, I bet you'll like bholley's post :)
# [17:46] * Joins: tchevalier (Instantbir@moz-BA7C7754.w90-0.abo.wanadoo.fr)
# [17:46] <philor> edmorley: yeah, but 749892 is trapped on fx-team, where it's sitting behind a perf regression isn't it?
# [17:47] <NeilAway> bholley-- for mixing http and https urls for the same host :s
# [17:47] <edmorley> philor: baby steps :-)
# [17:47] * Quits: josh (josh@moz-3CFB36B4.hvc.res.rr.com) (Quit: josh)
# [17:47] <bholley> NeilAway: where?
# [17:48] <NeilAway> bholley: Some fixes were simple. Others were harder.
# [17:48] <edmorley> NeilAway: that's a mozillameme if I saw one.... "lands CPG, gets karma-- for mixed content blog post about it"
# [17:48] <Ms2ger> bholley, I have to say that 3 posts in 3 years for a "Things Im Working On" blog sounds like slacking to me :)
# [17:48] * Quits: cloudpopup (squeakytoy@moz-135838FA.netset.se) (Quit: Leaving)
# [17:48] * Joins: josh (josh@moz-3CFB36B4.hvc.res.rr.com)
# [17:49] * Quits: josh (josh@moz-3CFB36B4.hvc.res.rr.com) (Quit: josh)
# [17:49] <Ms2ger> tbpl, y u 1281 pending jobs?
# [17:49] <NeilAway> bah, which tests changes sets the harness's direction to rtl?
# [17:49] * bc is now known as bc_
# [17:49] <NeilAway> s/something/other/
# [17:49] <bholley> NeilAway: fixed
# [17:50] * Ms2ger poofs
# [17:50] <NeilAway> bholley++
# [17:50] <Ms2ger> mounir++
# [17:50] * bc_ is now known as bc
# [17:50] * NeilAway thinks Ms2ger's karma module is broken
# [17:50] <Ms2ger> twss
# [17:51] * philor is now known as philor|away
# [17:51] <edmorley> s/'s karma module//
# [17:51] <NeilAway> edmorley++
# [17:51] <Ms2ger> Correct
# [17:51] <edmorley> (poor escaping ignored)
# [17:51] * Ms2ger whacks edmorley around a bit with a large fish
# [17:52] <froydnj> a large, broken fish
# [17:52] <bholley> jlebar: can you check if |TEST_PATH=js/xpconnect/tests make mochitest-chrome| works for you?
# [17:52] <NeilAway> edmorley: /s quote, so you don't need to escape 's
# [17:52] * Quits: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner_)
# [17:52] <jlebar> bholley, With a specific build?
# [17:52] <bholley> jlebar: tip
# [17:52] * bc is now known as bc_
# [17:53] <NeilAway> hmm, the test harness could do with a %
# [17:53] <jlebar> bholley, sure. It'll take a few minutes, and I need to step out, but I'll ping you when it's done?
# [17:53] * bc_ is now known as bc
# [17:53] <NeilAway> wait, we've got <meter> these days
# [17:53] <bholley> jlebar: sounds good - it was just apropos that bug - maybe someone else can confirm
# [17:53] * Quits: Ms2ger (Ms2ger@94DADF20.75FBB71E.37724B0D.IP) (Quit: bbl)
# [17:54] <NeilAway> ted: worth while adding a progress meter to the test harness?
# [17:54] <jlebar> bholley, I mean, the fact that it shows a file: URI sounds a lot like something other than CPG.
# [17:56] * Joins: lduros (lduros@moz-34D6757F.nic.resnet.group.upenn.edu)
# [17:56] * Quits: fabrice1 (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Quit: Leaving.)
# [17:56] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [17:57] * Quits: Havvy (Mibbit@moz-B7B34335.ptld.qwest.net) (Quit: Shower and School)
# [17:57] <@ted> NeilAway: i had a patch laying around that added % complete to mochitest
# [17:57] <@ted> it broke something stupid
# [17:58] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [17:58] <lduros> hi, I asked this same question here a while ago but got no answer... so I thought I'd try it on a calm Friday. My add-on makes pretty intensive processing (parsing js in js, walking parse tree, ...) and I notice often that while some memory seems to be freed ok when it's not processing, there is a large js-gc-heap-decommitted that remains all the time, which can go as high as 50% of the js part in about:memory. My question is, is
# [17:59] * khuey|away is now known as khuey
# [18:00] * Joins: anky (anky@4C47D13A.EF53F391.A3D1B221.IP)
# [18:00] * NeilAway agrees with jhuey
# [18:00] <NeilAway> s/j/k
# [18:00] * Joins: squib (squib-@moz-415BAA34.engr.wisc.edu)
# [18:01] <khuey> NeilAway: in 751905?
# [18:01] <NeilAway> khuey: yeah, it just dawned on me
# [18:01] * NeilAway will comment in the bug
# [18:01] <jlebar> lduros, if you hover over js-gc-heap-decommitted, you'll see that the memory is returned to the OS.
# [18:02] * rnewman considers killfiling talos regression mails
# [18:02] <jlebar> lduros, In other words, it's not hurting anything. It's just an artifact of how our JS heap is implemented.
# [18:02] * Quits: xsergio (sergio@DAEF1255.9C8843EE.A4F23BCE.IP) (Quit: Bye)
# [18:02] * jlebar is now known as jlebar|lunch
# [18:02] <lduros> jlebar|lunch: : ok, i read that hover part :-) I just wasn't sure if it shouldn't go away provided it was returned to the os
# [18:02] <lduros> i expected it to disapppear at some point
# [18:03] <lduros> jlebar|lunch: but if it's fine, then it's all good! Thanks mucH!
# [18:04] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
# [18:05] * Joins: gozala (gozala@moz-BBE3ABD.mv.mozilla.com)
# [18:05] <NeilAway> hmm, we have tests that really don't like being run in a small window
# [18:06] * AutomatedTester|AFK is now known as AutomatedTester
# [18:07] * catlee is now known as catlee-lunch
# [18:07] * Joins: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com)
# [18:09] <dougt> is flash broken in ff mac nighties?
# [18:09] <KWierso> dougt: I think flash is broken in all nightlies in some situations
# [18:09] * joduinn-commute is now known as joduinn-mtg
# [18:10] * KWierso thought he saw a bug about that
# [18:10] * Quits: martyn (martyn@moz-CABED5F2.range81-154.btcentralplus.com) (Quit: Ex-Chat)
# [18:10] * Joins: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net)
# [18:10] * Quits: bholley (anonymous@moz-7F3898A2.w86-197.abo.wanadoo.fr) (Quit: bholley)
# [18:10] * Quits: sheppy (sheppy@moz-4992DE6D.static.kgpt.tn.charter.com) (Quit: NO CARRIER)
# [18:10] * Quits: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch) (Quit: Leaving.)
# [18:10] <khuey> "Artist's rendition of compartment-per-global"
# [18:10] <khuey> lol
# [18:10] <khuey> also I heckled!
# [18:10] <khuey> go me
# [18:10] <edmorley> khuey the heckler :-)
# [18:11] <zzzzz> dougt: maybe https://bugzilla.mozilla.org/show_bug.cgi?id=751641
# [18:11] * Joins: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:11] * khuey may have finally found a title for his business cards
# [18:12] * bz_sleep is now known as bz
# [18:12] * AutomatedTester is now known as AutomatedTester|AFK
# [18:12] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:12] <dougt> khuey: i thought it was going to be http://backedoutbykylehuey.com/
# [18:12] <@bz> khuey: yeah, isn't that a tough problem?
# [18:12] <dougt> zzzzz: maybe... however, i don't have anything disabled.
# [18:12] * @bz delayed getting his cards of months due to it
# [18:12] <khuey> bz: yeah
# [18:12] <khuey> it's a year in and I still haven't done it
# [18:13] <khuey> because I haven't thought of anything clever
# [18:13] <khuey> (and I don't really have a need for them :-P)
# [18:13] * Joins: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com)
# [18:13] * Quits: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP) (Connection reset by peer)
# [18:13] <@ted> i almost never give out business cards
# [18:13] * Quits: evilpie (chatzilla@moz-3D74E99A.pools.arcor-ip.net) (Input/output error)
# [18:13] <zzzzz> dougt: ok, that was the bug that broke flash from what I've seen in discussions - I can't keep the m-c hourly running long enough to test - crash-happy
# [18:13] <dougt> business cards are kind of ole school.
# [18:14] * Joins: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP)
# [18:14] <dougt> 'google me or find me on Facebook/linked in'
# [18:14] <mounir> they still need your name
# [18:15] <edmorley> (or for the cool kids, I guess 'find me on github'...)
# [18:15] <@bz> yeah
# [18:15] * Quits: gozala (gozala@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
# [18:16] * @bz finally ended up using a few at sxsw
# [18:16] <dougt> edmorley: yup.
# [18:16] * NeilAway prefers this rendition of CPG: http://i24.photobucket.com/albums/c11/miabiboy_14/DroolingRainbows.jpg
# [18:16] * sfink is now known as sfink|pto
# [18:16] <dougt> khuey: put that on the back of your card ^
# [18:17] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [18:17] * coop|afk is now known as coop
# [18:17] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [18:18] * Quits: JeroenDeDauw (j@moz-4CF9BA2B.dip.t-dialin.net) (Quit: Leaving.)
# [18:19] * Joins: gozala (gozala@moz-BBE3ABD.mv.mozilla.com)
# [18:19] * Quits: gozala (gozala@moz-BBE3ABD.mv.mozilla.com) (Quit: gozala)
# [18:19] * Quits: ferongr (ferongr@9461F8D8.3BB4FAB7.F5160715.IP) (Quit: ferongr)
# [18:19] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [18:21] * Joins: gozala (gozala@moz-BBE3ABD.mv.mozilla.com)
# [18:22] <khuey> dougt: what?
# [18:22] * Joins: dao-m (AndChat@moz-B42C49EF.superkabel.de)
# [18:23] <NeilAway> khuey: I suggested http://i24.photobucket.com/albums/c11/miabiboy_14/DroolingRainbows.jpg as an artists rendition of CPG but I think dougt thinks it belongs on the back of your card
# [18:23] <khuey> ah
# [18:23] * Quits: dao (dao@moz-B42C49EF.superkabel.de) (Ping timeout)
# [18:24] * Quits: anky (anky@4C47D13A.EF53F391.A3D1B221.IP) (Quit: Leaving...)
# [18:24] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [18:25] * Joins: maikmerten (maikmerten@moz-52807FD1.dynamic.qsc.de)
# [18:25] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
# [18:25] * Joins: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [18:25] * Parts: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [18:26] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
# [18:27] * jmaher|afk is now known as jmaher
# [18:27] <NeilAway> eek, addr2line is eating up all my ram and cpu :s
# [18:30] * Quits: espindola (espindola@moz-40C978A1.dsl.teksavvy.com) (Ping timeout)
# [18:30] * jimm is now known as jimm-lunch
# [18:30] * Joins: dao (dao@moz-B42C49EF.superkabel.de)
# [18:30] * erick-away is now known as erick
# [18:30] <edmorley> NeilAway: all 256mb of it? :-)
# [18:30] * @bz wonders what his chances are of getting a reply from heycam today
# [18:31] <@bz> seem slim. :(
# [18:31] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
# [18:31] <NeilAway> edmorley: you should have seen the activity monitor graphs when I killed it
# [18:32] * Joins: JeroenDeDauw (j@moz-4CF9BA2B.dip.t-dialin.net)
# [18:32] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
# [18:33] * Joins: espindola (espindola@moz-AD230A48.dsl.teksavvy.com)
# [18:33] * mak|afk is now known as mak
# [18:33] * luke-away is now known as luke
# [18:34] * Quits: victorporof (victorporo@5F6B43D3.1C233438.79933D60.IP) (Quit: Linkinus - http://linkinus.com)
# [18:34] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/e0204c492e54 - Olli Pettay - Bug 751422, fix regression from GetOwnerDoc() -> OwnerDoc(), r=khuey
# [18:34] <firebot> http://hg.mozilla.org/mozilla-central/rev/032d43b1770f - Olli Pettay - Bug 561664 - document.activeElement should never return native anonymous content, r=enndeakin
# [18:36] * Quits: Cwiiis (cwiiis@88F51059.F3BBB17D.144F44FA.IP) (Quit: Leaving)
# [18:36] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [18:37] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [18:37] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [18:37] * Joins: garnacho_ (carlos@moz-21A1EC24.dyn.user.ono.com)
# [18:37] <NeilAway> bah, how do you add another function to SimpleTest? all the usual things don't seem to work :s
# [18:37] * Joins: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch)
# [18:37] <zzzzz> dougt: well, I manged to get an hourly to run long enough that even with the flash patch , flash does not play at all on youtube or dailymotion
# [18:37] * Quits: garnacho__ (carlos@moz-969B7B43.dyn.user.ono.com) (Ping timeout)
# [18:38] <zzzzz> no time to file/bisect
# [18:38] * Quits: Stan (Stan@moz-55D6D4A9.dip.t-dialin.net) (Connection reset by peer)
# [18:38] <edmorley> dRdR, padenot: just spotted author for the commit that was pushed in bug 751539 is wrong
# [18:38] * Quits: dao (dao@moz-B42C49EF.superkabel.de) (Ping timeout)
# [18:38] * joduinn-mtg is now known as joduinn
# [18:39] * Quits: JeroenDeDauw (j@moz-4CF9BA2B.dip.t-dialin.net) (Quit: Leaving.)
# [18:39] * Joins: dao (dao@moz-B42C49EF.superkabel.de)
# [18:39] * Joins: Stan (Stan@moz-55D6D4A9.dip.t-dialin.net)
# [18:40] * Joins: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com)
# [18:40] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [18:40] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [18:42] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [18:43] <dougt> zzzzz: you'd think that there would be some kind of smoke test for flash. ;(
# [18:43] <zzzzz> dougt: hmm, I had to delete pluginreg.dat to even get flash to play on an older build
# [18:43] <dougt> did that work in today's build?
# [18:43] <zzzzz> don't know, will try in a few
# [18:44] <dougt> asking on #qa
# [18:44] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [18:44] * Mark_Capella|away is now known as Mark_Capella
# [18:45] * Joins: bnicholson (bnicholson@moz-69F6CF90.compute-1.amazonaws.com)
# [18:46] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
# [18:47] * Joins: alfredo-1 (Adium@514D186.F3BBB17D.144F44FA.IP)
# [18:47] <zzzzz> dougt: yes, deleted pluginreg.dat after installing latest hourly, and flash works, now if only the browser wasn't crash-happy
# [18:48] <zzzzz> F**k it..
# [18:48] * zzzzz goes to ready for work
# [18:48] * Joins: ferongr (ferongr@9461F8D8.3BB4FAB7.F5160715.IP)
# [18:48] * liuche is now known as liuche|food
# [18:48] <luke> edmorley: nice ascii face!
# [18:49] * Joins: dveditz (dveditz@moz-5051E786.dhcp.cruzio.com)
# [18:49] * ChanServ sets mode: +o dveditz
# [18:49] <edmorley> :-)
# [18:49] <luke> yeah, just like that
# [18:49] * Joins: billm (billm@moz-CF6D0A66.hsd1.ca.comcast.net)
# [18:50] * Quits: dao (dao@moz-B42C49EF.superkabel.de) (Client exited)
# [18:50] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [18:50] * Quits: dao-m (AndChat@moz-B42C49EF.superkabel.de) (Quit: Bye)
# [18:50] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [18:51] * Joins: dao (dao@moz-B42C49EF.superkabel.de)
# [18:51] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [18:53] <@bz> bjacob: ping
# [18:54] * philor|away is now known as philor
# [18:54] <NeilAway> zzzzz: there's a bug on file for that btw
# [18:55] <NeilAway> zzzzz: oh, sorry, you already said that, never mind me
# [18:55] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [18:56] * Mark_Capella is now known as Mark_Capella|away
# [18:56] * jlebar|lunch is now known as jlebar
# [18:57] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [18:57] * jhford-work-away is now known as jhford-work
# [18:57] * jhford-work is now known as jhford-work-away
# [18:58] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [18:58] * catlee-lunch is now known as catlee
# [18:58] * Quits: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [18:58] <bjacob> bz: pong
# [18:59] * Parts: alfredo-1 (Adium@514D186.F3BBB17D.144F44FA.IP)
# [18:59] * Quits: blizzack (blizzack_@moz-5AAE18A7.dreamhost.com) (Quit: Lost terminal)
# [18:59] <bjacob> bz: patch review on bug 751643
# [18:59] * Joins: xsergio (sergio@1D39D020.A37CDEAA.DF1E30BF.IP)
# [18:59] <@smaug> string code has bizarre coding style
# [18:59] * @smaug kicks darin
# [19:00] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [19:00] <bjacob> smaug: 10 years after the fact, we can only blame ourselves for our string classes :)
# [19:01] * Quits: dao (dao@moz-B42C49EF.superkabel.de) (Quit: Leaving.)
# [19:01] <edmorley> luke: the 33% maxheap CPG regression was expected yeah?
# [19:01] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
# [19:01] * Joins: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:01] <@bz> bjacob: I think there have been a bunch of changes to the WebGL test suite recently
# [19:01] <@bz> bjacob: we're going to import those into our tree at some point, right?
# [19:01] <bjacob> bz: correct
# [19:02] * Joins: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com)
# [19:02] <bjacob> bz: even the "1.0.1" branch has received significant changes
# [19:03] <luke> edmorley: we saw and expected some memory increase. we hadn't seen that one before. of course those maxheap tests seem to be very sensitive to timing of GCs and things
# [19:03] <bjacob> bz: we want to stay on the 1.0.1 branch until we can claim conformance, i think. For that, we seem to be blocked on the OSX 10.8 release, unless apple decides to maintain 10.7
# [19:03] <@bz> bjacob: we may want to do it before we land the new bindings
# [19:03] <@bz> bjacob: (the actual switchover; I just landed the big already-reviewed change)
# [19:03] <bjacob> bz: by do it do you mean: sync with 1.0.1, or switch to -trunk?
# [19:04] <@bz> bjacob: the former might be enough
# [19:04] <luke> edmorley: we also have a general GC plan to put things back to pre-cpg-or-better levels
# [19:04] <edmorley> luke: am I ok to leave you/bholley to take a look at the dev.tree-management mails? I've picked through them a bit, but I'm losing track of what was expected vs not
# [19:04] <bjacob> i hope so too
# [19:04] <edmorley> luke: :-)
# [19:04] <bjacob> bz: whe do you want to do that switchover?
# [19:04] <@bz> bjacob: or I can just make the one change to our in-tree tests I think I need to avoid orange
# [19:04] <luke> edmorley: yeah. we'll go through it
# [19:04] <@bz> bjacob: before June 5, but after I get reviews on it all... ;)
# [19:04] <@bz> bjacob: I'm _hoping_ in about 2 weeks
# [19:05] <bjacob> bz: well, it's not a big deal at all to sync with 1.0.1. can do it when you want.
# [19:05] <@bz> bjacob: but it depends on how fast Peter reviews stuff
# [19:05] <@bz> bjacob: ok, cool
# [19:05] <bjacob> so should i prepare that patch now?
# [19:05] <@bz> bjacob: if you have time, sure!
# [19:05] <bjacob> alright
# [19:05] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
# [19:05] <@bz> bjacob: just make sure to push it to try first
# [19:05] * @bz would not be surprised if there is orange
# [19:05] * Joins: ekr_ (ekr@moz-7B0110AD.mv.mozilla.com)
# [19:05] <bjacob> well, sure, no way to sync webgl tests without a couple try runs
# [19:05] <@bz> bjacob: e.g. for that 64-vs-32 thing
# [19:05] <bjacob> to adjust lists of failing tests
# [19:06] * AutomatedTester|AFK is now known as AutomatedTester
# [19:06] <@bz> bjacob: which I think is fixed in the test suite
# [19:06] <bjacob> yes
# [19:06] <@bz> bjacob: ok, cool
# [19:06] <@bz> bjacob: thanks!
# [19:06] <bjacob> np
# [19:06] <@bz> bjacob: btw, I don't know if I told you, but I hacked together the WebGLUniformLocation stuff locally
# [19:06] <@bz> bjacob: just to get some perf numbers
# [19:06] <bjacob> cool!
# [19:06] <bjacob> so?
# [19:06] <edmorley> luke thank you :-)
# [19:06] <@bz> bjacob: and with that we're unambiguously faster than the old code
# [19:06] * Joins: pranavrc (pranavrc@4027FE7B.1F9DBB9E.C28326FD.IP)
# [19:06] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [19:06] <bjacob> bz: great!
# [19:06] <@bz> bjacob: probably by about 10% for the uniform setters
# [19:07] <@bz> bjacob: and this is on Mac, where the MakeContextCurrent is such a huge chunk
# [19:07] * @bz really hopes we spend less time on that elsewhere
# [19:07] <bjacob> nice, that will be noticeable in some real apps like particle effects
# [19:07] * Quits: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP) (Ping timeout)
# [19:07] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [19:07] <@bz> excellent
# [19:07] <bjacob> bz: yes, we should prioritize that bug, it's blocking our ability to do further performance testing
# [19:07] * Quits: ekr_ (ekr@moz-7B0110AD.mv.mozilla.com) (Quit: ekr_)
# [19:07] * Quits: msucan (mihai@DE9F3A83.CEBA11E2.BD62875.IP) (Quit: Leaving.)
# [19:08] * Joins: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP)
# [19:08] <bjacob> bz: made it blocking-kilimanjaro
# [19:08] <@bz> cool
# [19:08] * Joins: smooney (smooney@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:09] <jlebar|mac> kanru: Are you coming to the sec-review?
# [19:10] * Joins: WeirdAl (chatzilla@moz-D461843.ask.info)
# [19:11] <froydnj> jlebar|mac: what's the api for releasing malloc'd global objects when there's no convenient time to free() them save shutdown? (you mentioned this in a bug a while back, but I can't find the bug)
# [19:11] <darin> smaug: you should kick scc... when in rome
# [19:11] <jlebar|mac> froydnj: ClearOnShutdown.
# [19:11] <froydnj> jlebar|mac: thanks
# [19:11] <jlebar|mac> sure thing.
# [19:12] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
# [19:12] <@smaug> darin: :)
# [19:13] <WeirdAl> luke: Do nightly builds have your fix now?
# [19:13] <luke> WeirdAl: hmm, let's see
# [19:13] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:14] <luke> WeirdAl: nope not yet. you can tell you have cpg when about:memory shows ~100 for js-compartments-system :)
# [19:14] * jhford-work-away is now known as jhford-work
# [19:15] <WeirdAl> ok, so probably within 3-4 hours
# [19:16] * mak is now known as mak|afk
# [19:16] <zzzzz> has 149 ── js-compartments-system
# [19:17] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
# [19:17] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
# [19:17] * jimm-lunch is now known as jimm
# [19:18] * Quits: @dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [19:19] * Joins: vikash (vikash@11B3ABA1.9B552DFD.5D9ABA9F.IP)
# [19:20] * Joins: rclick (rclick@moz-72E70F54.dsl.covlil.sbcglobal.net)
# [19:20] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [19:21] * Quits: chewey (chewey@moz-95F6D74C.dip0.t-ipconnect.de) (Ping timeout)
# [19:22] <jprmc> edmorley: possible to get a merge to m-c that includes https://hg.mozilla.org/integration/mozilla-inbound/rev/b94e64ad7e76 ?
# [19:22] <jprmc> edmorley: like to kill off that beta blocker for mobile on central
# [19:22] * Joins: juanb (jbecerra@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:22] <edmorley> jprmc: looking
# [19:22] * Joins: der (sewardj@moz-618DD7AF.w92-156.abo.wanadoo.fr)
# [19:23] <mbrubeck> jprmc: Not until the Win PGO on https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=308f1163a388 succeeds at least...
# [19:23] <jprmc> arg
# [19:23] <jprmc> win pgo
# [19:23] <jprmc> forgot about that
# [19:23] <mbrubeck> jprmc: If you want it immediately, you can just land it on m-c.
# [19:23] <edmorley> jprmc: there's android bustage on that push (unrelated) that isn't fixed until my backout a few pushes later
# [19:23] <jprmc> edmorley: ok
# [19:24] <mbrubeck> where by "you" I mean "someone, possibly me"
# [19:24] <edmorley> jprmc: and yeah we need green pgo, last time I checked it was still a couple of hours out (I really want to merge too, just so we don't get the 220+ changeset backlog again we had this morning)
# [19:24] * Quits: harsh (harshank@8FA73AAD.15C6DF7B.1551A00F.IP) (Quit: Leaving)
# [19:24] <edmorley> backlog currently at 52
# [19:24] <zzzzz> edmorley: testing latest hourly with a virgin profile, so far no crashes - this does not bode well for older profiles :P
# [19:25] <@ehsan> catlee: ping
# [19:25] * Joins: bholley (anonymous@moz-7F3898A2.w86-197.abo.wanadoo.fr)
# [19:25] * zpao|detached is now known as zpao
# [19:25] * Joins: chewey (chewey@moz-95F6D74C.dip0.t-ipconnect.de)
# [19:25] <edmorley> jprmc: if it applies cleanly to m-c I'll double land it there too, if that helps?
# [19:25] * Quits: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com) (Input/output error)
# [19:25] * Quits: joe_walker_ (joe_walker@moz-15405DDA.cable.virginmedia.com) (Quit: Leaving)
# [19:26] * Joins: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com)
# [19:26] * liuche|food is now known as liuche
# [19:26] <jprmc> edmorley: it can probably wait another couple hours for the pgo build, i'll check with Jeff and others though
# [19:27] <zzzzz> ehsan: today's nightly, and hourly m-c builds are not being built on x64bit machines are they ?
# [19:27] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
# [19:27] <@ehsan> zzzzz: nope
# [19:27] <zzzzz> ok
# [19:28] <edmorley> zzzzz: maybe file a bug and include all the things you've tried so far + stacktrace etc?
# [19:28] <zzzzz> ehsan: just scan read the etherpad notes on QA testing , wonder if all the fails and plugin problems are due to corrupt pluginreg.dat ?
# [19:28] * Joins: adoria0000 (Mibbit@moz-42337769.osaka.ocn.ne.jp)
# [19:28] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird -- http://www.instantbird.com)
# [19:29] <@ehsan> zzzzz: see the bug, there was a recent regression which might be the cuase
# [19:29] <zzzzz> edmorley: I have to go to work, won't be till tomorrow afternoon before I can do much, by then the nightly's will have blown up in everyones face and complaints about flash... :(
# [19:29] * bear-afk is now known as bear
# [19:29] <catlee> ehsan: pong
# [19:29] <zzzzz> ehsan: thanks
# [19:30] <@ehsan> catlee: so is there absolutely no way for me to use a win64 builder without re-requesting access to one?
# [19:30] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [19:30] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [19:30] <mkaply> when do inbound patches move to central?
# [19:31] <khuey> when edmorley blesses them with the sacred waters
# [19:31] * Quits: davidillsley (chatzilla@moz-6FDCDDC6.range86-160.btcentralplus.com) (Client exited)
# [19:31] <catlee> ehsan: not for try
# [19:31] * armenzgbuildduty is now known as armenzg_lunch
# [19:31] * Joins: davidillsley (chatzilla@moz-6FDCDDC6.range86-160.btcentralplus.com)
# [19:31] <@ehsan> catlee: oh ok so I guess I need to file another bug then
# [19:32] <mbrubeck> mkaply: About once a day, when there is a changeset with no (known) new failures and with successful builds on all platforms (including PGO).
# [19:32] <@ehsan> catlee: ah nm, that machine has not been put back into the pool yet
# [19:32] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:32] <mkaply> mbrubeck: thanks. Is there any magic to putting the same patch in aurora that I did in central
# [19:32] <edmorley> mkaply: 1-2 times a day, in not too large a merge ideally; but in reality whenever the tree's unbusted and we've got a PGO green run on all platforms (dep builds aren't PGO'd) for long enough to do a merge
# [19:32] <mkaply> or do I just check out a different tree and commit a new patch
# [19:33] <mbrubeck> mkaply: Process for Aurora is just the same as Central; just make sure you include "a=" in your commit message.
# [19:33] * Joins: Ally_ (textual@moz-26DFFD6.range109-152.btcentralplus.com)
# [19:33] <@bz> I hate compilers
# [19:33] <@bz> really hate compilers
# [19:33] <@bz> esp when combined with dirs using -Werror
# [19:34] <froydnj> "don't -Werror and compile"?
# [19:34] <mbrubeck> mkaply: Yes, easiest is to clone a new tree and check in a new patch.
# [19:34] * Quits: marcia (marcia_mac@77DD9FB8.1D9587BD.4742D861.IP) (Quit: marcia)
# [19:34] <@bz> so get this
# [19:34] <@bz> I have a header file
# [19:35] <@bz> in which I would like to make use of mozilla::WebGLUniformLocation
# [19:35] <@bz> ok so far?
# [19:35] <@bz> but I don't need to _do_ much with it
# [19:35] <@bz> so I do
# [19:35] * AutomatedTester is now known as AutomatedTester|AFK
# [19:35] <@bz> namespace mozilla {
# [19:35] <@bz> class WebGLUniformLocation;
# [19:35] <@bz> }
# [19:35] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [19:36] * Quits: bnicholson (bnicholson@moz-69F6CF90.compute-1.amazonaws.com) (Ping timeout)
# [19:36] <@bz> but then another compiler, looks at that and gives this warning:
# [19:36] <@bz> declaration 'struct mozilla::WebGLUniformLocation' does not declare anything
# [19:36] <@bz> wtf?
# [19:36] <@bz> of course it effing declares something!
# [19:36] * Joins: bnicholson (bnicholson@moz-69F6CF90.compute-1.amazonaws.com)
# [19:36] <khuey> maybe it's a philosophical statement
# [19:36] * Joins: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
# [19:36] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [19:36] <@bz> that's nice
# [19:36] <@bz> but when combined with -Werror, not so nice
# [19:37] * @bz wonders why -Werror is not on for Mac, btw
# [19:37] * fabrice is now known as fabrice|afk
# [19:37] <khuey> eventually everybody will learn that warnings-as-errors is not a hill they want to die on
# [19:38] <@bz> well
# [19:38] <@bz> that's nice
# [19:38] <@bz> but we have dirs in the tree that use it right now
# [19:38] <@bz> and I'd like to be able to land this patch. :(
# [19:38] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: Success !!)
# [19:38] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [19:39] <@bz> but seriously
# [19:39] <@bz> what the hell does it mean by "does not declare anything"? :(
# [19:39] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [19:39] <edmorley> jprmc: the pgo build we are waiting on is eta at just over 100 mins, then will need 60-90mins for the tests, if that helps?
# [19:39] <@bz> it's a frigging class forward-decl. :(
# [19:40] <froydnj> ah, I think I see why GCC would complain
# [19:41] * Joins: msucan (msucan@DE9F3A83.CEBA11E2.BD62875.IP)
# [19:41] * Joins: hub (hub@D459F0F4.D9251953.6E712CE2.IP)
# [19:41] <@bz> froydnj: oh?
# [19:41] <BenWa> LMAO. on an aurora approval 'Test completed: Yes'
# [19:42] <bjacob> bz: just discussed your getcurrentcontext perf bug with jrmuizel. since we currently only do webgl on the main thread, we'll cache current-gl-context-for-webgl as a plain global var, no need for any tls. + an assert to check that we are indeed on the main thread, in webgl context creation.
# [19:42] * Joins: fabrice (fabrice@moz-BBE3ABD.mv.mozilla.com)
# [19:42] <@bz> bjacob: coolbeans
# [19:43] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [19:43] * Quits: nigelb (Adium@64FB077B.91EADDC9.BE90E62C.IP) (Ping timeout)
# [19:44] * Quits: bnicholson (bnicholson@moz-69F6CF90.compute-1.amazonaws.com) (Ping timeout)
# [19:46] * Quits: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch) (Ping timeout)
# [19:46] * Joins: kumar (kmcmillan@moz-BBE3ABD.mv.mozilla.com)
# [19:46] <@bz> oh
# [19:46] <@bz> hmm
# [19:46] <@bz> maybe it's this line
# [19:46] <@bz> class mozilla::WebGLUniformLocation;
# [19:46] * @bz checks
# [19:47] * Quits: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net) (Quit: clee)
# [19:47] * Joins: jimb (user@9E727688.17C2F9C.163DC5C6.IP)
# [19:48] <@bz> aha
# [19:48] <@bz> yes
# [19:48] <@bz> alright
# [19:48] * @bz wonders how to do this sanely
# [19:48] <froydnj> ok, that makes some sense
# [19:48] <cpeterson> the suspense is killing me :)
# [19:48] <@bz> So the actual code involved is
# [19:48] <@bz> namespace mozilla {
# [19:48] <@bz> class WebGLUniformLocation;
# [19:48] <@bz> }
# [19:48] <@bz> class mozilla::WebGLUniformLocation;
# [19:48] <@bz> (basically, once you expand the macros)
# [19:49] * Joins: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch)
# [19:49] <@bz> if I leave out the "class" part in the namespace, then I get:
# [19:49] * mdas is now known as mdas|lunch
# [19:49] <jfkthame> that looks like something for the department of redundancy department
# [19:49] <@bz> error: 'WebGLUniformLocation' in namespace 'mozilla' does not name a type
# [19:49] <@bz> jfkthame: the second bit is generated via macro
# [19:50] <@bz> jfkthame: that's trying to forward-declare some typenames, but unfortunately forward-declaring namespaced stuff is Hard
# [19:50] * Joins: ekr_ (ekr@moz-7B0110AD.mv.mozilla.com)
# [19:50] <jfkthame> yeah, i've tripped over that at some point, and iirc gave up and found some other way around
# [19:50] * @bz does something like that
# [19:51] * Quits: ekr_ (ekr@moz-7B0110AD.mv.mozilla.com) (Quit: ekr_)
# [19:51] <jrmuizel> ehsan: http://code.google.com/p/chromium/issues/detail?id=82385
# [19:51] <cpeterson> I don't think |class mozilla::WebGLUniformLocation| is syntactically valid. So this was a good warning wasn't lying.
# [19:51] <@bz> yeah
# [19:52] * @bz mutters
# [19:52] <jfkthame> one reason to prefer old-fashioned "ns", "gfx", "dom" etc prefixes rather than real namespaces :P
# [19:52] <@bz> indeed
# [19:54] <edmorley> bz: seems apt http://mozillamemes.tumblr.com/post/21088867147/if-they-come-back-well-get-them-to-switch-to-pgo :-)
# [19:54] * Quits: mak|afk (chatzilla@moz-A6547F54.retail.telecomitalia.it) (Ping timeout)
# [19:55] * Joins: jviereck1 (Adium@moz-26045BE5.dclient.hispeed.ch)
# [19:55] <vlad> bz: is this your auto-generate-webgl-bindings patch?
# [19:55] * Joins: nigelb (Adium@61F09E9C.FCB1410C.274D17D6.IP)
# [19:55] * Quits: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch) (Connection reset by peer)
# [19:55] * Joins: akeybl (akeybl@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:55] <@bz> vlad: it's part of it
# [19:55] * joduinn is now known as joduinn-brb
# [19:55] <@bz> vlad: but it's actually a part that's only needed to interface with the old-style stuff
# [19:55] <vlad> ahh
# [19:55] <@bz> vlad: the new bindings don't need this sort of thing at all
# [19:55] <@bz> vlad: they just include the header files they need. ;)
# [19:56] * Quits: blassey (blassey@moz-8ACFF7A9.hsd1.ma.comcast.net) (Ping timeout)
# [19:56] * Joins: gandalf (zbraniecki@moz-E00BAE91.play-internet.pl)
# [19:56] * Quits: bholley (anonymous@moz-7F3898A2.w86-197.abo.wanadoo.fr) (Quit: bholley)
# [19:56] <@bz> vlad: this is me trying to add mozilla::WebGLUniformLocation to the "castable interface" list in nsDOMClassInfoID.h
# [19:57] * Joins: mak|afk (chatzilla@moz-A6547F54.retail.telecomitalia.it)
# [19:58] <@bz> class nsINode; class nsIContent; class nsIDocument; class nsINodeList; class nsICSSDeclaration; class nsDocument; class nsGenericHTMLElement; class nsHTMLDocument; class nsStyledElement; class nsSVGStylableElement; class nsIDOMWebGLRenderingContext; class nsIWebGLUniformLocation; class nsIDOMImageData; namespace mozilla { class WebGLUniformLocation; }
# [19:58] * @bz declares victory
# [19:58] * Joins: paolo (paolo@moz-1E3E659D.retail.telecomitalia.it)
# [19:59] <luke> Waldo: ping
# [19:59] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Quit: L'ordinateur est en sommeil)
# [19:59] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
# [19:59] * Joins: blassey (blassey@moz-8ACFF7A9.hsd1.ma.comcast.net)
# [19:59] * Joins: pnemsak (Miranda@80CFE454.10D9684B.4F33160D.IP)
# [20:00] <Hixie> dougt: the public-whatwg list is unused, please use the whatwg@whatwg.org list
# [20:00] * merike|away is now known as merike
# [20:00] <dougt> Hixie: ha
# [20:01] <dougt> found it from the w3c pages.
# [20:01] <dougt> you should ask them to remove it.
# [20:01] <dougt> it == all references to that list
# [20:01] <dougt> or have them do some sort of email bridge or something
# [20:01] * @bz read that as "email bride"
# [20:01] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Ping timeout)
# [20:01] <@bz> which was confusing at first
# [20:02] <froydnj> would be an unhappy marriage, certainly
# [20:02] <dougt> the whole thing is confusing.
# [20:02] <@bz> it's not really that confusing
# [20:02] <dougt> we have like 4 groups we can discuss device APIs in
# [20:02] <@bz> oh, sure
# [20:02] <@bz> for device APIS
# [20:03] * @bz was thinking HTML
# [20:03] <@bz> it's a pretty simple decision tree
# [20:03] <dougt> yeah. yes or no
# [20:03] <dougt> i like the no branch as it results in beer sooner.
# [20:03] * mak|afk is now known as mak
# [20:03] <@bz> Is your comment about longdesc? If so, HTMLWG, else next question.
# [20:03] <@bz> Is your comment about the meaning of <u> or <i>? If so, HTMLWG, else next question.
# [20:03] * Quits: pranavrc (pranavrc@4027FE7B.1F9DBB9E.C28326FD.IP) (Quit: Ping timeout: ∞)
# [20:04] <jimb> What does the "explode/implode this series" button really mean on Talos graphs?
# [20:04] <@bz> Is your comment about canvas accessibility stuff? If so, mail dbolter, else next question.
# [20:04] * Joins: bnicholson (bnicholson@moz-B77DEAEB.mozilla.org)
# [20:04] <@bz> Is your comment about process? HTMLWG. Else, WhatWG
# [20:04] <Hixie> dougt: yeah, we're trying
# [20:04] <Hixie> dougt: turns out their systems are more complicated than one would expect (shocking, i know)
# [20:05] <jlebar|mac> smaug: This isn't correct, is it? https://hg.mozilla.org/try/rev/88642b6915cf
# [20:05] <dougt> Hixie: i bet it involves graphs of xml or rdf
# [20:06] * Quits: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [20:06] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Quit: madhava)
# [20:06] <philor> jlebar|mac: I starred one of them, but with a second one now I think you might be busted on inbound
# [20:06] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [20:06] * Joins: dao (dao@moz-B42C49EF.superkabel.de)
# [20:07] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [20:07] * joduinn-brb is now known as joduinn-mtg
# [20:07] * mdas|lunch is now known as mdas
# [20:08] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: WeeChat 0.3.5)
# [20:09] <Hixie> dougt: it involves php, as far as i can tell
# [20:09] <Hixie> dougt: and lots of hardcoded stuff
# [20:10] * Joins: priya (Adium@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:11] * Parts: priya (Adium@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:11] * @bz wonders whether the web would be better or worse if all php stuff suddenly disappeared
# [20:12] * Joins: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [20:12] * Joins: ashughes (ashughes@C03F8279.DBB33A3F.A20E6FDD.IP)
# [20:13] <gaston> the web would be smaller :)
# [20:13] * Quits: edmorley (edmorley@moz-BEDF50FD.range86-145.btcentralplus.com) (Max SendQ exceeded)
# [20:13] * Joins: edmorley (edmorley@moz-BEDF50FD.range86-145.btcentralplus.com)
# [20:14] * Quits: juanb (jbecerra@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [20:14] * Quits: jviereck1 (Adium@moz-26045BE5.dclient.hispeed.ch) (Ping timeout)
# [20:14] * Joins: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch)
# [20:15] * Joins: automata (automata@moz-1CE7A56D.ifsc.usp.br)
# [20:15] <@ted> oh god make the regression finder emails stop
# [20:15] <cpeterson> no Wikipedia
# [20:15] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [20:16] <Mossop> ted: Just stop landing things
# [20:16] * Joins: zzzzz_ (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net)
# [20:16] * Joins: rillian (rillian@moz-DBEBB2B4.bc.hsia.telus.net)
# [20:17] * Joins: juanb (jbecerra@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:17] * Joins: ehoogeveen (emanuel.ho@moz-B95F3766.chello.nl)
# [20:17] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [20:17] <edmorley> ted: typo the email in the patch author field, then use checkin-needed; sorted ;-)
# [20:18] <edmorley> jlebar: there's 3 now, want me to backout?
# [20:18] * Quits: billm (billm@moz-CF6D0A66.hsd1.ca.comcast.net) (Quit: Leaving)
# [20:19] <jlebar> edmorley, That's almost surely not a random failure.
# [20:19] * Quits: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk) (Client exited)
# [20:20] <jlebar> edmorley, If you don't mind backing out, I'd appreciate it!
# [20:20] * Quits: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch) (Quit: Leaving.)
# [20:20] <edmorley> sure :-)
# [20:21] * Joins: evilpie_ (evilpie@moz-3D74E99A.pools.arcor-ip.net)
# [20:21] * Parts: evilpie_ (evilpie@moz-3D74E99A.pools.arcor-ip.net)
# [20:21] * Joins: evilpie_ (evilpie@moz-3D74E99A.pools.arcor-ip.net)
# [20:22] <@ted> edmorley: winning
# [20:23] * Joins: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch)
# [20:24] * Joins: marcia (marcia_mac@77DD9FB8.1D9587BD.4742D861.IP)
# [20:24] * Quits: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net) (Quit: jorendorff)
# [20:25] * Quits: harth (harth@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
# [20:25] * Joins: ekr_ (ekr@moz-7B0110AD.mv.mozilla.com)
# [20:25] * Quits: ekr_ (ekr@moz-7B0110AD.mv.mozilla.com) (Quit: ekr_)
# [20:27] * Quits: der (sewardj@moz-618DD7AF.w92-156.abo.wanadoo.fr) (Ping timeout)
# [20:29] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [20:29] * Joins: der (sewardj@moz-618DD7AF.w92-156.abo.wanadoo.fr)
# [20:30] * Joins: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP)
# [20:30] * Quits: supreet (quassel@941F58EF.DBA3967A.DF11F364.IP) (Client exited)
# [20:30] * Joins: supreet (quassel@941F58EF.DBA3967A.DF11F364.IP)
# [20:30] * Quits: supreet (quassel@941F58EF.DBA3967A.DF11F364.IP) (Quit: supreet)
# [20:31] * Quits: mayhemer__ (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [20:31] <bent> hey folks, who owns necko file streams nowadays?
# [20:32] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
# [20:32] <bent> anyone remember anyone who poked recently?
# [20:32] <@bz> bent: the necko module owner?
# [20:33] <@bz> bent: I think generally any necko peer can deal with them
# [20:33] * Joins: ericb2 (X@moz-D339E438.fbx.proxad.net)
# [20:33] <bent> k
# [20:33] <bent> biesi is not around...
# [20:33] <jduell> bent: hg log shows biesi doing most of the reviews. I've never looked at the code, and I'm guessing most of the necko team hasn't either
# [20:33] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
# [20:33] <bent> bz is on the list!
# [20:33] <bent> jduell, yeah, my guess too
# [20:34] <jduell> bent: if biesi can't do it, then one of us will have to learn... :)
# [20:35] <@ehsan> espindola: ping
# [20:36] * Quits: ferongr (ferongr@9461F8D8.3BB4FAB7.F5160715.IP) (NickServ (GHOST command used by `ferongr))
# [20:36] * armenzg_lunch is now known as armenzg_buildduty
# [20:36] * Joins: ferongr (ferongr@9461F8D8.3BB4FAB7.F5160715.IP)
# [20:36] * jhammel is now known as jhammel|lunch
# [20:36] <espindola> ehsan, pong
# [20:36] <@ehsan> espindola: so it seems like we're still behind gcc on mac on two benchmarks :/
# [20:36] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving)
# [20:37] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
# [20:37] <@ehsan> espindola: I was thinking if there are "easy" ways to close that gap, for example, -O4 or -flto perhaps? :)
# [20:37] <espindola> :-(
# [20:37] <espindola> so, there are also two tests to be debugged
# [20:37] <@ehsan> yeah, on linux
# [20:37] <@ted> what benchmarks, and how much?
# [20:37] <espindola> -flto last time found a bug in the apple linker
# [20:38] <@ted> if it's not a huge regression, we can probably deal with it
# [20:38] <espindola> looks like it is fixed on the one on xcode 4.4
# [20:38] <@ted> apple gcc has been dead for ages
# [20:38] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Quit: mdas)
# [20:38] <@ehsan> ted: http://bit.ly/Km8892
# [20:38] <espindola> but I had no time to test it
# [20:38] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
# [20:38] <@ehsan> ted: (only pay attention to mac numbers)
# [20:38] <espindola> ehsan, another one is enabling sse
# [20:38] <espindola> at runtime
# [20:38] <espindola> clang has a cpuid.h
# [20:38] <espindola> but we delete it to make it easier to compare with gcc
# [20:38] <@ehsan> espindola: what do you mean enabling it at runtime?
# [20:39] <@ted> so ~3% on dromaeo_css
# [20:39] <@ted> ~3.5% on dromaeo_jslib
# [20:39] <@ehsan> right
# [20:39] * Quits: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch) (Quit: Leaving.)
# [20:39] <@ehsan> ted: what -O do we use on mac?
# [20:39] <@ted> bz: don't the dromaeo benchmarks mostly suck anyway? :)
# [20:39] <espindola> -O3 I think
# [20:39] <@ted> ehsan: not sure offhand, but might be -O3
# [20:39] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [20:39] <@ted> yeah, O3
# [20:39] <@ehsan> hmm
# [20:40] * @ehsan wonders how much clang's -O4 is going to win us
# [20:40] <espindola> ehsan, the dmg script has
# [20:40] <espindola> rm clang/lib/Headers/cpuid.h
# [20:40] <espindola> that helps with comparing apples to apples
# [20:40] <bjacob> ehsan: -O4? reminds me of http://funroll-loops.info/
# [20:40] <@ehsan> espindola: oh wait, you mean clang builds always assume that there's no SSE?
# [20:40] <Ameya> how to keep any particular addon always disabled in private mode..?
# [20:41] <espindola> ehsan, and gcc 4.2 too
# [20:41] <espindola> that was one the things to change after the switch
# [20:41] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [20:41] <espindola> to avoid changing more than one thing at a time
# [20:41] <espindola> bjacob, ehsan btw, -O4 enables lto
# [20:41] <@ehsan> espindola: but we only have a few places in the code base which attempt to use SSE2
# [20:42] <@ehsan> espindola: so I'd just enable them
# [20:42] <espindola> ehsan, I don't really know what the difference would be
# [20:42] <espindola> I found this while debugging a clang bug
# [20:42] <@ehsan> hmm
# [20:42] <espindola> and I could not mix and match gcc and clang files
# [20:43] * Quits: dao (dao@moz-B42C49EF.superkabel.de) (Quit: Leaving.)
# [20:43] <Ameya> I mean want to keep disabled from browser's point of view...I mean consider like browser want to keep it disabled ...
# [20:44] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:44] <Ameya> Is there any list or datatype which we use to hold list of addons that would remain disabled in private mode?
# [20:44] <espindola> ehsan, do you have the .dmg sizes?
# [20:44] <espindola> clang used to produce dmg that were smaller than gcc 4.2
# [20:44] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [20:45] <espindola> not sure if that is good enough to offset the perf regression
# [20:45] <Ameya> bz: ?
# [20:45] <@bz> ted: the benchmarks suck, sure
# [20:45] <@bz> ted: just not as much as some other benchmarks
# [20:45] <@bz> ted: and the dromaeo_css one sucks less than most
# [20:45] <espindola> ehsan, how reliable are the numbers
# [20:45] <espindola> windows shows a 2.6% regression :-)
# [20:46] <@bz> ted: what that one is telling you is that using jQuery got 5% slower
# [20:46] * AaronMT is now known as AaronMTriage
# [20:46] <@bz> espindola: yeah, that's the real question. Should just retrigger both builds a bunch of times
# [20:46] <@bz> Ameya: hmm?
# [20:46] * Quits: gandalf (zbraniecki@moz-E00BAE91.play-internet.pl) (Ping timeout)
# [20:47] <@ehsan> espindola: not that reliable :)
# [20:47] <Ameya> bz: if i have a addon that i always want to keep disabled during private mode how to achieve it?
# [20:47] <@ehsan> espindola: no, but I can grab the builds if you want
# [20:47] <espindola> ehsan, thanks. Can you note that on the bug?
# [20:47] * Quits: smooney (smooney@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: smooney)
# [20:47] <espindola> is it possible to add more runs to the comparison?
# [20:48] <@ehsan> espindola: yes, I can do both
# [20:48] <@ted> bz: oof
# [20:48] <Ameya> bz: is such thing possible to do?
# [20:48] <espindola> awesome. Thanks!
# [20:48] <mkaply> Ameya: you can just check the private mode value and not do your add-ons stuff
# [20:48] <@bz> Ameya: I have no clue
# [20:48] <@bz> Ameya: I dodn't do addons, in case that wasn't clear.....
# [20:48] <@bz> mkaply: he's trying to disable some _other_ addon, not one he wrote
# [20:49] * Joins: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch)
# [20:49] <Ameya> mkaply:bz yup
# [20:49] <@bz> ehsan: I was serious about the retriggering
# [20:49] <mkaply> Ameya: Ah. Well if it's not a restartless add-on, there's really nothing you can do.
# [20:49] * Joins: dao (dao@moz-B42C49EF.superkabel.de)
# [20:50] <@ehsan> bz: yeah, I just retriggered Dromaeo on a single build from m-c and on the try build 10 times on each os x platform
# [20:50] <@ehsan> https://tbpl.mozilla.org/?rev=b4d2343fff9d, fwiw
# [20:51] <Ameya> mkaply: Could we make a list which would contain info abt addons those need to be kept disabled ...
# [20:51] <mkaply> The problem is that private browsing happens while the browser is running. And disabling an add-on requires a restart of the browser.
# [20:51] <espindola> ehsan, the bug has two try runs where the only difference is the compiler
# [20:51] <Ameya> mkaply: Yup... Restarting is the problem.....
# [20:51] <@ted> espindola: sounds like we should change that SSE thing
# [20:51] <espindola> just in case there was some relevant change...
# [20:52] <@ted> since if that's the first thing we'd change, it'd help us make a more informed comparison
# [20:52] <@ehsan> espindola: I just used the m-c revision
# [20:52] * bz is now known as mxr
# [20:52] <@ted> "oh instead of a 3% regression it's no change"
# [20:52] <mkaply> Ameya: in theory you could write an addon that when you switched to private mode, it disabled addons and restarted the browser.
# [20:52] * mxr is now known as bz
# [20:52] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [20:52] <mkaply> Ameya: if you know of specific add-ons that do not honor private browsing, though, you should let AMO know.
# [20:52] <mkaply> Add-ons are supposed to honor private browsing
# [20:53] * Joins: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com)
# [20:53] * cadecairos is now known as cadecairos_brb
# [20:53] * Quits: dao (dao@moz-B42C49EF.superkabel.de) (Quit: Leaving.)
# [20:53] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Quit: Ex-Chat)
# [20:53] <espindola> ted, we can probably try it, yes. The main use was making it possible to bisect miscompiled files..
# [20:53] <espindola> things have been working for some time
# [20:54] <Ameya> mkaply: I only mean to addon some detection/protection at browser level.....
# [20:54] <espindola> except for -Werror, we probably have to fix the -Werror build too :-(
# [20:54] * Joins: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com)
# [20:55] * Quits: teoli (teoli@EDB1D55.195E6A26.F1085784.IP) (Ping timeout)
# [20:55] <froydnj> my, what big vtables svg elements have o.O
# [20:55] * Quits: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch) (Quit: Leaving.)
# [20:55] <Ameya> mkaply: Like addons can use nsIFile in private mode.... So they can record user activities on file in private mode.
# [20:56] <Ameya> mkaply: I mean to say private browsing should not allow addons to access certain sensitive interfaces...
# [20:57] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Ping timeout)
# [20:57] * Joins: teoli (teoli@EDB1D55.195E6A26.F1085784.IP)
# [20:57] * Quits: jfkthame (jfkthame@15AA2040.A1C12133.9542EC20.IP) (Connection reset by peer)
# [20:57] <@ted> espindola: -Werror is less important
# [20:57] <Ameya> mkaply: Sorry to say but addons like chatzilla also does file handling so they can also violate privacy if they want...
# [20:58] * Quits: maikmerten (maikmerten@moz-52807FD1.dynamic.qsc.de) (Client exited)
# [20:58] <Ameya> mkaply: Along with AMO there should be some protection at browser level thats the only my point...
# [20:58] <edmorley> !seen josh
# [20:58] <firebot> josh was last seen 2 days, 22 hours, 12 minutes and 46 seconds ago, saying 'didn't we switch to a Windows compiler with a much bigger address space limit?' in #developers.
# [20:59] * AutomatedTester|AFK is now known as AutomatedTester
# [20:59] * cadecairos_brb is now known as cadecairos
# [21:00] <khuey> ha
# [21:00] <khuey> silly josh
# [21:00] <edmorley> ok, sine josh isn't here, 302 #developers: should we respin a nightly now that bug 751641 has landed? (plus will mean easier times with regression ranges later on, given CPG fallout etc)(
# [21:01] <@ehsan> ted: so, $PROCESSOR_ARCHITEW6432 works on win64, but it's undefined on win32
# [21:01] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [21:01] <@ehsan> $PROCESSOR_ARCHITECTURE is x86 on both platforms
# [21:01] <@ehsan> ted: do you want me to use that?
# [21:02] <edmorley> Jesse: don't know if you need to be involved in bug 751878 ?
# [21:03] * Joins: clee_ (clee@moz-BBE3ABD.mv.mozilla.com)
# [21:03] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [21:03] * clee_ is now known as clee
# [21:03] * Quits: kumar (kmcmillan@moz-BBE3ABD.mv.mozilla.com) (Quit: kumar)
# [21:03] * Quits: bnicholson (bnicholson@moz-B77DEAEB.mozilla.org) (Quit: Leaving)
# [21:04] * Joins: kumar (kmcmillan@moz-BBE3ABD.mv.mozilla.com)
# [21:04] <zzzzz_> edmorley: I would vote YES for the respin, but I'm not sure that bug 751641 is not corrupting pluginreg.dat file - I didn't have much time to test, but deleting that file seems to have stopped my crashes I was seeing all day just prior to coming to work
# [21:04] <@ted> ehsan: well, the whole point is that if you're in a 32-bit shell, you get that
# [21:05] * zzzzz_ is as work now.. so can't test further
# [21:05] <@ted> if you're in a 64-bit shell then $PROCESSOR_ARCHITECTURE == AMD64
# [21:05] <edmorley> zzzzz_: from the bug, it seems that anyone who created a pluginreg whilst the bug was in place will need to remove it; so the sooner we can get the busted nightly superseded, the better imo
# [21:05] * edmorley is respinning a Nightly on 9ebf3dc839c5 to pick up CPG and the plugin fix
# [21:05] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [21:06] <zzzzz_> OK, good
# [21:06] <@ehsan> ted: ok, sure, I mean, do you want me to use the env vars instead of the python script? :)
# [21:06] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
# [21:06] * @ehsan doesn't care much either way
# [21:06] <@ted> ehsan: yeah, i'd prefer that
# [21:06] <@ted> much more straightforward
# [21:06] * @bz seeks someone who understands webidl
# [21:07] <@ehsan> ok
# [21:07] <@bz> and in particular, its handling of optional arguments with default values
# [21:07] <@ehsan> ted: then will you review my new patch, since you're already looked at it? :)
# [21:07] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [21:08] <@bz> e:/builds/moz2_slave/try-w32/build/obj-firefox/js/xpconnect/src/dom_quickstubs.cpp(3600) : error C2039: 'CreateEventA' : is not a member of 'nsDocument'
# [21:08] * @bz hates compilers
# [21:08] <@bz> what the hell happened there?
# [21:08] * joey is now known as IRCMonkey12483
# [21:08] <@bz> is there a CreateEvent macro on Windows or something?
# [21:08] <@ehsan> bz: windows.h
# [21:08] * Quits: kennyluck (kennyluck@moz-1BF0140A.dynamic.hinet.net) (Ping timeout)
# [21:08] * Quits: IRCMonkey12483 (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0a2/20120418042009])
# [21:08] <@ehsan> yeah
# [21:08] <@ehsan> just do
# [21:08] <@ehsan> #ifdef CreateEvent
# [21:09] <@ted> ehsan: sure
# [21:09] <@ehsan> #undef CreateEvent
# [21:09] <@bz> there's more
# [21:09] <@bz> GetClassName
# [21:09] <@ted> yup
# [21:09] <khuey> http://mxr.mozilla.org/mozilla-central/source/js/xpconnect/src/qsWinUndefs.h
# [21:09] <@bz> GetBinaryType
# [21:09] * Mossop is now known as Mossop_lunch
# [21:09] <@ted> windows.h, screwing you with macros
# [21:09] <@ted> forever
# [21:09] <@bz> hmm
# [21:09] <@bz> khuey: thanks
# [21:09] * @bz reorders his headers
# [21:09] * Boriss is now known as Boriss_lunch
# [21:10] * luke is now known as luke-lunch
# [21:10] <@bz> huh
# [21:10] <@bz> So I need to add more to that file too, eh?
# [21:10] <khuey> right
# [21:10] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [21:10] <@ehsan> bz: reordering the headers doesn't help if you use those names later on
# [21:10] <@bz> hmm?
# [21:10] * Joins: Misfit_Geek (MisfitGeek@moz-D14C5FCF.hsd1.nh.comcast.net)
# [21:10] <@bz> What do you mean?
# [21:10] * jwir3 is now known as jwir3|brb
# [21:11] <@ehsan> #include "nsFoo.h"
# [21:11] <@bz> The change I made was #including some things in nsDOMQS.h
# [21:11] * Joins: kennyluck (kennyluck@moz-1BF0140A.dynamic.hinet.net)
# [21:11] * aki is now known as aki|food
# [21:11] <@ehsan> bz: oh, ok
# [21:11] <@bz> presumably one of these things pulls in windows.h
# [21:11] <@ehsan> bz: if you manage to include windows.h first, then maybe things will be fine
# [21:11] <@bz> so I just need to include qsWinUndefs.h after every single one
# [21:11] * Quits: akeybl (akeybl@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving...)
# [21:11] <@bz> and that should work
# [21:11] <@ehsan> bz: but the real fix is to make sure that no header ever includes windows.h
# [21:11] <@ehsan> cause that's bad
# [21:11] <@ehsan> and stupid
# [21:11] <@bz> mmm
# [21:12] * @bz bets he knows which one it was
# [21:12] <@bz> one sec
# [21:12] * Joins: micahg (micahg@5699315D.13D9035B.F98C6DDA.IP)
# [21:12] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [21:12] * Joins: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net)
# [21:12] <@ehsan> ted: https://bugzilla.mozilla.org/attachment.cgi?id=621123&action=edit :)
# [21:13] <@bz> gfx/gl
# [21:13] <@bz> includes it all over the place
# [21:13] <@ehsan> argh
# [21:13] * @ehsan yells at gfx people
# [21:13] <sheppy> Anyone know if the Adobe Reader plugin issue we blocked it for affects Safari as well?
# [21:13] <@bz> /gfx/gl/GLContext.h for example
# [21:13] <@bz> also some includes in gfx/thebes
# [21:13] <@bz> in gfx/cairo
# [21:13] <@bz> gfx/skia
# [21:13] * Quits: gozala (gozala@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
# [21:13] <@bz> gfx/harfbuzz
# [21:14] <@ehsan> oh lovely
# [21:14] <@ehsan> thanks guys
# [21:14] <@bz> angle
# [21:14] <@bz> gfx/layers
# [21:14] <@ehsan> yeah
# [21:14] <@ehsan> include windows.h everywhere
# [21:14] <@ehsan> recipe for winning
# [21:14] <jesup> bz: looking for someone who understands webidl? And you think they'll admit it? :-)
# [21:14] <@ehsan> jesup: khuey!
# [21:14] <@bz> In fact
# [21:14] <bjacob> ehsan: it can make your compiles faster. at least, terminate faster.
# [21:14] <@bz> nsINode.h includes it indirectly, somehow
# [21:15] <@bz> or at least has a workaround for it being included
# [21:15] <@bz> http://mxr.mozilla.org/mozilla-central/source/content/base/public/nsINode.h#56
# [21:15] <@bz> or maybe it just assumes someone might include it before including nsINode.h?
# [21:15] <@ehsan> bz: I think the latter
# [21:15] <@ehsan> where somebody is gfx ;)
# [21:15] * Quits: kennyluck (kennyluck@moz-1BF0140A.dynamic.hinet.net) (Broken pipe)
# [21:15] * Joins: harth (harth@moz-C2C235AC.bb.sky.com)
# [21:15] <jesup> ehsan: yeah, but will he admit it? ;-)
# [21:16] <@ehsan> jesup: yeah, he's an honest man ;)
# [21:16] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: Want to be different? Try HydraIRC -> http://www.hydrairc.com <-)
# [21:16] <@bz> yeah, this is dumb
# [21:17] <@bz> dom_quickstubs.cpp includes qsWinUndefs.h right after jsapi.h
# [21:17] <@bz> (note this means jsapi.h pulled in windows.h at one point!)
# [21:17] <khuey> nanojit headers used to include windows.h
# [21:17] <@bz> but then includes all sorts of other stuff
# [21:17] <khuey> well, they probably still do
# [21:17] <khuey> but we don't include them :-P
# [21:17] <@bz> bjacob: ping
# [21:18] <bjacob> bz: pong
# [21:18] <@bz> bjacob: see above. Basically, WebGLContext.h pulls in windows.h
# [21:18] <NeilAway> froydnj: heh
# [21:18] <@bz> bjacob: via gfx/gl/GLContext.h, I bet
# [21:18] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [21:19] <@bz> bjacob: is it worth making it stop doing that? ;)
# [21:19] <bjacob> bz: ok. we need (and will) make WebGLContext.h much smaller. Short term, is there something precise with that that's causing trouble?
# [21:19] * Joins: jfkthame (jfkthame@15AA2040.A1C12133.9542EC20.IP)
# [21:19] * Joins: ekr_ (ekr@moz-7B0110AD.mv.mozilla.com)
# [21:19] <@bz> bjacob: short-term I can work around
# [21:19] <@bz> as for trouble
# [21:19] <@bz> https://tbpl.mozilla.org/?tree=Try&rev=89085378d49a
# [21:19] * @bz classifies that as trouble
# [21:20] <@bz> basically windows.h #defines a bunch of stuff whose names collide with DOM method names
# [21:20] <bjacob> ok
# [21:20] <bjacob> but
# [21:20] <bjacob> even if we didn't include windows.h,
# [21:20] <@bz> so including WebGLContext.h makes life a bit hard
# [21:20] <bjacob> it would still suck that we include thousands of lines of webgl code into dom_qs
# [21:20] <khuey> firebot: cid
# [21:21] <firebot> {0xfcc2db29, 0x03ba, 0x4eb3, {0x96, 0xb8, 0xea, 0x0f, 0x6f, 0x1f, 0x61, 0x55}}
# [21:21] <@bz> yeah
# [21:21] <bjacob> so the real solution is to make webglcontext.h be an actual header i.e. just declare stuff there
# [21:21] <@bz> when all I really need is the decl of WebGLUniformLocation
# [21:21] <bjacob> exactly
# [21:21] <@bz> but note that once I move WebGLUniformLocation to new bindings I can nuke it from here
# [21:21] <@bz> and just remove the include
# [21:21] <bjacob> cool
# [21:22] <edmorley> philor: bug 720852 comment 1... alipay, who'd have guessed...!
# [21:23] <@bz> alright
# [21:23] * @bz adds some qsWinUndefs love, and hopes
# [21:24] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
# [21:24] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [21:24] * juanb is now known as juanb|lunch
# [21:25] * Joins: smooney (smooney@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:25] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [21:26] * Quits: past (past@moz-F3F386D.dsl.dyn.forthnet.gr) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
# [21:26] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Ping timeout)
# [21:27] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [21:27] <philor> edmorley: yeah, I'm not surprised by either that, or amazon
# [21:27] * NeilAway thwaps Google
# [21:28] <edmorley> philor: the lies disproven; feel vindicated :-)
# [21:28] * jwir3|brb is now known as jwir3
# [21:28] * Quits: @smaug (chatzilla@moz-1D1BFA15.elisa-laajakaista.fi) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a1/20120503170619])
# [21:29] * Joins: smaug (chatzilla@moz-1D1BFA15.elisa-laajakaista.fi)
# [21:29] * ChanServ sets mode: +o smaug
# [21:29] * Joins: aleth (Instantbir@moz-24EE697D.ictp.it)
# [21:29] <@ehsan> ted: https://bugzilla.mozilla.org/show_bug.cgi?id=751695#c15 ;)
# [21:30] * @ehsan prepares to land the patch before ted sees this
# [21:30] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [21:31] * jhammel|lunch is now known as jhammel
# [21:31] <@smaug> hmm, I can't connect to freenode: "You need to identify via SASL to use this server"
# [21:33] * Quits: gfritzsche (gfritzsche@moz-255CC203.dynamic.qsc.de) (Quit: Leaving)
# [21:33] <edmorley> mbrubeck, ehsan, mak, <whoever feels up to merging>: inbound 308f1163a388 will be pgo green in about 40 mins hopefully; I'm heading out now, could one of you merge it once it's green, so jprmc can get the fix he needs on m-c please? :-)
# [21:33] <edmorley> whomever even
# [21:33] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [21:33] <@ted> haha
# [21:33] <mak> edmorley: ok
# [21:33] <@ted> ehsan: i did r+ it
# [21:33] * Quits: edmorley (edmorley@moz-BEDF50FD.range86-145.btcentralplus.com) (Max SendQ exceeded)
# [21:33] * Joins: edmorley (edmorley@moz-BEDF50FD.range86-145.btcentralplus.com)
# [21:33] * gregglind is now known as gregglind_lunch
# [21:34] * Parts: aleth (Instantbir@moz-24EE697D.ictp.it)
# [21:34] * Joins: bnicholson (bnicholson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:35] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [21:35] <mbrubeck> edmorley, mak: I'll be around to, if you want me to do it.
# [21:35] <mak> mbrubeck: whatever works will be fine, I plan to be here for many hours yet
# [21:36] * jgriffin is now known as jgriffin-afk
# [21:36] <edmorley> mak, mbrubeck: thanks :-) (that will make 3 merges into m-c today of ~250 changesets!)
# [21:36] * Quits: micahg (micahg@5699315D.13D9035B.F98C6DDA.IP) (Ping timeout)
# [21:37] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [21:38] <padenot> b 10
# [21:40] * Quits: bnicholson (bnicholson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [21:43] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [21:43] * Joins: stephend (stephend@moz-BBE3ABD.mv.mozilla.com)
# [21:43] <stephend> anyone have a debug win32 nightly build I could have them run something on really quickly?
# [21:43] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [21:44] <stephend> I've found a case where after a plugin crashes, and we shut down firefox, neither firefox.exe nor the two plugin-hosts go away
# [21:44] * Quits: @smaug (chatzilla@moz-1D1BFA15.elisa-laajakaista.fi) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a1/20120503170619])
# [21:45] * Joins: smaug (chatzilla@moz-1D1BFA15.elisa-laajakaista.fi)
# [21:45] * ChanServ sets mode: +o smaug
# [21:45] * Joins: armenzg__ (armenzg@moz-F54EC9D9.dsl.bell.ca)
# [21:45] <zzzzz_> stephend: maybe related to https://bugzilla.mozilla.org/show_bug.cgi?id=751641 - that patch did not make today's nightly - but a re-spin is in works to pick up the patch
# [21:45] <zzzzz_> stephend: you 'may' have to delete pluginreg.dat file -
# [21:45] <stephend> ahhh
# [21:45] <stephend> will try that; thanks!
# [21:45] * Quits: armenzg_buildduty (armenzg@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Ping timeout)
# [21:46] * Quits: fabrice (fabrice@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:47] * Quits: WeirdAl (chatzilla@moz-D461843.ask.info) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
# [21:48] <stephend> zzzzz_: didn't help, actually :-(
# [21:48] * stephend makes a screencast
# [21:48] <zzzzz_> :( was worth a shot
# [21:48] <stephend> yeah, indeed
# [21:48] * Quits: edmorley (edmorley@moz-BEDF50FD.range86-145.btcentralplus.com) (Quit: g'night all, have a good weekend :-D)
# [21:48] * armenzg__ is now known as armenzg_buildduty
# [21:49] * Quits: msucan (msucan@DE9F3A83.CEBA11E2.BD62875.IP) (Quit: msucan)
# [21:49] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [21:49] * ddahl is now known as ddahl|afk
# [21:51] * Quits: xsergio (sergio@1D39D020.A37CDEAA.DF1E30BF.IP) (Client exited)
# [21:51] * Quits: Misfit_Geek (MisfitGeek@moz-D14C5FCF.hsd1.nh.comcast.net) (Quit: Leaving)
# [21:52] * Joins: msucan (mihai@DE9F3A83.CEBA11E2.BD62875.IP)
# [21:54] * zpao is now known as zpao|detached
# [21:54] * Joins: bnicholson (bnicholson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:55] * Joins: dao (dao@moz-B42C49EF.superkabel.de)
# [21:56] * Joins: micahg (micahg@5699315D.13D9035B.F98C6DDA.IP)
# [21:56] * Quits: micahg (micahg@5699315D.13D9035B.F98C6DDA.IP) (Client exited)
# [21:56] * Quits: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP) (Connection reset by peer)
# [21:56] * Joins: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP)
# [21:56] * Joins: fabrice (fabrice@moz-BBE3ABD.mv.mozilla.com)
# [21:56] <gkw> i keep getting talos regression emails? :-/
# [21:57] * Joins: stephend_ (stephend@moz-BBE3ABD.mv.mozilla.com)
# [21:57] <stephend_> zzzzz_: http://screencast.com/t/kDZAGQDjQjrT
# [21:58] * Joins: micahg (micahg@5699315D.13D9035B.F98C6DDA.IP)
# [21:58] <stephend> basically just shows that ending the application process doesn't also take down the firefox.exe process and the spawned pluginhosts
# [21:58] <khuey> gkw: stop causing regressions!
# [21:59] <Callek> khuey++
# [22:00] * philor is now known as philor|away
# [22:00] <zzzzz_> stephend not seen that one before... guess more digging is in order
# [22:01] <stephend> yeah; I just filed a bug on the crasher there, too
# [22:01] <zzzzz_> number ?
# [22:01] <stephend> https://bugzilla.mozilla.org/show_bug.cgi?id=751658
# [22:01] <zzzzz_> tnx
# [22:02] <stephend> similar/same stack as another/other bug(s), but thought I'd split it off
# [22:02] <stephend> guess I should file for what I just saw. Maybe I'll wait for tomorrow's build, though
# [22:02] * Quits: dao (dao@moz-B42C49EF.superkabel.de) (Quit: Leaving.)
# [22:03] <jlebar|mac> I'm sure someone thought sending out dev-tree-management to everyone implicated in a push was a good idea.
# [22:03] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
# [22:03] <jlebar|mac> Has this been thoroughly disproven yet?
# [22:03] <zzzzz_> stephend I can report it works in 12.0 release on winXP SP3
# [22:03] * Joins: anky (anky@BFE30361.143170AD.A3D1B221.IP)
# [22:04] <stephend> zzzzz_: cool; I'll keep digging
# [22:04] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
# [22:05] * Quits: stephend_ (stephend@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [22:05] * Joins: billm (billm@moz-CF6D0A66.hsd1.ca.comcast.net)
# [22:05] * stephend is now known as stephend|mtg
# [22:05] <mbrubeck> gkw: I just filed https://bugzilla.mozilla.org/show_bug.cgi?id=752002 which would be one way to reduce the Talos email volume...
# [22:05] <zzzzz_> stephend there is a re-spin underway , so you may not to wait till tomorrow, unless its already really late where you are
# [22:06] <zzzzz_> according to tbpl another 213 mins
# [22:06] <zzzzz_> :P
# [22:06] <stephend|mtg> zzzzz_: nah, it's just coming on 1pm here in Mountain View
# [22:06] <zzzzz_> ahh, ok
# [22:07] * Quits: paulproteus (quassel@rose.makesad.us) (Ping timeout)
# [22:07] <gkw> khuey: the changeset range is really big http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=2db9df42823d&tochange=e1a40027dc7e
# [22:07] <gkw> mbrubeck: thanks
# [22:08] <gkw> khuey: and my landing was on inbound, too
# [22:08] * bnicholson is now known as bnicholson|lunch
# [22:09] * AaronMTriage is now known as AaronMT
# [22:10] * Quits: vikash (vikash@11B3ABA1.9B552DFD.5D9ABA9F.IP) (Quit: Leaving)
# [22:10] * Joins: paulproteus (quassel@moz-E86A3B42.makesad.us)
# [22:10] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
# [22:11] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:11] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
# [22:11] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [22:11] * cadecairos is now known as cadecairos_away
# [22:13] <catlee> mbrubeck: ehsan asked me to turn it on :)
# [22:14] <catlee> I warned him about merges!
# [22:14] * Joins: akeybl (akeybl@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:14] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [22:14] * mjschranz is now known as mjschranz_away
# [22:15] <mbrubeck> catlee: It's going to be fun on uplift day when it emails everyone who committed anything to any tree in the past 6 weeks. :)
# [22:15] * Quits: anky (anky@BFE30361.143170AD.A3D1B221.IP) (Client exited)
# [22:16] * Boriss_lunch is now known as Boriss
# [22:19] <catlee> :)
# [22:19] * Joins: bgmerrell (bgmerrell@moz-DC04B6FE.hsd1.ut.comcast.net)
# [22:20] <espindola> ehsan, 752004 is for asan?
# [22:21] * bear is now known as bear-afk
# [22:23] * Joins: victorporof (victorporo@5F6B43D3.1C233438.79933D60.IP)
# [22:23] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [22:24] * Joins: karl (karl@moz-2E8E6A53.jetstream.xtra.co.nz)
# [22:25] * Quits: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP) (Ping timeout)
# [22:25] * Joins: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP)
# [22:26] * Joins: kumar_ (kmcmillan@moz-BBE3ABD.mv.mozilla.com)
# [22:26] * Joins: twi (Adium@moz-B1F4A451.cust.dsl.vodafone.it)
# [22:26] * Quits: kumar (kmcmillan@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [22:26] * kumar_ is now known as kumar
# [22:27] * Joins: jwq (chatzilla@moz-12623DCD.cable.telstraclear.net)
# [22:27] * luke-lunch is now known as luke
# [22:28] * Joins: Ms2ger (Ms2ger@94DADF20.75FBB71E.37724B0D.IP)
# [22:28] <khuey> http://w3cmemes.tumblr.com/
# [22:29] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:30] <@bz> khuey: lol
# [22:30] * teoli is now known as jyp|sleeping
# [22:30] * jyp|sleeping is now known as teoli-sleeping
# [22:31] * Quits: automata (automata@moz-1CE7A56D.ifsc.usp.br) (Ping timeout)
# [22:31] <@ehsan> jprmc: done
# [22:34] <@ehsan> espindola: no clang for windows?
# [22:34] * Quits: karl (karl@moz-2E8E6A53.jetstream.xtra.co.nz) (Ping timeout)
# [22:35] * aki|food is now known as aki
# [22:35] <espindola> ehsan, you want to switch from msvc?
# [22:35] <Ms2ger> dougt, public-whatwg@w3.org is not a mailing list you should send email to
# [22:35] <@ehsan> espindola: oh yes!
# [22:35] <espindola> !
# [22:35] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [22:35] <dougt> Ms2ger: you're late
# [22:35] <@ehsan> (in the long long long term!)
# [22:36] <espindola> ok, there is a lot of work to be done for ms extensions...
# [22:36] <dougt> Ms2ger: read up from a few hours ago
# [22:36] * Quits: harth (harth@moz-C2C235AC.bb.sky.com) (Input/output error)
# [22:36] <@bz> switching from msvc would kinda rock
# [22:36] <@bz> if we can do it without a perf hit
# [22:36] <Ms2ger> dougt, that's what I'm doing :)
# [22:36] <@ehsan> bz: I'm sure we can, we have an open source compiler :)
# [22:36] <@ehsan> espindola: yeah I know
# [22:36] <dougt> Ms2ger: keep going.. ;(
# [22:36] <dougt> Ms2ger: where hixie says the same thing
# [22:37] <dougt> and I complain about the w3 directing people to that mailing list from the cg site
# [22:38] <Ms2ger> And he complains as well? :)
# [22:38] <dougt> heh. yes.
# [22:38] <@bz> ehsan: well
# [22:38] <@ehsan> catlee: ping
# [22:38] <@bz> ehsan: in finite time
# [22:39] * Joins: gozala (gozala@moz-BBE3ABD.mv.mozilla.com)
# [22:39] * Joins: karl (karl@moz-2E8E6A53.jetstream.xtra.co.nz)
# [22:39] <@bz> ehsan: I mean... we have the source, we have the specs, we may not have the thousands of trained engineers needed to go from point A to point B
# [22:39] <bgmerrell> looking to get involved, trying to build (the mozilla-central default branch) on ubuntu 10.04 for the first time and getting http://pastebin.com/RhbZq16S. Is this a bug or is something wrong with my environment?
# [22:39] <bgmerrell> (sorry x-post from #introduction, but i don't think anyone is there)
# [22:39] * jhopkins is now known as jhopkins|afk
# [22:40] <@ehsan> bz: it's true
# [22:40] <jfkthame> you can have the result you want in finite time, provided you apply infinite resources to the problem
# [22:40] * Joins: jhermans (Mibbit@moz-2AC3E7BF.dsl.scarlet.be)
# [22:40] * Mossop_lunch is now known as Mossop
# [22:41] * Quits: karl (karl@moz-2E8E6A53.jetstream.xtra.co.nz) (Ping timeout)
# [22:41] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [22:41] <@bz> jfkthame: precisel
# [22:42] * gregglind_lunch is now known as gregglind
# [22:42] * zzzzz_ hands bz a 'y'
# [22:42] * bz is now known as bzy
# [22:42] <jfkthame> i thought you only had 'z's
# [22:42] <zzzzz_> lol
# [22:43] <der> bgmerrell: I do know that the default gcc 4,4,3 on 10.04 started having trouble building Fx recently, but I think Ubuntu shipped an update that bug-fixes the compiler
# [22:43] * der is now known as sewardj
# [22:43] <khuey> bzy: "busy"?
# [22:45] <@bzy> no
# [22:45] <@bzy> I just got handed a 'y'
# [22:45] <@bzy> had to put it somewhere
# [22:45] <@bzy> it's kinda hanging off my back at the moment
# [22:45] <@bzy> backpack-like
# [22:45] <bgmerrell> sewardj: Hmm. I am up to date. I should probably just update my OS anyway, though, getting pretty crusty
# [22:45] * Quits: gmoro (guilherme@84484EC9.1F1093E8.D159334F.IP) (Ping timeout)
# [22:45] <zzzzz_> supposed to put it on the end of precisel(y)
# [22:45] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/495e6cd1903d - Matt Brubeck - Bug 751930 - Don't request READ/WRITE_HISTORY_BOOKMARKS permissions on Android [r=blassey]
# [22:46] <@bzy> zzzzz_: IRC is not a go-back-and-edit medium, sad to say
# [22:46] <zzzzz_> hehe
# [22:46] <Ms2ger> bzy++
# [22:46] <Ms2ger> (For the HTMLWG/WHATWG decision tree earlier)
# [22:46] <jfkthame> that'll convert him into bzz, presumably
# [22:47] <jhammel> if he loses the b and gets a few more z's then zzzzz_ will have competition
# [22:47] * juanb|lunch is now known as juanb
# [22:48] * joduinn-mtg is now known as joduinn
# [22:49] * Quits: jwq (chatzilla@moz-12623DCD.cable.telstraclear.net) (Ping timeout)
# [22:51] * bzy is now known as ybz
# [22:52] * ybz is now known as because
# [22:52] * because is now known as bz
# [22:52] * Joins: gmoro (guilherme@84484EC9.1F1093E8.D159334F.IP)
# [22:55] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [22:56] * Quits: billm (billm@moz-CF6D0A66.hsd1.ca.comcast.net) (Quit: Leaving)
# [22:56] <bgmerrell> What I am seeing is at run-time, btw. Firefox has built, and I click done on the add-on screen and then I get that debug out. Looks like it events aborts at a NULL pointer dereference; I'm just not sure if it's my environment's fault or not.
# [22:57] * Quits: adoria0000 (Mibbit@moz-42337769.osaka.ocn.ne.jp) (Quit: http://www.mibbit.com ajax IRC Client)
# [22:57] <bgmerrell> using the .mozconfig for "Firefox, Debugging Build" from dmo (is that still what it's called?)
# [22:59] <khuey> bgmerrell: can you start firefox from gdb and get a real stack?
# [22:59] <bgmerrell> sure, one sec
# [23:02] * Quits: msucan (mihai@DE9F3A83.CEBA11E2.BD62875.IP) (Quit: Leaving.)
# [23:02] * Joins: automata (automata@moz-1CE7A56D.ifsc.usp.br)
# [23:03] <NeilAway> !seen dao
# [23:03] <firebot> dao was last seen 2 hours, 25 minutes and a second ago, saying 'zpao: you could request another review from gavin...' in #fx-team.
# [23:03] <bgmerrell> http://pastebin.com/PMaqKWNJ, bt on line 152
# [23:03] * Parts: lduros (lduros@moz-34D6757F.nic.resnet.group.upenn.edu)
# [23:04] * bnicholson|lunch is now known as bnicholson
# [23:04] <khuey> bgmerrell: mmm, interesting
# [23:04] * Joins: billm (billm@moz-BBE3ABD.mv.mozilla.com)
# [23:05] <khuey> are you using a screen reader or some other type of accessibility software?
# [23:05] <@bz> which OS is this?
# [23:05] <@bz> Linux, I assume?
# [23:05] <khuey> looks like it
# [23:05] <@bz> looks like it
# [23:05] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [23:06] <@bz> ok
# [23:06] <bgmerrell> Yeah, ubuntu 10.04, I am not using any accessibility tooks but I *might* have gnome accessibility enabled.
# [23:06] <@bz> bgmerrell: you still stopped there?
# [23:06] <@bz> in frame 5
# [23:06] <@bz> p mDocument
# [23:06] * @bz really hopes it's null
# [23:06] * AutomatedTester is now known as AutomatedTester|AFK
# [23:08] <@bz> btw
# [23:08] <@bz> seeing the full C++ stack would be nice
# [23:08] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [23:09] <bgmerrell> I continued in gdb and got another trace, and it's apparently sleeping for 300 seconds again.. (sorry I'm a newb)
# [23:09] <@bz> ok
# [23:09] <@bz> so...
# [23:09] <@bz> get back to where you were when you produced that pastebin
# [23:09] <@bz> then touch nothing. ;)
# [23:09] <@bz> then let me know.
# [23:10] * Joins: dao (dao@moz-B42C49EF.superkabel.de)
# [23:10] * Quits: wolfiR (wolfiR@moz-B10A1DDA.dip0.t-ipconnect.de) (Quit: Leaving)
# [23:10] * @bz should add "don't ever continue in a debugger if you're expecting someone else to look at the debugging data" to The List
# [23:10] * joduinn is now known as joduinn-mtg
# [23:11] <bgmerrell> ah, i implied from your "you still stopped there" question that you wanted me to continue and see if I could get passed that point
# [23:11] <bgmerrell> myyy bad
# [23:11] * merike is now known as merike|away
# [23:11] * Joins: kennyluck (kennyluck@moz-1BF0140A.dynamic.hinet.net)
# [23:12] * Joins: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net)
# [23:12] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
# [23:13] <@bz> bgmerrell: no, that was an attempt to verify that you had NOT continued. Sorry. :(
# [23:13] <bgmerrell> hmm, okay, the browser actually came up this time (the add-on screen did not); when I went to close firefox I got the confirm close window and another "can't dereference a NULL nsCOMPtr with operator->()"
# [23:13] <bgmerrell> probably need to reproduce first-run scenario to get back to the state from pastebin
# [23:13] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
# [23:13] * zpao|detached is now known as zpao
# [23:14] * Quits: squib (squib-@moz-415BAA34.engr.wisc.edu) (Quit: Leaving)
# [23:15] * jmaher is now known as jmaher|afk
# [23:15] <bgmerrell> bz: no problem, i just didn't want you to think I had mindlessly charged forward with no reason ;)
# [23:15] * Quits: dao (dao@moz-B42C49EF.superkabel.de) (Quit: Leaving.)
# [23:15] * Quits: ekr_ (ekr@moz-7B0110AD.mv.mozilla.com) (Quit: ekr_)
# [23:15] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [23:15] <@bz> actually
# [23:15] <@bz> all that happens on first run is that the browser starts up
# [23:16] <@bz> then shuts down
# [23:16] <@bz> then starts up again
# [23:16] * Quits: paolo (paolo@moz-1E3E659D.retail.telecomitalia.it) (Ping timeout)
# [23:16] <@bz> so it may just be that this is a _shutdown_ crash
# [23:16] <@bz> (seeing the full c++ stack from the first time around would tell me for sure)
# [23:16] * Ms2ger curses editor
# [23:16] <@bz> gavin: ping
# [23:17] <bgmerrell> ah, okay
# [23:17] * mkelly is now known as mkelly|afk
# [23:18] <bgmerrell> eeejay: oh hey man :)
# [23:18] <eeejay> bgmerrell, hey! long time
# [23:19] * cjones is now known as cjones-errand
# [23:19] <bgmerrell> eeejay: no kidding, sorry, life got kind of crazy there for a while. trying to get back involved with something open source
# [23:19] * philor|away is now known as philor
# [23:19] <bgmerrell> eeejay: i forgot you and dbolter were here (i just saw dbolter leave)
# [23:20] * Quits: ericb2 (X@moz-D339E438.fbx.proxad.net) (Ping timeout)
# [23:20] <Ms2ger> bz, among the things I didn't want to know about editor: test failures if document fragments don't QI to dom::Element
# [23:20] <eeejay> bgmerrell, cool. glad you are back
# [23:21] <@bz> Ms2ger: awesome
# [23:21] <Ms2ger> (http://mxr.mozilla.org/mozilla-central/source/editor/libeditor/html/tests/test_bug520189.html?force=1)
# [23:21] <hub> bgmerrell: hey
# [23:22] <@bz> ms2ger: too many backslashes fail
# [23:23] <Ms2ger> And this code goes through nsIParserService :/
# [23:23] <bgmerrell> hub: hey!
# [23:23] * @bz sits down with this 200kb patch
# [23:23] * Ms2ger pokes ehsan
# [23:23] <Ms2ger> Also, AryehGregor
# [23:24] <bgmerrell> hub: you're at Mozilla too, apparently? I didn't know that. Cool!
# [23:24] <hub> bgmerrell: with eeejay and davidb :-)
# [23:25] * stephend|mtg is now known as stephend
# [23:25] <bgmerrell> very cool
# [23:26] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Connection reset by peer)
# [23:26] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [23:26] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:26] * Quits: kumar (kmcmillan@moz-BBE3ABD.mv.mozilla.com) (Quit: kumar)
# [23:26] <bgmerrell> bz: sorry, still trying to figure out how to do a first run
# [23:27] <@bz> bgmerrell: firefox -profile /tmp/foopy
# [23:28] * Quits: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP) (Quit: ChatZilla 0.9.87 [Firefox 3.6.28/20120306064154])
# [23:28] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: pcwalton)
# [23:28] * Quits: Ally_ (textual@moz-26DFFD6.range109-152.btcentralplus.com) (Quit: Computer has gone to sleep.)
# [23:29] * catlee is now known as catlee-away
# [23:29] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [23:29] * armenzg_buildduty is now known as armenzg_away
# [23:30] <bgmerrell> bz: I get a profile missing dialog box ("Your Firefox profile cannot be loaded. It may be missing or inaccessible"), but i do get a similar trace again when closing it.. definitely seems like a shutdown thing.
# [23:31] * Quits: bbondy (bbondy@moz-C9962B2.home.cgocable.net) (Ping timeout)
# [23:31] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [23:32] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [23:32] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:32] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
# [23:33] * Quits: armenzg_away (armenzg@moz-F54EC9D9.dsl.bell.ca) (Input/output error)
# [23:33] * philor is now known as philor|away
# [23:33] <@bz> bgmerrell: well, can you get the info I asked for? ;)
# [23:33] * Joins: mcsmurf (mcsmurf@moz-2800DE41.dip.t-dialin.net)
# [23:35] <bgmerrell> bz: heh, yes, i can't figure out how to get the add-on window to come back up (I tried creating a new profile). I'll just get a trace from a regular shut down. One sec.
# [23:36] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Ping timeout)
# [23:36] * Quits: evilpie_ (evilpie@moz-3D74E99A.pools.arcor-ip.net) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a1/20120503030512])
# [23:37] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
# [23:37] <@bz> ok
# [23:37] <@bz> have to run
# [23:37] <@bz> I bet the mDocument is null
# [23:38] <@bz> and that there's a bug in either our a11y code or the GNOME stuff. Or both
# [23:38] * bz is now known as bz_dinner
# [23:38] <bgmerrell> thanks, i'll play around with it
# [23:38] * Quits: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net) (Quit: jorendorff)
# [23:38] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Quit: madhava)
# [23:38] * Quits: smooney (smooney@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: smooney)
# [23:39] * Quits: Pike (Pike@moz-E31CD2CB.mozilla.org) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
# [23:39] <Mark_Capella|away> https://bugzilla.mozilla.org/show_bug.cgi?id=751623a11y bug with null mDocument ... saounds familiar
# [23:39] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [23:40] * Joins: jorendorff (jorendorff@moz-FAB36621.hsd1.tn.comcast.net)
# [23:40] * philor|away is now known as philor
# [23:41] * Joins: priya (Adium@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:41] * bwinton is now known as bwinton_away
# [23:42] <Mark_Capella|away> ms2ger: fix for bug 749367 seems stuck in autoland hell
# [23:42] <bgmerrell> Mark_Capella|away: ahh, and it was fixed within the last couple of hours, too
# [23:42] <Ms2ger> Bah
# [23:42] * Mark_Capella|away is now known as Mark_Capella
# [23:42] <Ms2ger> Mark_Capella, want me to push to try or can you?
# [23:42] <bgmerrell> pulling and rebuilding...
# [23:42] * Quits: graememcc (chatzilla@moz-B1CF525C.range86-150.btcentralplus.com) (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120310193349])
# [23:42] <Mark_Capella> bgmurrell: yah not sure how close to distribution it was - the fix that is
# [23:43] * Quits: jfkthame (jfkthame@15AA2040.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [23:43] <Mark_Capella> ms2ger:u can please
# [23:44] <Ms2ger> Mark_Capella, ok, will do once my own push finishes :)
# [23:44] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [23:45] * Joins: smooney (smooney@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:45] * Joins: squib (squib-@moz-415BAA34.engr.wisc.edu)
# [23:46] <Mark_Capella> ms2ger: thxs!
# [23:46] * philor is now known as philor|away
# [23:48] * jaws is now known as jaws|away
# [23:48] * jwir3 is now known as jwir3|away
# [23:51] <Ms2ger> Mark_Capella, https://tbpl.mozilla.org/?tree=Try&rev=98bd00bb353a
# [23:51] * Quits: Ms2ger (Ms2ger@94DADF20.75FBB71E.37724B0D.IP) (Quit: nn)
# [23:51] <Mark_Capella> ms2ger:cool want me to note it in the bug?
# [23:52] * Quits: tchevalier (Instantbir@moz-BA7C7754.w90-0.abo.wanadoo.fr) (Quit: Instantbird -- http://www.instantbird.com)
# [23:52] * Joins: tchevalier (Instantbir@moz-BA7C7754.w90-0.abo.wanadoo.fr)
# [23:52] <Mark_Capella> that was a cool bug - i learned stuff :p
# [23:52] * philor|away is now known as philor
# [23:53] * Quits: automata (automata@moz-1CE7A56D.ifsc.usp.br) (Quit: Saindo)
# [23:53] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [23:53] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
# [23:54] * Quits: twi (Adium@moz-B1F4A451.cust.dsl.vodafone.it) (Quit: Leaving.)
# [23:55] * Parts: pascalc2 (chatzilla@moz-446F98C8.fbxo.proxad.net)
# [23:57] * rail is now known as rail_away
# Session Close: Sat May 05 00:00:00 2012

The end :)