UserAgent: Mozilla/5.0 (X11; CrOS x86_64 11021.56.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.76 Safari/537.36
Platform: 11021.56.0 (Official Build) stable-channel eve

Steps to reproduce the problem:
1. Spawn an Android app notification
2. Click on the notification icons / clock on the Chrome OS shelf to bring up the combined system tray and notifications list
3. Move the mouse cursor over the body of the Android notification
4. Place two fingers on the trackpad and scroll the notification list up and down for a couple seconds, keeping the mouse cursor over the body of the Android notification

What is the expected behavior?
The notification list scrolls up and down

What went wrong?
The notification list scrolls up and down, and after roughly a second, the notification reacts as if it has received a "click" or "click and hold" event, either opening the associated app (click) or displaying the "Block all notifications" / "Don't block" radio buttons (click and hold).

Did this work before? N/A 

Chrome version: 70.0.3538.76  Channel: stable
OS Version: 11021.56.0
Flash Version: 31.0.0.122 

Notably, any Chrome (browser) notifications in the list do not produce this behavior -- scrolling with two fingers only scrolls the notification list, and short or long *clicks* are handled appropriately by the Chrome notification.

This failure mode of interpreting two-finger scrolling as a click is similar to another bug I have reported, though the root cause may be different: https://bugs.chromium.org/p/chromium/issues/detail?id=889984