Closed
Bug 824417
Opened 12 years ago
Closed 12 years ago
Request to install a hosted app that has a locale override that matches the device's locale - the install prompt does not use localized values
Categories
(Firefox OS Graveyard :: Gaia::System, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 824418
People
(Reporter: jsmith, Unassigned)
Details
Build: B2G18 12/23/2012
Device: Unagi
Steps:
1. Go to http://jds2501.github.com/webapi-permissions-tests/
2. Install the hosted app from "Hosted App Test Case 6" or "Hosted App Test Case 7" with the phone's locale set to English
Expected:
The install prompt should use the localized app name, developer name, and developer url.
Actual:
The default app name, developer name, and developer url is used instead. This is incorrect - the localized values are supposed to be used from a locale if the locale specified matches the phone's locale.
Additional Notes:
This is definitely a v1 blocker. Why? Because the large majority (if not almost all) of the hosted apps submitted to marketplace default to using English for their default values and use a locale overrides for each target market this phone aims to hit. In short, this means our users in our target markets will be stuck with english-based install prompts for those apps, not the target locale that phone belongs to (e.g. pt-BR locale in locale override won't be used, so Porteguese won't be used in the install prompt, English would be).
Reporter | ||
Updated•12 years ago
|
Blocks: app-install
blocking-basecamp: --- → ?
Reporter | ||
Comment 1•12 years ago
|
||
Btw as a point of comparison to other platforms:
* Desktop does use the localized app name in the install prompt
* Android does use the localized app name in the install prompt
* B2G does not use the localized app name (and other values too) in the install prompt
Comment 2•12 years ago
|
||
Triage: BB+, C3, P3 - agree with additional notes in description.
Please renom if the risk to resolve this issue is way too high given the time we have
blocking-basecamp: ? → +
Priority: -- → P3
Target Milestone: --- → B2G C3 (12dec-1jan)
Comment 3•12 years ago
|
||
I wonder if I prefer to abandon the project or ship it knowing this issue ? Renominating...
blocking-basecamp: + → ?
Reporter | ||
Comment 4•12 years ago
|
||
(In reply to David Scravaglieri [:scravag] from comment #2)
> I wonder if I prefer to abandon the project or ship it knowing this issue ?
> Renominating...
If we don't fix this, then pretty much every app installed from marketplace will always be in English. And there really isn't a work-around on this issue.
Firefox Marketplace 1.0's success is as critical as the on-device code. If we fail to provide an effective experience, then our apps ecosystem for the phone will fail. So yeah, I still stand to believe this is a showstopper given our target markets primarily being in a non-English locale.
Comment 5•12 years ago
|
||
Jason, can you please clarify a couple of points from your description:
1. You state in your STR "with the phone's locale set to English". Do you then change the locale to another language after installation? Does the scenario work as expected if the locale is set to another language, like Portuguese?
2. You state in actual that the default values are seen instead of the localized app values. I think you mean default strings from the app. Do you mean the default English strings that are in en-US? Can you provide a concrete example of the issue?
Flags: needinfo?(jsmith)
Reporter | ||
Comment 6•12 years ago
|
||
See https://bugzilla.mozilla.org/show_bug.cgi?id=824418#c5.
Duping on bug 824418 as I've generalized that bug to fix the general problem I'm seeing.
Status: NEW → RESOLVED
blocking-basecamp: ? → ---
Closed: 12 years ago
Flags: needinfo?(jsmith)
Resolution: --- → DUPLICATE
Reporter | ||
Updated•12 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•