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 731016 - Text Drag'n'Drop broken in GtkTextView
Text Drag'n'Drop broken in GtkTextView
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: .General
3.13.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2014-05-30 22:56 UTC by Timm Bäder
Modified: 2014-05-31 13:11 UTC
See Also:
GNOME target: 3.14
GNOME version: ---

Attachments
textview: Only trigger drag gesture on GDK_BUTTON_PRIMARY (1.36 KB, patch)
2014-05-31 13:11 UTC, Carlos Garnacho 		committed Details | Review

Description Timm Bäder 2014-05-30 22:56:07 UTC 
Filing this in General and not GtkTextView because it's probably gesture related.

Steps to reproduce:
 - open gtk3-widget-factory
 - Select some text in one of the GtkTextViews
 - Drag the text with the middle mouse button
 - The text is now stuck to the cursor
 - left-click to let the text go

after these steps, I can't select any text in the text view anymore.



Does not happen in 3.12.2 for me.
Comment 1 Matthias Clasen 2014-05-31 04:00:54 UTC 
Fallout from the gestures merge
Comment 2 Carlos Garnacho 2014-05-31 13:11:07 UTC 
The following fix has been pushed:
995b6d1 textview: Only trigger drag gesture on GDK_BUTTON_PRIMARY
Comment 3 Carlos Garnacho 2014-05-31 13:11:15 UTC 
Created attachment 277620 [details] [review]
textview: Only trigger drag gesture on GDK_BUTTON_PRIMARY

This gesture was only meant to react on GDK_BUTTON_PRIMARY (either
through real pointer events, or implicitly assumed from touch events),
as it used to behave before gestures. Otherwise the gtk_drag_begin*()
call assumes being triggered by button 1, and the drag misbehaves
because that button isn't really in the state mask.