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
List View ordering Tree View ordering

Output of checks

This bug happens on GitLab.com

Assignee Loading
Time tracking Loading