#9757 closed defect (fixed)
Redirect loop from /login page
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | normal | Milestone: | 0.12.2 |
Component: | general | Version: | 0.12.1 |
Severity: | normal | Keywords: | patch |
Cc: | Branch: | ||
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
Our users like to use the "/login" page as their homepage, so they see a page asking them to log in instead of an error about not being logged in when they first connect to the system.
However, we found that when going to the login page directly and logging in successfully, Trac generates an endless loop of HTTP 302 Redirects.
I believe I can see the problem in web/auth.py
, class LoginModule
method _redirect_back
. There after logging in we generate a redirect to the page we came from, but of course if we came from the login page we will redirect back to that.
Thanks, please let me know if more information is needed!
Attachments (0)
Change History (6)
comment:1 by , 14 years ago
comment:2 by , 14 years ago
Keywords: | patch added |
---|---|
Milestone: | → 0.12.2 |
I cannot reproduce the issue here with Firefox, and going to the /login
page redirects correctly to WikiStart. This could be browser-dependent, though, and we certainly don't check for a loop, so your patch makes sense. Thanks!
And, nice idea to bookmark the /login
page. I have just updated my bookmarks :)
comment:3 by , 14 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Patch applied (with a few additional .strip('/')
) in [10310].
comment:4 by , 14 years ago
Owner: | set to |
---|
comment:5 by , 14 years ago
A couple of my users are also getting this redirect loop - how exactly do I fix it?
comment:6 by , 14 years ago
The easiest way for you to test the fix would be to install http://trac.edgewall.org/wiki/TracDownload#Tracstable, or wait a few days until we release 0.12.2rc1.
But having a confirmation of the fix would be nice ;-)
Here is the patch we are using locally. It seems to fix the problem.