Closed Bug 666841 Opened 14 years ago Closed 13 years ago

Endless redirect loop with Irish locale

Categories

(developer.mozilla.org Graveyard :: Localization, defect)

defect
Not set
blocker

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: GPHemsley, Assigned: groovecoder)

Details

(Whiteboard: u=user c=localization p=1)

I have my intl.accept_languages preference set to 'ga, dsb, es-US, sr-Latn, en-Cyrl-DE, en-US, en' for debugging purposes. When I try to visit MDN, it sends me into an endless redirect loop that appears to involve redirecting me to the 'ga-IE' locale. This is likely caused by two redirect rules that point to each other.
I can confirm, and my Accept-Languages aren't custom - they're the ones that come by default with ga-IE builds: ga-IE, ga, en-IE, en-GB, en-US, en. FF 5.0 on Mac 10.5.8.
(In reply to comment #1) > I can confirm, and my Accept-Languages aren't custom - they're the ones that > come by default with ga-IE builds: ga-IE, ga, en-IE, en-GB, en-US, en. FF > 5.0 on Mac 10.5.8. This must be Irish-specific, then. Changing summary to reflect.
Summary: Endless redirect loop with custom Accept-Languages → Endless redirect loop with Irish locale
Luke: Sounds like this might be related to bug 647796. Thoughts?
yeah, we need to work out the language redirect flow. right now django takes some url's, mindtouch takes some url's, and the login redirect has trouble going to the right one. :(
Ping... I just updated the ga-IE translation of MDN but I can't even access the site because of this bug.
I'm thinking, based on the commonalities between our two Accept-Languages values, that it has something to do with the presence of 'ga'. However, I seem unable to reproduce this right now, but I assume that I'm just doing it wrong. Kevin, could you list out the exact steps that cause this to occur?
FF 9.0.1 on Mac. My intl.accept_languages is "ga-ie,ga,en-ie,en-gb,en-us,en". (This is the default for Irish builds - I'm not doing something exotic). Visit http://developer.mozilla.org/ I get the "The page is not redirecting correctly" error. Same error if I change intl.accept_languages to "ga-ie,en-ie,en-gb,en-us,en". But I get the en-US page with no error if I set it to "en-ie,en-gb,en-us,en" or even "ga,en-ie,en-gb,en-us,en". So "ga-ie" appears to be the problem.
(In reply to Kevin P. Scannell from comment #7) > FF 9.0.1 on Mac. My intl.accept_languages is > "ga-ie,ga,en-ie,en-gb,en-us,en". > (This is the default for Irish builds - I'm not doing something exotic). > > Visit http://developer.mozilla.org/ > > I get the "The page is not redirecting correctly" error. > > Same error if I change intl.accept_languages to "ga-ie,en-ie,en-gb,en-us,en". > > But I get the en-US page with no error if I set it to "en-ie,en-gb,en-us,en" > or even "ga,en-ie,en-gb,en-us,en". So "ga-ie" appears to be the problem. I'm currently testing with Nightly 12 and the default Irish setting. It seems going to HTTP (rather than HTTPS) triggered something that wasn't being triggered before. (I guess I was going directly to HTTPS.) But now it seems to do it for both. However, what it is doing is not an endless loop. Rather, it is a page telling me that a page called "ga-IE" doesn't exist. When I was logged in, it brought me right page edit interface to change that. ...And, actually, it won't let me sign out to check things. I signed in with Browser ID (which is apparently the only option now) and the "Sign Out" button apparently doesn't work.
Sounds like our htaccess redirect and locales have a bug. We'll look at it during our next sprint.
Whiteboard: u=user c=localization p=
Target Milestone: --- → 2.2
Whiteboard: u=user c=localization p= → u=user c=localization p=1
Assignee: nobody → lcrouch
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Not working for me, same setup as above. Does it take time for the changes to propogate?
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Sorry, yes. RESOLVED:FIXED means it is on stage9 (i.e., https://developer-stage9.mozilla.org/ga-IE/) When it hits production we'll mark it VERIFIED:FIXED.
Status: REOPENED → RESOLVED
Closed: 13 years ago13 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.