Closed (fixed)
Project:
Drupal core
Version:
6.x-dev
Component:
user system
Priority:
Critical
Category:
Bug report
Assigned:
Reporter:
Created:
3 Sep 2007 at 16:36 UTC
Updated:
3 Oct 2007 at 18:12 UTC
Jump to comment: Most recent file
This path was the current user page and should be so.
| Comment | File | Size | Author |
|---|---|---|---|
| #13 | user-fixup-172765-13.patch | 774 bytes | pwolanin |
| #3 | user_page_2.patch | 1.17 KB | webchick |
| #2 | user_page_1.patch | 823 bytes | chx |
| #1 | user_page_0.patch | 884 bytes | chx |
| user_page.patch | 20.7 KB | chx |
Comments
Comment #1
chx commentedSomeone get that aggregator issue out of my hair...
Comment #2
chx commentedsmall is beautiful.
Comment #3
webchickTested and works great. This is exactly the same patch, except with some PHPDoc for the function, since it's not immediately obvious why we have it. Please don't credit me for the patch.
Comment #4
chx commentedwebchick's is the right one. The smaller one breaks tabs.
Comment #5
webchickMeant to mark this RTBC.
Comment #6
pwolanin commentedThis should use menu_set_active_item() - but that needs this patch: http://drupal.org/node/148677
Comment #7
chx commentedThis is good to go. When that one is in, we can change this one line.
Comment #8
pwolanin commentedok - agreed.
Comment #9
webchickupgrading this to a beta-breaker... lots of themes have menus pointing to ?q=user as a convenient way of handling the "Login"/"My Account" link.
Comment #10
walkah commentedI'd just like to +1 this - as discussed in IRC with chx - this also fixes current behaviour with openid.module where you get 403'ed despite being successfully logged in (since you get returned to /user).
Comment #11
dries commentedCommitted to CVS HEAD. Thanks.
Comment #12
(not verified) commentedComment #13
pwolanin commentedPart of this patch was reverted by the user module split. Bah! /user returns 403 again.
see attached fix-up patch.
Comment #14
gábor hojtsyThanks, committed.
Comment #15
(not verified) commented