EDM-4146: Rename accessible to available in UI#703
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: ASSERTIVE Plan: Enterprise Run ID: ⛔ Files ignored due to path filters (1)
📒 Files selected for processing (5)
WalkthroughRenames user-facing repository, event, image validation, and create-repository status text from “accessible/inaccessible/accessibility” to “available/not available/availability”. ChangesUI Label Rename: accessible → available
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~3 minutes Possibly related PRs
Suggested labels
Suggested reviewers
Poem
🚥 Pre-merge checks | ✅ 13 | ❌ 2❌ Failed checks (2 warnings)
✅ Passed checks (13 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
jkilzi
left a comment
There was a problem hiding this comment.
Consistent, clean rename throughout. All affected surfaces — translation.json, useEvents.ts, SourceImageValidation.tsx, RepositorySelect.tsx, CreateRepositoryForm.tsx, and repository.ts — are updated in sync.
Watch — merge conflict with #692: both PRs touch the same lines in RepositorySelect.tsx (getRepositoryItems). Merge #692 first, then rebase this PR.
Made-with: Cursor
8e2409d to
0d5ec29
Compare
We now refer to repositories "availability" rather than "accessibility".
This deviates from the API wording that still refers to "Accessibility", so in places like events or error messages there may be mixed wording.
Areas Affected
libs/ui-components/ (shared UI component library)
Summary
This PR updates UI terminology across the shared
libs/ui-components/library so repository/resource-synchronization “availability” is shown in place of “accessibility.” The change is limited to UI wording and does not modify API contracts, type definitions, or backend naming.Files modified:
libs/ui-components/src/components/Events/useEvents.ts— Updated i18n event reason titles for repository/resource-sync availability (e.g.,REPOSITORY_ACCESSIBLE/REPOSITORY_INACCESSIBLE,RESOURCE_SYNC_ACCESSIBLE/RESOURCE_SYNC_INACCESSIBLE) to display “Available” / “Not available”.libs/ui-components/src/components/ImageBuilds/SourceImageValidation.tsx— Updated validation/loading/status labels to “Checking image availability”, “Available”, “Not available”.libs/ui-components/src/components/Repository/CreateRepository/CreateRepositoryForm.tsx— Updated “Validation suffix” helper text for HTTP repositories from “accessible” to “available”.libs/ui-components/src/components/form/RepositorySelect.tsx— Updated repository status dropdown mapping to “Available” / “Not available”.libs/ui-components/src/utils/status/repository.ts— Updated repository status label mappings/localization keys to “Available” / “Not available”.Cross-Cutting Implications
Shared component impact: Because these are in the shared
libs/ui-components/library, the terminology is applied consistently anywhere both standalone and the OCP plugin consume this library.Mixed terminology remains possible: The PR description notes the API still uses “Accessibility,” so some backend-driven labels (e.g., event naming/error text) may still show “Accessibility” until the API wording is updated.
Not affected: No changes to Go auth proxy, container builds, packaging, E2E tests, or CI/workflow configuration.