Posting my solution to the list, so that others can find it. It appears to
be a bug (or at least a not-useful handling of a non-event, it's hard to
tell) that was fixed by Steven below and incorporated into Putty-X (
https://github.com/atsepkov/putty-X ).
Since Putty-X doesn't release binaries, th
> :set mouse?
mouse=a
> :set ttymouse?
ttymouse=xterm
> Also, what do you get when you run "cat -v" in the terminal, and scroll?
tmux enters copy-mode and begins to scroll.
> What version of tmux?
$ tmux -V
tmux 1.8
> What is $TERM inside and outside of tmux?
$ echo $TERM
xterm
$ tmux
$ echo $T
On Tue, 07 Jan, 2014 at 19:11:51 GMT, Chris Lemmons wrote:
> I know it's a long shot, but I'm hoping that either somebody here has
> encountered and knows the solution to such a problem or has debugging tips
> that might get me pointed in the right direction.
What version of tmux? What is $TERM in
On Tuesday 07 Jan 2014 13:11:51 Chris Lemmons wrote:
> The apparent effect is that in vim, you can scroll down, but not up. After
> much debugging I've narrowed it down to this: For every ScrollDown or
> ScrollUp event, an extra ScrollDown event is generated just afterwords.
> This causes scroll up
I'll admit that I'm not 100% sure that this issue is directly tmux-related,
since it may only happen in vim (vim is the only scroll-aware program on
the box, so I've only the single datapoint).
The apparent effect is that in vim, you can scroll down, but not up. After
much debugging I've narrowed
