Usage progress bars overlap reset-time labels with Noto Sans Mono CJK on Linux
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 45/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Active
- Tech stack
- css, vscode
- Domain
- frontend, internationalization
Research direction
The bug is in the usage progress bars of the Codex VS Code extension, which draw bars with Unicode full-block characters (U+2588) inside a span. Start by finding where that bar element and its CSS font-family are defined, and check how the reset-time label is laid out beside it. Reproduce with a CJK monospace font such as Noto Sans Mono CJK TC, where the block glyph is double width. Done means the bars no longer overlap the labels in that font, ideally by drawing the bars with CSS elements as the issue suggests, and the maintainers still need to agree on that approach.
Written by the indexing model from the issue text.
Description
What version of the IDE extension are you using?
26.1002.51308
What subscription do you have?
ChatGPT Plus ($20/month)
Which IDE are you using?
Visual Studio Code 1.141.0 (official .deb installation)
What platform is your computer?
Linux 7.0.0-38-generic x86_64 unknown
What issue are you seeing?
The 5-hour and weekly usage progress bars overlap the remaining-percentage and reset-time labels in the Codex VS Code Extension on Kubuntu 26.04 (Traditional Chinese, zh_TW).
The same UI displays correctly on Windows.
I investigated the issue using Chromium DevTools and found that the progress bars are rendered using Unicode block characters.
With Noto Sans Mono CJK TC, the full-block character (█, U+2588) is rendered at twice the width of ordinary ASCII characters.
Canvas measureText() results at 14px:
Changing the progress bar's CSS font-family to DejaVu Sans Mono immediately fixes the layout.
This suggests that the progress bar layout does not account for CJK fonts rendering Unicode block characters at double width.
Screenshots
Before: overlapping progress bars
After: using DejaVu Sans Mono
Font-width measurements
What steps can reproduce the bug?
-
Use Kubuntu 26.04 with Traditional Chinese (zh_TW) and
Noto Sans Mono CJK TCinstalled. -
Open Visual Studio Code 1.141.0 with the OpenAI Codex Extension (26.1002.51308).
-
Open the Codex usage/status panel showing the 5-hour and weekly limits.
-
Observe that the progress bars overlap the remaining-percentage and reset-time labels.
-
Open Developer Tools and inspect the progress bar's
<span>element. -
Change its font family in the DevTools Console:
$0.style.fontFamily = "DejaVu Sans Mono" -
Observe that the layout is immediately corrected.
The issue is reproducible with Noto Sans Mono CJK TC, while DejaVu Sans Mono works correctly.
What is the expected behavior?
The 5-hour and weekly usage progress bars should display correctly without overlapping the remaining-percentage or reset-time labels, regardless of the system language or configured font.
The layout should handle Unicode block characters that have different glyph widths in CJK fonts.
Ideally, the progress bars should be rendered using CSS elements rather than relying on Unicode block-character widths.
Additional information
No response
- Dominant language
- Rust
- Stars
- 129k
- Forks
- 20.3k
- Avg merge
- 1m
- Merged PRs (30d)
- 998
Getting set up
- No Dockerfile or Docker Compose file
- No pull request template
- Read the contributing 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
-
app bug
Difficulty 2/5 1-3 hours Newbie friendliness 67/100
Maintainers usually reply within 1 day
-
app-server documentation
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
Maintainers usually reply within 1 day
-
app bug
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
openai/codex#55328 · 1 comment ·
Maintainers usually reply within 1 day
-
bug CLI
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
openai/codex#55122 · 2 comments ·
Maintainers usually reply within 1 day
-
Python SDK: CodexClient.close() leaves the app-server's stdout/stderr pipes open (and never waits after kill)Possibly taken @akhil9tiet claimed this 2 days ago. Openapp-server bug
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
openai/codex#54908 · 2 comments ·
Maintainers usually reply within 1 day
Similar issues
-
documentation
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
charles-hood/DiagramCraft#73 ·
-
Difficulty 1/5 1-3 hours Newbie friendliness 78/100
ontologyportal/sigma-rs#200 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
chipsalliance/caliptra-sw#4311 ·
Maintainers usually reply within 2 days
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Maintainers usually reply within 1 day
-
`image_generation`: `max_retries` is ignored for OpenAI-compatible providers (always 2 retries)Possibly taken @ericz7900 claimed this today. Openllm translation
Difficulty 2/5 1-3 hours Newbie friendliness 77/100
Maintainers usually reply within 1 day