fix(gitlab): use custom annotation for CI

[CryptoRodeo]

Swap gitlab.com/project-id annotation check for custom annotation gitlab.com/enabled.

JIRA: SSCUI-83

Summary by CodeRabbit

• Bug Fixes
  • Updated GitLab integration detection to use the correct enablement indicator when determining whether to display GitLab pipelines content in the platform.

[openshift-ci]

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: CryptoRodeo
Once this PR has been reviewed and has the lgtm label, please assign lcarva for approval. For more information see the Code Review Process.

The full list of commands accepted by this bot can be found here.

Details

Needs approval from an approver in each of these files:

• OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

[coderabbitai]

No actionable comments were generated in the recent review. 🎉

ℹ️ Recent review info

⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Pro

Run ID: 6b5e28ae-4507-4bfe-9555-159e02828aaa

📥 Commits

Reviewing files that changed from the base of the PR and between 73a3e9e and f5d2d82.

📒 Files selected for processing (1)

• installer/charts/tssc-dh/templates/plugins-content.yaml

---

📝 Walkthrough

Walkthrough

The GitLab frontend plugin's conditional rendering logic has been updated to check for the gitlab.com/enabled annotation instead of gitlab.com/project-id. This changes which annotation presence determines whether the GitLab pipelines content is rendered in the dynamic plugin mount configuration.

Changes

Cohort / File(s)	Summary
GitLab Plugin Frontend Configuration installer/charts/tssc-dh/templates/plugins-content.yaml	Updated the hasAnnotation conditional for the GitLab plugin from checking gitlab.com/project-id to gitlab.com/enabled.

Estimated code review effort

🎯 1 (Trivial) | ⏱️ ~2 minutes

Possibly related PRs

• fix(plugins): conditionally render Gitlab pipelines #1598 — Modifies the same GitLab frontend dynamic plugin mount conditional in the same file, with the main PR changing an earlier gate that was added in that PR.

Suggested labels

approved, lgtm

Suggested reviewers

• jkopriva
• rhopp
• Roming22

Poem

🐰 A simple switch from ID to enabled state,
Annotations now flow through a cleaner gate,
The GitLab plugin dances with grace,
Configuration tweaks in the right place! ✨

🚥 Pre-merge checks | ✅ 3

✅ Passed checks (3 passed)

Check name	Status	Explanation
Description Check	✅ Passed	Check skipped - CodeRabbit’s high-level summary is enabled.
Title check	✅ Passed	The title clearly and specifically describes the main change: replacing a GitLab annotation check with a custom one for CI purposes, which matches the core objective of the pull request.
Docstring Coverage	✅ Passed	No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

_{✏️ Tip: You can configure your own custom pre-merge checks in the settings.}

✨ Finishing Touches

🧪 Generate unit tests (beta)

• Create PR with unit tests

📝 Coding Plan

• Generate coding plan for human review comments

---

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

• X
• Mastodon
• Reddit
• LinkedIn

_{Comment @coderabbitai help to get the list of available commands and usage tips.}

Tip

CodeRabbit can suggest fixes for GitHub Check annotations.

Configure the reviews.tools.github-checks setting to adjust the time to wait for GitHub Checks to complete.

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud