When having User registration password enabled users who want to reset their passwords get the following message twice:
"Further instructions have been sent to your e-mail address."
Also, they receive the email with the (exact same) reset link twice.
Any ideas?
PS:
I've configured URP to "Require a verification e-mail, but let users set their password directly on the registration form."
But changing it to "Do not require a verification e-mail, and let users set their password on the registration form." also didn't yield any improvements. Disabling the module made the redundant message vanish.
| Comment | File | Size | Author |
|---|---|---|---|
| #5 | user_registrationpassword-double_pass_reset-2700341-5.patch | 908 bytes | alex.bukach |
Comments
Comment #2
daniel wentsch commentedComment #3
alex.bukach commentedIn my case it happened since the module, to replace original form submit callback with own one, replaces only the one with key 0, while due to other modules this callback might be not the first in list. Here's the patch that makes it replace always the right callback.
Comment #5
alex.bukach commentedComment #6
rob c commentedIf i had to guess i say you have something like username_enumeration_prevention enabled? / This issue sounds a lot like #2585033: Alteration of validation and submit callbacks can cause conflicts.
Comment #7
alex.bukach commented@Rob, no, I have a conflict with https://www.drupal.org/project/ocupload module, but the issue is exactly the same as it described at #2585033: Alteration of validation and submit callbacks can cause conflicts. Does my patch resolve that issue?
Comment #8
rob c commentedNot in a way we can commit. I propose to close up this issue and move to #2585033, if we ever want to fix this, we need to focus on something that would work for at least a couple of the highly used modules (And thus, also requires a change in these modules). I'm unsure if the patch will fix your issue and i've visited the ocupload module's code, but need to test it on a working site to see what's going on and don't have the time for this. If you could step debug this to see what function makes it run twice, that would help, and please continue in #2585033: Alteration of validation and submit callbacks can cause conflicts because it sounds like the same cause, and that's not a user_registrationpassword bug, all detailed in that issue / comments.