[Webkit-unassigned] [Bug 186126] New: All pointers change at the same time
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed May 30 23:21:31 PDT 2018
https://bugs.webkit.org/show_bug.cgi?id=186126
Bug ID: 186126
Summary: All pointers change at the same time
Product: WebKit
Version: WebKit Nightly Build
Hardware: Unspecified
OS: Unspecified
Status: NEW
Severity: Normal
Priority: P2
Component: WebKit Gtk
Assignee: webkit-unassigned at lists.webkit.org
Reporter: webkit-bugzilla at geheimeinformatie.nl
CC: bugs-noreply at webkitgtk.org
Created attachment 341644
--> https://bugs.webkit.org/attachment.cgi?id=341644&action=review
A short screencast
I've noticed that when using multiple input devices, all cursors share the same pointer graphic.
(This issue was previously reported at the GTK project: https://gitlab.gnome.org/GNOME/gtk/issues/1125 )
## Steps to reproduce
0. acquire a second pointer device. (I've been using a Wacom Bamboo stylus, but I suspect other (emulated) devices will do the trick too.
1. Open epiphany to any page.
2. Move the mouse (primary) pointer somewhere neutral
3. Hover the stylus' pointer over some text, or a link.
## Current behavior
All cursor images change according to the last pointer device that moved.
## Expected outcome
I'd expect each cursor to follow its own logic, so any cursor that's above selectable text should have the bar cursor, regardless of the position of the other cursors.
## Version information
Using Arch Linux, fully updated, in a Wayland session.
* GTK 3.22.30-1
* webkit2gtk 2.20.2-1
* epiphany 3.28.2.1-1
* gnome-desktop 3.28.2-1
## Additional information
I've recorded a short screencast showcasing the problem.
Carlos Garnacho also mentioned:
> Gtk+3 has `gdk_window_set_device_cursor()` (Since 3.0) that may be used to independently set an specific cursor on an specific pointer device.
>
> A cursory look in WebKit sources says they are using `gdk_window_set_cursor()` which precisely has the behavior described here.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20180531/9f2df173/attachment.html>
More information about the webkit-unassigned
mailing list