Closed Bug 778504 Opened 13 years ago Closed 10 years ago

In some browsers, the "Edit" button causes an infinite redirect loop

Categories

(developer.mozilla.org Graveyard :: Editing, defect, P1)

defect

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: hmatrjp, Unassigned)

References

Details

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.6) Gecko/20100101 Firefox/10.0.6 Iceweasel/10.0.6 Build ID: 20120717093035 Steps to reproduce: I tried to edit an Article, https://developer-new.mozilla.org/ja/docs/JavaScript/Reference/Global_Objects/Array. I pushed Edit button on the left corner of page top. Actual results: server doesn't let me go to edit page. loop (too many redirect happened, by the status of 302) I asked the other users to try to do same, they could proceed to Edit page. My user ID is hamasaki and I used BrowswerID to login the site. Chromium on Windows, Iceweasel on Linux, Chromium Browser on Linux are included in my failed try. Expected results: Server let me go to edit page of the article.
The occurrence of this bug may depends on my registration of the account, but I don't have the way to confirm it.
Thank you for reporting this, Takeshi! I cannot reproduce this on Chromium for Linux. Raymond: Can you reproduce this? May take some creativity.
Summary: I can't go to Edit page of an article, server shows, 302 redirect loops too many times. → In some browsers, the "Edit" button causes an infinite redirect loop
(In reply to John Karahalis [:openjck] from comment #2) > Thank you for reporting this, Takeshi! > > I cannot reproduce this on Chromium for Linux. > > Raymond: Can you reproduce this? May take some creativity. Tried this several times but I wasn't able to re-produce. I tried with two different accounts
Thanks, Raymond. Will leave this unconfirmed for now. Hard to reproduce, but it's not the first time I've heard about something like this.
I found two fact, it may or may not be clue to solve this problem. I made a new user 'hamasaki2' on MDN. Then already existed user 'hamasaki' and user 'hamasaki2' leads different behaviour of the MDN site, I guess this difference is caused from somewhere related to the user registration to MDN. 1) user 'hamasaki2' can proceed to Edit page: https://developer-new.mozilla.org/ja/docs/JavaScript/Reference/Global_Objects/Array$edit from https://developer-new.mozilla.org/ja/docs/JavaScript/Reference/Global_Objects/Array by clicking 'Edit' button. 2) from profile page https://developer.mozilla.org/en-US/profiles/hamasaki/edit clicking the link 'Change' leads to the simple message page You are already logged in. On the other hand, from the profile page https://developer.mozilla.org/en-US/profiles/hamasaki2/edit clicking the link 'Change' leads to the page which shows like: Change email with BrowserID What's this? MDN has switched to BrowserID, a safe and simple way to sign in with just your e-mail address. Learn more about why Mozilla is using BrowserID. To change your MDN email, simply sign in below with the new email address.
Priority: -- → P1
> I guess this difference is caused from somewhere related to the user registration to MDN. Moreover, I guess there is some conflict between old registration method (with username and password) and new method with BrowserID. Is it possible to remove my old registration from MDN once? I can't remove myself because the page to remove account doesn't work correctly as described in the comment above.
Thanks for the report, Takeshi. Can you please open a separate bug for the issue you mention in comment 5 and comment 6? Please use the following Bugzilla template to do so. http://mzl.la/mdn-bug I am going to mark this bug as fixed, as we cannot reproduce the issue mentioned in comment 0. Takeshi: Please reopen this bug if you encounter the redirect issue again.
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Version: Kuma → unspecified
Component: Docs Platform → Editing
I reopen this bug, nothing changed in these months. Is it possible just remove my account 'hamasaki' once from developer.mozilla.org? So I can second try by registering my account again. I don't have much to lose, because of this bug, No contribution was done to this site.
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
The same thing is happening with the Malay locale. Luke: Any idea?
Flags: needinfo?(lcrouch)
Takeshi, I removed the 'hamasaki' account. John, I couldn't reproduce with Malay? Are there new STR on a certain browser/version?
Flags: needinfo?(lcrouch)
Luke, thank you for your removing my account. I registered to MDN again with BrowserID. Now both bugs are gone. (original submission and the one written in comment #5) Should I change the status to Resolved, or leave as unconfirmed? The real reason of these bugs are not clear yet...
Let's leave this open to cover the Malay issue.
Some details from the Malay contributor who ran into this problem. Operating System: Windows 7 Browsers affected: Chrome and Mozilla Firefox Versions affected: Chrome (Version 24.0.1312.57 m) and Mozilla Firefox (18.0.1) Enabled Languages: Chrome (English (US) and English) Mozilla Firefox (English (US) and English) The user also mentioned that this only happens with one of his accounts. He was able to work around the issue by creating and using another account.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Still happening for some users. Everyone: Please vote this up if it is one of the 25 bugs you care most about.
There have been various instances of redirect bugs like this one related to Persona logins. They often are resolved by deleting all persona and MDN cookies; they occasionally require the workaround described above. Since this particular instance has not been touched for 18 months, I'm closing WFM. If it comes up again we'll get a new bug.
Status: NEW → RESOLVED
Closed: 12 years ago10 years ago
Resolution: --- → WORKSFORME
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.