In February we briefly turned on the new HTTP cache ("cache2") for a few
days--it was quite useful at shaking out some bugs. We're planning to
do this again starting in the next day or two--if this seems like a Bad
Idea to you please comment ASAP in
https://bugzilla.mozilla.org/show_bug.cg
We have landed (so far pref'd off) most of the Resource Timing API:
http://www.w3.org/TR/resource-timing/
https://bugzilla.mozilla.org/show_bug.cgi?id=822480
We've opened a meta-bug for the followups that are needed for the full API:
https://bugzilla.mozilla.org/show_bug.cgi?id=1002855
I
On 2014-04-30 16:52 , Daniel Holbert wrote:
> On 03/07/2014 02:41 PM, Hal Wine wrote:
>> On 2014-02-28 17:24 , Hal Wine wrote:
>>> tl;dr: what is the balance point between pushes to try taking too long
>>> and loosing repository history of recent try pushes?
>> Based on the responses to this specif
Primary eng emails
caban...@adobe.com
*Spec*
http://www.w3.org/html/wg/drafts/2dcontext/html5_canvas_CR/#dom-context-2d-drawfocusifneeded
*Summary*
The drawFocusIfNeeded API is a method on the canvas context that allows a
user to draw a focus ring when a fallback element is focused.
See
http://ww
On 03/07/2014 02:41 PM, Hal Wine wrote:
> On 2014-02-28 17:24 , Hal Wine wrote:
>> tl;dr: what is the balance point between pushes to try taking too long
>> and loosing repository history of recent try pushes?
> Based on the responses to this specific question, we'll go back to
> waiting for develo
On 2014-04-30, 10:58 AM, David Rajchenbach-Teller wrote:
2. Performance: OS.File's performance on b2g was apparently worse than
the XPCOM I/O function, it seems. I'm curious to know which device you
ran the benchmarks on, and what the benchmarks actually tested. It
could be that those performan
On Wed, Apr 30, 2014 at 6:14 AM, Henri Sivonen wrote:
> As far as I know, there are two issues with XHR when it comes to local
> file input:
> 1) It wants a URL instead of an nsIFile and nsIFile doesn't have a
> getter for a URL pointing to the same file, so there's a mismatch
> between what you
Hi dev-platform,
The W3C's tracking protection working group moved the Tracking Preference
Expression (TPE) document to last call on the 24th. For those of you familiar
with the Do-Not-Track/DNT header, this is that... and a little more.
http://www.w3.org/TR/tracking-dnt/
It includes a few ne
i encountered a problem when programming with js api nsIProcess.
could you help me to resolve it.
i fork a process from his parent process using nsIProcess.runAsync()
when i kill the parent process , the child process is untraceable.
is there any method i can use to kill child proces
On 30/04/14 16:48, Ehsan Akhgari wrote:
> 1. OS.File uses a JS ChromeWorker which requires an unacceptable amount
> of memory on b2g, on Tarako specifically.
True.
> 2. Performance: OS.File's performance on b2g was apparently worse than
> the XPCOM I/O function, it seems. I'm curious to know whi
On 2014-04-30, 9:41 AM, David Rajchenbach-Teller wrote:
On 30/04/14 15:40, Gavin Sharp wrote:
I thought the "performance problems" in question were related to memory
use/worker initialization. But
https://bugzilla.mozilla.org/show_bug.cgi?id=981085#c0 doesn't really
have any useful detail.
Ehsa
On 30/04/14 15:40, Gavin Sharp wrote:
> I thought the "performance problems" in question were related to memory
> use/worker initialization. But
> https://bugzilla.mozilla.org/show_bug.cgi?id=981085#c0 doesn't really
> have any useful detail.
>
> Ehsan, what needs were you referring to there, and
I thought the "performance problems" in question were related to memory
use/worker initialization. But
https://bugzilla.mozilla.org/show_bug.cgi?id=981085#c0 doesn't really have
any useful detail.
Ehsan, what needs were you referring to there, and are they tracked in bugs?
Gavin
On Wed, Apr 30,
On 2014-04-29, 4:46 AM, Henri Sivonen wrote:
On Mon, Apr 28, 2014 at 5:23 PM, Ehsan Akhgari wrote:
On 2014-04-28, 10:17 AM, Henri Sivonen wrote:
On Mon, Apr 28, 2014 at 4:36 PM, Ehsan Akhgari
wrote:
On 2014-04-28, 8:59 AM, Henri Sivonen wrote:
New question:
We have various scriptable nsI
OK, i have looked into this and found some connections.
Specifically, all major OSs seem to have APIs providing the following:
1. download progress
2. native notifications.
As older versions don't have those, and linux systems are pretty modular in any
case, i propose that we use no fallback fo
I don't know of any performance problems for reading files with OS.File
at the moment. Actually, I benchmarked it and we are 2x-5x faster than
NetUtil at reading + decoding files, these days.
Cheers,
David
On 29/04/14 17:22, Nathan Froyd wrote:
> - Original Message -
>> The current best
On Tue, Apr 29, 2014 at 6:27 PM, Gavin Sharp wrote:
> Ah right, I had forgotten about those issues. That's in fact exactly the
> code that Henri was looking at. XHR would perhaps be better than the XPCOM
> IO if it works, but I don't think anyone's done that investigation.
As far as I know, there
17 matches
Mail list logo
