Closed (fixed)
Project:
Drupal core
Version:
x.y.z
Component:
user.module
Priority:
Minor
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
15 Mar 2006 at 13:50 UTC
Updated:
24 Nov 2006 at 08:30 UTC
Jump to comment: Most recent file
Comments
Comment #1
pfaocleConfirmed here: could be a nasty one. Haven't tested patch.
Comment #2
rstamm commentedI think its a critical bug
Comment #3
wulff commentedThe patch solves the problem, but wouldn't it make sense to place the if block before the database query?
Comment #4
rstamm commentedYou are right.
It's only a simple and quick solution.
Comment #5
profix898 commented+1 for Flanker's patch, works for me.
I think wulff is right, we should check before loading role object from db.
Corrected patch attached.
Comment #6
moshe weitzman commentedthere are a lot of imaginary urls which don't behave properly. do we actually present this link anywhere? how does a user get to this url? this sort of defensiveness juts clutters the code IMO.
Comment #7
rstamm commentedrerolled patch
Comment #8
Kjartan commentedPatch fails to apply.
Comment #9
rstamm commentedre-rolled
Comment #10
AmrMostafa commentedApplied against latest CVS, works as expected.
While I agree with moshe in principle, I think we should fix imaginary URLs that could break Drupal, like this one. The fix ain't that big too ;-).
Very minor, may be unnecessary comment..
For code consistency, I think you should use in_array() like in line 1948:
Comment #11
chx commentedMost imaginary URLs are already protected by menu or other subsystem. Indeed, breaking Drupal is not a desired effect..
Comment #12
drummCommitted to HEAD.
Comment #13
(not verified) commented