Describe the bug
The Superset terminal intermittently renders normal English terminal/session text as RTL-looking gibberish.
Only some words or UI/status fragments are affected. Other text in the same terminal remains readable. This looks like terminal rendering/glyph corruption rather than shell output encoding corruption.
Screenshot
Attached screenshot shows:
- Mixed readable English and corrupted glyphs in the same terminal output
- Normal command output structure still visible
- Corruption affecting some words/punctuation, not the whole terminal buffer
Steps to reproduce
I do not have a deterministic reproduction yet, but it happened during normal extended terminal usage:
- Open Superset Desktop.
- Open a workspace terminal.
- Run Codex CLI/Claude Code inside the terminal.
- Let the session produce normal command/status output for a while.
- Some English terminal/session words intermittently render as RTL-looking gibberish.
Expected behavior
All terminal text should render consistently as readable UTF-8 text. English labels, command output, status lines, and punctuation should not become corrupted glyphs.
Actual behavior
Some English text fragments become unreadable RTL-looking gibberish while nearby terminal text remains readable.
Environment
- Superset Desktop: 1.8.0
- OS: macOS 26.2 (25C56)
- Shell: zsh (
/bin/zsh)
- TERM:
xterm-256color
- Locale:
LANG=C.UTF-8
LC_ALL=C.UTF-8
LC_CTYPE=C.UTF-8
- CLI running in terminal: Codex CLI
Related issues
This may be related to existing terminal rendering/glyph corruption issues, but I am filing it separately because this case is not CJK text and appears as RTL-looking glyph corruption in mostly English output:
Describe the bug
The Superset terminal intermittently renders normal English terminal/session text as RTL-looking gibberish.
Only some words or UI/status fragments are affected. Other text in the same terminal remains readable. This looks like terminal rendering/glyph corruption rather than shell output encoding corruption.
Screenshot
Attached screenshot shows:
Steps to reproduce
I do not have a deterministic reproduction yet, but it happened during normal extended terminal usage:
Expected behavior
All terminal text should render consistently as readable UTF-8 text. English labels, command output, status lines, and punctuation should not become corrupted glyphs.
Actual behavior
Some English text fragments become unreadable RTL-looking gibberish while nearby terminal text remains readable.
Environment
/bin/zsh)xterm-256colorLANG=C.UTF-8LC_ALL=C.UTF-8LC_CTYPE=C.UTF-8Related issues
This may be related to existing terminal rendering/glyph corruption issues, but I am filing it separately because this case is not CJK text and appears as RTL-looking glyph corruption in mostly English output: