Skip to content

Next

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
    • Help
    • Support
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
GitLab
GitLab
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
    • Cycle Analytics
    • Insights
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Charts
    • Locked Files
  • Issues 23,561
    • Issues 23,561
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 820
    • Merge Requests 820
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
    • Charts
  • Security & Compliance
    • Security & Compliance
    • Dependency List
  • Packages
    • Packages
    • Container Registry
  • Snippets
    • Snippets
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Charts
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • GitLab.org
  • GitLabGitLab
  • Issues
  • #5379

Closed
Open
Opened Mar 21, 2018 by James Edwards-Jones@jamedjo
  • Report abuse
  • New issue
Report abuse New issue

Redesign Group SAML settings instructions

What

  1. Split instructions on Group SAML steps into numbered steps with instructions next to each step
  2. Consider expanding on instructions for required assertions and having this as the second step

Why

  1. Large amount of text instructions can make it hard to scan for where to start
  2. Assertions are a large part of the setup and one of the key things SAML admins will need to know. This will help avoid us redirecting them to the docs, and help avoid the chance this step is missed. When we add ability to control access levels with assertions this will also help users discover this functionality.

Design

Original New Design
Screenshot-2018-3-17_SAML_Single_Sign_On_Settings___my-saml-group__original_

Previous discussion

@jamedjo in https://gitlab.com/gitlab-org/gitlab-ee/merge_requests/4549?view=inline#note_63905527:

When I see that large wall of text it feels hard to scan for where to start, and was thinking the above might help users skip to the URLs.

Could some of this text be moved to documentation?

Maybe for a future design iteration we'd split this into numbered steps keeping descriptive text alongside each stage:

  1. Set up your identity provider, using the URLs below when asked. (See documentation for popular services)
    • Assertion Consumer Service URL
    • Issuer
  2. Set up required assertions. Also known as claims or attributes, see documentation for further details
    • NameID: Must be configured to ...
    • Email: Is required
    • Optional fields: name, first_name, last_name
  3. Configure GitLab with fields below:
    • SSO URL
    • Fingerprint

@pedroms in https://gitlab.com/gitlab-org/gitlab-ee/merge_requests/4549?view=inline#note_64196724:

@jamedjo thanks for sharing your feedback and explorations. I agree that the numbered steps would be ideal. And maybe even collapsing the setup info after the first setup, so you don't have to see it every time you visit the integration page.

Currently, I feel like having the setup text and the copy-paste info together helps group the necessary elements to get started. In the future, we'll have to improve this, but let's keep it as it is for this iteration.

Related

  • https://gitlab.com/gitlab-org/gitlab-ee/merge_requests/4549?view=inline#note_63905527
  • https://gitlab.com/gitlab-org/gitlab-ee/merge_requests/4549?view=inline#note_63905527

Related issues

  • Discussion
  • Designs
Assignee
Assign to
Next 4-7 releases
Milestone
Next 4-7 releases
Assign milestone
Time tracking
None
Due date
None
9
Labels
Accepting merge requests Enterprise Edition External Authorization Manage [DEPRECATED] UX devops::manage group::access product discovery [DEPRECATED] saml
Assign labels
  • View project labels
Reference: gitlab-org/gitlab#5379