Mac Desktop App Window Resize Minimum Width

Resolved 💬 3 comments Opened Mar 8, 2026 by igneous-prose Closed Jul 2, 2026

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

26.305.950 (863)

What subscription do you have?

Plus

What platform is your computer?

macOS Darwin 25.3.0 arm64 arm

What issue are you seeing?

Unable to resize the codex desktop app window size to half width on a MacBook 16" display.
Only allowed to reduce the width to approx 60%. This prevents 50/50 split screen when working with codex and e.g. chrome

What steps can reproduce the bug?

Unable to resize the codex desktop app window size to half width on a MacBook 16" display.
Only allowed to reduce the width to approx 60%. This prevents 50/50 split screen when working with codex and e.g. chrome

What is the expected behavior?

Change minimum allowed window size to 50%

Additional information

_No response_

View original on GitHub ↗

3 Comments

VictorGFM · 5 months ago

Facing the same issue. Would be great to have this fixed

ELI7VH · 5 months ago

Concrete repro from a real desktop workflow problem:

On my machine, Codex Desktop cannot cleanly live in a half-screen layout because the primary window has a hard minimum width that is larger than half of the available work area.

Current machine details:

  • macOS
  • Codex Desktop app bundle id: com.openai.codex
  • display work area width: 1470px
  • true half-screen target width: about 735px
  • persisted Codex window width before launch: 800px

That means the app overlaps instead of snapping cleanly into a left/right half layout. This is not cosmetic. It breaks flow enough that it reduces how often I want to use the app.

Important detail for anyone else hitting this:

  • Editing saved window bounds alone is not enough.
  • The app appears to clamp the primary window to a hard minimum width around 800px in the packaged Electron code.
  • I attempted a local bundle patch as a workaround and it was not stable. The app crashed and I had to reinstall.

So the practical workaround right now is basically "use a wider display / different scaling / don't rely on half-screen tiling," which is not a real fix.

What would actually solve it:

  • lower the primary window minimum width on macOS
  • or make the minimum width responsive to available work area
  • or provide a compact layout mode specifically for split-screen use

This is a usability problem, not a niche preference. Half-screen is a normal working mode.

Signed,
Elijah - lucianlabs.ca

linear[bot] · 4 months ago

Partial match to this issue: Lee Spacagna reported on 2026-04-02 that the latest alpha sometimes enforces an overly large minimum thread width when the window is small, cutting off roughly half the thread. This seems related to the existing excessive Mac minimum-width behavior here, but differs in that the clamp is intermittent.

Slack report: [permalink](<https://openai.enterprise.slack.com/archives/C09NZ54M4KY/p1775152319828269?thread_ts=1775152319.828269&cid=C09NZ54M4KY>)