TrackPoint scrolling randomly "stops" (per-tab), normal scrolling unaffected
Reported by
itspaafe...@gmail.com,
May 28 2018
|
|||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36 Steps to reproduce the problem: 1. Use a device with a TrackPoint input device (e.g. Thinkpad X230, T430), and where "HOLD middlebutton + move" is configured to act as 4-way scroll. 2. Navigate to a page on which scrolling is possible. 3. Scroll on the page via the aforementioned method. What is the expected behavior? Scrolling with the TrackPoint works just like with a "real" mouse scroll wheel, or via the arrow keys. What went wrong? At some (indeterminate) point, scrolling via this method simply ceases. Scrolling via the arrow keys or via a "real" mouse scroll wheel continues to work just fine. Other tabs are not affected, nor are other applications. Reloading the tab temporarily fixes the problem. Did this work before? No Chrome version: 66.0.3359.181 Channel: stable OS Version: Arch Linux Flash Version: N/A I initially thought this was part of #797708, but was recommended by "sahel" to open a new ticket. This is NOT related to the "AutoScroll" extension, which permits scrolling by simply PRESSing the middle button allows scrolling via mouse movement. There is no visible single factor which triggers this behaviour, and for obvious reasons the issue is easier to reproduce on pages which load more content as you scroll, though this is NOT a requirement. Earliest known affected version 65.0.3325.162, but this was present before then. I've had to answer "no" to "did this work" because I am unfortunately unable to pin down a working version.
,
May 30 2018
Thanks for filing the issue! As mentioned in comment# 0 steps to reproduce the problem, the issue needs "Track Point input device" to test and confirm the issue, as ET team doesn't have "Track Point input device" to test it, hence forwarding this issue to Inhouse team for further triaging the issue, hence adding TE-NeedsTriageFromHYD label. Thanks!
,
May 31 2018
@itspaafekuto: Can you please help us with a screencast for further triaging of the issue? Thanks!!
,
May 31 2018
Sure. How would we go about this?
,
May 31 2018
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jun 3 2018
I can confirm that the issue is still present in 67.0.3396.62.
,
Jun 6 2018
Could you please let us know the steps for configuring "HOLD middlebutton + move" mentioned in step #1. Reply to Comment #4 - You can provide screen cast using 'Kazam' application or by installing 'Screencast-O-Matic' application. Thanks!
,
Jun 6 2018
In all the modern Linux distributions I've used, or ever used, "hold middlebutton + move to scroll" is the default configuration of TrackPoint input devices. If this isn't the case on whatever machine you're testing on, I'm afraid I have no idea how to help. I've installed kazam. I will try reproducing the bug with kazam recording, on a few random sites. Since the problem (like almost all the ones which plague me) is NOT deterministically reproducible, but rather is an intermittent one, it could take a little while.
,
Jun 6 2018
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jun 6 2018
I have absolutely no idea how it could be useful, but I recorded myself scrolling up and down on the Infinite Scroll demo page, and after a few seconds, the scrolling hung. It happened to occur at the bottom of the page, but I don't think this is strictly necessary. https://infinite-scroll.com/demo/full-page/page6.html I have no idea how a screen recording could actually be useful, but here's a DropBox link. (The video is 20MB, and the attachment limit here is 10MB). https://www.dropbox.com/s/nt0xsszd1qdgy96/847153-1.mp4?dl=0
,
Jun 6 2018
Sorry, it seems the correct link to the infinite-scroll demo was: https://infinite-scroll.com/demo/full-page/
,
Jun 15 2018
On the available Thinkpad machine with Debian Rodete was not able to configure trackpad on ThinkPad machine. Hence, adding the label 'TE-NeedsTriageHelp' for the further inputs on this issue. Thanks!
,
Jun 15 2018
The issue concerns the TrackPoint (the red nub and the middle button which is part of the keyboard assembly), not the TrackPad (the touch surface which is part of the palm rest.
,
Dec 17
The issue persists in 71.0.3578.98. |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by susan.boorgula@chromium.org
, May 28 2018