Axel Hecht [:Pike] Reporter
	Description • 11 years ago

Right now, we only switching on the localization of gecko strings for es-ES, pl, pt-BR.

On the gaia UI, we have cs, de, el, hr, hu, nl, ro, ru, sk, sr, tr in addition.

Adding those to gecko will add a noticeable increase of disk space.

I'd need an engineer to test and evaluate that. https://developer.mozilla.org/en-US/docs/Mozilla/Firefox_OS/Building#Gecko has instructions on how to set up a build.

If we need them, we can probably create patches for the localizations for those that have fennec localizations, the overrides are the same.

	Axel Hecht [:Pike] Reporter
	Comment 1 • 11 years ago

Progress update:

I've created patches for all 11 localizations, see the blocker bugs I filed for this one. Those are all with review requests on the community now. Most of those are shipping in Fennec, so little risk, but some are rather old non-shipping content.

This patch would pick those up.

	Axel Hecht [:Pike] Reporter
	Comment 2 • 11 years ago

David, can you get me some help for the remaining tasks here?

- test the patch
- evaluate the impact of those 11 locales on things like image sizes etc. We'd need that to evaluate the risk of taking this patch in 1.1

	Dietrich Ayala (:dietrich)
	Comment 3 • 11 years ago

* is this a regression from 1.0?

* or are these new strings in gecko since 1.0?

* what's the user impact? (ie, what are these strings?)

	Axel Hecht [:Pike] Reporter
	Comment 4 • 11 years ago

(In reply to Dietrich Ayala (:dietrich) from comment #3)
> * is this a regression from 1.0?
>
> * or are these new strings in gecko since 1.0?

This is new localizations starting to matter for 1.1, compared to 1.0. That had only 'es', 'pl' and 'pt-BR' on.

> * what's the user impact? (ie, what are these strings?)

error pages for dns, bad certs etc in the browser won't be localized, all the things that make the browser show the neterror.xhtml page. Also the slow-script dialog.

	Jason Smith [:jsmith]
	Comment 5 • 11 years ago

FWIW - From what I'm seeing from the dependencies here, it sounds like what Pike is describing here is porting over localizations we have on FxAndroid to Firefox OS for features that are in parity in FxAndroid to Firefox OS. Examples include the ones he mentioned - the certificate error dialog for example.

If these are required 1.1 locales, then it makes sense to block on the related dependency work needed here for the required locales for 1.1.

	Alex Keybl [:akeybl]
	Comment 6 • 11 years ago

Over to kaze as David is out We basically just need a review and evaluation of the image size impact.

	Fabien Cazenave [:kaze]
	Comment 7 • 11 years ago

This is probably a silly question: what localized Gecko strings do we still need in Gaia?

In a perfect world I think all localized strings would be defined in Gaia rather than in Gecko; and if we must keep a few Gecko strings, what exactly do we need in order to track them and include the bare minimum?

	(inactive after 6/18) Alive Kuo [:alive]
	Comment 8 • 11 years ago

As discussed on IRC, I am uncertain if I understand this issue correctly.

I believe that system app's responsibility is to replace any native gecko UI with HTML,
and if we find that we still have some UI is shown from gecko, we should have a new API and let system app handle that in HTML/JS.

The only exception is gecko's error page in browser app isn't handled by browser app but only shows the nsIError.xhtml

I think Josh and Ben know the future plan. If we don't want to accept this gecko change we should figure out a way to display them before we have Fennec.

	Alex Keybl [:akeybl]
	Comment 9 • 11 years ago

Axel, can you help with comment 8.

	Axel Hecht [:Pike] Reporter
	Comment 10 • 11 years ago

(In reply to Alex Keybl [:akeybl] from comment #9)
> Axel, can you help with comment 8.

Not much, sadly. The status quo is described in comment 4, and in all the bugs that this bug is blocking.

If we could rewrite the neterror and cert error stuff to not need strings on the gecko side, I don't know.

For a current gecko (not 1.8, that is), we can mirror what android does with bug 792077 and friends to cut down on the size impact. But the amount of regressions that had sounds like a good indication that we shouldn't try this in the 1.1 timeframe.

	Lukas Blakk [:lsblakk] use ?needinfo
	Comment 11 • 11 years ago

Marking NPOVB since it's a tracking bug.

	Axel Hecht [:Pike] Reporter
	Comment 12 • 11 years ago

I'm removing NPOVB again, as there's actually the code change in attachment 776320 [details] [diff] [review] in this bug to b2g/locales/all-locales that needs to land, and then all the dependent bugs should go away.

	Axel Hecht [:Pike] Reporter
	Comment 13 • 11 years ago

Any update on what we should do here?

	Axel Hecht [:Pike] Reporter
	Comment 14 • 11 years ago

This is getting really close to "not happening" at this point.

	Raul Nicolae Malea
	Comment 15 • 11 years ago

Any update for this?

	sarsenyev
	Comment 16 • 11 years ago

The "bad certification page" and "Page is not available" still aren't localized in the target language 

Device: Buri v1.2 Aurora COM RIL
BuildID: 20131021004006
Gaia: 1fd315337d8ae891c3024e4c682c4c50797ea40e
Gecko: d585fe28cd55
Version: 26.0a2
Firmware Version: US_20130930
RIL Information: 01.02.00.019.082

	lecky
	Comment 17 • 11 years ago

Hi,

i would like to know that if multi-languages are supported in gecko?

I am using V1.1HD,and it seems that only english is supported in gecko.

And i could not figure out that when change system language,how it affects gecko language?

	Axel Hecht [:Pike] Reporter
	Comment 19 • 11 years ago

Not sure what to really do with this bug, moving it off my personal radar, though.

It kinda seems to me that this is WONTFIX unless we get poked to actually fix it?

	Jordi Serratosa
	Comment 22 • 11 years ago

This bug is causing lots of related bugs. Server error pages, Certificate error pages, even javascript alerts appear in English. I do not think it is worth starting opening bugs for my locale (Catalan) about them.
In my opinion, the gecko strings should be included for every "official" locale in which Firefox OS is going to be shipped. I do not see the logic of only including "es-ES, pl, pt-BR" only. I assume it's up to each Mozilla partner to include a locale or not for the country they are shipping Firefox OS devices. I seem to remember the same applies for keyboard layouts.
I consider that if a build includes Catalan locale, it should include the Catalan gecko strings. Replace "Catalan" with any other locale officially shipped for 1.2.

	Delphine Lebédel [:delphine - Off until Sept 19]
	Comment 26 • 9 years ago

[Blocking Requested - why for this release]:

Seems like this bug has been around forever. I think we should get this on our radar for future releases and get a fix because current behavior is definitely not optimal. Nominating

	Axel Hecht [:Pike] Reporter
	Comment 27 • 9 years ago

I'd much rather remove the need to have this, aka, have bug 1067987 get traction.

	Delphine Lebédel [:delphine - Off until Sept 19]
	Comment 28 • 9 years ago

D'oh! Forgot we were going down that road. Taking out nom'. How should we close this bug?

	Delphine Lebédel [:delphine - Off until Sept 19]
	Comment 29 • 9 years ago

Bug 1067987 is the way we'll try and push things forward. Closing this one as WONTFIX