<html>
<head>
<base href="https://bugzilla.gnome.org/" />
</head>
<body><span class="vcard"><a href="page.cgi?id=describeuser.html&login=carlosg%40gnome.org" title="Carlos Garnacho <carlosg@gnome.org>"> <span class="fn">Carlos Garnacho</span></a>
</span> changed
<a class="bz_bug_link
bz_status_NEW "
title="NEW - Cursors for Wacom tablets are not always updated correctly under Wayland"
href="https://bugzilla.gnome.org/show_bug.cgi?id=785375">bug 785375</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">CC</td>
<td>
</td>
<td>carlosg@gnome.org
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Cursors for Wacom tablets are not always updated correctly under Wayland"
href="https://bugzilla.gnome.org/show_bug.cgi?id=785375#c3">Comment # 3</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Cursors for Wacom tablets are not always updated correctly under Wayland"
href="https://bugzilla.gnome.org/show_bug.cgi?id=785375">bug 785375</a>
from <span class="vcard"><a href="page.cgi?id=describeuser.html&login=carlosg%40gnome.org" title="Carlos Garnacho <carlosg@gnome.org>"> <span class="fn">Carlos Garnacho</span></a>
</span></b>
<pre>(In reply to Jason Gerecke from <a href="show_bug.cgi?id=785375#c0">comment #0</a>)
<span class="quote">> When using a Wacom tablet for navigation around a GNOME desktop in a Wayland
> session, the pen/puck cursor is often not properly updated as it moves over
> various UI elements. For example, when entering an Xwayland window, the
> cursor may change to a resize indicator at the frame, and be left that way</span >
Different causes :).
Assuming you're running Xwayland with zwp_tablet support in master, that would
be down down to Xwayland not picking the right zwp_tablet_tool to emulate the
VCP. If the cursor is set on wl_pointer instead or just not set on the tablet
tool, that'll result in the last known cursor remaining set, which is the
resize handles from mutter.
This is totally expected though if you're not running a Xwayland that supports
zwp_tablet, as per the protocol mutter expects a zwp_tablet_tool.set_cursor
request in reply to the proximity_in event, so it never updates the tool cursor
as it doesn't get one.
<span class="quote">> after entering the main area of the window. Or, in a pure GTK3 application
> like gnome-control-center, the cursor may need to switch from a regular
> mouse pointer to a hand but doesn't do so at the proper time.</span >
Ok, and I noticed a few gotchas triggered by GtkLinkButton :), attaching a few
patches here fixing generic cases, and GtkLinkButton specifically.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are on the CC list for the bug.</li>
</ul>
</body>
</html>