After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 86943 - Sort out mouse events for terminal apps
Sort out mouse events for terminal apps
Status: RESOLVED DUPLICATE of bug 13299
Product: gnome-terminal
Classification: Core
Component: general
unspecified
Other Linux
: Normal major
: ---
Assigned To: GNOME Terminal Maintainers
GNOME Terminal Maintainers
: 82873 87918 95447 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2002-06-30 22:18 UTC by Göran Weinholt
Modified: 2006-05-08 10:30 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10


Description Göran Weinholt 2002-06-30 22:18:26 UTC 
Description of Problem:
gnome-terminal no longer generates X11 Mouse
Reporting codes when the right mouse button is
pressed, or when the scroll wheel is used.

Steps to reproduce the problem:
1. Fire up w3m in a gnome-terminal.
2. Try to bring up the w3m menu by pressing the
right mouse button.
3. Try to scroll the page in w3m by using the
scroll wheel on your mouse.

Actual Results:
gnome-terminal brings up its own popup menu when
the right mouse button is pressed. When the mouse
wheel is used it simply scrolls the backlog.

Expected Results:
If X11 Mouse Reporting has been enabled,
gnome-terminal should send the correct key codes
for these mouse events. This worked in
gnome-terminal 1.4.1. Eterm and xterm also have
the correct behaviour. The user should be required
to hold shift, to scroll the backlog or bring up
the popup menu, if X11 Mouse Reporting is enabled.

Additional Information:
I'm using the gnome-terminal package from Debian,
version 2.0.0-2 and libzvt2-0 version 1.99999.0-1.
Comment 1 Luis Villa 2002-08-01 16:20:24 UTC 
Havoc, is this g-t or zvt? [No idea who handles what in this case...]
Comment 2 Havoc Pennington 2002-08-01 18:05:25 UTC 
I'd have to investigate which it is. My attitude toward mouse-enabled
terminal apps is very much "what a bad idea" though, so low priority
for me.
Comment 3 Havoc Pennington 2002-09-22 19:18:49 UTC 
This probably works with VTE now, except for the right-click menu.
The scroll wheel seems to have a couple issues too in links, don't
know if it's links or VTE or gnome-terminal.

Going to use this bug to dup all the other mouse-event bugs.
Comment 4 Havoc Pennington 2002-09-22 19:19:03 UTC 
*** Bug 82873 has been marked as a duplicate of this bug. ***
Comment 5 Havoc Pennington 2002-09-22 19:19:38 UTC 
*** Bug 87918 has been marked as a duplicate of this bug. ***
Comment 6 Mariano Suárez-Alvarez 2004-02-09 12:17:34 UTC 
The wheel seems to work fine now. 
Havoc, do you remember what issues you were referring to above in
connection with links?

Now, with respect to making the popup come up on Shift+RightClick when
mouse-events are on: this does not sound like a great idea, because 
it changes the behaviour depending on something (whether the app is
recieving mouse events or not) which the user does not know most of
the time: we'll start getting “context menu does not appear when using
mc” bugs. On the other hand, selecting does require to be done while
pressing Shift when mouse-events are on...
Comment 7 xavier.bestel 2006-04-10 11:14:31 UTC 
*** Bug 95447 has been marked as a duplicate of this bug. ***
Comment 8 Behdad Esfahbod 2006-05-08 10:30:30 UTC 

*** This bug has been marked as a duplicate of 13299 ***