-
Sub-task
-
Resolution: Fixed
-
Major
-
1.9, 2.4
-
MOODLE_19_STABLE, MOODLE_24_STABLE
-
MOODLE_24_STABLE
-
w32_
MDL-13363_m24_dbuserundelete -
When the code in auth/db/auth.php looks for users to revive, it seems to be looking for users in mdl_user who have a matching username to the external list, as well as deleted=1.
It finds none, since the username has been reset to email.timestamp and hence doesn't match.
I've made a patch to fix this, but I'm not sure how ideal it is.
This is a big problem at the moment for a Moodle integration I'm working on.
- has a non-specific relationship to
-
MDL-13563 Hiding but not deleting users who are suspended in LDAP
-
- Closed
-
- has been marked as being related by
-
MDL-34505 Database authentication plugin fails to revive previously suspended user records
-
- Closed
-
-
MDL-30718 Method sync_users() @ "/auth/db/auth.php" does not register mdl_user->timecreated property.
-
- Closed
-
-
MDL-32572 Cannot create any new User Account via database synchronization if user with different auth type already present
-
- Closed
-
- is duplicated by
-
MDL-13162 auth/db should reset email when undeleting users
-
- Closed
-