Repository navigation
[App][i18n] zh-CN renders both xhigh and ultra reasoning efforts as “极高” #31963
Description
What version of the Codex App are you using (From “About Codex” dialog)?
Codex Windows app 26.707.3563.0
What subscription do you have?
Not account-specific. The issue was reproduced with an account that has access to GPT-5.6 Sol.
What platform is your computer?
Microsoft Windows NT 10.0.19045.0 x64 (Windows 10 Home China, build 19045)
What issue are you seeing?
With the Codex App locale set to Simplified Chinese (zh-CN), the reasoning-effort menu for GPT-5.6 Sol shows these labels:
轻度
中
高
极高
极高
更快消耗使用额度
The fourth and fifth options are different reasoning efforts (xhigh and ultra), but both render as 极高. The last option is identifiable as ultra because it carries the extra-usage warning. This makes the options and the selected value ambiguous.
The bundled localization catalog in this build confirms the collision:
xhigh -> 极高
max -> 最高
ultra -> 极高
The default English labels are Extra High, Max, and Ultra. The Traditional Chinese (zh-TW) catalog already keeps the three values distinct:
xhigh -> 極高
max -> 最高
ultra -> 超高
What steps can reproduce the bug?
- Set the Codex App locale to Simplified Chinese (
zh-CN). - Start or open a task using GPT-5.6 Sol.
- Open the model and reasoning controls.
- Open the reasoning-effort submenu.
- Observe two consecutive entries labeled
极高; the second one has the更快消耗使用额度warning.
What is the expected behavior?
Every supported reasoning effort should have a distinct localized label. A consistent mapping would be:
xhigh -> 极高
max -> 最高
ultra -> 超高
In particular, composer.mode.local.reasoning.ultra.label should not use the same translation as composer.mode.local.reasoning.xhigh.label.
Additional information
ReasoningEffortalready modelsxhigh,max, andultraas distinct values in the public protocol: https://github.com/openai/codex/blob/main/codex-rs/protocol/src/openai_models.rszh-HKappears to have the samexhigh/ultracollision (極高for both), whilezh-TWalready uses超高forultra.- Suggested regression coverage: assert the
zh-CNlabels forxhigh,max, andultra, and add a picker snapshot containing the Ultra usage warning. - Related to the broader Chinese-localization report Codex desktop app regression: missing Chinese localization (Simplified/Traditional) and missing context usage indicator #27244, but this is a separate, deterministic wrong-label bug.
Activity
dysthymia commentedon Jul 10, 2026
Confirmed on macOS as well, so this does not appear to be Windows-specific.
26.707.31428(build5059)26.5.1(build25F80),arm64zh-CN)The reasoning-effort menu renders:
The bundled localization catalog in this macOS build also maps both
composer.mode.local.reasoning.xhigh.labelandcomposer.mode.local.reasoning.ultra.labelto极高, whilemaxis rendered as最高.CxMYu commentedon Jul 13, 2026
Still reproducible in the current Windows Store build:
26.707.8479.0(x64)Microsoft Windows NT 10.0.26200.0 x64zh-CN)The six labels are still rendered as:
So
xhighandultraremain indistinguishable in the picker. The same settings surface also leaves the new Power Slider copy untranslated (model picker sliderandthe highest slider option.), indicating that the new model-feature UI has incomplete zh-CN localization in this build.ou3051 commentedon Jul 14, 2026
Still reproducible in Codex Windows App
26.707.9564.0with thezh-CNlocale. Bothxhighandultraare displayed as “极高”; only the “更快消耗使用额度” warning distinguishes Ultra. This remains misleading. Please use a distinct label such as “超高” for Ultra.DerekZhang90 commentedon Jul 15, 2026
Confirmed on the current macOS Codex App as well:
26.707.72221(build5307)26.3.2(build25D2150), Apple Silicon /arm64zh-CN)The reasoning-effort picker still renders:
So
Extra HighandUltraare both shown as “极高”, whileMaxis “最高”. The Ultra row is only distinguishable by the “更快消耗使用额度” warning. This ambiguity is especially unfortunate because selecting the wrong level can lead to faster quota consumption.Please use a distinct label for Ultra, such as “超高”, or another term that preserves the ordering and keeps all six levels distinguishable.
A current UI screenshot reproduces the exact sequence above. I’m happy to provide any additional diagnostics if useful.
The fix is the main priority. Separately, since this verified localization issue can lead to unintended usage-quota consumption, if OpenAI has any bug-report acknowledgement program, goodwill usage credits, or another courtesy available for helpful product reports, I would be grateful if this report could be considered. Thank you for looking into it.
zhu-siyuan commentedon Jul 18, 2026
Still reproducible in Codex App version
26.715.12143with the Simplified Chinese (zh-CN) interface.The reasoning-effort menu is displayed as:
Both
xhighandultraare translated as极高, so the two distinct modes cannot be identified by their names. Ultra can only be distinguished by the additional usage warning.This is especially confusing because the ordering is no longer intuitive:
I suggest keeping the technical tier names visible or using distinct bilingual labels, for example:
Alternatively, Ultra could use a distinct Chinese translation, but every tier should remain clearly distinguishable.
AiurArtanis commentedon Jul 27, 2026
附议,不过我建议ultra本地化命名为超强,因为本质上是单agent最高+默认启用多子agent,所以不单单是“高”的概念
cokice commentedon Aug 3, 2026
Great digging on the catalog keys. One concern with the proposed fix though: borrowing zh-TW's
ultra → 超高removes the duplicate but breaks ordering instead. The list would read:高 → 极高 → 最高 → 超高
「最高」literally means "the highest", yet「超高」sits above it. Native speakers also don't agree on a unique ordering of 极高 / 最高 / 超高 — so zh-TW and zh-HK aren't clean references here; they have the same design flaw, just without the duplicate.
The root cause is that Chinese tier-adjectives simply don't stack six levels deep. Rather than searching for four distinct "very high" words that sort unambiguously (they don't exist), I'd suggest leaving the top tiers untranslated:
Reasons:
max,ultra) exactly, so the mapping stays unambiguous for whoever maintains the catalogs.Fixing only
ultra.labelper-locale would trade the ambiguity bug for an ordering bug.brofea commentedon Aug 9, 2026
actually i would suggest not translating them, just keep using light to max and ultra. lots of chinese tech companies already use things like max or ultra anyway, so we all know what they mean
caredhieacid commentedon Aug 14, 2026
Reproduced on the current macOS build on 2026-08-14.
Environment
26.810.41047(build6570)codex-cli 0.148.0-alpha.915.6(build24G84), Apple Silicon /arm64zh-CN)The picker still renders the six levels as:
Thus
xhighandultraare indistinguishable by name. The final row's “更快消耗使用额度” warning is the only clue, and the collapsed selected value also appears simply as “极高”. This is not merely cosmetic: these are distinct selectable modes with different usage treatment, so users can select the wrong one while believing they selected the other.A safer localization would preserve stable technical identifiers for the upper tiers, for example:
or any other mapping that keeps every value unique and unambiguously ordered.
中文补充:当前简体中文界面把
xhigh和ultra都显示成“极高”,导致两个真实不同的档位在菜单和收起后的选择器中完全同名。建议至少保留 XHigh / Max / Ultra 技术名称,避免误选及额度消耗歧义。I would be happy to submit a localization fix and regression test if the Desktop UI localization source is opened or the relevant component accepts external contributions.
Current-build screenshot:
musnows commentedon Aug 17, 2026
Still reproducible in the current Codex Desktop app with the
zh-CNlocale as of 2026-08-17. The picker continues to show:This is more than cosmetic: the collapsed selected value is also ambiguous, so users can unintentionally select Ultra and consume usage limits faster.
@jif-oai @bolinfest — could you please help route this to the Desktop/i18n owner, or confirm whether a fix is planned? The issue currently has no assignee, milestone, or linked PR.
A safe fix should keep all upper tiers unique and unambiguously ordered—for example, preserving the technical identifiers as
极高(XHigh),Max, andUltra, or another consistent mapping acrosszh-CN,zh-TW, andzh-HK.Thank you.
ChopinXBP commentedon Aug 18, 2026
Still reproducible on a newer macOS build as of 2026-08-18.
26.814.41407(build6720)26.5.1(build25F80), Apple Silicon /arm64zh-CN)The reasoning-effort picker still renders:
The localization data bundled with this app version still translates the three upper effort levels as:
Thus
xhighandultraremain indistinguishable by name. The collapsed selected value is also ambiguous, while the “更快消耗使用额度” warning is the only indication that the final row is Ultra.One possible fully localized mapping would be:
This keeps all three upper tiers distinct and gives Ultra a separate product meaning rather than translating it as another synonym for “high”.
At minimum, every effort should have a unique label in both the expanded picker and the collapsed selected value. Please also add localization regression coverage for
xhigh,max, andultrainzh-CN, ideally coveringzh-TWandzh-HKas well.onebaiyi commentedon Aug 19, 2026
I’m seeing the same issue in the Simplified Chinese UI on Codex Desktop for macOS.
I submitted in-app feedback as well. Feedback ID:
01a000b8-90d6-7b23-af0f-ba1f39421b66The issue is still reproducible: “Ultra” and another reasoning-effort option are both displayed as “极高”, making the two settings indistinguishable in Chinese.
naipi11 commentedon Aug 19, 2026
Temporary workaround for users on the Simplified Chinese UI:
Limitation: this only avoids the ambiguous label. It does not fix the localization, and xhigh/ultra become indistinguishable again in zh-CN.
musnows commentedon Aug 20, 2026
ChatGPT 26.818.21641 version, this issue still exits! pls fix it!!!!!
@aibrahim-oai @jif-oai
naipi11 commentedon Aug 20, 2026
Thanks for the current-build confirmation. This indicates the zh-CN localization issue is still present in 26.818.21641.
Until the labels are corrected upstream, the temporary workaround is:
This only avoids the ambiguous labels; it does not fix the localization, and switching back to zh-CN can make xhigh and ultra indistinguishable again.