Update: reporter says the browser is still jumping, even with "enable dragging" disabled.

What MacBook model? What OS? What Chrome version?

Chrome version 70.0.3538.67
for hardware and OS version, which I suspect are relevant, please see this doc: https://docs.google.com/document/d/1m6TDddzs6pRWKKmR1Gy-es-fBV6vGpomL2nOtpJ1yF8/edit

Tried testing issue on reported chrome version 70.0.3538.67(as mentioned in comment#5) on Mac OS 10.13.6 by following below steps.

Steps:
=====
1.Launched chrome.
2.Changed the trackpad settings by turn on "enable dragging" to "three finger drag".
3.Clicked on the dark grey space above the tabs and in the grey space to the right of the window which is the background of another open browser window.
4.Clicked some another place in the window.
5.Observed that currently opened window is that which we have clicked in the background(action performed in step:2).

Attached screencast for reference.
@reporter: Could you please review attached screencast and let us know if anything is being missed here. If possible request you to provide a screenshot/screencast of the issue so that it would be really helpful for further triaging of the issue.
Thanks.!

Deleted: 897274.mp4 2.0 MB

	897274.mp4 2.0 MB View Download

Related to  bug 898953 ?

I think it probably is. Can someone try confirming on 10.10?

 Issue 899578  has been merged into this issue.

lgrey@: The reporter of  issue 899578  is also on 10.10. Maybe the repro steps there helps here too.

Good idea! For convenience, here they are:

..
Steps to reproduce the problem:
1. Open a new Chrome window.  Browse to any content (or just leave it on the start page).

2. Change focus to any other window.  (Can be another Chrome window, or any other app.)

3. Change focus back to the Chrome window by clicking (MUST BE DONE AS A TOUCHPAD TAP) on the gray bar along the top of that window (anywhere to the right of the "+" which will open a new tab).

4. Then click anywhere within the HTML content area of the Chrome window.  This can either be a touchpad tap or full-on click.

5. The Chrome window moves to a new location on the screen.

What is the expected behavior?
Window should remain in the same place.

What went wrong?
Window moved.
...

(I don't have 10.10 on a trackpad machine immediately handy, so can't confirm)

Reporter of  issue 899578  (and Xoogler) here.  It seems like what's happening is that the touchpad tap (on the window drag bar, in Chrome M69+) is bringing the Chrome window to the foreground but not giving it focus.  So, for example, I have noticed that keypresses do not go to the Chrome window when I tap it once... I have to either give it a full click, or two taps.

This bug is present in both 69.0.3497.100 (stable channel) and 72.0.3594.0 (canary).

I will be happy to test builds for you if you want.  Just let me know.

 Issue 898953  is also 10.10. Wonder if something is going in general with input there.

I heard offline that this repros on 10.10 with "tap to click" enabled.

I ended up figuring out what was going on here in the course of looking into another issue.

This was introduced by https://chromium-review.googlesource.com/c/chromium/src/+/1000212

When "Tap to Click" is enabled, a tap comes in as a mouseDown: (which AFAICT is at this point indistinguishable from an actual trackpad click). Then something or other happens that prevents the mouseUp, which arrives single-digit ms layer, from killing the drag.

If we can't find a way to detect a tap vs. a click, maybe we should consider waiting a little bit before initiating the drag.

 Issue 907337  has been merged into this issue.

 Issue 912447  has been merged into this issue.

 Issue 917685  has been merged into this issue.