[Windows][26.825.6671.0] Desktop pet freezes on left-click; drag moves pet with ~25% cursor offset at 125% display scaling

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

App: OpenAI.Codex_26.825.6671.0_x64__2p2nqsd0c76g0 (Windows desktop)

What subscription do you have?

Desktop pet freezes on left-click; drag moves pet with wrong

What platform is your computer?

No response

What issue are you seeing?

Environment

• App: OpenAI.Codex_26.825.6671.0_x64__2p2nqsd0c76g0 (Windows desktop)
  Auto-updated from 26.825.5331.0 on 2026-08-30 ~15:07 Asia/Shanghai.
• App-server / CLI version: 0.151.0-alpha.7.2
• OS: Windows 10 Pro 22H2 (build 19045.3803)
• Display: NVIDIA GeForce RTX 5060 Ti, 2560x1440 @ 200 Hz,
  Windows display scaling 125%. A "GameViewer Virtual Display Adapter"
  is also present on the system.
• Pet: custom v2 pet ("lottie", spriteVersionNumber 2, 1536x2288
  spritesheet) -- but the same happens with built-in pets.

Summary

After the in-app update to 26.825.6671.0, the desktop pet overlay
(avatarOverlay) freezes as soon as the left mouse button goes down over
the pet. Dragging is broken: the first drag may move the pet, but the
pet drifts from the cursor by ~25%; afterwards the pet stays frozen
until the app is restarted or the pet is toggled off/on.

Steps to reproduce

1. Enable any desktop pet (Settings -> Pets), custom or built-in.
2. Confirm the idle/blink/hover animations are playing.
3. Press and hold the left mouse button on the pet and drag it.
4. Release the button and observe.

Expected behavior

The pet follows the cursor 1:1 while dragging, and the animation
resumes after the button is released.

Actual behavior

• On left-button-down the animation stops and does not resume; the pet
  remains frozen until the app is restarted or the pet is toggled.
• With the custom pet, the first drag sometimes works, but the pet
  moves about 1.25x farther than the cursor, so the gap between the
  cursor and the pet grows while dragging.
• Reproduces with both built-in (v4 spritesheet) and custom (v2
  spritesheet) pets, so it is not specific to custom pet assets.

Analysis / evidence

• Electron reports the overlay display bounds as 2048x1152 while the
  physical display mode is 2560x1440 -- exactly a 1.25 ratio, matching
  the 125% Windows scaling. The growing ~25% cursor/pet gap indicates
  the overlay drag handler (performOverlayWindowDrag) is mixing logical
  DIPs and physical pixels at non-100% scaling.
• The regression appeared immediately after the in-app update
  26.825.5331.0 -> 26.825.6671.0. Updater log:
  "Checking Windows Store for package updates buildVersion=26.825.5331.0
  manifestBuildVersion=26.825.6671.0" -> "hasUpdate=true" ->
  "download_completed"; codex.exe replaced at 2026-08-30 15:07:16 +08.
• Every avatarOverlay startup also logs a failed fs/readFile with
  "系统找不到指定的路径。 (os error 3)".

Workaround

• Avoid dragging the pet. Restarting the app or toggling the pet
  recovers the frozen animation.
• Temporarily setting Windows display scaling to 100% makes dragging
  accurate, which further confirms the DPI coordinate bug.

Related issues

• #34227 (pet overlay hit region desynchronizes from the visible mascot)
• #39024 (performOverlayWindowDrag native drag frame)
• #33565 (pet/avatar overlay mouse freezing)
• Community: "Codex desktop pet reacts to hover but cannot be dragged
  on Windows" (build 26.825.5331.0)

What steps can reproduce the bug?

1. Enable any desktop pet (Settings -> Pets), custom or built-in.
2. Confirm the idle/blink/hover animations are playing.
3. Press and hold the left mouse button on the pet and drag it.
4. Release the button and observe.

What is the expected behavior?

No response

Additional information

No response

Start with the avatarOverlay drag path, especially performOverlayWindowDrag, and compare it with related issues #34227, #39024, and #33565. Reproduce on Windows 10 at 125% scaling using both built-in and custom pets; done means dragging follows the cursor 1:1 and animation resumes after release.