Associated merge request pipelines will include a multi-project pipeline to evaluate Code Suggestions via https://gitlab.com/gitlab-com/create-stage/code-creation/code-suggestion-scenarios/

Indicates that associated merge request pipelines will be forced to run all the jest jobs to regardless of the changes

Indicates that associated merge request pipelines will be forced to run all the RSpec jobs to regardless of the changes

Indicates that associated merge request pipeline jobs would run in the context of the `gitlab-org/gitlab-foss` project

Indicates that associated merge request pipeline will trigger a cross project downstream pipeline in GitLab JH validation project. See https://docs.gitlab.com/ee/development/pipelines/#as-if-jh-cross-project-downstream-pipeline Can be disabled by setting $CI_AS_IF_JH_ENABLED to `false`

Setups databases with a new connection `main_clusterwide`, but pointing to the same database as `main`, and run RSpec jobs with this DB configuration.

Ensure flaky tests aren't automatically skipped

Run tests with Praefect using a PostgreSQL database instead of an in-memory election strategy

Indicates that associated merge request pipelines will be forced to deploy a review app regardless of the changes

Indicates that associated merge request pipelines will be run jobs with a single database

Indicates that the undercoverage job for the merge request will be allowed to fail

Indicates that associated merge request pipelines will be run jobs to force caches to be updated

An issue that is not assigned an epic, milestone, or contains not enough information. It requires more triaging to decide its fate.

Issues which are particularly important to be released in the specified milestone. This should only be set by the responsible PM.

An issue which has been validated and breakdown started, but requires further refinement before development can begin. This label is being used as part of an experiment and should not be manually added/removed. See gitlab-org/developer-relations/contributor-success/team-task#382

An issue which has been validated and ready for planning/design/development. This label is being used as part of an experiment and should not be manually added/removed. See gitlab-org/developer-relations/contributor-success/team-task#382

Outlier that relates to a single distribution, platform, or architecture (eg Debian/AWS/ARM/)

Issues migrated from Platform label to Create label Ref: gitlab-org/quality/triage-ops#59

Feature proposals deemed popular by our issue triage policies (https://gitlab.com/gitlab-org/triage) will have this label applied

for issues relating to the customer portal integrating with another ent app