[Ann] Displaying uncaught asynchronous errors

2013-10-15 Thread David Rajchenbach-Teller
I am happy to inform you that we have recently landed Bug 903433, which ensures that uncaught errors or rejections in Promise.jsm or Task.jsm are now displayed. So, from now on, if you are attempting to debug asynchronous code using Promise.jsm/Task.jsm, don't forget to look in the browser console

Cost of ICU data

2013-10-15 Thread Benjamin Smedberg
With the landing of bug 853301, we are now shipping ICU in desktop Firefox builds. This costs us about 10% in both download and on-disk footprint: see https://bugzilla.mozilla.org/show_bug.cgi?id=853301#c2. After a discussion with Waldo, I'm going to post some details here about how much this c

Re: Cost of ICU data

2013-10-15 Thread Jonathan Watt
On 15/10/2013 17:06, Benjamin Smedberg wrote: I'm going to post some details here about how much this costs in terms of disk footprint, to discuss whether there are things we can remove from this footprint, and whether the footprint is actually worth the cost. As a heads up, I'm currently inten

Re: Cost of ICU data

2013-10-15 Thread Brian Smith
On Tue, Oct 15, 2013 at 9:06 AM, Benjamin Smedberg wrote: > Do we need this data for any language other than the language Firefox ships > in? Can we just include the relevant language data in each localized build > of Firefox, and allow users to get other language data via downloadable > language

Re: Cost of ICU data

2013-10-15 Thread Jeff Walden
On 10/15/2013 06:06 PM, Benjamin Smedberg wrote: > Do we need this data for any language other than the language Firefox ships > in? Can we just include the relevant language data in each localized build of > Firefox, and allow users to get other language data via downloadable language > packs,

Re: Cost of ICU data

2013-10-15 Thread Benjamin Smedberg
On 10/15/2013 1:18 PM, Brian Smith wrote: On Tue, Oct 15, 2013 at 9:06 AM, Benjamin Smedberg wrote: Do we need this data for any language other than the language Firefox ships in? Can we just include the relevant language data in each localized build of Firefox, and allow users to get other lan

Re: Cost of ICU data

2013-10-15 Thread Anne van Kesteren
On Tue, Oct 15, 2013 at 6:45 PM, Benjamin Smedberg wrote: > On 10/15/2013 1:18 PM, Brian Smith wrote: >> My understanding is that web content should not be able to tell which >> locale the browser is configured to use, for privacy (fingerprinting) >> reasons. > > I haven't heard this rule before.

Re: Cost of ICU data

2013-10-15 Thread Benjamin Smedberg
On 10/15/2013 1:50 PM, Anne van Kesteren wrote: As far as JavaScript API features go, I don't think we should vary our offering by locale. E.g. for Firefox OS we want changing locale to just work and not require a new version of Firefox OS. The same goes for a computer in a hotel or hostel or s

Re: Cost of ICU data

2013-10-15 Thread Brian Smith
On Tue, Oct 15, 2013 at 10:50 AM, Anne van Kesteren wrote: > On Tue, Oct 15, 2013 at 6:45 PM, Benjamin Smedberg > wrote: >> On 10/15/2013 1:18 PM, Brian Smith wrote: >>> My understanding is that web content should not be able to tell which >>> locale the browser is configured to use, for privacy

Re: Extensibility of JavaScript modules

2013-10-15 Thread Philipp Kewisch
In general I am also against monkeypatching, but especially for products that don't have releases quite as often I think it has its valid use cases. Especially in the enterprise environment, where a client wants a fix now, its not an option to say "well, we've submitted this patch for the next

Re: devolution of cleartype rendering in Fx chrome

2013-10-15 Thread al_9x
wrote in message news:z_mdnf_gw67ebmxpnz2dnuvz_ssdn...@mozilla.org... > This applies to xp without acceleration: > > 1. Fx 15: grayscale aa in the urlbar >https://bugzilla.mozilla.org/show_bug.cgi?id=828073 > > 2. Fx 18: bad cleartype (gamma?) on selected menu items >https://bugzilla.mozi

Re: Cost of ICU data

2013-10-15 Thread Chris Peterson
On 10/15/13 12:28 PM, Brian Smith wrote: I have no idea how to install a langpack. Presumably it is something that is done through AMO. I am skeptical that this is easy enough to make it acceptable to push this task off to the user. we should at least automate it for them. If this data is too lar

Re: Cost of ICU data

2013-10-15 Thread Karl Tomlinson
Jeff Walden writes: > On 10/15/2013 06:06 PM, Benjamin Smedberg wrote: > > That means sync I/O on the main thread, and not well-optimized because it > won't be part of the binary. Just to note. When sync I/O is performed to read in-binary-object data, how is that better? Just readahead? Wouldn'

Re: Cost of ICU data

2013-10-15 Thread Jorge Villalobos
On 10/15/13 2:41 PM, Chris Peterson wrote: > On 10/15/13 12:28 PM, Brian Smith wrote: >> I have no idea how to install a langpack. Presumably it is something >> that is done through AMO. I am skeptical that this is easy enough to >> make it acceptable to push this task off to the user. we should at