Closed Bug 996479 Opened 11 years ago Closed 10 years ago

{{browserBrandShortName}} is displayed instead of Firefox OS (browser, FTU)

Categories

(Firefox OS Graveyard :: Gaia::Build, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: flod, Assigned: yurenju)

References

Details

Attachments

(3 files)

Attached image Screenshot on master
Noticed today on master when opening browser.app The main title is not localized (see screenshot). Setting component and dependency based on the assumption that is related to the l10n.js refactor
Which build is that? Asking because I know it's been broken on the desktop builds before, due to bad packaging of shared branding.
This happens on both Hamachi and Keon, today's build, flashing over my version of Gaia with the usual script. Same happens in Nightly running a Gaia profile.
Now that I think more about it, I've seen this before last week. In fact, if I open FTU, I have the same problem. Tried flashing again but I have the same issue.
No longer depends on: 914414
Summary: [Browser] Home page title says {{browserBrandShortName}} → {{browserBrandShortName}} is displayed instead of Firefox OS (browser, FTU)
Relevant piece of make log ~/moz/gaia/shared/locales/branding/official/branding.it.properties could not be found. /build_stage/communications/ftu/index.html: [l10n] [it]: 3 missing in the visible DOM: n, brandShortName, url /build_stage/communications/ftu/index.html: [l10n] [it]: 3 missing compared to en-US: brandShortName, browserBrandShortName, browserBrandFullName Not sure where to move this bug at this point.
This doesn't happen if I flash the official build for Hamachi (20140414160205). Command I'm using to flash Gaia is make clean && PRODUCTION=1 make install-gaia MAKECMDGOALS=production MOZILLA_OFFICIAL=1 GAIA_KEYBOARD_LAYOUTS=en,it GAIA_DEFAULT_LOCALE=it LOCALES_FILE=locales/languages_all.json LOCALE_BASEDIR=locales/ DEVICE_DEBUG=1
Component: Gaia::L10n → Gaia::Build
Yuren, is this related to the build problem? Any idea who could look into this?
Flags: needinfo?(yurenju.mozilla)
Francesco, I used this command to make with Italian but can't reproduce this issue, could you give me your command which can reproduce it? LOCALES_FILE=../l10n/languages.json LOCALE_BASEDIR=../l10n make there are language.json with Italian and it directory which download from http://hg.mozilla.org/gaia-l10n in l10n directory.
Flags: needinfo?(yurenju.mozilla) → needinfo?(francesco.lodolo)
The full command I use is reported in comment 5 (I actually use this script https://github.com/flodolo/scripts/blob/master/gaia/flash_gaia.sh) make clean && PRODUCTION=1 make install-gaia MAKECMDGOALS=production MOZILLA_OFFICIAL=1 GAIA_KEYBOARD_LAYOUTS=en,it GAIA_DEFAULT_LOCALE=it LOCALES_FILE=locales/languages_all.json LOCALE_BASEDIR=locales/ DEVICE_DEBUG=1 I've received reports from other people having the same issue.
Flags: needinfo?(francesco.lodolo)
I see you have a completely different image in browser, so it's probably not using brandShortName at all (MOZILLA_OFFICIAL?)
Locales don't have a branding/official folder, just branding/unofficial https://hg.mozilla.org/gaia-l10n/en-US/file/3a3a34244293/shared/branding I guess that's the issue here.
AFAICT, the issue is that we're copying over shared/locales/branding without taking either the official or unofficial part of it into build_stage. Or we'd need to reference either in build_stage/.../shared/locales/branding.ini, but the references in there don't match the official and unofficial subdirs there. Don't recall if my build_stage locally is one for profile-test or profile-debug
thanks, I can reproduce it with |LOCALES_FILE=../l10n/languages.json LOCALE_BASEDIR=../l10n GAIA_DEFAULT_LOCALE=it make|.
Assignee: nobody → yurenju.mozilla
root cause should be we don't embed {{browserBrandShortName}} for data-l10n-id "browser". browser/index.html in zip for three condition: make: [o] <h1 data-l10n-id="browser">Web Browser</h1> GAIA_DEFAULT_LOCALE=zh-TW make: [o] <h1 data-l10n-id="browser">網頁瀏覽器</h1> GAIA_DEFAULT_LOCALE=it LOCALE_BASEDIR=<L10N_DIR> make [x] <h1 data-l10n-id="browser">{{browserBrandShortName}}</h1>
Note that we have the same problem in FTU, and I guess in other places where we use that variable (system, settings, but I should check) http://transvision.mozfr.org/?recherche=brandshortname&repo=gaia&sourcelocale=en-US&locale=en-US&search_type=strings
I think the root cause is we don't copy right branding files from l10n directory, I'll keep investigating tomorrow.
francesco, could you test this pr if it can solve this issue? noted we still can reproduce this issue with MOZILLA_OFFICIAL=1 because we don't have it/shared/branding/official/branding.properties, please file a follow up bug to fix it for l10n repository. George, could you review this pr? thanks!
Attachment #8444925 - Flags: feedback?(francesco.lodolo)
Attachment #8444925 - Flags: review?(gduan)
Comment on attachment 8444925 [details] [review] github PR: https://github.com/mozilla-b2g/gaia/pull/20913 With the patch applied, and dropping MOZILLA_OFFICIAL=1, I get B2G OS in browser and FTU. > noted we still can reproduce this issue with MOZILLA_OFFICIAL=1 > because we don't have it/shared/branding/official/branding.properties, > please file a follow up bug to fix it for l10n repository. I'm not sure if this should be fixed at l10n level (adding strings) or build level (just use en-US values). Pike, what do you think? https://bitbucket.org/pike/gaiaconv/src/44483e5e7ebd8e46f0f4d590c48525a9f70cb2ac/gaiaconv/filemap.py?at=default#cl-45
Attachment #8444925 - Flags: feedback?(francesco.lodolo) → feedback+
Flags: needinfo?(l10n)
The official branding is not part of l10n by design, to avoid localizers fudging with our trademarks. Our work here should probably keep it that way. Otherwise, we'd need to open a can of worms with the brand people.
Flags: needinfo?(l10n)
That's what I thought. @Yuren Should I file a bug to make the build system always use en-US /branding/official with MOZILLA_OFFICIAL=1?
Francesco, I updated my pr so now we are good both for MOZILLA_OFFICIAL=1|0 :D so we don't need to file another bug.
(In reply to Yuren [:yurenju] from comment #20) > Francesco, I updated my pr so now we are good both for MOZILLA_OFFICIAL=1|0 I tried the patch, but it doesn't work for me. Is it already updated on GH? Also in the log I still see a bunch of [multilocale] Properties file not found: /Users/flodolo/moz/gaia/locales/it/shared/branding/official/branding.properties
what command do you use? like command on comment 8? I will take a look tomorrow.
Yes, the command is in comment 8.
Comment on attachment 8444925 [details] [review] github PR: https://github.com/mozilla-b2g/gaia/pull/20913 Patch looks good to me. I also tried to copy unofficial folder to official with command from comment 8, and it works fine. r=gduan
Attachment #8444925 - Flags: review?(gduan) → review+
Hi Francesco, Just like George and Pike said, we won't have translation for official branding but the mechanism works if we have translation for official branding, so I will land this pr soon.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
(In reply to Yuren [:yurenju] from comment #25) > Just like George and Pike said, we won't have translation for official > branding but the mechanism works if we have translation for official > branding, so I will land this pr soon. Bug subject says " {{browserBrandShortName}} is displayed instead of Firefox OS (browser, FTU)". That's not fixed for MOZILLA_OFFICIAL=1, because we won't have /branding/official in l10n repositories. I'm fine with you landing this patch, but either you change this bug subject and I file a new one for MOZILLA_OFFICIAL=1, or this bug is actually not fixed.
flod, I'm surprised that runtime fallback wouldn't work for official branding. I'll have hardly any time for testing myself in the next few days. Or is this only a problem if you set GAIA_DEFAULT_LOCALE to non-en-US?
(In reply to Axel Hecht [:Pike] from comment #28) > flod, I'm surprised that runtime fallback wouldn't work for official > branding. I'll have hardly any time for testing myself in the next few days. > > Or is this only a problem if you set GAIA_DEFAULT_LOCALE to non-en-US? Apparently yes. GAIA_DEFAULT_LOCALE=it Flash the device, browser shows {{browserBrandShortName}} Switch to English, browser shows "Firefox" Switch back to Italian, browser shows {{browserBrandShortName}} If I remove GAIA_DEFAULT_LOCALE completely, I get "Firefox" correctly even if the phone starts in Italian.
See Also: → 1041870
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: