Issue metadata
Sign in to add a comment
|
Changing an input's value inside sticky positioned element scrolls to the top
Reported by
tofu.ha...@gmail.com,
Dec 26 2016
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 Steps to reproduce the problem: 1. Give body a min-height of 200vh 2. Place element inside body and make it `position: sticky; top: 0;` 3. Place a textual input inside the sticky element. 4. Scroll down so that the sticky element sticks. 5. Change the input's value by typing (Using JavaScript to change `input.value` does not trigger the bug) What is the expected behavior? What went wrong? The page scrolled to the top Did this work before? N/A Chrome version: 57.0.2963.0 (Official Build) canary (64-bit Channel: canary OS Version: 8.1 Flash Version: Works fine in Firefox. See https://s.codepen.io/veganarchist/debug/zoVxdX for a reduced test case
,
Jan 2 2017
Just to update, able to reproduce the issue on windows 7 using chrome version 57.0.2969.0. flackr@ Could you please look into this issue. thanks,
,
Jan 9 2017
Still able to reproduce the issue on Win 7 using latest chrome version 57.0.2976.0. flackr@ Could you please look into this issue. Thanks
,
Jan 18 2017
Still able to reproduce the issue on Win 7 using latest chrome version 57.0.2984.0. flackr@ Could you please look into this issue. Thanks
,
Jan 18 2017
Does your fix for issue 672457 fix this? I suspect they might have the same cause.
,
Jan 18 2017
Though if not, I suspect the solution will be the same - that we need to ensure the inputs are clean before scrolling to the element.
,
Jan 19 2017
This still reproduces with the fix for issue 672457 , likely because I very explicitly only forced the inputs to be clean for getBoundingClientRect. I'll take a look into where in the code we auto-scroll text into view.
,
Jan 19 2017
After looking, this is the same underlying issue. There are multiple places in the codebase now where we need to clean the compositor inputs in order to calculate the location of position:sticky elements or their descendants. We need to determine how to best identify and deal with those cases.
,
Jan 22 2017
,
Jan 23 2017
Duping to issue 672457 since they have the same root cause. A patch is underway. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by krajshree@chromium.org
, Dec 27 2016Labels: -Type-Bug -Pri-2 hasbisect-per-revision M-56 OS-Linux OS-Mac Pri-1 Type-Bug-Regression
Owner: flackr@chromium.org
Status: Assigned (was: Unconfirmed)