Codex Desktop on Windows: rendering freezes/transparency when maximized
Codex Desktop Windows rendering freezes/transparency when maximized
Summary
Codex Desktop on Windows 10 renders incorrectly only when the main window enters the native maximized state. The sidebar/top area can appear transparent or stale, exposing whatever is behind the Codex window. UI clicks still take effect internally, but the visible content does not repaint until the window is restored or moved out of the maximized state.
The issue is reproducible with the Microsoft Store/MSIX Codex Desktop build and survives cache clearing, app reset, uninstall/reinstall, GPU reset, reboot, disabling Windows transparency effects, and disabling virtual display adapters. A near-fullscreen restored window works around the issue.
Environment
- OS: Windows 10 Pro, build 19045, 64-bit
- CPU: Intel Core i7-13700KF
- GPU: NVIDIA GeForce RTX 4070
- NVIDIA driver: 32.0.15.7640, driver date 2025-05-06
- Codex package:
OpenAI.Codex_26.527.3686.0_x64__2p2nqsd0c76g0 - Codex app version:
26.527.3686.0 - Install location:
C:\Program Files\WindowsApps\OpenAI.Codex_26.527.3686.0_x64__2p2nqsd0c76g0 - Display devices present:
- NVIDIA GeForce RTX 4070: OK
- OrayIddDriver Device: Error/disabled during testing
- GameViewer Virtual Display Adapter: Error/disabled during testing
- Remote-control software had been used earlier: ToDesk / Oray related virtual display components were present, but the bug remains after disabling the virtual display devices and testing locally.
Reproduction Steps
- Launch Codex Desktop on Windows.
- Use the app in a normal restored window: rendering behaves normally.
- Maximize the Codex window using the native Windows maximize button.
- Switch chats from the left sidebar, or interact with the app.
Expected Behavior
The maximized Codex window should repaint normally and cover the full client area. Sidebar/top/content should remain opaque and update visually after interactions.
Actual Behavior
- When maximized, parts of the Codex UI show stale or transparent content. The desktop or other windows behind Codex can appear through the app.
- In some cases the main content visually stops updating. For example, selecting another chat in the sidebar takes effect internally, but the visible page remains stuck until the window is restored or otherwise forced to repaint.
- The problem only occurs in the native maximized state. A large restored window that nearly fills the screen works normally.
Troubleshooting Already Tried
The issue persisted after all of the following:
- Cleared Codex/Electron caches:
CacheCode CacheGPUCacheDawnGraphiteCacheDawnWebGPUCacheblob_storage- shader caches under
AppData\Roaming\Codex\web\Codex - Windows app Repair and Reset
- Uninstall/reinstall Codex Desktop
- Reboot
- GPU reset via
Win+Ctrl+Shift+B - Disabled Windows transparency effects
- Disabled DWM MPO via
HKLM\SOFTWARE\Microsoft\Windows\Dwm\OverlayTestMode=5 - Disabled virtual display adapters:
ROOT\DISPLAY\0000OrayIddDriver DeviceROOT\DISPLAY\0001GameViewer Virtual Display Adapter- Stopped related ToDesk/GameViewer/NVIDIA overlay background processes for testing
Additional Diagnostics
Win32 window style inspection of the Codex main window did not show WS_EX_LAYERED, WS_EX_TRANSPARENT, or WS_EX_NOREDIRECTIONBITMAP on the main window. This suggests the issue may be related to Chromium/Electron content composition or backing surface sizing during native maximization rather than a simple transparent top-level window flag.
A local unpacked test copy with forced opaque CSS backgrounds improved the non-maximized UI but did not fix the maximized rendering freeze/incorrect composition. Launching Codex with flags such as --disable-gpu, --disable-gpu-compositing, and --disable-direct-composition also did not resolve the native-maximized-state issue.
Workaround
Avoid the native maximized state. Keep Codex in a restored window sized almost to the full screen. A small helper that detects IsZoomed(hwnd) and immediately restores/resizes the window to the current monitor work area avoids the rendering issue.
Impact
This makes Codex Desktop difficult to use in normal maximized workflows, especially on multi-monitor setups. The app appears frozen even though the underlying state changes, which can lead to accidental actions or confusion.
12 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
I can reproduce this issue as well on Codex Desktop for Windows, version 26.527.3686.0 / package OpenAI.Codex_26.527.3686.0_x64__2p2nqsd0c76g0.
When the app is maximized, the UI can stop repainting correctly. Restoring the window or avoiding native maximized mode is the only usable workaround I have found.
On the same Codex build I am also affected by a separate critical issue:
"Unable to find Electron app at ...\app\codex:\...\new"
Repair, uninstall/reinstall, deleting auth.json, and checking Windows Credential Manager did not resolve the authentication/deep-link issue.
Go to Settings -> Appearance, then under Light Theme and Dark Theme, there is a "Translucent Sidebar" option for each. Just turn it off.
Thank you!
I can reproduce a very similar issue on Windows with a multi-monitor setup. Adding some additional window-state data in case it helps narrow this down.
Environment:
Observed behavior:
Local window-state observations:
Hypothesis:
There may be a bounds/maximized-state persistence issue on Windows multi-monitor setups. Codex can store a near-full-screen normal window with off-screen/invalid bounds and isMaximized=false, which may then interact badly with Electron transparent/sidebar/title-bar repainting when the user maximizes the app.
Workaround I will test next: disable Settings -> Appearance -> Translucent Sidebar for both light and dark themes, as suggested above. But the saved bounds/maximize state behavior still seems worth checking.
I opened a separate issue for the adjacent-monitor spillover case: #25826
That symptom appears distinct from the transparency/stale-painting behavior tracked here. In the spillover case, the visible problem is that the maximized Codex window appears to extend beyond the monitor it was maximized on, with a thin strip/border visible on neighboring monitors. Leaving this as a cross-reference in case the underlying Windows maximize/bounds path overlaps.
really useful, thanks
I can reproduce the same class of issue on Windows.
Environment:
codex.exesignature: Valid / OpenAI OpCo, LLCBehavior:
Workaround:
Adding another affected Windows setup.
Environment:
OpenAI.Codex_26.601.2237.0_x64__2p2nqsd0c76g026.601.2237.031.0.15.3623, driver date 2023-06-07Observed behavior:
Expected behavior:
I am not attaching the screenshot publicly here because it includes internal workspace/project labels, but it is available to OpenAI through a private feedback/support channel if useful.
I am seeing what looks like the same maximized/fullscreen transparency/composition issue on a newer Codex Desktop build.
Environment
OpenAI.Codex_26.602.3474.0_x64__2p2nqsd0c76g0codex@26.602.3095419045Behavior
I am not attaching the screenshot here because it contains desktop icons and local UI content, but the visible symptom matches this issue: transparent/undrawn left and top regions while the Codex window is maximized.
Notes
This still reproduces after moving from the earlier
26.527.xgeneration mentioned above to26.602.3474.0.There is also a separate Computer Use problem on the same Codex install. I do not know if it is related, but I am mentioning it here in case both problems share a bundled-plugin/native-helper or desktop startup path:
@/ global plugin UI after restart.codex-computer-use.exe.The Computer Use symptom appears similar to:
Related transparency/rendering issues I found:
I’m seeing the same issue too.
My environment is roughly:
When the Codex window is maximized, parts of the sidebar / top area become transparent and I can see what’s behind the app. The main chat area still works, but the left side gets hard to read.
I can reproduce the same issue.
Environment
Reproduction Steps
Actual Behavior
After maximizing the window, parts of the Codex UI are rendered incorrectly:
Expected Behavior
The entire Codex window should repaint correctly, remain opaque, and fill the available screen area after being maximized.
The attached screenshot shows the issue while the window is in the native maximized state.
<img width="1920" height="536" alt="Image" src="https://github.com/user-attachments/assets/94243119-e4f5-4506-a2fe-2ab5c4034f80" />