openai / openai/codex

[Linux][App] Right-clicking the top draggable title-bar area blocks mouse input across the desktop on GNOME X11

Open
#38,145 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

app bug
Dominant language
Rust
Stars
125k
Forks
19.5k
PR merge metrics
PR metrics pending

Description

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

26.803.81509 (Ubuntu package version)

What subscription do you have?

Unknown (not available from the local diagnostics used for this report)

What platform is your computer?

Linux 6.8.0-136-generic x86_64 x86_64

  • Ubuntu 22.04.5 LTS
  • GNOME Shell 42.9
  • X11 session (XDG_SESSION_TYPE=x11)
  • Electron runtime 42.3.0 / Chromium 151.0.7922.76
  • NVIDIA GeForce RTX 2060, driver 595.84
What issue are you seeing?

Right-clicking the blank draggable area at the top of the Codex App window, between the application menu and the window controls, causes mouse interaction to stop working across the entire desktop.

The desktop appears frozen because mouse clicks no longer work in Codex or other desktop areas. Keyboard window switching with Alt+Tab still works, so the desktop session itself is still running.

This looks like an invisible native context/window menu or an X11 pointer grab that is not released.

What steps can reproduce the bug?
  1. Run the Codex App on Ubuntu GNOME using an X11 session.
  2. Open the main Codex window.
  3. Right-click the blank top draggable/title-bar area, to the right of the Help menu and to the left of the minimize button.
  4. Try clicking anywhere in Codex, another application, or the desktop.
  5. Observe that mouse interaction is blocked while Alt+Tab continues to switch windows.
What is the expected behavior?

Right-clicking the draggable title-bar area should either display a visible system window menu or do nothing. It must not retain a mouse/pointer grab or block interaction with the rest of the desktop.

Additional information

The Codex process is running with --ozone-platform=x11.

Around the affected interaction, GNOME Shell repeatedly logged messages similar to:

Can't update stage views actor <unnamed>[<MetaSurfaceActorX11>:...>] is on because it needs an allocation.
Can't update stage views actor <unnamed>[<MetaWindowActorX11>:...>] is on because it needs an allocation.

Possible area to investigate: the Electron custom draggable region, native window context-menu handling, and X11 pointer-grab cleanup on GNOME/Mutter.

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

Reproduce the issue on Ubuntu GNOME 42 using an X11 session with --ozone-platform=x11. Inspect the Electron custom draggable region, native window context-menu handling, and X11 pointer-grab cleanup; done means right-clicking the blank title-bar area either shows a visible system menu or does nothing without blocking mouse input elsewhere on the desktop.

Written by the indexing model from the issue text.

Assessment

Tech stack
electron, linux
Domain
desktop, operating-systems
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.