Mouse Pointers when scrolling inside Claude Code

[Xytronix]

Pre-submit Checks

• I have searched Warp bugs and there are no duplicates
• I have searched Warp known issues page and my issue is not there
• I have an issue with AI and have included the debugging ID (Optional, but helps expedite the AI quality fix). Debugging ID instructions
• I have technical issue and have included the logs (optional, but helps expedite the bug fix). Log instructions

Describe the bug

I am seeing the following mouse pointers when scrolling inside claude code  <65;46;45M79;55M

To reproduce

!. Scroll inside a long conversation in Claude Code or a different TUI

Expected behavior

No mouse pointers omitted into the agent textbox

Screenshots, videos, and logs

No response

Operating system (OS)

macOS

Operating system and version

macOS 27 Public Beta

Shell Version

No response

Current Warp version

v0.2026.07.08.17.54.preview_02

Regression

No, this bug or issue has existed throughout my experience using Warp

Recent working Warp date

No response

Additional context

No response

Does this block you from using Warp daily?

No

Is this an issue only in Warp?

Yes, I confirmed that this only happens in Warp, not other terminals.

Warp Internal (ignore): linear-label:b9d78064-c89e-4973-b153-5178a31ee54e

None

[oz-for-oss]

@Xytronix

Here's what I found while triaging this issue:

This looks consistent with terminal mouse/scroll reporting escape sequences leaking into the running TUI. As a temporary workaround, try disabling Settings > Features > Terminal > Enable Scroll Reporting while using Claude Code or other full-screen TUIs.

I have a few follow-up questions before I can narrow this down:

1. Can you attach a screenshot or short screen recording showing where the <65;...M text appears while scrolling?
2. Does turning off Settings > Features > Terminal > Enable Scroll Reporting stop the raw mouse-sequence text from appearing?

Reply in-thread with those details and the triage workflow will automatically re-evaluate the issue and update the diagnosis, labels, and next steps.

Maintainer details

I concluded that scrolling inside Claude Code or another TUI in Warp appears to leak SGR mouse-wheel escape sequence text into the TUI input on macOS Preview..

Triage summary

This looks like a terminal mouse/scroll reporting bug rather than a Claude Code-specific rendering issue. The leaked text (<65;46;45M...) matches the printable portion of SGR mouse-wheel reports that Warp sends to full-screen terminal apps when mouse and scroll reporting are enabled.

Reproducibility

Medium. The report includes a Warp Preview version, macOS 27 Public Beta, a minimal repro path, and confirmation that the reporter only sees it in Warp. A screenshot or short recording would help confirm whether the bytes are being inserted into Claude Code's prompt/input area versus rendered in terminal output.

Likely root cause / owner notes

Warp's alt-screen scroll handler converts trackpad/mouse wheel input into TerminalAction::AltMouseAction when the app has SGR mouse tracking enabled and terminal.scroll_reporting_enabled is on. That action is encoded as SGR mouse wheel sequences before being written to the PTY. The strongest code areas to inspect are:

• app/src/terminal/alt_screen/alt_screen_element.rs (on_scroll, mouse dispatch)
• app/src/terminal/alt_screen/mod.rs (should_intercept_mouse, should_intercept_scroll)
• app/src/terminal/alt_screen_reporting.rs (mouse/scroll reporting settings)
• app/src/terminal/view.rs (AltMouseAction handling and PTY writes)
• crates/warp_terminal/src/model/escape_sequences.rs and crates/warp_terminal/src/model/mouse.rs (SGR mouse sequence encoding)

This is related to #12094's Claude Code mouse-wheel behavior, but the reported symptom here is raw mouse-report bytes leaking into the TUI input. I found fewer than two strong duplicate matches, so this should remain a standalone issue for now.

Follow-up needed

A screenshot/recording and a quick scroll-reporting setting check would materially improve confidence and help distinguish a Warp encoding/dispatch bug from a TUI-side mouse-mode handling problem.

Question reasoning

1. Can you attach a screenshot or short screen recording showing where the <65;...M text appears while scrolling? — The symptom is visual and the report does not include media; seeing whether the sequence appears in Claude Code's input prompt versus terminal output will improve routing and reproduction confidence.
2. Does turning off Settings > Features > Terminal > Enable Scroll Reporting stop the raw mouse-sequence text from appearing? — The suspected code path is Warp's alt-screen scroll reporting; this reporter-only check would confirm whether the existing setting is an effective workaround and narrow the likely root cause.

This is my automated analysis and may be incorrect. A maintainer will verify the details.

Powered by Oz