@pvanthonyWebsite User is not a role in User Doctype its a user type. if you want to change the user type from System User to Website User you can directly change the value in the User Type field
The following are website users having dedicated portal access as following;
Customer
Supplier
Student
Patient
Particularly for customer role, you can add or remove role permissions for a doctype by working with Role Permission Manager but those are limited to desk access only.
For portal access controls, each web form has to be marked ON with permissions and then only website user like customer can be granted defined access for particular web forms as well.
Role assignments are registered in the User doctype via a child table “Has Role”. To my knowledge, it’s not possible to edit child docs from the parent doc list view.
If this is a one-time thing, the easiest way to do this would probably be a bit of Python in the system console. If you do it often, it might be worth building a custom tool of some sort. I’m not aware of anything that does this out of the box.
Edited to add: You might also just be able to create a role profile for this purpose, then set that via the list view. It should work but I haven’t tested it.
Yep, that’s exactly what I was suggesting above in my edit. I would assume this works, though like I said I haven’t tested it. I can’t think of any hidden pitfalls. If it looks like it’s working, it is.
The reason that this is a bit more complicated than it would initially appear is related to how the data structure here needs to be set up. “Stock User” looks like a field, but it isn’t. There’s some scripting work on the back end that has to translate between Role Profiles and specific Role Assignments.