into
Firefox: Oh, by the way, I recovered.
Cheers,
David
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https
, and to attach the output to the Crash Reporter if available.
Cheers,
David
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https
On 08/07/14 16:25, Tobias Besemer wrote:
Am Samstag, 5. Juli 2014 14:21:47 UTC+2 schrieb David Rajchenbach-Teller:
[...]
3. Crash report is stored to disk, without any dialog;
4. If the crash happened during Firefox shutdown, do nothing, otherwise
restart Firefox to its previous state
On Monday 2014-07-07 15:18 -0400, Ehsan Akhgari wrote:
That seems pretty bad. I think we should at least stop supporting
it for Web content. David, what do you think?
I'm ok with restricting it to UA and user style sheets, although if
we're going to do that because of security risks I'd like
it
visible, restore its contents;
5. Asynchronously, once that window is restored and the second window
has been opened, make it visible and restore its contents;
6. etc.
A bit more complicated, but it should provide almost the same result.
Cheers,
David
On 06/07/14 11:08, Neil wrote:
David
to keep the behavior as a fallback, in case of
startup or near-startup crash.
Cheers,
David
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
___
dev-platform mailing list
dev-platform
-on encountered a problem [a few seconds ago / on July
4rd, 2014] and recovered. If you wish, Firefox can report it
automatically so that we can fix the bug report/not this time/always
report/never report.
My apologies if this is part of the ongoing CrashManager work.
Cheers,
David
--
David Rajchenbach-Teller
.
Cheers,
David
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
for the kind of applications we have in mind, so that's ok for me.
Thanks,
David
On 02/07/14 18:45, Gregory Szorc wrote:
I've written a cross-platform file watching API for Windows/OS X/Linux
before. It's no fun.
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
?
Thanks,
David
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
,
David
On 02/07/14 13:19, Mike Hommey wrote:
libnotify != libinotify. You're talking about the former, but you're
thinking about the latter. Note that inotify is not really well suited
for some kinds of directory monitoring (so, depends what you really
need), and is phased out in favor
incantations needed to use glib?
Thanks,
David
[1]
https://mail.gnome.org/archives/dashboard-hackers/2004-October/msg00022.html
On 02/07/14 15:07, Mike Hommey wrote:
I don't know what the windows and osx file monitoring APIs offer. If
they have the same kind of drawbacks as inotify for recursive
and therefore requiring separate code).
See the 7-digit dependencies of
https://bugzilla.mozilla.org/showdependencytree.cgi?id=256274maxdepth=1hide_resolved=0
-David
--
턞 L. David Baron http://dbaron.org/ 턂
턢 Mozilla https://www.mozilla.org/ 턂
to previous months please see
http://futurama.theautomatedtester.co.uk/
David
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
differential updates will remove any influence they may still
have at runtime. Consequently, I suggest we concentrate on other parts
of Session Restore.
Next benchmarks planned: history and forms.
Cheers,
David
On 28/06/14 13:27, Tobias Besemer wrote:
I often restart FF because of memory use bloat
See bug https://bugzilla.mozilla.org/show_bug.cgi?id=956713 for details
on the proposed Journaled Storage mechanism. This should bring down the
number of writes by an order of magnitude.
Cheers,
David
On 28/06/14 14:32, Tobias Besemer wrote:
Am Samstag, 28. Juni 2014 14:25:35 UTC+2 schrieb Tim
, in which case our efforts on Session Restore would have
little to no impact on the life-time of your device or on the battery usage.
Tobas, if you have an opportunity to perform a comparison, this would be
an interesting piece of data.
Cheers,
David
On 28/06/14 14:32, Tobias Besemer wrote
,
David
On 28/06/14 18:18, Tobias Besemer wrote:
OK, I made a short test with:
sqlite3.exe places.sqlite .dump places.dump
It creates in my case a file with ~9.5MB.
But it is really fast !!! :D
Also it is much better readable with an editor then JSON and can be used in
any other program
it would look like.
There are several possibilities.
We need to know how to prioritize this work. We need to know what kind
of API
we should build. So we're looking for early adopters. If that's you, please
speak up and tell us how you'd like to instrument JS code.
--
David Rajchenbach-Teller
[dev.platform cc'd for visibility - please follow-up to dev.tech.crypto]
Summary:
We intend to remove the proprietary window.crypto functions and
properties. See
https://developer.mozilla.org/en-US/docs/JavaScript_crypto for what will
be affected by this change.
Our reasoning is as follows: These
Thanks for that change. It's really helpful for my day-to-day use of TBPL.
Cheers,
David
signature.asc
Description: OpenPGP digital signature
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev
Until recently, Bugzilla supported only older Web technologies, namely XMLRPC
and JSONRPC. The BMO team created a new REST API
in the summer of 2013 to provide a modern Web interface to Bugzilla.
Prior to the native REST API[1], a separate proxy service called BzAPI[2] was
created that
through
June 19. Please reply to this thread if you think there's something
we should say.
I intend to explicitly abstain from the charter review unless
somebody gives a good reason to do otherwise.
-David
--
턞 L. David Baron http://dbaron.org/ 턂
턢 Mozilla
(or maybe a scarier
sounding name, like deprecated_relaxed_is) might help in fixing the
99% case so that we don't add more problems on top of our existing
ones, though.
-David
--
턞 L. David Baron http://dbaron.org/ 턂
턢 Mozilla https
the addon.
Having a more distinct mechanism for this might avoid these CSP
issues.
-David
--
턞 L. David Baron http://dbaron.org/ 턂
턢 Mozilla https://www.mozilla.org/ 턂
Before I built a wall I'd ask to know
What I
it easy for authors to care about performance. And I'm
worried that a flag-based isIdentity will not be useful for
optimization because it won't hit many of the cases that authors
care about, e.g., translating and un-translating, or scaling and
un-scaling.
-David
--
턞 L. David Baron
the actual test assertions. (I believe I didn't want to move the
whole test, because, if my memory is correct (I'm writing this
offline), we run mochitest-chrome on fewer platforms than
mochitest-plain.)
-David
--
턞 L. David Baron http://dbaron.org/ 턂
턢 Mozilla
it, so I intend to
support it unless I hear a good reason to do otherwise.
-David
--
턞 L. David Baron http://dbaron.org/ 턂
턢 Mozilla https://www.mozilla.org/ 턂
Before I built a wall I'd ask to know
What I
That sounds quite useful.
Thanks,
David
On 04/06/14 08:34, Byron Jones wrote:
thanks to dylan's work on bug 489028, bugzilla now tracks when you view
a bug, allowing you to search for bugs which have been updated since you
last visited them.
see my blog post for more details: http://wp.me
seeing the
complete set of failures is often a much better hint as to the cause
of the failures than just seeing the first one.
-David
--
턞 L. David Baron http://dbaron.org/ 턂
턢 Mozilla https://www.mozilla.org/ 턂
Before I built
://futurama.theautomatedtester.co.uk/
David
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
, this heuristic hasn't caused any false positive.
We intend to progressively extend this policy to:
- mochitests (bug 1016387);
- addon-sdk tests (bug 998277);
- DOM Promise (bug 989960).
Cheers,
David
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description
fingerprint. If it matches the certificate
the server provided, then the exception can safely be added. The user
will have to obtain that fingerprint out-of-band over a hopefully secure
channel.
I would be wary of implementing a more involved scheme that involves
remote services.
Cheers,
David
On 05/28
On 05/28/2014 06:01 PM, Karl Dubost wrote:
Andrew,
Le 29 mai 2014 à 09:50, Andrew Sutherland asutherl...@asutherland.org a
écrit :
Trusting you as a human doesn't translate into protecting the users of your
server from man-in-the-middle attacks.
How do you translate the human trust into
WidthCoordDependsOnContainer(mMinWidth); }
bool MaxWidthDependsOnContainer() const
{ return WidthCoordDependsOnContainer(mMaxWidth); }
from
http://hg.mozilla.org/mozilla-central/file/9506880e4879/layout/style/nsStyleStruct.h#l1321
but I think that variant may be less widely used.
-David
week and sent:
http://lists.w3.org/Archives/Public/www-style/2014May/0255.html
-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 the abovementioned wiki
page. I think it works in tandem with Trace Malloc, and may be a
candidate for removal as well.
I don't think leaky is in the tree anymore. (It was once in
tools/leaky/.)
-David
--
턞 L. David Baron http://dbaron.org/ 턂
턢 Mozilla
On Monday 2014-05-19 20:09 -0700, Nicholas Nethercote wrote:
On Mon, May 19, 2014 at 5:32 PM, L. David Baron dba...@dbaron.org wrote:
Another is being able to find the root strongly connected components
of the memory graph, which is useful for finding leaks in other
systems (e.g., leaks
when sites can
do that sort of tracking in many other ways that aren't controlled
by the preference.
-David
--
턞 L. David Baron http://dbaron.org/ 턂
턢 Mozilla https://www.mozilla.org/ 턂
Before I built a wall I'd ask to know
the redirect only if the cookie is
set.)
-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 understandable things.
-David
[1] Speaking of DNT -- if it's all just the honor system for
honoring this preference anyway -- why shouldn't it just be
based on the DNT header anyway? We send the DNT header in the
network request for the ping, right?
--
턞 L. David Baron
I remember opening a bug for this ~2.5 years ago. The answer was that
most of these assertions are so trivial to write that putting them in a
module would actually make reading the code harder than simpler. I don't
think the situation has changed since then.
Cheers,
David
On 15/05/14 08:04
a chance to incorporate those comments (which it probably wouldn't
if no AC representative mentioned them).
-David
--
턞 L. David Baron http://dbaron.org/ 턂
턢 Mozilla https://www.mozilla.org/ 턂
Before I built a wall I'd ask to know
(and thus not go another 9 years without a revision to the
process), although I concede I haven't talked to others about that
idea.
If there are things you think Mozilla should raise in its comments,
please bring them up in this thread.
-David
--
턞 L. David Baron http
for other platforms (and with those other platforms
practices and conventions in mind) or primarily for authors building
things on the Web platform (and accustomed to its conventions)?
-David
--
턞 L. David Baron http://dbaron.org/ 턂
턢 Mozilla
as a prefix than
posix, to match the rest of the API. Unless somebody disagrees, all
that's left is nitpicking and we can finish that discussion on the bug.
Cheers,
David
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
happens in mailman.
-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 was like
build, -Z7: build 16:59, objdir 4.43GB
I used the opt Z7 build for a bug investigation and, at least at first glance,
I didn't notice any problems with the debugging information.
David
- Original Message -
From: Mike Hommey m...@glandium.org
To: Neil n...@parkwaycc.co.uk
Cc: dev
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 Baron http://dbaron.org/ 턂
턢 Mozilla https
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 mozilla::dom::MessagePort and
mozilla::dom::workers::MessagePort.
-David
--
턞 L. David
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. Having decent documentation for them
would be awesome :)
David
P.S. Having a native implementation of XPath makes Selenium
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
.
-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 was like to give offense
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 https://www.mozilla.org/ 턂
Before I built a wall
, actually enabling all the tests that are
passing reliably, rather than stopping after enabling the passing
tests in only some directories).
-David
--
턞 L. David Baron http://dbaron.org/ 턂
턢 Mozilla https://www.mozilla.org/ 턂
a reasonably good job at
this lately, although rates of progress have varied.
-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
thread safe.
You might claim that the increased chance of being caught is small,
but claiming it's zero is laughable.
-David
--
턞 L. David Baron http://dbaron.org/ 턂
턢 Mozilla https://www.mozilla.org/ 턂
Before I built a wall
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
___
dev-platform mailing
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
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
Performance Team, Mozilla
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-platform
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
., 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/ 턂
턢 Mozilla https://www.mozilla.org/ 턂
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/blog/1796-denial-of-service-attacks
On 26/03
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 would take to continue doing it. I don't have data
one way or another, but I think it's a real possibility.
-David
--
턞 L. David Baron
/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
What I was walling
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 ask to know
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 ann...@annevk.nl wrote:
On Tue, Feb 25, 2014 at 7:56 AM, L. David Baron dba...@dbaron.org wrote:
The W3C is proposing a revised charter
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
--
턞 L. David Baron
, 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 keep a hashtable
.
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
(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 Baron http://dbaron.org
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
sort of locking.
-David
--
턞 L. David Baron
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
conversations
by removing the concept of user styles.
https://src.chromium.org/viewvc/chrome?revision=234007view=revision
Conceptually, not at all. It would be one fewer item in an array.
-David
--
턞 L. David Baron http://dbaron.org/ 턂
턢 Mozilla https
.
-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 wall I'd ask to know
What I was walling
, 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 walling out,
And to whom I
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
--
턞 L. David Baron http://dbaron.org
if we
added initializations to squelch all those warnings.
I'm not at all concerned about performance impact.
-David
--
턞 L. David Baron http://dbaron.org/ 턂
턢 Mozilla https://www.mozilla.org/ 턂
Before I built a wall I'd ask
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 comments: March 15
I don't
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
Description: Digital
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/ 턂
signature.asc
Description
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
old test rather than the new regression.
-David
--
턞 L. David Baron
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 an addon
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 process.
would
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
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
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
--
턞 L. David Baron http://dbaron.org/ 턂
턢 Mozilla
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.org/ 턂
턢 Mozilla
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 out,
And to whom I
On Wednesday 2014-02-12 11:16 +0800, Kan-Ru Chen (陳侃如) wrote:
Kyle Huey m...@kylehuey.com writes:
On Wed, Feb 12, 2014 at 3:27 AM, L. David Baron dba...@dbaron.org wrote:
W3C is proposing a revised charter for the HTML5 Chinese Interest
Group. For more details, see:
http://www.w3.org
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.
When you say tagging do you mean
,
David
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
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 that
.
OK with me, then.
-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
, 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 http://dbaron.org/ 턂
턢 Mozilla
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
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] https://bugzilla.mozilla.org/show_bug.cgi
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 can close this bug as WONTFIX
-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://groups.google.com/a/chromium.org/d/msg/blink-dev/Z5OzwYh3Wfk/IWooaY5FZowJ
[2] http
On Wednesday 2013-12-18 12:50 +, Anne van Kesteren wrote:
On Mon, Dec 16, 2013 at 6:23 PM, Kyle Huey m...@kylehuey.com 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
--
턞 L. David
701 - 800 of 963 matches
Mail list logo