Closed (fixed)
Project:
Drupal core
Version:
x.y.z
Component:
base system
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
4 Jan 2006 at 13:48 UTC
Updated:
11 Mar 2006 at 10:15 UTC
When I log in from a menu callback that has a query string via the login block, the query string doesn't appear to be preserved.
Comments
Comment #1
geodaniel commentedThis appears to work for me on 4.7b4. For example, f I log in from /?q=tracker then I am returned to that page.
Comment #2
Egon Bianchet commentedI can't reproduce it with the last cvs. If I log in from any administration page like admin/settings I'm sent back to that page.
Comment #3
Egon Bianchet commentedI'm closing it since I can't reproduce it.
Comment #4
Wesley Tanaka commenteddo either of you have clean urls turned on? it might be specific to that. then again, it might be fixed.
Comment #5
Egon Bianchet commentedI can't reproduce it with and without clean urls
Comment #6
Wesley Tanaka commentedjust tested this again. it is indeed still an issue.
Comment #7
Wesley Tanaka commentedin response to comment #2, try doing this:
1. turn on clean urls
2. go to a page that has a query string, say http://example.com/foo/bar?page=2
3. login from the user login block on that page.
Comment #8
Egon Bianchet commentedI tried, it works fine.
I have PHP4.4 on Apache 2, local install under a subdirectory
Comment #9
Wesley Tanaka commentedIt goes back to page=2 for you?
I have
// $Id: user.module,v 1.582 2006/02/10 05:46:39 dries Exp $
PHP 4.3.10-16
Comment #10
Egon Bianchet commented// $Id: user.module,v 1.587 2006/02/21 18:46:54 dries Exp $
It goes back to page 2.
The pager at the bottom says page 3 and the query string page 2, but that's because the first page is "node", the second "node?page=1" and so on.
Btw, after the login, the query string is escaped as %26page%3D1
Comment #11
Wesley Tanaka commentedafter upgrading, I get that behavior too.
Comment #12
ebruts commentedThis is related to http://drupal.org/node/49375
Can you try it again with non-clean urls, please?
If you login from http://example.com/?q=node&page=2 it should redirect you to http://example.com/?q=node%26page%3D2 which is not the same as the above and it wont display the second page.
This will get fixed, too, as the related bug patch passes thru.
Comment #13
Wesley Tanaka commentedThen let's consider the original bug report fixed somewhere between 1.582 and 1.587 and have http://drupal.org/node/49375 be canonical for the urlencoding issue.
Comment #14
(not verified) commented