[macOS][Pets] BSOD faces the opposite direction while being dragged

Open Beginner friendly
  • Is something wrong?
#60,333 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
2/5
Estimated time
1-3 hours
Newbie friendliness
66/100
Issue type
Bug
Clarity
Clearly specified
Activity status
Active
Tech stack
macos, rust
Domain
design, desktop

Research direction

Start by locating the built-in BSOD pet's sprite and animation mapping, then compare its left and right drag behavior with Dewey's. The sprite sheet suggests the walking rows may be reversed, but confirm this in the renderer before changing anything. Done means BSOD faces the drag direction in both directions, consistently with other pets.

Written by the indexing model from the issue text.

Description

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

Not recorded.

What subscription do you have?

Not provided.

What platform is your computer?

macOS. Exact OS version and architecture were not recorded.

What issue are you seeing?

The built-in BSOD desktop pet faces/walks in the opposite direction to the mouse movement while being dragged. Other pets face the direction of the drag.

This is a small visual/animation inconsistency, not a system blue-screen crash.

What steps can reproduce the bug?

Based on the observed behavior:

  1. Select the built-in BSOD pet and show the floating pet.
  2. Click and drag it horizontally to the right, then to the left.
  3. Observe the facing/walking direction during each drag.
  4. Compare the same interaction with another built-in pet, such as Dewey.

The reported result is that BSOD's facing/walking direction is reversed relative to the drag direction, while the other pet follows it.

What is the expected behavior?

BSOD should face/walk in the direction of the drag, consistently with the other built-in pets.

Additional information

A read-only visual comparison of the official sprite sheets suggests a possible asset-row mismatch:

This suggests that BSOD's left/right walking rows may be swapped relative to the animation mapping. This is a hypothesis, not a confirmed root cause: the renderer was not inspected, and the runtime behavior was not independently reproduced during preparation of this report.

Existing issues were searched for BSOD pet direction and dragging behavior; no matching report was found.

Dominant language
Rust
Stars
133k
Forks
21.1k
Avg merge
1m
Merged PRs (30d)
995

Getting set up

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.

More from openai/codex

All issues in openai/codex

Similar issues

More Rust issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.