Closed Bug 1072797 Opened 10 years ago Closed 10 years ago

[l10n] Import dialog from Gmail is not localized

Categories

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

defect
Not set
normal

Tracking

(b2g-v2.0 unaffected, b2g-v2.1 unaffected, b2g-v2.2 affected)

RESOLVED FIXED
Tracking Status
b2g-v2.0 --- unaffected
b2g-v2.1 --- unaffected
b2g-v2.2 --- affected

People

(Reporter: flod, Assigned: zbraniecki)

References

Details

(Keywords: regression)

Attachments

(2 files)

Gaia-Rev        e835b38c5e820099c26b4b08ac6a6db88adf78b0
Gecko-Rev       https://hg.mozilla.org/mozilla-central/rev/1735ff2bb23e
Build-ID        20140924160204
Version         35.0a1
Device-Name     flame
FW-Release      4.4.2


Just installed v180, so I wend into Contacts to import my Gmail contacts: I click "Import from Gmail", authorize the app and then everything is displayed in English: wait screen, interface to select contacts, etc.

Not sure if there are relevant changes in the way me manage l10n, it definitely used to work fine a few weeks ago.
I have this issue in Italian, Spanish, and German but not in French.

Gaia-Rev        03d7bcad57ea281869976a9aed0a38849f7c8bc5
Gecko-Rev       https://hg.mozilla.org/mozilla-central/rev/1735ff2bb23e
Build-ID        20140924160204
Version         35.0a1
Device-Name     flame
FW-Release      4.4.2
FW-Incremental  eng.cltbld.20140924.192602
FW-Date         Wed Sep 24 19:26:12 EDT 2014
Bootloader      L1TC10011800
Keywords: qawanted
QA Wanted for a branch check with the KK base image.
(In reply to Johan Lorenzo [:jlorenzo] from comment #1)
> I have this issue in Italian, Spanish, and German but not in French.

Weird. My only explanation for French working is that we're picking up strings from Gaia instead of /locales.
Can you give me a particular string and its ID that is showing up in French and not in Italian?

(Possible candidate here could be bug 1022767, manifests vs ini, not because I have good reasons to think it is, just because)
This is the first string displayed in English (it's actually in /shared)
http://transvision.mozfr.org/?sourcelocale=en-US&locale=it&repo=gaia&search_type=entities&recherche=shared/facebook/facebook.properties:waitFriends

Note that I'm seeing this on the Gaia I flash on the phone with Italian, to test French I should reflash the original build from pvt.

If I check /system/b2g/webapps/communications.gaiamobile.org/application.zip, the string is correctly localized in locales-obj/it.json

I was thinking more of bug 1052136, but only some pieces landed so far.
Out of curiosity I flashed the changeset before that landed in bug 1052136 and I get my localization back.
https://github.com/mozilla-b2g/gaia/commit/e2652d9cd24c8bec5b833a63a54c0a151bfb6ff5

NI Gandalf at this point. I'm not 100% positive that's the culprit since there are a ton of changesets in the middle, but I definitely spotted that bug by looking at
https://github.com/mozilla-b2g/gaia/tree/master/apps/communications/contacts/js
Flags: needinfo?(gandalf)
Blocks: 1052136
I hooked up the import dialog on a recent build, and it seems that the import.html page isn't localized right.

The locales list in the meta tag isn't right.

Smells like the manifest patch.
That wouldn't completely explain why it works with changeset from comment 6

Around the same landing I also found bug 1068929, which interestingly enough is about /shared
taking
Assignee: nobody → gandalf
Status: NEW → ASSIGNED
Flags: needinfo?(gandalf)
This issue is NOT reproducible on Flame 2.1 and Flame 2.0.

Observed behavior: The gmail contacts import dialog is localized. Tested in Spanish.

Device: Flame
BuildID: 20140925092639
Gaia: 86905e14c3ff06a0e6952ba635b6066ad2eea6b4
Gecko: e128c7d918de
Version: 34.0a2 (2.1)
Firmware: V180
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Device: Flame
BuildID: 20140925082640
Gaia: 95a51689acd0488b3ba79abe2423cdcc132fff4a
Gecko: bd67c37ece85
Version: 32.0 (2.0)
Firmware: V180
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmitchell)
Keywords: qawantedregression
blocking-b2g: --- → 2.2?
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmitchell)
QA Contact: pcheng
Attached file pull request
this is a regression from manifest patch. I remember thinking about this case when I was working on it, and even Axel asked about it, and at the time I couldn't find a better solution.

Now I found a trivial one.

Basically, shared/pages/import is the only place in our code where we added manifest.webapp outside of root of an app. I thought it was needed because those pages are linked from two apps (communications/contacts and ftu) and they are differently positioned vs. root so I couldn't use relative path.

What was beyond my wildest dreams at the time is that I can link the manifest using absolute path "/manifest.webapp".

This patch uses this latest technology to fix the regression.
Attachment #8495570 - Flags: review?(stas)
Blocks: 1022767
striking regression window wanted tag - seems like it isn't needed here - patch is already pending.
QA Contact: pcheng
No longer blocks: 1052136
Comment on attachment 8495570 [details] [review]
pull request

I like how this looks so obvious now :)  r=me, good catch.
Attachment #8495570 - Flags: review?(stas) → review+
Commit: https://github.com/zbraniecki/gaia/commit/11cb0060dbf3472ca5c0af9fc00c19f8441b9408
Merge: https://github.com/mozilla-b2g/gaia/commit/c7cd440cad7fdc72fea3c1ab0b729f23cf962494

Thanks guys! Apologies for the regression!
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
fixed in master already
blocking-b2g: 2.2? → ---
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: