New issue
Advanced search Search tips

Issue 678710 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Apr 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 3
Type: Bug



Sign in to add a comment

Fixed element jumps down and up again on mouse over

Reported by ferndrig...@gmail.com, Jan 5 2017

Issue description

<b>Chrome Version       : <Copy from: 'about:version'></b>
URLs (if applicable) : https://www.lookr.com/lookout/1171308478-Munich (replace "/lookout/" with "/lookout-new/" if you visit this page in the next view days)

Other browsers tested:
  Add OK or FAIL, along with the version, after other browsers where you
have tested this issue:
     Safari: -
    Firefox: Never had this problem
         IE: IE11 never had this problem

What steps will reproduce the problem?
(1) Open URL (read the note aside the URL) with at least 1280px window with such that you see a sidebar appear on the right
(2) Scroll down until the sidebar becomes sticky (fixed position)
(3) Mouse over any link within the sidebar
(4) Problem occurs not always. Repreoduce (1) to (3) for 2-4 times to see the issue, it depends probably on the scroll position

What is the expected result?
Sidebar stays at the same place, link renders in :hover CSS styles

What happens instead?
Sidebar jumps 1px down and after about 100ms up again while, link renders normally. When the mouse leaves the sidebar area, sidebar jumps the same way again.

Please provide any additional information below. Attach a screenshot if
possible.
If needed I can try to record it on video, because it is hard to see only with two screenshots. But even if it is only 1px moving around, it is rather annoying because it happens so quickly.

 
initial-state.PNG
98.5 KB View Download
hover-state.png
83.4 KB View Download
My tested Chrome version:

Google Chrome	55.0.2883.87 (Offizieller Build) m (64-Bit)
Überarbeitung	ad0be09aa3ca814168d079b52825f6f80e22f0e8-refs/branch-heads/2883@{#723}
Betriebssystem	Windows 
JavaScript	V8 5.5.372.32
Flash	24.0.0.186

Comment 2 by ajha@chromium.org, Jan 6 2017

Components: Blink>CSS
Labels: Needs-Triage-M55 OS-Windows
Components: -Blink>CSS Blink>Layout
Sounds like layout. I couldn't repro on crOS M55 or Linux M56 (needs lookout-new in the url to see the menu described).

Comment 4 by e...@chromium.org, Jan 9 2017

Cc: osh...@chromium.org
Components: -Blink>Layout Blink>Scroll
Labels: Needs-Feedback
Owner: flackr@chromium.org
Looks like a hi-dpi/position sticky issue.
Status: Assigned (was: Unconfirmed)

Comment 6 by flackr@chromium.org, Jan 25 2017

Owner: petermayo@chromium.org
For some reason I can reproduce on Windows but not on Linux or ChromeOS. Note that this is likely a low DPI only issue, if the fixed position element is already promoted (high DPI or will-change: transform) it does not move when hovered over. It seems that our main thread position for the element does not match the position when it is composited, so during the animation we promote the fixed position element and it shifts by 1px. I suspect the root cause is the same as issue 681951.

Comment 7 by flackr@chromium.org, Jan 25 2017

Components: -Blink>Scroll Blink>Compositing
Labels: Hotlist-ThreadedRendering
Owner: ----
Status: (was: Assigned)
Labels: -Needs-Feedback
Status: Available
Status: WontFix (was: Available)
It looks like the UI of this page has changed, and the bug no longer
reproduces on it.

Closing. Please comment if the bug still happens and I missed it.

Sign in to add a comment