Shared UI dictionary still falls back to English for 51 Chinese strings #50553

Activity

1. github-actions

   assigned

   Brendonovich

   on Sep 22, 2026
2. github-actions commented on Sep 22, 2026

   

   github-actionsBot

   on Sep 22, 2026 – with GitHub Actions

   Contributor

   More actions

   This issue might be a duplicate of or closely related to existing issues. Please check:

   • Chinese copy still falls back to English in the console and stats pages #50554: Same author filed on the same day — Chinese copy still falls back to English in the console and stats pages (overlapping zh.ts missing-key problem, different packages)
   • [FEATURE]: Restore Console localization (new Console is English-only; v1 Console shipped 18 locales) #50299: Restore Console localization (broader: new Console is English-only vs v1's 18 locales)
   • [Feature] Support Chinese (zh-CN) locale #40270: Feature request to add zh-CN locale support (predates both; now partially resolved)
3. PangYiMing

   changed the title [-]Chinese locale still falls back to English for 469 app and UI strings[/-] [+]Shared UI dictionary still falls back to English for 51 Chinese strings[/+] on Sep 22, 2026
4. opencodejr commented on Oct 28, 2026

   

   opencodejrBot

   on Oct 28, 2026

   Contributor

   More actions

   Thanks for the report. I could confirm this by comparing the dictionary files; I didn't run the desktop app, so I haven't seen the Chinese UI itself.

   The script below loads packages/ui/src/i18n/en.ts and zh.ts at a given git ref and merges them the way the app loads a language. It then lists every key that ends up in English:

   • v2.2.0: English has 304 keys and Chinese 247, so 57 strings show in English.
   • Latest dev (fa1260d): English has 307 keys and Chinese 247, so 60 strings show in English. The gap has grown slightly since you counted 51, because new English keys were added without Chinese entries. They include the free and budget limit notices, compaction queued/done, prompt history, image zoom, comment cards, the execute tool's labels and counts, message actions and relative times (Just now, {{count}}m ago), sources, and the variant-switch timeline notices.

   The Traditional Chinese dictionary (zht.ts) is missing 60 keys too.

   Related: #53858 covers the same English fallback in the app dictionary (packages/app/src/runtime/i18n), and #50772 asks for tests that check every language has the same keys as English.

   Reproduction script (check-zh.sh)

   #!/usr/bin/env bash
   # Usage: check-zh.sh <git-ref> [repo]   e.g. check-zh.sh v2.2.0
   # Loads packages/ui/src/i18n/{en,zh}.ts at <ref>, merges them the way the app's
   # language loader does ({ ...en, ...zh }), and lists keys that resolve to English.
   set -euo pipefail
   REF=${1:-HEAD}; REPO=${2:-/workspace/repo}
   TMP=$(mktemp -d)
   git -C "$REPO" show "$REF:packages/ui/src/i18n/en.ts" > "$TMP/en.ts"
   git -C "$REPO" show "$REF:packages/ui/src/i18n/zh.ts" > "$TMP/zh.ts"
   cat > "$TMP/check.ts" <<'TS'
   import { dict as en } from "./en"
   import { dict as zh } from "./zh"
   const merged: Record<string, string> = { ...en, ...zh }
   const missing = Object.keys(en).filter((k) => !(k in zh))
   console.log(`en keys: ${Object.keys(en).length}, zh keys: ${Object.keys(zh).length}, missing from zh: ${missing.length}`)
   for (const k of missing) console.log(`  ${k} -> ${JSON.stringify(merged[k])}  (English fallback)`)
   process.exit(missing.length ? 1 : 0)
   TS
   echo "== $REF ($(git -C "$REPO" rev-parse --short "$REF^{commit}"))"
   bun "$TMP/check.ts"

   Run it: bash check-zh.sh
5. opencodejr

   added

   reproduced

   on Oct 28, 2026
6. Su-Qingmu

   added a commit that references this issue on Nov 7, 2026

   fix(i18n): cover the desktop-native keys and use full-width punctuation

   ...

   This issue will close once commit 4e8ab35 is merged into the 'dev' branch.

   4e8ab35