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 732970 - Unselectable GtkLabels with links get the wrong initial cursor
Unselectable GtkLabels with links get the wrong initial cursor
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Widget: GtkLabel
3.13.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2014-07-09 22:35 UTC by Timm Bäder
Modified: 2014-07-12 01:30 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Test case to illustrate the problem (573 bytes, text/x-csrc)
2014-07-09 22:35 UTC, Timm Bäder 		  Details
Patch to only set the GdkWindow's cursor to GDK_XTERM if the label is really selectable (930 bytes, patch)
2014-07-09 22:37 UTC, Timm Bäder 		committed Details | Review

Description Timm Bäder 2014-07-09 22:35:44 UTC 
Created attachment 280302 [details]
Test case to illustrate the problem

Unselectable labels with links inside currently seem to get the wrong initial cursor in certain situations. I could only trigger this by adding/showing the label in a timeout.

Run the test case and move your mouse over the window (the label expands), you will get the GDK_XTERM cursor even though the label is not selectable. Moving the cursor out of the window and back inside "fixes" the problem since moving the cursor back inside will call gdk_window_set_cursor (priv->select_info->window, NULL) in gtk_label_update_cursor.

I'll attach a patch that fixes the problem but I'm not sure if it is 100% correct.
Comment 1 Timm Bäder 2014-07-09 22:37:04 UTC 
Created attachment 280303 [details] [review]
Patch to only set the GdkWindow's cursor to GDK_XTERM if the label is really selectable