/irc-logs / mozilla / #developers / 2012-05-25 / end
Options:
- # Session Start: Fri May 25 00:00:02 2012
- # Session Ident: #developers
- # [00:00] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88.2 [Firefox 14.0a2/20120522042008])
- # [00:00] * Joins: TheLink (TheLink@moz-45ED2356.pools.arcor-ip.net)
- # [00:01] * devd is now known as dev_afk
- # [00:02] * philor is now known as philor|away
- # [00:03] * Quits: AryehGregor (AryehGrego@moz-10A71891.red.bezeqint.net) (Ping timeout)
- # [00:03] * Joins: overholt (overholt@moz-89F9FC0.cable.teksavvy.com)
- # [00:03] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
- # [00:04] <Waldo> bjacob, jlebar|dinner: agree with "that whole class is not const-correct", and it's not clear to me there's really a good way to apply const-ness to it; const-qualified getters doesn't seem like it'd hurt to have, tho, at the very least
- # [00:04] * Joins: AryehGregor (AryehGrego@93416E6F.402C4F1C.CC465D70.IP)
- # [00:04] * Quits: nrc (nrc@moz-5DAE2951.bitstream.orcon.net.nz) (Ping timeout)
- # [00:04] <bjacob> Waldo: the patch allowed me to proceed in my user code, in the way i'd naturally expect from a container class
- # [00:05] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
- # [00:06] * Quits: supreet (quassel@5E49BC9D.947639DE.DF11F364.IP) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
- # [00:06] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
- # [00:09] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
- # [00:09] * coop|buildduty is now known as coop|afk
- # [00:11] * Parts: zandr (zandr@moz-891BD824.milewski.org)
- # [00:12] * Joins: zandr (zandr@moz-891BD824.milewski.org)
- # [00:12] <Ameya> ehsan: in order to disable suspicious addons always in private mode i am modifying toggleMode from browser.js.
- # [00:13] * Quits: Mossop (mossop@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [00:14] * Quits: anuaimi (anuaimi@B65F78B7.1356EECA.2170E5F.IP) (Quit: anuaimi)
- # [00:14] <Ameya> for restart full addons i need to restart FF before it enters into private mode. Only then they will be disabled in private mode.
- # [00:14] * philor|away is now known as philor
- # [00:14] <Ameya> the flow would be in toggleMode i would disable addons & restart FF directly into private mode...
- # [00:15] <Ameya> but problem comes during restoring previously opened tabs...
- # [00:15] <Ameya> Any idea how to restore them..?
- # [00:16] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [00:18] * Quits: gkw (fuzz2lin@moz-BBE3ABD.mv.mozilla.com) (Quit: leaving)
- # [00:18] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Quit: ajuma)
- # [00:19] * Joins: gkw (fuzz2lin@moz-BBE3ABD.mv.mozilla.com)
- # [00:21] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [00:21] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
- # [00:21] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [00:21] <sicking> bonnie: http://mxr.mozilla.org/mozilla-central/source/content/base/src/nsDOMFileReader.cpp#516
- # [00:23] * jwir3 is now known as jwir3|away
- # [00:24] <jfkthame> ehsan: i just pushed a tryserver job with a patch for bug 758257 - i'm going to bed, but if you have a chance to test the build once it appears, and let me know the outcome, that'd be great
- # [00:24] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [00:24] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [00:25] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [00:26] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
- # [00:28] * Quits: jfkthame (jfkthame@A073A697.90783722.9542EC20.IP) (Quit: jfkthame)
- # [00:29] * Quits: int3 (int3@moz-4465BE0.cpe.net.cable.rogers.com) (Client exited)
- # [00:31] * Joins: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [00:31] * Quits: kaze (kaze@4A536503.45AA75E6.5C7CEBE3.IP) (Ping timeout)
- # [00:31] <@khuey> do we have a boston office?
- # [00:31] <@khuey> or a coworking space or something?
- # [00:31] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Quit: vanished into thin air...)
- # [00:32] * @khuey doesn't know what http://mozillamemes.tumblr.com/post/23675941494/i-just-had-a-3-layer-cappuccino-milk-coffee is referring to
- # [00:33] * wlach is now known as wlach|afk
- # [00:33] <qDot> khuey: I think we opened a boston space like last week?
- # [00:33] <@khuey> orly?
- # [00:33] <qDot> I remember jstraus talking about it when we were in sd.
- # [00:33] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Quit: Leaving.)
- # [00:34] <@khuey> interesting
- # [00:34] <WeirdAl> about damn time we had some new memes
- # [00:35] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [00:36] * catlee is now known as catlee-away
- # [00:36] * Joins: jdm (jdm@8A2C64FE.766C155A.4802DE8C.IP)
- # [00:37] <jesup> ehsan++ for getting a patch up on bug 758413 less than 7 minutes after I reported it (too bad he's not logged in here!)
- # [00:37] * Quits: nigelb (nigel@moz-8640053A.me) (Ping timeout)
- # [00:38] * geekboy is now known as geekboy|afk
- # [00:40] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
- # [00:41] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [00:41] <JPeterson> would you say that hg update is slow?
- # [00:41] * Quits: jduell (jduell@moz-30641F8D.uvs.rlghnc.sbcglobal.net) (Ping timeout)
- # [00:42] <JPeterson> it's updating at 15 kB/s
- # [00:42] * Quits: overholt (overholt@moz-89F9FC0.cable.teksavvy.com) (Ping timeout)
- # [00:42] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
- # [00:43] <RyanVM> jaws: ping
- # [00:43] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [00:43] * ChanServ sets mode: +o dbaron
- # [00:43] * Quits: automata (automata@8D23278A.C27CA109.16867D26.IP) (Ping timeout)
- # [00:43] * Joins: allison (Mibbit@moz-C8DE45DB.intradyn.com)
- # [00:43] * Joins: nigelb (nigel@moz-8640053A.me)
- # [00:43] * erick is now known as erick-afk
- # [00:43] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [00:44] <fabrice> khuey: we're renting space in a co-working office
- # [00:44] <fabrice> ask blassey for details
- # [00:44] <blassey> its a coworking space for non-profits
- # [00:45] <blassey> http://www.spacewithasoul.org/
- # [00:45] * Quits: tonymec (tonymec@E6EF9FBF.A45A0DE.277517C1.IP) (Input/output error)
- # [00:47] <kbrosnan> do they have orange couches?
- # [00:47] * Joins: bbondy (bbondy@moz-C9962B2.home.cgocable.net)
- # [00:48] * Quits: marco (marco@6323E967.A2DD14FC.10DC0B64.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 14.0a2/20120524042007])
- # [00:49] * Joins: njn (chatzilla@moz-D0F649FC.dyn.iinet.net.au)
- # [00:49] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [00:49] * kmoir_buildduty is now known as kmoir-afk
- # [00:50] * Quits: allison (Mibbit@moz-C8DE45DB.intradyn.com) (Quit: http://www.mibbit.com ajax IRC Client)
- # [00:50] <blassey> I don't think so
- # [00:50] <blassey> but there is some funky furniture around, so its possible
- # [00:50] * Joins: tonymec (tonymec@E6EF9FBF.A45A0DE.277517C1.IP)
- # [00:53] * Joins: mcot_ (mcot@C4B02.F3C4E8F3.C8444B8.IP)
- # [00:54] * Quits: JeroenDeDauw (j@3D8B249.714666EF.52AB9A83.IP) (Quit: Leaving.)
- # [00:54] * Quits: mcot (mcot@C4B02.F3C4E8F3.C8444B8.IP) (Ping timeout)
- # [00:55] * Joins: mcot__ (mcot@C4B02.F3C4E8F3.C8444B8.IP)
- # [00:55] <@khuey> fabrice: neat
- # [00:55] * Joins: mcot (mcot@C4B02.F3C4E8F3.C8444B8.IP)
- # [00:56] * jlebar|dinner is now known as jlebar
- # [00:56] * Quits: mcot_ (mcot@C4B02.F3C4E8F3.C8444B8.IP) (Ping timeout)
- # [00:56] <dietrich> NeilAway: thanks! can you file a bug plz?
- # [00:57] * Quits: mcot__ (mcot@C4B02.F3C4E8F3.C8444B8.IP) (Ping timeout)
- # [00:58] * Joins: automata (automata@8D23278A.C27CA109.16867D26.IP)
- # [00:58] * Waldo makes a note to visit the space next time he's in Boston
- # [01:00] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [01:01] * Quits: jdm (jdm@8A2C64FE.766C155A.4802DE8C.IP) (Ping timeout)
- # [01:01] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
- # [01:02] * Quits: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP) (Quit: ChatZilla 0.9.88.2 [SeaMonkey 2.7.2/20120430222706])
- # [01:02] * Quits: AaronMT (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [01:02] * Joins: jdm (jdm@8A2C64FE.766C155A.4802DE8C.IP)
- # [01:03] * rail is now known as rail_away
- # [01:03] * Joins: mcot_ (mcot@C4B02.F3C4E8F3.C8444B8.IP)
- # [01:04] * Quits: mcot (mcot@C4B02.F3C4E8F3.C8444B8.IP) (Ping timeout)
- # [01:04] * geekboy|afk is now known as geekboy
- # [01:05] * geekboy is now known as geekboy|afk
- # [01:06] * Joins: cviecco_ (cviecco@moz-8CDF17D1.hfc.comcastbusiness.net)
- # [01:08] <mattwoodrow> jlebar: ping
- # [01:08] <jlebar> mattwoodrow, hey
- # [01:08] <mattwoodrow> jlebar: I'm getting a crash in browser-frame/test_browserFrame5.html (with my patch queue), that I can't reproduce locally
- # [01:08] <jlebar> mattwoodrow, is the crash on the same OS as you are?
- # [01:08] <mattwoodrow> is there anything different that the tinderbox machines would be doing with that code?
- # [01:08] <mattwoodrow> jlebar: yes
- # [01:09] <jlebar> mattwoodrow, Windows Tinderboxen run in-process, *nix run OOP.
- # [01:09] <jlebar> mattwoodrow, But we can force *nix to in-process for testing, if you need..
- # [01:09] <mattwoodrow> It's crashing on linux on tinderbox, but not on my local linux build
- # [01:09] * Joins: fabrice1 (fabrice@moz-BBE3ABD.mv.mozilla.com)
- # [01:09] <mattwoodrow> windows appears to be fine
- # [01:10] <jlebar> Oh, you said "yes", not "no". :)
- # [01:10] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
- # [01:10] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [01:11] <jlebar> mattwoodrow, That's the only obvious difference. But can I ask what you're doing, and to see the stack?
- # [01:11] <mattwoodrow> https://tbpl.mozilla.org/php/getParsedLog.php?id=12004908&tree=Try&full=1#error0
- # [01:11] <mattwoodrow> What I'm doing.. is display list based invalidation, and its a big patch queue
- # [01:11] * Quits: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch) (Quit: Leaving.)
- # [01:12] <jlebar> Cool...
- # [01:12] <dRdR> is there a simple class I can derive to implement Release/AddRef functionality so I can use an nsRefPtr? I don't want to implement them myself, I just want it to "delete (this)" when there are 0 refs
- # [01:12] <mattwoodrow> I guess i could bisect through my changes on try, but thats not a quick solution
- # [01:12] <jlebar> mattwoodrow, Locally you pass all the browser-frame tests?
- # [01:12] <jlebar> (Not just that specific one.)
- # [01:13] <@roc> dRdR
- # [01:13] <@roc> er
- # [01:13] <@roc> dRdR: yes
- # [01:13] <mattwoodrow> jlebar: yep, they all work fine
- # [01:13] <Waldo> dRdR: RefCounted<T> in mozilla/RefPtr.h, I believe
- # [01:13] <@roc> dRdR: you can pull mfbt/RefPtr.h and inherit from RefCounted
- # [01:13] <Waldo> jinx!
- # [01:13] <dRdR> thanks Waldo and roc
- # [01:13] <@roc> alternatively you can use NS_DECL_THEBES_INLINE_REFCOUNTING
- # [01:13] <dRdR> though roc answered first so he wins
- # [01:13] <@roc> or the threadsafe version of that macro
- # [01:14] <dRdR> I want a threadsafe version
- # [01:14] <Waldo> you might have to go ugly then :-(
- # [01:14] <@roc> sorry, not "THEBES"
- # [01:14] <jlebar> mattwoodrow, I don't have a good answer for you then. :-/ One thing you could look at is whether any of the other browser-frame tests fail on tinderbox. But I'm not sure what we'd learn from that.
- # [01:14] <@roc> NS_INLINE_DECL_THREADSAFE_REFCOUNTING
- # [01:14] <jlebar> mattwoodrow, that assertion is in assert-y code that I don't understand.
- # [01:15] <dRdR> what exactly does the threadsafe version provide, shouldn't it already track references across threads?
- # [01:15] * Quits: @smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi) (Ping timeout)
- # [01:15] <@roc> or you could create a ThreadsafeRefCounted class, which is a bit better
- # [01:15] <cjones> dRdR, you usually don't want threadsafe refcounting
- # [01:15] <cjones> it's a lie
- # [01:15] <mattwoodrow> jlebar: All the tests before the crashing one pass at least
- # [01:15] <jlebar> right.
- # [01:15] <@roc> threadsafe refcounting means that refcount adds/releases areatomic
- # [01:15] <dRdR> ah okay
- # [01:16] <dRdR> cjones: elaborate?
- # [01:16] <cjones> it's not actually safe unless one thread strongly owns the object
- # [01:16] <mattwoodrow> alright, thanks anyway jlebar, I'll play around with it for a while longer
- # [01:16] <cjones> what are you trying to do?
- # [01:16] <jlebar> mattwoodrow, Sorry I couldn't help more. cjones may know. :)
- # [01:16] * khuey is now known as khuey|away
- # [01:16] <cjones> ?
- # [01:16] <dRdR> viewport metrics need to be asynchronously updated from 2 directions
- # [01:16] * khuey|away is now known as khuey
- # [01:17] <jlebar> cjones, <mattwoodrow> https://tbpl.mozilla.org/php/getParsedLog.php?id=12004908&tree=Try&full=1#error0
- # [01:17] <jlebar> <mattwoodrow> What I'm doing.. is display list based invalidation, and its a big patch queue
- # [01:17] <dRdR> what I'm doing is just storing a refptr to a viewport metric object then letting whatever needs it to copy that refptr
- # [01:17] <dRdR> if nothing refers to it anymore it should just destroy itself
- # [01:17] <mattwoodrow> cjones: Any magical guesses as to why the above would crash on try server, but not locally?
- # [01:17] <cjones> dRdR, that should just be data, and you can copy it
- # [01:17] * Joins: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com)
- # [01:17] <dRdR> ok, I thought that would be a lot slower considering how often it's called
- # [01:18] <cjones> looking
- # [01:18] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [01:18] * Joins: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net)
- # [01:18] <dRdR> cjones: the method I described is how the java code currently does it
- # [01:18] <cjones> dRdR, depends on the next level of what you're trying to do ;)
- # [01:18] <dRdR> what do you mean?
- # [01:19] <cjones> mattwoodrow, you saw "###!!! ABORT: retaining manager changed out from under us ... HELP!" right?
- # [01:20] <dRdR> cjones: actually I think you're right, I'm just guessing but I think the overhead and maintenance cost of throwing around refptrs is not worth not needing a copy op
- # [01:20] <mattwoodrow> cjones: yes
- # [01:20] <cjones> you have a layer forwarder trying to talk to two shadow layer managers
- # [01:20] <cjones> i would guess another timing issue
- # [01:20] <cjones> someone you're getting a widget created, draw to it, then it's destroyed and you try to talk to another one
- # [01:20] <cjones> s/someone/somehow/
- # [01:21] * Joins: espadrine (thaddee_ty@moz-BBE3ABD.mv.mozilla.com)
- # [01:21] <cpeterson> dRdR, where to the viewport metrics come from? Instead of keeping a RefPtr to the viewport metrics, could you keep pointers to the viewport metrics' owner and just requery when necessary? The owner could keep the metrics cached.
- # [01:21] <cjones> dRdR, i meant, it depends on who is talking to whom, and how
- # [01:21] <cjones> mattwoodrow, you should be able to repro the widget being created+destroyed unnecessarily locally
- # [01:21] <cjones> but the crash itself may be timing related
- # [01:22] <cjones> alternatively, you might getting a layer manager created and destroyed for no reason
- # [01:22] <dRdR> so CompositorParent queries it and then updates it every frame, and also it gets updated by PanZoomController
- # [01:22] * Quits: TheLink (TheLink@moz-45ED2356.pools.arcor-ip.net) (Client exited)
- # [01:22] <dRdR> this is the mechanism that separates the compositor and UI threads
- # [01:22] <dRdR> at least for the purposes of panning/zooming
- # [01:22] <mattwoodrow> thanks cjones, that should help
- # [01:22] <mattwoodrow> cjones: will this require GL layers?
- # [01:22] <dRdR> effectively I'm removing the SyncViewportInfo code that talks with the JNI and instead syncing with PanZoomController in c++
- # [01:23] <cjones> mattwoodrow, shouldn't in theory
- # [01:23] <cjones> it won't be running on TB with GL layers
- # [01:23] <cjones> dRdR, what owns the viewport metrics?
- # [01:23] <cjones> (they used to be per-layer)
- # [01:23] <dRdR> cjones: there's a middleman class called a LayerManager (bad name I want to change it)
- # [01:23] <cjones> per-container
- # [01:24] <@roc> the atomic operations for threadsafe refcounts are often super duper expensive so if it's not a large object, copying could easily be cheaper
- # [01:24] * @khuey grumbles
- # [01:24] <dRdR> cjones: actually it's one global instance of a class that owns it, at least for the purposes of synchronization
- # [01:24] <@khuey> damn crashy nightly
- # [01:24] <dRdR> roc: ok I will copy instead, thanks (it's a pretty small object)
- # [01:25] <cjones> dRdR, for now you should probably just be able to lock and update, but we'll need to change the impl later
- # [01:25] <dRdR> cjones: the way it updates is on CompositorParent. it sends new displayport info to the pzc
- # [01:25] <dRdR> cjones: ok, I think even with locking it might be faster
- # [01:25] * Quits: cviecco_ (cviecco@moz-8CDF17D1.hfc.comcastbusiness.net) (Input/output error)
- # [01:25] <cjones> i'd still need to see some more code to better advise
- # [01:25] <cjones> we can talk tomorrow in-person :)
- # [01:25] <dRdR> sure
- # [01:25] <dRdR> I think this is fine for now
- # [01:25] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Quit: Make a new plan, Stan!)
- # [01:26] * Quits: jdm (jdm@8A2C64FE.766C155A.4802DE8C.IP) (Client exited)
- # [01:26] * Quits: ianbicking (ianbicking@moz-36B9BE32.hsd1.mn.comcast.net) (Quit: ianbicking)
- # [01:27] <@roc> dRdR: you're working on the in-Gecko pan/zoom controller right?
- # [01:27] <dRdR> roc: yes
- # [01:28] <@roc> great. Can you take the RenderFrameParent code out and shoot it?
- # [01:28] <dRdR> maybe in a while, I'm on a kind of tight schedule
- # [01:28] * Joins: ianbicking (ianbicking@moz-36B9BE32.hsd1.mn.comcast.net)
- # [01:28] <@roc> I'm hoping it's just obsolete
- # [01:29] <dRdR> well, considering I don't remember ever seeing it, it probably is
- # [01:29] <Ameya> how to restart FF directly into private mode...?
- # [01:29] <@roc> also I'm looking forward to using your code for desktop scrolling when we have OMTC there
- # [01:29] <cjones> it'll be obsoleted
- # [01:29] <dRdR> well, it's going to be designed to only take in nsTouchEvent
- # [01:29] * cjones was never sure why roc has it in for that stuff :)
- # [01:29] <dRdR> but I guess it could be changed
- # [01:30] <@roc> we'll change it later
- # [01:30] <cjones> async scrolling on desktop will be a fun problem
- # [01:30] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
- # [01:30] <dRdR> seems a lot easier on desktop imo
- # [01:30] * Quits: eeejay (eitan@moz-2388D78B.tukw.qwest.net) (Quit: Ex-Chat)
- # [01:30] <@roc> the RenderFrameParent layers-related code is ghastly
- # [01:30] <dRdR> we don't have crazy multitouch stuff to deal with
- # [01:30] <cjones> yes, but we have crazy UX and compat issues to deal with
- # [01:30] <dRdR> true
- # [01:31] * Quits: kmoir-afk (chatzilla@moz-4CA9B556.cable.teksavvy.com) (Ping timeout)
- # [01:32] <KWierso> bbondy: huh, so I had flipped that app.update.stage.enabled pref to false to fix my build, restarted Firefox, downloaded and installed the update. looking in about:config, the pref was user-set to 'false', but when I right-clicked it and chose 'reset', it went to be false by default...
- # [01:32] * Joins: kmoir-afk (chatzilla@moz-4CA9B556.cable.teksavvy.com)
- # [01:32] <nthomas> yes, it's disabled right now
- # [01:32] <bbondy> ya
- # [01:32] <bbondy> that's normal
- # [01:32] * Quits: bholley (anonymous@moz-C7467218.net-82-216-232.rev.numericable.fr) (Quit: bholley)
- # [01:32] * KWierso always thought it would pick up on the change to the default and say it's the default
- # [01:33] <bbondy> ah ya I thought it would too
- # [01:33] <cjones> mattwoodrow, also, this seems related to the other fennec crash you saw
- # [01:33] <cjones> whatever happened to that?
- # [01:33] <bbondy> if you manually adjus the preference from true to false it puts it back to default
- # [01:34] <mattwoodrow> cjones: That was because i was attempting to paint widgets that were invisible / had empty bounds
- # [01:34] <cjones> ok
- # [01:34] <cjones> nothing to do with multiple widgets?
- # [01:34] <Ameya> how to restart FF directly into private mode...?
- # [01:34] <mattwoodrow> Well, there were multiple widgets
- # [01:34] <bbondy> KWierso: here's the tracking bug for re-enabling background updates, think it should be re-enabled soon: 758101
- # [01:35] <mattwoodrow> but we had never attempted to paint the others previously, since they never got any invalidations
- # [01:35] <KWierso> bbondy: yeah, I know about them being disabled currently, it was just the user-set-ness in there that threw me off
- # [01:35] <Bas> OS X debug red
- # [01:36] <bbondy> ya so I guess the original steps with a manual reset that I said were right :)
- # [01:36] <cjones> mattwoodrow, this might be related then
- # [01:36] <dRdR> Ameya: https://developer.mozilla.org/en/Command_Line_Options
- # [01:36] <Ameya> dRdR: i mean by code
- # [01:37] <KWierso> bbondy: would the user-set bit prevent people from getting back on to background updates when the default changed again (for people like me that had flipped it to false and left it there)
- # [01:37] * Quits: mcot_ (mcot@C4B02.F3C4E8F3.C8444B8.IP) (Ping timeout)
- # [01:37] <bbondy> you are the only one that did this that I know of but ya you should keep it at default
- # [01:39] * Quits: joey_ (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88.2 [Firefox 14.0a2/20120517042008])
- # [01:39] * Joins: JeroenDeDauw (j@AC3C125E.B9C22968.704C3406.IP)
- # [01:39] <Ameya> dRdR: I am changing toggleMode() from browser.js. There i need to restart & that too directly into private mode
- # [01:39] * erick-afk is now known as erick
- # [01:41] * edmorley|away is now known as edmorley
- # [01:42] * Quits: JeroenDeDauw (j@AC3C125E.B9C22968.704C3406.IP) (Quit: Leaving.)
- # [01:42] * Joins: JeroenDeDauw (j@AC3C125E.B9C22968.704C3406.IP)
- # [01:44] <RyanVM> dRdR: give me the news
- # [01:45] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Quit: Mardak)
- # [01:45] <dRdR> RyanVM: ?
- # [01:45] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [01:45] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Connection reset by peer)
- # [01:46] <RyanVM> sigh, no time for puns I guess
- # [01:46] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [01:47] * Joins: djmerrit (quassel@A7E4C2EA.E12F84AD.B3E31604.IP)
- # [01:47] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [01:47] * Quits: KittyRa (quassel@A7E4C2EA.E12F84AD.B3E31604.IP) (Ping timeout)
- # [01:48] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [01:49] <jaws> RyanVM: pong
- # [01:50] <RyanVM> jaws: nvm, already messed it up and got saved by MattN :)
- # [01:50] <jaws> ok cool, yeah i saw the bugmail
- # [01:50] <mattwoodrow> cjones: Hrm, I bet this is because the nsDisplayRemote is becoming an inactive layer
- # [01:50] <RyanVM> jaws: FWIW, I was going to ask you first! (Then I forgot about it and pushed...)
- # [01:50] <jaws> oh no problems
- # [01:51] <cjones> mattwoodrow, that would be bad
- # [01:51] <cjones> well
- # [01:51] <cjones> not necessarily
- # [01:52] <mattwoodrow> switching from active -> inactive would show as a layer manager change at least
- # [01:52] <cjones> the code is OK with temp layer managers
- # [01:53] <cjones> (since they don't affect resource management)
- # [01:53] <mattwoodrow> hrm, so it is
- # [01:53] * Quits: priya (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [01:55] * Joins: priya (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [01:56] * Joins: Mardak (Mardak@moz-9D4EA709.sfo4.dsl.speakeasy.net)
- # [01:57] <mattwoodrow> cjones: I think that assertion would still get hit though?
- # [01:57] * Quits: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP) (Ping timeout)
- # [01:57] * Joins: cviecco_ (cviecco@moz-8CDF17D1.hfc.comcastbusiness.net)
- # [01:57] <mattwoodrow> If shadow root belonged to the widget manager initially, then the next time aManager is a temporary
- # [01:58] <mattwoodrow> seems relevant anyway, I'll see what try server thinks
- # [01:58] * Quits: hub_ (hub@A5087023.2354C43D.D8E68FF6.IP) (Input/output error)
- # [01:58] * Quits: cers (textual@moz-36EADDC1.k371.webspeed.dk) (Ping timeout)
- # [01:58] * Quits: dria (dria@moz-FF31712D.dhcp-dynamic.fibreop.nb.bellaliant.net) (Quit: dria)
- # [01:59] <JPeterson> ./configure is complete screwed up
- # [01:59] * Joins: cers (textual@moz-36EADDC1.k371.webspeed.dk)
- # [01:59] <JPeterson> what kind of moron requires a reg key to find DirectX
- # [01:59] <cjones> mattwoodrow, i don't believe so
- # [01:59] <cjones> i may not be following
- # [01:59] <JPeterson> i could previously use MOZ_DIRECTX_SDK_PATH but some numbskull removed that option
- # [01:59] <cjones> mattwoodrow, oh, i see
- # [02:00] <cjones> we might be holding on to the temp container too long
- # [02:00] * Joins: tanvi (tanvi@moz-7B0110AD.mv.mozilla.com)
- # [02:00] <cjones> that sounds plausible
- # [02:00] <tanvi> anyone know how far from last call the html5 spec is
- # [02:00] * Joins: hub_ (hub@A5087023.2354C43D.D8E68FF6.IP)
- # [02:00] * Joins: allison (Mibbit@moz-B10087AC.mycingular.net)
- # [02:00] <cjones> we should have hit that previously though, if it could happen
- # [02:00] <jlebar> tanvi, Very. :)
- # [02:00] <mattwoodrow> cjones: I assume mContainer is NULL, since we get past that point
- # [02:00] <jlebar> tanvi, "Living standard" means "I laugh in the face of last call".
- # [02:00] <tanvi> so its still in Working Draft
- # [02:01] * Quits: cers (textual@moz-36EADDC1.k371.webspeed.dk) (Ping timeout)
- # [02:01] <mattwoodrow> then shadowRoot->Manager() is the widget manager, and aManager is a temporary
- # [02:01] <cjones> (non-null)
- # [02:01] <jlebar> tanvi, AIUI it's not going through the regular W3C process of working draft --> whatever --> whatever.
- # [02:01] <tanvi> ah okay
- # [02:01] <cjones> could be
- # [02:01] <mattwoodrow> I do mean actually NULL, since we'd return on line 544 if it was non-null
- # [02:01] <cjones> i don't remember exactly how this worked previously
- # [02:01] <@roc> man, Alice can reproduce everything
- # [02:01] <@roc> it's not fair
- # [02:02] <cjones> mattwoodrow, i assumed the failing assertion was NS_ABORT_IF_FALSE(!mContainer ||
- # [02:02] <cjones> IsTempLayerManager(aManager) ||
- # [02:02] <cjones> mContainer->Manager() == aManager,
- # [02:02] <cjones> the line numbers in your log don't match those in my m-c tree
- # [02:02] <mattwoodrow> cjones: Nope, its the next assertion with the same message
- # [02:02] <cjones> well, that's different :)
- # [02:02] <mattwoodrow> indeed
- # [02:03] <jlebar> So I have a JS object I'm returning as a service. It implements two interfaces via QI. But C++ code doesn't seem to be able to QI to the second interface.
- # [02:03] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [02:03] <jlebar> I imagine I'm doing something stupid here, but I can't seem to figure this out.
- # [02:03] <jlebar> Does XPCOM do something like reject an object's QI if it doesn't have the right functions defined?
- # [02:03] * Joins: zwol (zack@moz-A5165AC6.lightspeed.sntcca.sbcglobal.net)
- # [02:04] <cjones> mattwoodrow, ok, i think the intention there was to do nothing for a temp manager
- # [02:04] * Quits: kmoir-afk (chatzilla@moz-4CA9B556.cable.teksavvy.com) (Ping timeout)
- # [02:04] <cjones> so if (mContainer && mContainer->Manager() != aManager) { should probably not check if (mContainer|
- # [02:04] <cjones> well
- # [02:04] * Quits: cviecco_ (cviecco@moz-8CDF17D1.hfc.comcastbusiness.net) (Input/output error)
- # [02:04] <cjones> wait
- # [02:04] * Quits: allison (Mibbit@moz-B10087AC.mycingular.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [02:04] * cjones is confusing himself, one minute
- # [02:05] * Joins: cers (textual@moz-36EADDC1.k371.webspeed.dk)
- # [02:05] <WeirdAl> jlebar: pastebin?
- # [02:05] * Quits: zwol (zack@moz-A5165AC6.lightspeed.sntcca.sbcglobal.net) (Quit: Ex-Chat)
- # [02:05] * Joins: zwol (zack@moz-A5165AC6.lightspeed.sntcca.sbcglobal.net)
- # [02:05] <jlebar> WeirdAl, http://pastie.org/3963764
- # [02:05] <cjones> mattwoodrow, yeah i think you're hitting a new condition that this code should have handled
- # [02:06] <cjones> i have absolutely no clue why we would get into this state
- # [02:06] <jlebar> WeirdAl, Then the caller is nsGlobalWindow::OpenInternal. Search for nsPIWindowWatcher. The assertion right below that is failing, because the QI fails, presumably.
- # [02:06] * Quits: edmorley (edmorley@moz-3D130806.range86-166.btcentralplus.com) (Quit: Leaving.)
- # [02:06] <WeirdAl> jlebar: nsPIWindowWatcher is not scriptable.
- # [02:06] <WeirdAl> http://mxr.mozilla.org/mozilla-central/source/embedding/components/windowwatcher/public/nsPIWindowWatcher.idl#19
- # [02:06] <cjones> mattwoodrow, if we never built a layer for the "real" manager, or it was tossed out, and then we were asked to composite-to-temporary
- # [02:07] <cjones> it's also possible that the layer manager is non-temporary and changed
- # [02:07] <jlebar> WeirdAl, Yay.
- # [02:07] <jlebar> WeirdAl, Thanks. :)
- # [02:07] <mattwoodrow> cjones: If it's being treated as an inactive layer, that could happen
- # [02:07] <WeirdAl> so you're referring to a member of Components.interfaces that does not exist.
- # [02:07] <mattwoodrow> and the inactive part can happen, thanks to my component alpha patch, but i'm testing a fix to prevent that
- # [02:07] <cjones> mattwoodrow, right, but if it's inactive it should have been active at some point
- # [02:07] * Joins: kvda (kvda@AFDD388F.C3893E67.923345AB.IP)
- # [02:07] <cjones> oh
- # [02:08] <cjones> that part i won't pretend to understand :)
- # [02:08] <mattwoodrow> Yeah, it could go straight to inactive
- # [02:08] <cjones> anyway, this code should still be robust to the case of draw-to-temp before any other layer manager
- # [02:08] <WeirdAl> jlebar: no problem. I'm a little surprised you didn't think of that :)
- # [02:09] <cjones> er, before the retaining manager
- # [02:09] <mattwoodrow> Yeah, I think it should be fine without me changing expectations
- # [02:10] <cjones> let's hope that's the problem :)
- # [02:10] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
- # [02:11] * Quits: JeroenDeDauw (j@AC3C125E.B9C22968.704C3406.IP) (Ping timeout)
- # [02:12] * nthomas is now known as nthomas|away
- # [02:12] * Quits: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com) (Quit: damons)
- # [02:12] * lsblakk is now known as lsblakk|afk
- # [02:12] * Quits: cpearce (chatzilla@moz-61822E48.xdsl.xnet.co.nz) (Ping timeout)
- # [02:13] * Quits: Mardak (Mardak@moz-9D4EA709.sfo4.dsl.speakeasy.net) (Quit: Mardak)
- # [02:13] <jlebar> Do I have to change the interface's UUID when I make it scriptable?
- # [02:13] * Joins: sgautherie (chatzilla@moz-D7B69DC4.fbxo.proxad.net)
- # [02:13] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Client exited)
- # [02:13] * Joins: JeroenDeDauw (j@FDB267C0.86078B8F.172227A7.IP)
- # [02:14] <WeirdAl> before you do that, jlebar, ask: why was it not scriptable in the first place?
- # [02:15] * Joins: jrmuizel (jrmuizel@F7CF1233.F8C4DECC.DA78B690.IP)
- # [02:15] <jlebar> WeirdAl, I did, to myself. My guess is that it's "private". Or maybe someone forgot.
- # [02:15] <jlebar> But I can ask bz in my bug. :)
- # [02:16] * Quits: sriram (sriramr@moz-7B0110AD.mv.mozilla.com) (Quit: sriram)
- # [02:16] <jlebar> WeirdAl, There's nothing in the interface itself which suggests it can't be scriptable.
- # [02:17] <WeirdAl> wow.
- # [02:17] <WeirdAl> You're physically replacing the component with another. That's... dodgy.
- # [02:18] <WeirdAl> since you're explicitly keeping the original component too
- # [02:18] * Joins: davidb (davidb@moz-68BF56A6.dsl.bell.ca)
- # [02:18] <WeirdAl> what's this all for?
- # [02:18] <jlebar> WeirdAl, https://bugzilla.mozilla.org/show_bug.cgi?id=742944
- # [02:19] <jlebar> WeirdAl, But for a more complete example of the same thing, see https://bugzilla.mozilla.org/show_bug.cgi?id=741587
- # [02:19] * Quits: TheCrap (TheCrap@moz-731E17E4.dip0.t-ipconnect.de) (Ping timeout)
- # [02:20] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [02:20] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
- # [02:21] * Quits: ianbicking (ianbicking@moz-36B9BE32.hsd1.mn.comcast.net) (Quit: ianbicking)
- # [02:21] * Parts: tanvi (tanvi@moz-7B0110AD.mv.mozilla.com)
- # [02:22] * mimcpher is now known as mcpherrinm
- # [02:22] <WeirdAl> jlebar: are you familiar with NS_FORWARD_... in C++ XPCOM?
- # [02:22] <jlebar> WeirdAl, No...
- # [02:23] * mcpherrinm is now known as mimcpher
- # [02:23] <WeirdAl> ok, obscure XPCOM lesson #642
- # [02:23] <WeirdAl> the xpidl parser, in generating .h files, creates a few macros for class headers
- # [02:24] <WeirdAl> (someone like biesi correct me when I get this wrong; I'm very likely to)
- # [02:24] <WeirdAl> the most commonly used one is NS_DECL_...
- # [02:24] <WeirdAl> example: NS_DECL_NSIDOMNODE
- # [02:25] <WeirdAl> however, for some implementations of an interface, you just want to forward the call. Your JS component looks to be one of these cases.
- # [02:25] * Quits: priya (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [02:25] <WeirdAl> for this reason, these same generated .h files also include NS_FORWARD_... and NS_FORWARD_SAFE_...
- # [02:26] <jlebar> WeirdAl, That's nice, but I'm not rewriting all this code in C++ so I can use a macro...
- # [02:26] <WeirdAl> nor should you :)
- # [02:26] <jlebar> (I don't mean that sarcastically...it *is* nice.)
- # [02:27] <jlebar> WeirdAl, I know this is complicated when I search for the macro and I see "xxx I wish we could use virtual inheritance".
- # [02:27] <WeirdAl> heh
- # [02:28] <WeirdAl> well, aside from a debug statement, the pastebin you showed me is simply a forwarding call. Work-in-progress, I assume.
- # [02:28] * Quits: dveditz (dveditz@moz-BBE3ABD.mv.mozilla.com) (Quit: dveditz)
- # [02:28] <WeirdAl> maybe I should go back to reading the bugs you showed me a moment ago to infer your intent.
- # [02:29] * bwinton_away is now known as bwinton
- # [02:31] <WeirdAl> ... I'm still not grokking the intent.
- # [02:31] <jlebar> WeirdAl, Oh, indeed. Yes, it's going to do more than only forward. :D
- # [02:31] * Quits: jrmuizel (jrmuizel@F7CF1233.F8C4DECC.DA78B690.IP) (Ping timeout)
- # [02:32] <WeirdAl> what, specifically, will it do more?
- # [02:32] <jlebar> WeirdAl, Well, for starters, it's going to capture openwindow calls and do its own thing with them.
- # [02:32] <WeirdAl> "its own thing"
- # [02:32] <jlebar> openwindow calls for certain windows.
- # [02:32] * Quits: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [02:33] <jlebar> It's going to forward them to browserelementchild, bubble up to browserelementparent, fire an event on <iframe mozbrowser> for Gaia to observe...
- # [02:33] * Quits: jesup (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [02:34] * Joins: allison (Mibbit@moz-D068BA12.mycingular.net)
- # [02:34] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving...)
- # [02:34] * Quits: KaiRo (robert@moz-9998C26C.adsl.highway.telekom.at) (Input/output error)
- # [02:35] <allison> When I inspect {a: 3}, I get 3 not a:3. When I inspect {a: 3, b: 4}, I get Exception: Invalid Label
- # [02:35] <allison> Is this a bug or correct behavior?
- # [02:35] <WeirdAl> and you're implementing a whole new component designed to replace the original service's location in Components.classes, while still calling on that original service's methods, etc...
- # [02:35] <allison> It happens in both the scratchpad and web console
- # [02:35] <WeirdAl> why not just modify the underlying service?
- # [02:35] * Mook_as wonders if jlebar would be able to get away with slapping the old impl on the proto chain, now that some special magic was removed
- # [02:35] <WeirdAl> at the C++ level
- # [02:35] <Mook_as> allison: you probably want ({a:3})
- # [02:36] <jlebar> WeirdAl, Well, for one thing, I'm not the only one working on this, and we want to keep as much in JS as possible.
- # [02:36] <jlebar> WeirdAl, For another thing, the underlying service is not always the same.
- # [02:36] <WeirdAl> as possible, or as practical? :)
- # [02:36] <jlebar> WeirdAl, For example, the prompt service is different on fennec and Firefox.
- # [02:36] <Mook_as> allison: since {a:3} is a block, with a label "a", and an expression statement "3" (with automatic semicolon insertion), and not an object literal
- # [02:36] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: anant)
- # [02:36] <jlebar> Mook_as, That's an interesting idea.
- # [02:36] <allison> Mook_as: thanks!
- # [02:37] <WeirdAl> I have to admit, I don't follow you, Mook_as
- # [02:37] <WeirdAl> are you saying a JS object can have a C++ object as its prototype?
- # [02:37] <Mook_as> jlebar: that used to _not_ work, because XPConnect "helpfully" used the proto's QI impl, but some bugmail recently lead me to believe that behaviour is gone
- # [02:38] <Mook_as> WeirdAl: exactly; the C++ object is wrapped by xpconnect, of course, but it's JS-y enough that you probably won't need to implement junk you don't care about
- # [02:38] * WeirdAl is... skeptical, especially about non-scriptable interfaces
- # [02:38] <dRdR> what's preferred right now, nsnull or NULL?
- # [02:39] <Mook_as> oh yeah, non-scriptable, you have no chance
- # [02:39] * Quits: sgautherie (chatzilla@moz-D7B69DC4.fbxo.proxad.net) (Quit: ChatZilla 0.9.78.1 [SeaMonkey 1.5a/2007051508])
- # [02:39] <Mook_as> that's assuming he's already making it scriptable :)
- # [02:39] <jlebar> Yeah, everything is scriptable here.
- # [02:39] * zpao is now known as zpao|detached
- # [02:39] <WeirdAl> well, it's worth a shot, jlebar
- # [02:39] * juanb is now known as juanb|jog
- # [02:40] <WeirdAl> it'd make your life easier
- # [02:40] <WeirdAl> if you can call the underlying prototype's methods appropriately on methods you override
- # [02:41] <Mook_as> no reason you can't reference it as an additional property :)
- # [02:41] <WeirdAl> seriously, though, I'd consider doing this piece in C++ using the macro forwarding to stub out the base methods you don't need
- # [02:41] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/bd4201e13a9f - John Ford - bug 758425 -- add nightly mozconfig for non-debug builds r=mwu DONTBUILD
- # [02:41] <WeirdAl> and keep in mind I'm a pretty big believer in JS
- # [02:41] <RyanVM> njn: looks like you've got jsreftest crashing
- # [02:41] * Quits: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
- # [02:42] * Quits: JeroenDeDauw (j@FDB267C0.86078B8F.172227A7.IP) (Ping timeout)
- # [02:42] <WeirdAl> so we come back to the key question: why is this interface not scriptable?
- # [02:42] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
- # [02:42] * Joins: JeroenDeDauw (j@79743504.623E412C.172227A7.IP)
- # [02:42] <WeirdAl> and I don't know the answer :)
- # [02:43] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
- # [02:43] * Joins: akeybl_ (akeybl@moz-BBE3ABD.mv.mozilla.com)
- # [02:43] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
- # [02:43] * Joins: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp)
- # [02:44] * cadecairos_away is now known as cadecairos
- # [02:45] <WeirdAl> too bad you can't just add in observer service notifications... but that'd tell the whole world
- # [02:46] * Quits: JeroenDeDauw (j@79743504.623E412C.172227A7.IP) (Ping timeout)
- # [02:46] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [02:47] <RyanVM> njn: backing you out
- # [02:47] <Waldo> dRdR: I'd assume multitouch will come to desktop eventually (probably is already there for new enough hardware, particularly laptop desktops ;-) )
- # [02:47] * Joins: dria (dria@moz-FF31712D.dhcp-dynamic.fibreop.nb.bellaliant.net)
- # [02:47] * Quits: tonymec (tonymec@E6EF9FBF.A45A0DE.277517C1.IP) (Ping timeout)
- # [02:47] * Joins: JeroenDeDauw (j@C0E9E96D.EFB1539A.D38347F4.IP)
- # [02:48] * Quits: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [02:49] <dRdR> Waldo: yeah, it's just not something that's really an issue yet, though there are some laptop/tablet crossovers with multitouch
- # [02:50] <allison> Maybe I am being too pedantic with this question, but is it alright for my second bug to be a "good first bug"?
- # [02:50] <gavin> yes
- # [02:50] <mwu> but you must leave a regression of equal value
- # [02:50] * Quits: hub_ (hub@A5087023.2354C43D.D8E68FF6.IP) (Input/output error)
- # [02:50] * Joins: tonymec (tonymec@E6EF9FBF.A45A0DE.277517C1.IP)
- # [02:51] <Waldo> allison: to clarify, you're typing statements into the console; { a: 3 } is a block statement, containing a labeled ("a") statement that's the expression 3; it's all because of ambiguity between { starting a block statement and { starting an object literal being resolved in favor of it being a block statement (of course in expression context there's no ambiguity, hence there { is always an...
- # [02:51] <Waldo> ...object literal)
- # [02:51] * Quits: mreavy (chatzilla@52A1524D.4E7EDEC9.632B8C24.IP) (Ping timeout)
- # [02:51] <Waldo> allison: feel free to fix any bug you want :-)
- # [02:52] * Joins: jduell (jduell@moz-1C895614.nc.res.rr.com)
- # [02:52] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
- # [02:53] * Joins: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP)
- # [02:53] * Quits: clee (clee@52A1524D.4E7EDEC9.632B8C24.IP) (Quit: clee)
- # [02:54] * Quits: tonymec (tonymec@E6EF9FBF.A45A0DE.277517C1.IP) (Ping timeout)
- # [02:54] <allison> Waldo: yay... didn't want to cheat
- # [02:54] * Quits: hub (hub@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [02:55] * WeirdAl calls it a day
- # [02:55] * Quits: WeirdAl (chatzilla@moz-D461843.ask.info) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
- # [02:55] * Quits: Goldorak (chatzilla@27637B53.1EC05627.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [02:55] * Quits: mak (chatzilla@moz-C9B44EE1.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
- # [02:56] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [02:57] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Connection reset by peer)
- # [02:57] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [02:59] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
- # [03:00] * khuey is now known as khuey|away
- # [03:02] <cers> is there any way to determine which functions in which files are called during a specific run of Firefox?
- # [03:02] * Joins: tonymec (tonymec@E6EF9FBF.A45A0DE.277517C1.IP)
- # [03:03] <padenot> cers: a debugger ?
- # [03:03] * Joins: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com)
- # [03:03] * Quits: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com) (Quit: sworkman_)
- # [03:03] <cers> padenot: will that give me a list of all functions run in the course of execution?
- # [03:04] <cers> or rather, do you know of any that will?
- # [03:04] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [03:04] * Fallen|away is now known as Fallen
- # [03:04] * jlebar is now known as jlebar|away
- # [03:04] <jlebar|away> cers, callgrind?
- # [03:05] <padenot> yeah, callgrind
- # [03:05] <padenot> or sysprof, given it appears in profiles
- # [03:05] * Quits: jduell (jduell@moz-1C895614.nc.res.rr.com) (Ping timeout)
- # [03:06] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
- # [03:06] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [03:06] <cers> thanks guys :-)
- # [03:07] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
- # [03:08] <@roc> I keep getting annoyed by the failure of focus to follow eyes
- # [03:08] * Quits: WG9s (bill@moz-D750CC69.maine.res.rr.com) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 12.0/20120424094117])
- # [03:08] <jtcranmer> I totally agree
- # [03:08] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: gone)
- # [03:08] * Joins: jduell (jduell@moz-1C895614.nc.res.rr.com)
- # [03:09] * Joins: vikram360 (vikram360@178B10B0.8FBA3BDE.2A068A5E.IP)
- # [03:10] <RyanVM> wtf? http://pastebin.mozilla.org/1649656
- # [03:10] <darktrojan> KWierso, I *think* the whitelist is synced automatically http://www.reddit.com/r/firefox/comments/u35hy/how_to_sync_aboutconfig_between_computers_and/c4s0gka
- # [03:10] * Quits: smontagu (chatzilla@ACD131AA.B9386950.51B98CA5.IP) (Ping timeout)
- # [03:10] * Quits: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
- # [03:10] * Quits: AryehGregor (AryehGrego@93416E6F.402C4F1C.CC465D70.IP) (Ping timeout)
- # [03:10] * Quits: avih (quassel@moz-7B54652F.red.bezeqint.net) (Ping timeout)
- # [03:11] * Quits: jduell (jduell@moz-1C895614.nc.res.rr.com) (Ping timeout)
- # [03:11] * Joins: smontagu (chatzilla@ACD131AA.B9386950.51B98CA5.IP)
- # [03:12] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [03:13] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [03:15] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [03:16] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [03:16] * juanb|jog is now known as juanb
- # [03:16] <@roc> hmm, Flash has disappeared from my machine
- # [03:16] * Quits: JeroenDeDauw (j@C0E9E96D.EFB1539A.D38347F4.IP) (Ping timeout)
- # [03:16] <RyanVM> roc: darn
- # [03:16] <darktrojan> why don't we blocklist the reddit enhancement suite? it clearly leaks like a sieve
- # [03:17] <jtcranmer> roc: it noticed you were developing HTML5 APIs and decided to fold
- # [03:17] <njn> RyanVM: huh... sorry
- # [03:17] <RyanVM> njn: check out that pastebin link a few comments up
- # [03:17] * Quits: chewey (chewey@moz-5E4A4271.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
- # [03:17] * Joins: JeroenDeDauw (j@5F3BB495.BFD7ACFD.D38347F4.IP)
- # [03:17] <RyanVM> njn: any clue what's going on?
- # [03:18] * Joins: chewey (chewey@moz-76B720F.dip0.t-ipconnect.de)
- # [03:18] <njn> RyanVM: what's worrying you?
- # [03:18] <fryn> darktrojan: we could reach out to the RES author(s) first
- # [03:18] <fryn> and see if they can do a quick turnaround.
- # [03:18] <RyanVM> look at the private/explicit/etc at the bottom
- # [03:19] <njn> RyanVM: that is odd
- # [03:19] * RyanVM wonders if it has to due with azure-content being turned on
- # [03:19] <njn> RyanVM: does the system monitor/task manager agree with those numbers, roughly?
- # [03:19] <RyanVM> yes
- # [03:19] <RyanVM> i first checked because I was paging horribly
- # [03:20] <zzzzz> RyanVM: windows ? I don't see any wildly high numbers there with azure-content on
- # [03:20] <njn> RyanVM: azure-content sounds plausible... we're clearly not reporting some memory. If it was heap memory it would show up under "heap-unclassified". So it must be OS-allocated, e.g. VirtualAlloc
- # [03:21] <RyanVM> zzzzz: I have intel graphics, fwiw
- # [03:21] * RyanVM wonders if it's shared vram
- # [03:21] <zzzzz> ATI HD3200 chipset here
- # [03:21] <zzzzz> ooh, maybe
- # [03:22] * Quits: JeroenDeDauw (j@5F3BB495.BFD7ACFD.D38347F4.IP) (Ping timeout)
- # [03:22] * Quits: biesi (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP) (Ping timeout)
- # [03:22] <RyanVM> but it seems I'm leaking something
- # [03:22] <RyanVM> badly
- # [03:22] <zzzzz> http://pastebin.mozilla.org/1649659
- # [03:22] * Joins: JeroenDeDauw (j@26AA2A9D.D38C86E8.172227A7.IP)
- # [03:23] <zzzzz> mine ^
- # [03:23] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [03:23] <zzzzz> 9 tabs open
- # [03:23] * fabrice is now known as fabrice|afk
- # [03:23] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
- # [03:23] <zzzzz> I don't use adblock
- # [03:23] <zzzzz> wait, wasn't there a bug on adblock eating lots of memory ?
- # [03:23] * nthomas|away is now known as nthomas
- # [03:24] <RyanVM> yeah, but that would show up as reported memory
- # [03:24] <RyanVM> this isn't showing up under any reporters
- # [03:24] * Quits: jbalogh (jbalogh@moz-5D2708AA.hsd1.ca.comcast.net) (Quit: Leaving...)
- # [03:25] * Joins: kmoir-afk (chatzilla@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
- # [03:26] * Quits: fabrice1 (fabrice@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [03:27] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [03:27] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [03:29] * Quits: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Quit: juanb)
- # [03:30] <RyanVM> njn, zzzzz: cpu-z says I'm currently using 1807MB of graphics memory
- # [03:30] <njn> RyanVM: what do you mean by "reported memory"?
- # [03:30] <njn> RyanVM: oh, you were talking about ABP, sorry
- # [03:31] <RyanVM> yeah
- # [03:31] <RyanVM> this looks pretty likely to be a shared vram reporting issue and a huge leak
- # [03:32] <RyanVM> brb, going to restart fx
- # [03:32] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a1/20120523184257])
- # [03:32] * Quits: billm (billm@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
- # [03:33] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # [03:34] * Quits: nhirata (nhirata.bu@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: nhirata)
- # [03:34] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [03:35] * Quits: cdiehl (cdiehl@moz-F4FFF560.pool.mediaways.net) (Ping timeout)
- # [03:36] * Quits: davidb (davidb@moz-68BF56A6.dsl.bell.ca) (Quit: blast off!)
- # [03:37] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
- # [03:37] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
- # [03:38] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
- # [03:38] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Quit: jgriffin)
- # [03:40] <njn> RyanVM: I guess you need to turn off azure-content and see if that helps
- # [03:40] <RyanVM> yes
- # [03:40] <nthomas> bbondy: thanks for the info on 657789, very helpful!
- # [03:40] * Joins: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP)
- # [03:41] <bbondy> np :)
- # [03:41] * Joins: raphc_ (rc@moz-3A99E0D5.wb.wifirst.net)
- # [03:41] * Quits: raphc (rc@moz-3A99E0D5.wb.wifirst.net) (Connection reset by peer)
- # [03:41] * Joins: surkov_ (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP)
- # [03:41] * Quits: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP) (Connection reset by peer)
- # [03:41] * surkov_ is now known as surkov
- # [03:43] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Connection reset by peer)
- # [03:43] * dhylands is now known as dhylands-dinner
- # [03:43] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
- # [03:44] * njn just realized that 'xor' is the same as '!='
- # [03:44] <bbondy> nthomas: btw if you use signmar it can do everything that mar can do
- # [03:44] <bbondy> so there's no need to use diff binaries if you're already using signmar
- # [03:45] <bbondy> and signmar will appear in objdir/dist/bin whereas mar appears in the host dir when building
- # [03:45] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [03:45] <nthomas> roger that
- # [03:46] <bbondy> it's a lot of work but I blame bsmith for making updates secure :P
- # [03:46] <nthomas> heh
- # [03:48] * Joins: surkov_ (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP)
- # [03:48] * Quits: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP) (Connection reset by peer)
- # [03:48] * surkov_ is now known as surkov
- # [03:49] <bsmith> sorry
- # [03:49] <bbondy> :)
- # [03:50] <bsmith> It is the fault of whoever taught me how to use the "clone bug" feature of bugzilla, mostly
- # [03:50] <njn> why does jstests.py tell me my test succeeded when it actually segfaulted? WTF?
- # [03:50] <bbondy> hah
- # [03:51] * Quits: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com) (Client exited)
- # [03:52] * Joins: JeroenDeDauw1 (j@F76F0C07.D8385052.172227A7.IP)
- # [03:52] * Quits: JeroenDeDauw (j@26AA2A9D.D38C86E8.172227A7.IP) (Ping timeout)
- # [03:52] * Quits: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [03:52] * Joins: rajul (quassel@8AF2C56B.6876F9A3.27560D6E.IP)
- # [03:52] * Quits: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving.)
- # [03:52] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
- # [03:53] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [03:53] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Boriss)
- # [03:54] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
- # [03:55] * philor is now known as philor|away
- # [03:55] * Quits: sewardj (sewardj@moz-7A090DB6.dip.t-dialin.net) (Ping timeout)
- # [03:56] * Quits: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP) (Quit: surkov)
- # [03:56] * Joins: sewardj (sewardj@moz-A00A42B8.dip.t-dialin.net)
- # [03:56] * ewong|afk is now known as ewong
- # [03:56] * Quits: JeroenDeDauw1 (j@F76F0C07.D8385052.172227A7.IP) (Ping timeout)
- # [03:56] * Joins: mcot_ (mcot@moz-F552191C.hsd1.va.comcast.net)
- # [03:58] * Quits: vikram360 (vikram360@178B10B0.8FBA3BDE.2A068A5E.IP) (Connection reset by peer)
- # [03:59] * Quits: bbondy (bbondy@moz-C9962B2.home.cgocable.net) (Connection reset by peer)
- # [03:59] * joduinn-mtg is now known as joduinn
- # [03:59] * Quits: masayuki (Daily@moz-911CC660.zaq.ne.jp) (Quit: masayuki)
- # [04:00] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
- # [04:00] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Connection reset by peer)
- # [04:00] * Quits: masayuki (Daily@moz-911CC660.zaq.ne.jp) (Quit: masayuki)
- # [04:00] * Joins: bbondy (bbondy@moz-C9962B2.home.cgocable.net)
- # [04:00] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
- # [04:00] * Quits: masayuki (Daily@moz-911CC660.zaq.ne.jp) (Quit: masayuki)
- # [04:00] * Joins: crussell (colby@4C613230.5A834493.B8E6AC67.IP)
- # [04:00] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
- # [04:01] * Quits: masayuki (Daily@moz-911CC660.zaq.ne.jp) (Quit: masayuki)
- # [04:01] * Joins: cdiehl (cdiehl@moz-F4FFF560.pool.mediaways.net)
- # [04:02] * Quits: bbondy (bbondy@moz-C9962B2.home.cgocable.net) (Connection reset by peer)
- # [04:02] * Joins: bbondy2 (bbondy@moz-C9962B2.home.cgocable.net)
- # [04:03] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
- # [04:03] * bbondy2 is now known as bbondy
- # [04:03] * Quits: bbondy (bbondy@moz-C9962B2.home.cgocable.net) (Connection reset by peer)
- # [04:03] * Joins: bbondy2 (bbondy@moz-C9962B2.home.cgocable.net)
- # [04:03] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [04:04] * bbondy2 is now known as bbondy
- # [04:06] * Joins: AryehGregor (AryehGrego@93416E6F.402C4F1C.CC465D70.IP)
- # [04:07] * Quits: bbondy (bbondy@moz-C9962B2.home.cgocable.net) (Ping timeout)
- # [04:08] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
- # [04:09] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [04:09] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [04:09] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [04:10] * Fallen is now known as Fallen|away
- # [04:10] * Quits: mike5w3c (MikeS@moz-83ED83F7.xgsspn.imtp.tachikawa.spmode.ne.jp) (Quit: mike5w3c)
- # [04:11] * bwinton is now known as bwinton_away
- # [04:11] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [04:11] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [04:12] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [04:12] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a1/20120523184257])
- # [04:12] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [04:13] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Connection reset by peer)
- # [04:13] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [04:13] * Joins: crussell (colby@4C613230.5A834493.B8E6AC67.IP)
- # [04:13] <mwu> gw280: ping
- # [04:13] * Quits: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [04:14] <darktrojan> new memes. a=me
- # [04:16] * Joins: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP)
- # [04:17] <@dolske> njn / bent: I call your attention to https://bugzilla.mozilla.org/show_bug.cgi?id=749010#c71
- # [04:18] * Joins: RudyL (rudy@moz-99690620.hinet-ip.hinet.net)
- # [04:18] * Joins: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net)
- # [04:19] <njn> dolske: nice work, thanks
- # [04:19] <@dolske> njn: and specifically the very last line. :)
- # [04:19] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
- # [04:20] <njn> dolske: you'll be amused that I initially interpreted "JS hacker" as "JS engine hacker"
- # [04:20] <@dolske> noooooo
- # [04:21] * Joins: priya (Adium@moz-5843392D.hsd1.ca.comcast.net)
- # [04:21] * Quits: priya (Adium@moz-5843392D.hsd1.ca.comcast.net) (Client exited)
- # [04:21] * Joins: mburst (mburst@C5B03ED4.15EE8362.5379700C.IP)
- # [04:22] * Quits: mburst (mburst@C5B03ED4.15EE8362.5379700C.IP) (Quit: Leaving)
- # [04:22] * Quits: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net) (Ping timeout)
- # [04:22] <darktrojan> :(
- # [04:22] * Joins: hiro1 (zoe@moz-3B2FFFC3.tcg.mesh.ad.jp)
- # [04:23] <njn> dolske: it's easy, I'm looking at js/src/frontend/Parser.cpp right now, I'll teach you how it works
- # [04:23] * Joins: dvander`home (dvander@moz-15794884.prvdri.fios.verizon.net)
- # [04:23] <njn> dolske: all 7140 lines of it
- # [04:24] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Connection reset by peer)
- # [04:24] * Joins: crussell (colby@4C613230.5A834493.B8E6AC67.IP)
- # [04:25] <@dolske> well... I _do_ manage the front-end team...
- # [04:25] <njn> dolske: it's a match made it heaven
- # [04:26] * cjones is now known as cjones-dinner
- # [04:26] * Joins: timdream (timdream@moz-99690620.hinet-ip.hinet.net)
- # [04:27] * Joins: bonnie (bbsurender@3035F4A5.3753335A.B66DD36E.IP)
- # [04:28] * Parts: hiro1 (zoe@moz-3B2FFFC3.tcg.mesh.ad.jp)
- # [04:28] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [04:28] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [04:29] * Quits: bonnie (bbsurender@3035F4A5.3753335A.B66DD36E.IP) (Quit: Ex-Chat)
- # [04:30] * Quits: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP) (Quit: surkov)
- # [04:31] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Ping timeout)
- # [04:31] <romaxa> do we really need dom/interfaces/base/nsIDOMWindow.idl.orig
- # [04:32] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Connection reset by peer)
- # [04:32] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [04:32] <romaxa> http://mxr.mozilla.org/mozilla-central/source/dom/interfaces/base/nsIDOMWindow.idl.orig
- # [04:32] * Joins: mike5w3c (MikeS@moz-83ED83F7.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [04:32] * Joins: crussell (colby@4C613230.5A834493.B8E6AC67.IP)
- # [04:32] <dRdR> romaxa: that sounds relevant to code I'm working on, so probably yes, or at least nsIDOMWindowUtils (haven't looked at how intertwined they are)
- # [04:33] * Joins: ericjung (Mibbit@moz-F3A58A61.bstnma.fios.verizon.net)
- # [04:33] <KWierso> romaxa: probably not. didn't someone remove an accidentally-added *.orig file yesterday?
- # [04:33] <dRdR> oh whoops, didn't notice the .orig x_x
- # [04:34] <romaxa> dRdR: yep it looks like someone added .orig to patch and pushed that... review=bz
- # [04:34] <dRdR> unfathomable
- # [04:34] <dRdR> bz never makes mistakes
- # [04:34] * philor|away is now known as philor
- # [04:35] * KWierso was under the impression the .orig came from a post-review cleanup or something
- # [04:35] <gw280> mwu: yo
- # [04:35] <dRdR> must have been
- # [04:35] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Connection reset by peer)
- # [04:35] * bhearsum|bbl is now known as bhearsum|afk
- # [04:36] <gw280> mwu: it looks like ANDROID_NDK isn't being set everywhere
- # [04:36] <gw280> mwu: so some files are being built with it, and some aren't
- # [04:36] <gw280> mwu: which causes a linker mismatch in the newer revs of skia, and it appears that we're lucky in the older versions to not trigger any link failures
- # [04:36] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
- # [04:37] * heycam is now known as heycam|away
- # [04:37] * Joins: crussell (colby@4C613230.5A834493.B8E6AC67.IP)
- # [04:38] * Quits: ericjung (Mibbit@moz-F3A58A61.bstnma.fios.verizon.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [04:39] <JPeterson> anyone getting a compile error in parser/htmlparser/src/nsScannerString.cpp?
- # [04:39] <JPeterson> parser/htmlparser/src/nsScannerString.cpp(116) : error C3861: 'AllocAtffer': identifier not found
- # [04:39] <hobophobe> Probably supposed to be AllocAfter?
- # [04:41] <hobophobe> Hmm maybe AllocBuffer?
- # [04:41] * Quits: akeybl_ (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving...)
- # [04:42] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: nbvcx)
- # [04:44] * nli|away is now known as nli
- # [04:45] * Quits: ircloggr (nodebot@moz-FCDAA004.compute-1.amazonaws.com) (Client exited)
- # [04:46] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [04:46] * Joins: ircloggr (nodebot@moz-51E72D23.compute-1.amazonaws.com)
- # [04:46] * jmaher|afk is now known as jmaher
- # [04:47] <reuben> I'm trying to debug some obj-c++ code in gdb and it's saying "No symbol foo in current context" when I try to print things
- # [04:47] <reuben> optimization is disabled ;_;
- # [04:47] <reuben> it's widget/cocoa/TextInputHandler.mm if that makes any difference
- # [04:49] * Joins: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net)
- # [04:49] * khuey|away is now known as khuey
- # [04:50] * Joins: shorlander-away (shorlander@moz-853043D6.dhcp.insightbb.com)
- # [04:51] * shorlander-away is now known as shorlander
- # [04:54] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
- # [04:56] <philor> romaxa: ping
- # [04:57] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
- # [04:57] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [04:57] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [04:58] * Quits: hobophobe (hobophobe@CEB7969B.BA9CDF59.295A79F4.IP) (Quit: Ommm.......)
- # [04:58] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving...)
- # [04:58] * jmaher is now known as jmaher|afk
- # [04:59] * erick is now known as erick-away
- # [05:00] * Joins: wesj (Instantbir@moz-135A9FA9.hsd1.ca.comcast.net)
- # [05:01] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [05:01] <philor> both it is
- # [05:01] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [05:02] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Ping timeout)
- # [05:03] * Joins: jduell (jduell@moz-1C895614.nc.res.rr.com)
- # [05:03] * Quits: ircloggr|beta (nodebot@moz-2E221833.compute-1.amazonaws.com) (Client exited)
- # [05:05] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [05:06] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
- # [05:07] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
- # [05:07] <philor> haHa, Android bustage
- # [05:08] <philor> MoCo should hire someone just to deal with Android
- # [05:08] <mwu> gw280: hm that still makes me uncomfortable
- # [05:09] <philor> recruit outside hospitals, when they release people from ICU who've been in horrible accidents and are lucky just to be alive
- # [05:09] <mwu> gw280: because that means skia might be built differently now with the upgrade, now that it can't see ANDROID_NDK
- # [05:10] * larfdesk inserts iOS fanboy content
- # [05:10] * Quits: rajul (quassel@8AF2C56B.6876F9A3.27560D6E.IP) (Ping timeout)
- # [05:10] <JPeterson> the name is AllocÂtffer
- # [05:11] <philor> awesomesauce, seconds before backing someone out, I see that it's not bustage, it's the same horrible spasm
- # [05:12] <KWierso> high five!
- # [05:12] <philor> we've really should just stop doing depend builds, ever, nothing but clobbers
- # [05:12] <philor> I think the next merge from inbound to central is going to have *3* needs-clobber patches in it
- # [05:13] * Joins: nli` (nli@moz-99690620.hinet-ip.hinet.net)
- # [05:14] * Joins: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP)
- # [05:15] * Fallen|away is now known as Fallen
- # [05:16] <gw280> mwu: I believe that before it couldn't see ANDROID_NDK everywhere
- # [05:16] * Joins: Havvy (Mibbit@moz-95A7B4EE.ptld.qwest.net)
- # [05:16] * Fallen is now known as Fallen|away
- # [05:16] <gw280> mwu: it's just the before there wasn't the code that added the header file that defines different inline functions depending upon whether you're just ANDROID or ANDROID_NDK
- # [05:17] * Joins: sfink (chatzilla@moz-7B7651CB.dsl.pltn13.sbcglobal.net)
- # [05:17] <gw280> mwu: anyway it's 11pm here, I'm off :)
- # [05:17] <mwu> gw280: ok
- # [05:18] <gw280> thanks for the review
- # [05:18] <gw280> mwu: are you able to help me out with debugging this issue furhter tomorrow? I don't have a b2g dev env set up and I'm kind of reluctant to set one up unless it's a quick task
- # [05:18] <mwu> gw280: I can help
- # [05:18] <gw280> thanks
- # [05:19] * bz_dinner is now known as bz
- # [05:20] * Quits: mike5w3c (MikeS@moz-83ED83F7.xgsspn.imtp.tachikawa.spmode.ne.jp) (Quit: mike5w3c)
- # [05:21] * Quits: allison (Mibbit@moz-D068BA12.mycingular.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [05:21] * dhylands-dinner is now known as dhylands
- # [05:22] * Quits: Vincent_Chang (chatzilla@moz-99690620.hinet-ip.hinet.net) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120423122928])
- # [05:22] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
- # [05:22] * glob|away is now known as glob
- # [05:25] * Joins: Vincent_Chang (chatzilla@moz-99690620.hinet-ip.hinet.net)
- # [05:25] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [05:25] <jrmuizel> philor: is there a bug about rck being red too much?
- # [05:26] <philor> jrmuizel: not the general case, though there are bugs about all the individual ways it's red, but there's a bug on the one you don't see, rck3
- # [05:26] <philor> and another bug to turn it the hell off, but I guess I'm going to have to take that one because nobody else will
- # [05:28] * Joins: gandalf (gandalf@moz-C4FD3F56.neoplus.adsl.tpnet.pl)
- # [05:28] <jrmuizel> :(
- # [05:28] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [05:29] <philor> I suspect it's not different so much as just way worse, so a fix for bug 756817 may well be a fix for the general suckiness
- # [05:31] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Ping timeout)
- # [05:32] <romaxa> philor: pong
- # [05:33] <philor> romaxa: I was just going to ask if it was clear which of your two pushes was doing the mochitest-4 assertions, but I backed them both out
- # [05:34] * Joins: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net)
- # [05:34] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
- # [05:34] * ChanServ sets mode: +o ehsan
- # [05:36] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
- # [05:36] * Quits: kvda (kvda@AFDD388F.C3893E67.923345AB.IP) (Quit: ( x____x))
- # [05:37] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [05:37] * heycam|away is now known as heycam
- # [05:37] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [05:37] * Joins: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net)
- # [05:38] <romaxa> philor: ok, thanks
- # [05:39] <philor> jrmuizel: I don't think that's going to fix XUL panning ;)
- # [05:41] <jrmuizel> philor: quite
- # [05:42] * @khuey kicks Firefox
- # [05:42] <@khuey> who writes this shitty browser anyways
- # [05:42] <@bz> depends on what needs fixing about it
- # [05:42] <@bz> "make it not pan", say....
- # [05:42] <@bz> khuey: blame it on blakeross?
- # [05:42] <@bz> khuey: also ben
- # [05:42] <@khuey> heh
- # [05:42] <@bz> khuey: and hyatt
- # [05:42] <@bz> khuey: mostly them
- # [05:42] <@khuey> sgtm
- # [05:43] <jrmuizel> baking out
- # [05:44] * Quits: jstraus (Adium@moz-C7B4D9FC.hsd1.ma.comcast.net) (Ping timeout)
- # [05:44] <KWierso> cookies?
- # [05:44] * Joins: jstraus (Adium@moz-C7B4D9FC.hsd1.ma.comcast.net)
- # [05:44] * KWierso hopes it's cookies...
- # [05:44] * @bz was being _so_ good about avoiding snide comments
- # [05:45] <@bz> whoa
- # [05:45] * @bz is somehow down to two reviews
- # [05:45] * cjones-dinner is now known as cjones
- # [05:46] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
- # [05:46] <@bz> er, no
- # [05:46] <@bz> it's just bugzilla being broken?
- # [05:46] <@bz> wtf?
- # [05:47] <glob> bz, wfm
- # [05:47] <@bz> https://bugzilla.mozilla.org/show_activity.cgi?id=481740
- # [05:47] <@bz> " No changes have been made to this bug yet."
- # [05:47] <glob> urgh
- # [05:47] <glob> ok, i'll let sheeri know
- # [05:47] <@bz> I _know_ I used to have a review request for that bug
- # [05:47] <@bz> now:
- # [05:47] <@bz> 1) The review request seems to be gone
- # [05:47] <@bz> 2) Bugzilla things it never existed
- # [05:47] <glob> bug 756946
- # [05:48] <@bz> thanks!
- # [05:48] <glob> bz, thanks for letting us know :)
- # [05:49] <@bz> no problem
- # [05:49] <@bz> I assume this just affects the bug activity, not the actual review request?
- # [05:49] <glob> correct
- # [05:50] <@bz> ok
- # [05:51] * @bz is a lot more worried about review requests going AWOL than bug history, for the moment
- # [05:51] <@bz> cool
- # [05:51] <@bz> so I just have two huuuge things to review
- # [05:51] * Quits: gandalf (gandalf@moz-C4FD3F56.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
- # [05:51] <philor> plus the one you just got
- # [05:52] <@bz> yes
- # [05:52] <@bz> indeed
- # [05:52] <glob> two things to review? that doesn't sound right
- # [05:53] <@bz> glob: two _huuuuge_ things
- # [05:53] <@bz> glob: think 300kb patches
- # [05:53] * @bz needs to go look to figure out _why_
- # [05:53] <glob> bz, oh, that's ok then :D
- # [05:54] <Jesse> how do i dig POST data out of firefox's cache? mantis says i have an "invalid form security token" and i don't want to lose the text i wrote :(
- # [05:55] <KWierso> Jesse: does backspace not take you back to the filled out form?
- # [05:55] <Jesse> it usually does, but this time it did not
- # [05:55] <@bz> could be disabled if the site tried hard enough
- # [05:56] <Jesse> it took me back to a blank form instead
- # [05:56] <@bz> Jesse: recall any of the text?
- # [05:56] <@bz> Jesse: grep the cache dir to find the right file, then open it up in an editor?
- # [05:56] <Jesse> sure, i wrote "hover"
- # [05:56] * @bz _thinks_ we just put the data in there
- # [05:56] <@bz> hmm
- # [05:56] * Joins: dzbarsky (Adium@moz-85EBB8A.dia.static.qwest.net)
- # [05:56] <@bz> wait
- # [05:56] <@bz> POST data is not stored in the cache
- # [05:57] <Waldo> bz: JSRESOLVE_WITH can die!
- # [05:57] <Waldo> bz: turns out we don't need it any more
- # [05:58] <Waldo> and then there were three (resolve flags)
- # [05:58] <philor> jrmuizel: and you've got Android reftest bustage on your first push
- # [05:58] <mattwoodrow> philor: Do any of the OSX10.7 M2/Moth failures here look familiar at all? https://tbpl.mozilla.org/?tree=Try&rev=a98bd4b47f70
- # [05:58] <@bz> waldo: good, good
- # [05:58] <@bz> waldo: the more features you remove, the more features you'll be willing to add when I ask for them, right? ;)
- # [05:58] <Waldo> and with that, I exit the day on a note of victory; night all
- # [05:58] <jrmuizel> philor: not my night
- # [05:58] <Waldo> bz: um... :-P
- # [05:59] <philor> mattwoodrow: sure do, I fixed them all (well, disabled most of the tests, fixed three of them), you just need a fresher parent
- # [05:59] <@bz> waldo: not entirely kidding.... ;)
- # [05:59] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Ping timeout)
- # [05:59] <Jesse> i don't see it in my sessionstore.js either :(
- # [05:59] <Waldo> bz: depends how much they're like things in the spec; things that are in the spec are much easier (or at least will be, when we clean up the engine to be more spec-like in its internals)
- # [05:59] <mattwoodrow> philor: fantastic news, thank you!
- # [05:59] <Waldo> anyway
- # [05:59] <Waldo> back tomorrow, night all
- # [05:59] * Quits: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 12.0/20120424092743])
- # [06:00] <JPeterson> any way to not have configure run every time i run make -f client.mk build?
- # [06:00] <JPeterson> can i skip that by using another make target?
- # [06:00] <JPeterson> any why do you have to name it client.mk, why not use the default?
- # [06:03] <@bz> Waldo: oh, when I think "features" I think "better inline paths for the DOM" and "that index-only proxy thing I asked for"
- # [06:03] <@bz> ah, he's gone
- # [06:04] * Joins: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net)
- # [06:06] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Ping timeout)
- # [06:09] * Quits: peterv (peterv@moz-85A72D66.access.telenet.be) (Ping timeout)
- # [06:11] <JPeterson> does the realbuild target go directly to gcc?
- # [06:12] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [06:15] * Quits: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com) (Quit: Jesse)
- # [06:15] <glob> from http://www.reddit.com/r/firefox/comments/u2zpu/ff_seems_to_have_a_memory_sink_again_and/ .. 1,719.00 MB (83.61%) ── heap-unclassified
- # [06:15] <glob> njn ^ you may be interested
- # [06:16] * Quits: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP) (Quit: rniwa)
- # [06:16] <KWierso> glob: that's pre-khuey-fixing-the-leak
- # [06:16] * jlebar|away is now known as jlebar
- # [06:16] <jlebar> bz, Do you want to talk now, or would you rather wait 'till morning?
- # [06:16] <KWierso> with the RES extension installed
- # [06:16] <@bz> jlebar: now would work for me
- # [06:16] <@bz> jlebar: remind me the bug# again?
- # [06:17] <jlebar> bz, https://bugzilla.mozilla.org/show_bug.cgi?id=757376
- # [06:17] <njn> KWierso: high heap-unclassified wouldn't be fixed by khuey's patch
- # [06:17] <jlebar> KWierso, I've heard people having all sorts of problems with RES.
- # [06:18] * Joins: sriram (sriramr@moz-BF171339.hsd1.ca.comcast.net)
- # [06:18] <@khuey> hey now
- # [06:18] <@khuey> my patch is magical
- # [06:18] <@khuey> pd said so
- # [06:18] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [06:19] * Quits: timdream (timdream@moz-99690620.hinet-ip.hinet.net) (Quit: timdream)
- # [06:19] * Joins: peterv (peterv@moz-85A72D66.access.telenet.be)
- # [06:19] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
- # [06:19] * ChanServ sets mode: +o ehsan
- # [06:20] * @bz pulls up bug
- # [06:20] <@bz> jlebar: ok
- # [06:20] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [06:20] <@khuey> RES doesn't look that complicated
- # [06:20] <glob> if a plugin goes crazy and allocates a ton of memory, where is that reported?
- # [06:21] <philor> qDot: it burns!
- # [06:21] <@khuey> glob: you mean an NPAPI plugin?
- # [06:21] <@khuey> or an extension?
- # [06:21] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [06:21] <glob> khuey, yes, npapi plugin not extension
- # [06:22] * Joins: timdream (timdream@moz-99690620.hinet-ip.hinet.net)
- # [06:22] <@khuey> glob: generally the memory usage happens in the plugin-container then
- # [06:22] <@khuey> and we don't report that in about:memory
- # [06:22] * Joins: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net)
- # [06:22] <KWierso> khuey: what if you turn off IPC?
- # [06:23] <@khuey> then it gets reported in heap-unclassified
- # [06:23] * joduinn is now known as joduinn-afk
- # [06:23] <@khuey> I expect
- # [06:23] <@bz> jlebar: one sec
- # [06:23] <@khuey> or actually, maybe not
- # [06:23] <@khuey> since the plugin doesn't use our allocator
- # [06:24] * Quits: wesj (Instantbir@moz-135A9FA9.hsd1.ca.comcast.net) (Ping timeout)
- # [06:24] * Quits: dria (dria@moz-FF31712D.dhcp-dynamic.fibreop.nb.bellaliant.net) (Quit: dria)
- # [06:24] <@khuey> so, my guess is that the RES leaks are probably in the 18,000 line user script it injects
- # [06:24] * @khuey knows that isn't super-useful
- # [06:25] <@bz> jlebar: ok
- # [06:25] <jlebar> bz, okay.
- # [06:25] <KWierso> khuey: the r/firefox frequenters seem to say that the user script version of RES is less leaky than the extension version, for whatever that's worth
- # [06:25] * Quits: Havvy (Mibbit@moz-95A7B4EE.ptld.qwest.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [06:26] <@khuey> interesting
- # [06:26] <jlebar> KWierso, It's going to really sad when it's revealed that Firefox works great for everyone except redditites.
- # [06:28] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
- # [06:28] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
- # [06:29] <@bz> jlebar: sorry; people keep badgering me here...
- # [06:29] * @bz is really back on
- # [06:29] <@bz> s/on/now
- # [06:29] <jlebar> bz, Doesn't seem so unreasonable for them to want your attention. :)
- # [06:29] <@bz> mm
- # [06:29] <@bz> something like that
- # [06:29] <@bz> ok
- # [06:30] <@bz> so this thing is basically polling until it detects that the principal has changed?
- # [06:30] <@bz> and then calls back() ?
- # [06:30] <jlebar> bz, Correct.
- # [06:30] <jlebar> bz, But I think that's just so that it can have an SHEntry which isn't in bfcache.
- # [06:30] <@bz> oh
- # [06:30] <@bz> ok
- # [06:30] <jlebar> bz, I'm not sure.
- # [06:30] <@bz> fine
- # [06:31] <jlebar> bz, His original testcase only worked with dom.min_background_timeout_value = 0.
- # [06:31] <@bz> right
- # [06:31] <jlebar> bz, I haven't been able to connect those dots.
- # [06:31] * khuey is now known as khuey|away
- # [06:31] <@bz> ok
- # [06:31] <jlebar> bz, But as far as I could tell, nothing goes particularly wrong after the initial back. We just haven't loaded that SHEntry he went back from.
- # [06:32] * @bz is reading over code
- # [06:32] * khuey|away is now known as khuey
- # [06:32] <@khuey> mmm
- # [06:32] <@khuey> slow vpn is slow
- # [06:33] <@khuey> much better now
- # [06:33] <qDot> Shit. Anyone from releng around? I think I'm burning m-i b2g due to needing to clobber slaves after a toolchain switch.
- # [06:34] <@khuey> clobber them yourself
- # [06:34] <qDot> khuey: I can do that?
- # [06:34] * khuey is now known as khuey|away
- # [06:34] * khuey|away is now known as khuey
- # [06:34] <@khuey> https://build.mozilla.org/clobberer/
- # [06:34] <@khuey> qDot: ^
- # [06:34] * Quits: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [06:34] <qDot> Neat.
- # [06:35] <@khuey> beware, it's slow
- # [06:35] <qDot> Ok.
- # [06:37] * Quits: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net) (Quit: juanb)
- # [06:38] * Quits: AryehGregor (AryehGrego@93416E6F.402C4F1C.CC465D70.IP) (Ping timeout)
- # [06:38] * Quits: smontagu (chatzilla@ACD131AA.B9386950.51B98CA5.IP) (Ping timeout)
- # [06:38] * Joins: AryehGregor (AryehGrego@93416E6F.402C4F1C.CC465D70.IP)
- # [06:38] * Joins: smontagu (chatzilla@moz-CF1F3090.red.bezeqint.net)
- # [06:43] <qDot> WTF. No dice on clobber fixing things.
- # [06:47] * Joins: cpearce (chatzilla@moz-61822E48.xdsl.xnet.co.nz)
- # [06:47] * Quits: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP) (Quit: lmandel)
- # [06:48] <philor> qDot: huh?
- # [06:48] <philor> tbpl doesn't know it yet, but self-serve says you're green on the tip
- # [06:48] <qDot> Oh, it did at tip.
- # [06:48] <qDot> Yeah.
- # [06:49] <qDot> I'll kick the offender one more time then
- # [06:49] * Joins: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
- # [06:49] <qDot> The log shows it didn't clobber correctly anyways
- # [06:49] <qDot> At least on bld-centos6-hp-017
- # [06:49] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/7a9a2341db11 - Kyle Huey - Update webidl-parser snapshot to pick up bug 742145.
- # [06:50] <@khuey> bz: ^
- # [06:50] * Joins: jbalogh (jbalogh@moz-5D2708AA.hsd1.ca.comcast.net)
- # [06:52] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
- # [06:52] <nthomas> qDot: that job started 10 minutes before you clobbered
- # [06:52] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Quit: )
- # [06:52] * Quits: sriram (sriramr@moz-BF171339.hsd1.ca.comcast.net) (Quit: sriram)
- # [06:52] <qDot> nthomas: Oh, ok.
- # [06:53] <nthomas> the 2nd build on e76794008819, starting at 21:31 did clobber
- # [06:53] <JPeterson> why is the makefile named client.mk instead of the default?
- # [06:54] <qDot> Ah, I see it now, ok.
- # [06:54] <nthomas> same for cff8079f2325
- # [06:54] <qDot> Thanks.
- # [06:54] * Quits: RudyL (rudy@moz-99690620.hinet-ip.hinet.net) (Quit: RudyL)
- # [06:54] <nthomas> np
- # [06:54] <qDot> Wasn't looking for another B2G right next to the red one, heh
- # [06:55] * Quits: gustavold (gustavold@45585AD.ECBC1091.946930A0.IP) (Ping timeout)
- # [06:55] * nthomas is now known as nthomas|away
- # [06:57] * Quits: grubshka (grubshka@moz-BB1FAAE8.w86-216.abo.wanadoo.fr) (Ping timeout)
- # [06:58] * @dolske just had a terrible, terrible thought.
- # [06:58] <@dolske> enscripten the gcc toolchain, use it to compile FF.
- # [07:01] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [07:03] <glob> dolske, you're a bad, bad man
- # [07:03] <@khuey> how about we just emscripten dolske
- # [07:04] * Joins: mreavy (chatzilla@moz-A899486F.hsd1.ca.comcast.net)
- # [07:04] <@bz> dolske: you've seen js.js ?
- # [07:04] * Joins: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
- # [07:05] <@dolske> bz: no?
- # [07:06] <@dolske> http://tatiyants.com/introducing-js-js/ ?
- # [07:06] <@bz> dolske: no
- # [07:06] <@bz> dolske: lemme find it for you
- # [07:06] <glob> https://github.com/jterrace/js.js/
- # [07:06] <@bz> dolske: yes. Or his blog post at http://sns.cs.princeton.edu/2012/04/javascript-in-javascript-js-js-sandboxing-third-party-scripts/
- # [07:07] * Quits: @roc (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [07:07] <@bz> dolske: I guess the github thing describes the basic idea too. ;)
- # [07:07] <@dolske> haha. nice. :)
- # [07:09] * Quits: victorporof (victorporo@26C96D3F.9F23B8E6.79933D60.IP) (Connection reset by peer)
- # [07:09] <@dolske> sunspider and twitter? very nice.
- # [07:10] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [07:10] * jlebar is now known as jlebar|sleep
- # [07:11] * Quits: djmerrit (quassel@A7E4C2EA.E12F84AD.B3E31604.IP) (Ping timeout)
- # [07:11] <Mossop> Hey, github released a windows client?
- # [07:12] <KWierso> ^
- # [07:12] <KWierso> pretty spiffy
- # [07:14] <KWierso> looks a lot like the zune pc software
- # [07:14] * Quits: jbalogh (jbalogh@moz-5D2708AA.hsd1.ca.comcast.net) (Quit: Leaving...)
- # [07:15] * glob is now known as glob|away
- # [07:15] * KWierso prefers the way zune organizes settings, though
- # [07:15] <Mossop> Apparently works on Windows 8
- # [07:16] <KWierso> that's where I am
- # [07:16] <KWierso> and yes it does
- # [07:18] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/9d354b418ea7 - Boris Zbarsky - Bug 755636 part 1. Convert sequence argument codegen to dom::Sequence. r=peterv
- # [07:18] <firebot> http://hg.mozilla.org/mozilla-central/rev/846a1c3abadc - Boris Zbarsky - Bug 750264. Give IDLType an operator!= so that codegen actually works correctly. r=khuey
- # [07:18] <firebot> http://hg.mozilla.org/mozilla-central/rev/9f4b10b1ff45 - Boris Zbarsky - Bug 755636 part 2. Add some tests (not exhaustive!) for sequence codegen and fix the bugs they uncover. r=peterv
- # [07:18] <firebot> http://hg.mozilla.org/mozilla-central/rev/faa1929dc247 - Boris Zbarsky - Bug 749864. Codegen for typed array and arraybuffer arguments. r=peterv
- # [07:21] * Joins: priya (Adium@moz-5843392D.hsd1.ca.comcast.net)
- # [07:21] <Mossop> Wow, I hate the UI already
- # [07:21] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [07:22] * Quits: smontagu (chatzilla@moz-CF1F3090.red.bezeqint.net) (Ping timeout)
- # [07:22] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [07:22] * dev_afk is now known as devd
- # [07:23] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
- # [07:25] * Quits: zwol (zack@moz-A5165AC6.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [07:26] * devd is now known as dev_afk
- # [07:26] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
- # [07:26] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [07:27] * Quits: AryehGregor (AryehGrego@93416E6F.402C4F1C.CC465D70.IP) (Ping timeout)
- # [07:31] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
- # [07:34] * bz is now known as bz_sleep
- # [07:34] * Joins: jesup (chatzilla@moz-A899486F.hsd1.ca.comcast.net)
- # [07:36] * Joins: Jesse (jruderman@moz-E31CD2CB.mozilla.org)
- # [07:37] * Joins: rniwa_ (rniwa@60A74940.D6CCE4AE.77834EAA.IP)
- # [07:37] * Joins: AryehGregor (AryehGrego@moz-7F227664.red.bezeqint.net)
- # [07:37] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [07:37] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
- # [07:38] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Ping timeout)
- # [07:38] * rniwa_ is now known as rniwa
- # [07:41] <markh> gavin: ping
- # [07:41] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [07:42] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: . . . ........)
- # [07:44] <markh> anyone know the best component to file a bug related to the *content* on MDN? There is an MDN component but it is described as "related to *management* of the Mozilla Developer Network."
- # [07:45] * Joins: honestbleeps (Mibbit@moz-8BCD305B.hsd1.il.comcast.net)
- # [07:45] * Joins: cloudkicker (Mibbit@moz-B1E35C92.socal.res.rr.com)
- # [07:45] * Parts: cloudkicker (Mibbit@moz-B1E35C92.socal.res.rr.com)
- # [07:46] <Unfocused> markh: it's a wiki... edit it :P
- # [07:46] * philor is now known as philor|away
- # [07:46] <honestbleeps> njn: any chance you're around?
- # [07:46] <markh> Unfocused: well, the problem is I'm not sure about exactly what edit to make :)
- # [07:46] <Unfocused> failing that, i think you can tag a page as needing technical review, and comment on its talk page
- # [07:47] <markh> ok, that makes sense
- # [07:47] * cadecairos is now known as cadecairos_away
- # [07:47] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
- # [07:48] <markh> The attribute "disablehistory" under https://developer.mozilla.org/en/XUL/browser seems totally wrong - I'm not sure if it was ever correct or not, and thus not sure if I should just remove the existing definition or somehow keep it next to the new reality
- # [07:49] * Quits: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net) (Ping timeout)
- # [07:49] * glob|away is now known as glob
- # [07:50] <Unfocused> ah, that. i used to know about that.
- # [07:50] <markh> it almost looks as though that doc is for an obsolete attribute on a text box or something
- # [07:51] <Unfocused> no, it does something
- # [07:51] <Unfocused> or at least used to
- # [07:51] <markh> it does something on a browser related to session history
- # [07:51] <markh> but that doesn't seem anything like what that doc is saying
- # [07:52] <markh> and best I can tell, that attribute isn't obsolete at all on browser
- # [07:52] <markh> bug 755116 is adding a disableglobalhistory - almost an "enhanement" to disablehistory
- # [07:52] <markh> (which is why I'm looking to edit it)
- # [07:57] <markh> yeah - the attribute is described the same way at https://developer.mozilla.org/En/XUL/Textbox_%28XPFE_autocomplete%29#a-disablehistory
- # [07:58] <markh> so I'm pretty confident disablehistory on browser is just a copy-paste error
- # [07:58] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
- # [08:01] * Joins: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz)
- # [08:02] * Parts: honestbleeps (Mibbit@moz-8BCD305B.hsd1.il.comcast.net)
- # [08:04] * Joins: RudyL (rudy@moz-99690620.hinet-ip.hinet.net)
- # [08:07] * Quits: espadrine (thaddee_ty@moz-BBE3ABD.mv.mozilla.com) (Quit: espadrine)
- # [08:08] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [08:09] * Joins: sicking (chatzilla@moz-7F871C5C.hsd1.ca.comcast.net)
- # [08:11] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [08:11] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [08:12] * Joins: smooney_ (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [08:13] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
- # [08:13] <glandium> glob: is there a bug on splinter review being confused with patches with multiple copies of the same file?
- # [08:13] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Ping timeout)
- # [08:13] * smooney_ is now known as smooney
- # [08:14] <glob> glandium, don't think so
- # [08:15] * Joins: honestbleeps (Mibbit@moz-8BCD305B.hsd1.il.comcast.net)
- # [08:15] <glandium> glob: should i file one on b.m.o or bugzilla?
- # [08:15] <glob> bmo
- # [08:15] <glob> there's a splinter component there
- # [08:16] * Joins: smagnin (pike@moz-DEF53BC9.fbx.proxad.net)
- # [08:16] * Quits: smagnin (pike@moz-DEF53BC9.fbx.proxad.net) (Quit: smagnin)
- # [08:17] <glob> glandium, although https://bugzilla.mozilla.org/show_bug.cgi?id=709897 may be close
- # [08:18] * Quits: m_kato (Daily@moz-348F61F0.mozilla.or.jp) (Ping timeout)
- # [08:18] * Quits: automata (automata@8D23278A.C27CA109.16867D26.IP) (Quit: Saindo)
- # [08:19] * Joins: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net)
- # [08:19] <glandium> glob: yeah, that's related. I guess fixing that would fix my problem. I'll comment there, thanks
- # [08:19] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
- # [08:19] * eflores is now known as eflores|away
- # [08:24] <gcp> is it know that nightly from 22-5 can't update itself?
- # [08:24] * Joins: past (past@moz-75B0C54A.dsl.dyn.forthnet.gr)
- # [08:28] * Joins: martyn (martyn@moz-356D5506.range86-158.btcentralplus.com)
- # [08:28] * Joins: gwagner__ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
- # [08:28] * Quits: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Connection reset by peer)
- # [08:29] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [08:29] <Unfocused> gcp: on windows? bug 757716 / bug 757711
- # [08:29] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
- # [08:29] * ChanServ sets mode: +o roc
- # [08:30] * Quits: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [08:30] * Joins: victorporof (victorporo@26C96D3F.9F23B8E6.79933D60.IP)
- # [08:31] <gcp> thanks
- # [08:33] * Joins: smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi)
- # [08:33] * ChanServ sets mode: +o smaug
- # [08:33] <gcp> ttaubert: ping
- # [08:33] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [08:34] * Quits: mreavy (chatzilla@moz-A899486F.hsd1.ca.comcast.net) (Ping timeout)
- # [08:35] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
- # [08:40] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
- # [08:42] * Joins: Ms2ger (Ms2ger@3624695E.F442D4FB.37724B0D.IP)
- # [08:42] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [08:45] * Joins: TheLink (TheLink@moz-45ED2356.pools.arcor-ip.net)
- # [08:46] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
- # [08:50] * Joins: grubshka (grubshka@moz-BB1FAAE8.w86-216.abo.wanadoo.fr)
- # [08:52] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
- # [08:53] * Joins: kvda (kvda@moz-B4797196.dyn.iinet.net.au)
- # [08:54] * Joins: dveditz (dveditz@moz-5051E786.dhcp.cruzio.com)
- # [08:54] * ChanServ sets mode: +o dveditz
- # [08:54] * Quits: gwagner__ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner__)
- # [08:58] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
- # [09:02] * Quits: victorporof (victorporo@26C96D3F.9F23B8E6.79933D60.IP) (Connection reset by peer)
- # [09:02] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [09:03] * Quits: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net) (Quit: Mardak)
- # [09:03] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
- # [09:04] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
- # [09:04] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
- # [09:05] * khuey is now known as khuey|away
- # [09:07] * Quits: raphc_ (rc@moz-3A99E0D5.wb.wifirst.net) (Ping timeout)
- # [09:09] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [09:09] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
- # [09:10] * Joins: Stan (Stan@moz-8557F9C6.dip.t-dialin.net)
- # [09:10] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
- # [09:10] * Quits: Stan_ (Stan@moz-A314499B.dip.t-dialin.net) (Ping timeout)
- # [09:11] * Joins: RemusPop (remuspop@601F3B17.33662590.A5830293.IP)
- # [09:14] * Joins: davehunt_ (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk)
- # [09:16] * Quits: hsivonen (hsivonen@moz-E533C3E2.esp.mediateam.fi) (Ping timeout)
- # [09:17] * Joins: hsivonen (hsivonen@moz-E533C3E2.esp.mediateam.fi)
- # [09:19] * Quits: hsivonen (hsivonen@moz-E533C3E2.esp.mediateam.fi) (Ping timeout)
- # [09:21] * Quits: sicking (chatzilla@moz-7F871C5C.hsd1.ca.comcast.net) (Ping timeout)
- # [09:21] * Fallen|away is now known as Fallen
- # [09:22] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
- # [09:22] * ChanServ sets mode: +o ehsan
- # [09:23] * Quits: njn (chatzilla@moz-D0F649FC.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a1/20120522183347])
- # [09:23] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
- # [09:24] * Joins: hsivonen (hsivonen@moz-E533C3E2.esp.mediateam.fi)
- # [09:24] <glazou> bonjour
- # [09:24] <glazou> `
- # [09:24] * Joins: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP)
- # [09:26] * Quits: hsivonen (hsivonen@moz-E533C3E2.esp.mediateam.fi) (Ping timeout)
- # [09:28] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/561bfacbefee - Ms2ger - Bug 747434 - Part 3: Remove unused variable 'startingObj' from XPCWrappedNativeScope::FindInJSObjectScope; r=gabor
- # [09:28] <firebot> http://hg.mozilla.org/mozilla-central/rev/1dd0c5c6d9fd - Ms2ger - Bug 756066 - Make StorageEventInit.key nullable; r=mayhemer
- # [09:28] <Ms2ger> Bonjour
- # [09:28] <firebot> http://hg.mozilla.org/mozilla-central/rev/059b142ffbc6 - Ms2ger - Bug 757365 - Don't use uint8 in DocumentRenderer{Parent,Child}.cpp; r=bjacob
- # [09:28] <firebot> http://hg.mozilla.org/mozilla-central/rev/44b23b656539 - Ms2ger - Bug 756896 - Don't include xpcprivate.h in FileIOObject.cpp; r=khuey
- # [09:28] <firebot> http://hg.mozilla.org/mozilla-central/rev/1740fe95440d - Ms2ger - Bug 758132 - Remove warning pragma from jscompartment.h; r=luke
- # [09:29] <firebot> http://hg.mozilla.org/mozilla-central/rev/25bfc7cc3a22 - Ms2ger - Bug 758143 - Add xpc::GetCompartmentPrivate; r=bholley
- # [09:29] * Quits: mwu (mwu@moz-59435430.hsd1.nj.comcast.net) (Ping timeout)
- # [09:29] <firebot> http://hg.mozilla.org/mozilla-central/rev/fb91158d8c9a - Ms2ger - Bug 712910 - Use stdint types in HAL; r=cjones
- # [09:29] <firebot> http://hg.mozilla.org/mozilla-central/rev/1cb527eb5041 - Ms2ger - Bug 757977 - Don't use uint32 in nsCycleCollector::ScanWeakMaps; r=bsmedberg
- # [09:30] <Ms2ger> glandium, https://tbpl.mozilla.org/?tree=Try&rev=52c4e0edb8ca \o/
- # [09:31] * Joins: hsivonen (hsivonen@moz-E533C3E2.esp.mediateam.fi)
- # [09:31] <glandium> Ms2ger: KILL KILL
- # [09:31] <glandium> now the same for nss
- # [09:31] * Quits: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net) (Input/output error)
- # [09:32] <Ms2ger> Heh
- # [09:39] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [09:39] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [09:39] * Joins: raphc (rc@moz-3A99E0D5.wb.wifirst.net)
- # [09:40] * Joins: squeakytoy (squeakytoy@moz-9E84F244.netset.se)
- # [09:42] * joduinn-afk is now known as joduinn-home
- # [09:42] * Quits: scientes (scientes@moz-6F007CB5.dsl.snfc21.pacbell.net) (Ping timeout)
- # [09:43] <@smaug> no jdm
- # [09:44] * Quits: timdream (timdream@moz-99690620.hinet-ip.hinet.net) (Connection reset by peer)
- # [09:45] * Joins: timdream (timdream@moz-99690620.hinet-ip.hinet.net)
- # [09:45] * Quits: dzbarsky (Adium@moz-85EBB8A.dia.static.qwest.net) (Quit: Leaving.)
- # [09:46] * Quits: TheLink (TheLink@moz-45ED2356.pools.arcor-ip.net) (Client exited)
- # [09:47] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [09:47] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [09:47] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [09:48] <NeilAway> smaug: http://mxr.mozilla.org/comm-central/source/mozilla/layout/xul/base/src/nsMenuBarFrame.cpp#153
- # [09:48] <NeilAway> smaug: I want to move the SetActive call to between the firstFrame and its use, I think it can send a DOM event so I had better use a weak frame?
- # [09:48] <NeilAway> smaug: any good examples I can cargo-cult?
- # [09:49] <@smaug> you mean like: nsWeakFrame weak(frame); /*do something evil*/ if (!weak.IsAlive) { return; }
- # [09:50] * Quits: priya (Adium@moz-5843392D.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [09:52] <NeilAway> smaug: ok, and do I still need to hold frame in a separate variable?
- # [09:52] * Fallen is now known as Fallen|away
- # [09:52] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [09:53] * Quits: raphc (rc@moz-3A99E0D5.wb.wifirst.net) (Ping timeout)
- # [09:53] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
- # [09:53] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [09:54] * Joins: msucan (mihai@391E43DA.2E4BBBBB.BD62875.IP)
- # [09:55] * Joins: jfkthame (jfkthame@A073A697.90783722.9542EC20.IP)
- # [09:55] <@smaug> NeilAway: you can access the nsIFrame from nsWeakFrame
- # [09:55] <@smaug> weak->SomeMethodInnsIFrame() should work
- # [09:56] <@smaug> there is also weak.GetFrame() or some such
- # [09:56] <gavin> markh: pong
- # [09:57] * Quits: jduell (jduell@moz-1C895614.nc.res.rr.com) (Ping timeout)
- # [09:57] * Quits: grubshka (grubshka@moz-BB1FAAE8.w86-216.abo.wanadoo.fr) (Ping timeout)
- # [09:58] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
- # [09:58] * Quits: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP) (Quit: surkov)
- # [10:01] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Quit: Leaving)
- # [10:05] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [10:05] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [10:07] * Joins: grubshka (grubshka@moz-DBAABCEE.w86-216.abo.wanadoo.fr)
- # [10:07] * Joins: Stan_ (Stan@moz-6DBBE2CF.dip.t-dialin.net)
- # [10:08] * Quits: Stan (Stan@moz-8557F9C6.dip.t-dialin.net) (Ping timeout)
- # [10:09] * Joins: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP)
- # [10:11] <ttaubert> gcp: pong
- # [10:13] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [10:15] * Joins: bholley (anonymous@moz-C7467218.net-82-216-232.rev.numericable.fr)
- # [10:19] * Joins: dria (dria@moz-FF31712D.dhcp-dynamic.fibreop.nb.bellaliant.net)
- # [10:19] <NeilAway> smaug: hmm, actually I have a subclass of nsIFrame, so I'd better not
- # [10:20] <@smaug> you could static_cast GetFrame()
- # [10:20] * AutomatedTester|AFK is now known as AutomatedTester
- # [10:21] * Quits: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp) (Quit: nattokirai)
- # [10:22] * Joins: Pike (Pike@moz-5B6942F1.pool.mediaways.net)
- # [10:22] <NeilAway> markh: hmm, that might be my fault
- # [10:23] * Quits: jfkthame (jfkthame@A073A697.90783722.9542EC20.IP) (Quit: jfkthame)
- # [10:25] * Quits: @dveditz (dveditz@moz-5051E786.dhcp.cruzio.com) (Quit: dveditz)
- # [10:25] <gcp> ttaubert: are you working on 754671?
- # [10:26] * Joins: jgilbert (jgilbert@60E228B8.B090BEBA.9F675CBD.IP)
- # [10:26] * Quits: cpearce (chatzilla@moz-61822E48.xdsl.xnet.co.nz) (Ping timeout)
- # [10:26] <ttaubert> gcp: not currently, no. do you want to? :)
- # [10:28] * Fallen|away is now known as Fallen
- # [10:28] * Joins: wolfiR (wolfiR@moz-41FF8F29.dip0.t-ipconnect.de)
- # [10:28] <gcp> ttaubert: I'm wondering whether to back out the cause
- # [10:28] <gcp> ttaubert: if this isn't fixed soon...well people already have 1G roaming profiles due to it
- # [10:29] * Fallen is now known as Fallen|away
- # [10:29] <ttaubert> gcp: I was thinking the same, at least for aurora/beta
- # [10:30] <ttaubert> gcp: alternatively I could use some help with bug 752407. I have no idea of roaming/local user profiles on windows, of the directory structure at least
- # [10:31] * Joins: jfkthame (jfkthame@A073A697.90783722.9542EC20.IP)
- # [10:32] <gcp> ttaubert: ah, perhaps I can actually help you there
- # [10:32] <gcp> ttaubert: urlclassifier also dumps its stuff in local
- # [10:32] * Joins: Gentlecat (Roman@C2B2F85D.18EC6E70.8FB52CB8.IP)
- # [10:32] <ttaubert> gcp: awesome :)
- # [10:32] * heycam is now known as heycam|away
- # [10:32] <gcp> I'd still prefer backing out "use potentially infinite disk space" until there is a fix for that, though
- # [10:32] <NeilAway> markh: hmm, I'd edited that attribute, but it was already for textbox when I got there
- # [10:33] <gcp> (as in, don't do it even on the local profile)
- # [10:33] <NeilAway> ttaubert: just use ProfLD instead of ProfD
- # [10:33] <gcp> 1358 // Because we dump raw integers into the database, this database isn't
- # [10:33] <gcp> 1359 // portable between machine types, so store it in the local profile dir.
- # [10:33] <gcp> 1360 nsresult rv = NS_GetSpecialDirectory(NS_APP_USER_PROFILE_LOCAL_50_DIR,
- # [10:33] <gcp> 1361 getter_AddRefs(mDBFile));
- # [10:33] <gcp> 1362
- # [10:33] <ttaubert> NeilAway: ah, easy. does that work for Linux and Mac as well?
- # [10:34] <NeilAway> ttaubert: yeah, it's part of profiles.ini
- # [10:34] <ttaubert> NeilAway: cool, ty!
- # [10:34] <gcp> 69 #define NS_APP_USER_PROFILE_50_DIR "ProfD"
- # [10:34] <gcp> 70 #define NS_APP_USER_PROFILE_LOCAL_50_DIR "ProfLD"
- # [10:34] <gcp> I guess this is the same
- # [10:34] <NeilAway> ttaubert: note that it only works if you use the create profile wizard, if you use -p then both dirs return the same value
- # [10:35] <ttaubert> NeilAway: hm. should be fine for 99% of the users, right?
- # [10:35] <NeilAway> ttaubert: right
- # [10:35] <ttaubert> ok, I don't care about test profiles :)
- # [10:35] <NeilAway> and it's not -p is it, that's for named profiles, I meant -profile <dir>
- # [10:36] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
- # [10:40] * Joins: graememcc (chatzilla@moz-FEA553BF.range86-150.btcentralplus.com)
- # [10:40] * Joins: mak (chatzilla@moz-C9B44EE1.retail.telecomitalia.it)
- # [10:42] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [10:42] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
- # [10:43] * Joins: janv (varga@moz-F8D6604C.o2inet.sk)
- # [10:44] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [10:44] * glob is now known as glob|away
- # [10:45] * Joins: edmorley (edmorley@moz-3D130806.range86-166.btcentralplus.com)
- # [10:46] * Joins: maikmerten (maikmerten@moz-DDFE9908.dynamic.qsc.de)
- # [10:49] * Quits: ted (luser@moz-21DC4452.scr.east.verizon.net) (Ping timeout)
- # [10:50] * Quits: graememcc (chatzilla@moz-FEA553BF.range86-150.btcentralplus.com) (Client exited)
- # [10:55] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
- # [11:00] * Joins: MarcoZ (Daily@moz-5F9DC830.dip.t-dialin.net)
- # [11:00] * Joins: kaze (kaze@4A536503.45AA75E6.5C7CEBE3.IP)
- # [11:01] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
- # [11:03] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
- # [11:04] <NeilAway> markh: ok, I think I managed to fix things up
- # [11:05] * Joins: ted (luser@moz-A811C017.sctnpa.east.verizon.net)
- # [11:05] * ChanServ sets mode: +o ted
- # [11:06] * Quits: janv (varga@moz-F8D6604C.o2inet.sk) (Quit: This computer has gone to sleep)
- # [11:06] * Fallen|away is now known as Fallen
- # [11:08] * Joins: graememcc (chatzilla@moz-FEA553BF.range86-150.btcentralplus.com)
- # [11:08] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [11:10] * Joins: TheCrap (TheCrap@moz-AB4B420D.dip0.t-ipconnect.de)
- # [11:10] * Quits: GPHemsley (GPHemsley@moz-A2DF0FC4.hfc.comcastbusiness.net) (Ping timeout)
- # [11:13] * Joins: janv (varga@moz-F8D6604C.o2inet.sk)
- # [11:15] * Joins: raphc (rc@4A536503.45AA75E6.5C7CEBE3.IP)
- # [11:16] * Joins: sgautherie (chatzilla@moz-D7B69DC4.fbxo.proxad.net)
- # [11:16] <Ms2ger> edmorley, thanks for the retriggers
- # [11:17] <edmorley> np
- # [11:17] * Quits: kvda (kvda@moz-B4797196.dyn.iinet.net.au) (Quit: ( x____x))
- # [11:20] <Ms2ger> Found a good place for dinner yesterday?
- # [11:20] <edmorley> man, the android build system dependencies are so screwed up
- # [11:21] <Ms2ger> s/the// s/build system dependencies are/is/
- # [11:21] * Quits: davehunt_ (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk) (Client exited)
- # [11:21] <edmorley> Ms2ger: yes thank you, we went to a typical british pub, seemed fitting for their last meal :-)
- # [11:21] <edmorley> ha
- # [11:22] <Ms2ger> You're getting rid of them already? :)
- # [11:22] <Ms2ger> Man, is merge day coming up?
- # [11:23] * Joins: deLta30_ (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
- # [11:23] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [11:28] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [11:29] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Input/output error)
- # [11:29] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
- # [11:29] * Quits: deLta30_ (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [11:30] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [11:35] * Joins: GPHemsley (GPHemsley@moz-A2DF0FC4.hfc.comcastbusiness.net)
- # [11:36] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [11:36] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
- # [11:36] * Quits: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP) (Client exited)
- # [11:41] * Quits: rniwa (rniwa@60A74940.D6CCE4AE.77834EAA.IP) (Quit: rniwa)
- # [11:43] <NeilAway> anyone know anything about sync?
- # [11:43] * Joins: Optimizer (Instantbir@531F316.765CA6C8.2AB48280.IP)
- # [11:45] <Ms2ger> bholley, yt?
- # [11:48] * Joins: Cwiiis (cwiiis@moz-F15E698.croy.cable.virginmedia.com)
- # [11:50] <Ms2ger> Or mrbkap...
- # [11:51] * Joins: rajul (quassel@A0F65B5E.1E203E06.5700D73F.IP)
- # [11:51] * philor|away is now known as philor
- # [11:52] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [11:54] * Quits: jfkthame (jfkthame@A073A697.90783722.9542EC20.IP) (Ping timeout)
- # [11:56] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [11:57] * Ms2ger looks for hsivonen
- # [11:58] * Quits: Pike (Pike@moz-5B6942F1.pool.mediaways.net) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
- # [11:59] * Quits: janv (varga@moz-F8D6604C.o2inet.sk) (Quit: This computer has gone to sleep)
- # [12:04] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
- # [12:04] * Joins: Kailas (Kailas@moz-44FB07BC.iota5.maxonline.com.sg)
- # [12:06] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Ping timeout)
- # [12:06] * Quits: ferongr (ferongr@moz-15BB5393.dsl.dyn.forthnet.gr) (Quit: ferongr)
- # [12:07] <Kailas> Hi, I am getting "NS_ERROR_FAILURE - Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [mozIStorageConnection.executeSimpleSQL]" error. Does anyone know the root cause of this error code?
- # [12:08] * Joins: jdm (jdm@514D186.F3BBB17D.144F44FA.IP)
- # [12:09] * Joins: ferongr (ferongr@moz-15BB5393.dsl.dyn.forthnet.gr)
- # [12:09] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
- # [12:10] * Quits: raphc (rc@4A536503.45AA75E6.5C7CEBE3.IP) (Ping timeout)
- # [12:10] * Joins: raphc (rc@4A536503.45AA75E6.5C7CEBE3.IP)
- # [12:11] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/0d1dcdf58ffb - Jim Mathies - Bug 750911 - Add a third 'flags' parameter to XRE_main and add support for WindowsEnvironmentType. r=bsmedberg
- # [12:12] <bholley> Ms2ger: hey
- # [12:12] <Ms2ger> I've got a nice Android crash I'd like you to have a look at over at https://tbpl.mozilla.org/php/getParsedLog.php?id=12057763&tree=Mozilla-Inbound#error0
- # [12:13] <bholley> Ms2ger: what's the cause. A push? Or is it intermittent?
- # [12:13] * ewong is now known as ewong|afk
- # [12:13] <Ms2ger> Appears to be intermittent
- # [12:15] <bholley> Ms2ger: I can never figure out how to read these things. How do I tell which line it is?
- # [12:15] <Ms2ger> Me neither :(
- # [12:15] * Quits: ferongr (ferongr@moz-15BB5393.dsl.dyn.forthnet.gr) (Quit: ferongr)
- # [12:16] * philor is now known as philor|away
- # [12:16] <bholley> Ms2ger: more to the point - is this happening off main thread?
- # [12:16] <Ms2ger> Eheh
- # [12:16] <Ms2ger> Thread 4 (crashed)
- # [12:16] <Ms2ger> Suspicious indeed
- # [12:16] <bholley> hm, appears to be the thread with XRE
- # [12:16] <bholley> so probably no
- # [12:16] <bholley> t
- # [12:17] <bholley> Ms2ger: this code was added in bug 754044
- # [12:17] * Joins: ferongr (ferongr@moz-15BB5393.dsl.dyn.forthnet.gr)
- # [12:17] <Ms2ger> Access denied :(
- # [12:18] <bholley> CCed
- # [12:18] <Ms2ger> Dammit :)
- # [12:18] <bholley> FWIW - can you add :Ms2ger to your name?
- # [12:18] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [12:18] <Ms2ger> Done
- # [12:18] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [12:19] <Ms2ger> Eep
- # [12:20] * Quits: kaze (kaze@4A536503.45AA75E6.5C7CEBE3.IP) (Ping timeout)
- # [12:22] * Joins: harishneit (Adium@8FD3E33A.D63C8F60.700C6EB0.IP)
- # [12:22] <jimm> anyone know of some makefile trickery that can take a string like 'dir1/dir2/dir3' and split 'dir3' out into a variable?
- # [12:22] * Quits: Kailas (Kailas@moz-44FB07BC.iota5.maxonline.com.sg) (Quit: Leaving)
- # [12:23] <jdm> jimm: something like $(basename 'dir1/dir2/dir3') ?
- # [12:25] <jimm> I think basename is for stripping off file extensions
- # [12:25] <NeilAway> jimm: $(notdir 'dir1/dir2/file') ?
- # [12:25] * Joins: kaze (kaze@4A536503.45AA75E6.5C7CEBE3.IP)
- # [12:25] * Joins: gandalf (gandalf@moz-C4FD3F56.neoplus.adsl.tpnet.pl)
- # [12:26] <jimm> NeilAway: would that work if the last entry in the string is a directory? like for example - 'browser/branding/nightly'
- # [12:26] <jimm> and I need 'nightly'
- # [12:26] <NeilAway> jimm: it's basically the same as $(patsubst %/,,'dir1/dir2/file')
- # [12:27] <NeilAway> jimm: so if your path ends in a / you're out of luck
- # [12:27] <jimm> it shouldn't, it's the branding directory.
- # [12:28] <jimm> I'll try it, thanks
- # [12:28] * Parts: harishneit (Adium@8FD3E33A.D63C8F60.700C6EB0.IP)
- # [12:30] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Ping timeout)
- # [12:32] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
- # [12:32] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [12:33] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
- # [12:33] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
- # [12:35] * Quits: rajul (quassel@A0F65B5E.1E203E06.5700D73F.IP) (Client exited)
- # [12:38] * khuey|away is now known as khuey
- # [12:38] * khuey is now known as khuey|away
- # [12:39] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
- # [12:42] * Quits: timdream (timdream@moz-99690620.hinet-ip.hinet.net) (Quit: timdream)
- # [12:44] * Joins: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [12:44] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
- # [12:45] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Connection reset by peer)
- # [12:45] * Joins: crussell (colby@4C613230.5A834493.B8E6AC67.IP)
- # [12:47] * Quits: m_kato (Daily@moz-348F61F0.mozilla.or.jp) (Connection reset by peer)
- # [12:47] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
- # [12:48] * Quits: yury (yury@moz-E1A05497.ok.ok.cox.net) (Connection reset by peer)
- # [12:48] * Joins: yury (yury@moz-E1A05497.ok.ok.cox.net)
- # [12:48] * Quits: grubshka (grubshka@moz-DBAABCEE.w86-216.abo.wanadoo.fr) (Ping timeout)
- # [12:49] * Quits: m_kato (Daily@moz-348F61F0.mozilla.or.jp) (Quit: m_kato)
- # [12:49] * Quits: Ms2ger (Ms2ger@3624695E.F442D4FB.37724B0D.IP) (Ping timeout)
- # [12:50] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Connection reset by peer)
- # [12:50] * Joins: crussell (colby@4C613230.5A834493.B8E6AC67.IP)
- # [12:51] <jimm> NeilAway: that worked!
- # [12:51] * Joins: Ms2ger (Ms2ger@3624695E.F442D4FB.37724B0D.IP)
- # [12:55] <NeilAway> lol @ http://ismycreditcardstolen.com/
- # [12:56] * Joins: twi (Adium@C1923CBB.8647D445.C099686B.IP)
- # [12:56] <jimm> they should have more fun with the results page
- # [12:56] <Ms2ger> <p style="width: 350;
- # [12:57] * Quits: wolfiR (wolfiR@moz-41FF8F29.dip0.t-ipconnect.de) (Quit: Leaving)
- # [12:57] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Connection reset by peer)
- # [12:57] * Joins: crussell (colby@4C613230.5A834493.B8E6AC67.IP)
- # [12:57] <darktrojan> 350 what
- # [12:58] <Ms2ger> Things
- # [12:58] * Quits: twi (Adium@C1923CBB.8647D445.C099686B.IP) (Quit: Leaving.)
- # [12:58] <darktrojan> physics teachers everywhere would have someone shot for that
- # [12:59] <Fallen> 350 Smoot
- # [12:59] <AryehGregor> darktrojan, in quirks mode, CSS accepts <number> in place of <length> (at least for some properties), with "px" implicit.
- # [12:59] <AryehGregor> http://simon.html5.org/specs/quirks-mode#the-unitless-length-quirk
- # [12:59] <darktrojan> pff, quirks mode
- # [13:00] <darktrojan> if people learnt to code properly (or if we limited it to people who could) the web wouldn't be full of such rubbish
- # [13:01] * Joins: KaiRo (robert@moz-BA854843.adsl.highway.telekom.at)
- # [13:01] <AryehGregor> Yes. There would also be five pages on the web.
- # [13:01] * darktrojan is joking, btw
- # [13:01] * Joins: kredik (chatzilla@moz-7BF4BFBD.w80-11.abo.wanadoo.fr)
- # [13:02] <Fallen> who needs more than 5 pages?
- # [13:02] <jimm> I'm sure verisign would be happy to run the global html code approval service
- # [13:02] <darktrojan> can we choose the 5 pages?
- # [13:02] <Ms2ger> No, darktrojan, we don't want 5 porn pages
- # [13:03] <darktrojan> I certainly don't
- # [13:03] <NeilAway> hmm, Planet really doesn't like Sheppy's blog post title
- # [13:03] <darktrojan> it really doesn't
- # [13:03] <Fallen> so thats not going to be on the list of 5 pages then
- # [13:04] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Connection reset by peer)
- # [13:05] * Joins: crussell (colby@4C613230.5A834493.B8E6AC67.IP)
- # [13:06] <@smaug> hsivonen: I could use some help with newline handling, Bug 744830
- # [13:06] <@smaug> what am I missing?
- # [13:07] * Joins: victorporof (victorporo@26C96D3F.9F23B8E6.79933D60.IP)
- # [13:10] * NeilAway still thinks nsCOMArray has a better API than nsTArray<nsCOMPtr>
- # [13:11] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [13:11] <Unfocused> i like []
- # [13:11] * Ms2ger kicks Unfocused
- # [13:11] <Unfocused> :)
- # [13:12] <Ms2ger> DO YOU HAVE NO HEART
- # [13:12] <Unfocused> i have a beard, why would i need a heart?
- # [13:12] <AutomatedTester> Ms2ger: do you? *is he anonymous or a neural network*
- # [13:12] <Ms2ger> *pseudonymous
- # [13:12] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Connection reset by peer)
- # [13:13] <Ms2ger> And why can't I be both?
- # [13:13] <AutomatedTester> :)
- # [13:13] * Joins: crussell (colby@4C613230.5A834493.B8E6AC67.IP)
- # [13:14] <AutomatedTester> that reminds me, I need to download more of ML videos for the train journey home
- # [13:14] * Quits: karl (karl@moz-D1F6CBFE.jetstream.xtra.co.nz) (Ping timeout)
- # [13:14] <Ms2ger> tmi
- # [13:14] <Unfocused> yea, not sure i wanna know how that connects
- # [13:15] <AutomatedTester> Neural Network -> Machine Learning
- # [13:15] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Connection reset by peer)
- # [13:18] <NeilAway> Unfocused: yeah, but you have to do your own range-checking
- # [13:18] * Joins: crussell (colby@4C613230.5A834493.B8E6AC67.IP)
- # [13:20] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Connection reset by peer)
- # [13:21] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [13:22] * Joins: asdc111 (Mibbit@461483D8.E1A88AC6.C842849F.IP)
- # [13:23] * Joins: crussell (colby@4C613230.5A834493.B8E6AC67.IP)
- # [13:24] <asdc111> hi...can anyone point me to a site where i can filter bugs by the language which is req to fix the bug?
- # [13:25] <Ms2ger> As it happens, jdm can
- # [13:26] <jdm> :D
- # [13:26] <edmorley> asdc111: there is http://www.joshmatthews.net/bugsahoy/ but not all bugs have the needed annotation
- # [13:26] <asdc111> thanks
- # [13:26] <Ms2ger> edmorley, (isn't there a copy on m.o somewhere?)
- # [13:27] <edmorley> Ms2ger: yeah I thought so, but awesomebar and google didn't agree
- # [13:27] <jdm> Ms2ger: nope. once the bedrock stuff went live, my version I was working on no longer fit so well
- # [13:27] <jdm> I haven't talked to the webdev people about integrating it yet
- # [13:28] <Ms2ger> Is bedrock something that should ring a bell?
- # [13:28] <jdm> Ms2ger: the new mozilla.org design in django
- # [13:28] <Unfocused> yes, it's foundational
- # [13:28] <Ms2ger> loldjango
- # [13:28] * Joins: jfkthame (jfkthame@25F581E4.90783722.9542EC20.IP)
- # [13:29] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
- # [13:30] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Connection reset by peer)
- # [13:30] * Joins: davehunt (davehunt@88F51059.F3BBB17D.144F44FA.IP)
- # [13:30] * Joins: crussell (colby@4C613230.5A834493.B8E6AC67.IP)
- # [13:31] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [13:33] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Connection reset by peer)
- # [13:33] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [13:34] <Ms2ger> bholley, aha!
- # [13:34] <Ms2ger> Got you a crash on https://tbpl.mozilla.org/?tree=Try&rev=4ffdbceaa5fd too
- # [13:35] * Joins: crussell (colby@4C613230.5A834493.B8E6AC67.IP)
- # [13:37] * Joins: garnacho (carlos@moz-DA241EA0.adsl.alicedsl.de)
- # [13:38] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
- # [13:38] <asdc111> the java developers package installer for macosx10.6 that you get from apple's site is broken.....does anyone have an alternate link for the download?
- # [13:40] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
- # [13:40] * Joins: pascalc (chatzilla@4A536503.45AA75E6.5C7CEBE3.IP)
- # [13:41] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
- # [13:43] * Joins: Anonymus (BoredOnIRC@moz-C8599121.washdc.fios.verizon.net)
- # [13:43] <Anonymus> Hi
- # [13:43] * Quits: davehunt (davehunt@88F51059.F3BBB17D.144F44FA.IP) (Client exited)
- # [13:44] <edmorley> Ms2ger: filed bug 758572
- # [13:44] <Ms2ger> Thanks
- # [13:44] <Anonymus> I would like to absorb all of your knowledge, and become the King of Mozilla. Commence dump please.
- # [13:45] * Ms2ger feeds Anonymus http://developer.mozilla.org/en/Introduction
- # [13:45] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: Success !!)
- # [13:48] <NeilAway> browser test paths suck :s
- # [13:48] <jtcranmer> Anonymous: you don't want to learn about libmime
- # [13:49] <Anonymus> What about it?
- # [13:49] <jtcranmer> if you still do, should I start by talking about why the old old version was replaced by the old version and why we're replacing the old version with the new version?
- # [13:50] <Anonymus> only if you can give very scientific and objective opinions, without clouding it with your mortal human emotions and irrational gut feelings
- # [13:50] <jtcranmer> objectively, libmime is a flaming piece of dog shit
- # [13:51] <jtcranmer> anyone who tries to claim otherwise hasn't worked with it
- # [13:51] <Anonymus> fascinating, a self contained exothermic reaction. We should be using libmime as an energy source then. Who will anounce the good news to the world that we no longer need fossil fuels?
- # [13:51] <jtcranmer> 'tis not self-contained
- # [13:52] * Joins: grubshka (grubshka@moz-DBAABCEE.w86-216.abo.wanadoo.fr)
- # [13:52] * Joins: mib_6ozgek (Mibbit@6AF54061.100EA5B5.B580DEC.IP)
- # [13:53] <Anonymus> so why don't you like libmime
- # [13:53] * Quits: mib_6ozgek (Mibbit@6AF54061.100EA5B5.B580DEC.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [13:53] <jtcranmer> I've worked with it
- # [13:53] * AutomatedTester is now known as AutomatedTester|AFK
- # [13:54] * Quits: RudyL (rudy@moz-99690620.hinet-ip.hinet.net) (Quit: RudyL)
- # [13:55] <Anonymus> where do I get a mentor
- # [13:56] <jtcranmer> it's a senseless reimplementation of the fundamentals of C++, ti's architecturally challenged, the code just screams potential for buffer overruns and memory leaks, it involves too many undocumented magic parameters, it killed my dog, the filenames strictly adhere to 8.3 naming schemes, it's too undertested
- # [13:56] <Anonymus> who will guide me, a brilliant yet reclusive genius, and nurture my gifts rather than be jealous of the fact that one day very soon, I will inevitably outshine them as the sun outshines the moon?
- # [13:56] <jtcranmer> basically, it's a surprise that it hasn't keeled over and died
- # [13:56] <Anonymus> jtcranmer: so basically its your average large legacy c++ project
- # [13:57] <jtcranmer> no, it's effectively C
- # [13:57] <gcp> Anonymus: arguing like that might get you killed in the cradle
- # [13:57] <jtcranmer> not C++
- # [13:57] <Anonymus> I say we blame microsoft for it
- # [13:57] <Anonymus> And look forward, not backward
- # [13:57] <jtcranmer> no, we want to implement TNEF decoding as well
- # [13:58] <Anonymus> gcp: are you my first rival that I must defeat to prove myself and earn my mentor's respect?
- # [13:58] <capella> feed him to waldo
- # [13:58] <gcp> I thought you'd have to fight some dragons.
- # [13:58] <gcp> Which areas of the code are like "there be dragons"?
- # [13:58] <gcp> this "Gecko" thing?
- # [13:58] <jtcranmer> gcp: editor?
- # [13:58] * gcp runs away quickly
- # [13:59] <gcp> "Good luck!"
- # [13:59] <Anonymus> All of this code is like a dragon
- # [13:59] <jtcranmer> that's the best reaction to editor, generally
- # [13:59] <Anonymus> its intimidating as fuck for a young noob
- # [13:59] <jtcranmer> you've not seen the code I work on if you think Mozilla is intimidating
- # [14:00] <Anonymus> No I have not.
- # [14:01] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
- # [14:02] * Quits: Optimizer (Instantbir@531F316.765CA6C8.2AB48280.IP) (Ping timeout)
- # [14:05] <NeilAway> how do you disable the £$%&*$"% timeout when running tests locally?
- # [14:06] * Quits: nli` (nli@moz-99690620.hinet-ip.hinet.net) (Connection reset by peer)
- # [14:06] * Joins: Optimizer (Instantbir@6C34044B.C9A62A88.2AB48280.IP)
- # [14:06] * Joins: nli`_ (nli@moz-99690620.hinet-ip.hinet.net)
- # [14:06] * Quits: asdc111 (Mibbit@461483D8.E1A88AC6.C842849F.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [14:07] * Quits: Cork (Cork@moz-49FD6A7D.cust.tele2.se) (Input/output error)
- # [14:08] * Joins: Cork (Cork@moz-49FD6A7D.cust.tele2.se)
- # [14:08] <jdm> NeilAway: EXTRA_TEST_ARGS=--timeout=1000000
- # [14:08] <jdm> or perhaps 0
- # [14:09] <jdm> I forget if that works
- # [14:13] <NeilAway> jdm: didn't seem to help
- # [14:13] <jdm> hum
- # [14:15] * mattwoodrow is now known as mattwoodrow|away
- # [14:15] <NeilAway> --timeout=0 didn't help either
- # [14:16] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
- # [14:17] * Quits: kmoir-afk (chatzilla@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120312181643])
- # [14:19] <JPeterson> compile question: what is supposed to be in the dmb dir?
- # [14:19] <Unfocused> --timeout=1 would be fun
- # [14:19] <JPeterson> *dbm
- # [14:19] <JPeterson> Entering directory `/c/Firefox/hg/security/dbm'
- # [14:19] <JPeterson> *** No targets specified and no makefile found. Stop.
- # [14:19] * Joins: kmoir_buildduty (chatzilla@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
- # [14:19] <JPeterson> there is only a (empty) Makefile.in in dmb
- # [14:19] <JPeterson> *dbm
- # [14:20] <JPeterson> how do i generate a makefile for a particular target?
- # [14:20] <jdm> JPeterson: I see a bunch of subdirs
- # [14:21] <NeilAway> hmm, does cpg insert bogus stack frames into my js stack?
- # [14:23] * rail_away is now known as rail
- # [14:23] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
- # [14:24] <JPeterson> jdm: can you paste the "rhash -Cr --simple dbm" http://pastebin.com/unrZ56nh
- # [14:24] * Joins: davehunt (davehunt@88F51059.F3BBB17D.144F44FA.IP)
- # [14:25] <jdm> JPeterson: no rhash on osx
- # [14:25] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [14:25] <jdm> JPeterson: but yes, my makefile is empty
- # [14:28] <JPeterson> jdm: can you do a "find dbm|xargs crc32" instead
- # [14:29] <jdm> JPeterson: http://pastebin.com/g4bWXt8F
- # [14:30] * Quits: tor (tor@9043A4AC.46A41C28.49CEED6B.IP) (Ping timeout)
- # [14:31] <JPeterson> jdm: they are identical
- # [14:32] <@ted> that's part of NSS
- # [14:32] * Joins: tor (tor@9043A4AC.46A41C28.49CEED6B.IP)
- # [14:33] * Quits: nli`_ (nli@moz-99690620.hinet-ip.hinet.net) (Quit: nli`_)
- # [14:33] * nli is now known as nli|away
- # [14:34] * Quits: gandalf (gandalf@moz-C4FD3F56.neoplus.adsl.tpnet.pl) (Ping timeout)
- # [14:34] * Quits: artur (artur@moz-6DFBD742.hsd1.vt.comcast.net) (Input/output error)
- # [14:34] * Joins: KLB (Kenneth_Ba@moz-C233EF2B.maine.res.rr.com)
- # [14:35] * Quits: tor (tor@9043A4AC.46A41C28.49CEED6B.IP) (Ping timeout)
- # [14:35] * Joins: gandalf (gandalf@moz-DF77C863.neoplus.adsl.tpnet.pl)
- # [14:35] <@ted> edmorley: has m-i not been merged back to m-c since yesterday?
- # [14:35] <bjacob> jlebar|sleep: ping about linked lists
- # [14:36] <darktrojan> jdm, please tell me you didn't spend 4 hours reading that patch of mine yesterday
- # [14:36] <jdm> darktrojan: ok, I won't.
- # [14:36] <@ted> i'm not convinced that jdm sleeps
- # [14:36] * Joins: jprmc (jprmc@202124B6.5BCEC6DB.DA78B690.IP)
- # [14:36] <edmorley> ted: no, waiting on pgo on 6d8518b1dae2 as I don't like crossing merges
- # [14:36] <jdm> darktrojan: in my defense, it's what I did while waiting on full multiple rebuilds
- # [14:36] <@ted> perhaps it's just his world-traveller-timezone-changing ways
- # [14:36] <@ted> edmorley: okay, thanks
- # [14:37] <darktrojan> jdm, you are mad
- # [14:37] <darktrojan> or perhaps I am mad
- # [14:37] * Joins: tor (tor@9043A4AC.46A41C28.49CEED6B.IP)
- # [14:37] * jmaher|afk is now known as jmaher
- # [14:37] * Quits: @ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Input/output error)
- # [14:37] * Joins: espindola (espindola@moz-8B095640.dsl.teksavvy.com)
- # [14:37] <mounir> someone knows who at labs has been working on the push api?
- # [14:37] <JPeterson> someonew screwed up the makefile so that it runs make inside ./dbm
- # [14:37] * Quits: jprmc (jprmc@202124B6.5BCEC6DB.DA78B690.IP) (Write error: Connection reset by peer)
- # [14:38] <bholley> Ms2ger: yeah, almost certainly a bug in that patch
- # [14:38] * Quits: kinetik (kinetik@B0506AEA.F200EF31.613E47D1.IP) (Quit: leaving)
- # [14:38] <bholley> Ms2ger: not a ton I can figure out from that stack though :-)
- # [14:38] <bholley> Ms2ger:
- # [14:38] <bholley> er
- # [14:38] <bholley> Ms2ger: :-(
- # [14:39] <bholley> Ms2ger: also, that push was slightly different
- # [14:39] <bholley> Ms2ger: in the sense that it called JS_ObjectToOuterObject
- # [14:39] <bholley> Ms2ger: which the code I landed doesn't anymore
- # [14:40] <jdm> hum, that's interesting
- # [14:40] <jdm> there's a null docshell in nsGlobalWindow::GetLocalStorage
- # [14:40] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [14:40] <bholley> Ms2ger: but, the fact that it crashed there tells us that the issue is that obj is garbage
- # [14:41] <JPeterson> can someone paste a find security/dbm|xargs crc32
- # [14:43] * Quits: tor (tor@9043A4AC.46A41C28.49CEED6B.IP) (Ping timeout)
- # [14:44] * Joins: timdream (timdream@moz-477A89C4.adsl.dynamic.seed.net.tw)
- # [14:46] * Quits: gandalf (gandalf@moz-DF77C863.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
- # [14:46] * erick-away is now known as erick
- # [14:46] <JPeterson> the makefile is doing a Entering directory `/obj-i686-pc-mingw32/security/manager' make -C /security/dbm
- # [14:47] <@ted> JPeterson: yes, that's how we build NSS
- # [14:47] * Joins: JeroenDeDauw (j@moz-651624AB.dip.t-dialin.net)
- # [14:47] * Joins: tor (tor@9043A4AC.46A41C28.49CEED6B.IP)
- # [14:47] * catlee-away is now known as catlee
- # [14:47] <mounir> glandium: have you ever seen a never finishing link on mobile?
- # [14:47] <JPeterson> but Entering directory `/security/dbm' gives *** No targets specified and no makefile found. Stop.
- # [14:47] <mounir> glandium: link as ld
- # [14:48] * Joins: _alex (Mibbit@moz-91848CE0.grenet.fr)
- # [14:48] <JPeterson> i two clean hg pull already
- # [14:48] <JPeterson> someone messed up the makefile, please help me trace the problem
- # [14:48] <jdm> JPeterson: does hg status show anything?
- # [14:49] <@ted> are you using any nonstandard mozconfig options?
- # [14:49] <@ted> the default build seems to be fine on tinderbox
- # [14:49] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
- # [14:50] <JPeterson> jdm here is hg status http://pastebin.com/tpTmZ4en
- # [14:50] <jdm> oh dear
- # [14:51] <JPeterson> ted my config is --disable-angle, becauseit wont let me set MOZ_DIRECTX_SDK_PATH
- # [14:51] <JPeterson> --disable-tests
- # [14:51] <JPeterson> --disable-installer, thought it would save time
- # [14:51] <@ted> yeah so uh
- # [14:51] <@ted> ! security\coreconf\Makefile
- # [14:51] <@ted> from your hg status
- # [14:52] <@ted> all those files are files that should be in the repo but are missing
- # [14:52] <@smaug> what is wrong with try
- # [14:52] <@smaug> very slow
- # [14:52] <@ted> did you rm them?
- # [14:52] <JPeterson> ted, oh
- # [14:53] * NeilAway sighs
- # [14:53] <NeilAway> who can I thwap regarding XPConnect?
- # [14:53] <edmorley> bholley :-)
- # [14:53] <@smaug> bholley?
- # [14:53] * bholley bows
- # [14:53] <JPeterson> ted, it seems like the hg disconencts me if i try to pull more than ten changes at a time
- # [14:54] <JPeterson> hg pull is at 0.00001 kB/s
- # [14:54] <NeilAway> bholley: so, the way XPConnect looks up the QueryInterface function on a JS object reports a strict JS warning if the object doesn't have that property
- # [14:54] <edmorley> JPeterson: have you tried getting the bundle instead?
- # [14:54] <NeilAway> bholley: but the worse thing is, if you have JS -> C++ -> QueryInterface then the warning gets reported against the JS -> C++ property
- # [14:54] <JPeterson> edmorley: i'llt ry that
- # [14:55] <edmorley> JPeterson: https://developer.mozilla.org/en/Mozilla_Source_Code_%28Mercurial%29#Bundles
- # [14:55] <NeilAway> JPeterson: pulling won't restore files deleted from your working directory
- # [14:55] <jfkthame> JPeterson, have you been building directly within the source tree instead of using a separate objdir? and then did something that "clean"ed all Makefiles?
- # [14:55] * Joins: Goldorak (chatzilla@27637B53.1EC05627.187A1082.IP)
- # [14:55] * Quits: Cwiiis (cwiiis@moz-F15E698.croy.cable.virginmedia.com) (Quit: Leaving)
- # [14:55] <jfkthame> i don't think an incomplete pull would leave you just lacking a bunch of Makefiles and nothing else
- # [14:56] <JPeterson> jfkthame: ya the makefile had the wrong path even after rm `find . -name 'config.cache'`
- # [14:56] <JPeterson> so i deleted all Makefile too
- # [14:56] <NeilAway> bholley: now, I suppose I could work around the bug by adding QueryInterface to the JS Object in question
- # [14:56] <NeilAway> bholley: but the question is, how do I work out what JS object this is?
- # [14:57] <jfkthame> JPeterson: if i were you, i'd probably "hg revert" the tree, and then start over (making sure to build in a separate objdir so you don't pollute the source tree with build stuff)
- # [14:57] <bholley> NeilAway: gdb break where the warning is raised, up, and do ->dump() on the object?
- # [14:58] <JPeterson> jfkthame: ya i take the blame, i should do a hg revert instead, i though all Makefile were generated
- # [14:58] <jfkthame> not the ones already in the source tree
- # [14:58] <jfkthame> well, they may have been generated by some upstream process, but not during the mozilla build
- # [14:59] * Joins: whimboo (whimboo@88F51059.F3BBB17D.144F44FA.IP)
- # [15:00] <edmorley> JPeterson: hg up -C should get you msorted
- # [15:00] <edmorley> sorted
- # [15:01] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
- # [15:01] * Quits: @smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi) (Ping timeout)
- # [15:01] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
- # [15:02] * Quits: bholley (anonymous@moz-C7467218.net-82-216-232.rev.numericable.fr) (Ping timeout)
- # [15:04] * Joins: bholley (anonymous@moz-C7467218.net-82-216-232.rev.numericable.fr)
- # [15:04] * Joins: overholt (overholt@moz-89F9FC0.cable.teksavvy.com)
- # [15:05] <JPeterson> can someone help me with MOZ_DIRECTX_SDK_PATH
- # [15:05] <jdm> JPeterson: what about it?
- # [15:05] <JPeterson> i don't like to run unecessary installers like the directx sdk
- # [15:05] <NeilAway> bholley: I'm not in gdb, do you know how to do that in WinDbg?
- # [15:05] <bholley> NeilAway: I don't. I know debugging jsapi on windows sucks
- # [15:05] <JPeterson> so i have all SDKs in a library with batches to change sdk
- # [15:05] <JPeterson> but no registry entry
- # [15:05] <bholley> NeilAway: because ->dump() and stuff are sometimes not accessible
- # [15:06] <JPeterson> (i use an env var DXSDK_DIR to locate it)
- # [15:06] * Quits: Optimizer (Instantbir@6C34044B.C9A62A88.2AB48280.IP) (Ping timeout)
- # [15:06] * mjschranz_away is now known as mjschranz
- # [15:06] <JPeterson> do i have to place a dx sdk entry in the registry?
- # [15:07] * Joins: armenzg (armenzg@moz-E10BB395.dsl.bell.ca)
- # [15:08] * Joins: bbondy (bbondy@moz-C9962B2.home.cgocable.net)
- # [15:10] * Quits: timdream (timdream@moz-477A89C4.adsl.dynamic.seed.net.tw) (Ping timeout)
- # [15:10] * bhearsum|afk is now known as bhearsum
- # [15:11] * Quits: JPeterson (JPeterson@moz-B2998FD7.cust.tele2.se) (Connection reset by peer)
- # [15:12] * Joins: JPeterson (JPeterson@moz-B2998FD7.cust.tele2.se)
- # [15:13] * Joins: jviereck (Adium@moz-283FD75A.ethz.ch)
- # [15:13] * Quits: tor (tor@9043A4AC.46A41C28.49CEED6B.IP) (Ping timeout)
- # [15:14] <NeilAway> bholley: ah, I think I got it
- # [15:14] <NeilAway> bholley: I stepped out until JSObject::getGeneric and then used .call mozjs!JSObject::dump(this)
- # [15:14] <JPeterson> maybe it's because i did export MOZ_DIRECTX_SDK_PATH=$DXSDK_DIR
- # [15:14] <bholley> NeilAway: nice
- # [15:14] <JPeterson> i should do echo 'mk_add_options MOZ_DIRECTX_SDK_PATH="$DXSDK_DIR"'>>.mozconfig ?
- # [15:15] <darktrojan> bah, interdiff doesn't account for the fact there's 33 lines been removed from the top of all these files
- # [15:15] * darktrojan shakes his fist in gerv's general direction
- # [15:16] * Ms2ger whacks darktrojan with his towel
- # [15:16] <darktrojan> :/
- # [15:16] * Joins: tor (tor@9043A4AC.46A41C28.49CEED6B.IP)
- # [15:16] <JPeterson> can i set the dx sdk path?
- # [15:16] <JPeterson> should do echo 'mk_add_options MOZ_DIRECTX_SDK_PATH="$DXSDK_DIR"'>>.mozconfig ?
- # [15:17] <JPeterson> *i
- # [15:17] <Ms2ger> namespace subtle {
- # [15:17] <JPeterson> then i get
- # [15:17] <JPeterson> Adding configure options from ./.mozconfig:
- # [15:17] <JPeterson> MOZ_DIRECTX_SDK_PATH=C:\Files\Source\DirectX\
- # [15:17] <JPeterson> configure: warning: MOZ_DIRECTX_SDK_PATH=C:\Files\Source\DirectX\: invalid host type
- # [15:19] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
- # [15:19] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
- # [15:20] <NeilAway> bholley: bah, I added the missing property, but now I have two exceptions :s
- # [15:21] <bholley> NeilAway: :-(
- # [15:21] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Quit: Connection reset by beer)
- # [15:24] <NeilAway> bholley: weird, the first time it worked, but the second time the fprintfs aren't appearing anywhere :S
- # [15:24] * Joins: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP)
- # [15:24] <JPeterson> how do i specify MOZ_DIRECTX_SDK_PATH? is it with echo 'mk_add_options MOZ_DIRECTX_SDK_PATH="$DXSDK_DIR"'>>.mozconfig or not?
- # [15:25] * Joins: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es)
- # [15:26] * armenzg is now known as armenzg_brb
- # [15:26] <NeilAway> bholley: oh, it's something to do with the test harness
- # [15:27] <edmorley> JPeterson: you'll want to use export not mk_add_options I would ahve thought
- # [15:27] <edmorley> JPeterson: also, from your pastebin it seemed like you were modifying the copy under browser/...
- # [15:27] <JPeterson> edmorley: but what about the configure:19245 "MOZ_DIRECTX_SDK_PATH="
- # [15:27] <edmorley> JPeterson: you just need to create a .mozconfig in the root of the repo
- # [15:27] <JPeterson> *19235
- # [15:28] <NeilAway> JPeterson: you'll have to hack your configure, it errors out if it doesn't find the reg key
- # [15:28] <JPeterson> edmorley: ok
- # [15:28] <edmorley> JPeterson: --disable-angle might just be easier for now :-)
- # [15:29] <JPeterson> now i did go through all the unecessary grandma-level trouble of running the dx installer, and guess what still no key under HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\DirectX
- # [15:29] <JPeterson> what ajoke
- # [15:32] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
- # [15:32] * coop|afk is now known as coop|buildduty
- # [15:32] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/831ff2eb9a28 - Brian R. Bondy - Bug 710935 - Measure lag in handling user input. r=bsmedberg
- # [15:32] <JPeterson> i've never seen a build configuration that depend on registry keys, and i'm a developer on 76 open source projects
- # [15:34] * Quits: kanha (quassel@6CCA9C8D.8293D34.9105FBCF.IP) (Ping timeout)
- # [15:34] <NeilAway> bholley: so, it turns out I had more than one JS object, and I had to implement QI on them all to make the bug go away :s
- # [15:35] * bhearsum tries to push, loses a race to bbondy, then to edmorley
- # [15:35] <bbondy> hah
- # [15:35] <edmorley> heh :-)
- # [15:35] <bhearsum> there we go
- # [15:35] <bbondy> #win
- # [15:35] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [15:35] <coop|buildduty> would you like a bronze medal? ;)
- # [15:35] <edmorley> I'm just glad I didn't lose or I'd have to strip and remerge :-(
- # [15:35] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/caea66e968bf - Ben Hearsum - bug 723176: support mac dmg signing in the build system - turn on signing of mac builds again. r=ted
- # [15:35] <bholley> NeilAway: there's lots of suboptimal stuff in XPConnect :-(
- # [15:36] <bbondy> hg qimport -r tip
- # [15:36] <Ms2ger> Ohrly
- # [15:36] <bholley> NeilAway: patches welcome!
- # [15:36] * Joins: nattokirai (nattokirai@moz-6A258170.dynamic.ppp.asahi-net.or.jp)
- # [15:36] <Ms2ger> bbondy, merges?
- # [15:36] <edmorley> bbondy: you can't for merges
- # [15:36] <bbondy> I mean do that if you qfinish but can't [ush
- # [15:36] <bbondy> ah ok
- # [15:36] * Joins: Matti (chatzilla@moz-D282D584.dip.t-dialin.net)
- # [15:36] * Joins: kanha (quassel@6CCA9C8D.8293D34.9105FBCF.IP)
- # [15:36] <edmorley> I can remerge and have a double cset, but that looks messy (and yeah I know)
- # [15:36] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
- # [15:37] <edmorley> remote: added 121 changesets with 719 changes to 572 files
- # [15:37] <NeilAway> bholley: sadly I don't know the JS api
- # [15:37] <edmorley> merge all the things \o/
- # [15:38] <Ms2ger> NeilAway, not sure if "sadly" is the right word there
- # [15:38] * Quits: whimboo (whimboo@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
- # [15:38] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [15:39] * Joins: Pike (Pike@moz-E31CD2CB.mozilla.org)
- # [15:40] <NeilAway> Ms2ger: would you prefer to fix XPConnect?
- # [15:40] <Ms2ger> I've had my deal of XPConnect, thank you
- # [15:41] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Quit: darktrojan)
- # [15:41] * @ted is hitting a compile error in gfx
- # [15:41] <@ted> http://pastebin.mozilla.org/1649901
- # [15:41] <@ted> i tried clobbering locally
- # [15:41] <@ted> no idea what's going on there
- # [15:42] * @ted wonders if hg rebase screwed him somehow
- # [15:42] <Ms2ger> That's its job, after all
- # [15:42] <bbondy> I think I've seen that before and clobber didn't fix either and I recloned and then it worked
- # [15:42] <jdm> hg rebase --no-complaints-allowed
- # [15:42] <@ted> that seems unfortunate
- # [15:42] <Ms2ger> Oh, no
- # [15:43] <Ms2ger> I think I've seen a patch to fix that
- # [15:43] <Ms2ger> Bug 752380
- # [15:43] <Ms2ger> ted, ^
- # [15:43] <Ms2ger> Just pull
- # [15:43] <@ted> i just rebased
- # [15:43] <@ted> did i just miss it?
- # [15:43] <@ted> oh, it's only in inbound
- # [15:43] <Ms2ger> It's on m-c now
- # [15:44] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [15:44] <Ms2ger> I think edmorley just merged it
- # [15:44] <edmorley> yup https://hg.mozilla.org/mozilla-central/rev/6747b994ba00
- # [15:44] <@ted> ah
- # [15:44] <@ted> great
- # [15:44] * Joins: Optimizer (Instantbir@E1121B2A.765CA6C8.2AB48280.IP)
- # [15:45] * Quits: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es) (Ping timeout)
- # [15:47] * Quits: Gentlecat (Roman@C2B2F85D.18EC6E70.8FB52CB8.IP) (Connection reset by peer)
- # [15:47] <zzzzz> edmorley: b2g RED
- # [15:48] <bhearsum> i'm clobbering it
- # [15:48] * armenzg_brb is now known as armenzg
- # [15:48] <edmorley> oh yeah it needed clobber on inbound, was just so long ago
- # [15:49] <edmorley> should probably have just clobbered android too for good measure, given how broken the dependencies are
- # [15:49] * Joins: xsergio (sergio@DAEF1255.9C8843EE.A4F23BCE.IP)
- # [15:49] * zzzzz goes back to watching SpaceX Dragon docking
- # [15:49] <bhearsum> edmorley: i'll do that, too
- # [15:49] <mkaply> zzzzz: why did they stop it 70 meters out? Did they say why?
- # [15:49] <edmorley> bhearsum: just done android
- # [15:49] <bhearsum> oh, ok
- # [15:49] <bhearsum> i did b2g
- # [15:49] * bhearsum retriggers his red
- # [15:49] <edmorley> bhearsum: thanks :-)
- # [15:50] <bhearsum> yw
- # [15:50] <zzzzz> mkaply: the laser guidance was locking onto the wrong target panel , had to be re-aligned to get right target
- # [15:51] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
- # [15:51] * ChanServ sets mode: +o ehsan
- # [15:52] <bhearsum> morning eh
- # [15:52] <bhearsum> ehsan:
- # [15:52] * Quits: davehunt (davehunt@88F51059.F3BBB17D.144F44FA.IP) (Client exited)
- # [15:52] <@ehsan> morning bh
- # [15:52] <@ehsan> bhearsum:
- # [15:52] <glazou> hi ehsan
- # [15:52] <@ehsan> :D
- # [15:52] <bhearsum> ha ha
- # [15:52] <@ehsan> hi
- # [15:52] <bhearsum> how's it going?
- # [15:52] <@ehsan> good!
- # [15:52] * Quits: overholt (overholt@moz-89F9FC0.cable.teksavvy.com) (Quit: Leaving)
- # [15:52] <@ehsan> bhearsum: https://hg.mozilla.org/mozilla-central/rev/97b524dbc4ad
- # [15:52] * Joins: davehunt (davehunt@88F51059.F3BBB17D.144F44FA.IP)
- # [15:53] <bhearsum> yay
- # [15:53] <bhearsum> i just turned on mac signing again, too
- # [15:53] <@ehsan> yep, saw it :)
- # [15:54] <bhearsum> hopefully landing them at the same time isn't bad luck
- # [15:54] * glazou casts a spell on OS X for that
- # [15:54] <@ehsan> bhearsum: what could possibly go wrong?!
- # [15:54] <bhearsum> yes please, it needs all the buffs it can get
- # [15:54] <bhearsum> anyone have an invincibility potion?
- # [15:55] * Joins: ianbicking (ianbicking@moz-36B9BE32.hsd1.mn.comcast.net)
- # [15:55] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [15:55] <glazou> honestly I could send a fireball on OS X too for forcing us to sign
- # [15:55] * Quits: ianbicking (ianbicking@moz-36B9BE32.hsd1.mn.comcast.net) (Quit: ianbicking)
- # [15:55] <bhearsum> we were going to do it anyways
- # [15:55] <bhearsum> they just rushed our schedule a bit
- # [15:55] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
- # [15:55] <bhearsum> and forced us to use their certs
- # [15:56] <jfkthame> ehsan: if you're able to test the tryserver build from bug 758257 and confirm it works on your device (even on re-launch/restore tab), that'd be great
- # [15:56] * Joins: automata (automata@8D23278A.C27CA109.16867D26.IP)
- # [15:56] * Joins: nhirata (nhirata.bu@moz-585D5EFC.hsd1.ca.comcast.net)
- # [15:56] <@ehsan> jfkthame: yeah I was watching it until last night and the build had not even started
- # [15:56] <@ehsan> I'll try later today
- # [15:57] <jfkthame> ehsan: tryserver seemed to forget about that one, so in the end i pushed it again
- # [15:57] <jfkthame> thanks, i believe it'll fix but don't have a suitable device to confirm it here
- # [15:57] <@ehsan> I bet it's still pending!
- # [15:57] <glazou> bhearsum: I guess apple's marketing final wet dream is to totally disallow software not downloaded from the mac app store, and I hate them for that
- # [15:57] <@ehsan> np, I'm happy to test
- # [15:58] <bhearsum> glazou: probably, yet
- # [15:58] <jfkthame> the original push doesn't even show up as pending in self-serve - it says it's never heard of that changeset
- # [15:58] <@ehsan> jfkthame: have you filed a releng bug about that?
- # [15:59] <jfkthame> ehsan: no, i considered it but unless it's a recurrent problem i figure they've got more important worries
- # [15:59] * bwinton_away is now known as bwinton
- # [15:59] * Quits: gfritzsche (gfritzsche@moz-3510DFB9.dynamic.qsc.de) (Ping timeout)
- # [15:59] <@ehsan> dunno, yesterday we had ~2700 pending jobs at some point
- # [16:00] <@ehsan> so I wouldn't be surprised if you've hit an edge case bug somehow
- # [16:00] <jfkthame> quite likely
- # [16:00] * Quits: kaze (kaze@4A536503.45AA75E6.5C7CEBE3.IP) (Ping timeout)
- # [16:04] * @ehsan finds it annoying that try server fennec builds replace Nightly :(
- # [16:06] <bhearsum> change the branding in your push ;)
- # [16:06] * Quits: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net) (Quit: Mardak)
- # [16:07] <jfkthame> good idea, i should do that next time
- # [16:07] * Quits: kmoir_buildduty (chatzilla@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Ping timeout)
- # [16:07] * Joins: kats (kats@moz-DE13FC16.compute-1.amazonaws.com)
- # [16:07] * Parts: kats (kats@moz-DE13FC16.compute-1.amazonaws.com)
- # [16:07] <@ehsan> jfkthame: the build works great!
- # [16:08] * Quits: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net) (Ping timeout)
- # [16:08] * Joins: kmoir-afk (chatzilla@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
- # [16:08] * kmoir-afk is now known as kmoir_buildduty
- # [16:08] <jfkthame> ehsan: cool, thanks for testing - i'll land the patch shortly, then
- # [16:08] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [16:08] <@ehsan> thank you
- # [16:08] <@ehsan> jfkthame: can we get this on Aurora as well?
- # [16:08] <jfkthame> we can try
- # [16:09] <@ehsan> that would be good
- # [16:09] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [16:09] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [16:10] * Joins: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl)
- # [16:12] * Joins: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es)
- # [16:13] * Quits: kmoir_buildduty (chatzilla@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Ping timeout)
- # [16:14] * Joins: kmoir_buildduty (chatzilla@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
- # [16:16] <Yoric> Ok, there's something I don't get about nsRefPtr.
- # [16:16] * Quits: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es) (Ping timeout)
- # [16:16] <Yoric> Why doesn't my call to forget work?
- # [16:16] <Yoric> http://pastebin.mozilla.org/1649935
- # [16:16] * Joins: overholt (overholt@F2D29657.F60B0462.67AC9B1.IP)
- # [16:17] <jdm> getter_AddRefs is incorrect there
- # [16:17] <@ehsan> yeah you should drop it
- # [16:17] <glandium> Yoric: you want to do manager = mManager.forget()
- # [16:17] <@ehsan> forget takes T**
- # [16:18] * Quits: jviereck (Adium@moz-283FD75A.ethz.ch) (Quit: Leaving.)
- # [16:18] <Yoric> thanks
- # [16:19] * Joins: kats (kats@moz-DE13FC16.compute-1.amazonaws.com)
- # [16:19] * Joins: Cwiiis (cwiiis@88F51059.F3BBB17D.144F44FA.IP)
- # [16:19] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [16:19] <Yoric> So why did mak insist that |manager = mManager.forget()| would forget too early?
- # [16:19] * Joins: jviereck (Adium@moz-283FD75A.ethz.ch)
- # [16:19] <Ms2ger> Because even mak can be wrong ;)
- # [16:19] <mak> I didn't insist, I was wondering :)
- # [16:19] * Joins: sicking (chatzilla@moz-7F871C5C.hsd1.ca.comcast.net)
- # [16:19] <kats> josh: ping
- # [16:19] * jlebar|sleep is now known as jlebar
- # [16:19] <jlebar> bjacob, ack
- # [16:19] <glandium> mounir: someone was saying he was having 30 minutes link time for mobile
- # [16:19] <Yoric> mak: :)
- # [16:20] <Yoric> Thanks.
- # [16:20] <glandium> Yoric: fwiw, with forget(), the refcount is never touched
- # [16:21] <Yoric> This is what I believed.
- # [16:21] <Yoric> But I assumed that I had missed something.
- # [16:21] <Yoric> I _am_ easy to intimidate :)
- # [16:21] <glandium> Yoric: you didn't :)
- # [16:22] * Joins: twi (Adium@A0665E89.54870FC1.75FF248D.IP)
- # [16:23] <mak> btw, I don't think I suggested using getter_addrefs...
- # [16:24] <Yoric> No, that's my fault.
- # [16:25] * Quits: jviereck (Adium@moz-283FD75A.ethz.ch) (Quit: Leaving.)
- # [16:25] * Quits: graememcc (chatzilla@moz-FEA553BF.range86-150.btcentralplus.com) (Ping timeout)
- # [16:26] * Joins: graememcc (chatzilla@moz-4764ECDD.range86-167.btcentralplus.com)
- # [16:26] <bjacob> jlebar: unping, i need more time to think. have some ideas about LinkedList
- # [16:26] <jlebar> bjacob, Sounds good.
- # [16:27] <jfkthame> ehsan: ok, i nominated it for aurora …. if necessary, i suggest you find some drivers and bribe them with beer until they approve ;)
- # [16:28] <@ehsan> jfkthame: good idea, we also have a scotch cupboard
- # [16:28] <@ehsan> just saying ;)
- # [16:29] * Quits: _alex (Mibbit@moz-91848CE0.grenet.fr) (Quit: http://www.mibbit.com ajax IRC Client)
- # [16:30] * KaiRo is surprised that we have v8 code in our codebase
- # [16:31] <@ehsan> KaiRo: why is that surprising?!
- # [16:32] <KaiRo> ehsan: because I thought it's entirely a "competition" engine to our ;-)
- # [16:32] * Quits: bc (bc@454BDC37.1D5E8529.AC69809B.IP) (Quit: leaving)
- # [16:32] * KaiRo would have never noticed if there wasn't a crash happening in v8:: namespaced code
- # [16:32] * Quits: graememcc (chatzilla@moz-4764ECDD.range86-167.btcentralplus.com) (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120310193349])
- # [16:33] <@ehsan> it's open source
- # [16:33] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [16:34] * Joins: mreavy (chatzilla@moz-A899486F.hsd1.ca.comcast.net)
- # [16:34] <KaiRo> ehsan: sure, and as long as license are compat I guess I should expect stuff to be copied in any direction
- # [16:35] <@ehsan> indeed
- # [16:35] <Ms2ger> KaiRo, we steal the good bits, so we have more engineering time to beat them :)
- # [16:35] <KaiRo> hehe
- # [16:35] <robcee> edmorley++
- # [16:35] <robcee> thanks for the diligence on fx-team
- # [16:36] <robcee> I owe you beers :)
- # [16:36] <edmorley> robcee: that's ok :-)
- # [16:36] <KaiRo> Ms2ger: still, "the good bits" is relative if we crash in them (bug 694419 - quite low volume though)
- # [16:36] <josh> kats: pong
- # [16:36] <robcee> edmorley: beverage of your choosing then
- # [16:36] <robcee> :)
- # [16:36] <Ms2ger> KaiRo, fair point... Let's say the fast bits :)
- # [16:36] <kats> josh: i had a question about plugin visibility (i think). specifically the backtrace at https://bugzilla.mozilla.org/show_bug.cgi?id=758361#c2
- # [16:37] <kats> josh: some plugin code ends up calling DocumentViewerImpl::Show when the document has already been shown, and that's causing problems for me
- # [16:37] <kats> josh: any idea if that is intentional, or can be avoided somewhere?
- # [16:38] <NeilAway> mak: my point on bug 606575 is that the local dir is not saved anywhere, so we shouldn't have it as a parameter
- # [16:38] <mak> NeilAway: ah ok, I was not sure if there was a use-case requiring it to be provided explicitly
- # [16:39] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
- # [16:39] <mak> NeilAway: so, we may make that param a fake one, to avoid interface change, just ignore it?
- # [16:39] <josh> kats: can you attach stacks like that as attachments instead of comments? Wrapping makes them hard to read and they make looking over the bug difficult
- # [16:39] <NeilAway> mak: you could do, I guess
- # [16:39] <NeilAway> mak: depends on your reviewer really ;-)
- # [16:39] * bear-afk is now known as bear
- # [16:39] * cadecairos_away is now known as cadecairos
- # [16:40] <mak> NeilAway: I thought it was you!
- # [16:40] <kats> josh: sure, sorry
- # [16:40] <josh> np
- # [16:40] <kats> here's a pastebin without the wrapping: http://pastebin.mozilla.org/1649939
- # [16:40] <josh> kats: Unfortunately I don't know much about that aspect of the load, I'd suggest talking to roc
- # [16:40] <NeilAway> mak: sadly I don't own that
- # [16:41] * armenzg is now known as armenzg_brb
- # [16:41] <kats> josh: ok, thanks
- # [16:41] * Joins: bc (bc@454BDC37.1D5E8529.AC69809B.IP)
- # [16:42] <josh> kats: I wouldn't be surprised if that call to EnsureVisible is not necessary any more, but it's going to be hard to figure out if that is true
- # [16:43] <josh> it'll be a web compat problem, and I think by "some plugins" they mean Adobe PDF - they have the strongest dependencies on relationships between instances like that
- # [16:43] <kats> josh: do you think having a guard to prevent running nsDocumentViewer::Show if it's already visible would be fine?
- # [16:43] <josh> kats: I don't know, sorry, was just trying to add what context I could
- # [16:43] <kats> josh: fair enough, thanks
- # [16:44] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Ping timeout)
- # [16:44] <josh> kats: http://mxr.mozilla.org/mozilla-central/source/dom/plugins/base/nsPluginInstanceOwner.cpp#3219
- # [16:44] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
- # [16:45] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [16:45] <josh> kats: my understanding is that the EnsureVisible call will complete shutdown of any previous prescontext associated with a prior document, so that we shut down instances on a preview page in the tab, is that your understanding?
- # [16:45] * Quits: sicking (chatzilla@moz-7F871C5C.hsd1.ca.comcast.net) (Ping timeout)
- # [16:46] <josh> by "my understanding" I mean "my guess" based on the comment there and the name of the method, I haven't actually read through all the code in Ensurevisible
- # [16:46] <kats> josh: that sounds reasonable although i know nothing about plugin code so I don't really know
- # [16:48] * philor|away is now known as philor
- # [16:48] * Quits: dao (dao@moz-38822FD3.superkabel.de) (Quit: Leaving.)
- # [16:48] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [16:50] * Quits: dao (dao@moz-38822FD3.superkabel.de) (Ping timeout)
- # [16:51] * wlach|afk is now known as wlach
- # [16:53] <vlad> hrm
- # [16:53] <vlad> how is configure using $MAKE?
- # [16:53] * Joins: gustavold (gustavold@45585AD.ECBC1091.946930A0.IP)
- # [16:53] <vlad> and not defining it?
- # [16:53] * Quits: davehunt (davehunt@88F51059.F3BBB17D.144F44FA.IP) (Client exited)
- # [16:54] * Joins: Gijs (chatzilla@F2D29657.F60B0462.67AC9B1.IP)
- # [16:55] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
- # [16:56] * gregglind_afk is now known as gregglind
- # [16:56] <Gijs> bholley: you still around? :-)
- # [16:56] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
- # [16:56] * Joins: dveditz (dveditz@moz-5051E786.dhcp.cruzio.com)
- # [16:56] * ChanServ sets mode: +o dveditz
- # [16:56] * Quits: gustavold (gustavold@45585AD.ECBC1091.946930A0.IP) (Ping timeout)
- # [16:59] <@bsmedberg> vlad: where is it using it?
- # [16:59] <vlad> line 9007 of configure.in in m-c
- # [17:00] <bbondy> If anyone hasn't seen this yet, and since it will directly affect our contributors, please vote here for the ability to build desktop applications (and metro style desktop browsers) in VS2011 Express. http://goo.gl/NhEL5
- # [17:00] * armenzg_brb is now known as armenzg
- # [17:00] * Quits: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [17:01] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
- # [17:01] * Quits: tonymec (tonymec@E6EF9FBF.A45A0DE.277517C1.IP) (Ping timeout)
- # [17:01] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
- # [17:01] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [17:02] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
- # [17:02] * Quits: @ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Input/output error)
- # [17:03] <@bsmedberg> vlad: I have no clue, it doesn't look like it should work
- # [17:04] <vlad> it doesn't! :)
- # [17:04] * Joins: graememcc (chatzilla@moz-4764ECDD.range86-167.btcentralplus.com)
- # [17:04] <vlad> unless you explicitly set MAKE=make before running configure
- # [17:04] <vlad> which is I'm guessing why our tinderboxes aren't blowing up
- # [17:04] <vlad> I'll file a bug
- # [17:04] <@bsmedberg> yeah
- # [17:04] <@bsmedberg> well, we should perhaps just back out bug 661908
- # [17:04] * Joins: tonymec (tonymec@E6EF9FBF.A45A0DE.277517C1.IP)
- # [17:05] <vlad> ah, that's what I was looking for
- # [17:05] <@bsmedberg> who's sheriff?
- # [17:06] <@bsmedberg> ted is!
- # [17:06] <edmorley> bsmedberg: trees are currently closed
- # [17:06] <vlad> Convenient!
- # [17:06] <vlad> I just commented on the bug
- # [17:06] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [17:06] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [17:06] <edmorley> bsmedberg: I can back out after, presuming ted doesn't have an easy answer
- # [17:07] * Joins: gustavold (gustavold@45585AD.ECBC1091.946930A0.IP)
- # [17:07] <@ted> ha ha
- # [17:08] * Quits: victorporof (victorporo@26C96D3F.9F23B8E6.79933D60.IP) (Connection reset by peer)
- # [17:08] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [17:08] <@ted> bsmedberg: that patch WFM in my builds
- # [17:08] <@ted> i guess if you run configure by hand and don't use client.mk it'd break you?
- # [17:08] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [17:08] <@bsmedberg> I guess... I never use client.mk
- # [17:09] * Joins: victorporof (victorporo@26C96D3F.9F23B8E6.79933D60.IP)
- # [17:09] <@ted> really?
- # [17:09] <@bsmedberg> yeah, CONFIGURE_ENV_ARGS += MAKE="$(MAKE)"
- # [17:09] <@ted> i never don't use it
- # [17:09] <@bsmedberg> I can't stand client.mk
- # [17:09] <@ted> heh
- # [17:09] <@bsmedberg> you have to write those stupid mozconfig files
- # [17:10] <@ted> heh
- # [17:10] <@bsmedberg> when "../src/configure --enable-debug --disable-optimize" is in my shell history
- # [17:10] <@ted> i find it easier to keep a few mozconfigs laying around
- # [17:10] <@ted> than to remember stuff like that
- # [17:10] <@ted> okay, so
- # [17:10] * jlebar has a script to substitute in different saved mozconfig files. But maybe he is proving bsmedberg's point..
- # [17:10] <@ted> http://mxr.mozilla.org/mozilla-central/source/js/src/configure.in#1169
- # [17:10] <@ted> bsmedberg: if we stuck those 3 lines in configure.in, presumably it would unbreak you?
- # [17:11] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
- # [17:11] * @ted isn't sure if that will do the right thing for pymake vs. make
- # [17:11] <@ted> probably should be ok, if you're running configure by hand, no?
- # [17:11] * Joins: artur (artur@moz-6DFBD742.hsd1.vt.comcast.net)
- # [17:13] * mjschranz is now known as mjschranz_away
- # [17:13] * mjschranz_away is now known as mjschranz
- # [17:14] * Joins: rajul (quassel@38B5A24E.171E932B.25B273F5.IP)
- # [17:14] * Quits: mreavy (chatzilla@moz-A899486F.hsd1.ca.comcast.net) (Ping timeout)
- # [17:15] * Joins: gustavold1 (gustavold@45585AD.ECBC1091.946930A0.IP)
- # [17:15] * Quits: gustavold (gustavold@45585AD.ECBC1091.946930A0.IP) (Connection reset by peer)
- # [17:16] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Connection reset by peer)
- # [17:16] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [17:16] * mjschranz is now known as mjschranz_away
- # [17:17] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
- # [17:18] <@ted> bsmedberg / vlad: http://diff.pastebin.mozilla.org/1649979
- # [17:18] <@ted> try that
- # [17:19] <Ms2ger> You know what's fun?
- # [17:19] <vlad> that should work; I can't try it right this second though, don't want to dirty my build tree :/
- # [17:19] <vlad> Idon't think pymake vs make matters though
- # [17:19] <vlad> as long as we can just run make
- # [17:19] <bholley> Gijs: hey
- # [17:20] <@ted> okay
- # [17:20] <Gijs> bholley: hey! I left a comment on bug 570638 as I figured you'd be offline by now :)
- # [17:20] <Ms2ger> A file that randomly has an 'int32' in between its PR* types, and doesn't include any header that would define it...
- # [17:20] <@ted> vlad: i think pymake mucks things up if you run it on client.mk because you get windows paths
- # [17:20] <Ms2ger> And has been since pavlov checked it in in 2001
- # [17:20] <bholley> Gijs: wrong bug number ther I think
- # [17:20] <Gijs> Eh
- # [17:20] <Gijs> bholley: bug 750638
- # [17:20] <Gijs> D'oh.
- # [17:21] * Joins: zwol (zack@moz-A5165AC6.lightspeed.sntcca.sbcglobal.net)
- # [17:21] <Ms2ger> Also
- # [17:21] <Ms2ger> ted, looked at your review queue already? :)
- # [17:21] * mjschranz_away is now known as mjschranz
- # [17:22] * coop|buildduty is now known as coop|afk
- # [17:22] <@ted> Ms2ger: only with despair
- # [17:22] <bholley> Gijs: hm
- # [17:22] <Ms2ger> ted, I put something in that you'll like ;)
- # [17:22] <bhearsum> is someone else triggering mac nightly builds right now?
- # [17:22] <bholley> Gijs: so you're talking about xpcEnumerateContentWindows?
- # [17:22] <bhearsum> if so, please don't
- # [17:22] <Ms2ger> ted, not even sarcastically!
- # [17:23] <Gijs> bholley: right.
- # [17:23] <Gijs> bholley: the comment in poll() about the enablePrivilege call only applying to those stack frames is very interesting though
- # [17:23] <@ted> hah
- # [17:23] <Gijs> bholley: and it scares me that some of the other tests there rely on you not having privileges
- # [17:23] <@ted> Gijs: enablePrivilege only ever worked in function scope, IIRC
- # [17:23] <bhearsum> edmorley: please don't retrigger - i killed one of those nightlies on purpose so we didn't have two running at the same time
- # [17:23] <Gijs> (see isNavigated, isBlank, etc.)
- # [17:23] <bholley> Gijs: hm
- # [17:24] <bhearsum> (we get problems with updates stomping on each other when that happens)
- # [17:24] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
- # [17:24] <bholley> Gijs: yeah, that's unfortunate
- # [17:24] <edmorley> bhearsum: ok, sorry
- # [17:24] * Joins: mreavy (chatzilla@moz-A899486F.hsd1.ca.comcast.net)
- # [17:24] <bhearsum> edmorley: no worries
- # [17:24] <mrbkap> Ms2ger: I'm back in CA now
- # [17:24] <Gijs> bholley: but even before that's a problem, it's a problem that the wrappers seem to be there (as the actual exception is in specialPowersAPI.js) but not actually 'working'
- # [17:24] * mjschranz is now known as mjschranz_away
- # [17:24] <edmorley> bhearsum: unstarred only view bites again :-)
- # [17:25] <Ms2ger> mrbkap, why would you do that?! ;)
- # [17:25] * Gijs doesn't quite understand why the wrapper code suddenly breaks in that situation.
- # [17:25] * mjschranz_away is now known as mjschranz
- # [17:25] <bhearsum> hehe
- # [17:25] <mrbkap> Ms2ger: Kind of a long story.
- # [17:26] <bholley> Gijs: yeah
- # [17:26] <bholley> Gijs: what's the exception?
- # [17:26] <Gijs> sec
- # [17:27] * Joins: WG9s (bill@moz-D750CC69.maine.res.rr.com)
- # [17:27] <Gijs> bholley: Error: Permission denied for <http://mochi.test:8888> to get property XPCComponents.classes
- # [17:27] <bholley> Gijs: also, the instanceof check there is going to fail
- # [17:27] <Gijs> line 85 of specialPowersAPI.js
- # [17:27] <Gijs> bholley: yup, that was my first guess as to why tests were failing with this stuff (as the exception was caught silently)
- # [17:28] <Gijs> took a while to figure out what was actually breaking.
- # [17:28] <bholley> Gijs: wait, line 85?
- # [17:28] <bholley> Gijs: isXrayWrapper?
- # [17:28] * Quits: xsergio (sergio@DAEF1255.9C8843EE.A4F23BCE.IP) (Quit: Bye)
- # [17:28] <gavin> markh: ping?
- # [17:28] <Gijs> bholley: ehm, according to vim in my patched version, it's in doApply?
- # [17:28] <bholley> Gijs: ah
- # [17:28] <Gijs> Does that make sense?
- # [17:29] <gavin> markh: oh nevermind, I see neil fixed it (was going to ask about 758511)
- # [17:29] <gw280> when is mwu normally up?
- # [17:29] * Joins: pushkar_k (Mibbit@608723AF.77025881.FDEA3160.IP)
- # [17:30] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
- # [17:30] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [17:31] <NeilAway> gavin: well, I renamed the existing page, fixed up the textbox link, then edited the new page (twice, because I couldn't think of any content the first time)
- # [17:32] * Quits: gustavold1 (gustavold@45585AD.ECBC1091.946930A0.IP) (Ping timeout)
- # [17:32] * Joins: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net)
- # [17:32] * philor is now known as philor|away
- # [17:32] <gavin> NeilAway: looks fixed to me?
- # [17:32] * Quits: KWierso (chatzilla@moz-66981D8E.desm.qwest.net) (Ping timeout)
- # [17:35] <NeilAway> gavin: yeah, but you can't see what I did in history, because it doesn't work like that
- # [17:35] * bholley thinks
- # [17:36] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [17:36] * Joins: ianbicking (ianbicking@moz-36B9BE32.hsd1.mn.comcast.net)
- # [17:37] * Joins: RudyL (rudy@moz-19454E2A.dynamic.hinet.net)
- # [17:37] * khuey|away is now known as khuey
- # [17:38] <bholley> Gijs: which test is failing, exactly?
- # [17:39] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
- # [17:39] <Gijs> bholley: this was bug270414
- # [17:39] * Joins: jduell (jduell@moz-1C895614.nc.res.rr.com)
- # [17:39] <Ms2ger> And there we are
- # [17:40] <jimm> hmm, why am I suddenly getting a ton of talos regression spam emails that have 120 checkins listed as culprits?
- # [17:40] <Ms2ger> Because you were merged with them
- # [17:40] * Joins: gustavold (gustavold@45585AD.ECBC1091.946930A0.IP)
- # [17:41] * philor|away is now known as philor
- # [17:41] <bholley> Gijs: during the call to xpcCleanupWindows?
- # [17:41] <jimm> sort of hard to pinpoint the problem across 120 checkins. :/
- # [17:41] <Ms2ger> Oh, that's what the inbound emails are for
- # [17:42] <Gijs> bholley: well, it times out (or at least sits there longer than I have patience for), because that poll() just runs and fails silently every time.
- # [17:42] <Gijs> bholley: if I remove the try catch, it spins and spews exceptions endlessly ;)
- # [17:42] <Ms2ger> The one you got is intended for /dev/null
- # [17:42] <jimm> Ms2ger: didn't get those so I guess I'm in the clear. :)
- # [17:42] * Joins: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
- # [17:42] <Gijs> bholley: so, yes, I think?
- # [17:43] <bholley> Gijs: ah no, it's xpcWaitForFinishedFrames
- # [17:43] <Gijs> bholley: oh, oops, sorry! I'm already somewhere else, and it sounded right :X
- # [17:43] <Gijs> Let me reopen the code...
- # [17:44] <bholley> Gijs: try putting a dump() around line 102 to see if Components is wrapped or not
- # [17:44] <bholley> Gijs: I actually just landed a few api improvements to specialpowers
- # [17:44] <Ms2ger> Good, there we are, then
- # [17:44] <bholley> Gijs: including isWrapper
- # [17:45] <edmorley> Ms2ger: thanks :0)
- # [17:46] <Gijs> Ah!
- # [17:46] <Gijs> bholley: what is 'just'?
- # [17:46] <Ms2ger> edmorley, np
- # [17:46] * Quits: pushkar_k (Mibbit@608723AF.77025881.FDEA3160.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [17:46] <Gijs> bholley: the build I'm using is from last night, although I think I pulled and rebased this morning...
- # [17:46] <bholley> Gijs: I think Ms2ger just did the merge moments ago
- # [17:46] <Gijs> OK.
- # [17:46] <Ms2ger> edmorley did the merge
- # [17:46] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
- # [17:46] * Quits: squeakytoy (squeakytoy@moz-9E84F244.netset.se) (Quit: Leaving)
- # [17:46] <bholley> Gijs: if not though, you can just hack it in
- # [17:46] <bholley> Gijs: isWrapper: isWrapper, in the API
- # [17:46] * Quits: dvander`home (dvander@moz-15794884.prvdri.fios.verizon.net) (Quit: Leaving...)
- # [17:47] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: bbl)
- # [17:47] * Joins: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com)
- # [17:48] <bholley> Gijs: another thing - it sounds like you're stripping out all the calls to enablePrivilege. Have you tried what happens if you _just_ do the injection, but leave enablePrivilege?
- # [17:48] <bholley> Gijs: that might be a good first step, and easier to get green
- # [17:48] <bholley> Gijs: though the work you're doing right now is eventually necessary in any case
- # [17:48] * Joins: sriram (sriramr@moz-BF171339.hsd1.ca.comcast.net)
- # [17:48] <Gijs> bholley: I'm not doing anything to the enablePrivilege calls apart from what the patches on the deps do
- # [17:49] <Gijs> IIRC one of those has an early return
- # [17:49] * Joins: smagnin (pike@moz-DEF53BC9.fbx.proxad.net)
- # [17:49] * Joins: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net)
- # [17:49] <Gijs> bholley: eh, deps, I mean, the patches you told me to use (bug 724299, bug 726053)
- # [17:50] <bholley> Gijs: ah right. jdm's patch kills enablePrivilege
- # [17:50] * Quits: rajul (quassel@38B5A24E.171E932B.25B273F5.IP) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
- # [17:51] <bholley> Gijs: either way though, it's good to have a sense of the failures we're going to need to deal with
- # [17:51] <Gijs> Mm.
- # [17:51] <bholley> so the work you're doing is righteous :-)
- # [17:51] <Gijs> Heh
- # [17:52] * philor is now known as philor|away
- # [17:52] * Quits: kredik (chatzilla@moz-7BF4BFBD.w80-11.abo.wanadoo.fr) (Quit: ChatZilla 0.9.88.2 [Firefox 3.6.28/20120306064154])
- # [17:53] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
- # [17:53] * ChanServ sets mode: +o ehsan
- # [17:54] <bhearsum> ehsan: fyi, i canceled your nightly, because it was going to stomp on mine
- # [17:54] * Quits: Optimizer (Instantbir@E1121B2A.765CA6C8.2AB48280.IP) (Ping timeout)
- # [17:54] <bhearsum> there's already one out that includes both of our changes, and another one in progress with both of them
- # [17:54] <Gijs> bholley: when I hack that isWrapper call in, how high up do I need to re-run make? I'm getting SpecialPowers.isWrapper is not defined errors...
- # [17:54] * Joins: Optimizer (Instantbir@8E7AED01.6B677E83.2AB48280.IP)
- # [17:54] <Gijs> Ah, not anymore
- # [17:54] <bholley> Gijs: make -C testing/mochitet
- # [17:54] <bholley> *mochitest
- # [17:54] <Gijs> Right, managed :-)
- # [17:54] <Gijs> So, yes, it's wrapped.
- # [17:54] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
- # [17:54] <bholley> Gijs: hm
- # [17:54] <@ehsan> bhearsum: ok :)
- # [17:54] <Gijs> At least according to SpecialPowers.isWrapped...
- # [17:54] <bholley> Gijs: and is the subsequent access of Components.classes what throws?
- # [17:55] <bholley> Gijs: or is it something else?
- # [17:55] <bholley> Gijs: there's something fishy going on...
- # [17:55] <bhearsum> ehsan: sorry, i meant to say "i cancelled your _mac_ nightly"
- # [17:55] <bhearsum> but yeah
- # [17:55] * Quits: smagnin (pike@moz-DEF53BC9.fbx.proxad.net) (Ping timeout)
- # [17:55] * fabrice|afk is now known as fabrice
- # [17:55] * Joins: Optimizer1 (Instantbir@669B619B.7FE8EE1.2AB48280.IP)
- # [17:55] <bholley> Gijs: I'm not sure how we're getting into doApply
- # [17:55] <bholley> Gijs: what we're applying
- # [17:55] <@ehsan> bhearsum: it's ok, I'm in a forgiving mood today ;)
- # [17:55] <bhearsum> lucky for me :)
- # [17:56] * Quits: Optimizer (Instantbir@8E7AED01.6B677E83.2AB48280.IP) (Ping timeout)
- # [17:56] <Gijs> bholley: yeah, I stuck a dump() after the components.classes access, that's not getting hit.
- # [17:57] * Quits: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
- # [17:57] * Quits: thinker (thinker@moz-71AD2643.dynamic.kbronet.com.tw) (Ping timeout)
- # [17:57] <Gijs> bholley: I'm not sure either, it's weird.
- # [17:58] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
- # [17:58] <bholley> Gijs: so, doApply is what gets called when you've got a Special-powers wrapped function, and you either call or new it
- # [17:58] <bholley> Gijs: which I don't see here..
- # [17:58] <Gijs> Oh, wait
- # [17:58] <Gijs> in that case... that service, is that implemented in JS?
- # [17:59] <Gijs> the window watcher?
- # [17:59] * Quits: Matti (chatzilla@moz-D282D584.dip.t-dialin.net) (Ping timeout)
- # [17:59] * Joins: dao-m (AndChat@moz-2DFDE4FE.web.vodafone.de)
- # [17:59] * Gijs thought that was native...
- # [17:59] <NeilAway> bholley: are you the go to guy for cpg (when you're free), or should I ask someone else?
- # [17:59] <bent> ted, you know of any reason why nightly builds wouldn't have breakpad symbols?
- # [17:59] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [17:59] <bent> ted, https://crash-stats.mozilla.com/report/index/bp-2bde239a-676d-478a-a07a-2f1c02120525
- # [17:59] <bholley> NeilAway: define 'for cpg'
- # [17:59] <bholley> NeilAway: regressions?
- # [18:00] <bholley> NeilAway: I can answer any questions, certainly
- # [18:00] <NeilAway> bholley: DumpJSStack() seems to dump a weird frame across chrome compartments
- # [18:00] <bholley> NeilAway: hm, what does it look like?
- # [18:00] <NeilAway> bholley: e.g. if a window passes a dom node with xbl on it to a .jsm which then calls one of the xbl methods, the stack has two "extra" frames in it
- # [18:01] <bholley> NeilAway: oh, dummy frames
- # [18:01] <NeilAway> bholley: so, should it just be skipping those, they are ignorable?
- # [18:01] <Gijs> bholley: so, classes is a getter fn, afaict.
- # [18:01] <bholley> NeilAway: well, they're going away soon
- # [18:01] <bholley> NeilAway: 625199
- # [18:02] <bholley> Gijs: ah, I see
- # [18:02] <Gijs> bholley: and that's why it's being doApplied
- # [18:02] <bholley> NeilAway: I wouldn't bother with fixing DumpJSStack since it's not user-facing
- # [18:02] * jlebar is now known as jlebar|lunch
- # [18:02] <bholley> Gijs: ah, I see
- # [18:02] <bholley> Gijs: well, hm
- # [18:03] <NeilAway> bholley: ok, so there's nothing to fix really, once 625199 is fixed?
- # [18:03] <bholley> NeilAway: theoretically
- # [18:03] <NeilAway> bholley: fair enough
- # [18:03] <bholley> NeilAway: assuming that's what you're seeing
- # [18:03] <bholley> NeilAway if you're seeing an extra frame at scope boundaries, it's almost certainly that
- # [18:03] * Quits: Jesse (jruderman@moz-E31CD2CB.mozilla.org) (Ping timeout)
- # [18:04] <NeilAway> bholley: it's just that finding weird frames when trying to work out where a JS strict warning came from made me nervous ;-)
- # [18:04] <bholley> NeilAway: we've always pushed those at compartment boundaries, but with CPG you have multiple compartments for chrome
- # [18:04] <bholley> NeilAway: understandable. So I know, what do they look like in the dump?
- # [18:04] <NeilAway> bholley: yeah, well I don't tend to debug content much ;-)
- # [18:04] <NeilAway> bholley: ah, I don't have one handy I'm afraid
- # [18:04] <bholley> NeilAway: no worries
- # [18:06] * Joins: sicking (chatzilla@moz-BBE3ABD.mv.mozilla.com)
- # [18:07] * joduinn-home is now known as joduinn-coffee
- # [18:07] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [18:07] * Joins: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com)
- # [18:07] <Gijs> bholley: lunch time here; if you have any ideas, I'll read backlog or you can comment on the bug? :)
- # [18:07] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
- # [18:07] <bholley> Gijs: ah, ok
- # [18:07] <bholley> Gijs: because it's a getter
- # [18:07] <bholley> Gijs: and we actually wrap getters as functions
- # [18:08] * Joins: thinker (thinker@moz-71AD2643.dynamic.kbronet.com.tw)
- # [18:08] <bholley> Gijs: sure thing
- # [18:08] * Joins: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net)
- # [18:09] * catlee is now known as catlee-lunch
- # [18:09] * bear is now known as bear-afk
- # [18:10] * Quits: sicking (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Quit: Reconnecting…)
- # [18:10] * Joins: sicking (chatzilla@moz-BBE3ABD.mv.mozilla.com)
- # [18:10] * kmoir_buildduty is now known as kmoir-afk
- # [18:10] * Joins: cdiehl_ (cdiehl@moz-8C1A88CF.pool.mediaways.net)
- # [18:11] * Quits: cdiehl (cdiehl@moz-F4FFF560.pool.mediaways.net) (Ping timeout)
- # [18:11] * cdiehl_ is now known as cdiehl
- # [18:15] * Quits: RudyL (rudy@moz-19454E2A.dynamic.hinet.net) (Quit: RudyL)
- # [18:15] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [18:17] * Joins: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:17] * jwir3|away is now known as jwir3
- # [18:17] * joduinn-coffee is now known as joduinn-commute
- # [18:19] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
- # [18:19] * bz_sleep is now known as bz
- # [18:20] * coop|afk is now known as coop|buildduty
- # [18:22] * Joins: KWierso (chatzilla@moz-66981D8E.desm.qwest.net)
- # [18:22] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [18:22] <Ms2ger> jdm, tut tut, adding MPL1.1 headers
- # [18:23] <jdm> Ms2ger: is this the necko series of patches?
- # [18:23] <Ms2ger> Yes
- # [18:23] * Quits: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner_)
- # [18:23] <jdm> oops
- # [18:23] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [18:24] <bholley> Gijs: when I hack that test in my own build just by inserting SpecialPowers.wrap(Components) and removing enablePrivilege, the Cc works fine
- # [18:24] <bholley> Gijs: the test still polls forever, but it doesn't throw
- # [18:25] <Ms2ger> ted, tut tut, tabs in new makefiles
- # [18:26] <bhearsum> Ms2ger: which patch?
- # [18:26] <Ms2ger> https://hg.mozilla.org/mozilla-central/rev/a70c497939cf
- # [18:26] <bhearsum> ok *wheh* :)
- # [18:27] <@khuey> /kick Ms2ger tut somewhere else
- # [18:27] <Ms2ger> khuey, tut tut, reviewing that
- # [18:27] <@khuey> be careful, next time I'll forget to put a /say in front
- # [18:28] * Ms2ger shoots some reviews khuey's ways
- # [18:29] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
- # [18:29] <@khuey> hope you have plenty of time to wait
- # [18:29] * @khuey is on vacation next week
- # [18:29] * Quits: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz) (Quit: Leaving)
- # [18:29] * Quits: dao-m (AndChat@moz-2DFDE4FE.web.vodafone.de) (Quit: Bye)
- # [18:29] * Joins: anant (anant@moz-BBE3ABD.mv.mozilla.com)
- # [18:29] * Quits: kmoir-afk (chatzilla@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Ping timeout)
- # [18:30] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/034bbdc7b9c9 - Mike Hommey - Backout changeset 81c2e2ea2dbf (bug 746794) because of bug 758648
- # [18:31] <Ms2ger> I'd better get them in before next week, then!
- # [18:31] <zwol> Is there a supported way to display slide-down notification bars (or doorhangers, I don't much care) *from C++*?
- # [18:31] <@ted> Ms2ger: man, that is so lame
- # [18:31] * jimm is now known as jimm-lunch
- # [18:31] <zwol> I can only find instructions for JS extensions.
- # [18:31] <@ted> bent: is this that same crash that khuey was looking at?
- # [18:31] * Joins: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com)
- # [18:31] <@ted> bent: the reason for that is, if you look on the modules tab, xul.dll is missing the debug ID
- # [18:32] <@ted> which is how breakpad finds the matching symbols
- # [18:32] * Quits: gustavold (gustavold@45585AD.ECBC1091.946930A0.IP) (Ping timeout)
- # [18:32] <@ted> i sent khuey a minidump, if you have the matching binaries MSVC can figure it out (because the debug id is in the binaries too)
- # [18:32] <glandium> can i bribe someone to look after the oranges on my push?
- # [18:33] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
- # [18:34] <NeilAway> zwol: no
- # [18:35] <zwol> NeilAway: well $#!+. Suggested alternatives? nsIAlertsService seems inappropriate.
- # [18:35] <zwol> for this particular modal dialog box that I want to get rid of, that is.
- # [18:35] <NeilAway> zwol: need more context please?
- # [18:35] <bent> ted, huh
- # [18:35] <bent> ted, any idea why that's happening?
- # [18:35] <@ted> bent: MinidumpWriteDump screwing us? i don't nkow
- # [18:35] <@ted> on windows we rely on microsoft's API to do the work
- # [18:36] <@ted> could be some funky heap corruption or something
- # [18:36] <@ted> bent: in any event, you should be able to grab the minidump and get a stack with a debugger
- # [18:36] <bent> ok
- # [18:36] <bhearsum> ehsan: i just updated from the first nightly with our changes to the second one, and it worked fine!
- # [18:36] <bent> ted, do we keep binaries on symbols.m.o yet?
- # [18:36] <bhearsum> it even said "applying update" in the About dialog prior to restarting
- # [18:36] <@bsmedberg> bent: no
- # [18:36] <@khuey> I'm just running Nightly with the debugger attached now ;-)
- # [18:37] <zwol> NeilAway: http://mxr.mozilla.org/mozilla-central/source/layout/printing/nsPrintEngine.cpp#1509 <-- this function uses a windowwatcher modal prompter to report errors. This is causing tests to hang. I think a tab-modal notification is more in keeping with the way we do UX these days anyway, and that would also make the test stop hanging.
- # [18:37] <bent> bsmedberg, some day?
- # [18:37] <zwol> (It would still *fail*, but then I would be in a position to fix it.)
- # [18:37] <@ted> bent: no, i should fix that
- # [18:37] <@ted> i have a patch
- # [18:37] <bent> \o/
- # [18:37] <@ted> probably need to make the symbol server disk not 95% full first
- # [18:37] <@bsmedberg> what's bigger, the symbols or the binaries?
- # [18:37] <@ted> probably the symbols
- # [18:38] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [18:38] <@khuey> symbols, surely
- # [18:38] <NeilAway> zwol: well, there are ways for tests to watch for alerts
- # [18:38] <@ted> i think xul.pdb is 70+MB
- # [18:38] <@ted> https://bugzilla.mozilla.org/show_bug.cgi?id=528092
- # [18:38] <@ted> FWIW
- # [18:38] <NeilAway> zwol: how likely is this alert? is it in response to user action?
- # [18:38] <bent> thanks
- # [18:38] * @bsmedberg goes through and deletes hundreds of tabs
- # [18:39] <zwol> NeilAway: It's any low-level failure during printing, which is always ultimately in response to user action.
- # [18:39] <zwol> I think it doesn't happen very often. Certainly this is the only place it triggers in the test suite.
- # [18:39] <zwol> (this = bug 702678)
- # [18:39] * Joins: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk)
- # [18:39] <Ms2ger> Who reviews telemetry stuff?
- # [18:39] <NeilAway> zwol: but it's async, so you can't return an error code to the caller?
- # [18:40] <zwol> right
- # [18:40] <nemo> bjacob: http://www.fractalforums.com/fractal-programs/new-webgl-application-to-explore-3d-fractals/ <- older version of Angle?
- # [18:40] * philor|away is now known as philor
- # [18:40] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
- # [18:40] <bent> khuey, was your gfx?
- # [18:41] * Joins: gustavold (gustavold@45585AD.ECBC1091.946930A0.IP)
- # [18:41] <bent> khuey, mine was
- # [18:41] <NeilAway> zwol: hmm, so the big problem here, is that it needs to work in Thunderbird too, I guess
- # [18:41] * rail is now known as rail-lunch
- # [18:41] <zwol> I thought tb had some kind of tab-modal notification system these days too
- # [18:42] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
- # [18:42] * Ms2ger throws it at taras
- # [18:42] <@dolske> zwol: something like this might be of use... http://mxr.mozilla.org/mozilla-central/source/toolkit/components/passwordmgr/test/prompt_common.js
- # [18:42] <NeilAway> zwol: does printing still use a web progress listener?
- # [18:42] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
- # [18:43] <@dolske> that basically runs a poll during a test, looking for a window with a specific prompt loaded in it.
- # [18:43] <zwol> NeilAway: yes, but I'm in the process of taking a chain saw to that in a dependent bug (629500)
- # [18:43] <@khuey> bent: yep
- # [18:43] * Joins: priya (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [18:43] <NeilAway> zwol: bah, otherwise I would have suggested sending a message through one of those notifications
- # [18:43] <@dolske> you could do something like that you catch the error dialog when/if it comes up during a test (expected or not)
- # [18:43] * Joins: RudyL (rudy@moz-19454E2A.dynamic.hinet.net)
- # [18:44] <zwol> NeilAway: my ultimate plan is to replace the progress listener with events fired at the tab, which would then naturally also include error events
- # [18:44] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.88.2-rdmsoft [XULRunner 12.0/20120420145725])
- # [18:44] <zwol> NeilAway: That's several KLOC of patches away yet, though
- # [18:44] * Joins: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net)
- # [18:44] <Ms2ger> bsmedberg, so, js/ipc... How dead is that?
- # [18:45] <zwol> NeilAway: Also, IIRC the listener does not necessarily exist at all of the times ShowPrintErrorDialog can be called.
- # [18:45] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
- # [18:45] * Joins: akeybl_ (akeybl@moz-7B0110AD.mv.mozilla.com)
- # [18:45] <zwol> dolske: yeah, that might do for a kludge, thanks.
- # [18:45] <NeilAway> zwol: looks like you're using dolske's kludge then
- # [18:46] <@dolske> kludge?! that's production test code, man! ;-)
- # [18:46] * Quits: sriram (sriramr@moz-BF171339.hsd1.ca.comcast.net) (Quit: sriram)
- # [18:46] <zwol> :-)
- # [18:46] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [18:46] <zwol> I like how what has to be a class in C++ is instead two variables and a function tied together with the global scope
- # [18:47] <froydnj> it is The JS Way
- # [18:48] * catlee-lunch is now known as catlee
- # [18:48] * Joins: smaug (chatzilla@moz-96772BFB.elisa-mobile.fi)
- # [18:48] * ChanServ sets mode: +o smaug
- # [18:49] <jdm> Ms2ger: quite dead.
- # [18:49] * Quits: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com) (Ping timeout)
- # [18:49] <Ms2ger> jdm, removable without too much effort-dead?
- # [18:49] * Parts: kats (kats@moz-DE13FC16.compute-1.amazonaws.com)
- # [18:49] <jdm> potentially
- # [18:50] <Ms2ger> Thanks for volunteering! ;)
- # [18:50] * Joins: Neil (neil@moz-7E027EE5.cable.virginmedia.com)
- # [18:50] * Quits: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com) (Ping timeout)
- # [18:50] * Neil is now known as NeilZZZ
- # [18:50] * Joins: kats (kats@moz-DE13FC16.compute-1.amazonaws.com)
- # [18:51] * akeybl_ is now known as akeybl
- # [18:51] <froydnj> only mostly dead, then?
- # [18:51] <jdm> froydnj: getting better, in fact!
- # [18:53] <Gijs> bholley: OK. The rest is probably that instanceof call then?
- # [18:53] <jdm> this chart pleases me: https://bugzilla.mozilla.org/chart.cgi?category=-All-&subcategory=-All-&name=400&label0=Open+mentored+bugs&line0=3341&label1=Resolved+mentored+bugs&line1=3342&datefrom=&dateto=&action-wrap=Chart+This+List
- # [18:53] <jdm> well done people
- # [18:53] <bholley> Gijs: oh, maybe
- # [18:53] <gcp> pushing to try is so slow :-/
- # [18:53] <bholley> Gijs: I'm curious why we have different behavior
- # [18:54] <Gijs> bholley: same. I'm thinking that whatever it is, it probably also has to do with the failing test_sanityException2.html (mochitest-1)
- # [18:55] <Gijs> bholley: eh, wait, forget I said that.
- # [18:55] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
- # [18:55] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
- # [18:55] <Gijs> bholley: but, any leads on why the behaviour is different?
- # [18:55] * Joins: sworkman (sworkman@moz-365D3869.lightspeed.sntcca.sbcglobal.net)
- # [18:55] * Joins: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com)
- # [18:56] <glandium> froydnj: fyi, there is going to be a double-conversion release soon
- # [18:56] <froydnj> glandium: hopefully this import is straightforward
- # [18:57] <bholley> Gijs: well, you're in the best position to figure that out :-)
- # [18:57] <Gijs> Hah.
- # [18:57] <bholley> Gijs: first make sure you see what I see on a clean build, and then figure out what changes it
- # [18:57] <glandium> froydnj: it will have bug 750620 and 758494 already fixed
- # [18:57] * Joins: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:58] * Quits: sicking (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [18:58] * Joins: xsergio (sergio@30A2B346.631D4794.5FA960DF.IP)
- # [18:59] <edmorley> jdm: that chart doesn't work for me :-(
- # [18:59] * Parts: kats (kats@moz-DE13FC16.compute-1.amazonaws.com)
- # [19:00] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
- # [19:01] <Gijs> bholley: hah. So, get this. The following works on my build: SpecialPowers.wrap(SpecialPowers.unwrap(Components))
- # [19:01] <bholley> Gijs: weiiiird
- # [19:01] * Gijs wonders if making SpecialPowers.wrap do that for the wrapped case works.
- # [19:02] <Gijs> eh, I mean, making it do that by default is a good idea.
- # [19:02] * bholley isn't sure why that would ever make a difference
- # [19:02] <Gijs> *if* making it...
- # [19:02] <bholley> Gijs: can you figure that out?
- # [19:02] * Quits: RudyL (rudy@moz-19454E2A.dynamic.hinet.net) (Quit: RudyL)
- # [19:02] <bholley> Gijs: would be very good to know...
- # [19:02] <Gijs> Why it would make a difference?
- # [19:02] <bholley> Gijs: yes
- # [19:03] <Gijs> I'm not sure how I would... are wrappers associated with globals in some way?
- # [19:03] <Gijs> (compartment per global, so, same question for compartments)
- # [19:03] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
- # [19:04] * jimm-lunch is now known as jimm
- # [19:04] <bholley> Gijs: well, with CPG they should just live in the specialPowersAPI scope
- # [19:04] <bholley> Gijs: and everybody outside just has cross-compartment wrappers to them
- # [19:04] <Gijs> Hmm.
- # [19:05] <bholley> Gijs: but anyway, if you can make a reduced testcase where the difference is visible I can debug it
- # [19:05] * joduinn-commute is now known as joduinn
- # [19:05] <Gijs> OK. I will give it a shot.
- # [19:05] * Joins: scientes (scientes@moz-6F007CB5.dsl.snfc21.pacbell.net)
- # [19:05] * jdm is now known as jdm-phone
- # [19:05] * rail-lunch is now known as rail
- # [19:06] * fabrice is now known as fabrice|mtg
- # [19:06] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
- # [19:07] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [19:07] * Joins: fabrice (fabrice@moz-BBE3ABD.mv.mozilla.com)
- # [19:08] * Joins: gfritzsche (gfritzsche@moz-4A1C25B4.dynamic.qsc.de)
- # [19:10] * Quits: anant (anant@moz-BBE3ABD.mv.mozilla.com) (Quit: anant)
- # [19:11] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
- # [19:11] * Joins: billm (billm@moz-BBE3ABD.mv.mozilla.com)
- # [19:11] * Joins: sicking (chatzilla@moz-BBE3ABD.mv.mozilla.com)
- # [19:11] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
- # [19:11] * Joins: anant (anant@moz-BBE3ABD.mv.mozilla.com)
- # [19:12] <zwol> is there a policy on whether or not tests should have MPL boilerplate?
- # [19:12] <bjacob> nemo: dont know, file a bug if you can reproduce
- # [19:12] <froydnj> zwol: tests should be PD, I think
- # [19:13] <Ms2ger> Heh, shadow-central
- # [19:14] <Gijs> bholley: so do you want a test that doesn't require the rest of the patches that I already have applied?
- # [19:14] * Quits: sicking (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [19:14] <Mook_as> zwol: PD, according to http://www.mozilla.org/MPL/license-policy.html#Trivial_Support_Code_Exception
- # [19:15] * Joins: kmoir_buildduty (chatzilla@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
- # [19:15] <bholley> Gijs: as reduced as possible :-)
- # [19:15] <@ted> zwol: i think it's up to the test author
- # [19:15] <bholley> Gijs: my hope is that in reducing the problem you'll discover something that will help
- # [19:15] <@ted> but you can use some sort of PD license if you want
- # [19:16] * Joins: sicking (chatzilla@moz-BBE3ABD.mv.mozilla.com)
- # [19:16] * dholbert|afk is now known as dholbert
- # [19:16] <bholley> Gijs: but I'm really busy these days :-(, so I don't have a ton of time to dig through all the stuff that's there
- # [19:16] <Gijs> Sure.
- # [19:17] <zwol> thx
- # [19:18] * Quits: pascalc (chatzilla@4A536503.45AA75E6.5C7CEBE3.IP) (Ping timeout)
- # [19:23] * Joins: cjones (cjones@moz-BBE3ABD.mv.mozilla.com)
- # [19:23] <gaston> woooo if nothing goes wrong m-c should build without patches on OpenBSD \o/
- # [19:24] * Quits: Anonymus (BoredOnIRC@moz-C8599121.washdc.fios.verizon.net) (Input/output error)
- # [19:24] <dRdR> cjones: ping
- # [19:24] <gaston> unless someone rebroke it in the meantime :)
- # [19:24] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
- # [19:24] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [19:24] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
- # [19:24] * Joins: hub (hub@A5087023.2354C43D.D8E68FF6.IP)
- # [19:25] * Joins: hub_ (hub@A5087023.2354C43D.D8E68FF6.IP)
- # [19:25] * Joins: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
- # [19:25] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Client exited)
- # [19:26] * jlebar|lunch is now known as jlebar
- # [19:26] * cadecairos is now known as cadecairos_away
- # [19:27] * mkaply is now known as mkaplyAway
- # [19:27] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [19:28] <cjones> hi dRdR
- # [19:28] <dRdR> cjones: do you know what nsEvent class to use for scaling events?
- # [19:28] <dRdR> I don't see one for scaling, but I suppose I could abuse nsTouchEvent
- # [19:29] * bear-afk is now known as bear
- # [19:29] <cjones> scaling event?
- # [19:29] <dRdR> yes, scaling is treated completely differently by the listeners in java
- # [19:29] * rail is now known as rail-mtg
- # [19:29] <dRdR> we don't listen for 2 touches and check the distance, etc., we seem to use a scale listener which does all that for us
- # [19:30] * Quits: raphc (rc@4A536503.45AA75E6.5C7CEBE3.IP) (Ping timeout)
- # [19:30] <cjones> you mean a pinch-zoom gesture?
- # [19:30] <dRdR> yes
- # [19:30] <cjones> ok
- # [19:30] * Quits: Cwiiis (cwiiis@88F51059.F3BBB17D.144F44FA.IP) (Quit: Leaving)
- # [19:30] <cjones> that eventually feeds into the same controller code though right?
- # [19:30] <dRdR> correct
- # [19:30] <dRdR> well, sort of
- # [19:30] <cjones> ok, we can have a separate interface for that for now
- # [19:31] <cjones> how complex is the scale gesture?
- # [19:31] <cjones> for b2g we're going to have to infer pinch-zoom
- # [19:31] <dRdR> not very, it pretty much just gives a focus point and a size
- # [19:31] <cjones> ok that's easy
- # [19:31] <dRdR> size being a float indicating how big it is compared to how big it once was
- # [19:31] <dRdR> yeah so I was thinking we could just abuse nsTouchEvent even though it's not designed for this
- # [19:32] <dRdR> but I don't want to do that if b2g does it differently
- # [19:32] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
- # [19:32] <cjones> that doesn't sound like a great idea
- # [19:32] <cjones> touch event has a specific meaning
- # [19:32] <cjones> gesture is something that's computed over sequences of events
- # [19:32] * jdm-phone is now known as jdm
- # [19:32] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
- # [19:32] <cjones> b2g doesn't do pinch gestures in gecko yet
- # [19:33] <cjones> we have support for pinch gestures on OS X and win7
- # [19:33] <cjones> would be interesting to see how those are represented
- # [19:33] <cjones> (we might want to use those directly eventually)
- # [19:33] <cjones> converting the android event into a gecko representation that's shared among the four, if possible, sounds good to me
- # [19:34] * Fallen is now known as Fallen|away
- # [19:34] <cjones> but just adding a second entry into the controller from widget
- # [19:34] * Joins: Havvy (Mibbit@moz-95A7B4EE.ptld.qwest.net)
- # [19:34] <cjones> with the focus-point + scale as args
- # [19:34] <cjones> also sounds fine for no
- # [19:34] <cjones> w
- # [19:34] * Quits: Havvy (Mibbit@moz-95A7B4EE.ptld.qwest.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [19:34] <dRdR> so you're saying to create a new nsEvent?
- # [19:34] <cjones> let's roll with the second entry point
- # [19:34] <dRdR> like nsScaleGestureEvent or something?
- # [19:34] * Quits: past (past@moz-75B0C54A.dsl.dyn.forthnet.gr) (Ping timeout)
- # [19:35] <dRdR> well, it still needs some representation for its data
- # [19:35] <cjones> we can refactor after we get the basic stuff working
- # [19:35] * Joins: past (past@moz-75B0C54A.dsl.dyn.forthnet.gr)
- # [19:35] <cjones> just add a second method
- # [19:35] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
- # [19:35] <cjones> handleInput(const nsEvent&), handlePinchGesture(const gfxPoint&, float scale)
- # [19:35] <cjones> we can refactor later
- # [19:37] <dRdR> cjones: ok, though we also need scale begin, scale, and scale end
- # [19:37] <cjones> ok, that's grosser
- # [19:37] <cjones> let's see what win7/mac do
- # [19:40] <cjones> dRdR, http://mxr.mozilla.org/mozilla-central/source/widget/nsGUIEvent.h#1694 looks like what we want
- # [19:40] <cjones> that's what win7 uses for zoom
- # [19:42] * khuey is now known as khuey|away
- # [19:42] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
- # [19:42] <dRdR> ah ok, perfect
- # [19:43] <edmorley> please may someone with webtools-security CC me on a bug
- # [19:43] <dRdR> cjones: thanks
- # [19:43] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
- # [19:44] * Quits: tonymec (tonymec@E6EF9FBF.A45A0DE.277517C1.IP) (Ping timeout)
- # [19:44] <@ehsan> jdm: you around?
- # [19:44] <jdm> ehsan: you bet
- # [19:45] <bent> wow, today's windows nightly is super crashy
- # [19:45] * Joins: tonymec (tonymec@E6EF9FBF.A45A0DE.277517C1.IP)
- # [19:45] <bent> khuey|away, did you ever figure out a bug # for that crash?
- # [19:45] <@ehsan> jdm: I was wondering if you're keeping the pbngen bugs updated if somebody wishes to work on them?
- # [19:45] <@ehsan> jdm: cause I'm planning to see if I can get the time to smash down some of them
- # [19:46] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [19:46] <@ehsan> jdm: and I may go after a lot of the easy ones too
- # [19:46] <jdm> ehsan: yes. I believe all bugs being worked on currently have assignees.
- # [19:46] <@ehsan> great, thanks
- # [19:46] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [19:46] <@ehsan> jdm: btw, great job getting the necko stuff in :)
- # [19:46] <jdm> ehsan: the one exception is the strict transport security one
- # [19:46] <jduell> jdm: ehsan: indeed! jdm++
- # [19:46] <jdm> ehsan: there's someone in #introduction who might be looking at it but I don't have an email yet
- # [19:47] <@ehsan> jdm: ok, I'll keep that in mind
- # [19:47] <@ehsan> I don't like sts that much anyways ;)
- # [19:47] <jdm> ehsan: if you wanted to come up with a scheme for ContentPrefService, I would buy you a beer in a bit over a month
- # [19:47] <cjones> dRdR, np
- # [19:48] <@ehsan> jdm: I do like free beer :)
- # [19:48] <@ehsan> jdm: btw, I'm also going to talk to Asa about this again
- # [19:48] <@ehsan> jdm: I think I managed to get him excited about this about a month ago
- # [19:48] * Joins: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [19:48] <jdm> nice
- # [19:48] <@ehsan> and I'll ask him if he's talked to people about this yet
- # [19:49] <jdm> as fun as it is doing 90% of the work myself
- # [19:49] <jdm> it would be more fun not doing any more work myself!
- # [19:49] <@ehsan> yeah I know
- # [19:50] <jlebar> Can I go from a TabParent to its ContentParent?
- # [19:50] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:50] <jdm> jlebar: yes. Manager(), I think
- # [19:50] <jlebar> jdm, Cool; thanks!
- # [19:51] * Joins: jviereck1 (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [19:51] <jdm> grumble grumble mysterious test failures grumble
- # [19:51] * Quits: nattokirai (nattokirai@moz-6A258170.dynamic.ppp.asahi-net.or.jp) (Quit: nattokirai)
- # [19:52] * Joins: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [19:52] <@ehsan> jdm: you're CCed
- # [19:52] * Quits: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch) (Quit: Leaving.)
- # [19:52] <dRdR> cjones: nsSimpleGestureEvent doesn't allow for storing the focal point
- # [19:52] * Quits: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving.)
- # [19:53] <cjones> dRdR, fix it! :)
- # [19:53] <dRdR> cjones: I could just derive it and add 1 field
- # [19:53] <Callek> bholley: ping
- # [19:53] <dRdR> or that
- # [19:53] <bholley> Callek: hi
- # [19:53] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/1987beeb0038 - Jonathan Griffin - Bug 754361 - Don't reset todo count at beginning of testsuite, a=test-only, DONTBUILD because NPOTB
- # [19:53] * Joins: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:53] <dRdR> cjones: I would prefer deriving it
- # [19:53] * Quits: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving.)
- # [19:53] * cadecairos_away is now known as cadecairos
- # [19:54] <Callek> bholley: so __exposedProps__ ... does the warning landed warn whenever we try to *use* something where we would need __exposedProps__ with the pref flipped?
- # [19:54] <bholley> Callek: it warns in the situation where the access would otherwise be denied
- # [19:54] <bholley> Callek: i.e. - when content accesses a chrome object without an __exposedProps__ property
- # [19:54] <Callek> bholley: such that if I were to do extension testing of SeaMonkey UI (for example) we could find out if we have places that need it we wouldn't otherwise notice
- # [19:55] <bholley> Callek: I think so, yeah
- # [19:55] <Callek> bholley: sounds good -- what I had expected, but wasn't sure if this was "speculative" warning, or "actual" warning basically
- # [19:55] <bholley> Callek: it's worth also testing with a build that denies access
- # [19:55] <bholley> well
- # [19:55] * bholley thinks
- # [19:55] * zpao|detached is now known as zpao
- # [19:55] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
- # [19:56] <bholley> Callek: in particular, it won't fire for unprivileged sandboxes and stuff
- # [19:56] <bholley> Callek: it only fires if there's a document
- # [19:56] <bholley> Callek: because it's a "once per document" warning
- # [19:56] <Callek> bholley: ahh "once per doc"? so if I have two different areas of Suite doing things in a single document, then we'll only get one warning for the first area?
- # [19:57] * Quits: fabrice (fabrice@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [19:57] <Callek> and if something tries to do stuff in a (mostly) sandbox, but needs stuff exposed, we won't get a warning at all?
- # [19:57] <bholley> Callek: once per content document that tries to access a chrome object
- # [19:57] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:57] * fabrice|mtg is now known as fabrice
- # [19:57] <bholley> Callek: sandboxes won't, no
- # [19:58] <Callek> I'm just trying to think on if/how this warning would actually be helpful/noticeable for us.
- # [19:58] <Callek> so far it seems about 50/50
- # [19:58] <Callek> (from the convo)
- # [19:58] <bholley> Callek: well, the warn-once thing shouldn't be such a big deal
- # [19:58] <bholley> Callek: it at least gives you the first thing
- # [19:58] * Joins: sriram (sriramr@moz-7B0110AD.mv.mozilla.com)
- # [19:58] <bholley> Callek: and when you fix that, you get the second
- # [19:59] <bholley> Callek: sandboxes are trickier
- # [19:59] <bholley> Callek: really though
- # [19:59] <bholley> Callek: if you want to be sure
- # [19:59] <bholley> Callek: just stick a MOZ_ASSERT(false) in there
- # [19:59] * wlach is now known as wlach|biab
- # [19:59] <bholley> Callek: instead of the code that does the warning
- # [19:59] * Joins: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:59] <bholley> Callek: (you could do a release-mode abort if you wanted it there, too)
- # [20:00] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [20:00] * Quits: coop|buildduty (Chris@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Quit: coop|buildduty)
- # [20:00] <bholley> Callek: any time that conditional hits, something insecure is happening
- # [20:00] <Callek> bholley: hrm, that sounds promissing
- # [20:00] <Callek> MOZ_ASSERT(false) :-)
- # [20:01] * Callek kinda hopes cZ fixes itself though, since cZ chat-area is all-content-document, iirc
- # [20:01] <Callek> and I loathe even considering touching that
- # [20:02] * Quits: bholley (anonymous@moz-C7467218.net-82-216-232.rev.numericable.fr) (Ping timeout)
- # [20:03] * Quits: garnacho (carlos@moz-DA241EA0.adsl.alicedsl.de) (Ping timeout)
- # [20:04] * bbondy is now known as bbondy_away
- # [20:04] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [20:05] * Quits: grubshka (grubshka@moz-DBAABCEE.w86-216.abo.wanadoo.fr) (Ping timeout)
- # [20:06] * Quits: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving.)
- # [20:06] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [20:07] * philor is now known as philor|afk
- # [20:07] * Quits: Gijs (chatzilla@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [20:08] * Joins: KittyRa (quassel@A7E4C2EA.E12F84AD.B3E31604.IP)
- # [20:08] * Joins: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:10] * rnewman is now known as rnewman|afk
- # [20:10] <@ehsan> so, who knows things about the xpcshell test suite?
- # [20:11] <jviereck1> bz: thanks for your comments in https://bugzilla.mozilla.org/show_bug.cgi?id=468568#c83. What's the best way to look at the constructed frame tree? Is there a way to "dump" it to the console?
- # [20:11] * jviereck1 is now known as jviereck
- # [20:11] * davidb is now known as davidb|mtg
- # [20:12] <@smaug> pushing to try is very slow today
- # [20:12] <gcp> what smaug says
- # [20:12] <@smaug> perhaps there have been to many pushes or something
- # [20:12] <@smaug> too
- # [20:13] * Quits: jesup (chatzilla@moz-A899486F.hsd1.ca.comcast.net) (Ping timeout)
- # [20:13] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [20:13] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Ping timeout)
- # [20:13] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:14] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:14] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Connection reset by peer)
- # [20:14] * Boriss_ is now known as Boriss
- # [20:14] * Joins: espadrine (espadrine@moz-BBE3ABD.mv.mozilla.com)
- # [20:14] * Joins: jbalogh (jbalogh@moz-5D2708AA.hsd1.ca.comcast.net)
- # [20:14] * Quits: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Ping timeout)
- # [20:15] * Quits: Optimizer1 (Instantbir@669B619B.7FE8EE1.2AB48280.IP) (Ping timeout)
- # [20:15] * Joins: Jesse (jruderman@moz-E31CD2CB.mozilla.org)
- # [20:16] * Joins: jet (junglecode@B36B21E8.9BDA1C51.484E9551.IP)
- # [20:16] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
- # [20:17] * Quits: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk) (Client exited)
- # [20:17] * Quits: MarcoZ (Daily@moz-5F9DC830.dip.t-dialin.net) (Quit: Long weekend!)
- # [20:18] * Quits: KaiRo (robert@moz-BA854843.adsl.highway.telekom.at) (Input/output error)
- # [20:18] <jdm> ehsan: what about it?
- # [20:18] <jdm> I consider myself well-versed
- # [20:19] <@smaug> jdm: hey, do you think you could give feedback to my modifications to your innerHTML patch?
- # [20:20] <@smaug> I'll upload a new patch soon
- # [20:20] <@smaug> patch without newline handling changes
- # [20:20] <jdm> smaug: sure, I can take a look
- # [20:21] <@ehsan> jdm: take a look at this log for example: https://tbpl.mozilla.org/php/getParsedLog.php?id=12070479&tree=Firefox&full=1
- # [20:21] * Joins: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk)
- # [20:21] <@ehsan> jdm: is there an easy way to get the verbose logging for a given test?
- # [20:22] <@ehsan> cause this log is not particularly useful...
- # [20:22] <@ted> we don't handle hangs particularly well
- # [20:22] <jdm> ehsan: throw a do_timeout in there?
- # [20:22] <@ted> there's a bug on that, unsurprisingly
- # [20:23] <jdm> yep, and a dude working on it slowly
- # [20:23] <@ehsan> jdm: a do_timeout to do what?
- # [20:23] <@ted> mmm
- # [20:23] <@ted> i bet we could support like
- # [20:23] <jdm> ehsan: do_throw
- # [20:23] <jdm> if the test fails you'll see the output
- # [20:23] <@ted> verbose = true in the .ini manifest
- # [20:23] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [20:23] <@ehsan> jdm: if I knew where the test is failing, I wouldn't need the log :)
- # [20:23] <@ehsan> ted: oh yeah?
- # [20:24] * @ehsan tries that
- # [20:24] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:24] <@ted> ehsan: probably wouldn't be that much work
- # [20:24] <@ted> ehsan: it'd have to be implemented, i mean
- # [20:24] <@ted> but i don't think it'd be a lot of code
- # [20:24] <jdm> ehsan: the point is that you add a do_timeout that causes a do_throw to happen after some unreasonable amount of time
- # [20:24] <jdm> then the test fails and you see all the output
- # [20:24] <@ehsan> ted: oh, I thought that works now :(
- # [20:25] <@ehsan> jdm: huh, gotcha
- # [20:25] <@ehsan> thanks
- # [20:25] * joduinn is now known as joduinn-mtg
- # [20:25] <@ehsan> jdm: the default timeout is what? 1200 seconds?
- # [20:25] * Quits: mreavy (chatzilla@moz-A899486F.hsd1.ca.comcast.net) (Ping timeout)
- # [20:25] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [20:25] <@ted> actually hrmph
- # [20:25] <@ted> that wouldn't help you
- # [20:25] <@ted> because apparently we only dump stdout after the test finishes
- # [20:26] <jviereck> is there a way to dump/interspect a frame tree?
- # [20:26] <@ted> so yeah, i'd do what jdm is asking
- # [20:26] <@ehsan> ok
- # [20:26] * Quits: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:28] * armenzg is now known as armenzg_lunch
- # [20:28] * Joins: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
- # [20:28] * Joins: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP)
- # [20:29] * Quits: jet (junglecode@B36B21E8.9BDA1C51.484E9551.IP) (Quit: jet)
- # [20:29] * Joins: coop (Chris@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
- # [20:29] * dcamp is now known as campout
- # [20:29] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [20:30] <@ehsan> bjacob: http://mozillamemes.tumblr.com/post/23673998823/thank-you-bjacob :P
- # [20:30] * Quits: jfkthame (jfkthame@25F581E4.90783722.9542EC20.IP) (Quit: jfkthame)
- # [20:31] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [20:31] <bjacob> ehsan, yes i saw that :)
- # [20:31] <@ehsan> kmoir_buildduty: btw, do you also have an ibm.ca bugzilla account?
- # [20:31] <@ehsan> bjacob: I wonder why no one has submitted a meme for me...
- # [20:31] <@ehsan> that's.. cold
- # [20:32] <kmoir_buildduty> ehsan: Yes, I my last job was at IBM and I followed a few Mozilla bugs. I should get that deleted.
- # [20:32] * khuey|away is now known as khuey
- # [20:32] <@ehsan> kmoir_buildduty: I think I CCed that account the other day on a bug, which is the only thing I found when I typed your name in bugzilla...
- # [20:32] * Quits: anant (anant@moz-BBE3ABD.mv.mozilla.com) (Quit: anant)
- # [20:32] <@khuey> bent: no
- # [20:33] <bjacob> ehsan, only reason i got this meme is i made an unasked-for comment on this channel confirming (made a tryserver run) that failing mfbt unit tests did turn the tree orange
- # [20:33] <@ehsan> kmoir_buildduty: it would be a good idea for you to also add your name to the mozilla account, to make it easier for people to find you :)
- # [20:33] * Joins: anant (anant@moz-BBE3ABD.mv.mozilla.com)
- # [20:33] <@ehsan> bjacob: hehe
- # [20:33] * Quits: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving.)
- # [20:33] <kmoir_buildduty> ehsan: So when I joined Mozilla, I created a browser id account which means you can't change the description. I opened a bug for the bugzilla team to fix this for me but no joy yet.
- # [20:34] <@ehsan> kmoir_buildduty: oh, ok, that's bad ;)
- # [20:34] <@ehsan> kmoir_buildduty: hope that they fix that bug soon
- # [20:34] * Joins: grubshka (grubshka@moz-55AB1E04.w86-216.abo.wanadoo.fr)
- # [20:35] <kmoir_buildduty> ehsan: I would like to change this but I can't because it was created via browser id. bug 749381
- # [20:35] * Joins: harishneit (Adium@8FD3E33A.D63C8F60.700C6EB0.IP)
- # [20:35] * Quits: victorporof (victorporo@26C96D3F.9F23B8E6.79933D60.IP) (Connection reset by peer)
- # [20:35] <@ehsan> kmoir_buildduty: yeah, I feel your pain
- # [20:36] <jlebar> jdm, So TabParent::Manager() returns a PContentParent, not a ContentParent. I'm not sure what the difference is -- should I just static cast up, or...something else?
- # [20:37] <jdm> jlebar: yes, static cast. ContentParent implements PContentParent
- # [20:37] * Joins: victorporof (victorporo@26C96D3F.9F23B8E6.79933D60.IP)
- # [20:37] <jlebar> jdm, And ContentParent is the only one who implements PContentParent?
- # [20:37] * bbondy_away is now known as bbondy
- # [20:37] <jlebar> jdm, I mean, the only one who might be expected to implement PContentParent...
- # [20:37] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [20:37] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [20:38] <jdm> jlebar: yes.
- # [20:38] <jlebar> jdm, Okay, thanks.
- # [20:38] * @khuey pulls b-s for the first time in several months
- # [20:38] * Joins: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:39] * Quits: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net) (Quit: clee)
- # [20:40] <lmandel> ttaubert: arewesmallyet.com doesn't look very functional. No chart is shown and the data link returns and empty page. Expected?
- # [20:41] <jlebar> lmandel, It must be said, however, that the page is rather small in its current state.
- # [20:41] <lmandel> jlebar: :)
- # [20:41] <froydnj> how to stay small: don't add features
- # [20:41] <bhearsum> hehe
- # [20:41] <lmandel> as a fallback, we can just add a very tiny "small" to the middle of the page.
- # [20:42] <lmandel> or, a very tiny "yes"
- # [20:42] <gw280> mwu: ping
- # [20:42] <mwu> gw280: pong
- # [20:42] <ttaubert> lmandel: oops :( thanks for reporting :)
- # [20:42] <gw280> mwu: hey, so how shall we go about debugging this skia define issue?
- # [20:42] <rstrong> khuey: it has been a few months since you pulled any b-s
- # [20:42] <rstrong> ;)
- # [20:42] <gw280> mwu: do you use git or hg for m-c?
- # [20:43] <mwu> gw280: mostly git, though I also have hg trees around
- # [20:43] <gw280> mwu: cool, so my skia-rebase branch is in git
- # [20:43] <@khuey> rosheh
- # [20:43] <@khuey> er
- # [20:43] <@khuey> rstrong: heh
- # [20:43] <mwu> ah so I can just pull it. great
- # [20:44] <mwu> gw280: based off mozilla/m-c or doublec/m-c?
- # [20:44] <gw280> mwu: mozilla/m-c
- # [20:44] <gw280> mwu: http://github.com/gw280/mozilla-central
- # [20:44] <mwu> ok perfect
- # [20:44] <gw280> mwu: branch is "skia_rebase"
- # [20:44] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Quit: Connection reset by beer)
- # [20:44] <gw280> it's still pushing
- # [20:44] <mwu> we *just* switched to mozilla/m-c
- # [20:44] * Ms2ger suggests hg
- # [20:44] <gw280> mwu: haha :)
- # [20:44] * davidb|mtg is now known as davidb
- # [20:44] <gw280> mwu: ok, it's pushed. the top two patches you can probably discard from the branch
- # [20:44] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [20:45] * rail-mtg is now known as rail-brb
- # [20:45] <gw280> mwu: top patch just force-enables skia/azure, second patch is my NDK define addition to Makefile.in
- # [20:45] <mwu> it's kinda funny how for blame and code archeology purposes, git is better now
- # [20:45] <mwu> with all of cvs history
- # [20:45] <gw280> git is just wonderful
- # [20:46] * Quits: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [20:47] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
- # [20:47] <gw280> mwu: so the issue I think is that nsAppShell.cpp and InputReader.cpp are being built with different options
- # [20:47] <gw280> mwu: they both end up including InputReader.h, which also includes PointerController.h
- # [20:48] * Joins: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [20:48] <gw280> mwu: which includes SkBitmap.h -> SkThread_platform.h
- # [20:48] * Parts: harishneit (Adium@8FD3E33A.D63C8F60.700C6EB0.IP)
- # [20:48] <gw280> mwu: and SkThread_platform.h defines a set of atomic inlines differently depending on if you're ANDROID_NDK or just ANDROID
- # [20:48] <lmandel> ttaubert: I see the site it back. Thanks for the quick fix.
- # [20:49] * Quits: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [20:49] <ttaubert> lmandel: yes, not up-to-date but I'm working on it :)
- # [20:50] <mwu> gw280: IIRC we didn't build at all without ANDROID_NDK, so I wonder how ANDROID_NDK got defined in the first place
- # [20:50] <mwu> I poked at it yesterday but didn't see where it could come from
- # [20:50] <gw280> mwu: weird
- # [20:50] * Joins: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [20:51] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:51] * ChanServ sets mode: +o dbaron
- # [20:51] <gw280> mwu: so the build error is here btw: https://tbpl.mozilla.org/php/getParsedLog.php?id=12004188&tree=Try&full=1
- # [20:54] <mwu> gw280: weird. both libui and gonk are built from the same makefile
- # [20:54] <mwu> so the options should be the same
- # [20:54] <gw280> mwu: that's what I would have thought
- # [20:54] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Ping timeout)
- # [20:54] <gw280> mwu: are you able to run gcc -E to get the post-processed file out from each case?
- # [20:55] <gw280> mwu: see if any previously included headers are setting anything we dont want?
- # [20:55] <mwu> gw280: sure, lemme pull your branch first
- # [20:55] <gw280> thanks
- # [20:57] * gregglind is now known as gregglind_brb
- # [20:57] * Quits: Goldorak (chatzilla@27637B53.1EC05627.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [20:58] * Joins: Goldorak (chatzilla@27637B53.1EC05627.187A1082.IP)
- # [20:58] <jdm> smaug: why the max of 100 elements in the array?
- # [20:59] <jdm> and then the ensuing mental gymnastics figuring out how the linked list works
- # [20:59] * Quits: @dveditz (dveditz@moz-5051E786.dhcp.cruzio.com) (Quit: dveditz)
- # [20:59] * Quits: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving.)
- # [20:59] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [20:59] * Joins: dveditz (dveditz@moz-5051E786.dhcp.cruzio.com)
- # [20:59] * ChanServ sets mode: +o dveditz
- # [21:00] * Quits: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com) (Ping timeout)
- # [21:00] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
- # [21:01] * jgriffin is now known as jgriffin-lunch
- # [21:01] <@smaug> jdm: max 100 ?
- # [21:01] <jdm> smaug: well, max 100 in any of the arrays
- # [21:01] <@smaug> ?
- # [21:01] <@smaug> what 100
- # [21:01] <jdm> oh
- # [21:01] <jdm> 1020
- # [21:01] <jdm> anyways
- # [21:01] <@bz> 1024?
- # [21:02] <jdm> nope, I'm actually reading the numbers this time
- # [21:02] <@smaug> 1020 + stuff fits in to jemalloc slots
- # [21:02] <ttaubert> lmandel: ok, everything up-to-date again, thanks for reminding me
- # [21:02] * @bz is just trying to join the game... ;)
- # [21:02] <@smaug> 1024 is often bad
- # [21:02] <@ted> /mnt/ssd/mozilla-central/dom/workers/WorkerScope.cpp:17: fatal error: mozilla/OSFileConstants.h: No such file or directory
- # [21:02] <@ted> :-/
- # [21:02] <@smaug> jdm: that value is somewhat random. In common case we can keep the array in stack
- # [21:03] <@smaug> jdm: but when overflowing, keep stuff in heap
- # [21:03] <@smaug> jdm: I haven't seen any StringBuilder stuff in profiles
- # [21:03] <jdm> that's good
- # [21:03] <@smaug> all the string operations do show up there
- # [21:03] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
- # [21:03] * armenzg_lunch is now known as armenzg
- # [21:04] <NeilAway> ehsan: I take it you're not normally in the habit of writing use-after-free code?
- # [21:04] * juanb is now known as juanb|lunch
- # [21:06] <Ms2ger> No, that's me
- # [21:06] * Quits: hub_ (hub@A5087023.2354C43D.D8E68FF6.IP) (Input/output error)
- # [21:07] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
- # [21:08] <@ehsan> NeilAway: I sometimes do that, othertimes I do free-before-use
- # [21:08] * Joins: joesteele (joesteele@2BF71610.712491F4.C5749D5C.IP)
- # [21:08] * Quits: joesteele (joesteele@2BF71610.712491F4.C5749D5C.IP) (Quit: joesteele)
- # [21:08] * Joins: joesteele (joesteele@2BF71610.712491F4.C5749D5C.IP)
- # [21:09] <@khuey> bent: http://khuey.pastebin.mozilla.org/1650055 look like your stack?
- # [21:09] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- Organize your IRC)
- # [21:09] <bent> yes
- # [21:09] <bent> exactly
- # [21:09] * philor|afk is now known as philor
- # [21:09] <@khuey> k
- # [21:09] <bent> Bas, ^ maybe?
- # [21:11] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [21:11] <@khuey> bent: 758531
- # [21:12] <bent> cool, thanks
- # [21:12] <romaxa> smaug: ping
- # [21:12] <gavin> smaug: ping
- # [21:12] <gavin> whoa
- # [21:13] <gavin> guess I'll get in line
- # [21:13] <@khuey> popular guy
- # [21:13] <romaxa> ;)
- # [21:13] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Ping timeout)
- # [21:14] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
- # [21:14] * zpao is now known as zpao|detached
- # [21:14] * Joins: shorlander-mobile (shorlander@moz-853043D6.dhcp.insightbb.com)
- # [21:15] <NeilAway> ehsan: what's the non-obsolete version of https://bugzilla.mozilla.org/attachment.cgi?id=605640&action=edit ?
- # [21:15] <espindola> Standard8, I can probably debug 758688. It very likely just a mozStorageConnections not being closed
- # [21:15] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [21:15] <@ehsan> NeilAway: oh, good question :)
- # [21:16] <espindola> how do I build thunderbird and which test do I have to run to reproduce it?
- # [21:16] <@ehsan> NeilAway: I addressed review comments as patches on top of the old ones
- # [21:16] <bwinton> espindola: https://developer.mozilla.org/En/Simple_Thunderbird_build
- # [21:16] <@ehsan> NeilAway: you can also look at the oak branch where a lot of the development happened
- # [21:16] <@ehsan> NeilAway: have you found a bug in the code that you're not telling me about? :)
- # [21:16] <@khuey> !seen Yoric
- # [21:16] <espindola> bwinton, thanks
- # [21:16] <firebot> yoric was last seen 3 hours, 34 minutes and 54 seconds ago, saying '* Yoric has no clue how he can ever test all that code, though.' in #jsapi.
- # [21:16] <bwinton> espindola: And I don't know about the second part, but hopefully Standard8 can help you there.
- # [21:17] * Joins: bholley (anonymous@moz-C7467218.net-82-216-232.rev.numericable.fr)
- # [21:17] <espindola> ok, I will start a build
- # [21:17] <NeilAway> ehsan: I've found a bug, but I can't seem to find the code so that I can tell you about the bug :-P
- # [21:17] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [21:17] * Quits: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk) (Client exited)
- # [21:17] <NeilAway> ehsan: I guess I have to comment on that attachment then
- # [21:17] <bwinton> espindola: Cool. If you run into problems, you should totally bug, uh, maybe irving, cause he sits near you and is less busy than mconley. ;)
- # [21:18] * Joins: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com)
- # [21:18] <espindola> once I can reproduce the bug it should be easy to find which connection is not being closed
- # [21:18] <@ehsan> NeilAway: please
- # [21:18] * rail-brb is now known as rail
- # [21:18] <espindola> at that point it can be really easy or really hard to fix depending if there is an obvious place to close it or not
- # [21:19] <glandium> ted: the virtualenv thing broke using system ply
- # [21:19] <@smaug> romaxa: pong
- # [21:19] <@smaug> gavin: pong
- # [21:19] <espindola> bwinton, comm-central is not on git, is it?
- # [21:19] <espindola> or, is there a git clone of it?
- # [21:20] <jviereck> espindola: https://github.com/mozilla/mozilla-central ?
- # [21:20] <espindola> jviereck, comm-central :-)
- # [21:20] <jviereck> ahh, sorry!
- # [21:20] <espindola> I use and love the m-c clone :-)
- # [21:21] * Joins: bjacob_ (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [21:21] <@khuey> gerv: ping
- # [21:21] * Joins: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net)
- # [21:22] <@ehsan> ted: do we update the symbols for tinderbox builds to the symbol server?
- # [21:22] <romaxa> gavin: go ahead, I recall answer on question I wanted to ask ;)
- # [21:22] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [21:22] * bjacob_ is now known as bjacob
- # [21:22] <@ted> glandium: oh, right
- # [21:23] <@ted> glandium: mm, we can fix that
- # [21:23] * Quits: sworkman (sworkman@moz-365D3869.lightspeed.sntcca.sbcglobal.net) (Quit: sworkman)
- # [21:23] <@ted> glandium: need to pass --system-site-packages when running virtualenv.py
- # [21:23] <@ted> http://www.virtualenv.org/en/latest/index.html#the-system-site-packages-option
- # [21:23] <@ted> ehsan: no
- # [21:23] <@ted> ehsan: only nightlies/releases
- # [21:24] * Quits: shorlander-mobile (shorlander@moz-853043D6.dhcp.insightbb.com) (Quit: Linkinus - http://linkinus.com)
- # [21:24] <Waldo> bz: further on your semi-joke about "the more features you remove..." yesterday, actually I do think the fewer features we have, the more willing we'll be to build out new ones (and perhaps more important, the faster we'll be able to build them)
- # [21:24] <NeilAway> ehsan: commented in the bug
- # [21:24] <bwinton> espindola: Not that I know of.
- # [21:24] <@ehsan> ted: oh crap
- # [21:24] <@ehsan> NeilAway: looking
- # [21:24] <davidb> where do we file dxr bugs?
- # [21:24] <bwinton> espindola: But if you wanted to create one, or get ehsan to, I certainly wouldn't mind. ;)
- # [21:24] <@ehsan> davidb: webtools
- # [21:24] <davidb> ty
- # [21:24] <@ted> ehsan: why?
- # [21:24] <@ehsan> bwinton: wut?
- # [21:24] <glandium> ted: where is it run?
- # [21:24] * Quits: Pike (Pike@moz-E31CD2CB.mozilla.org) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
- # [21:24] <@ehsan> ted: cause I have updater.exe crashing on me but I can't debug it?
- # [21:25] <@ted> ehsan: that sucks
- # [21:25] <@ted> glandium: in configure
- # [21:25] <Ms2ger> ted, (bug 558313, btw)
- # [21:26] <@ehsan> ted: so if I download a nightly will I get the symbols?
- # [21:26] <@ted> ehsan: nightlies shoudl have symbols ont he symbol server yes
- # [21:26] <philor> ted: so, are you fixing your inbound bustage?
- # [21:26] <@ehsan> ted: ok good
- # [21:26] <Ms2ger> I think ted is going to back out
- # [21:26] <Ms2ger> Aren't you, ted?
- # [21:27] <@ted> yes
- # [21:27] <@ted> i will do that
- # [21:27] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/e4574b46f0ba - Honza Bambas - Bug 758732 - configure sometimes fails with rm: cannot lstat conftest.exe: Permission denied, r=ehsan
- # [21:27] <glandium> ted: looks like it works. can you land that?
- # [21:28] <jlebar> Heh, this is cool. My build crashes consistently when I run it outside of gdb, and it works consistently when I run it in gdb.
- # [21:28] <Waldo> gdb bug, film at 11
- # [21:28] <jdm> jlebar: guess we need to ship gdb
- # [21:28] <@ted> glandium: not at the moment
- # [21:28] <jlebar> jdm, r=me. :)
- # [21:28] <Waldo> jdm!
- # [21:28] * mattwoodrow|away is now known as mattwoodrow
- # [21:28] <Waldo> you're back!
- # [21:28] <jdm> I'll CC gerv to make sure it's cool license-wise
- # [21:28] <Waldo> and so are the memes!
- # [21:29] <glandium> ted: i mean, do you need some tracking or will you take care of it eventually?
- # [21:29] * wlach|biab is now known as wlach
- # [21:29] <jviereck> if I have something like:
- # [21:29] <jviereck> Text(2)"\n "@0x10876eaa8 [run=0x108f4b500][0,5,T] next=0x10876eb18 {0,816,0,0} [state=0000000048200000] [content=0x1170ff500] sc=0x10b48e0a0 pst=:-moz-non-element
- # [21:29] <jdm> Waldo: I've only truly been gone for a couple days
- # [21:29] <Waldo> heh :-D
- # [21:29] <jviereck> is the {0,816,0,0} the x/y/width/height stuff?
- # [21:29] <@ted> glandium: file a bug please?
- # [21:29] * Joins: biesi (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP)
- # [21:29] <Waldo> productivity plummeted without a fresh supply of new memes to lulz over
- # [21:30] <glandium> ted: ok
- # [21:30] <Waldo> and it'll plummet even further now that they've returned :-D
- # [21:30] * mattwoodrow is now known as mattwoodrow|away
- # [21:31] * Quits: @smaug (chatzilla@moz-96772BFB.elisa-mobile.fi) (Ping timeout)
- # [21:32] * romaxa is now known as romaxa_lunch
- # [21:33] <mwu> gw280: emailed you the results
- # [21:33] * Joins: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk)
- # [21:33] * Quits: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk) (Client exited)
- # [21:34] <gw280> mwu: thanks
- # [21:35] * Joins: hub_ (hub@A5087023.2354C43D.D8E68FF6.IP)
- # [21:36] <glandium> ted: btw, why is pythonpath still called? doesn't using virtualenv obsolete it?
- # [21:37] * Quits: chrisccoulson (chr1s@CF62D2D6.FC921812.EE27BB8D.IP) (Quit: Ex-Chat)
- # [21:38] <@ehsan> NeilAway: do you wanna review a fix? :)
- # [21:39] <NeilAway> ehsan: if you insist
- # [21:39] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [21:39] * gregglind_brb is now known as gregglind
- # [21:40] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [21:40] * Quits: past (past@moz-75B0C54A.dsl.dyn.forthnet.gr) (Ping timeout)
- # [21:40] <@ted> Ms2ger: that was awesome
- # [21:40] <@ted> glandium: yeah, i just didn't want to take on everything all at once
- # [21:40] <@ted> glandium: we need to install all the modules into the virtualenv, then we can ditch pythonpath
- # [21:40] * Joins: past (past@moz-75B0C54A.dsl.dyn.forthnet.gr)
- # [21:40] * Quits: akeybl (akeybl@moz-7B0110AD.mv.mozilla.com) (Quit: Linkinus - http://linkinus.com)
- # [21:41] <@ehsan> NeilAway: dammit, I'm also leaking mInfo.mArgv :(
- # [21:42] <@ted> glandium: you might have noticed i spent enough time dealing with fallout just from this change alone
- # [21:42] * Quits: past (past@moz-75B0C54A.dsl.dyn.forthnet.gr) (Ping timeout)
- # [21:42] <Ms2ger> ted, do you have an exact incantation for $(INSTALL)? :)
- # [21:42] <Ms2ger> And I'm glad you like it :)
- # [21:42] <@ted> cargo cult it from somewhere
- # [21:43] * Waldo pockets that advice for the next time he needs to touch the build system
- # [21:43] <Waldo> (from a build peer no less!)
- # [21:43] <@ted> ha ha
- # [21:43] <@ted> hell, what do you think i do half the time?
- # [21:43] <Ms2ger> Hmm, $(INSTALL) or $(NSINSTALL)
- # [21:43] * Joins: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [21:43] <Waldo> what do any of us do half the time? :-D
- # [21:43] <Waldo> Ms2ger: MOZNSINSTALL
- # [21:43] <NeilAway> ehsan: oops
- # [21:44] <NeilAway> Waldo: mozilla::Install
- # [21:44] * Quits: bholley (anonymous@moz-C7467218.net-82-216-232.rev.numericable.fr) (Quit: bholley)
- # [21:45] * Joins: chrisccoulson (chr1s@CF62D2D6.FC921812.EE27BB8D.IP)
- # [21:45] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Ping timeout)
- # [21:45] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
- # [21:45] <jviereck> if an element in the frame tree has width/height = 0, it shouldn't be visible, right?
- # [21:46] * Quits: sicking (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [21:46] * Joins: sicking (chatzilla@moz-BBE3ABD.mv.mozilla.com)
- # [21:49] * Quits: xsergio (sergio@30A2B346.631D4794.5FA960DF.IP) (Quit: Leaving)
- # [21:50] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [21:51] <gw280> mwu: that's weird, because in your case both files build with the same option
- # [21:51] * joduinn-mtg is now known as joduinn-food
- # [21:51] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [21:52] * Quits: gustavold (gustavold@45585AD.ECBC1091.946930A0.IP) (Ping timeout)
- # [21:53] <gw280> mwu: so that means it must be linker failing due to the lack of static-inline in the function declaration
- # [21:54] * Joins: Matti (chatzilla@moz-D282D584.dip.t-dialin.net)
- # [21:55] <mwu> gw280: so having ANDROID_NDK mode puts in static inlines?
- # [21:55] * armenzg is now known as armenzg_brb
- # [21:55] * Joins: gustavold (gustavold@45585AD.ECBC1091.946930A0.IP)
- # [21:57] <gw280> mwu: yeah: http://code.google.com/p/skia/source/browse/trunk/include/core/SkThread_platform.h
- # [21:59] * Quits: Goldorak (chatzilla@27637B53.1EC05627.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [22:00] <gw280> mwu: this is the current version of the file: http://mxr.mozilla.org/mozilla-central/source/gfx/skia/include/core/SkThread_platform.h
- # [22:00] <mwu> gw280: I'm rebuilding to check how things even work right now
- # [22:00] <gw280> mwu: ok
- # [22:00] * jgriffin-lunch is now known as jgriffin
- # [22:00] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
- # [22:00] * Quits: zwol (zack@moz-A5165AC6.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [22:01] * armenzg_brb is now known as armenzg
- # [22:02] * Joins: Optimizer (Instantbir@70E1A6D.1163B72F.2AB48280.IP)
- # [22:02] <@ehsan> NeilAway: https://bugzilla.mozilla.org/attachment.cgi?id=627328&action=edit
- # [22:03] * Joins: jfkthame (jfkthame@25F581E4.90783722.9542EC20.IP)
- # [22:03] * Quits: bc (bc@454BDC37.1D5E8529.AC69809B.IP) (Ping timeout)
- # [22:03] * mattwoodrow|away is now known as mattwoodrow
- # [22:04] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Client exited)
- # [22:04] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [22:04] <mwu> gw280: well, I can't tell
- # [22:05] <gw280> mwu: how things work right now?
- # [22:05] <mwu> yeah
- # [22:05] <gw280> mwu: well SkThread_platform in the current version of skia that's checked in doesn't define any functions
- # [22:05] <mwu> I'm going to r+ your patch and file a follow up to make skia build more like android on b2g
- # [22:05] <mwu> oh ok
- # [22:05] <gw280> mwu: I think we probably want to be building the NDK version of skia anyway
- # [22:05] <mwu> yeah
- # [22:06] <gw280> ok cool, so r+ for the patch then?
- # [22:06] <mwu> lemme mark it
- # [22:06] <gw280> thanks!
- # [22:06] * Joins: past (past@moz-75B0C54A.dsl.dyn.forthnet.gr)
- # [22:07] * juanb|lunch is now known as juanb
- # [22:07] <@ehsan> NeilAway: actually I'm not leaking mArgv...
- # [22:07] <mwu> gw280: np, thanks for looking into this
- # [22:08] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [22:08] * Quits: Ms2ger (Ms2ger@3624695E.F442D4FB.37724B0D.IP) (Quit: nn)
- # [22:08] * mkaplyAway is now known as mkaply
- # [22:09] * Joins: Gijs (chatzilla@CB3EC984.A5F785DE.396E4C6D.IP)
- # [22:09] * juanb is now known as juanb|mtg
- # [22:09] * Quits: jbalogh (jbalogh@moz-5D2708AA.hsd1.ca.comcast.net) (Quit: Leaving...)
- # [22:10] <Gijs> Callek: fwiw, re: CZ issues with chrome/content stuff, if you send me a mail w/ a general descriptions / buglinks, I can probably deal with it. And I'm fairly sure it's chrome docs, sadly. There's some problems with using content docs instead, some of which might be fixed by now...
- # [22:10] <Callek> Gijs: ooo if its chrome docs I don't _think_ this will affect it, but I'll e-mail you over the weekend then, sure.
- # [22:11] <Callek> Gijs: its targetted for ~ 2 [trunk] gecko releases from now, but with warnings starting ~now
- # [22:11] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [22:11] <Gijs> Callek: cool!
- # [22:12] <mwu> gw280: looks like we don't even enable skia on b2g right now
- # [22:12] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [22:13] <hub_> I'm getting another build failure on Mac
- # [22:14] <hub_> clobbering
- # [22:14] * cadecairos is now known as cadecairos_away
- # [22:14] <hub_> first
- # [22:14] <gavin> damn missed smaug
- # [22:14] <froydnj> stand by the gate while the thrush knocks and wait for him
- # [22:14] * Quits: jfkthame (jfkthame@25F581E4.90783722.9542EC20.IP) (Quit: jfkthame)
- # [22:15] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:16] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
- # [22:17] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
- # [22:17] * Joins: jbalogh (jbalogh@moz-5D2708AA.hsd1.ca.comcast.net)
- # [22:17] * Joins: bc (bc@454BDC37.1D5E8529.AC69809B.IP)
- # [22:17] <froydnj> jlebar: off-main thread image decoding is coming, or currently works?
- # [22:18] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
- # [22:18] <jlebar> froydnj, Doesn't currently work, nobody is actively working on it.
- # [22:18] <jlebar> froydnj, Andreas wrote a WIP on a plan a while back, but hasn't touched it since. He's...a bit busy. :)
- # [22:19] <froydnj> jlebar: ok, thanks
- # [22:20] * armenzg is now known as armenzg_brb
- # [22:20] * Joins: harishneit (Adium@8FD3E33A.D63C8F60.700C6EB0.IP)
- # [22:21] * zpao|detached is now known as zpao
- # [22:22] * Quits: maikmerten (maikmerten@moz-DDFE9908.dynamic.qsc.de) (Client exited)
- # [22:22] <bent> Achievement unlocked: 400k patch
- # [22:23] <jlebar> bent++
- # [22:23] <jlebar> bent, No wonder sicking hates doing reviews.
- # [22:23] <bent> i keep telling him it'll go quickly ;)
- # [22:23] <jlebar> lol
- # [22:24] <@bz> bent: "this won't hurt a bit"?
- # [22:24] * romaxa_lunch is now known as romaxa
- # [22:24] <bent> something like that!
- # [22:24] <jlebar> bent, Perhaps if you split it up into pieces not larger than 20kb, and made sure that all tests passed at each step.
- # [22:25] <bent> i have a queue of about 30 patches...
- # [22:25] <bent> but they're not all going to pass independently
- # [22:25] <@bz> 30*400k == 30MB
- # [22:25] <@bz> er, fail
- # [22:25] <@bz> 12MB
- # [22:25] <bent> heh
- # [22:25] <@bz> point being
- # [22:25] <@bz> TOO MUCH
- # [22:26] * @bz goes back to reviewing a 300k patch and cursing
- # [22:26] <bent> heh
- # [22:26] <bent> which?
- # [22:26] <@bz> DOM microdata API
- # [22:26] <@bz> it is claimed to have lots of tests somewhere in there
- # [22:26] <@bz> but so far it's all code....
- # [22:27] <bent> heh
- # [22:27] <bent> i say that too ;)
- # [22:28] * Quits: mak (chatzilla@moz-C9B44EE1.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
- # [22:28] * armenzg_brb is now known as armenzg
- # [22:28] * Quits: sicking (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:31] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [22:32] * jmaher is now known as jmaher|afk
- # [22:32] <espindola> bwinton, I was able to find which db is not closed in bug 758688
- # [22:33] <espindola> but it is not clear where it is supposed to be
- # [22:33] <espindola> does thunderbird use the same shutdown process as firefox?
- # [22:34] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Ping timeout)
- # [22:35] * Quits: edmorley (edmorley@moz-3D130806.range86-166.btcentralplus.com) (Quit: Leaving.)
- # [22:35] <bwinton> espindola: I have no idea. bienvenu (or someone else in #maildev) might know.
- # [22:35] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
- # [22:36] <gw280> mwu: yeah
- # [22:36] <gw280> mwu: but you're still including headers, which seems weird to me
- # [22:36] * Joins: kennyluck_ (kennyluck@moz-8F259AED.dynamic.hinet.net)
- # [22:37] <mwu> gw280: yeah it's just a dumb trick to get some code imported from android working
- # [22:37] * Quits: kennyluck (kennyluck@moz-D97ACE6B.dynamic.hinet.net) (Ping timeout)
- # [22:37] * Quits: gustavold (gustavold@45585AD.ECBC1091.946930A0.IP) (Ping timeout)
- # [22:37] * kennyluck_ is now known as kennyluck
- # [22:37] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [22:37] <gw280> mwu: interesting
- # [22:37] <gw280> are you using system android libraries?
- # [22:37] <mwu> we're using some of them
- # [22:38] <mwu> it depends
- # [22:38] * Joins: atuljangra (Mibbit@C7763EC6.B4961350.93E5B96C.IP)
- # [22:38] <gw280> mwu: if so then I'm very concerned that you're mismatching headers
- # [22:38] * Quits: wlach (wlach@moz-3A1F70B1.vif.net) (Quit: Leaving)
- # [22:38] <gw280> mwu: skia doesn't have a stable API, so the headers for skia in m-c are very likely to not match system android skia
- # [22:38] <mwu> the code we imported doesn't use much from skia
- # [22:38] <mwu> and we don't rely on the parts that do
- # [22:39] <gw280> ah ok
- # [22:39] <mwu> their inputreader code ends up talking to the surfaceflinger to display a cursor or something
- # [22:39] * Joins: jwq (chatzilla@moz-12623DCD.cable.telstraclear.net)
- # [22:39] <gw280> mwu: is it worth creating a bug to track the skia dependency in widget/gonk?
- # [22:39] <mwu> and we've mostly disabled that cursor displaying code
- # [22:40] <mwu> nah, I think we're fine there for now
- # [22:40] <gw280> ok
- # [22:40] <jlebar> How do I pass a handle to a window from parent to child in the message manager?
- # [22:40] <mwu> gw280: btw, I just turned on skia on b2g. I guess with your branch that turns on azure by default, I should get faster canvas?
- # [22:40] <gw280> mwu: "maybe" :)
- # [22:41] * Joins: gustavold (gustavold@45585AD.ECBC1091.946930A0.IP)
- # [22:41] * Quits: artur (artur@moz-6DFBD742.hsd1.vt.comcast.net) (Input/output error)
- # [22:41] <gw280> mwu: for canvas only, I think it should be faster or the same speed, except with some filtering operations that aren't optimised for NEON in Skia but are optimised in cairo/pixman
- # [22:41] <gw280> mwu: path drawing and gradients in skia should be faster, paths *especially* so
- # [22:41] <mwu> gw280: alright, lemme see if cut the rope is any faster..
- # [22:42] <gw280> mwu: cool
- # [22:44] <mwu> nope :/
- # [22:44] <jviereck> tn: *ping*
- # [22:44] <tn> jviereck, pong
- # [22:44] <jviereck> tn: do you have a minute?
- # [22:44] <tn> jviereck, sure
- # [22:45] <jviereck> tn: I'm working on bug https://bugzilla.mozilla.org/show_bug.cgi?id=468568, [@font-face] printing pages with downloadable fonts doesn't render all fonts on the page
- # [22:46] <jviereck> tn: what basically needs to be done to make this work is a) make networking happen for print documents, b) do a reconstruction of the frame tree once all fonts are loaded c) reflow the frame tree
- # [22:46] * Parts: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Leaving)
- # [22:46] <hub_> yep
- # [22:46] <hub_> build is broken on Mac
- # [22:46] <hub_> https://gist.github.com/ede0009f4b8cc735fdf7
- # [22:46] * mattwoodrow is now known as mattwoodrow|away
- # [22:46] <jviereck> tn: that's what I have implemented so far. The problem is now, if I do this and I have a document with an iFrame, the content won't show up in the iFrame, although the frame tree looks reasonable
- # [22:47] * Quits: harishneit (Adium@8FD3E33A.D63C8F60.700C6EB0.IP) (Quit: Leaving.)
- # [22:47] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
- # [22:48] <jviereck> tn: _bz mentioned, it might be, that the frame tree is hooking itself up to the wrong nsIView, see comment https://bugzilla.mozilla.org/show_bug.cgi?id=468568#c83
- # [22:48] <jviereck> tn: and he said I should talk to you how to figure out if something goes wrong there :)
- # [22:48] * Joins: dvander`home (dvander@moz-D6311F4A.nys.biz.rr.com)
- # [22:48] <jviereck> tn: can you give me some pointers what I should look for/how to debug this?
- # [22:49] * Quits: dvander`home (dvander@moz-D6311F4A.nys.biz.rr.com) (Quit: Leaving...)
- # [22:49] * Joins: sicking (chatzilla@moz-BBE3ABD.mv.mozilla.com)
- # [22:49] * juanb|mtg is now known as juanb
- # [22:50] <tn> jviereck, so i assume it works without the reconstruct? grab the root view before reconstruct, dump the view tree (view->List(stdout,0)). then dump the same view tree after reconstruct
- # [22:50] * Joins: artur (artur@moz-6DFBD742.hsd1.vt.comcast.net)
- # [22:51] <jviereck> tn: that's what I've done: https://bug468568.bugzilla.mozilla.org/attachment.cgi?id=627337
- # [22:51] * dev_afk is now known as devd
- # [22:52] <jviereck> tn: without the reconstruction call, the fonts get loaded, but the text is not relayouted/repositioned and therefore is not useable for printing
- # [22:53] <tn> jviereck, we need a reconstruct and not just a reflow after the fonts are loaded?
- # [22:53] <tn> jviereck, that attachment is the frame tree, the view tree is different
- # [22:53] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [22:54] <jviereck> tn: honestly, I don't have fully understanding about this reconstruction/reflowing stuff :/ I'm still very new to the business
- # [22:54] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
- # [22:55] <tn> jviereck, ok, i'll just read the bug to see why we need a reconstruct
- # [22:55] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [22:56] <sicking> bz: yeah, if you ever need arguments for why a patch is easy to review, bent is your guy. All the arguments are lies of course, but it's generally too late for the victim to realize
- # [22:56] * Quits: Gijs (chatzilla@CB3EC984.A5F785DE.396E4C6D.IP) (Ping timeout)
- # [22:56] * Joins: wlach (wlach@moz-3A1F70B1.vif.net)
- # [22:56] <tn> jviereck, could you get the view tree dump? you do it the same way as the frame tree dump, you just get the view from the root frame via rootFrame->GetView()
- # [22:57] <jviereck> tn: one sec.
- # [22:57] * Joins: jimb (user@9E727688.17C2F9C.163DC5C6.IP)
- # [22:57] * coop is now known as coop|buildduty
- # [22:57] * joduinn-food is now known as joduinn
- # [22:58] <Waldo> bent: I would totally review 30 individual patches, even if they don't all pass independently and could only be pushed as one megapatch, much more willingly, readily, and quickly than I'd review a 400k patch
- # [22:58] <jwir3> what does the state bit "NS_BLOCK_FLOAT_MGR" mean for a frame?
- # [22:58] * Quits: sriram (sriramr@moz-7B0110AD.mv.mozilla.com) (Connection reset by peer)
- # [22:59] * Joins: sriram (sriramr@moz-7B0110AD.mv.mozilla.com)
- # [22:59] <jwir3> (I can't seem to find a discussion about it in the comments in nsHTMLParts)
- # [22:59] * mjschranz is now known as mjschranz_away
- # [22:59] <Waldo> you could read the nice comment explaining it in nsHTMLPa...oh, wait
- # [23:00] * Quits: msucan (mihai@391E43DA.2E4BBBBB.BD62875.IP) (Quit: Leaving.)
- # [23:00] * dhylands is now known as dhylands|afk
- # [23:00] * Joins: sriram_ (sriramr@moz-BBE3ABD.mv.mozilla.com)
- # [23:01] * Quits: sriram (sriramr@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
- # [23:01] * sriram_ is now known as sriram
- # [23:06] <@dbaron> jwir3, it means the block has an nsFloatManager, i.e., that it's a block formatting context
- # [23:06] <jwir3> dbaron: ok. awesome, thanks
- # [23:07] * Quits: jgilbert (jgilbert@60E228B8.B090BEBA.9F675CBD.IP) (Input/output error)
- # [23:07] * philor is now known as philor|away
- # [23:08] <gkw> MattN: https://bugzilla.mozilla.org/show_bug.cgi?id=588293
- # [23:08] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [23:08] <gkw> turns out it was filed ~2yrs ago by faaborg
- # [23:08] * Quits: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP) (Quit: Computer has gone to sleep.)
- # [23:09] * cpeterson is now known as cpeterson|lunch
- # [23:09] <jviereck> tn: view tree dump = https://bug468568.bugzilla.mozilla.org/attachment.cgi?id=627349
- # [23:09] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
- # [23:09] * Quits: cpeterson|lunch (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
- # [23:09] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving)
- # [23:10] * Quits: bbondy (bbondy@moz-C9962B2.home.cgocable.net) (Ping timeout)
- # [23:10] <tn> jviereck, so yeah bz was right, the view for the iframe isn't getting hooked up to what its parent should be after reconstruct
- # [23:10] * bnicholson is now known as bnicholson|lunch
- # [23:10] <jviereck> tn: looks like the iFrame is missing after the reconstruction
- # [23:10] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [23:10] * Joins: knelson (Adium@moz-9458D77C.superkabel.de)
- # [23:10] * Parts: knelson (Adium@moz-9458D77C.superkabel.de)
- # [23:10] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
- # [23:11] <jviereck> tn: how can one fix that?
- # [23:11] <tn> jviereck, DocumentViewerImpl::FindContainerView is what is probably finding the parent view to use when we create a subdocument frame
- # [23:11] <tn> jviereck, so break on it and see what is happening
- # [23:11] * Quits: Matti (chatzilla@moz-D282D584.dip.t-dialin.net) (Quit: ChatZilla 0.9.88.2 [SeaMonkey 2.12a1/20120523003003])
- # [23:12] <jorendorff> Who works on blog.mozilla.org?
- # [23:12] <jorendorff> I have an intern who wants a blog (bug 757881)
- # [23:13] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
- # [23:13] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [23:14] <jviereck> tn: can you give me some more context on what's going wrong here exactly?
- # [23:14] * Quits: bc (bc@454BDC37.1D5E8529.AC69809B.IP) (Ping timeout)
- # [23:15] <jviereck> does the iframe has to know who its parent is after reconstruction, to add itself into it's parents view tree?
- # [23:15] * philor|away is now known as philor
- # [23:15] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
- # [23:15] <tn> jviereck, each document has a frame tree. but we also have subdocuments (like iframes), they way that subdocument are connected are via views. if they are not connected via views they are basically lost.
- # [23:15] * Joins: dvander`home (dvander@moz-D6311F4A.nys.biz.rr.com)
- # [23:16] <tn> jviereck, yeah, the iframe has to find the parent document somehow to link itself to it
- # [23:16] * Quits: dvander`home (dvander@moz-D6311F4A.nys.biz.rr.com) (Quit: Leaving...)
- # [23:16] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [23:16] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
- # [23:17] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [23:17] * Quits: Optimizer (Instantbir@70E1A6D.1163B72F.2AB48280.IP) (Ping timeout)
- # [23:17] * Quits: graememcc (chatzilla@moz-4764ECDD.range86-167.btcentralplus.com) (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120310193349])
- # [23:17] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Quit: L'ordinateur est en sommeil)
- # [23:17] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
- # [23:19] * Joins: jprmc (jprmc@69164265.5BCEC6DB.DA78B690.IP)
- # [23:19] * Joins: marco (marco@24D29C68.60DCEFAD.10DC0B64.IP)
- # [23:20] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Ping timeout)
- # [23:20] * Joins: jfkthame (jfkthame@25F581E4.90783722.9542EC20.IP)
- # [23:21] * Joins: Optimizer (Instantbir@70E1A6D.1163B72F.2AB48280.IP)
- # [23:22] * armenzg is now known as armenzg_away
- # [23:23] * Quits: armenzg_away (armenzg@moz-E10BB395.dsl.bell.ca) (Input/output error)
- # [23:23] * Joins: bc (bc@454BDC37.1D5E8529.AC69809B.IP)
- # [23:24] * Joins: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP)
- # [23:25] * Quits: jprmc (jprmc@69164265.5BCEC6DB.DA78B690.IP) (Ping timeout)
- # [23:25] * Joins: lmandel (lmandel@moz-185FF46D.cpe.net.cable.rogers.com)
- # [23:26] * Quits: past (past@moz-75B0C54A.dsl.dyn.forthnet.gr) (Input/output error)
- # [23:26] * Joins: jprmc (jprmc@69164265.5BCEC6DB.DA78B690.IP)
- # [23:26] * kmoir_buildduty is now known as kmoir-afk
- # [23:27] * Quits: Optimizer (Instantbir@70E1A6D.1163B72F.2AB48280.IP) (Connection reset by peer)
- # [23:27] * Quits: kmoir-afk (chatzilla@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120312181643])
- # [23:28] <NeilAway> jorendorff: don't you know the drill by now? they need to file a bug...
- # [23:28] <jorendorff> bug's on file
- # [23:28] * bwinton is now known as bwinton_away
- # [23:28] * Quits: jprmc (jprmc@69164265.5BCEC6DB.DA78B690.IP) (Ping timeout)
- # [23:29] <jviereck> tn: why is this not working in print preview? Don't we use the ReconstructFrames API in other places as well?
- # [23:29] * Quits: overholt (overholt@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving)
- # [23:29] <tn> jviereck, views are a little bit special in print/print preview, but i'm not sure why its not working specifically
- # [23:30] * Joins: jprmc (jprmc@69164265.5BCEC6DB.DA78B690.IP)
- # [23:30] <tn> jviereck, and we usually don't have to reconstruct in print/print preview documents because they are basically static
- # [23:30] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
- # [23:31] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [23:31] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
- # [23:31] <jviereck> tn: why do we have to do this reconstruction/reflow ourself? I mean, the normal web page does this "automatic"?
- # [23:32] <tn> jviereck, i'm not sure, i don't know much about downloadable fonts work.
- # [23:32] * Quits: jprmc (jprmc@69164265.5BCEC6DB.DA78B690.IP) (Quit: Leaving)
- # [23:32] <jviereck> k
- # [23:32] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
- # [23:33] * Quits: wlach (wlach@moz-3A1F70B1.vif.net) (Ping timeout)
- # [23:33] * catlee is now known as catlee-away
- # [23:34] <felipe> hmm.. "../mozilla/configure: line 26183: -C: command not found"
- # [23:35] * Quits: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [23:36] * bnicholson|lunch is now known as bnicholson
- # [23:36] <jviereck> tn: looking at my console logs, I see "WARNING: Subdocument container has no frame: file /Users/jviereck/develop/moz/pdfjs/ff_font/layout/base/nsDocumentViewer.cpp, line 2408" that's from within the FindContainerView() function — looks like something is really not working out there
- # [23:37] * Parts: atuljangra (Mibbit@C7763EC6.B4961350.93E5B96C.IP)
- # [23:38] * Quits: twi (Adium@A0665E89.54870FC1.75FF248D.IP) (Quit: Leaving.)
- # [23:38] * Joins: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com)
- # [23:38] <tn> jviereck, that warning actually happens a lot, so it doesn't neccesarily indicate a big problem, but it might in this case
- # [23:39] * Quits: sstangl (sstangl@748344B9.A22D542B.1C5878CF.IP) (Ping timeout)
- # [23:40] <NeilAway> so, why is my widget.rc complaining about indeterminateprogress_*.png ?
- # [23:40] * NeilAway wonders whether jimm knows
- # [23:41] <jimm> NeilAway: none of those progress patches landed so, not sure
- # [23:41] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
- # [23:41] <WG9s> perhaps but only if this is a windows question (which is not clear)
- # [23:41] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [23:42] * Joins: cikey (Mibbit@moz-DB718146.versanet.de)
- # [23:42] * Joins: sstangl (sstangl@748344B9.A22D542B.1C5878CF.IP)
- # [23:42] <NeilAway> jimm: hmm, so why might I have them applied locally?
- # [23:43] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [23:43] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
- # [23:43] * ChanServ sets mode: +o roc
- # [23:43] <NeilAway> jimm: no, that's the wrong question, these are to do with indeterminate progress meters that you requested review on ages ago?
- # [23:43] <rstrong> felipe: I am fairly certain ted and glandium are working on it... possibly by backing out the changes
- # [23:43] * NeilAway reverts in hope and moves on
- # [23:44] <tn> jviereck, if the subdocument container has no frame then i would expect that when the frame does get constructed it would fix things up. maybe that doesn't work out in print documents?
- # [23:44] <jimm> NeilAway: yes one of the progress patches had a file like that
- # [23:44] <@ted> felipe: i landed a fix for that on inbound
- # [23:44] <NeilAway> jimm: wonder why it only just started complaining though :s
- # [23:45] * Joins: cpeterson|lunch (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [23:45] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
- # [23:45] <felipe> rstrong, ted: cool, thanks for the info
- # [23:45] * cpeterson|lunch is now known as cpeterson
- # [23:46] * bhearsum is now known as bhearsum|afk
- # [23:48] * Joins: TheLink (TheLink@moz-45ED2356.pools.arcor-ip.net)
- # [23:48] * Quits: jfkthame (jfkthame@25F581E4.90783722.9542EC20.IP) (Quit: jfkthame)
- # [23:50] * Quits: cikey (Mibbit@moz-DB718146.versanet.de) (Quit: http://www.mibbit.com ajax IRC Client)
- # [23:51] * Joins: WeirdAl (chatzilla@moz-D461843.ask.info)
- # [23:52] * Joins: jfkthame (jfkthame@25F581E4.90783722.9542EC20.IP)
- # [23:54] <jviereck> tn: I have no idea.
- # [23:55] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [23:55] <jviereck> tn: what looks a little bit odd to me: the FindContainerView() function is not called after the ReconstructFrames() was called
- # [23:56] * Joins: kinetik (kinetik@B0506AEA.F200EF31.613E47D1.IP)
- # [23:57] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [23:57] <tn> jviereck, that does seem odd. do we get a nsSubDocumentFrame constructor after the ReconstructFrames call? what about nsSubDocumentFrame::ShowViewer?
- # [23:58] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [23:58] <jviereck> tn: seems like the FindContainerView() function is not called for the first reflow either.
- # [23:59] * Quits: coop|buildduty (Chris@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Quit: coop|buildduty)
- # [23:59] * devd is now known as dev_afk
- # [23:59] <tn> jviereck, for reflow? it wouldn't be called for reflow. reflow is different from reconstruct.
- # Session Close: Sat May 26 00:00:01 2012
The end :)