Closed
Bug 818332
Opened 12 years ago
Closed 11 years ago
zh-tw builds have {{brandshortName}} in the UI
Categories
(Firefox OS Graveyard :: GonkIntegration, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: tchung, Unassigned)
Details
Attachments
(1 file)
37.02 KB,
image/png
|
Details |
Tested on the multilocale builds that bhearsum generated. some screens are still showing the placeholders for {{brandShortName}} See screenshot Repro: 1) install multilocale build, otoro 2) select chinese 3) go to settings, and verify l10n placeholder Expected: - localized
Comment 1•12 years ago
|
||
Given that this is zh-TW only, maybe it's a locale issue?
Comment 2•12 years ago
|
||
The string https://github.com/mozilla-b2g/gaia/blob/master/apps/settings/locales/settings.en-US.properties#L404 doesn't exist in zh-TW, so it seems that parameter substitution doesn't happen when picking up fallback strings at runtime? Kaze?
Comment 3•12 years ago
|
||
Right. This should be fixed by either creating the proper branding.zh-TW.properties file ,or by removing the [zh-TW] (and [fr]…) sections from the branding.ini file here: https://github.com/mozilla-b2g/gaia/blob/master/shared/locales/branding.ini That being said, l10n.js should be able to ignore non-existing files, see bug 816978.
Comment 4•11 years ago
|
||
It looks like this string was added on 12-12-12. https://github.com/mozilla-b2g/gaia/blame/master/shared/locales/branding/unofficial/branding.zh-TW.properties
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•