Standardize on roles term in UI

What does this MR do?

Closes: #330261 (closed).

Makes GitLab UI more consistent about using role as the preferred term for that which is considered an "access level" internally, but which is often described as "permissions".

Screenshots (strongly suggested)

Before

Before:

  • Project members - invite member:

    Screen_Shot_2021-06-10_at_11.20.07_am

  • Project members - invite group:

    Screen_Shot_2021-06-10_at_11.20.30_am

  • Project members - Max role drop down:

    Screen_Shot_2021-06-10_at_11.20.42_am

  • Group members - invite member:

    Screen_Shot_2021-06-10_at_11.21.01_am

  • Group members - invite group:

    Screen_Shot_2021-06-10_at_11.21.16_am

  • Group members - Max role drop down:

    Screen_Shot_2021-06-10_at_11.21.27_am

After

After:

  • Project members - invite member:

    Screen_Shot_2021-06-10_at_11.48.53_am

  • Project members - invite group:

    Screen_Shot_2021-06-10_at_11.49.12_am

  • Project members - Max role drop down:

    Screen_Shot_2021-06-10_at_11.49.34_am

  • Group members - invite member:

    Screen_Shot_2021-06-10_at_11.49.48_am

  • Group members - invite group:

    Screen_Shot_2021-06-10_at_11.50.00_am

  • Group members - Max role drop down:

    Screen_Shot_2021-06-10_at_11.50.13_am

Does this MR meet the acceptance criteria?

Conformity

Availability and Testing

Security

Does this MR contain changes to processing or storing of credentials or tokens, authorization and authentication methods or other items described in the security review guidelines? If not, then delete this Security section.

  • Label as security and @ mention @gitlab-com/gl-security/appsec
  • The MR includes necessary changes to maintain consistency between UI, API, email, or other methods
  • Security reports checked/validated by a reviewer from the AppSec team
Edited by Evan Read

Merge request reports

Loading