Open
Bug 1319030
Opened 8 years ago
Updated 8 years ago
Download buttons should not ignore the locale code of the current page
Categories
(www.mozilla.org :: Pages & Content, defect)
Tracking
(Not tracked)
NEW
People
(Reporter: flod, Unassigned)
References
Details
Example: user with the browser set to en-US wants to download the browser in Afrikaans. That's not an uncommon case: you download Firefox with the default browser, and it might be set to the language of the OS.
They manage to find https://www.mozilla.org/af/firefox/new and click the download button. Instead of the Afrikaans version they'll get the English one, because the button points to /firefox/new/?scene=2 instead of /af/firefox/new/?scene=2
The same thing happens on the home page.
Given how hidden the "Other systems and languages" link is, it becomes almost impossible to get a localized build for minor languages.
Comment 1•8 years ago
|
||
There is also a potential downside to doing this in actually making it difficult to download Firefox in your preferred language from some pages. For example, a user lands on an en-US only page (of which there are quite a few) and clicks the "Download Firefox" button. Instead of taking them to the locale of their preference (based on accept language header) when they land on "/firefox/new/?scene=2", they would instead always get the en-US version.
I'm not sure what the perfect solution would be, but it seems like fixing the "Other systems and languages" links is something we definitely need to do.
Reporter | ||
Comment 2•8 years ago
|
||
Uhm, good point :-\
One other thing that is currently missing is a clear indication of which language you're about to download.
You need to log in
before you can comment on or make changes to this bug.
Description
•