Because of listing visibility, if no actions are assigned to a user for
an individual resource, it's excluded from the list. This is fine and
good. However, when we made a change in 0.2.0 to restrict the
information returned from listing for the anonymous user for scopes and
auth methods, it exposed the fact that because of the way this
visibility works we had to add `read` to scopes by default -- thereby
rather defeating the purpose of restricting what goes back to `u_anon`
requests.
The purpose of "no-op" is to never be used for real actions within the
API, but as something that can be granted to specifically enable
visibility for the targeted user. This makes the controls over list
visibility much more granular.
* docs: fix the output in creating org roles and remove the TF configurations not used by each section
* Fixing dead link and cli output typo
Co-authored-by: Pete Pacent <ppacent@hashicorp.com>
* Adding manage roles page to docs
* Adding instructions for assigning principals and grants to a role
* adding terraform to assign principles example and assign grants example
* docs: add role clickthroughs and step-by-step instructions
* Removing old manage role screenshots for admin workflow
Co-authored-by: Pete Pacent <ppacent@hashicorp.com>
Co-authored-by: Randall Morey <randall@randallmorey.com>
Jeff Mitchell
Bryce Kalow
Susmitha Girumala
Jeff MalnickandPete Pacent
