Expose UserManager<T>.GetChangeEmailTokenPurpose()
See original GitHub issueUserManager
In 2.1 exposed the “purpose” constants, eg. ConfirmEmailTokenPurpose.
We relied on this in order to use userManager.VerifyUserTokenAsync()
.
Now those constants are gone, and there is a GetChangeEmailTokenPurpose()
method in its place, which is protected
.
Please make it public
, otherwise the verify function is unusable.
(Subclassing just adds an unnecessary mess as this class already conceals a lot of complexity and should be usable as is.)
Issue Analytics
- State:
- Created 4 years ago
- Comments:7 (7 by maintainers)
Top Results From Across the Web
Expose UserManager<T>.GetChangeEmailTokenPurpose()
UserManager In 2.1 exposed the "purpose" constants, eg. ConfirmEmailTokenPurpose. We relied on this in order to use userManager.
Read more >UserManager<TUser>.GetChangeEmailTokenPurpose ...
Generates the token purpose used to change email.
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Something for the backlog / future @blowdart
Thanks for looking into this.
I’ve opted to subclass instead, to avoid magic strings (as shown by this issue, it’s a bad idea to rely on magic strings 😄).
For anyone else migrating code to 2.2, note that if you subclass, it’s important not to register the subclass with the container, but to replace the default during init:
And then it’s as easy as this: