We had a bug with shared storage so it was moved to private storage in this issue:
https://www.drupal.org/project/rest_password/issues/3181612
The problem with that is when you receive the link via a service. So its not the end user generating the password reset link. It's a system to create it (as part of user creation). This will make the End users private store not the same as the generation part's store. = no vaild key found.
- Create link in Chrome browser.
- Try the link in Firefox. And it will not work.
In stead of using private store. Use shared store but suffix the reset_password key to the store with the users uid.
| Comment | File | Size | Author |
|---|---|---|---|
| #3 | password-reset-not-working-between-browsers-3196048-3.patch | 1.99 KB | kristofferwiklund |
Comments
Comment #2
kristofferwiklund commentedComment #3
kristofferwiklund commentedHere is a suggestion of patch that might be working. As the namespace was already suffixed with user id.
Comment #4
glynster commentedHey @kristofferwiklund this is similar to the original patch supplied in this issue: https://www.drupal.org/files/issues/2020-11-14/3181612-6.patch We are still using this as it works as needed and I think it will solve your issue as well. The latest patch in that thread fails for us however the original patch still works wonders.
Comment #6
taggartj commentedthanks guys really well done see release 8.1.8
Comment #7
taggartj commented