claude-code - 💡(How to fix) Fix [BUG] [Desktop] Window control buttons (minimize/maximize/close) overlap with Claude's top-bar UI on Windows 11 with Hebrew (RTL) display language [2 comments, 2 participants]

Preflight Checklist

• I have searched existing issues and this hasn't been reported yet
• This is a single bug report (please file separate reports for different bugs)
• I am using the latest version of Claude Code

What's Wrong?

Note: This is a Claude Desktop application bug, not a Claude Code (CLI) bug. Filing here per the issue tracker conventions used for other Desktop bugs (see e.g. #25801, #28231, #51143). Please tag with area:desktop and platform:windows.

On Windows 11 with Hebrew set as the system display language (RTL locale), the native Windows window control buttons (minimize, maximize, close) render in the same physical area as Claude Desktop's own top-bar UI buttons (e.g., the ghost/Incognito icon and other right-side controls), causing them to overlap visually and making it difficult to click the intended button.

Likely root cause

When the Windows display language is set to an RTL locale (Hebrew, Arabic), Windows mirrors the title-bar layout: the native window controls (X, ☐, _) move to the left side of the title bar instead of the right. However, Claude Desktop's custom (frameless Electron) title bar does not appear to detect this mirroring and continues to place its own controls in their default position, resulting in collision between the two sets of controls.

Distinction from existing RTL issues

This is not a duplicate of #38005 / #16814 / #30110, which all concern in-chat text direction (BiDi). This bug is specifically about the system-level title-bar layout in RTL Windows locales — a separate, unreported issue.

What Should Happen?

Claude Desktop's custom title bar should detect the system RTL locale and either:

• Reposition its own UI buttons to avoid the area now occupied by the native Windows controls, or
• Mirror its own layout to match the RTL title-bar convention.

The two sets of controls (native Windows window controls and Claude's own top-bar buttons) should never overlap regardless of system locale.

Error Messages/Logs

Steps to Reproduce

1. On a Windows 11 machine, set the system display language to Hebrew: Settings → Time & Language → Language & region → Windows display language → עברית.
2. Restart Windows so the language change takes full effect.
3. Install and launch the Claude Desktop application (latest version, v1.4758.0 at time of report).
4. Observe the top edge of the application window where the title bar is.
5. The native Windows system controls (minimize, maximize, close) and Claude's own top-bar UI buttons render in the same area and overlap.

Reproducibility: 100% — occurs on every launch. Does NOT occur in: the browser version (claude.ai) on the same machine — this is desktop-app-specific.

Claude Model

None

Is this a regression?

Yes, this worked in a previous version

Last Working Version

No response

Claude Code Version

N/A — Claude Desktop v1.4758.0 (this is a Desktop app bug, not CLI)

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

Other

Additional Information

Environment summary

• Application: Claude Desktop for Windows (Electron app, MSIX-packaged)
• App Version: v1.4758.0 (latest at time of report; bug persists after updating)
• OS: Windows 11, Hebrew display language (system-level RTL locale)
• Browser version (claude.ai): Works correctly — issue is specific to the desktop application

Why this is filed in this repo

The Claude Code issue tracker is currently used as the central place where Claude Desktop bugs are reported (see e.g. #25801, #28231, #28900, #42776, #51143). I'm following that convention. Please re-tag if there is a more appropriate destination.

Distinction from other RTL issues

Existing RTL-related Claude Desktop issues (#38005, #16814) and VS Code extension issues (#30110, #29811, #30080) all concern in-chat text direction (BiDi) rendering. This bug is different — it concerns the system-level title-bar layout when Windows itself is running in an RTL locale, which causes the OS-rendered window controls and Claude's custom title-bar buttons to occupy the same physical area.

Suggested labels

• area:desktop
• platform:windows
• area:a11y (RTL/internationalization)

Screenshots

Two screenshots will be attached showing the overlap (one of the Customize panel and one of the home screen with the input box visible — both show the title-bar collision in the top-right corner of the window).