If MR contains changes on root files, Changes Listing doesn't follow order of files from File Browser when in "Tree view"
Summary
Note. It looks like this is related to MRs containing changes on /
files only. See the screenshots below for more information.
In MR's changes review, when File Browser is set to "List view", the files' order in the File Browser and Changes Listing is the same. This is, however, not the case when switching to "Tree View": the order of the files in File Browser does get changed while the order of Changes Listing stays intact. This is confusing especially considering "Tree View" being the default view for File Browser.
Steps to reproduce
- In an MR with changes on
/
files, go to "Changes" tab - Expand File Browser if it's collapsed
- Switch File Browser to "List View"
- Observe the order of files in File Browser on the left and changes listing on the right: the order is the same
- Switch File Browser to "Tree View"
- Observe that the order of files in File Browser has changed reflecting the folders structure of the project. However the order of files in changes listing on the right doesn't change and stays the same as for List View.
Example Project
Any project with MR
What is the current bug behavior?
File ordering in Changes Listing doesn't follow files' ordering in the File Browser
What is the expected correct behavior?
File order in Changes Listing should be updated in accordance to order in File Browser
Relevant logs and/or screenshots
List View ordering | Tree View ordering |
---|---|
Output of checks
This bug happens on GitLab.com