New issue
Advanced search Search tips

Issue 810366 link

Starred by 6 users

Issue metadata

Status: Duplicate
Merged: issue 810474
Owner: ----
Closed: Feb 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 1
Type: Bug-Regression



Sign in to add a comment

erratic spontaneous scrolling in last canaries for most pages

Reported by vsemozhe...@gmail.com, Feb 8 2018

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3343.0 Safari/537.36

Example URL:
Facebook, Twitter, Google search etc

Steps to reproduce the problem:
While reading a page, erratic spontaneous scrolling constantly happens on some events:

- hover a link
- click on a link with a middle button (sometimes the link jumps so that no click happens)
- scroll with a scrollbar (page is scrolled in the opposite direction)

What is the expected behavior?
predictable scrolling / no spontaneous scrolling

What went wrong?
Unfortunately, this behavior is hard to surely reproduce, but it is very frequent in last two canaries (current 66.0.3343.0 and previous one) so some persistent tests can reveal the issue.

Does it occur on multiple sites: Yes

Is it a problem with a plugin? N/A 

Did this work before? Yes Dev chanel ( 65.0.3325.51) is OK, some last canaries before yesterday were OK too.

Does this work in other browsers? Yes

Chrome version: 66.0.3343.0  Channel: canary
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version:
 
Some other triggers:

— select test with mouse
— focus an input field
— unfold a hidden block (as [spoiler] or [hidden] in forums).

In these cases, the page jumps to some lengths or even scrolls to the top.
Components: -Blink Blink>HitTesting Blink>HTML>A Blink>Scroll
Labels: -Type-Bug -Pri-2 Pri-1 Type-Bug-Regression
Status: Untriaged (was: Unconfirmed)
I can reproduce in the dev channel (65.0.3325.51) as well, on Windows 7.
Looks like some field trial activated some code that makes any link scroll up a bit. I reproduced it on Wikipedia, for example - any link on https://en.wikipedia.org/wiki/Negative_pulldown - even with JavaScript and relevant extensions disabled (whatever content script that page ran was disabled).
You probably have to scroll down a bit first in order to have somewhere to scroll up to when the bug occurs.

I tried to debug it before disabling JavaScript. For me, even a left click does that and it does so on mouse down, so I added an event listener breakpoint on mouse down in the Developer Tools and it never broke (and the issue occurred).

Also, it only happens once per page load. After that, the bug disappears.
And it does so all of the time, it is not sporadic at all.
Do you have experimental web platform features turned on? Could be 
root layer scrolling.
Please post the debug data for the field trials also, thanks.
It seems toggling #enable-scroll-anchoring from "Enabled" to "Default" fix the issue.
Cc: skobes@chromium.org
I still can't reproduce this. Can you provide a precise sequence of actions
to reproduce?
Components: -Blink>HitTesting
Labels: M-66 ReleaseBlock-Beta FoundIn-66
No, sorry. As I have written above, it is hard for me to catch surely reproducible algorithm.
When using Google Search, middle clicking on results (after I scrolled a bit) is impossible. Only right clicking works. Middle clicking always scrolls up and cancels the click. This is horrible.
Like I mentioned before, this is reproducible on Chrome 65.0.3325.51 dev as well, so you might want to change the M-66 label to M-65, unless you want users to pull their hair or swear. :(
(I really hope this does not happen in Chrome 64, but I cannot confirm that at the moment...)


#5 - I do not have "Experimental Web Platform features" enabled.
I only have "Developer Tools experiments" and "Experimental Extension APIs" enabled.
"Scroll Anchoring" is set to "Default".

#6 -
Variations
bd23585d-f23d1dea
c134752e-1ba87303
fe69e053-94941f92
16e0dd70-3f4a17df
61fba06-ca7d8d80
31101bd6-3f4a17df
2c7ce2fa-f23d1dea
da89714-4ad60575
64da5c1e-6a1b7f2a
9041608a-f23d1dea
1e528f0f-ca7d8d80
b130ecb8-2e32ee7e
ca05d627-3f4a17df
7c1bc906-6790560b
ce38b0fc-3f4a17df
d52c4ff7-f23d1dea
3eb101d6-f23d1dea
47e5d3db-3d47f4f4
1c752ce9-ca7d8d80
4dc30737-b8a5ea08
34d450b1-803f8fc4
19c1fdaf-ca7d8d80
3042ad4b-ca7d8d80
121ae2bc-f23d1dea
591576c8-1a6e73b1
267255c3-ab59f10a
57f575bb-3f4a17df
ceff87ec-3f4a17df
86ba59b4-ca7d8d80
e4e9ce8f-3d47f4f4
b72f69e9-3f4a17df
f347910c-f23d1dea
77bbdddc-c65eb556
93731dca-c037dd1c
8fa604e0-1a6e73b1
8e3b2dc5-93702590
9e5c75f1-ad290b52
9f6e28b-99878ea
2981bcb4-3d47f4f4
3de1fbf2-f23d1dea
f79cb77b-3f4a17df
4ea303a6-85fb2903
b19465ab-ca7d8d80
bcc34a89-c0582e20
6e6e0c7e-3f17a7d8
d92562a9-ca7d8d80
447469ba-13d9f35f
7aa46da5-c946b150
2b33233e-881ca6c9
14c5a050-ca7d8d80
2c1d398c-3f4a17df
6973a1cf-f23d1dea
72606c4f-3f4a17df
cac0a91c-388b6f1c
58a025e3-c2b41702
1bced4a3-59ba3fef
ad6d27cc-1627c3cf
757a5d98-28165b59
f3ea30a0-ad39de72
23496387-232b3cab
b2f0086-7e768aea
2d871858-3f4a17df
344833e9-473e8c2e
3f273a97-e3ad1896
4bc337ce-69465896
57789a80-ca7d8d80
9a2f4e5b-ca7d8d80
1354da85-ca7d8d80
494d8760-3f4a17df
3ac60855-486e2a9c
f296190c-dda7873d
4442aae2-a5822863
ed1d377-e1cc0f14
75f0f0a0-d7f6b13c
e2b18481-5c63917a
e7e71889-4ad60575
34baa302-cf4f6ead
f5fff3a2-f23d1dea
bbb8f811-3f4a17df
94e68624-3f4a17df
493ac2c5-f13e099b
da4aaa01-4d2fac87
And I believe it also happens without even clicking. :(
(It happens here as well, if I scroll a bit and then type my comment, as it centers the viewport on the cursor, even though it has not scrolled off the viewport at all)

This is very disturbing.

Comment 14 by wfh@chromium.org, Feb 12 2018

Mergedinto: 810474
Status: Duplicate (was: Untriaged)
this is related to Scroll Anchor Serialization and a fix is being worked upon in  issue 810474 , so duping there.

Sign in to add a comment