least
on Linux; from bsmedberg's post it sounds like it doesn't make a
difference on Mac).
(That patch was later conditioned on configure tests in bugs 293438
and 307168 to work around compiler bugs; this is the configure test
you're observing.)
-David
--
π L. David
ans that there are two different classes reporting the
same name to nsTraceRefcnt.
Classes that use the NS_IMPL_ISUPPORTSn or NS_IMPL_ADDREF +
NS_IMPL_RELEASE macros should use the fully qualified class name and
not depend on being inside namespace declarations.
In this case, I think the problem is mozill
Not from my side!
David
On 14/04/2014 22:41, Eric Shepherd wrote:
On 2014-04-14 21:38:24 +, David Burns said:
XPath is still a going concern from where I stand. Web Testing
people, who use Selenium WebDriver, use XPath extensively since they
struggle to get to have testable documents
still a going concern from where I stand. Web Testing people,
who use Selenium WebDriver, use XPath extensively since they struggle to
get to have testable documents. Having decent documentation for them
would be awesome :)
David
P.S. Having a "native" implementation of XPath make
ith reference to a revision in the VCS repository.
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla https://www.mozilla.org/ π
Before I built a wall I'd ask to know
What I was walling in or walling
his part of the subthread seemed to be about a proposal to
auto-retry failing tests and report them as passing if they
intermittently pass; that's the bit I'm not comfortable with.
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla
ilures up to 10 times to see if they
pass, we'll end up with tests that fail 75% of the time and thus
fail all 10 retries intermittently (5.6% of the time).
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla http
ermittent
oranges in layout a reasonably high priority, and encourage others
to do the same. I think we've been doing a reasonably good job at
this lately, although rates of progress have varied.
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla
ts will need to be disabled prior to getting the tests on tbpl.
That's reasonable as long as work is done to try to get the tests
enabled (at a minimum, actually enabling all the tests that are
passing reliably, rather than stopping after enabling the passing
tests in only some directori
if I follow.
>
> Just take the original patch which introduced the bug. I seriously don't
> believe if the patch had been using FetchAndAdd instead of ++/-- the issue
> would have had more chance of being caught at review. And I don't
> believe it would make
ember
that this was an assumption based on a discussion with bz a long time
ago, but it might have been someone else.
Numbers would be interesting, though. Paolo, do you have plans to
perform benchmarking?
Cheers,
David
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
js.org/ (built on top of Phantom (Webkit) or SlimerJS (Gecko)).
I have no idea as to the Java embedding story for this though.
David
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
seems to me like the bigger footgun.
Also, keeping the necessity to import Promise.jsm will make it easier to
eventually migrate from Promise.jsm to [a superset of] DOM Promise once
we consider that everything is ready for that migration.
Cheers,
David
--
David Rajchenbach-Teller, PhD
Perfo
;s dangerous for the code to be
reachable (i.e., the compiler can produce undefined behavior).
MOZ_DANGEROUSLY_ASSUME_UNREACHABLE is one idea I've thought of for
that, though it's a bit of a mouthful.
-David
--
π L. David Baron http://dbaron.org/ π
π’
someone could chime in on bug 939072 with a
> recommended solution that won't bog down performance.
>
> ___
> dev-platform mailing list
> dev-platform@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-platfo
. We have seen that when there is a massive one it will take
down their site for hours impacting engineering productivity again since
people can't pull or push. I couldn't find similar reports on bitbucket
but it can happen to any third party we may use.
David
[1] https://github.com/
a.org/en-US/docs/Creating_Mercurial_User_Repositories#Editing_your_personal_repository
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla https://www.mozilla.org/ π
Before I built a wall I'd ask to know
Wha
absolute minimum(eg
> http://bke.ro/?p=380) required to keep Firefox shipping smoothly and
> focus our efforts on making Firefox better.
I think it makes sense if individual developers are going to end up
spending more time/resources working around the fact that we don't
do it than it wou
others might be interested, it's at:
https://air.mozilla.org/xpcom-and-internal-strings-in-gecko/
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla https://www.mozilla.org/ π
Before I built a wall I'd a
ver the decision
process, and perhaps also that there should be more mention of the
working group operating as two subgroups than "Teleconferences:
Weekly for TTML, and as needed for WebVTT".
-David
> On Mon, Mar 17, 2014 at 9:42 AM, Anne van Kesteren wrote:
>
> > On Tue, Feb
ences file, it would just be
ignored; if it were in a set*Pref call, it would throw an exception.
Whether this is worth the work or the (probably not huge, but also
nonzero) compatibility risk is another question.
[ Written on an airplane; sorry if I missed responses in the last 11
hours. ]
-David
.File.
Similarly, I assume that a variant of Jetpack/devtools' require() that
doesn't create components would be useful for the 16 devtools compartments.
Cheers,
David
On 3/21/14 7:46 AM, Nicholas Nethercote wrote:
> Hi,
>
> At start-up, with a new profile, Firefox crea
ssary, I could rework it in something a bit
faster/more robust.
Cheers,
David
On 3/20/14 1:25 AM, smaug wrote:
> And we could add a flag to WrappedJS so that it would call some callback
> when it is about
> to go away. That would let cleanup of WeakPromise happen asap.
> Basically
.
On 3/20/14 12:39 AM, Kyle Huey wrote:
> Followup to dev-platform please.
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
o expose the base interface (nsIDOMCSSRule) as well. Do you
> mind doing this before landing this code please?
I don't think we should do this before landing; I'd rather convert
all CSS rules at once in
https://bugzilla.mozilla.org/show_bug.cgi?id=851892
-David
--
π L. David Baro
On Friday 2014-03-07 10:17 +0200, Henri Sivonen wrote:
> On Tue, Feb 11, 2014 at 9:23 PM, L. David Baron wrote:
> > W3C recently published the following proposed edited recommendations
> > (the stage before W3C's final stage, Recommendation, but to revise
> > an existin
e static_assert
in NS_QUERYFRAME_ENTRY (etc.) and in do_QueryFrame::operator Dest*.)
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla https://www.mozilla.org/ π
Before I built a wall I'd ask to know
ead.
>
> Out of curiosity, what's the benefit of this? Is it just a correctness
> issue? The bug didn't have much detail.
It's an issue of not crashing when trying to manipulate the same
hashtable from two different threads at the same time without any
On Tuesday 2014-02-25 09:43 -0500, david bolter wrote:
> I support this W3C Recommendation.
Yep.
While I wasn't entirely happy with some of the history that led to
the current state, I agree we should support it.
(In particular, in the early days of ARIA I was told, in private
conve
k style
> resolution code by removing the concept of user styles."
>
> https://src.chromium.org/viewvc/chrome?revision=234007&view=revision
Conceptually, not at all. It would be one fewer item in an array.
-David
--
π L. David Baron
ld disappear. You could even add a "keep me for N
> days" parameter to try syntax for pushes that we'd like to stick
> around.
I'm not sure how well "hg strip" would interact with a repository
that people are pushing to at the same time, though.
-David
--
ngs for
those recent pushes, but only the older ones.
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla https://www.mozilla.org/ π
Before I built a wall I'd ask to know
What I was walling in or
g like that; please correct me if this
is wrong.
-David
[1] Shouldn't be an issue with Nuwa-cloned processes on B2G, though.
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla https://www.mozilla.org/ π
Before I built
a measurable performance impact from
> the tiny amount of additional machine code that might be emitted if we
> added initializations to squelch all those warnings.
I'm not at all concerned about performance impact.
-David
--
π L. David Baron http://dbaron.or
I support this W3C Recommendation.
Cheers,
David
On Tue, Feb 11, 2014 at 2:22 PM, L. David Baron wrote:
> W3C recently published the following proposed recommendations (the
> stage before W3C's final stage, Recommendation):
>
> Accessible Rich Internet Applications (WAI-A
On Monday 2014-02-24 23:57 -0800, L. David Baron wrote:
> The W3C is proposing a revised charter for:
>
> Geolocation Working Group
> http://lists.w3.org/Archives/Public/public-new-work/2014Feb/0002.html
> http://www.w3.org/2014/02/geo-charter.html
> deadline for comment
s the opportunity to send comments or objections through
March 15. Please reply to this thread if you think there's
something we should say.
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla http://www.mozilla.org/ π
sig
send comments or objections through
March 20. Please reply to this thread if you think there's
something we should say.
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla http://www.mozilla.org/ π
signature.asc
Descriptio
o exhibit the latest JIT crash frequently because they run a
lot of code. I'm worried we're moving to a model where tests need
to have active defenders to keep them running (even though that
isn't how features on the Web platform work), because we blame the
.File ChromeWorker, which also takes
1Mb+ RAM. We could completely get rid of it, but that might be 1+ year
of work. Note that B2G deactivates this ChromeWorker in children
processes after a few seconds.
Cheers,
David
On 2/21/14 10:38 PM, Nicholas Nethercote wrote:
> Greetings,
>
> We now li
Does this memory-constrained policy apply only to release builds or also
to debug builds?
Cheers,
David
On 2/21/14 10:38 PM, Nicholas Nethercote wrote:
> Greetings,
>
> We now live in a memory-constrained world. By "we", I mean anyone
> working on Mozilla platform code
Indeed, AsyncShutdown should help you in the normal scenario, i.e. if
Firefox is quit normally. It won't help you if the process crashes, is
killed by the task manager, or the computer goes to sleep.
Cheers,
David
On 2/18/14 6:35 PM, Noitidart wrote:
> Much thanks David. Im working on
No, this module is not designed to transact events, just to ensure that
we do not proceed with shutdown before the appropriate time.
What is your application need exactly?
Cheers,
David
On 2/18/14 11:13 AM, noitid...@gmail.com wrote:
> what if someone were to ctrl+alt+delete the proc
Do we have naming conventions for new xpcom interfaces?
I believe that I have seen all three forms on the tree. I need to pick
one for my new bug. Which one should I pick?
Cheers,
David
(Cross-posting to ask.mozilla.org)
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
et in touch
(bug 918317).
Asynchronously yours,
David
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
call restoreNormalRefresh when you're done,
or else the clock will never advance, and
(2) it affects all presentations that happen to share the same
refresh driver, which is something that might change over time.
It might work here -- but it's a sharp tool, so be careful with it.
-David
On Wednesday 2014-02-12 11:16 +0800, Kan-Ru Chen (ι³δΎε¦) wrote:
> Kyle Huey writes:
> > On Wed, Feb 12, 2014 at 3:27 AM, L. David Baron wrote:
> >> W3C is proposing a revised charter for the HTML5 Chinese Interest
> >> Group. For more details, see:
> >>
. Please reply to this thread if you think there's
something we should say.
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla http://www.mozilla.org/ π
signature.asc
Description: Digital sign
ental issues
for the first time at this stage.)
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla https://www.mozilla.org/ π
Before I built a wall I'd ask to know
What I was walling in or walling
on, please say so in this thread. (I'd note,
however, that there have been many previous opportunities to make
comments, so it's somewhat bad form to bring up fundamental issues
for the first time at this stage.)
-David
--
π L. David Baron http://dbaron.or
On 2/10/14 2:43 PM, Benjamin Smedberg wrote:
> On 2/7/2014 10:31 AM, David Rajchenbach-Teller wrote:
>> Since main thread I/O keeps being added to the tree, for good or bad
>> reasons, I believe that we should adopt a convention of tagging
>> legitimate main thread I/O.
> W
On 02/07/14 10:31, ISHIKAWA, Chiaki wrote:
> Message:
> [10549] WARNING: Security network blocking I/O on Main Thread: file
> /REF-COMM-CENTRAL/comm-central/mozilla/security/manager/ssl/src/nsNSSCallbacks.cpp,
> line 422
This generally happens when javascript calls a function on an
nsIX509Cert tha
,
David
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
hip. It's the same situation as our
> SVG filters implementation basically.
OK with me, then.
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla https://www.mozilla.org/ π
Before I built a wall I'd as
ing in order to fit that edge
case, and, as a result, harm other things (for example, by making
things that should be content be background images instead, and
hurting accessibility).
Otherwise I think this is reasonable, though.
-David
--
π L. David Baron
Hi,
So far, nobody said that the idea was either stupid or impossible/impractical,
so I went ahead and filed https://bugzilla.mozilla.org/show_bug.cgi?id=961689
David
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https
eTLD IIUC). I think it flows that sandboxed iframes will be
process-isolated (since a sandboxed iframe is in its own "site").
I believe this lowers the chance of Blink adopting the WebWorker-specific APIs
to draw on canvas/WebGL contexts that Mozilla is working on.
David
[1]
https://gro
Having proper support for multi-profile is great, by opposition to the
current "hidden on the command line" support, but I believe that this
discussion deserves its own thread (and its own bug).
Cheers,
David
On 1/16/14 4:13 PM, WaltS wrote:
> User thoughts.
>
> You ca
bset that can work in
parallel from its parent.
I believe parallel sandboxed iframes would be a good thing also because it
would encourage web developers to use them also for their security
characteristics. It would also save the work of creating new WebWorker-specific
APIs.
Thoughts?
David
[1] h
thing we're not interested or involved in.
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla https://www.mozilla.org/ π
Before I built a wall I'd ask to know
What I was walling in or walling out,
On Wednesday 2013-12-18 12:50 +, Anne van Kesteren wrote:
> On Mon, Dec 16, 2013 at 6:23 PM, Kyle Huey wrote:
> > Should we be explicitly voting in favor of this one too?
>
> I suppose. We implement it :-)
OK, I've done so (without further comments).
-David
--
t the different teams use. They
can change the milestone values using the alternative UI.
dkl
--
David Lawrence
d...@mozilla.com
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
to test with a server rather than just local
> files.
You could mark the reftest as HTTP to make it load via a server on
all platforms.
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla https://www.mozilla.org/ π
ffice and home; different sizes), I can
fit two at 100, but only barely so for my external monitor at home,
and it might not stay that way the next time the available fonts
change or font rasterization changes and I have to reconfigure.
(The reality for me is that I don't use side-by-side much
ebates in the past and given the voluminous discussion on style guides
> >in recent times, I'm not particularly inclined to start yet another one.
>
> FWIW, I've never seen much support for this change from anyone else
> than Benjamin, and only in his modules the NS_ENS
e bracing
> prevents. I think most of us would discount the value of being able to add
> more to a single-line block without changing the condition line. So I'm
> pretty sure we're all dim on this one.
I prefer non-bracing visually, but I've found the bracing
/news/feed .)
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla https://www.mozilla.org/ π
Before I built a wall I'd ask to know
What I was walling in or walling out,
And to whom I w
#x27;d lose that data,
but we'd also save the time these careful people spend on getting
code style right, so I guess it's probably a win.
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla https://www.mozilla.org/
On 19/12/2013 23:56, Jason Orendorff wrote:
On 12/19/13 4:55 PM, David Burns wrote:
On 19/12/2013 18:48, Jason Orendorff wrote:
Con:
- more work for sheriffs (mostly merges)
If mostly merges, are you suggesting there will be little traffic on
the branch or the JS team will watch the tree for
reduce the time the tree is closed greatly.
more comments in line.
David
On 19/12/2013 18:48, Jason Orendorff wrote:
On dev-tech-js-engine-internals, there's been some discussion about
reviving a separate tree for JS engine development.
The tradeoffs are like any other team-specific tree.
I'd love that. Also, something similar for JS would be nice.
Cheers,
David
On 12/19/13 10:32 AM, Mike Hommey wrote:
> How about we just use clang-format?
> http://www.irill.org/videos/euro-llvm-2013/jasper-hires.webm
>
> Mike
> __
Generally, I like the idea.
Is it possible to write memory reporters for JS-implemented code?
Also, is it possible to write memory reporters for Chrome Worker code?
Cheers,
David
On 12/17/13 4:57 AM, Nicholas Nethercote wrote:
> So I want to propose something: if you're working on
ot;, "expects to produce products conforming to this
specification", "expects to produce content conforming to this
specification", and "expects to use products conforming to this
specification"). It's changeable until the deadline if other
feedback co
bring up fundamental issues
for the first time at this stage.)
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla https://www.mozilla.org/ π
Before I built a wall I'd ask to know
What I was
o make
comments, so it's somewhat bad form to bring up fundamental issues
for the first time at this stage.)
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla https://www.mozilla.org/ π
Before I built a
bad form to bring up fundamental issues
for the first time at this stage.)
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla https://www.mozilla.org/ π
Before I built a wall I'd ask to know
What I
On Thursday 2013-12-12 16:52 -0800, David Keeler wrote:
> Recently bug 539710 landed[0] to fix an unnecessary and apparently
> unsafe operation:
>
> const PRUnichar *comma = NS_LITERAL_STRING(",").get();
>
> Curious, I did a quick search for other examples of NS_LI
have a few questions for anyone with some insight:
- Is this pattern always unsafe?
- Is it sometimes unsafe? (if so, when/why?)
- Should we do some cleanup and avoid things like this? (or maybe this
is an outdated concern and isn't an issue anymore?)
Cheers,
David
[0] https://bugzilla.mozilla.o
On Wednesday 2013-12-04 16:36 -0500, Ehsan Akhgari wrote:
> On Tue, Dec 3, 2013 at 2:47 PM, L. David Baron wrote:
> > I'd certainly hope that nearly all of the difference in size of
> > libxul.so is debugging info that wouldn't be present in a non-debug
> > build.
enough that they've shipped in a release. I think
it's a meaningful threshold because it proves they weren't bad
enough that we had to fix them in order to ship. But I think it's
far from saying they should be wontfixed.)
-David
--
π L. David Baron
that could be made in the C/C++
toolchain...
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla https://www.mozilla.org/ π
Before I built a wall I'd ask to know
What I was walling in or walling o
ow, I just wonder if it might make sense to take into account
> where session store is going.
Well, any change that would split sessionstore.js is going to need even
more effort in ensuring that we collect the garbage, so I believe that
this is a useful first step.
Cheers,
David
--
On 11/29/13 12:15 AM, Matthew N. wrote:
> On 11/28/13, 7:15 AM, Honza Bambas wrote:
>> On 11/28/2013 12:56 PM, David Rajchenbach-Teller wrote:
>>> As many of you know, Session Restore is something of a performance hog,
>>> for many reasons β we have reports of. On
a hard cut-off, but a gradual loss of entries which are
> less and less likely to be of interest, anyway.
That was the idea, yes.
Cheers,
David
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
er a while;
...
Note that we don't have space usage number for each of these (bug 942340
should provide more insight).
If anybody feels that we are going to break one million websites (or one
million profiles), we would be interested to hear about this.
Cheers,
David
--
David Rajchen
I can't figure out what, if anything, this discussion implies about
the ballot on the Proposed Recommendations. At this point I'm
inclined not to respond to the vote.
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla
On Tuesday 2013-10-29 12:01 +0200, Henri Sivonen wrote:
> On Tue, Oct 29, 2013 at 1:39 AM, Ralph Giles wrote:
> > On 2013-10-28 2:11 PM, L. David Baron wrote:
> >> API for Media Resources 1.0
> >> http://www.w3.org/TR/mediaont-api-1.0/
> ...
> > Thus I
On Tuesday 2013-10-29 12:22 +0200, Henri Sivonen wrote:
> On Mon, Oct 28, 2013 at 11:28 PM, L. David Baron wrote:
> > W3C is proposing a data activity (an area of work)
> ...
> > Please reply to this thread if you think
> > there's something we should say.
>
p fundamental issues
for the first time at this stage.)
-David
--
π L. David Baron http://dbaron.org/ π
π’ Mozilla https://www.mozilla.org/ π
Before I built a wall I'd ask to know
What I was walling in or wall
It seems that the 12MB reservation was aborting due to an invalid parameter.
I've filed bug 943051.
- Original Message -
From: "Benjamin Smedberg"
To: "Ehsan Akhgari" , dev-platform@lists.mozilla.org
Sent: Monday, November 25, 2013 9:18:02 AM
Subject: Re: Reacting more strongly to low-me
you can always add checkin-needed keyword to the bug and the sheriffs
will land it for you ASAP.
David
On 20/11/2013 16:20, Robert Kaiser wrote:
Nicholas Nethercote schrieb:
It also assumes that we can backout stuff to fix
the problem; we tried that to some extent with the first OOM closure
On 11/20/13 1:09 PM, Till Schneidereit wrote:
> How about logging them with console.info? That seems the right logging
> level to me, and it's easy to turn off if it gets in the way.
Well, the problem is that of logging uncaught rejections. You can log
them only if you catch them.
Che
Generally, I believe that it's a good idea, if DOM Promises have the
equivalent of:
https://dutherenverseauborddelatable.wordpress.com/2013/10/14/recent-changes-to-promise-jsm-and-task-jsm/
Is this the case already?
Cheers,
David
On 11/19/13 1:38 AM, Nikhil Marathe wrote:
> (Cross p
On Tuesday 2013-11-19 17:08 +1300, Robert O'Callahan wrote:
> Fortunately two static variables with the same name in the same translation
> unit is an error in C++, at least with gcc.
Ah, indeed. I'd tested in C, where it wasn't an error, but I also
see an error wit
On Monday 2013-11-18 18:44 -0500, Ehsan Akhgari wrote:
> On 2013-11-17 7:50 PM, L. David Baron wrote:
> >On Sunday 2013-11-17 16:45 -0800, Jonas Sicking wrote:
> >>On Thu, Nov 14, 2013 at 2:49 PM, Ehsan Akhgari
> >>wrote:
> >>>I've started to work o
a static analysis to look for things whose semantics are
changed by this unification, such as statics with the same name
between files that are/might be unified? (And could we make the
tree turn red if it failed?)
-David
--
π L. David Baron http://dbaron.org/ π
π’
I seem to remember that metro and desktop have a completely different
format and implementation of session restore (bug 886336). Has this been
somehow fixed?
Cheers,
David
On 11/13/13 3:34 PM, Brian R. Bondy wrote:
> Over the past few weeks, we've been working on Metro and Deskto
We could do that.
This might make the behavior of Firefox a little harder to predict for
web devs, though.
Cheers,
David
On 11/13/13 7:38 PM, Mike de Boer wrote:
> Perhaps we could take a nuanced version of this option...
>
>> Or we could not save dynamic iframes that are
in case of crash.
Does this answer your question?
Cheers,
David
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
choices would change the semantics of sessionstore.js and
would alter the user experience when reopening/recovering from crash on
some sites that make good use of dynamic iframes.
I would like people's opinion on such changes or possible other
countermeasures.
Cheers,
David
--
David Rajche
801 - 900 of 1097 matches
Mail list logo