[#373] 🤖 - Localize Bugbot review publication - #373
Conversation
|
To preview the documentation for this pull request, visit the following URL:
|
Codecov Report❌ Patch coverage is Additional details and impacted files@@ Coverage Diff @@
## develop #373 +/- ##
===========================================
+ Coverage 90.94% 92.31% +1.36%
===========================================
Files 135 643 +508
Lines 6251 16551 +10300
Branches 1338 4243 +2905
===========================================
+ Hits 5685 15279 +9594
- Misses 172 510 +338
- Partials 394 762 +368
🚀 New features to boost your workflow:
|
There was a problem hiding this comment.
Current status: Overall coverage is partial; this snapshot does not prove that all of its findings are resolved.
Last reconciled onc24d0b0. See aggregate Bugbot status.
🤖 Bugbot review snapshot
Bugbot reported 1 potential problem when commit ee2693d was analyzed. This snapshot is historical; use the status block above for current state. 1 finding is linked to changed code.
Findings
- high: Spanish catalog fails its own plural-category validation —
src/application/policies/bugbot_message_catalog.ts:196
Bugbot: review incomplete
Incomplete coverage
|
📌 Summary
Localize Bugbot publication surfaces through one destination-aware message catalog. The change keeps
en-USas the default, bundles Spanish, supports validated dynamic BCP-47 catalogs with atomic English fallback, and reuses one resolved catalog across each publication run.🎯 Related Issues / Tickets
🧩 Scope of Changes
MessageCatalogResolutionPortinjection.🛠️ Technical Details
en-US) and Spanish catalogs are bundled locally. Other valid BCP-47 locales are resolved through the provider-neutralMessageCatalogResolutionPort.outputLocale; mismatches are rejected before publication.🔍 How to Test
Install the pinned dependencies with
pnpm installusing Node.js 24 or newer.Run the focused Bugbot and message-catalog tests, including catalog completeness, pluralization, locale fallback, publication reuse, terminal no-call paths, and API validation cases.
Run the repository verification suite:
Verify that the generated action, CLI, API, declaration, specification catalog, and npm-package artifacts remain synchronized.
🧪 Test Coverage
The branch reports 429 suites and 3,814 tests passing, with all coverage budgets satisfied, including exhaustive coverage for the message catalog and critical Bugbot policies.
📸 Screenshots / Recordings (UI changes only)
Not provided; the affected surfaces are generated GitHub Markdown content rather than a client UI.
None.
🚀 Deployment Notes
Details: The generated bundles and declarations are committed with the source changes. Existing configurations continue to default to
en-US; locale providers are optional, and unavailable dynamic resolution falls back atomically to English.🔒 Security Considerations
Locale keys, BCP-47 tags, catalog schemas, plural categories, and reviewer output locales are validated before analysis or publication. The public API continues to keep credentials inside provider adapters, and catalog resolution does not expose tokens or provider payloads.
📈 Performance Impact
A resolved catalog is reused across the publication run, and terminal, dry-run, superseded, skipped, and no-mutation paths avoid unnecessary catalog-provider calls.
📝 Notes for Reviewers
Please pay particular attention to the shared catalog boundary and the distinction between destination locale selection and locale-neutral structured values. The status card, historical review content, findings, overflow notices, diagnostics, and resolution notes should all remain consistent within a single run.
✅ Checklist
📚 Additional Context
The UX keeps the durable GitHub surface compact and semantic: current status and required action appear first, findings are shown when useful, and coverage and recovery details remain collapsible. Existing historical review content is preserved while its live status block is reconciled in the destination locale.