Admin unable to reset password

Upon further investigation, it appears this is confined to resetting the password of a user who has never loggen in.

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.

I think that is what is being discussed in #9252. See also #9942.

Replying to rjollos:

I think that is what is being discussed in #9252. See also #9942.

Very similar, but my db did not even include a row in session for users before their first log in. It appears that #9252 has a row, but authenticated = 0.

This issue is closely related to #9843.

Do you see it fixed with latest trunk code too? Feedback would be much appreciated.

(In [12385]) AccountManagerPlugin: Add import missing from admin code after [12384], refs #7577, #9052, #9090 and #9940.

(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.