372409 - Migration Wizard requires string change for home page selection

Status: RESOLVED FIXED

(Firefox :: Migration, defect, P1)

Description

[Chris Beard]

The solution to bug 371309 requires that we change the homepage migration text to be slightly more generic, and to explicitly not include the name of a particular distribution partner.  This requires a single string change with l10n impact.

We require a descriptive string that provides users with enough information to make an informed choice of start page. While the string we've decided on is not ideal, it works in all scenarios. That is, for distribution directly from Mozilla and from any of our partners. We're effectively asserting that "Firefox Start" means the home page that Mozilla has determined to be the best possible start page for each of our distribution channels. This should be viewed as a short-term solution.

We will absolutely need to revisit this as part of the branding architecture being proposed for Fx 3.

Current String:
"Firefox Start, a fast search page with search results by XXX"

New String:
"Firefox Start, a fast home page with built-in search"

Comment 1

[Axel Hecht [:Pike]]

So, we want to have corresponding patches to https://bugzilla.mozilla.org/attachment.cgi?id=257411&action=diff#mozilla/other-licenses/branding/firefox/locales/en-US/brand.properties_sec1 for all locales, right? I'd file bugs on those for all locales and made those block this bug, then.
We can make up our mind on which locales to block or not once we have a set of patches. Requesting blocking1.8.1.3 for this bug to track that.

Comment 2

[Mike Connor [:mconnor]]

plussing for now, we may push bug 371309 out depending on the lead time involved here

Axel, what's your best guesstimate on time to get Tier 1 and Tier 2 locales on board here?

Comment 3

[Axel Hecht [:Pike]]

I don't know. I guess we'll find out once we can actually point to a particular patch to port. See comment 1, if that is what we want for the branch, I can start collecting patches in separate bugs.

Comment 4

[Axel Hecht [:Pike]]

Attachment: grab the current translations

Here's the patch of localizations that we have right now.

Exclusion: zh-CN, that patch didn't want to apply magically. I hand-fixed da and it.

Incorporate languages: 
af ar ca da de en-ZA es-AR es-ES fi fr fy-NL ga-IE gu-IN he it ka ko lt nb-NO nl nn-NO nr nso pa-IN pl pt-PT ru sl ss st sv-SE tn ts ve xh zu

Comment 5

[Iulian Ursache-Dogariu]

Why is ro missing? We have a patch in bug 372935

Comment 6

[Axel Hecht [:Pike]]

Because Romanian will land this as part of the merging work, no need to fix this here. Somewhat arbitrary as a decision, but good enough.

Comment 7

[Benjamin Smedberg]

Landed the rollup patch except for fy-NL which didn't apply (there was an intervening checkin).

Comment 8

[Axel Hecht [:Pike]]

hrm. odd, fy-NL has been unchanged since March 2006, http://bonsai-l10n.mozilla.org/cvsgraph.cgi?file=l10n/fy-NL/other-licenses/branding/firefox/brand.properties. Anyway, that makes

af ar ca da de en-ZA es-AR es-ES fi fr ga-IE gu-IN he it ka ko lt nb-NO
nl nn-NO nr nso pa-IN pl pt-PT ru sl ss st sv-SE tn ts ve xh zu

I'll add an fixed1.8.1.4 keyword to those, and add a comment to ask those bugs to be actually closed if they landed on trunk. I'll leave that landing up to the localizers.

Comment 9

[Axel Hecht [:Pike]]

Attachment: next round of localizations

Going to land the next round of locales now with this attachment:

be cs el en-GB eu fy-NL ja ja-JP-mac mn pt-BR sk zh-CN

Comment 10

[Daniel Veditz [:dveditz]]

Pushing out, we've not gotten enough of the locales in to call this a blocker

Comment 11

[Axel Hecht [:Pike]]

Attachment: aggregate patch for hu and tr

Next round of landing, Hungarian and Turkish, self-approving for the MOZILLA_1_8_BRANCH, too.

Comment 12

[Axel Hecht [:Pike]]

Adding fixed1.8.1.4, we're not going to land more localization fixes for this for the .4 release.

Open and shipped localizations without a fix for .4 are Bulgarian, Kurdish, Traditional Chinese.

Comment 13

[Axel Hecht [:Pike]]

Added bugzilla query as URL for locales not fixed in .4

Comment 14

[Erdal Ronahi]

Kurdish (bug #372921) now has a patch, waiting for approval. Sorry for being late, it was not possible earlier.

Comment 15

[Daniel Veditz [:dveditz]]

Clearing "blocking1.8.1.5+" given "fixed1.8.1.4" marking. If more languages need landing in 1.8.1.5 it's probably better at this point to track that in individual bugs.

Comment 16

[Axel Hecht [:Pike]]

Putting this bug back on my radar.

Comment 17

[Axel Hecht [:Pike]]

All dependent bugs are fixed by now.