Re: Gecko shutdown (London session)

There were plenty of blockers for _exit(0), including the fact that pretty much none of the async code in Firefox/Gecko was shutdown-safe. That's one of the reasons we had to come up with nsIAsyncShutdown/AsyncShutdown.jsm. One of the not-entirely-stated goals was that once everything registered w

Re: Skia Content on OS X

Out of curiosity, what's the benefit? On 22/03/16 15:44, Mason Chang wrote: > Hi all, > > We're changing the default graphics backend on OS X from CoreGraphics to > Skia. In the best case, you should notice no difference. > > If you see any graphics artifacts on mac, please file a bug and make i

Re: An analysis of content process memory overhead

I seem to remember that our ChromeWorkers (SessionWorker, PageThumbsWorker, OS.File Worker) were pretty memory-hungry, but I don't see any workers there. Does this mean that they have negligible overhead or that they are only in the parent process? Cheers, David On 15/03/16 04:34, Nicholas Nethe

Re: Split Gecko in standalone fuzzing-friendly programs.

On 09/03/16 22:17, Bobby Holley wrote: > I think splitting Gecko into multiple repos is an anti-goal, because we > derive enormous productivity benefits from using a mono-repo. > > If you're serious about proposing that, I would suggest starting a new > thread to avoid derailing this one. I'm act

Re: Split Gecko in standalone fuzzing-friendly programs.

I'm assuming that, for the sake of this discussion, Gecko == mozilla-central minus stuff that can be built and distributed on its own. In particular, most of toolkit/ is covered by this definition. Just looking at things I use/work on, I believe that we could relatively easily split in distinct mo

Re: Intent to implement: DOM Push API in Firefox for Android

This would be extremely useful for Project Link and, I assume, other Connected Devices projects. Cheers, David On 02/03/16 19:06, Nicholas Alexander wrote: > Summary: "The Push API gives web applications the ability to receive > messages pushed to them from a server, whether or not the web app i

Re: HTML-based chrome and

Let me second Justin. I remember a time, not so very long ago, when Gecko powered 4 or 5 non-Mozilla browsers, as well as GPS devices, wysiwyg editors [1], the UX of virus scanners, eBook readers [2], etc, as well as a host of innovative add-ons. At some point, we started deprecating these use cas

Re: HTML-based chrome and

Unfortunately, this ship has sailed a long time ago. I didn't really follow at the time, but I'm almost sure that there was a conscious decision that Gecko == Firefoxen. While it makes the development of Firefoxen easier, it pretty much killed the Mozilla Platform, including embedding. These days,

Re: Making it easier to file performance bugs?

My bad, I misread bug 1050252. You are right, that is basically a different implementation of the same general idea. Thanks for the pointer, David On 13/02/16 21:39, Matthew N. wrote: ___ dev-platform mailing list dev-platform@lists.mozilla.org https

Re: Making it easier to file performance bugs?

Well, before you can file a perf-keyword bug, you still need to 1/ find a product/component in which to file it (which is the original issue); 2/ know that keywords in general exist, and this keyword in particular; 3/ (I believe) have editbugs rights. That's a pretty big list. Cheers, David On

Making it easier to file performance bugs?

So, complaints about the performance of Firefox are a pretty common topic. Performance bugs, on the other hand, are quite rare and/or lost in noise, even when they are submitted by advanced users. While Telemetry gives us have hard numbers on performance, intuition suggests that we are lacking data

Re: Just Autoland It

That sounds like it's going to break stuff. Reviewers frequently ask me to change stuff during reviews. I don't re-run all the tests on all the platforms after every single round of review. Once in a while, the changes end up breaking stuff which I need to fix – generally trivial stuff that I can

Re: You can now run specific tasks in an xpcshell test using add_task.only / add_test.only

Fwiw, I used to perform a search-replace `add_task` => `/*add_task*/` to deactivate everything, then uncomment individual tasks. Of course, your solution looks cleaner, especially if it can be made to work via mach. Cheers, David On 19/01/16 13:39, Philipp Kewisch wrote: > Hi Folks, > > I have

Re: Feedback needed on proposal to add a web primitive for queuing microtasks

I also think that this makes sense. Can we already start thinking about countermeasures, though? It looks to me that catching a long-running/infinite microtask loop is much easier to detect and interrupt than a long-running sequential loop. However, if we wish to pause a page with such a microtask

Re: I was trying to implement the XPConnect with JS-Ctypes, is that would be a good idea?

Yes, I mostly meant XPConnect. On 04/01/16 14:36, smaug wrote: > On 01/03/2016 06:35 PM, David Rajchenbach-Teller wrote: >> Accessing XPCOM in a worker will most likely break the garbage-collector >> in novel and interesting ways, > > Why would it? Our workers are full

Re: I was trying to implement the XPConnect with JS-Ctypes, is that would be a good idea?

n simply not be dereferenced from worker threads. Attempting to do so will crash libxul by design to avoid accidents. etc. Cheers, David On 03/01/16 17:45, 罗勇刚(Yonggang Luo) wrote: > > > On Mon, Jan 4, 2016 at 12:35 AM, David Rajchenbach-Teller > mailto:dtel...@mozilla.com>> wro

Re: I was trying to implement the XPConnect with JS-Ctypes, is that would be a good idea?

Accessing XPCOM in a worker will most likely break the garbage-collector in novel and interesting ways, so I don't suggest heading in that direction. Cheers, David On 03/01/16 17:24, 罗勇刚(Yonggang Luo) wrote: > So that we could be able to access xpcom in worker. > And we could be able to implem

Re: about:profiles and the new profile manager

Oh, do we have a clean profile API already? If so, I missed it when I was looking for it, a few years ago. On 19/12/15 21:24, Philip Chee wrote: > On 19/12/2015 14:52, David Rajchenbach-Teller wrote: >> In that case, perhaps the first thing to land and let ride the >> trains w

Re: about:profiles and the new profile manager

In that case, perhaps the first thing to land and let ride the trains would be a clean profile API to let add-on developers (including Andrea and GoFaster) experiment with implementing prototype profile managers? Cheers, David On 18/12/15 22:51, Benjamin Smedberg wrote: > As it stands, this is n

Re: about:profiles and the new profile manager

Looks promising. Are you in touch with Noidart, the developer of Profilist (the other profile switching add-on)? Cheers, David On 18/12/15 18:17, Andrea Marchesini wrote: > Hi all, > > This week I landed a set of patches to introduce 'about:profiles'. > This page shows the list of existing pro

Re: Rust as build requirement was Re: Proposal to a) rewrite Gecko's encoding converters and b) to do it in Rust

Well, this wouldn't be the first time that we are not as clear communicating our intents as we thought or should. Sorry about that. Thanks for getting in touch with the OS/2 maintainer. We definitely need to spread the word asap. I hope that Rust can be ported to OS/2 and other Tier-3 platforms bu

Re: Dan Stillman's concerns about Extension Signing

Also https://bugzilla.mozilla.org/show_bug.cgi?id=1227867 On 30/11/15 20:31, Bobby Holley wrote: > (Gingerly wading into this thread and hoping not to get sucked in) > > Given the fundamental limits of static analysis, dynamic analysis might be > a better approach. I think we can do a reasonable

Re: Dan Stillman's concerns about Extension Signing

Could we perhaps organize a MozLando workshop to discuss add-ons security? ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Dan Stillman's concerns about Extension Signing

For what it's worth, this thread was not meant to point fingers, but specifically to get an answer from said team. I see concern about Extension Signing, and I see points made by add-on developers and which appear valid to me and which I am unable to answer. That doesn't mean that we have done som

Re: Dan Stillman's concerns about Extension Signing

And didn't receive any reply, afaict. On 25/11/15 10:30, Mike Hommey wrote: > On Wed, Nov 25, 2015 at 10:14:09AM +0100, David Rajchenbach-Teller wrote: >> I admit I have followed extension signing/scanning only very remotely, >> but Dan Stillman has a number of goo

Dan Stillman's concerns about Extension Signing

I admit I have followed extension signing/scanning only very remotely, but Dan Stillman has a number of good points: http://danstillman.com/2015/11/23/firefox-extension-scanning-is-security-theater Could someone who's actually involved in this feature provide an answer? Cheers, David __

Re: Is that possible to implement Sqlite.jsm with ctypes so that is can works in the worker?

, by using a radical redesign of js-ctypes based on asm.js/WebAsm, but at the moment, I don't think that anybody is working on it. Cheers, David On 20/11/15 12:03, Philip Chee wrote: > On 18/11/2015 16:04, David Rajchenbach-Teller wrote: >> Well, the main problem is that js-ctypes i

Re: Is that possible to implement Sqlite.jsm with ctypes so that is can works in the worker?

Well, the main problem is that js-ctypes is very hard to use, even harder to use without causing memory leaks or crashing the process. Think the worst parts of both C and JavaScript together. Cheers, David On 18/11/15 08:57, Philip Chee wrote: > On 14/11/2015 18:21, David Rajchenbach-Tel

Re: Is that possible to implement Sqlite.jsm with ctypes so that is can works in the worker?

Actually, Sqlite.jsm does most of its work off the main thread. But yes, it would clearly be possible to reimplement Sqlite.jsm using js-ctypes for workers. If you wish to work on this, I can try and help mentoring. Cheers, David On 14/11/15 10:45, Yonggang Luo wrote: > The current Sqlite.jsm c

Re: New heap snapshots tool in the developer tools

ode.h#31-163 > > [2] > https://dxr.mozilla.org/mozilla-central/rev/59a6ad6a921f4809dfc37d943d765300c65721e5/js/src/vm/SavedStacks.h#21-148 > > > ___ > firefox-dev mailing list > firefox-...@mozilla.org > https://mail.mozilla.or

Re: Finding out if the main thread is currently animating

>> dev-platform mailing list >> dev-platform@lists.mozilla.org >> https://lists.mozilla.org/listinfo/dev-platform >> > > ___ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org

Re: Finding out if the main thread is currently animating

I have posted an early patch on bug 1219145 that approximates "animating" to "is anyone listening for vsync". If anybody knowledgeable could take a look, I'd be grateful. Cheers, David On 30/10/15 02:33, Karl Tomlinson wrote: > David Rajchenbach-Teller writes: >

Re: Finding out if the main thread is currently animating

ly detect SVG SMIL animations too, if needed > (perhaps by exposing the mRegisteredWithRefreshDriver member of > nsSMILAnimationController although that might be too broad). -- David Rajchenbach-Teller, PhD Performance Team, Mozilla signature.asc Description: OpenPGP digital signature

Re: Finding out if the main thread is currently animating

Yes, that's also my guess. I'd appreciate if someone could confirm that. Also, I haven't found a public API for this, so I'm digging in the source of the refresh driver, and I haven't found confirmation yet. Cheers, David On 30/10/15 02:33, Karl Tomlinson wrote: &

Re: Finding out if the main thread is currently animating

) that are very visible to the user, and can't be detected that > way. I think it would be nice to come up with a set of user actions in > the primary UI and manually measure their delay based on the knowledge > that we have about the asynchronous nature of their implementati

Re: Finding out if the main thread is currently animating

loop is not serviced as well as usual, from the point of view of the user, these are false positives. Hence my quest for a way to determine whether the main thread is currently in a jank-critical section (user-interaction or animation). Note that there are secondary applications to this, e.g. b

Re: Finding out if the main thread is currently animating

of which process? > > Please consider non-"animation" use-cases. In particular, users do > notice the latency of typing into edit boxes as much as anything else. > So let's make sure that editing latency triggers this as much as a > current animation. > > --BDS --

Finding out if the main thread is currently animating

have a reliable way to do that? -- 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

Re: About static analyzers on some various projects

That's great work! Fwiw, my personal use case would be to subscribe to be informed (through a RSS feed?) if new errors are detected in specific directories or specific files. Would this be feasible? Also, any chance we could also get Facebook Flow for JS code? Plenty of kudos, David ___

Re: Building with pymake is no longer supported

> 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@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: easily getting allocation stacks for leaking objects

ease feel free to > file bugs on how leak checking could be improved to provide more > information for investigating these kind of bugs. > > Thanks, > -Nathan > ___ > dev-platform mailing list > dev-platform@lists.mozilla.org &g

Re: NPAPI plug-in use case: certified medical devices

e may > decide to stop supporting it in the future. > > --BDS > > ___ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform -- David Rajchenbach-Teller,

Request for Ideas: Measuring the duration of a CPOW

l during a CPOW. Any suggestion? 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

Re: Allowing web apps to delay layout/rendering on startup

aync forces. > [2] https://bugzilla.mozilla.org/show_bug.cgi?id=863499 > ___ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform > -- David Rajchenbach-Telle

Re: Intent to implement: File system provider API

On 24/07/15 11:38, Jonas Sicking wrote: > I think we should allow addons to implement something like this. But I > don't think it's something that we should let apps do. > > / Jonas So Dropbox, Cozy Cloud, etc. should be add-ons instead of apps? This strikes me as odd.

Re: Implement Fetch?

ave security checks. I haven't checked the specifics for web-facing URIs, but for file:// URIs, these involve actually accessing files. -- David Rajchenbach-Teller, PhD Performance Team, Mozilla signature.asc Description: OpenPGP digital signature _

Re: Help with removing __iterator__ from JS

plement __iterator__ and thus addon authors might > iterate over them with for-in ... > > Aside: Please also try avoid using Iterator(). > > Thank you, > Tom > > > ___ > firefox-dev mailing list > firefox-...@mozilla.org

Re: Implement Fetch?

that doesn't mean that we are doing I/O > there. > > - Kyle Ah, good to know. Still slightly annoying, but I'll sleep better. -- David Rajchenbach-Teller, PhD Performance Team, Mozilla signature.asc Description: OpenPGP digital signature _

Re: Implement Fetch?

irely. > > Anyhow, the short of it is that the missing piece here is having the > time to make these changes. > > [1] https://etherpad.mozilla.org/BetterNeckoSecurityHooks -- David Rajchenbach-Teller, PhD Performance Team, Mozilla signature.asc Description: OpenPGP digi

Re: Shutdown hangs are very common

p: we can entirely get rid of the user-visible crash reporter for shutdown hangs/crashes. Cheers, David -- David Rajchenbach-Teller, PhD Performance Team, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/lis

Re: Proposal to remove `aFoo` prescription from the Mozilla style guide for C and C++

gree that `aFoo` is only useful very marginally, and rather ugly. I also agree with Eric that `foo_` is somewhat nicer to read than `mFoo`, which introduces a weird cAmelCase, but I can live with it. For what it's worth, `this->foo` is also nice. Cheers, David -- David Rajchenbach-Teller

Re: Shutdown hangs are very common

hutdown hang rate > by fixing the causes of hangs > > ___ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform > -- David Rajchenbach-

Re: Shutdown hangs are very common

On 06/07/15 22:48, Vladan D wrote: > KaiRo pointed out another reason to reduce shutdown hang rates on IRC: it's > lousy UX. The crash-reporter dialog pops up a minute after the user closed > Firefox That's bug 1137941, but how would that reduce shutdown hangs? -- David

Re: Announcing the Content Performance program

y need to decide that it's > worth spending a significant amount of time addressing the test failures > induced by those patches (see comment 109 in that bug, for instance) and > the possible webcompat issues from those patches. > > -Nathan -- David Rajchenbach-Te

Re: Announcing the Content Performance program

vents to background tabs (including timeouts); - Session Restore; - Thumbnail creation; - FHR; - Sync; - db flushes; - copying large batches of data to worker threads; - performance monitoring; - ... Note that, going a little further, this idea can be generalized to a mini-scheduler API with simple re

Re: intent to implement Streams

whistler2015.sched.org/event/28ff926a768953ba39a44cd36598d7f7 > > Please stop by if you have questions or just want to talk about it. > > Thanks! > > Ben -- David Rajchenbach-Teller, PhD Performance Team, Mozilla signature.asc Descript

Re: Browser API: iframe.executeScript()

time we need a new thing. It also doesn't sound like a > terrible thing to do as other vendors do a similar thing (Android's > executeScript, iOS's stringByEvaluatingJavaScriptFromString, and IE's > InvokeScript). > > -

Re: The War on Warnings

mented). Best regards, David -- David Rajchenbach-Teller, PhD Performance Team, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: The War on Warnings

the same commits going into one build compared > to the previous not breaking *anything else* or have any observable > effect on all of our test suites is extremely unlikely. -- David Rajchenbach-Teller, PhD Performance Team, Mozilla ___ d

Re: The War on Warnings

> 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://lists.mozilla.org/listinfo/dev-platform

Re: The War on Warnings

should most likely cause real assertion failures. Cheers, David On 08/06/15 19:09, Ehsan Akhgari wrote: > On 2015-06-05 6:08 AM, David Rajchenbach-Teller wrote: >> This API covers all the needs I have encountered for warnings so far in >> JS code. I don't think it's terri

Re: The War on Warnings

gt; ignored when they fail intermittently. I'm not a huge fan of adding more > ways for tests to fail if people aren't willing to actually do something > about it when they do. > > -Ryan -- David Rajchenbach-Teller, PhD Performance Team, Mozilla ___

Re: How to override Components.utils.import to inject predefined symbols for all.

What exactly are you trying to do? On 05/06/15 09:22, 罗勇刚(Yonggang Luo) wrote: -- David Rajchenbach-Teller, PhD Performance Team, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: The War on Warnings

I don't really understand what you mean. Also, > looking at the patch in the bug, your changes seem to affect Assert.jsm > stuff, which is not related to NS_WARNING. -- David Rajchenbach-Teller, PhD Performance Team, Mozilla ___ dev

Re: The War on Warnings

tests. That being said, assertion report stack traces in debug builds, > which is excruciatingly slow, so we have had to switch them to be > warnings in at least some cases (see bug 756045 for example.) Are you talking about our weird non-fatal assertions or actual fatal assertions? --

Re: The War on Warnings

27;s even a meta bug for tracking these: > https://bugzilla.mozilla.org/show_bug.cgi?id=765224 > > I generated this list by grabbing the logs for a recent m-c linux64 debug > run, normalizing out PIDs and timestamps and then doing some sort/uniq-fu to > get counts of unique lines. > >

Re: Use of 'auto'

ontributors with much less experience than us and who will stumble upon every possible subtle error just because they don't know our codebase. Cheers, David -- David Rajchenbach-Teller, PhD Performance Team, Mozilla ___ dev-platform mailing list

Re: Replacing PR_LOG levels

o, > Debug, > }; I'll vote to have `Error` cause test failures unless explicitly whitelisted. > -- David Rajchenbach-Teller, PhD Performance Team, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: AdBlock Plus as a ServiceWorker?

ady mentioned - running a separate > ServiceWorker for each tab sounds wasteful. > ___ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform > -- David Rajchenbach-Teller, PhD

Re: AdBlock Plus as a ServiceWorker?

> [1] https://github.com/mozilla-services/shavar > [2] https://developers.google.com/safe-browsing/developers_guide_v2 > ___ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform

AdBlock Plus as a ServiceWorker?

-- 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

Re: Announcing Operation Instrument

Is this supposed to be on at all times? If so, we need to connect this somehow with slow add-on detection. Cheers, David signature.asc Description: OpenPGP digital signature ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.m

Re: Using rust in Gecko. rust-url compatibility

__ > 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@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Mercurial 3.4 / Reporting Mercurial Issues / Birthday Party

o > wait for 3.4.1 in case there are any regressions. -- David Rajchenbach-Teller, PhD Performance Team, Mozilla signature.asc Description: OpenPGP digital signature ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozil

Re: Intent to implement: Metrics API for FxOS data collection

t/components/telemetry > capabilities to provide histograms to Telemetry Servers for analysis by > data owners. -- David Rajchenbach-Teller, PhD Performance Team, Mozilla signature.asc Description: OpenPGP digital signature ___ dev-platform mailing

Re: May I execute mozIStorageStatement.executeAsync() at the same time in a single thread?

iple executeAsync in parallel, and it's > crashed, > I am not so sure if multiple executeAsync can be executed at the same time. > ___ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/list

Re: Excessive inbound bustage

ou're > right that if you want to specifically compare with another person you > can't have anonymized data.​ > ___ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform >

Re: PSA: Network 'jank' - get your blocking IO off of STS thread!

d mean less > code, less incorrect/undone thread shutdowns/etc. Thoughts? (Perhaps > such a service could use LazyIdleThreads, which will shut themselves > down after inactivity.) > -- David Rajchenbach-Teller, PhD Performance Team, Mozilla signature.asc Description

Re: Review problems

gt; Maybe I'm just not well informed, and all these issues are already being > taken care of... But if not, I would like to hear what others think. > > - Gabor > _______ > dev-platform mailing list > dev-platform@lists.mozilla.org &

Re: firefox 36.0.1 raise ConstraintError when add duplicate key in IndexDB object store.

t; And the raised Exception ConstraintError can not be catched > ___ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform > -- David Rajchenbach-Teller, PhD Performance Team, Mozilla

Re: Detecting 32 or 64-bit Firefox build from privileged JS

he water to reel in the big fish. > > - mhoye -- 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

Re: Detecting 32 or 64-bit Firefox build from privileged JS

is64bit to nsIXULAppInfo was unbelievably easy. > ___ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform > -- David Rajchenbach-Teller, PhD Performance Team, M

Re: Fwd: [blink-dev] Intent to Ship: Plugin Power Saver Poster Images

On 07/02/15 11:24, Kyle Huey wrote: > Why don't we just click to play everything? > Well, the poster image could still be used for click-to-play, right? -- David Rajchenbach-Teller, PhD Performance Team, Mozilla signature.asc Description: OpenPGP digita

Re: Is anyone still using JS strict warnings?

> > https://bugzilla.mozilla.org/show_bug.cgi?id=1113380 > > Please speak up now, if you're still using it! > > -j > ___ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinf

Re: PSA: Constructors callable with one argument should be marked as explicit/implicit

> to the class's type. This can sometimes produce surprising results, for > example: One less pitfall \o/ Thanks, Ehsan. Cheers, David -- David Rajchenbach-Teller, PhD Performance Team, Mozilla signature.asc Description: OpenPGP digital signature

Re: Cross origin communication and the navigator.connect API

w them to actually > synthesize a response. > > Cheers, > Ehsan -- 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

Re: Cross origin communication and the navigator.connect API

UA could somehow >> give B an opportunity to install a SW. > > That sounds like a good idea to me. > > ___ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform --

Re: Who wishes to discuss test suites at MozLandia?

This will be discussed as part of the "Async" session, on Thursday, at Marriott, Oregon Ballroom I, Marriott Waterfront Ballroom Level. Note a change of focus: I intend to discuss *error handling* (including its links with test suites), rather than test suites. Cheers, David signature.asc Des

Re: Who wishes to discuss Shutdown at MozLandia?

This will be discussed as part of the "Async" session, on Thursday, at Marriott, Oregon Ballroom I, Marriott Waterfront Ballroom Level. -- David Rajchenbach-Teller, PhD Performance Team, Mozilla signature.asc Description: OpenPGP digital

Re: Who wishes to discuss Shutdown at MozLandia?

Tim is scheduling a session. On 26/11/14 12:04, David Rajchenbach-Teller wrote: > In the past year, we have landed a number of changes to shutdown (e.g. > profile-before-change2, AsyncShutdown for JS, AsyncShutdown for XPCOM, > the Shutdown Terminator), and we have further plans (e.g.

Re: Who wishes to discuss test suites at MozLandia?

Tim is scheduling a session. Stay tuned! On 26/11/14 12:01, David Rajchenbach-Teller wrote: > The test suites have changed a lot during the past few months (e.g. > Assert.jsm, fail-on-uncaught-rejections), and as I have exposed on > dev-platform, I have plans to further change them. &g

Re: Who wishes to discuss Shutdown at MozLandia?

Please note that Platform-based shutdown crashes are currently topcrasher #4 in Firefox 36. Please consider attending. https://bugzilla.mozilla.org/show_bug.cgi?id=1103833#c3 Cheers, David On 26/11/14 12:04, David Rajchenbach-Teller wrote: > In the past year, we have landed a number

Re: Who wishes to discuss test suites at MozLandia?

x27;s testsuite-related). 3. How can we fix them. - (me) Warnings-as-actionable-issues. Cheers, David On 26/11/14 17:11, Ehsan Akhgari wrote: > On 2014-11-26 6:01 AM, David Rajchenbach-Teller wrote: >> The test suites have changed a lot during the past few months (e.g. >> Assert.j

Who wishes to discuss Shutdown at MozLandia?

to discuss shutdown, please ping me. 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

Who wishes to discuss test suites at MozLandia?

we can arrange a session. 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

Re: [RFC] We deserve better than runtime warnings

-browser-chrome (bug 847275 covers doing it there). > > (We should probably make an attempt to go through the tests that > have assertion count ranges including 0, since nothing catches when > those assertions are fixed, and we're missing the test coverage > there.) > > -Da

Re: [RFC] We deserve better than runtime warnings

n. > > -Boris > ___ > 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 Descri

Re: [RFC] We deserve better than runtime warnings

t with MOZ_ASSERT. > Assuming, of course, that the test suite is run in debug builds... > > -Boris > ___ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform -- David Rajchenbach-

[RFC] We deserve better than runtime warnings

blog: http://yoric.rajtel.name/2014/11/20/rfc-we-deserve-better-than-runtime-warnings/ Feedback would be appreciated. Cheers, David -- David Rajchenbach-Teller, PhD Performance Team, Mozilla signature.asc Description: OpenPGP digital signature __

Re: Session Restore (sessionstore)

aybe to offer those things as separate add-ons. > > Just my personal opinion. Losing open tabs is too painful sometimes. :/ > > -Joel > ___ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozill

  1   2   3   >