first of all the infos:
Course format: standard
Course version: 2018051400
Theme version: For said course it's Aardvark, but it also happened in others with the standard theme
Server OS: Debian 9.5
Moodle: 3.5.2+ (Build: 20181005)
I was contacted by one of our customers today that reported a strange behavior when using the course export and restore feature. They reported that when using the restore feature that users would be populated into the newly restored course even though the export did not include enrolled users. I tried it myself and could not reproduce what they described as the admin-user. I then took control of the user that contacted me and did another export with no enrolled users. I imported the course and again everything worked fine and the way it should. Did the same thing again and suddenly I have 27 users in the course that have no role, no group, never been in the course and are manually enrolled into the course with the date of enrollment being April 6th 2016.
Has anyone had this happen to them? This sounds like a bug to me but I have not found anything on the internet about it so it looks like we are the first ones to have it.
Thanks in advanced for any suggestions.
(Edited by Gareth J Barnard - to remove questionable language with no point - original submission Thursday, 11 October 2018, 12:45 PM)
yeah I was not sure what to put under "course format". I just checked the english translation and if it means what I think it means it's "topics format" in our case.
I'm not sure i really understand exactly when the problem occur (to indicate what is really involved).
Is it at the moment a new course is created from a backup file?
Or later, after some enrolments?
I ask because in my university, we use database enrolments. And sometimes, we use some CSV files to put lot of people in groups. When doing that, it also create manual enrolments, even if users are already enrolled by database.
It could be something similar.
PS : knowing which non standard plugins are installed/used could also help
the problem occurs basically right after the new course is created from the export file after i click on the "Perform restore" button. If it helps I might be able to create a little screencast in which I can export the course and create a new course from the export. I won't be able to create it today so that would be done after the weekend.
In said course there is no non standard plugin in use, however the following non standard plugins are installed:
If there is anything else you or someone else needs just ask
I just tried to restore the same course again with a different theme (clean) and I did not have any users in the course two times and on the third restore I got 18 random users in the course. I also tried as an admin user this time instead of the user that contacted me.
So another update:
The problem seems to be gone. I installed some Debian updates yesterday, as I always do every Tuesday:
- linux-libc-dev:amd64 (4.9.110-3+deb9u5, 4.9.110-3+deb9u6)
- imagemagick:amd64 (8:188.8.131.52+dfsg-11+deb9u5, 8:184.108.40.206+dfsg-11+deb9u6)
- libmagickwand-6.q16-3:amd64 (8:220.127.116.11+dfsg-11+deb9u5, 8:18.104.22.168+dfsg-11+deb9u6)
- imagemagick-6.q16:amd64 (8:22.214.171.124+dfsg-11+deb9u5, 8:126.96.36.199+dfsg-11+deb9u6)
- libmagickcore-6.q16-3:amd64 (8:188.8.131.52+dfsg-11+deb9u5, 8:184.108.40.206+dfsg-11+deb9u6)
- libmagickcore-6.q16-3-extra:amd64 (8:220.127.116.11+dfsg-11+deb9u5, 8:18.104.22.168+dfsg-11+deb9u6)
- linux-image-4.9.0-8-amd64:amd64 (4.9.110-3+deb9u5, 4.9.110-3+deb9u6)
- imagemagick-6-common:amd64 (8:22.214.171.124+dfsg-11+deb9u5, 8:126.96.36.199+dfsg-11+deb9u6)
Now I don't see a package that could affect Moodle, but I'll take it.
I recorded a screencast a few minutes ago and restored the mentioned course 5 times. Worked perfect every time without a random user in the new course. I'll ask our customer to use course restore again and keep an eye on it and report back if it happens again.
Regarding your question Emma, only manual enrolment is enabled at /admin/settings.php?section=manageenrols