codex - 💡(How to fix) Fix Codex Desktop in-app browser panel width is shared across projects [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openai/codex#20236Fetched 2026-04-30 06:31:15
View on GitHub
Comments
0
Participants
1
Timeline
3
Reactions
0
Participants
Timeline (top)
labeled ×3

Root Cause

The in-app browser is often used for frontend validation and layout work. Different projects can need different panel widths. For example, one project may be tested in a narrow responsive layout while another needs a wide desktop preview. A global browser width makes switching projects disruptive because the user has to keep manually resizing the browser panel.

RAW_BUFFERClick to expand / collapse

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

Unknown / current desktop app. I can add the exact version later if needed.

What subscription do you have?

Unknown / user report.

What platform is your computer?

Windows desktop app. Exact Windows build not checked yet.

What issue are you seeing?

The Codex Desktop in-app browser / side panel width appears to be persisted globally across projects instead of being remembered per project/workspace.

If I open one project and resize the browser/side panel to a certain width, then open another project, the second project inherits that same browser panel width. If I resize the browser panel in the second project and go back to the first project, the first project is also moved to that same new width.

The practical result is that different projects cannot keep their own browser panel layout. One project's browser width keeps changing the browser width in other projects.

What steps can reproduce the bug?

  1. Open Codex Desktop.
  2. Open Project A.
  3. Open the in-app browser / side panel.
  4. Resize the browser panel to a narrow or wide width.
  5. Open Project B.
  6. Observe that Project B inherits the browser panel width from Project A.
  7. Resize the browser panel in Project B.
  8. Return to Project A.
  9. Observe that Project A now inherits the width from Project B.

What is the expected behavior?

Browser/side panel width should either:

  • be persisted per project/workspace, or
  • reset to a sane default per project/thread, or
  • provide an explicit global preference if the shared behavior is intentional.

It should not silently mutate the browser panel width across unrelated projects.

What is the actual behavior?

The latest browser/side panel width appears to be shared globally across projects. Resizing the browser in one project changes the width used by other projects.

Why this matters

The in-app browser is often used for frontend validation and layout work. Different projects can need different panel widths. For example, one project may be tested in a narrow responsive layout while another needs a wide desktop preview. A global browser width makes switching projects disruptive because the user has to keep manually resizing the browser panel.

Suspected cause

This looks like a persisted UI layout state issue. It may be storing the browser/side-panel width in a global Electron/Codex Desktop state bucket instead of scoping it by workspace/project/thread.

This is only an inference from the observed behavior and from other reports showing Desktop/Electron UI state stored in shared Codex state such as ~/.codex/.codex-global-state.json / Electron persisted atom state. I have not inspected the exact key for this browser panel width.

Related issues found while checking for duplicates

I searched the public openai/codex issues and did not find this exact cross-project browser-width persistence bug.

Adjacent issues:

  • #19460: resizing the side panel can cause composer overflow during planning flow.
  • #18537: request for responsive/mobile viewport controls in the in-app browser.
  • #19429: in-app browser screenshots can capture the wrong region/size.
  • #19534: Desktop app reads/writes shared Electron-related state from Codex global state, which suggests globally persisted UI state can affect Desktop behavior.

Those are related to panel/browser sizing or shared Desktop state, but they do not appear to report this exact project-to-project browser width inheritance behavior.

extent analysis

TL;DR

The issue can be addressed by modifying the Codex Desktop app to store the browser/side panel width per project/workspace instead of globally.

Guidance

  • Investigate the ~/.codex/.codex-global-state.json file and Electron persisted atom state to confirm if the browser panel width is being stored globally.
  • Check the Codex Desktop app code for any global state management that might be causing the issue, and consider scoping the browser panel width to the project/workspace level.
  • Review related issues (#19460, #18537, #19429, #19534) to see if they provide any insights or potential solutions to the problem.
  • Consider adding a feature request to provide an explicit global preference for the shared behavior, if it is intentional.

Example

No code snippet is provided as the issue does not contain enough information about the Codex Desktop app's codebase.

Notes

The solution may require modifications to the Codex Desktop app's code and potentially the Electron framework. It is essential to test any changes thoroughly to ensure they do not introduce new issues.

Recommendation

Apply a workaround by modifying the Codex Desktop app to store the browser/side panel width per project/workspace, as this is the most likely cause of the issue. This will allow different projects to maintain their own browser panel layouts without affecting each other.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

codex - 💡(How to fix) Fix Codex Desktop in-app browser panel width is shared across projects [1 participants]