[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