Opened 13 years ago
Closed 12 years ago
#9940 closed defect (fixed)
Admin unable to reset password
Reported by: | rinon | Owned by: | Steffen Hoffmann |
---|---|---|---|
Priority: | normal | Component: | AccountManagerPlugin |
Severity: | normal | Keywords: | password reset |
Cc: | Trac Release: | 0.12 |
Description
It seems that the admin "Reset passwords" functionality is broken. A user can reset their own password, but trying to do a reset in the admin interface has no effect (no password change, no email). I have tried this is both the 0.11 branch and the current SVN (r11448). Debug log does not appear to show any useful AccountManager specific information.
Attachments (0)
Change History (7)
comment:1 Changed 13 years ago by
comment:2 Changed 13 years ago by
I have confirmed this by manually inserting a row into the session table. It seems that if the user has never logged in, there will be no row in session, and reset will not work. I suggest that the admin interface for adding users also inserts a row into the session table, or the reset works without a row in the session table for the user.
comment:3 follow-up: 4 Changed 13 years ago by
comment:4 Changed 13 years ago by
comment:5 Changed 12 years ago by
This issue is closely related to #9843.
Do you see it fixed with latest trunk
code too? Feedback would be much appreciated.
comment:6 Changed 12 years ago by
comment:7 Changed 12 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
(In [12398]) AccountManagerPlugin: Releasing version 0.4, pushing development to acct_mgr-0.5dev.
Availability of that code as stable release closes #874, #3459, #4677, #5295, #5691, #6616, #7577, #8076, #8685, #8770, #8791, #8990, #9052, #9079, #9090, #9139, #9246, #9252, #9547, #9618, #9676, #9843, #9852, #9940, #10023, #10028, #10123, #10142, #10204, #10276, #10397, #10412, #10594, #10625 and #10644.
Some more issues have been worked-on, yet without confirmed resolution,
refs #5464 (for JiraToTracIntegration
), #8927 and #10134.
And finally there are some issues and enhancement requests showing progress, but known to require more work to resolve them satisfactorily, refs #843, #1600, #5964, #8217, #8933.
Thanks to all contributors and followers, that enabled and encouraged a good portion of this development work.
Upon further investigation, it appears this is confined to resetting the password of a user who has never loggen in.