Issue metadata
Sign in to add a comment
|
Nested position: sticky element displays incorrectly
Reported by
kim...@gmail.com,
Mar 9 2017
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36 Steps to reproduce the problem: Nest an element set to 'position: sticky' inside another parent element that is set to 'position: sticky'. Bug demonstrated here: http://codepen.io/zvuc/pen/PpWOqv What is the expected behavior? Sticky element should stick to their direct parent container scrolling view. What went wrong? It seems like Chrome is not handling sticky position properly when there are more than one scrolling view / nested sticky elements. (a inner scrolling view inside another scrolling view) Did this work before? No Does this work in other browsers? Yes Chrome version: 56.0.2924.87 Channel: stable OS Version: OS X 10.12.3 Flash Version: Shockwave Flash 24.0 r0
,
Mar 9 2017
Unable to reproduce the issue on Mac-10.12.2,Windows-7 and Linux Ubuntu-14.04 using Chrome stable version 56.0.2924.87 and canary 59.0.3035.0 with the steps mentioned in comment#0. Please find the attached screen cast for the same. kimatg@ could you please try in a clean profile without any extensions and let us know your observations if the issue still persists. Thanks..
,
Mar 9 2017
I tried clearing resetting my profile then running the demo page in incognito mode. Still getting the same problem. Attached screen recording for reference. Very strange, as I don't think any extension will affect CSS rendering behavior, and we're both on same version and platform...
,
Mar 9 2017
Thank you for providing more feedback. Adding requester "sureshkumari@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
,
Mar 9 2017
The only difference I notice between your environment (looking at the screencast video you uploaded), is Mac OS version (which I don't think affects this issue), and the 'Variations' values. I tried running chrome with the --reset-variation-state option, but somehow it doesn't really remove the values in Chrome version information. If you can tell me how to completely disable the Field Test values I'll try testing again.
,
Mar 9 2017
I reproduced the same bug with a clean profile and no extensions. Attaching video file for reference.
,
Mar 9 2017
I believe this issue is related to "retina/HiDPI/2x/3x" displays. I've got my external Samsung (HTHG300177, 2560x1440) monitor attached to my MacBook Pro (Retina, Late 2013). The problem does persist on the retina monitor, while completely disappearing when the windows is rendered on the external monitor. You can reproduce the problem as follows; open the above codepen page on 1x external monitor, resize it appropriately, and drag the window to the 2x monitor. Screenshots are attached for reference. Notice the resolution of one of the images is just as twice as big, as in 2x. EDIT: Changed the screenshot.
,
Mar 9 2017
Able to repro on Mac 10.12.3 with retina display on stable version 56.0.2924.87 and on canary version 59.0.3035.0
,
Mar 10 2017
Able to reproduce this issue on Mac (Retina) 10.12.3 using Chrome Stable version 57.0.2987.98 and Canary 59.0.3037.0. Manual Bisect: Good-56.0.2909.0-(Revision-429737) Bad—-56.0.2910.0-(Revision—430103) Per revision bisect info: ------------------------ You are probably looking for a change made after 429926 (known good), but no later than 429927 (first known bad). CHANGELOG URL: https://chromium.googlesource.com/chromium/src/+log/851c6f72587756eab07e345c2212c0d45c8c10e1..77a8c51a440e0741315ff5e9e77441b86cbbc56d Review-Url: https://codereview.chromium.org/2468283005 flackr@ Kindly take a look and please help us to reassign this issue to a right owner if not with respect to this change. Note:Issue not seen on Windows-7,MacBook Air-10.12.3 and Linux Ubuntu-14.04. Thanks..
,
Mar 12 2017
,
Mar 13 2017
By the way, I could reproduce this issue on Windows 10 running latest Chrome (57) on 200% scaling (HiDPI) mode too.
,
Mar 24 2017
,
Aug 10 2017
This bug has been merged into another similar bug which may be related, but this bug specifically refers to a situation where a sticky element is nested inside another sticky element. This bug has not been fixed yet even until now (Chrome 60), open the same demo page(https://codepen.io/zvuc/pen/PpWOqv) in Chrome and you'll see that the inner headers don't display (they used to offset incorrectly before, now they just don't show at all) when page is scrolled to sticky the menubar, and scroll the inner list view nested in the menubar.
,
Aug 10 2017
#14 - it has been a while since the other bug got fixed, so just file a new issue instead (if you could not find an existing open issue). You can comment here with the issue number.
,
Aug 11 2017
I created a new issue here: https://bugs.chromium.org/p/chromium/issues/detail?id=754557 |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by nyerramilli@chromium.org
, Mar 9 2017