New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 717289 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 149091
Owner:
Closed: May 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Inconsistent behaviour for PointerUp event for Mac and Windows

Reported by nikhil.w...@synerzip.com, May 1 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.81 Safari/537.36

Steps to reproduce the problem:
https://jsbin.com/davijij/3/edit?html,output

Right click on the green box. 
For Mac, only ContextMenu type of event fired
For Windows, ContextMenu and PointerUp both are fired.

What is the expected behavior?

What went wrong?
In the app which handles PointerUp events it becomes tricky to check event.which every place to check if it was Left / Right click.
I think In case of Right click, only ContextMenu event should be fired.

Did this work before? N/A 

Does this work in other browsers? N/A

Chrome version: 57.0.2987.133  Channel: stable
OS Version: Windows 2012 R2
Flash Version:
 
This seems to be intended behaviour, more info: https://github.com/WICG/auxclick/issues/1

Related question: what are you trying to do that makes the event.button and event.buttons properties not enough?
Cc: hdodda@chromium.org
Labels: hasbisect-per-revision M-60
Owner: mustaq@chromium.org
Status: Assigned (was: Unconfirmed)
Using the per-revision bisect providing the bisect results,
Good build: 55.0.2875.0(Revision:421703).
Bad build: 55.0.2876.0 (Revision:421986).

You are probably looking for a change made after 421810 (known good), but no later than 421811 (first known bad).

CHANGELOG URL:

The script might not always return single CL as suspectas some perf builds might get missing due to failure.

 https://chromium.googlesource.com/chromium/src/+log/bd027238e7f3d3c8096c1a62e9063d8cbf5d8a80..902a3d6303dfbfd49a24173777afcb4b70234a17

From the CL above, assigning the issue to the concern owner 

@mustaq- Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.

Review-Url: https://codereview.chromium.org/2375493005

Note : Issue is seen only in windows and is a regression issue broken in M55 and also reproduced in latest stable , beta , dev and canary channels.

Thanks!
Labels: Needs-triage-Mobile
Cc: nzolghadr@chromium.org mustaq@chromium.org
Labels: -hasbisect-per-revision -Needs-triage-Mobile Hotlist-Input-Dev
Mergedinto: 149091
Status: Duplicate (was: Assigned)
We are doing the same thing for "pointerup" as we are doing for "mouseup". IIRC the latter is platform-specific so somewhat mimic the native apps, but I could be wrong.

Let's investigate on the "mouseup" behavior in  Issue 149091 .

Sign in to add a comment