New issue
Advanced search Search tips

Issue 814269 link

Starred by 2 users

Issue metadata

Status: Duplicate
Merged: issue 693412
Owner:
Closed: Aug 22
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

position sticky 1px gap when using view-width based padding

Reported by bnho...@gmail.com, Feb 21 2018

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.167 Safari/537.36

Steps to reproduce the problem:
Demo of issue: https://codepen.io/bnhovde/pen/VQxpOg?editors=1100

1. Create an element with position: sticky and bottom: 0 inside an overflowing div
2. Give said element a fluid padding/height (f.ex 3vw)
3. Now give overflowing div and sticky element layout (to prevent paint storm) with "will-change" or similar
4: Resize the window/scroll up and down to see the issue.

What is the expected behavior?
The 1px gap should not appear

What went wrong?
A 1px gap appears randomly depending on screen width

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 64.0.3282.167  Channel: stable
OS Version: OS X 10.11.5
Flash Version:
 
Labels: Needs-Triage-M64
Cc: vamshi.kommuri@chromium.org
Labels: Triaged-ET Needs-Feedback
Thanks for filing the issue!

Unable to reproduce the issue on reported chrome version 64.0.3282.167 and on the latest canary 66.0.3352.0 using Mac 10.13.1 with the below mentioned steps.
1. Launched Chrome
2. Navigated to https://codepen.io/bnhovde/pen/VQxpOg?editors=1100
3. Scrolled up/down, resized the window and scrolled again.
We didn't observe any 1px gap. Attaching the screen cast of the same.

@Reporter: Could you please check the screen cast and let us know if we have missed anything in the process of reproducing the issue. Any further inputs from your end may help us.

Thanks!
814269.mp4
2.1 MB View Download

Comment 3 by bnho...@gmail.com, Feb 22 2018

That's odd. I've taken a screen recording illustrating the issue.

I also asked a colleague to try and he experienced the same issue. he's on Version 64.0.3282.167 (Official Build) (64-bit) on the latest OSX.

I believe it may be a sub-pixel issue? We're on retina screens, and it looks like it's not quite a whole pixel.


Feb 22 2018 1_57 PM.webm
2.5 MB View Download
Project Member

Comment 4 by sheriffbot@chromium.org, Feb 22 2018

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

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

Comment 5 by e...@chromium.org, Feb 22 2018

Labels: Needs-Feedback
What's your device pixel ratio?

If you paste the following into the URL bar it'll pop up a dialog with the number.
javascript:alert(window.devicePixelRatio)
Hi.

I've got two monitors, both of which experience the issue. One has pixel ration "1" and the other has "2".

Comment 7 by e...@chromium.org, Feb 26 2018

Components: Blink>Input
Status: Available (was: Unconfirmed)
Thanks. Looks like a rounding issue with viewport units/sticky.
Cc: flackr@chromium.org
Components: -Blink>Input Internals>Compositing>Software
Components: -Internals>Compositing>Software Internals>Compositing>Scroll
Owner: yigu@chromium.org
Status: Assigned (was: Available)
Yi, might this be related to not snapping sticky position transform nodes?
Mergedinto: 693412
Status: Duplicate (was: Assigned)
It was caused by some offset mismatch between main and cc. The bug has been fixed recently and is no longer reproducible in the latest Canary.

Sign in to add a comment