For me, this happens in Feisty as well, though I suspect it depends on the version of screen running (potentially, remotely)--or possibly bash --rather than of gnome-terminal.
In order for such a thing to occur, bash must request screen to send it mouse button events, and screen must in turn request it of the "xterm"-like terminal running it. It seems likely that, for whatever reason, bash does not enable mouse-button support when running directly in gnome-terminal, but does when being run under screen. While it's hard to say for certain, my strong suspicion is that this is a bash issue, rather than a vte issue. However, as to whether this is truly a "bug", I'm not sure. Note that, scrolling through the scrollback buffer when screen is active is useless anyway, since screen does not cause anything to be scrolled in the terminal; rather, it saves things to its own scrollback buffer, which can be accessed in "copy mode" (C-A C-[). -- gnome-terminal unconditionally interprets mouse wheel events https://bugs.launchpad.net/bugs/106995 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs