Codex Desktop on Windows overflows screen bounds on multi-monitor 200% DPI setup
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 48/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Active
- Domain
- desktop, operating-systems
Research direction
Start by reproducing the packaged Windows app behavior using the executable path shown in the report, with a left-positioned secondary monitor at 200% DPI. Compare restored and maximized geometry with each monitor's working area across close and reopen cycles; done means the window remains within the active monitor working area and the placement persists.
Written by the indexing model from the issue text.
Description
What version of the Codex App are you using?
OpenAI.Codex_26.715.4045.0_x64__2p2nqsd0c76g0
Executable path observed locally:
C:\Program Files\WindowsApps\OpenAI.Codex_26.715.4045.0_x64__2p2nqsd0c76g0\app\ChatGPT.exe
What platform is your computer?
Windows x64
Display setup
The issue reproduces with a dual-monitor setup and 200% DPI scale reported for the Codex window.
Detected monitor layout:
DISPLAY1: secondary, Bounds X=-1536 Y=0 W=1536 H=960, WorkingArea X=-1536 Y=0 W=1536 H=912
DISPLAY2: primary, Bounds X=0 Y=0 W=1920 H=1080, WorkingArea X=0 Y=0 W=1920 H=1032
Codex/ChatGPT window DPI: 192 (200%)
What issue are you seeing?
The Codex desktop window repeatedly exceeds the current screen bounds on Windows. The issue persists after normal recovery attempts, including rebooting, restoring from maximized state, manually resizing, using Windows snap shortcuts, and programmatically moving the window back into the primary monitor working area.
Observed Win32 window geometry while the app was maximized on the left secondary display:
Window rect: L=-1543 T=-7 R=6 B=918 W=1549 H=925
DISPLAY1 working area: X=-1536 Y=0 W=1536 H=912
Saved normal position: L=-1363 T=221 R=-273 B=981 W=1090 H=760
The maximized window rect is larger than the monitor working area and extends beyond the screen edges. The restored normal position also exceeded the bottom of DISPLAY1.
Steps to reproduce
- Use Codex Desktop on Windows with a dual-monitor setup where the secondary display is positioned to the left of the primary display.
- Use 200% DPI scaling.
- Move Codex Desktop / ChatGPT window to the left secondary display.
- Maximize, restore, resize, close, and reopen the app.
- Observe that the window can restore or maximize outside the monitor working area.
Expected behavior
The Codex desktop window should stay within the active monitor working area when restored, resized, maximized, closed, and reopened.
Actual behavior
The window repeatedly returns to bounds outside the current monitor working area. Normal Windows recovery actions do not make the fix persist.
Workarounds tried
- Rebooted the computer.
- Restored the window from maximized state and manually resized it.
- Used
Win + Arrowsnap shortcuts to refresh the window placement. - Programmatically forced the main window back into the primary screen working area:
Forced safe rect: L=80 T=80 R=1360 B=952 W=1280 H=872
Primary working area: X=0 Y=0 W=1920 H=1032
The issue still returned afterward.
Additional information
The app appears to be the Windows packaged Codex desktop app. The process name is ChatGPT, and the executable path is under OpenAI.Codex_26.715.4045.0_x64__2p2nqsd0c76g0.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.5k
- Avg merge
- 1m
- Merged PRs (30d)
- 1k
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from openai/codex
-
enhancement remote
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
bug CLI windows-os
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
macOS sandbox blocks hw.optional.arm64 sysctl, causing Flutter to misdetect Apple Silicon as x64 Openbug CLI sandbox
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
bug CLI TUI
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
-
CLI config enhancement skills
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
kwakseongjae/auto-hwp#319 ·
-
area:cli bug filter-quality good first issue priority:medium
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
Difficulty 1/5 Under an hour Newbie friendliness 72/100
bevyengine/bevy#25861 ·
-
comp-datalake
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
ClickHouse/ClickHouse#121222 ·
-
A-linter
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
oxc-project/oxc#26863 ·