Re: UI Workers

2015-02-22 Thread Robert O'Callahan
On Fri, Feb 20, 2015 at 10:50 PM, Christopher Lord cl...@mozilla.com wrote: I'd like to see #1 implemented first for two reasons; 1- I know this is easy to do given our platform, and I expect the same for other browser vendors, and 2- behaviour here is 100% predictable. There is nothing

Re: Intent to Ship: Fetch API

2015-02-22 Thread Ben Kelly
On Feb 21, 2015, at 7:44 PM, nsm.nik...@gmail.com wrote: Ben, are you ok with the clone() that just landed being enabled? If so, I'll flip the pref. Clone should be good to go. Thanks! Ben ___ dev-platform mailing list

Re: UI Workers

2015-02-22 Thread Robert O'Callahan
On Fri, Feb 20, 2015 at 9:11 PM, Jonas Sicking jo...@sicking.cc wrote: On Thu, Feb 19, 2015 at 6:27 PM, Robert O'Callahan rob...@ocallahan.org wrote: Should UIWorkers have access to the full Worker API? It seems like there's no reason not to give them that. There's two use-cases that I

Re: Testing for expected crashes in both C++ and js, for printf checking

2015-02-22 Thread Tom Tromey
Axel The other easy way to reduce impact here is to reduce the use of Axel nsTextFormatter, or create a replacement that doesn't crash. L20n Axel would be one, or maybe there's C++ template stuff that can taint Axel values with their original types. Tom I don't think there is a compile-time

Re: PSA: IDL file changes may now be rejected by server-side hook

2015-02-22 Thread Philipp Kewisch
On 2/21/15 2:24 AM, Ryan VanderMeulen wrote: On 2/20/2015 7:36 PM, Eric Shepherd wrote: Is there any way we could add something that would cause a notification to go out to the MDN writing team if IDL is changed? That could have enormous repercussions on our ability to keep up with doc updates

Re: Windows address space memory reporter

2015-02-22 Thread Mike Hommey
On Sun, Feb 22, 2015 at 06:12:59PM -0800, Nicholas Nethercote wrote: Hi, I just landed the patch from https://bugzilla.mozilla.org/show_bug.cgi?id=1134030 which adds a new memory reporter for the Windows address space. Sample output: 2,147,418,112 B (100.0%) -- address-space