Skip to content
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

What is the use of user_type in addUserRoleRequest ? #8

Open
pdumais opened this issue May 2, 2024 · 2 comments
Open

What is the use of user_type in addUserRoleRequest ? #8

pdumais opened this issue May 2, 2024 · 2 comments

Comments

@pdumais
Copy link

pdumais commented May 2, 2024

I think I understand that the creation of users would be a function of the vendor. So the user type would be determined at that time. So what is the purpose of this field in the AddUserRoleRequest?

@haussli
Copy link
Contributor

haussli commented Nov 26, 2024

Yes, users and their authentication are determined externally. For example, from the same authentication source as support or forum sites.

Certainly an implementation could impose the ovgs role, or initial role, for each user from that external source. Certainly, support staff must have SUPPORT role and at least one user must have ADMIN role. From there, the ADMIN role can add other users from that same authentication source to any group in a given tree as an ADMIN or lesser role. Note that not every user from a given customer company should have access AND the user need not be from the same customer company - ie: gear can be owned by one company, but managed by another party.

Also, if the users with access are controlled by the authentication source, then adding users to the ovgs can not be controlled programmatically.

@pdumais
Copy link
Author

pdumais commented Nov 26, 2024

Is it possible that your answer is refering to user_group? I was inquiring about user_type. I'm wondering why this parameter is required when adding a user role.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants