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>
* docs: update step-by-step instructions in common workflows and add video placeholders for forthcoming clickthroughs
* docs: Link clickthrough videos to "Getting started > Run and Login" and "Common Workflows" sections
* style: make video a comfortable viewing size and visually distinguish from background
* docs: Fix "frist" typo to "first" under "Manage Scopes"
Co-authored-by: Susmitha Girumala <susmitha@hashicorp.com>
Jeff Mitchell
John Reese
Bryce Kalow
Jeff MalnickandJeff Mitchell
Susmitha Girumala
Patrick Bernal
Jeff Escalante
Todd Knight
Randall MoreyandSusmitha Girumala
Kyle MacDonald
DevOps Rob