Could you please provide us any sample test file or URL to triage the issue from test team end.

Thanks,

Sounds an awful lot like issue 683434. That one occurs when using remote desktop but presumably here it's just in the regular window manager. Wonder if they're related...

It sounds like it's a general scrollbar issue so it reproduces on any URL. I can't repro myself so it's likely some bad interaction with a particular configuration. 

I will see if I can reliably replicate this. It is not consistent and does not happen all the time. Trying to replicate I cannot. It does continue to occur on occasion. I think it may be related to Synergy. Though I recall it happening when not using Synergy. Even under Synergy, nothing else has such issues with the scroll bar. I scroll via synergy quite often for email, coding, etc. I am not using remote desktop. It does sound similar to what is in issue 683434. At least the description of the issue.

If its not related to synergy, then it may be a configuration issue. I run the same binaries on desktop and laptop. This issue is only present on my laptop. If I can replicate without synergy, I can at least rule that out as a potential cause.

Though after seeing that other bug. It may be synergy or something with how it interacts when its running. Even if I am using the mouse on my laptop. Synergy may be causing the same issue as in that other bug with remote desktop. Same issue different triggers maybe.

I tried it myself as well. But couldn't repro it.
You mentioned you see this occasionally. Do you encounter the issue on any website or is it a particular URL that shows the issue more often?

It is very hard to replicate and it only happens maybe once or twice during an entire day of usage. I can never do it on purpose, or trigger it. Only happens when it wants to. I think it happens more on sites that have lots of scrolling, like anything designed for mobile usage, facebook, twitter, etc. I tend to experience this when logging into financial institutions on the ledgers.

I just tried a bunch of sites and could not replicate. Till I logged into PayPal and the initial transaction page is having the scroll issue. I can almost do it reliably there. It happens with both synergy mouse and the touchpad. Though seems stickier on the synergy remote mouse.

I can move the mouse via the touch pad just over the scroll bar. And it moves up and down even though I have not pressed any buttons. Nor am I in the area of the touchpad that would allow you to scroll via finger movement.

Now its back to where I cannot replicate via either synergy or touchpad. I did not get a chance to kill synergyc client to see if that was messing up the trachpad, causing the issue. I also did not move the mouse back to the original system/desktop. So the synergy mouse was still on the same screen as the trachpad is attached to when I went to use that.

It may be a synergy problem since I do not experience it on my desktop. I will see if I can replicate without synergy and that will rule that in or out. Though even with Synergy is the only thing that sticks scrolling wise like that. It never sticks on other stuff, emails, documents, etc. If it is synergy, its effecting just Chromium. I have to see if the problem exists in Firefox, but thus far nothing but Chromium is effected.

Thank you for providing more feedback. Adding requester "nzolghadr@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

I kept playing and this time I did move the synergy mouse back to the desktop. The scroll bar remained stuck on the laptop for the trackpad. It remained stuck even after I killed synergyc the client on the laptop. With synergy not running, I have not been able to replicate.

Till I can confirm otherwise. I would say this is a Synergy + Chromium issue.

The issue is very similar if you click on the scroll bar, and do not release the button and move the mouse else where. The scroll bar keeps scrolling. That is what happens, but when no buttons are pressed.

Further testing, this problem only exists when using synergy with Chromium. I would blame synergy, but it is the only app with such issue. It was not always such, I think it showed up ~6 or so months ago. Hard to say exactly. It maybe related to that other bug with how software driven pointers interact with chromium/chrome.

Do you know if the synergy server is crashing and relaunching when this occurs? ie; does it happen in the middle of a reconnect from the client. I wonder if there is state that synergy sets and it causes an event stream that isn't quite right.

Do you have a relevant bug opened up against synergy?

1. Synergy server nor client is crashing. I have a script I use to stop/restart the synergy server and reconnect the client if needed. I would know if/when it crashed. Since I would have to manually restart.

I did conduct a test where I killed synergy client on the laptop. The stuck scrollbar issue remained on the laptop. But I have never been able to replicate without synergy. That it remained stuck was something to do with synergy.

Otherwise it never crashes, and any crash/disconnect/latency/network issue is not responsible for said stickyness. I wish that was the case.

2. I have not filed a bug upstream against synergy. The reason being is since no other program or application has such issues with scrolling. I really cannot blame synergy. It does not happen in GTK nor QT applications. I use claws mail, open office, pdfs okular/mupdf, gnucash, netbeans, text editors, etc No other program has ever show any scrolling issues. I have never got the scroll bar to stick on anything else. Thus I cannot really file a bug with synergy saying just chrome. They will say go file a bug with chrome :)

That another bug relating to remote use of Chrome exhibits the same behavior. I think clearly shows it is something in Chrome. It is just triggered by things like synergy or a remote desktop connection as in that other issue 683434.

Your comment I think is correct
"I wonder if there is state that synergy sets and it causes an event stream that isn't quite right"

Something synergy is doing is causing the scrolling issues. But reading that other issue, the problem sounds pretty much the same.

Sending to the backlog. It certainly sounds related to that other issue. And that other issue has an explicit reproduction step.

I wish I could reliably replicate the issue or produce steps to replicate. I completely understand that makes it exponentially harder to resolve said issue. Though since the other has a known trigger. When ever that is addressed. I can likely see if the same fix takes care of my issue. Very likely it will. At least I hope it does :)

Thank you for your time and effort on this matter. It is super annoying when it happens.

Engineer at Symless here (the company behind Synergy).

Please do file a bug for this on our GitHub issue tracker, and link here. If we can reproduce it, we'll look in to it.

https://github.com/symless/synergy

Sure thing thanks for looking into the issue! Oddly enough it has not happened all day. Till just now coming back to this bug to provide link to issue on github :)

Sticky scrollbar for synergy client effecting only Chrome/Chromium
https://github.com/symless/synergy/issues/6038

This occurs on any scrollbars, not just the main ones on the left and/or bottom of window. If any scrollbars show in the pages themselves, as part of select/drop down boxes, frames, overflow scroll, etc. Any scrollbars that show in Chromium can stick. Thus far nothing outside of Chrome exhibits this behavior. Also only occurs under Synergy. Just never mentioned it effected all scrollbars.

No change in 60.x, currently on 60.0.3112.24 (Developer Build) (64-bit), gentoo

A method to reproduce was just provided on the synergy bug.

https://github.com/symless/synergy/issues/6038#issuecomment-312064258

I have commented on that, as there is an additional step in my case. But I can replicate the issue reliably.

I am no longer using Chrome/Chromium so I will be unable to test or comment on this bug any further. Life is to short. This issue, another with hashtags, and my growing dislike and distaste for anything having to do with Google.

It seems others are effect so maybe someday this will be fixed. Though knowing Google I have little hope. Thanks bye!

This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

We have changed a lot in those parts of the code since then. I was wondering if the issue is still there. Also the github links are broken now. Maybe if someone has the updated link that would help.
I close this for now as we couldn't repo it. But if anyone is still able to repro the issue feel free to comment on this bug or file another issue with instructions on how to repro it.