Skip to content

fix(voice-transcription): translate the Spanish config field titles - #69

Merged
rmyndharis merged 1 commit into
mainfrom
fix/complete-the-spanish-locale
Aug 8, 2026
Merged

fix(voice-transcription): translate the Spanish config field titles#69
rmyndharis merged 1 commit into
mainfrom
fix/complete-the-spanish-locale

Conversation

@rmyndharis

Copy link
Copy Markdown
Owner

What

voice-transcription's es locale carried name and description but no config block. A Spanish dashboard therefore showed a Spanish plugin title and description sitting above thirteen English field labels.

All seven other locales — fr, it, ar, he, te, zh-CN, zh-HK — already shipped the full block. es was the only gap.

Nothing functional was affected: field types, defaults, secret masking and validation are locale-independent. But a half-translated panel reads worse than an untranslated one, because it looks like the install is broken rather than simply English.

Why nothing caught it

Two separate gaps, and it fell between them:

  • catalog.mjs's i18n check fires only when a locale is entirely absent from manifest.i18n. es was present — just thin. And it is a console.warn, not a failure.
  • The existing every stable plugin ships a full i18n block test filters on status === 'stable'. This plugin is beta.

Test

A new case holds every locale that translates a plugin at all to translating all of its config fields, regardless of the plugin's status. It reads each manifest's configSchema.properties as the field list, so it tracks whatever a plugin actually declares.

Mutation-checked: removing one translated field from es fails it.

Verification

548 tests passing; node scripts/catalog.mjs --check reports the catalog up to date. plugins.json is regenerated because it is derived from the manifests. No version bump — the entry goes under [Unreleased], matching how this repo releases plugins separately.

The `es` locale carried `name` and `description` but no `config` block, so a
Spanish dashboard rendered a Spanish plugin title and description above thirteen
English field labels. Every one of the other seven locales already shipped the
full block.

Nothing functional was affected — field types, defaults, secret masking and
validation are all locale-independent — but it reads as a half-finished
translation, which is worse than an untranslated one.

Two gaps let it through. catalog.mjs only warns when a locale is entirely
absent, and warns rather than fails; and the existing i18n test checks locale
presence for `stable` plugins only, while this one is `beta`. A test now holds
every locale that translates a plugin at all to translating all of its config
fields, whatever the plugin's status.
@rmyndharis
rmyndharis merged commit 2c00713 into main Aug 8, 2026
1 check passed
@rmyndharis
rmyndharis deleted the fix/complete-the-spanish-locale branch August 8, 2026 06:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant