qwen-code/docs/users/reference
ChiGao bc682d1754
fix(cli): give bare ↑/↓ back to input history in Virtualized History (#14016)
#12518 routed a bare ↑/↓ on an empty composer to transcript scrolling in VP
mode, on the theory that terminals without SGR mouse reporting deliver the
wheel as arrow-key sequences. The composer is empty at rest, so the fallback
fired on every deliberate ↑/↓: input history became unreachable from the
arrow keys and only Ctrl+P / Ctrl+N still recalled it.

That also contradicted the contract the project had already settled on —
#4942 ("scroll with wheel or Shift+↑/↓ anytime, type messages anytime"),
#5159 (closed with a docs workaround rather than by reassigning the keys),
ui.useTerminalBuffer's own description, and both keyboard-shortcuts.md and
troubleshooting.md, none of which #12518 updated.

Gate the fallback behind a new opt-in ui.arrowKeysScrollTranscript (default
false). Bare ↑/↓ walk input history again everywhere by default; a terminal
that genuinely cannot report the wheel turns the setting on and gets
#12518's behaviour verbatim, with Ctrl+P / Ctrl+N for history. The opt-in
keeps every guard #12518 added — empty composer, transcript actually
overflowing, ↓ still yielding to descendFromComposer — and non-VP mode is
untouched.

Docs now name the setting as the alternative for the tmux trackpad case.

Fixes #14015

Co-authored-by: chiga0 <chiga0@users.noreply.github.com>
2026-10-13 06:27:55 +00:00
..
_meta.ts feat: refactor docs 2025-12-05 10:51:57 +08:00
keyboard-shortcuts.md fix(cli): give bare ↑/↓ back to input history in Virtualized History (#14016) 2026-10-13 06:27:55 +00:00