openai / openai/codex

[Windows][RTL] Window controls are positioned incorrectly when Windows display language is Hebrew

Open
#42,162 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

app bug windows-os
Dominant language
Rust
Stars
125k
Forks
19.4k
PR merge metrics
PR metrics pending

Description

What version of the Codex App are you using (From “About Codex” dialog)?

26.825.51511

What subscription do you have?

ChatGPT Business

What platform is your computer?

Microsoft Windows NT 10.0.26200.0 x64

What issue are you seeing?

When the Windows display language is set to Hebrew (RTL), the Codex App renders the window caption buttons incorrectly.

The minimize, maximize/restore, and close buttons appear on the right side of the window, but their order is mirrored, so the Close (X) button is not at the outer corner of the window.

At the same time, a large empty area is reserved on the left side of the title bar, approximately the size of the caption-button area.

Image

Changing the Windows display language from Hebrew to English completely resolves the issue: the buttons appear in the normal order on the right, the Close button is at the outer-right corner, and the unused reserved space on the left disappears.

This appears to be an RTL handling issue in the app's custom title bar.

What steps can reproduce the bug?
  1. Set the Windows 11 display language to Hebrew.
  2. Sign out of Windows and sign back in so the display-language change takes effect.
  3. Open the Codex App.
  4. Observe the window controls in the title bar.

Result:

  • The window controls remain on the right side.
  • Their order is mirrored.
  • The Close (X) button is not at the outer corner of the window.
  • Empty caption-button-sized space is reserved on the left side.

Control test:

  1. Change the Windows display language to English.
  2. Sign out and sign back in.
  3. Open the Codex App again.
  4. The title bar is now rendered correctly: minimize, maximize/restore, and Close appear in the normal order on the right, with Close at the outer-right corner, and the unused space on the left is gone.
What is the expected behavior?

The Codex App should handle the Windows RTL title-bar layout consistently.

When Windows uses an RTL display language such as Hebrew, the caption buttons should be positioned and ordered correctly according to the Windows RTL layout, with the Close button at the outer corner of the window.

The app should also reserve title-bar space on the same side where the caption buttons are actually rendered, without leaving an unused caption-button-sized area on the opposite side.

Additional information

The issue appears to depend specifically on the Windows display language / RTL layout.

I tested the same Codex App version (26.825.51511) with two Windows display-language configurations:

  • Hebrew (RTL): the bug occurs.
Image
  • English (LTR): the bug does not occur.
Image

No Codex setting was changed between the two tests.

Screenshots attached:

  1. Hebrew Windows display language — incorrect window-control position/order and unused reserved space on the left.
  2. English Windows display language — correct window controls and no unused reserved space on the left.

Suggested labels: bug, windows-os

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start at the Codex App's custom title bar and reproduce the issue with Windows display language set to Hebrew, then compare it with English. Done means the RTL caption buttons are correctly ordered with Close at the outer corner, and no unused caption-button-sized space remains on the opposite side; no source file or test is named in the issue.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
desktop, internationalization, operating-systems
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
52/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.