Admin tools: User Restore
Rogier van DongenThe Sebsoft User Restore Plugin offers you the possibility to restore user accounts that were deleted from moodle.
When the plugin has been installed, you can select a number of user accounts to restore and optionally send an email informing them their accounts have been restored.
This plugin takes the following into account:
- Users to be restored are checked on e-mail: if an e-mail address already exists for an active account, this user will not be restored.
- Users to be restored are checked on username: if an username already exists for an active account, this user will not be restored.
- Users to be restored are checked on MNET host: if the MNET host of the account to be restored is not the locally configured one, this user will not be restored.
Important note
Moodle removes ALL relevant data upon deleting a user account, and only the record in the user table itself remains. This utility can't do anything about this and is only capable of restoring the record from the user table.
Important note for moodle 2.7 and up
Before Moodle 2.7 there is NO way we can retrieve all information. However, with Moodle 2.7 and the new event logging tables, the original user information is stored in the event data. Therefore, from Moodle 2.7 onwards, this plugin will try and restore the original user information from there.
This effectively means, that from Moodle 2.7 onwards, we will have the correct original username, email, idnumber, picture and mnethostid. Before that, only the email could be restored, and even that method is not foolproof (due to the fact the username is cleaned with PARAM_USERNAME upon deletion).
Useful links
Screenshots
Contributors
Oh, only now I realized I am getting "Access denied" when trying to access your bugtracker at Bitbucket. Can you please check the permissions to make sure that the community is able to report issues for you there? Same applies to your User suspension tool, too.
What I was going to report was: When a user is deleted after being suspended for a while (as a result of the User suspension tool's action) and then is restored via this tool, it is restored in the suspended state. I don't think that is the expected behaviour. I guess the admin wants to see the account enabled after being restored. Also, Moodle does not send any messages to suspended accounts. So the restored user is not notified about his account being available again.
I will check into the unexpected behavior soon and update plugin accordingly to see the more expected behavior of undoing any suspension states when restoring the account so moodle will send the notification email accordingly. Thanks for clearance!
Cheers
After installation the plugin hands and never loads the page, im using moodle 2.9 and a mysql database
I'm unable to reproduce your issue on a clean Moodle2.9.1 environment running MySQL.
However I sent you a personal message on how to contact us with more information and possibly, screenshots.
Cheers!
Seems to be continually cycling through
SELECT CONCAT(firstname, ' ', lastname) AS deletedby, u.id AS deletedbyid, l.timecreated AS timedeletedby FROM mdl_logstore_standard_log l JOIN mdl_user u ON l.userid=u.id WHERE component = 'core' AND action= 'deleted' AND l.target = 'user' AND l.objectid = 'XXXX' ORDER BY l.timecreated DESC LIMIT 1
as well another query. There are almost 7000 users on the Moodle.
This seems to be the query to detect who deleted the user. It might be wiser to disable that field if the tables are too big...
Did it work in the end?
No real changes worth mentioning other than a code overhaul to comply to stricter Moodle Coding Standards.
Functionality tested up to Moodle 3.3
On the roadmap (Jarrod Miles, thanks for bringing up this issue): think of a better method of generating the lists for restoring users. Either by pagination or (preferred) a searchbox / user picklist.
Cheers!
Changes for Version 3.3.0 (build 2017092500)
* Fixed deprecated pix_url references (replaced by image_url)
* Added setting for maximum number of users to display on restore.php / restore form
* Added paging bar on restore.php
* Minimum required Moodle version: 3.3
Cheers!
Any update to Moodle 3.4?
Ricardo
I installed the plugin on 3.3 and every time I tried to use it, the Moodle site goes down.
Any help would be appreciated.
Premi
We've attempted to resolve the issues around timeouts and page load times.
This means we're now using a caching mechanism, hoping to speed up the process. Please do note the cache must be filled before the restore page can work.
Do note that caching the deleted user info can be a very lengthy process. If you run into any problems, please send me a note.
Cheers & good luck!