Classic renderer: mouse wheel and click-drag selection dead on Ptyxis/VTE 0.80 (Wayland); CLAUDE_CODE_DISABLE_MOUSE=1 has no effect

Status Open
Reported on v2.1.263
Maintainer reply None cached
Activity 0 comments · opened Sep 8, 2026

Summary

In the classic (default) renderer, mouse wheel scrolling and click-drag text selection stop working in the terminal while Claude Code is running. Keyboard scrollback (Shift+PgUp) still works. The same terminal, in a plain shell tab, scrolls and selects normally. Setting CLAUDE_CODE_DISABLE_MOUSE=1 — the documented opt-out from mouse capture — has no effect.

Environment

  • Claude Code 2.1.263 (claude --version)
  • Renderer: classic/tui default reports "Already using the default renderer"; no tui setting saved, CLAUDE_CODE_NO_FLICKER unset
  • Terminal: Ptyxis 49.1 on VTE 0.80 (VTE_VERSION=8003), TERM=xterm-256color
  • OS: Ubuntu 25.10, Wayland session
  • Not inside tmux/screen, not over SSH
  • Node v20.19.4

Steps to reproduce

  1. Open a Ptyxis tab, run claude, work for a while (the session where this was observed is long, but the symptom is present in a freshly resumed session too).
  2. Run ! seq 1 5000 so there is content in native scrollback.
  3. With Claude idle at the prompt:
  • mouse wheel up → nothing
  • Shift + mouse wheel → nothing
  • click-and-drag over output → no selection
  • Shift + PgUp → scrolls normally (the seq output is there)
  1. In a separate Ptyxis tab with no Claude Code running, seq 1 5000 → wheel and selection work.

What I ruled out

  • Fullscreen renderer: not active (/tui default → already default).
  • Terminal scroll-on-output snap-back: Ptyxis profile has scroll-on-output=false; scrollback is 10,000 lines and reachable by keyboard.
  • Application mouse tracking left enabled: wrote ESC[?1003l ESC[?1002l ESC[?1000l ESC[?1006l ESC[?1015l directly to the session's pty — no change.
  • CLAUDE_CODE_DISABLE_MOUSE=1: exited and relaunched with CLAUDE_CODE_DISABLE_MOUSE=1 claude --continue; confirmed the variable is present in the running process's /proc/<pid>/environ — wheel and selection still dead.

Expected

Per the docs, the classic renderer "keeps the conversation in your terminal's native scrollback so Cmd+f and tmux copy mode work as usual", and CLAUDE_CODE_DISABLE_MOUSE=1 opts out of mouse capture. I'd expect native wheel scrolling and selection to work, and at minimum for the opt-out to restore them.

Notes

  • Possibly related but not the same: #37387 (wheel → history navigation, SSH) and #42002 (fullscreen viewport limit). Here the wheel produces nothing — no history navigation — and the renderer is classic.
  • I could not strace the process to capture the escape sequences it emits (kernel.yama.ptrace_scope=1). Happy to run any diagnostic you suggest.

View original on GitHub ↗