New issue
Advanced search Search tips

Issue 913211 link

Starred by 2 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

position:sticky + audio tag = no scrol?

Reported by curirin...@live.com, Dec 8

Issue description

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

Steps to reproduce the problem:
1. Set position:sticky to an element
2. Add <audio> tag to a child nested to position:sticky parent
3. Tada! Chrome won't permit you scroll further than the position:sticky parent

What is the expected behavior?
To scroll further haha

What went wrong?
I think this is the first time I see this.
Tested in other browsers and it works normally.

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 71.0.3578.80  Channel: stable
OS Version: 10.0
Flash Version:
 
Desktop 2018.12.08 - 17.27.00.02.mp4
3.3 MB View Download
One more thing: it only blocks the scroll if the audio tag is playing.
And if you click any button, it leads you to the top of the element too.
Aparently the bug has something with the flex CSS property.
I've removed the flex property and it worked perfectly.
Chromium developers will likely need a reproducible test case HTML.
jsbin with a reproducible test:
https://jsbin.com/hebejuxoki/edit?html,css,output
Labels: Needs-Triage-M71
I've tested and it's happening on mobile too.

Chrome 71.0.3578.83

Comment 7 Deleted

curirin107@ Thanks for the issue.

Able to reproduce this issue on Mac OS 10.13.6,Windows 10 and Ubuntu 17.10 on the latest Stable 71.0.3578.80 and latest Canary 73.0.3636.0 as per comment #4.
This is a Non-Regression issue as this behavior is observed from M-60 chrome builds.

Hence marking this as Untriaged for further updates from Dev.

Thanks..
Components: -Blink>CSS Blink>Scroll
Cc: bokan@chromium.org
I'm able to scroll the JSBin in #4 just fine on Linux in both Stable and Dev channels. Am I missing something?
Could be a Windows related problem.
I've sent the pastebin to some friends, and they got the same result: after clicking play, the browser keeps scrolling the container back to the audio tag
Bisected to r386998 = 86b31f0403a7bd7b7a768314b7ba9565af0c9a29 = https://crrev.com/1870663002 by flackr@chromium.org
"Reland main thread position sticky implementation."
Landed in 52.0.2708.0

Notes:
* bisected in Windows 7
* observed with the classic media controls
* the old builds require --enable-features=ScrollAnchoring --enable-blink-features=CSSStickyPosition
* the old builds can't play mp3 here so I've used a WAV file

The workaround is to disable Scroll Anchoring on the scrolling container:

  .container {
    overflow-anchor: none;
  }

Labels: -Type-Bug -Pri-2 Pri-1 Type-Bug-Regression
Owner: flackr@chromium.org
Status: Assigned (was: Untriaged)
Ah, I missed the fact that the player had to be started. Thanks woxxom@ for the bisect!

Over to flackr@ to triage.

Sign in to add a comment