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)

ARM
Gonk (Firefox OS)
defect
Not set
normal

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).
Blocks: app-install
blocking-basecamp: --- → ?
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
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)
I wonder if I prefer to abandon the project or ship it knowing this issue ? Renominating...
blocking-basecamp: + → ?
(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.
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)
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
No longer blocks: app-install
Priority: P3 → --
Target Milestone: B2G C3 (12dec-1jan) → ---
You need to log in before you can comment on or make changes to this bug.