openai / openai/codex

macOS: Dragging the Pet over another app brings Codex to the foreground on release

Open
#39,573 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

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

Description

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

Codex Desktop 26.814.41407 (build 6720)

What subscription do you have?

ChatGPT Plus

What platform is your computer?

macOS 27.0 (build 26A5416b), Apple Silicon (arm64)

What issue are you seeing?

When another application is active, dragging the floating Codex Pet and releasing the mouse brings the Codex main window to the foreground.

Clicking the Pet to open or focus Codex is expected. A completed drag, however, should only reposition the Pet. The release currently appears to trigger the same activation behavior as a click.

This started after a recent Codex Desktop update. The exact last unaffected version is unknown.

What steps can reproduce the bug?
  1. Show the floating Pet in Codex Desktop on macOS.
  2. Switch to another application so that Codex is in the background.
  3. Press and drag the Pet to a different position.
  4. Release the mouse button.
  5. Observe that the foreground application switches to Codex.
What is the expected behavior?

After the pointer has moved far enough to constitute a drag, releasing it should finish repositioning the Pet and leave the currently active application in the foreground.

Only a click without a drag should open or focus Codex.

What is the actual behavior?

Releasing the Pet after dragging it activates Codex and brings the Codex main window to the foreground, interrupting work in the other application.

Additional information
  • The issue specifically occurs when Codex is in the background and the Pet is dragged over another application.
  • This is a regression observed after a recent update; the previous working Codex version was not recorded.
  • The behavior is consistent with the drag release being treated as a click/activation event. This is an inference from the visible behavior, not a confirmed root cause.
  • The drag interaction should suppress the Pet's click-to-activate action once the drag threshold has been crossed.

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

Start at the floating Codex Pet's drag/release and click-to-activate interaction on macOS, then reproduce the issue with Codex in the background while dragging the Pet over another application. Trace how the release is classified after the drag threshold; done means a drag repositions the Pet without activating Codex, while a click still opens or focuses it.

Written by the indexing model from the issue text.

Assessment

Tech stack
macos, rust
Domain
desktop, operating-systems
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
55/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.