the demo link does not work, hopefully this should work https://run.plnkr.co/plunks/jE0y50KjpqxaYqeHWm2Q/

Tested the issue on the issue on reported Chrome #63.0.3239.111 and latest Stable #64.0.3282.123 and not able to reproduce the issue by following the below steps:

1. Launched the Chrome browser.
2. Navigated to the URL: https://run.plnkr.co/plunks/jE0y50KjpqxaYqeHWm2Q/
3. Scroll the device up.
4. Sticky header part "some header content" doesn't seems to move up by a pixel.

Android:
7.0.0

Device:
Moto G (4) Build/NPJS25.93-14-13

matteowebdesigner@ -- Could you please update your Chrome to latest stable #64.0.3282.123 once it is available and please provide the screencast of the issue, it will help us in further triaging the issue.

Please let us know if anything is missed.

Thanks in advance!

Sorry I was not clear.

1. Open link on Android Chrome
2. Scroll down but do not reach the end of the page
3. Click on the button toogle scroll. I recommend to keep toogling to notice the movement of the header.

Thank you for providing more feedback. Adding requester "pnangunoori@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

Tested the issue in Android and able to reproduce the issue. Similar behavior is observed since Chrome #59.0.3030.0

Steps Followed:
1. Launched the Chrome Browser.
2. Navigate to the URL: https://run.plnkr.co/plunks/jE0y50KjpqxaYqeHWm2Q/
3. Tap on the “toogle scroll” button
4. Scroll the screen up and scroll down
5. Repeat the steps 3 & 4 for some time.
6. Observed that “some header content” part seems to move by a pixel.

Chrome versions tested:
59.0.3030.0, 64.0.3282.123(Stable), 66.0.3334.0(Canary)

OS:
Android 8

Android Devices:
Pixel XL

This seems to be a Non-Regression issue as same behavior is seen since M59. Hence removing the ‘Needs-Bisect’ label. Untriaged for further input's on this issue.

Please navigate to below link for log's and video--
go/chrome-androidlogs/806560

Note: 
This issue is not observed in Desktop.

position sticky issue.

Can you take a look and/or reassign? Note that this requires the combination of high DPI and sticky. I think the issue may be that we don't get the fractional scroll offset when overflow is changed to hidden (possibly issue 414283), or that main thread sticky position simply isn't aware of fractional scroll offsets (issue 485650 - I think it wouldn't reproduce on ChromeOS if this is the case).

I am coming to this very late, but I was unable to reproduce this on M73 (current Canary) on my Oneplus 3T Android phone. I see from #8 that this is difficult to reproduce, but even after a few minutes I wasn't able to do so.

Adding Needs-TestConfirmation to see if it can be confirmed as no longer reproducing. Whoever tries to reproduce this, you can check comment #8 for a previous successful reproduction.