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

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

https://github.com/user-attachments/assets/cc45d2c9-d8c9-4401-a51e-64a2e6f0e227

<img width="3442" height="2202" alt="Image" src="https://github.com/user-attachments/assets/ba14aa0a-068d-4982-aaec-c1057ebef6b8" />
<img width="3438" height="2216" alt="Image" src="https://github.com/user-attachments/assets/eeae4a1c-48bd-4414-84b9-62532555d9c5" />