Title: Hebrew/Arabic (RTL) text renders reversed in Claude Desktop on macOS

Resolved 💬 1 comment Opened Jul 7, 2026 by hbz14 Closed Jul 10, 2026

Preflight Checklist

  • [x] I have searched existing requests and this feature hasn't been requested yet
  • [x] This is a single feature request (not multiple features)

Problem Statement

Environment:
Claude Desktop, macOS
(Related, already-reported issues: #38005, #48938, #30110)
Description:
When Claude's responses contain Hebrew (or other RTL) text, the words render in reversed order — the text is unreadable. This happens because the app's webview CSS applies LTR rendering globally and doesn't respect Unicode directionality for RTL scripts. The issue is especially disruptive when Hebrew is mixed with English or code, which is extremely common in technical conversations.
Steps to reproduce:

Open Claude Desktop on macOS
Send a message that includes Hebrew text
Observe that Claude's response (or the input box) displays the Hebrew words in reversed order

Expected behavior:
Hebrew/Arabic text should render right-to-left correctly, ideally using unicode-bidi: plaintext (or equivalent) on message content so the browser's BiDi algorithm can auto-detect direction per paragraph — keeping English, code blocks, and LaTeX left-to-right while Hebrew/Arabic flows right-to-left.
Impact:
Affects all Hebrew (~10M speakers) and Arabic (~400M speakers) users of Claude Desktop, making mixed-language technical conversations hard to read.
Note: A similar underlying bug also affects the Claude Code VS Code extension's webview (same root cause: missing unicode-bidi: plaintext), suggesting a shared fix across products could resolve both.

Proposed Solution

Environment:
Claude Desktop, macOS
(Related, already-reported issues: #38005, #48938, #30110)
Description:
When Claude's responses contain Hebrew (or other RTL) text, the words render in reversed order — the text is unreadable. This happens because the app's webview CSS applies LTR rendering globally and doesn't respect Unicode directionality for RTL scripts. The issue is especially disruptive when Hebrew is mixed with English or code, which is extremely common in technical conversations.
Steps to reproduce:

Open Claude Desktop on macOS
Send a message that includes Hebrew text
Observe that Claude's response (or the input box) displays the Hebrew words in reversed order

Expected behavior:
Hebrew/Arabic text should render right-to-left correctly, ideally using unicode-bidi: plaintext (or equivalent) on message content so the browser's BiDi algorithm can auto-detect direction per paragraph — keeping English, code blocks, and LaTeX left-to-right while Hebrew/Arabic flows right-to-left.
Impact:
Affects all Hebrew (~10M speakers) and Arabic (~400M speakers) users of Claude Desktop, making mixed-language technical conversations hard to read.
Note: A similar underlying bug also affects the Claude Code VS Code extension's webview (same root cause: missing unicode-bidi: plaintext), suggesting a shared fix across products could resolve both.

Alternative Solutions

_No response_

Priority

Critical - Blocking my work

Feature Category

CLI commands and flags

Use Case Example

_No response_

Additional Context

_No response_

View original on GitHub ↗

This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗