- Shipped
- September 5, 2026 at 11:07 PM UTC
- Author
- Kamo
- Commit
- b423eb9
The handler itself is already in — swept into 734f68cb by a concurrent commit in a shared checkout, under an unrelated message. This is the test it was written against, and the record of why it exists. The shell runs under tmux with mouse mode on, so the right button is reported through like any other mouse event and tmux draws its own menu inside the terminal. xterm.js leaves the browser's native menu alone deliberately: its that the native Paste lands in the terminal. Both menus therefore appeared, stacked, and the fix had to be ours rather than an xterm option. Asserts both halves of the scope, because only half of it is the bug: cancelled over the emulator, and NOT cancelled over the strip above it, so the search field keeps a paste menu. xterm cannot run in jsdom — it measures glyphs off a canvas and asks for a GL context — so the emulator is stubbed, and the host element is located by what the stub is opened on rather than by a selector that would drift.