Ticket #7451 (closed defect: invalid)
Opened 4 years ago
Last modified 3 years ago
Strange login redirect behavior
| Reported by: | Dave Abrahams <dave@…> | Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | ticket system | Version: | 0.11 |
| Severity: | normal | Keywords: | needinfo |
| Cc: | daniel@… | ||
| Release Notes: | |||
| API Changes: | |||
Description
Since http://svn.boost.org upgraded to 0.11, I've seen a change in behavior. It used to be that I could click "new ticket," then notice I'm not logged in, then log in and still be looking at the new ticket form. Since the upgrade to 0.11, when I log in, I am redirected to the main wiki page.
I have a feeling this may be related to why the LoginRedirect? plugin doesn't work on my own Trac instance (a different one).
I can create a login for testing purposes on svn.boost.org if you need to experience this for yourself.
Attachments
Change History
comment:1 Changed 4 years ago by Remy Blank <remy.blank@…>
- Cc remy.blank@… added
comment:2 Changed 3 years ago by rblank
- Cc remy.blank@… removed
- Keywords needinfo added
Is this still an issue with 0.11.1? The "new ticket" case mentioned in the description seems to work here, at least.
comment:3 Changed 3 years ago by Dave Abrahams <dave@…>
- Cc dave@… added
I don't know whether it's still an issue with 0.11.1 because I personally can't upgrade http://svn.boost.org. However, I've Cc'd people who can, so maybe we can get an answer.
comment:4 Changed 3 years ago by Dave Abrahams <dave@…>
- Cc dave@… removed
Well, apparently I can't edit the Cc's, but I sent them mail pointing to this ticket.
comment:5 Changed 3 years ago by anonymous
- Resolution set to invalid
- Status changed from new to closed
Fixed now; seems like this particular issue was on the server side all along. Sorry for the noise.
comment:6 Changed 3 years ago by jason-sage@…
What was the solution? We are seeing this on our Sage trac (http://www.sagemath.org) as well.



I have added a patch to #5340 that adds redirection to /login when accessing a restricted resource unauthenticated. The reason why th:PermRedirectPlugin doesn't work is because when it redirects to /login, the Referer: header is empty or missing instead of containing the original URL.
You might want to try the patch and see if it solves the problem for you.