On /groups page, filtering subgroups and project does not work when using sort=latest_activity & sort=stars
Summary
Using the Sort
> Stars
or Updated Date
options together with a keyword filter for subgroups and projects has no effect, regardless of ascending or descending direction being used.
Also, groups are listed in the filter results, which do not even contain projects that could be
Steps to reproduce
Visit
- https://gitlab.com/groups/gitlab-org/?sort=stars_asc&filter=gitlab
- https://gitlab.com/groups/gitlab-org/?sort=latest_activity_desc&filter=gitlab
and compare the results list with the above screenshot. Toggle the sort directions and re-compare.
Example Project
See URLs above.
What is the current bug behavior?
Summarized above.
What is the expected correct behavior?
gitlab-org/gitlab should probably be be listed among the first results for both latest_activity_desc
& stars_desc
, and toggling both directions should some smaller projects.
When using sort=created
& name
, the results list behaves as expected, for both sort directions.
Relevant logs and/or screenshots
See above.
Output of checks
This bug happens on GitLab.com (as of v18.3.0-pre 9aa8f0e5).
Browser dev tools shows no failing network requests.
Results of GitLab environment info
Results of GitLab application Check
Possible fixes
Patch release information for backports
If the bug fix needs to be backported in a patch release to a version under the maintenance policy, please follow the steps on the patch release runbook for GitLab engineers.
Refer to the internal "Release Information" dashboard for information about the next patch release, including the targeted versions, expected release date, and current status.
High-severity bug remediation
To remediate high-severity issues requiring an internal release for single-tenant SaaS instances, refer to the internal release process for engineers.