Fix AI Catalog private-item alert copy to remove top-level group mention
What does this MR do and why?
Fixes the info alert shown in the AI Catalog consumer modal for private items. The copy claimed a private item could be enabled in "the project it was created in or its top-level group" — but group-level Enable does not exist, so users were sent hunting for a UI that isn't there.
Before:
This %{itemType} is private and can only be enabled in the project it was created in or its top-level group. Duplicate the agent to use the same configuration in other projects.
After:
This %{itemType} is private and can only be enabled in its managing project: %{projectName}. Duplicate the %{itemType} to use the same configuration in other projects.
Changes:
- Removes the incorrect "top-level group" enablement path from the private alert
- Names the managing project via the existing
getAiCatalogItemOwningProjectNamehelper so users know exactly which project they need access to - Uses
%{itemType}consistently in the duplicate nudge instead of hardcoding "agent" - Regenerates
locale/gitlab.pot(translated.pofiles are left to the Crowdin sync) - Asserts the full alert text, including the project name, in the component spec
Note: restricted items (which genuinely can be enabled across a top-level group) have their own separate alert and are unaffected — this only touches the truly private case.
This supersedes the stale drafts !233282 (closed) and !233283 (closed), redone from scratch on current master.
Resolves #598099 (closed)
References
- #598099 (closed)
- !233160 (merged) (aligned the Enable button tooltip in the same spirit)
Screenshots or screen recordings
| Before | After |
|---|---|
![]() |
![]() |
How to set up and validate locally
- Open the AI Catalog from Explore or a group page
- Click Enable on a private item you don't own
- The modal alert should name the item's managing project and no longer mention the top-level group
MR acceptance checklist
Evaluate this MR against the MR acceptance checklist. It helps you analyze changes to reduce risks in quality, performance, reliability, security, and maintainability.

