I am encountering something that is really a show stopper for our very young forum.
first, as mentioned sometimes here, it is obviously not possible for an admin to change some user’s password.
okay, so then trying to change the user’s email to another, so that he may update the password. what happens is that confirm_old_email is being sent to the old email, which is unavailable in my current case.
even when impersonating that user, the behavior is the same. it sends confirm_old_email and - even as admin - the email stays unchanged.
use case is for example what I just encountered that some email address is old/unavailable at the present time. the server still sends to that old one the confirm_old_email message, which can not be delivered.
I really wonder why one needs to confirm the old email as an admin, also why one can not change the password of users directly. at least confirm_old_email should be something that can be turned off.
We’ve got over 10k users from some old forum and I decided not to import the old passwords here, so that case will occur for sure more than once.
PS: the phpbb3 import script with the password-import simply did not work, so I skipped this anyway. Sorry, can’t remember the error, but it was something with the import script from phpbb 3.0 to recent discourse.