-
-
Notifications
You must be signed in to change notification settings - Fork 10.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Authentication controller v2 migration #10950
Authentication controller v2 migration #10950
Conversation
- Adding a new method in all.js seems a little dirty, but that seems like the best place for now as similar method was added for changePassword method
- Without the event it's possible to simplify sendNotification method to just use email address of the user
- The only thing the method does now is sending welcome mail, so new naming seems natural :)
- This is the code corresponding to processArgs function in v1 authentication.updateSetup method
- Added missing endpoint coverage - Minor fixes with formatting and validations uncovered by the test - Added same test to v0.1 coverage
@allouis @kevinansfield ping 😉 |
This all looks good to me!
IMO this is good to merge as is 👍 |
LGTM 👍
I don't think we should change anything at the moment especially as it would be a breaking change for v2. It's worth thinking about a little for v3 but I don't think it's a pressing need, namespacing under /authentication/ helps keep the top-level namespace clearer 🤔
It's fine as it is I think, these are (and should be) rarely changing bits of code and it's useful to see all endpoints for the setup/invite/signup flow together. I do get your point though, we can look at refactoring+splitting if it starts to cause pain. |
- Small adjustments in controller that came along with the switch
refs #10060
Work in progress. But all methods are moved already.
One change think is worth doing while at this stage is splitting this
authentication
controller into more natural pieces -setup
,invitations
(we already haveinvites
controller) andpasswordreset
. Although they partially fit under the same 'authentication' umbrella, think it's worth to break the authentication controller further for couple reasons:docName: 'authentication'
under most endpointsThe other bit is the naming of endpoints. Currently, these are:
To me it feels like simplifying it down to plain names like
/passwordreset/
without/authentication/
prefix would make sense?@kevinansfield @allouis would love to hear your thoughts on the above 💃
Todo:
probable controller breakdown to multiple pieces