Closed Bug 1290962 Opened 9 years ago Closed 8 years ago

"Update Firefox" story doesn't retain the locale between "scenes"

Categories

(www.mozilla.org :: Pages & Content, defect)

Production
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: alex_mayorga, Assigned: pmac)

References

Details

Attachments

(1 file)

¡Hola! From https://bugzilla.mozilla.org/show_bug.cgi?id=1281144#c4 "Update Firefox" story doesn't retain the locale between "scenes" or something. Steps: - Load https://www.mozilla.org/es-MX/firefox/new/ - Click "Descarga gratuita" Result: Loads https://www.mozilla.org/en-US/firefox/new/?scene=2 and from there the download link is en-US too https://download.mozilla.org/?product=firefox-stub&os=win&lang=en-US Expected result: Loads https://www.mozilla.org/es-MX/firefox/new/?scene=2 and from there the download link is too https://download.mozilla.org/?product=firefox-stub&os=win&lang=es-MX
There's one thing unclear: can you clarify what you mean with "Update Firefox story"? Is it not just opening firefox/new?
Because the /firefox/new/ template is two separate URL's, clicking "Descarga gratuita" will redirect (like most bedrock pages do) to whatever is the users preferred language in the accept-language header.
The URL of the download button on /new is: https://www.mozilla.org/firefox/new/?scene=2 (missing the locale, which is then handled by bedrock).
Ciao flod! Given this has "scenes" I figured it was trying to tell a "story", please excuse me if that's not the case. ¡Hola Alex! I find jarring that it jumps from what is typed into the URL to something else or nothing. A user complaint of getting es-ES when he was looking for es-MX for example is at https://twitter.com/sergiodnila/status/756345047163998208 might it all be due to the fact that /all and /new have no l10n?
Flags: needinfo?(agibson)
(In reply to alex_mayorga from comment #4) > Ciao flod! > > Given this has "scenes" I figured it was trying to tell a "story", please > excuse me if that's not the case. > > ¡Hola Alex! > > I find jarring that it jumps from what is typed into the URL to something > else or nothing. > > A user complaint of getting es-ES when he was looking for es-MX for example > is at https://twitter.com/sergiodnila/status/756345047163998208 > > might it all be due to the fact that /all and /new have no l10n? I'm not sure what you mean by /all and /new having no l10n, both pages are fully translated into many locales. As explained, the redirect happens because es-MX is not set as your preferred language. The reason for this I believe is that some pages on mozorg are not translated into every possible language. If we made all the download buttons point to /%LOCALE%/firefox/new/?scene=2, then it would not be possible for users to download Firefox in their preferred language from many pages. We could possibly make an exception here for this one page, but I'm yet quite clear on what we would need to do to accommodate this exception. Some new piece of logic in the download button helper would probably be needed (assuming it does not already exist).
Flags: needinfo?(agibson)
(In reply to Alex Gibson [:agibson] from comment #5) > I'm not sure what you mean by /all and /new having no l10n, both pages are > fully translated into many locales. As explained, the redirect happens > because es-MX is not set as your preferred language. The reason for this I > believe is that some pages on mozorg are not translated into every possible > language. If we made all the download buttons point to > /%LOCALE%/firefox/new/?scene=2, then it would not be possible for users to > download Firefox in their preferred language from many pages. Slight correction - /new is translated into many locales, but /all is not. Either way, /all doesn't have anything to do with this issue described here.
Component: L10N → Pages & Content
See Also: → 1319030
I think the /firefox/new/ link should be fixed anyway to avoid any confusion.
(In reply to Kohei Yoshino [:kohei] from comment #8) > I think the /firefox/new/ link should be fixed anyway to avoid any confusion. Agree, this would cause issues doing it for all download buttons. But doing it for /new/ should be OK since it is translated in so many languages.
Are there any news on this topic? For Romansh (rm) this topic is very important, as there are no operation systems in Romansh and no user will visit the Mozilla website the first time with a user-agent stating he prefers Romansh. I think it is very important, that a user on a website in a specific language, that clicks the button in that language, gets also the download in that language and not a random one.
No news yet, but we hope to have it fixed soon. To be clear, the user's operating system has nothing to do with the language selection on the website. Browsers allow you to set your preferred language, which is sent to the website in an "Accept-Language" header. So a user could add "rm" to that if they were interested in reading the web in Romansh. mozilla.org would use that to show them pages in Romansh where avilable. And so even if they don't have that set, the build of Firefox they get isn't "random", but is based on those browser language settings and not on the page they're viewing. We'll have it fixed soon, but I just wanted everyone to be clear on the current situation. Thanks!
Do you have any estimation, when this bug will be fixed?
Apologies. We need to bump the priority on this. I'll try to get to it early this week.
Assignee: nobody → pmac
Status: NEW → ASSIGNED
Commits pushed to master at https://github.com/mozilla/bedrock https://github.com/mozilla/bedrock/commit/025593f7d058ca632f3553b35ec9dba03518b665 Fix bug 1290962: Include locale in Fx download scene2 URL Add option to download_firefox helper to include the locale in the URL for the scene2 page. https://github.com/mozilla/bedrock/commit/30f4eeb2268166e1076556175b9e51e2163ea211 Merge pull request #4770 from pmac/include-locale-fx-download-scene1-1290962 Fix bug 1290962: Include locale in Fx download scene2 URL
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: