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 745016 - Mouse release after mouse click can already activate menu entries
Mouse release after mouse click can already activate menu entries
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: .General
2.24.x
Other Linux
: Normal enhancement
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2015-02-23 13:53 UTC by sworddragon2
Modified: 2018-05-02 16:25 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description sworddragon2 2015-02-23 13:53:09 UTC
I'm noticing that if I'm making a right mouse click to open a context menu the next mouse release can already activate an entry. This can lead to race conditions for the user if the mouse is moved too fast. I have opened a bug report before this ticket for Firefox and got the hint that this is maybe an issue with GTK+: https://bugzilla.mozilla.org/show_bug.cgi?id=1135365
Maybe the same applies for mouse releases with the left mouse button as I have opened a while ago a similar issue about this for LXDE: http://sourceforge.net/p/lxde/feature-requests/194/
Comment 1 Matthias Clasen 2015-02-23 18:55:28 UTC
We are displacing the menus to avoid accidental clicking, see bug 591258
Comment 2 sworddragon2 2015-02-23 20:51:41 UTC
Displacing will still let a race condition open to these menus (for example I'm often moving the mouse a moderate distance (low double-digit range) between a mouse click and a mouse release). And what about fixed menus like the start menu and popups of menu bar entries?

Is the activating of menu entries with a left/right mouse release intended? If so would it not make sense to disable at least registering the first mouse release for any popup?
Comment 3 Matthias Clasen 2015-02-23 21:05:16 UTC
(In reply to sworddragon2 from comment #2)
 
> Is the activating of menu entries with a left/right mouse release intended?
> If so would it not make sense to disable at least registering the first
> mouse release for any popup?

no, I don't think it does. Doing a context-menu selection as single click-drag-release action is not something that we can just stop supporting.
Comment 4 sworddragon2 2015-02-23 21:09:31 UTC
Would an option be a possibility?
Comment 5 Daniel Boles 2017-08-24 22:42:59 UTC

*** This bug has been marked as a duplicate of bug 675942 ***
Comment 6 sworddragon2 2017-08-25 16:09:50 UTC
I don't think this report is a duplicate as the other report claims that menus are spawning directly under the position of the pointing device while this report has figured out that the behavior reported here is intended and thus evolved into a feature request (which wouldn't get solved if bug #675942 would be fixed). Correct me if I'm missing something.
Comment 7 GNOME Infrastructure Team 2018-05-02 16:25:34 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gtk/issues/533.