Closed
Bug 824621
Opened 12 years ago
Closed 12 years ago
[FTU] 'Email address' placeholder for newsletter sign-up is not localized, stays English
Categories
(Firefox OS Graveyard :: Gaia::First Time Experience, defect, P1)
Firefox OS Graveyard
Gaia::First Time Experience
All
Gonk (Firefox OS)
Tracking
(blocking-basecamp:+)
People
(Reporter: aryx, Assigned: Pike)
References
Details
(Keywords: l12y)
Attachments
(1 file)
B2G central emulator for Desktop (Windows XP) 20121224
In the FTU where you can sign up for information and events from Mozilla, the placeholder for the email address ('Email address') has not been localized.
Assignee | ||
Comment 2•12 years ago
|
||
Requesting blocking-basecamp, as this degrades our ftu experience in Portugese and Spanish.
The string itself is localized, so my assumption is that we don't retranslate it when the ftu switches locale.
blocking-basecamp: --- → ?
Updated•12 years ago
|
blocking-basecamp: ? → +
Priority: -- → P1
Target Milestone: --- → B2G C4 (2jan on)
Comment 3•12 years ago
|
||
Actually I believe support is already there for this, we just need to localize the "emailAddress.placeholder" key in FTU.
Who can we assign this to for localization of that key? The git stuff is pretty straightforward, so I can open up a PR for that if desired. I'm not sure of the workflow for the localization HG stuff though.
Assignee | ||
Comment 4•12 years ago
|
||
Kevin, thanks for the hint, I'm having a patch now that'll communicate itself out to the l10n systems, too. PR coming up.
Assignee: nobody → l10n
Assignee | ||
Comment 5•12 years ago
|
||
Kevin, are you a good reviewer for this?
Attachment #697998 -
Flags: review?(kgrandon)
Comment 6•12 years ago
|
||
Axel - That is the fix that's needed - but how does it work? Will this new key be propagated to other locales? Is there some manual changes we need to make?
I guess I just don't know the process regarding localization and gaia vs HG.
I have a branch as well: https://github.com/KevinGrandon/gaia/commit/4f7777e2f1bd8e215afd0f5d44d822ec2e3495ad This fixes the issue for the locales inside of gaia.
Assignee | ||
Comment 7•12 years ago
|
||
The process will work like this:
I or stas will take the change the change and port it to http://hg.mozilla.org/gaia-l10n/en-US/, at which point the l10n dashboard on https://l10n.mozilla.org/shipping/dashboard?tree=gaia will change the status, and report emailAddress as an obsolete entry, and emailAdress.placeholder as missing.
I'll likely do the actual porting, and will post in .l10n about why we had to rename the key.
Then the l10n teams have all they need to follow up.
Comment 8•12 years ago
|
||
Comment on attachment 697998 [details]
use the right ID to match the placeholder attribute
Cool, thanks for the info. In that case this change should be fine and work once it's propagated/translated for all of the locales.
Attachment #697998 -
Flags: review?(kgrandon) → review+
Assignee | ||
Comment 9•12 years ago
|
||
I can't merge myself, can you?
Comment 10•12 years ago
|
||
Assignee | ||
Comment 11•12 years ago
|
||
Thanks, I've also migrated the change to gaia-l10n/en-US, and posted to .l10n.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 12•12 years ago
|
||
On the 1/12/13 unagi build, Portuguese still displays "Email address" in the newsletter field.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 13•12 years ago
|
||
(In reply to Rebecca Billings from comment #12)
> On the 1/12/13 unagi build, Portuguese still displays "Email address" in the
> newsletter field.
Please file a new bug for the issue you encountered and link it as a dependency on this bug. Reopening makes tracking blockers a royal pain, so I'd suggest filing followups and linking appropriately.
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•