Change personas iframe url on firstrun to locale-agnostic url

VERIFIED FIXED

Status

www.mozilla.org
General
--
major
VERIFIED FIXED
8 years ago
5 years ago

People

(Reporter: Away for a while, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [1.9.2-fixed], URL)

(Reporter)

Description

8 years ago
Currently, the firstrun.php page for a non-existing locale redirects to the wrong location, for example, this page:

http://www.getpersonas.com/fa/external/mozilla/firstrun.php

redirects to:

http://www.getpersonas.com/en-US/fa/external/mozilla/firstrun.php

instead of:

http://www.getpersonas.com/en-US/external/mozilla/firstrun.php

Since this page is loaded from Firefox firstrun page, this leads to a very bad user experience when someone first installs Firefox, for an example, see:

https://fa.www-3.6.stage.mozilla.com/fa/firefox/3.6/firstrun/
Flags: blocking-firefox3.6?
This is actually pretty hard to do because I don't know if the first part of the URL is the locale code or a file/folder name (when it's a locale getpersonas.com doesn't support). 

It's a similar setup as mozilla.com and addons.mozilla.org:

http://www.mozilla.com/fa-DE/ redirects to http://www.mozilla.com/en-US/fa-DE/
https://addons.mozilla.org/fa-DE => https://addons.mozilla.org/en-US/firefox/fa-DE

Could we just link to:
http://www.getpersonas.com/external/mozilla/firstrun.php ?

If the getpersonas.com supports the user's locale, it will redirect to it and if not it will redirect to en-US.
(Reporter)

Comment 2

8 years ago
(In reply to comment #1)
> This is actually pretty hard to do because I don't know if the first part of
> the URL is the locale code or a file/folder name (when it's a locale
> getpersonas.com doesn't support). 

I was going to suggest checking if the same URL with the first part changed to en-US is valid, and redirect to it in that case, but your suggestion below makes way more sense.

> Could we just link to:
> http://www.getpersonas.com/external/mozilla/firstrun.php ?
> 
> If the getpersonas.com supports the user's locale, it will redirect to it and
> if not it will redirect to en-US.

Yes, that sounds like the best solution to me.

And frankly, I don't even get why we need a localized version of that page.  The only text I see on that page is the alt text for the images which include the Persona names, which are not localized AFAIK.
Moving to mozilla.com,
Severity: normal → major
Component: getpersonas.com → www.mozilla.com
QA Contact: getpersonas-com → www-mozilla-com
Summary: Redirect firstrun.php for non-existing locales to en-US → Change personas iframe url on firstrun to locale-agnostic url
Also, if we don't care about localization, we can just link all locales the the en-US version, which will save us a redirect :)
Flags: blocking-firefox3.6? → blocking-firefox3.6+
All firstrun/whatsnew pages now link to the en-US version of pages in r57871 which solves the bad links bugs problems. If some locales translate getpersonas in time for 3.6, we can still update pages for those happy few.

I checked on the staging site, pages that were buggy now display correctly.

marking fixed
Status: NEW → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → FIXED
(Reporter)

Updated

8 years ago
Status: RESOLVED → VERIFIED
Whiteboard: [1.9.2-fixed]
(Assignee)

Updated

6 years ago
Component: www.mozilla.org/firefox → www.mozilla.org
Product: Websites → Websites
(Assignee)

Updated

5 years ago
Component: www.mozilla.org → General
Product: Websites → www.mozilla.org
You need to log in before you can comment on or make changes to this bug.