Issue metadata
Sign in to add a comment
|
Touchscroll under Win10 is unprecise and jumps
Reported by
initialf...@googlemail.com,
Dec 19 2017
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.108 Safari/537.36 Example URL: http://vaadindemo-env.eu-central-1.elasticbeanstalk.com/ui Steps to reproduce the problem: 1. Take a Win10 Touchdevice 2. Open url: http://vaadindemo-env.eu-central-1.elasticbeanstalk.com/ui 3. Touchscroll to "39: hello world!<-- try to stop exaclty here" 4. Take your Finger away 5. Browser Jumps! Scrollable Part What is the expected behavior? We expect that the Browser stays on the Position (and dont jumps... ) What went wrong? On "Touchscroll end" the Browser makes a Jump in the scrollable Part. Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? N/A Does this work in other browsers? Yes Chrome version: 63.0.3239.108 Channel: stable OS Version: 10.0 Flash Version: The same thing works on Edge, IEx, Firefox...
,
Dec 19 2017
,
Dec 21 2017
Able to reproduce the issue on Windows 10 touch screen tablet using chrome reported version #63.0.3239.108 and latest canary #65.0.3299.0. Couldn't check the issue on mac and linux as we doesn't have a touch screen enabled device for the mentioned OS. Bisect Information: ===================== Good build: 56.0.2920.0 Revision(432057) Bad Build : 56.0.2922.0 Revision(432511) Note: Unable to provide per-revision bisect results, as perf build errors were encountered at chrome builds invoke and bisect got hampered due to that reason. Change Log URL: (From Omahaproxy) https://chromium.googlesource.com/chromium/src/+log/56.0.2920.0..56.0.2922.0?pretty=fuller&n=10000 From the above change log suspecting below change Review-Url: https://codereview.chromium.org/2406263003 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. Thanks...!!
,
Dec 21 2017
This is not related my change. Looks like the page is trying to cancel browser scrolling by canceling (preventDefault-ing) document level touch events, which is no longer allowed (from Chrome 56): https://www.chromestatus.com/features/5093566007214080
,
Dec 21 2017
Yeah, this is the case. Disabling the flag "Document Level Event Listeners Passive Default" make the scroll smooth again.
,
Dec 21 2017
You can either add passive: false or touch-action: none if you are prevent defaulting all touch starts/moves. I can't determine that from the code though. But it seems that you are trying to implement your own scrolling logic and I'm not sure why this is necessary. In most cases the user agent has better scrolling (less subject to jankiness) than an application can do. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by dtapu...@chromium.org
, Dec 19 2017