/pet renders correctly only near the top-left corner on macOS; other positions cause clipping and display corruption

[Flashhhhhhzj]

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

26.429.61741 (2429)

What subscription do you have?

ChatGPT Plus

What platform is your computer?

Darwin 25.4.0 arm64 arm

What issue are you seeing?

The /pet feature has a position-dependent rendering bug on macOS.

The pet renders correctly only when it is near the top-left corner of the screen. In other positions, it becomes partially clipped, visually corrupted, or incorrectly occluded. The speech bubble can also become clipped depending on position.

Observed behavior:

• The pet displays normally when positioned near the top-left corner of the macOS desktop.
• In most other positions on screen, the pet is partially cut off or visually corrupted.
• In some positions, only part of the pet is visible.
• The issue is position-dependent rather than random.
• The speech bubble can also be clipped, and long Chinese text may be cut off on the right instead of wrapping or resizing correctly.
• In earlier motion tests, the pet also left black artifact trails while moving.

What steps can reproduce the bug?

1. Open the Codex desktop app on macOS.
2. Enable the /pet feature.
3. Let the pet appear on the desktop.
4. Move or let the pet move to different screen positions.
5. Observe that the pet renders correctly near the top-left corner.
6. Move it to other areas of the screen and observe clipping, partial rendering, or visual corruption.
7. Trigger a speech bubble and observe that the bubble may also become clipped, especially away from the top-left corner.

What is the expected behavior?

The pet should render correctly at any valid screen position on the desktop.

Expected behavior:

• The full pet sprite should remain visible and intact anywhere on screen.
• Moving the pet should not cause clipping, corruption, or black artifact trails.
• The speech bubble should remain fully visible and should wrap or resize text correctly.

Additional information

This looks like a position- or bounds-related rendering issue rather than a purely random sprite glitch.

Possible areas to investigate:

• transparent overlay window bounds
• anchor or position calculation
• clipping region / dirty-region invalidation
• HiDPI or display scaling coordinate conversion
• macOS menu bar / safe area related positioning logic

Attachments included:

• screenshots showing correct rendering near the top-left corner
• screenshots showing clipping/corruption in other positions
• a screen recording showing artifact trails during movement

pet-bug.mov

[github-actions]

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

• Pet overlay is clipped to top-left corner on external monitor with macOS "More Space" scaling #21374
• Codex Pets overlay clips/mispositions sprite and notification tray on macOS #20831
• Codex Desktop pet/avatar floating overlay is clipped to the top-left quarter #21194
• Codex pet overlay is cropped inside its own floating container #21230
• Pet/avatar overlay and notification tray are clipped on macOS Screen Sharing #20752

Powered by Codex Action

[Flashhhhhhzj]

Additional detail:

I do have an external monitor connected, but this bug is happening on the built-in Mac display, not on the external monitor.

I am not using the macOS "More Space" scaling mode.

So while this looks similar to other top-left clipping issues, in my case it does not seem to require rendering on the external monitor itself or using "More Space" scaling.

This may indicate a display-bounds or coordinate-space issue in multi-display setups, even when the pet is shown on the built-in display.