Chrome emits two seemingly identical touch events instead of one, and devtools will only break on the second.
Reported by
michael....@usask.ca,
Aug 29
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:61.0) Gecko/20100101 Firefox/61.0 Steps to reproduce the problem: 1. Clone the github repo I set up to reproduce this problem and follow the instructions listed in its readme.md file: https://github.com/mvanderkamp/devtools_bug (The source code is actually quite short, but is long enough, and the steps to view the problem detailed enough that I decided a github repo would be a better approach). What is the expected behavior? Chrome should only emit one TouchEvent, and break on that TouchEvent if asked to do so. What went wrong? Chrome emits two seemingly identical TouchEvents, and skips any and all breakpoints encountered while processing the first TouchEvent. Did this work before? N/A Chrome version: 68.0.3440.106 (Official Build) Built on Ubuntu , running on Ubuntu 16.04 (64-bit) Channel: stable OS Version: 4.15.0-33-generic #36~16.04.1-Ubuntu Flash Version: Shockwave Flash 30.0 r0 I don't know if this is related to the chrome version on my tablet or the chromium version on my desktop. In the github repo I list details on both.
,
Sep 3
,
Sep 18
I can reproduce this via remote debugging of chrome headless on chrome 69. But I can't reproduce it on tip of tree. Mysterious.
,
Sep 19
It looks like this was fixed via https://chromium.googlesource.com/chromium/src/+/da27378f03ea3dc4bdba82e3cb1d13ad2fef7a7c |
|||
►
Sign in to add a comment |
|||
Comment 1 by vamshi.kommuri@chromium.org
, Aug 30