Remove deprecated labels filter from Merge Request GraphQL resolver

Everyone can contribute. Help move this issue forward while earning points, leveling up and collecting rewards.

  • Close this issue

Deprecation Summary

In %17.1, we deprecated the labels GraphQL filter key for merge requests in app/assets/javascripts/merge_requests/list/queries/get_merge_requests.query.graphql as resolved by app/graphql/resolvers/merge_requests_resolver.rb.

Most likely, the negatable version of that filter also should have been deprecated, but it was not.

In %17.7, that mismatch was surfaced as a defect and corrected by also deprecating the not-able version of labels and promoting the (newly added) label_name in !175166 (merged).

To finish this process, we are removing the deprecated labels key from both the inclusive and exclusive (negated) lists.

Documentation

  • Deprecation notice: add link
  • Migration guidelines: add link
  • etc.

Product Usage

Describe why deprecation of this feature is necessary, ideally with dashboards/metrics that show product usage. add links to the documentation

Breaking Change?

Affected Customers

  • GitLab.com
  • Self-managed
  • Dedicated

Deprecation Milestone

Planned Removal Milestone

Links

Checklists

Timeline

Rollout Plan

DRIs:

  • Engineers: @thomasrandolph (@iamphill ??)

  • Engineering Manager: @andr3

  • Describe rollout plans on GitLab.com

    • Link to a feature flag rollout issue that covers:
      • Expected release date on GitLab.com and GitLab version
      • Rollout timelines, such as a percentage rollout on GitLab.com
      • Creation of any clean-up issues, such as code removal
  • Determine how to migrate users still using the existing functionality

  • Document ways to migrate with the tooling available

  • Automate any users who have not yet migrated, but ensure it's a two-way door decision

Communication Plan

DRIs:

  • Product Manager: @phikai

Add links to the relevant merge requests.

  • As soon as possible, but no later than the third milestone preceding the major release (for example, given the following release schedule: 17.8, 17.9, 17.10, 17.11, 18.0 – 17.9 is the third milestone preceding the major release):
    • A deprecation announcement entry has been created so the deprecation will appear in release posts and on the general deprecation page.
    • Documentation has been updated to mark the feature as deprecated.
  • On the major milestone:
    • The deprecated item has been removed.
    • If the removal of the deprecated item is a breaking change, the merge request is labeled breaking change.
    • Document the migration plan for users, clearly outlining the actions they need to take to mitigate the impact of the breaking change.
      • Add link

Development

DRIs:

  • Engineers: @thomasrandolph @iamphill

  • Engineering Manager: @andr3

  • Measure usage of the impacted product feature

    • Evaluate metrics across GitLab.com, Self-Managed, Dedicated
    • add issue link
    • list any metrics and/or dashboards
  • Create tooling for customers to manually migrate their data or workflows

    • add issue link
  • Build mechanism for users to manually enable the breaking change ahead of time

    • add issue link
  • Automate the migration for those who do not take any manual steps (ensure the automation can be reverted)

    • add issue link
  • Develop rollout plan of breaking change on GitLab.com

    • add feature flag rollout issue
  • Dogfood the changes on GitLab.com or a Self-Managed test instance

    • add issue link
  • (Optional) Create UI controls for instance admins to disable the breaking change, providing flexibility to Self-Managed / Dedicated customers. Optional as this depends on the breaking change.

    • add issue link

Approvals

  • Product Manager @phikai
  • Engineering Manager @andr3
  • Senior Engineering Manager / Director @senior-eng-leader
  • Group / Director of Product Management @senior-product-leader

Mentions (as applicable)

  • Product Designer @ProductDesigner
  • Tech Writer @TW
  • Software Engineering in Test @SET
  • Any other stable counterparts based on the product categories:
    • Add Sales/CS counterpart or mention @timtams
    • Add Support counterpart or mention @gitlab-com/support/managers
    • Add Marketing counterpart or mention @cfoster3

Labels

  • This issue is labeled deprecation, and with the relevant ~devops::, ~group::, and ~Category: labels.
  • This issue is labeled breaking change if the removal of the deprecated item will be a breaking change.

References

  • Deprecations, removals, and breaking changes
  • Deprecation guidelines
  • Deprecations and removals doc styleguide
  • REST API Deprecations and REST API breaking changes.
  • GraphQL Deprecations and GraphQL API breaking changes.
  • GitLab release and maintenance policy
  • Videos 📺
    • How to deprecate and remove features in GitLab releases
    • Review of GitLab deprecations and removals policy & Runner team deprecations and removals process
Edited Jun 18, 2025 by 🤖 GitLab Bot 🤖
Assignee Loading
Time tracking Loading