New issue
Advanced search Search tips

Issue 720201 link

Starred by 1 user
Status: Assigned
Owner:
nzolghadr@chromium.org
Cc:
rbyers@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows , Chrome , Mac
Pri: 3
Type: Bug



Sign in to add a comment

pointercancel not fired when OS image drag commences

Project Member Reported by brentons@google.com, May 10 2017 
Chrome Version: 57.0.2987.133 (Official Build) (64-bit)
OS: MacOS v10.12.4

What steps will reproduce the problem?
(1) Listen for pointercancel on an element that contains an image
(2) Begin dragging that image
(3) Drag until the OS drag-and-drop operation takes over

What is the expected result?
pointercancel is fired.

What happens instead?
No PointerEvent is fired.

Reduction:
https://codepen.io/appsforartists/pen/NjybQX?editors=1011

Spec issue:
https://github.com/w3c/pointerevents/issues/205

Comment 1 by brentons@google.com, May 10 2017

Labels: OS-Chrome OS-Windows
In this same scenario, Edge sends lostpointercapture.

Comment 2 by brentons@google.com, May 10 2017

Summary: pointercancel not fired when OS image drag commences (was: pointercancel not fired on MacOS image drag)

Comment 3 by brentons@google.com, May 10 2017

Description: Show this description

Comment 4 by dtapu...@chromium.org, May 10 2017

Owner: nzolghadr@chromium.org
Status: Assigned (was: Untriaged)

Comment 5 by brentons@google.com, May 10 2017 

I've updated the test.  The pointer stream is not interrupted if `dragStart.preventDefault()` is called; thus, `pointercancel` should only be sent if `dragstart` has not been prevented.
Project Member

Comment 6 by bugdroid1@chromium.org, Jul 27 2017 

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/656f9b939150e9a40553757cea46d385bcb423d9

commit 656f9b939150e9a40553757cea46d385bcb423d9
Author: nzolghadr <nzolghadr@chromium.org>
Date: Thu Jul 27 17:27:05 2017

Release mouse pointer capture when it starts drag

This CL releases mouse pointer capture if there
was one in place when drag operation starts.
Note that this doesn't do anything for touch
drag operation as that needs to be solved
when we have a better coordination of gesture
and touch events.

BUG= 706106 , 720201

Review-Url: https://codereview.chromium.org/2973963003
Cr-Commit-Position: refs/heads/master@{#490010}

[add] https://crrev.com/656f9b939150e9a40553757cea46d385bcb423d9/third_party/WebKit/LayoutTests/external/wpt/pointerevents/html/pointerevent_drag_interaction-manual.html
[add] https://crrev.com/656f9b939150e9a40553757cea46d385bcb423d9/third_party/WebKit/LayoutTests/external/wpt_automation/pointerevents/html/pointerevent_drag_interaction-manual-automation.js
[modify] https://crrev.com/656f9b939150e9a40553757cea46d385bcb423d9/third_party/WebKit/Source/core/events/PointerEventFactory.cpp
[modify] https://crrev.com/656f9b939150e9a40553757cea46d385bcb423d9/third_party/WebKit/Source/core/events/PointerEventFactory.h
[modify] https://crrev.com/656f9b939150e9a40553757cea46d385bcb423d9/third_party/WebKit/Source/core/events/PointerEventFactoryTest.cpp
[modify] https://crrev.com/656f9b939150e9a40553757cea46d385bcb423d9/third_party/WebKit/Source/core/input/EventHandler.cpp
[modify] https://crrev.com/656f9b939150e9a40553757cea46d385bcb423d9/third_party/WebKit/Source/core/input/EventHandler.h
[modify] https://crrev.com/656f9b939150e9a40553757cea46d385bcb423d9/third_party/WebKit/Source/core/input/MouseEventManager.cpp
[modify] https://crrev.com/656f9b939150e9a40553757cea46d385bcb423d9/third_party/WebKit/Source/core/input/PointerEventManager.cpp
[modify] https://crrev.com/656f9b939150e9a40553757cea46d385bcb423d9/third_party/WebKit/Source/core/input/PointerEventManager.h
[modify] https://crrev.com/656f9b939150e9a40553757cea46d385bcb423d9/third_party/WebKit/Source/platform/WebPointerEvent.cpp
[modify] https://crrev.com/656f9b939150e9a40553757cea46d385bcb423d9/third_party/WebKit/public/platform/WebPointerEvent.h
►

Sign in to add a comment