Skip to content
GitLab
    • GitLab: the DevOps platform
    • Explore GitLab
    • Install GitLab
    • How GitLab compares
    • Get started
    • GitLab docs
    • GitLab Learn
  • Pricing
  • Talk to an expert
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
    • Switch to GitLab Next
    Projects Groups Topics Snippets
  • Register
  • Sign in
  • GitLab GitLab
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
    • Locked files
  • Issues 9,362
    • Issues 9,362
    • List
    • Boards
    • Service Desk
    • Milestones
    • Iterations
    • Requirements
  • Jira
    • Jira
  • Merge requests 140
    • Merge requests 140
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Artifacts
    • Schedules
    • Test cases
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Package Registry
    • Container Registry
    • Infrastructure Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Code review
    • Insights
    • Issue
    • Repository
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar

Do not update/delete: Banner broadcast message test data

Do not update/delete: Notification broadcast message test data

  • GitLab.orgGitLab.org
  • GitLabGitLab
  • Issues
  • #2227
Closed
Open
Issue created Apr 20, 2017 by Luke "Jared" Bennett@lbennettDeveloper

DRY approval settings

Resources

FE @lbennett

Description

I have a Deliverable https://gitlab.com/gitlab-org/gitlab-ee/issues/1526 to slightly improve the project settings approval settings. This improvement was a part of a chain of improvements that I wasn't wholly aware of. I didn't read everything correctly and ended up implementing the full UX improvement design for the new/edit MR page approval settings. About half way through, talking to @victorwu, I realise I am working out of the scope of the issue. Instead of improving the MR page from scratch, I was meant to be improving on top of already merged changes to the project settings page.

So, we highlighted from this that the 2 approval settings have different implementations.

https://gitlab.com/gitlab-org/gitlab-ee/merge_requests/1656 is the MR where I start to add the new design to the MR page. It uses droplab over select2 so is closer to our final desired implementation.

The MR page approval settings will get more use than the project settings so we should probably schedule the MR page to be updated with the new designs (i.e. completing https://gitlab.com/gitlab-org/gitlab-ee/merge_requests/1656) and then one last MR to DRY the 2 implementations, thus removing the use of select2 from the project settings.

/cc @victorwu @jschatz1

Dependencies

Do this first, which is re-designing the merge request web form: https://gitlab.com/gitlab-org/gitlab-ee/issues/2228

Scope of work to be done in this issue

  • The existing approvals settings in the project settings and the merge request web form has shared UI and functionality. We fix some tech debt and make it DRY.
Assignee
Assign to
Time tracking