[macOS][ko-KR] Usage & billing mixes English fallback strings into Korean UI (26.911.61220)

What version of the Codex App are you using (From “About Codex” dialog)?

Installed desktop bundle: 26.911.61220, build 9647, bundle identifier com.openai.codex (the installed application is named ChatGPT.app). These values were read from the installed bundle metadata, not the About dialog.

What subscription do you have?

ChatGPT Pro.

What platform is your computer?

macOS 27.0 (26A428), Apple Silicon.

uname -mprs: Darwin 27.0.0 arm64 arm

What issue are you seeing?

Settings → 사용량 및 청구 (Usage & billing) displays a mixture of Korean and English within the same page, while the Settings sidebar and several labels on that page remain Korean.

First documented screenshot: 2026-09-17 at approximately 21:11 KST (12:11 UTC), based on the local screenshot attachment timestamp. I noticed the change unexpectedly while viewing this page. The actual onset and exact last-known-good app build are unknown; the attachment timestamp is not a proven deployment or regression start time.

Examples visible together in the captured UI:

Area	Observed text
Settings navigation	사용량 및 청구 (Korean)
Page heading / tab	Usage, Overview (English), beside 사용량 분석 (Korean)
Plan section	내 플랜, Pro 플랜, 플랜 보기 (Korean), but the subscription-management explanation is English
Included usage	Plan limits, Weekly limit, Resets in 6d 23h (English), but the remaining-percentage label is Korean
Spark limits	Section title is Korean; rows use 5-hour limit / Weekly limit and English reset countdowns
Credits	크레딧 잔액 (Korean), but the balance and purchase button use English, including Add more

The issue is inconsistent localization of the usage UI. This report does not claim incorrect quota calculations or unexpected billing.

What steps can reproduce the bug?

Path to the captured occurrence:

1. Use the macOS desktop app in a Korean UI environment while signed in to a Pro account.
2. Open Settings.
3. Select 사용량 및 청구 (Usage & billing).
4. Inspect the overview, plan limits, Spark limits, and credit sections. The English strings listed above appear alongside Korean labels.

Reproduction scope: one captured occurrence is confirmed. Reopening Settings, cold-restarting the desktop app, explicitly reselecting the app language, and repeating this in a clean single-instance setup have not yet been verified. I cannot currently provide a recurrence rate or claim that a restart failed to resolve it.

What is the expected behavior?

The Usage & billing page should consistently use the active Korean UI locale, including headings, descriptions, period labels, countdowns, and buttons. Product/model names can remain unchanged.

Additional information

Conditions and troubleshooting performed

• Checked macOS language preferences: AppleLanguages = [ko-KR, en-KR]; AppleLocale = ko_KR.
• Checked the com.openai.codex macOS preference domain: no app-specific language/locale override was present. This does not prove which locale the web renderer resolved at runtime, but the captured Korean sidebar confirms that the whole interface had not simply switched to English.
• Read the installed localization resources and their corresponding UI message references without modifying the application. The evidence below is from that inspection.
• Searched the 12 available app log files for the observation date for MISSING_TRANSLATION, ChunkLoadError, and locale-load-failure text. No matches were found. Absence of those messages is not evidence that localization succeeded.
• No successful workaround is established. Restarting, changing language, clearing caches, reinstalling, or signing out has not been represented here as an attempted fix.

Two local desktop instances were in use with separate CODEX_HOME and app-data directories, alongside QuotaPie. That setup has not been isolated as a necessary condition or cause. No account identifiers, credentials, conversation logs, or private filesystem paths are included in this report.

Narrow evidence from the installed build

The UI bundle webview/assets/settings-750a3923dc5c.js references these message IDs with English defaults. The corresponding IDs are absent from webview/assets/ko-KR-3e431119b876.js:

• settings.usage.personalLimits.weekly — Weekly limit
• settings.usage.personalLimits.fiveHour — 5-hour limit
• settings.usage.credit.balance.addMore — Add more
• settings.usage.plan.manageOnWebDescription — the subscription-management explanation

This supports a missing-translation explanation for those specific strings, but it does not establish the full cause. For example, settings.usage.limits.plan.title has a Korean entry (플랜 한도) in the installed resource, yet the screenshot shows Plan limits. Locale/resource selection or runtime state may also need investigation.

Related reports checked

• #44802 / #45335: Simplified Chinese selection leaves Settings/main UI in English, including a macOS report.
• #37920: untranslated Chinese UI strings on Windows.
• #27255: broader incomplete Chinese localization.

I did not find a report specifically covering this Korean Usage & billing page. Filing separately to provide the locale, affected screen, build, observation time, and specific message IDs rather than assuming these reports share a root cause.

Start by comparing the message IDs in webview/assets/settings-750a3923dc5c.js with webview/assets/ko-KR-3e431119b876.js, focusing on the listed usage, limits, and credit strings. Confirm the issue in the Korean Usage & billing screen and identify whether the missing or inconsistent translations are resolved so the page consistently uses Korean labels, descriptions, countdowns, and buttons.