On 12 February 2013 21:57:53, Clint Talbert wrote:
I agree in part with the assertion about testing - that the existing
reftests will catch most regressions stemming from this. But I think
we also need some measurements around scrolling/responsiveness in
order to verify that off main thread
On 12/02/13 21:20, Benoit Jacob wrote:
I agree wholeheartedly with Benjamin and care about this, but I don't have
a lot of time to get into this presumably time-consuming discussion on a
W3C mailing list --- so I'd just like to express support to any Mozilla
representative fighting this fight
For starters, see
http://lists.w3.org/Archives/Public/public-html-admin/2013Feb/0178.html
.
On Wed, Feb 13, 2013 at 1:30 PM, Gervase Markham g...@mozilla.org wrote:
A) Provide a DRM mechanism in HTML5 which keeps them happy. (How
breakable or not it actually is, is a different question.) Have
On 2/12/2013 10:18 PM, Robert O'Callahan wrote:
Context: bug 837985.
At times we can be flooded by OS-level mousemove events.
On what OSes? Windows by default coalesces mouse move events. They are
like WM_PAINT events in that they are only delivered when the event
queue is empty. See
On 13/02/13 12:55, Henri Sivonen wrote:
I don't think we have this option. Microsoft and Google have editors
on the EME spec. So this option looks more like: Have Hollywood movies
available with good performance and without additional installs in IE
and Chrome and *for the time being*
This is kind of OT, but
OTOH, if the computer has memory available, we should be using *all* of it
any place we can trade
memory for speed.
We considered this idea in MemShrink some months ago, and we mostly
dropped it. There are two essential problems that we weren't able to
overcome.
1)
Gervase Markham wrote:
I'm not enamoured of the idea of the answer to how do I watch Netflix/LoveFilm in
Firefox? being head over to Microsoft and install Silverlight; bad luck if you run
anything other than Windows or Mac OS X.
(AFAICT, that is the answer at the moment anyway, but at least
L. David Baron wrote:
On Tuesday 2013-02-12 20:17 -0800, Stephen Pohl wrote:
L. David Baron wrote:
On Tuesday 2013-02-12 18:40 -0800, Asa Dotzler wrote:
doing something horribly wrong with memory. This is simply a memory-expensive
feature and it's a feature we *must* land.
Why is it
Kyle Huey wrote:
1. Dealing with the different ownership model on worker threads
(no cycle collector, all owning references go through JS).
2. Dealing with things that are not available off the main thread
(no necko, no gfx APIs, etc).
FWIW, I think the networking team has a goal
I've completed all the testing that I can think of to alert of us any concerns
and found no regressions in the latest Nightly builds. See my comment here:
https://bugzilla.mozilla.org/show_bug.cgi?id=827354#c26
Please advise if anything more is needed.
Anthony Hughes
QA Engineer, Desktop
Kyle Huey wrote:
Brian Smith bsm...@mozilla.com wrote:
At what point during XPCOM shutdown are workers destroyed?
xpcom-shutdown-threads
NSS gets shut down way before then, because it can write to the profile. Same
with Necko.
Cheers,
Brian
On Wed, Feb 13, 2013 at 9:20 PM, Benjamin Smedberg benja...@smedbergs.uswrote:
On 2/13/2013 1:39 PM, Kyle Huey wrote:
On Wed, Feb 13, 2013 at 6:35 PM, Brian Smith bsm...@mozilla.com wrote:
At what point during XPCOM shutdown are workers destroyed?
xpcom-shutdown-threads
What workers
On Thu, Feb 14, 2013 at 3:21 AM, Benjamin Smedberg benja...@smedbergs.uswrote:
On what OSes? Windows by default coalesces mouse move events. They are
like WM_PAINT events in that they are only delivered when the event queue
is empty. See
How can I distribute my xulrunner app with flash plugin?
I don't want to rely on user having flash installed, instead my app that makes
use of xulrunner should have the flash plugin.
I tried to create a plugins directory under xulrunner and to put there the
NPSWF32.dll but it doesn't detect it.
14 matches
Mail list logo