Closed Bug 1101261 Opened 10 years ago Closed 10 years ago

Visiting www.mozilla.org/firefox/new/ (and others) with an es browser leads to /es-AR/ page.

Categories

(www.mozilla.org :: Bedrock, defect)

Production
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: cmore, Assigned: kohei)

References

(Blocks 1 open bug, )

Details

(Whiteboard: [kb=1583654] [fxgrowth])

Attachments

(3 files)

Mike Connor alerted us to a possible bug that we need to dig in to. He was using Chrome with his accept_lang as: es,en-GB;q=0.8,en;q=0.6,en-US;q=0.4 When he visited https://www.mozilla.org/firefox/new/ He was presented with https://www.mozilla.org/es-AR/firefox/new/. The expected result should be https://www.mozilla.org/es-ES/firefox/new/. I also checked Google Analytics and if I look at people who visit /es-AR/firefox/new/, 50% of them are running the "es" language. I am able to replicate this bug, but only on /firefox/new/. If I set my Chrome browser to "spanish - espanol" and visit: https://www.mozilla.org/ it redirects to https://www.mozilla.org/es-ES/ as expected. If I visit https://www.mozilla.org/firefox/new/ it redirects to https://www.mozilla.org/es-AR/firefox/new/ Why is the locale detection on www.mozilla.org homepage correctly giving the user es-ES content, but the /firefox/new/, /firefox/partners/, /firefox/desktop/, giving es-AR for the "es" language? It seems that the homepage is the only page correctly giving es-ES when the accept_lang is "es".
Whiteboard: [fxgrowth]
I have also confirmed that setting Firefox as "es" also presents es-AR to all non-homepage requests.
Attached file pull request for funfactory (deleted) —
The same applies to "en" that should be redirected to "en-US" instead of "en-GB". This PR solve both cases.
Assignee: nobody → kohei.yoshino
Status: NEW → ASSIGNED
Whiteboard: [fxgrowth] → [kb=1583654] [fxgrowth]
Component: L10N → Bedrock
Part of this was definitely covered in bug 774675 https://github.com/mozilla/bedrock/blob/master/etc/httpd/global.conf#L10-L12 But I confirm the issue with 'es'->'es-AR' on all pages but the home.
Given the global.conf bit, do we need to adjust behaviour of pt?
I'll map pt to pt-BR.
Would we consider mapping/redirecting es-419 to es-ES? es-419 is a growing language and we don't have that currently mapped to anything. It is supposed to represent Latin America and the Caribbean languages and es-ES is probably the most generic. Any other suggestions on what to do with es-419?
The current PR from Kohei will redirect any es-* that we don't explicitly support to es-ES. So until we have something else that we'd like to do with es-419, at least they'll get the default. es-419 seems odd to begin with since my understanding is that there is a fairly wide difference between many LATAM Spanish dialects. So having a single locale for them all sounds troublesome at best. Though redirecting a specifically LATAM locale to Spain-Spanish also seems odd. /me shrugs
Attachment #8525073 - Attachment description: pull request → pull request for funfactory
Attached file pull request for bedrock (deleted) —
Yes, I have just tested my PR locally with Accept-Language: es-419, and /firefox/new/ redirected me to /es-ES/firefox/new/.
(In reply to Paul McLanahan [:pmac] from comment #7) > The current PR from Kohei will redirect any es-* that we don't explicitly > support to es-ES. So until we have something else that we'd like to do with > es-419, at least they'll get the default. > > es-419 seems odd to begin with since my understanding is that there is a > fairly wide difference between many LATAM Spanish dialects. So having a > single locale for them all sounds troublesome at best. Though redirecting a > specifically LATAM locale to Spain-Spanish also seems odd. > > /me shrugs Yeah, es-419 is more of a location than a specific language and we really don't have location pages on mozilla.org. Let me check to see what language most es-419 people download. Hang on.
For es-419 visitor downloads, 43% download es-ES, 24% es-MX, 14% es-AR, 5% es-CL. As for es-419 visitor countries, 25% is Mexico, 15% is Ecuador, 13% Argentina, 11% Columbia. You could argue that es-419 should default to es-MX with these numbers, but still it is not 100% ideal for everyone.
Commits pushed to master at https://github.com/mozilla/bedrock https://github.com/mozilla/bedrock/commit/c824cb26bca9aa69ed26ba87844ce416ac556140 Fix Bug 1101261 - Visiting www.mozilla.org/firefox/new/ (and others) with an es browser leads to /es-AR/ page. https://github.com/mozilla/bedrock/commit/d1403eac5ba5df9d6e63018f9d0a85ee46c149b5 Merge pull request #2520 from kyoshino/bug-1101261-es-locale Fix Bug 1101261 - Visiting www.mozilla.org/firefox/new/ (and others) with an es browser leads to /es-AR/ page.
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
And Verified FIXED on prod, too.
Status: RESOLVED → VERIFIED
:stephend, does that trans bar behavior indicate a bug? Looks like it's asking if you want to view in English when you had your browser set to "es".
Flags: needinfo?(stephen.donner)
(In reply to Paul McLanahan [:pmac] from comment #16) > :stephend, does that trans bar behavior indicate a bug? Looks like it's > asking if you want to view in English when you had your browser set to "es". Could be; I also had "en-US" and "en" in my "Languages"/accept-language header -- I'll confirm with Felipe from the Firefox Desktop team.
(In reply to Stephen Donner [:stephend] from comment #17) > (In reply to Paul McLanahan [:pmac] from comment #16) > > :stephend, does that trans bar behavior indicate a bug? Looks like it's > > asking if you want to view in English when you had your browser set to "es". > > Could be; I also had "en-US" and "en" in my "Languages"/accept-language > header -- I'll confirm with Felipe from the Firefox Desktop team. Sorry, Felipe -- I meant to ping you on IRC, but keep forgetting; mind weighing in, here? Thanks!
Flags: needinfo?(stephen.donner) → needinfo?(felipc)
Hey Stephen, that bar on the screenshot is not part of the front-end translation feature. That bar is in the webpage, which offers to change the language by itself. So while it's likely a bug, it's part of the website code, which I don't know much about
Flags: needinfo?(felipc)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: