consider some static analysis to
try and root out untyped enumerations?
Cheers,
David
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
___
dev-platform mailing list
dev-platform
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
That sounds great!
Are you somehow using the new C++11 typesafe enums?
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
on that topic in
the documentation. This is generally not very useful for platform or
add-ons, but it can be quite useful for tests.
- I assume the file name arguments are all nsIFile.path-compatible
across platforms?
Barring any bug, they should be.
Cheers,
David
--
David Rajchenbach-Teller, PhD
update them...
It would if we turned this on for a product that uses Jetpack, but we don't
currently have plans to do that.
We actually have some code that imports these without using Jetpack,
including OS.File (although OS.File doesn't work on Gonk, though).
Cheers,
David
--
David Rajchenbach
/dev-platform
I like the idea of sliding in Panorama.
Cheers,
David
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
___
dev-platform mailing list
dev-platform@lists.mozilla.org
/Drawing_DOM_objects_into_a_canvas
Couldn't this serve your needs?
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
Ah, silly me, I misread the original message. Sorry.
signature.asc
Description: OpenPGP digital signature
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
Firefox into
asynchronicity.
As a base for discussion, I have put together a small RFC based on
promises: https://wiki.mozilla.org/RFC/TaskDependencies
Cheers,
David
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
I have some shared concerns, given that I am one of the persons involved
in the ongoing heavy refactoring on Session Restore, which for some
users needs to deal with 50Mb+ strings sent across JSMs.
At the moment, my main worry is not memory usage (yet) but string copying.
Cheers,
David
now appear in the console.
* Marking a method as deprecated
Components.utils.import(toolkit/content/Deprecated.jsm);
function foobar() {
Deprecated.warning(Method foobar is deprecated, urlToDocumentation);
// ...
}
Well, essentially, this is it.
Have fun!
David
--
David Rajchenbach
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
(or anything goes that works and is early enough..)
profile-before-change should be good. Any OS.File call posted before
xpcom-shutdown will be completed before we exit Firefox.
Cheers,
David
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
On 5/16/13 2:26 AM, Robert Kaiser wrote:
David Rajchenbach-Teller schrieb:
I'd even go as far as limiting it to 16kb.
(possibly with a transition phase during which going above 16kb only
prints warnings)
I think most of us agree, but the problem is that apparently a number of
add-ons rely
somewhat explicit,
otherwise we will at some point end up with unsatisfiable implicit
dependencies and we will need large refactorings to get around these.
Cheers,
David
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing
like to place worker modules in
resource://gre/modules/workers/
Any comments?
Cheers,
David
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo
that we
are about to break your add-on, please inform us asap, so that we can
work out a solution.
Cheers,
David
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https
at build-time which I used when Firefox 20 migrated through our
release channel and finally shipped. I would be happy to help you on
doing the same thing if needed.
Cheers,
Ehsan
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev
Nightingale
VP Firefox Engineering
@johnath
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
PM, Dave Townsend wrote:
On the face of it it looks like it should be possible for Jetpack's
module loader to load these worker modules. Is that something that seems
desirable or are these modules not useful outside of workers?
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
,
David
- Tim
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
frontend desktop-only code seems fine. But
it's something that would worry me if we start doing in cross platform
Gecko code.
/ Jonas
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform
into separate processes anyway?
This has been discussed, but I haven't heard from this since in ages.
/ Jonas
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org
On 6/18/13 3:01 PM, Gavin Sharp wrote:
On Tue, Jun 18, 2013 at 8:10 AM, David Rajchenbach-Teller
dtel...@mozilla.com wrote:
If I understand correctly, we are doubling both network and disk
activity (possibly CPU activity, too) for this purpose. Performance- and
battery-wise, that's not a very
,
David
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
and gradually improved
Promise.jsm, Task.jsm, OS.File, Sqlite.jsm, mozIStorageAsyncConnection,
AsyncShutdown.jsm, nsIBackgroundFileSaver, add_task for xpcshell and
mochitest-browser, async transactions for places, the chrome worker
module loader, ...
--
David Rajchenbach-Teller, PhD
Performance
. Some
developers prefer to Object.freeze() them, to ensure that this doesn't
happen, while others leave them open voluntarily and use monkey-patching
in test suites.
Both approaches have their pros and cons.
Do we/should we have a policy?
Cheers,
David
--
David Rajchenbach-Teller, PhD
it and forget that it's
asynchronous.
If someone wanted to use the function outside of a task, they'd just
need to add the Task wrapper.
I actually believe that it's quite easy to forget adding the Task
wrapper and end up with something wrong.
Cheers,
David
--
David Rajchenbach-Teller, PhD
Don't hesitate to ping me when it's time.
Cheers,
David
On 10/10/13 12:04 AM, Jason Orendorff wrote:
On 10/9/13 12:56 PM, David Rajchenbach-Teller wrote:
I am interested, although my buglist is rather full. What kind of help
would be useful?
When it's time, we'll need to:
1. write
Can you describe the usability problem in detail? We absolutely are
planning to continue to make all versions of Java click-to-play by
default. Users should be presented with the choice to always activate
Java on your site.
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
I'd be happy if we could progressively kill FileUtils.jsm and make
nsIFile [noscript]. Don't know if this qualifies as platform feature,
though.
Cheers,
David
___
dev-platform mailing list
dev-platform@lists.mozilla.org
://lists.mozilla.org/listinfo/dev-platform
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
should make debugging async code much easier.
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
Sorry, I meant flush() (lower-case), aka PR_Sync.
On Fri Oct 18 16:11:43 2013, Neil wrote:
Are we looking at the same stream? Finish() calls Flush() because
otherwise Close() discards the file.
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP
list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev
,
Ehsan
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
Yes, please do.
There's a component Session Restore.
Cheers,
David
On 10/23/13 2:39 PM, Matthew Gertner wrote:
On Wednesday, October 23, 2013 2:36:12 PM UTC+2, David Rajchenbach-Teller
wrote:
At the moment, there is no good way to do what you need. The only
solution I can think of would
/listinfo/dev-platform
--
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 this
purpose ? Note that I don't even know if that's possible in userland.
- do we already have a good way to measure total power usage by a
xpcshell test, perhaps by interfacing with powertop or Intel Power Gadget?
Cheers,
David
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
PM, Andreas Gal wrote:
If you can access the remaining battery status of a large enough
population over time it should be easy to use telemetry to measure
this pre and post patch.
Andreas
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
interested in using it in workers.
Any thought?
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
/dev-platform
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
of these 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 Rajchenbach
?
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
it to ‘Put a reasonable cap on the amount of history we store for
invisible, dynamic iframes, using a fifo queue’?
Mike.
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
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 Rajchenbach-Teller, PhD
Performance Team, Mozilla
, 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
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. One of the reasons is that we
store so very
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
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
reporters for things that are typically only 100s of
KBs. On B2G, 100KB per process is significant.
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev
.
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
,
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 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
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
the queue of events be queued to run on startup? i have a great need
for that
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
.
Much thanks for the reply David and really appreciate this module
nonetheless, it should help me with making that final call if they don't
ctrl+alt+del the process or some other thing causes the process to
hang/crash.
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
.
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
with weak observers and weak
listeners too.
-Olli
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
--
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 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 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
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
? If there's an existing module out there, I'd like to hear of it
before reinventing the wheel.
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
--
David Rajchenbach-Teller, PhD
, 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
/p1JUqW-9M
--
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
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
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
as a power
user. ;^)
I have so much, too.
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description
!
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
-used bytes on the storage and brings a
big fragmentation to it! This significantly slows down a system!
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
--
David Rajchenbach-Teller, PhD
--
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
?
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
://lists.mozilla.org/listinfo/dev-platform
--
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
the systems we support. (our current glibc dependency is
on a version = 2.7, fwiw)
Mike
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
___
dev-platform mailing list
dev-platform
.
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
-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
Rajchenbach-Teller wrote:
We are considering redesigning slightly how windows are reopened by
Session Restore, to ensure that most recently used windows are loaded
first.
I can't quite tell from your phrasing whether the bottleneck here is the
time it takes to open windows. I'm assuming
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
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
mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
___
dev-platform mailing list
dev-platform
mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
___
dev-platform mailing list
dev-platform
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
___
dev
at an example?
I believe that Ehsan is referring to
https://developer.mozilla.org/en-US/docs/Web/Guide/Events/Event_handlers
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
___
dev
| or |delete[]| its pointer when it's destroyed. (You can also define
custom deletion policies if you want.)
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
___
dev-platform mailing list
No success, I take it?
On 04/07/14 20:11, Ehsan Akhgari wrote:
I'm not aware of any such APIs, but CCing some other folks who know more
about Windows than I do.
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
that we consider useful visible and start loading it;
3/ make other windows progressively visible, with a lower z-order.
So far, I haven't been able to find any such API in or around window.
Does anyone have any suggestions as to where I could poke?
Cheers,
David
--
David Rajchenbach-Teller, PhD
pretty sure it would cause flickering.
--
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
that.
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https
--
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
in three main ways: its API surface is completely
different, it uses DOM events to dispatch success/error events, and its
events are dispatched synchronously. Currently DOMRequest is used by a lot
of APIs on Firefox OS.
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
/Yoric/bugzilla-dashboard
--
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
list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
___
dev-platform mailing list
dev-platform
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
);
window.foo();
The youngest frame in the stack returned by the call to `window.foo`
would have my-url.js reported as the filename.
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
1 - 100 of 197 matches
Mail list logo