X changed files dropdown chops off paths
Summary
X changed files dropdown chops off paths.
Steps to reproduce
- Find a merge request
- Go to the "Changes" tab
- Click on the "X changed files" link to open the dropdown
- Observe chopped off paths for any paths of any significant length (using ellipses)
Example Project
This would work in any project.
What is the current bug behavior?
Chopped off paths (using ellipses).
What is the expected correct behavior?
Open for debate, perhaps a mix of:
- Claiming more width for the dropdown, to begin with
- Putting the ellipses elsewhere in the path, so that the actual file name is visible
- Showing a scroll bar (not a fan)
Relevant logs and/or screenshots
Output of checks
(If you are reporting a bug on GitLab.com, write: This bug happens on GitLab.com)
Results of GitLab environment info
Expand for output related to GitLab environment info
System information System: Ubuntu 16.04 Current User: git Using RVM: no Ruby Version: 2.3.5p376 Gem Version: 2.6.6 Bundler Version:1.13.7 Rake Version: 12.0.0 Redis Version: 3.2.5 Git Version: 2.13.5 Sidekiq Version:5.0.4 Go Version: unknownGitLab information Version: 9.5.5 Revision: 3cf5eba Directory: /opt/gitlab/embedded/service/gitlab-rails DB Adapter: postgresql URL: https://redacted HTTP Clone URL: https://redacted/some-group/some-project.git SSH Clone URL: git@redacted:some-group/some-project.git Using LDAP: yes Using Omniauth: no
GitLab Shell Version: 5.8.0 Repository storage paths:
- default: /gitlab/git-data/repositories Hooks: /opt/gitlab/embedded/service/gitlab-shell/hooks Git: /opt/gitlab/embedded/bin/git
Results of GitLab application Check
Expand for output related to the GitLab application check
(omitted)
Possible fixes
(n/a)