groups projects page doesn't preserve sorting between pages
Summary
When in a group's "Subgroups and Projects" page, there is an option drop-down "Sort by" which is defaulting to "Last Created". When I switch it to sort by "Name", the first page of results sorts as expected.
Going to the second page of results, reset the filter, so that I see page 2 of the "Last Created" results.
Steps to reproduce
-
on a group with more projects than the page size (apparently 20), change the "Sort By" dropdown to "Name"
-
notice the url search is set: ?sort=name_asc&page=1
-
click on the paging ui to go to page 2.
-
Notice that the top url resets: ?page=2
-
Open devtools and disable page caching. No effect (this wouldn't affect fragment caches in the backend).
-
Go back and forth a few times... notice that sometimes the url is preserved, but still ignores the name sort.
-
Alternatively, any time a page display is not working, go up to the url line and press enter. For example, if you see "?sort=name_asc&page=3" but the incorrect results, select the url line and press return to execute a direct GET without turbolinks. This displays the correct information.
What is the current bug behavior?
Even though Sort By is set to "Name", the page 2 results are not sorted by name consistently. I.e. page 1 is A-P, but page 2 is L-B. This doesn't make sense. See screenshot attached.
What is the expected correct behavior?
If the Sort By is set to "Name", I expect the set of all pages in order to be in alphabetical order. Thus page 1 might be A-F, page 2 might be G-Z.
Relevant logs and/or screenshots
Output of checks
This happens in our instance of GitLab Enterprise Edition 13.0.0-ee
Firefox 78.3.0esr (64-bit)
Debian 4.19.146-1
Possible fixes
From the behavior and appearance of the bug, it looks as if some caching behavior might be involved as well (aka Turbolinks? or fragment caching?)