Skip to content

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.

image

Also, groups are listed in the filter results, which do not even contain projects that could be -ed, like software-delivery/get-maintainers).

Steps to reproduce

Visit

  1. https://gitlab.com/groups/gitlab-org/?sort=stars_asc&filter=gitlab
  2. 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.

Edited by 🤖 GitLab Bot 🤖