Codex App code blocks use Japanese CJK fallback glyphs for Chinese text on Japanese macOS
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 65/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- css, macos
- Domain
- desktop, internationalization
Research direction
Locate the CSS font stack used for assistant-response code and pre elements, then reproduce the example on macOS with Japanese as the system locale. Verify that Simplified Chinese characters in fenced text blocks use Chinese glyph variants, while the existing monospace rendering remains intact.
Written by the indexing model from the issue text.
Description
What issue are you seeing?
Chinese text inside fenced code blocks, especially text code blocks in assistant responses, is rendered with Japanese CJK fallback glyphs on macOS when the system language/locale is Japanese.
Normal prose is less affected, but code blocks look visually wrong because the monospace font stack falls back to Japanese glyph variants for Chinese characters. This makes Chinese answers harder to read for users on Japanese macOS.
This seems related to, but more specific than, #21511 and #29827: this report is specifically about code/pre monospace fallback in assistant response Markdown.
What steps can reproduce the bug?
- Use Codex App on macOS with Japanese as the primary system language/locale.
- Ask Codex to respond with a fenced
textcode block containing Simplified Chinese. - Observe Chinese characters inside the code block.
Example content:
```text
这是一个中文测试:门、关、说、直、海、骨、令
```
What is the expected behavior?
Chinese text in code blocks should use Chinese CJK glyph variants instead of Japanese glyph variants.
One possible fix would be to add explicit CJK Chinese fallback fonts before the final generic monospace fallback in the code/pre font stack, for example:
--font-mono-default:
ui-monospace,
"SFMono-Regular",
"SF Mono",
Menlo,
Consolas,
"Liberation Mono",
"Noto Sans Mono CJK SC",
"PingFang SC",
"Hiragino Sans GB",
monospace;
For Traditional Chinese users, PingFang TC / Noto Sans Mono CJK TC may also be worth considering.
What is the actual behavior?
Chinese characters in text fenced code blocks appear with Japanese glyph forms because the current monospace fallback chain appears to end at generic monospace, allowing Japanese CJK fonts to be selected first on Japanese macOS.
Environment
- App: Codex desktop app
- Platform: macOS
- System language/locale: Japanese
- Affected content: assistant response code blocks, especially fenced
textblocks - Codex App version: 26.623.101652
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.5k
- Avg merge
- 1m
- Merged PRs (30d)
- 1k
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from openai/codex
-
CLI enhancement model-behavior
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
enhancement remote
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
bug CLI windows-os
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
macOS sandbox blocks hw.optional.arm64 sysctl, causing Flutter to misdetect Apple Silicon as x64 Openbug CLI sandbox
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
bug CLI TUI
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Eynzof/Hermes-CN-Desktop#610 ·
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
gitbutlerapp/gitbutler#15998 · 1 comment ·
-
bug triage:deciding
Difficulty 1/5 Under an hour Newbie friendliness 88/100
open-telemetry/otel-arrow#4132 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100