Closed Bug 900504 Opened 12 years ago Closed 12 years ago

l10n packaging of gaia broken, doesn't pick up content for apps

Categories

(Firefox OS Graveyard :: GonkIntegration, defect)

defect
Not set
major

Tracking

(blocking-b2g:koi+, firefox26 fixed, b2g-v1.2 fixed)

RESOLVED FIXED
blocking-b2g koi+
Tracking Status
firefox26 --- fixed
b2g-v1.2 --- fixed

People

(Reporter: Pike, Assigned: yurenju)

References

Details

(Keywords: regression)

Attachments

(1 file, 2 obsolete files)

The localization scheme for apps is not working right now. The root cause boils down to Makefile setting the GAIA_APPDIRS to absolute paths, which trump all file path manipulations including the targets in multilocale.py. I'm not sure how one would fix this, I got lost in the relationships between gaia apps that we localize and all the distribution stuff around it. This only affects master, aka 1.2, thus requesting koi?. This does not affect v1-train.
This may very well be a regression from bug 848604.
Keywords: regression
Yuren, can you own this, or find an owner for this?
Severity: normal → major
Flags: needinfo?(yurenju.mozilla)
Sure, it's my bad.
Assignee: nobody → yurenju.mozilla
Flags: needinfo?(yurenju.mozilla)
Hi Pike, could you provide STRs? it would be helpful for fixing it.
Flags: needinfo?(l10n)
https://developer.mozilla.org/en-US/docs/Mozilla/Firefox_OS/Building#Building_multilocale has docs, you'll need to actually clone some hg repos with languages outside of gaia. Italian and Polish would be good candidates. Once you've set up the repos and variables, make profile or debug-profile, as usual.
Flags: needinfo?(l10n)
I have investigated this issue, I plan to add a new argument --gaia to store GAIA_DIR and find the correct path for *.ini.
Flags: needinfo?(l10n)
Stas, could you help to review this PR? thanks!
Attachment #792010 - Flags: review?(stas)
Flags: needinfo?(l10n)
Hi Pike, Do you know who can review this or could you? Looks Stas is pretty busy.
Flags: needinfo?(l10n)
I'm sorry, I was indeed busy but I'll review this today.
Flags: needinfo?(l10n)
Comment on attachment 792010 [details] [review] github PR: https://github.com/mozilla-b2g/gaia/pull/11598 r- because of two problems that I found: 1.manifest.webapp files need the same logic. Right now, it's os.path.join(source, locale, os.path.dirname(manifest_file), ...) and manifest_file is an absolute path, so source and locale are ignored. 2. relative path is correct for apps, but incorrect for anything in shared/ For example: target /home/stas/moz/b2g/gaia/apps/system/locales/system.el.properties relative apps/system/locales/system.el.properties but: target shared/locales/branding/branding.el.properties relative branding.el.properties target shared/locales/permissions/permissions.el.properties relative ns/permissions.el.properties target shared/locales/date/date.el.properties relative .el.properties target shared/locales/tz/tz.el.properties relative properties This can be fixed in the Makefile by making shared be absolute as well, like this: -GAIA_LOCALE_SRCDIRS=shared $(GAIA_APPDIRS) +GAIA_LOCALE_SRCDIRS=$(CURDIR)/shared $(GAIA_APPDIRS)
Attachment #792010 - Flags: review?(stas) → review-
Attached patch Replacement patch (obsolete) — Splinter Review
Yuren, what do you think about this approach instead?
Attachment #792010 - Attachment is obsolete: true
Attachment #795320 - Flags: review?(yurenju.mozilla)
Comment on attachment 795320 [details] [diff] [review] Replacement patch Looks good, let's land it :D r=yurenju
Attachment #795320 - Flags: review?(yurenju.mozilla) → review+
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
(In reply to Ed Morley (Away 23rd-26th August) [:edmorley UTC+1] from comment #15) > This broke Windows B2G desktop builds: > https://tbpl.mozilla.org/php/getParsedLog.php?id=27051712&tree=Mozilla- > Central > https://tbpl.mozilla.org/php/getParsedLog.php?id=27051563&tree=Mozilla- > Central > > Reverted: > https://github.com/mozilla-b2g/gaia/commit/ > 599214a0f41eece076dc83cd85f5b27f8cfe67f2 Ok turns out to have been something else (see bug 908691), this can reland (sorry for the noise).
so, maybe, there are 2 different errors, and the error outlined by Ed is actually caused by this bug...
root cause is $(CURDIR) looks like C:\\a\\b\\c, but we got path from find_files in multilocales.py is something like C:\a\b\c, so we got a wrong path when use make_relative().
Updated pull request, but I'm not sure if this is a good idea... I detect OS platform in make_relative() to modify gaia path.
Attachment #795320 - Attachment is obsolete: true
Attachment #796529 - Flags: review?(stas)
Comment on attachment 796529 [details] [review] github PR: https://github.com/mozilla-b2g/gaia/pull/11598 I don't have a Windows machine to test this, but it looks good to me. I don't want to spend too much time fixing this file because ultimately, I'd like to see it rewritten into JavaScript anyways. r=stas
Attachment #796529 - Flags: review?(stas) → review+
I'll re-write it into javascript soon :-)
Yuren, do you want me to merge the pull request, or will you do it?
I'll do it, let me do some final check.
Status: REOPENED → RESOLVED
Closed: 12 years ago12 years ago
Resolution: --- → FIXED
blocking-b2g: koi? → koi+
John, can you please assist with the uplift? :)
Flags: needinfo?(jhford)
There is a small merge conflict in the Makefile, please resolve that and push to v1.2
Flags: needinfo?(jhford) → needinfo?(yurenju.mozilla)
this commit was landed before branching v1.2, so we don't need merge again.
Flags: needinfo?(yurenju.mozilla)
Marking status as 1.2 fixed, per comment #27.
Attachment mime type: text/plain text/plain → text/x-github-pull-request text/x-github-pull-request
(To get this out of the saved search for uplift)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: