Open elaine-jackson opened 2 years ago
This is an interesting idea. We'd need a good design for the experience. Putting it in backlog for now.
@blowdart @HaoK
We've moved this issue to the Backlog milestone. This means that it is not going to be worked on for the coming release. We will reassess the backlog following the current release and consider this item at that time. To learn more about our issue management process and to have better expectation regarding different types of issues you can read our Triage Process.
I completely support this. The vast majority of websites I've built for companies are invite-only. So I've had to implement this myself over and over again over the years. With the latest templates, I've been piggybacking on the reset password flow, utilizing and extending the verification code generation. Also the ability to send new invites if the verification code has expired.
I completely support this. The vast majority of websites I've been for companies are invite-only. So I've had to implement this myself over and over again over the years. With the latest templates, I've been piggybacking on the reset password flow, utilizing and extending the verification code generation. Also the ability to send new invites if the verification code has expired.
Once we have a solid design plan in place I could potentially help out with a merge request. One of the strengths of ASP and the .NET platform is most code is written for you with the help of the code generator and large library. This pushes the project in that way and I hope to see the support of the broader community.
Once we have a solid design plan in place I could potentially help out with a merge request. One of the strengths of ASP and the .NET platform is most code is written for you with the help of the code generator and large library. This pushes the project in that way and I hope to see the support of the broader community.
I'm down to help as well
Also, an administrator needs to be able to disable a user's account. This is not accommodated for in the current schema
Also, an administrator needs to be able to disable a user's account. This is not accommodated for in the current schema
In general you should be using the role system for this so when a user account is enabled it should have a member role, However I agree an account lockout feature would be helpful. That said it is a separate issue which should have its own discussion thread.
Some business applications may only want authorized users to create an account on their ASP.NET Web Application. Identity Roles are a powerful tool to make sure only authorized groups can access a set of data. However this can lead to unwanted users registering in your application. A common solution is to limit
/Identity/Account/Register
with Web Server rules to have either HTTP Basic Auth or IP Address Allow Listing. I propose the ability to do Invite Only Registrations.First I want to explain my current workaround
As a work-around in my current application. I add an
InviteKey
to theRegister.cshtml.cs
InputModel object.From there I check this on:
Using a custom validator (I tried this with a hard coded key) would disclose the invite key in client-side regex so I can only do a server side check.
Here is how I would do this ideally
This is far from a perfect solution however and it is merely a work-around until something better exists. Ideally a database-driven solution would exist with one-time, expiring, invite keys built into ASP.NET Identity. For the initial user registration the startup log would give a one-time registration link with the key in it. From there the initial user would be allowed to create Invite Keys or links to allow other users to register. I am not super familiar with Identity Roles as I haven't worked with them in a while, although a default Inviter role could be given to first user and then only users who have this role could create invite links.
What are the ASP.NET Core community's thoughts on building this type of feature into ASP.NET Identity and the corresponding scaffolders?