New issue
Advanced search Search tips

Issue 606732 link

Starred by 2 users

Issue metadata

Status: Fixed
Owner:
Closed: Jul 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 2
Type: Bug



Sign in to add a comment

position sticky and table-cell conflict (?)

Reported by goo...@alpha-hasi.de, Apr 26 2016

Issue description

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

Example URL:
https://codepen.io/Alpha-Hasi/pen/vGzpZw

Steps to reproduce the problem:
1. Open Codepen URL with Chromium Canary
2. Start scrolling down

What is the expected behavior?
The header should stay on top and the content should be displayed while the page is scrolled.

What went wrong?
The header content disappears (seems that the redraw of the browser window thinks that the underlaying div overlaps the header on top). If you resize the window the content appears again.

Does it occur on multiple sites: N/A

Is it a problem with a plugin? N/A 

Did this work before? N/A 

Does this work in other browsers? Yes 

Chrome version: 52.0.2715.0  Channel: n/a
OS Version: OS X 10.11.4
Flash Version: Shockwave Flash 21.0 r0
 
example.gif
61.0 KB View Download
And: yes, I know, that there must be a fall back for "sticky", but if the browser supports "sticky" the fall back does not kick in and so it should work. So we are her in the middle of something...

Comment 2 by shrike@chromium.org, Apr 27 2016

Components: Blink>HTML>Table Blink>Scroll
Tested in 52.0.2715.0 Canary and 50.0.2624.0 (which I happen to have on my machine). In both cases I get smooth scrolling (i.e. the header does not get chopped off as in the screenshot). The header does not stay put, however - in both cases it scrolls out of view. I don't know if that's a bug or not.
Labels: -Type-Compat M-52 Type-Bug-Regression
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on Mac 10.11.4,Win 7 and Ubuntu 14.04 using stable 50.0.2661.86/50.0.2661.87 and canary 52.0.2727.0.This is a non regression issue seen from 30.0.1549.0.

Note : Its working fine on FireFox 45 where the headers stay while scrolling down.
Labels: -Type-Bug-Regression Type-Bug

Comment 5 by tkent@chromium.org, Apr 27 2016

Components: -Blink>HTML>Table Blink>Layout>Table

Comment 6 by e...@chromium.org, Apr 28 2016

Status: Available (was: Untriaged)

Comment 7 by bokan@chromium.org, Apr 28 2016

Cc: flackr@chromium.org

Comment 8 by flackr@chromium.org, Apr 28 2016

Owner: flackr@chromium.org
Status: Assigned (was: Available)
I'm assuming that everyone who has been able to reproduce this was running with the experimental web features flag turned on. Without that, chrome does not yet support position sticky and it will behave normally.

It looks like sticky with overflow doesn't correctly handle relative position children. I wrote a simple repro case here:
https://jsfiddle.net/fhypv7um/1/

Comment 9 by flackr@chromium.org, May 11 2016

Status: Started (was: Assigned)
Components: -Blink>Layout>Table
Looks not table related?
Labels: -OS-Mac OS-All
Not table related. Fix is up for review: https://codereview.chromium.org/2020103002
Project Member

Comment 12 by sheriffbot@chromium.org, Jun 1 2016

Labels: -M-52 M-53 MovedFrom-52
Moving this nonessential bug to the next milestone.

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

Comment 13 by bugdroid1@chromium.org, Jul 5 2016

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/6b83939340b453504f8d5d38ba774d4f07324dd5

commit 6b83939340b453504f8d5d38ba774d4f07324dd5
Author: flackr <flackr@chromium.org>
Date: Tue Jul 05 22:04:11 2016

Fix sticky constraints and update sticky layer positions recursively after scroll.

Sticky position constraints were being computed relative to the current scroll position which led to incorrect constraints when updated after the ancestor scroller had been scrolled. This fixes that as well as updating descendant layer positions after scroll to fix 606732.

BUG= 606732 
TEST=fast/css/sticky/sticky-clip-rel-child.html

Review-Url: https://codereview.chromium.org/2020103002
Cr-Commit-Position: refs/heads/master@{#403828}

[add] https://crrev.com/6b83939340b453504f8d5d38ba774d4f07324dd5/third_party/WebKit/LayoutTests/fast/css/sticky/sticky-clip-rel-child-expected.html
[add] https://crrev.com/6b83939340b453504f8d5d38ba774d4f07324dd5/third_party/WebKit/LayoutTests/fast/css/sticky/sticky-clip-rel-child.html
[modify] https://crrev.com/6b83939340b453504f8d5d38ba774d4f07324dd5/third_party/WebKit/Source/core/core.gypi
[modify] https://crrev.com/6b83939340b453504f8d5d38ba774d4f07324dd5/third_party/WebKit/Source/core/frame/FrameView.cpp
[modify] https://crrev.com/6b83939340b453504f8d5d38ba774d4f07324dd5/third_party/WebKit/Source/core/frame/FrameView.h
[modify] https://crrev.com/6b83939340b453504f8d5d38ba774d4f07324dd5/third_party/WebKit/Source/core/layout/LayoutBoxModelObject.cpp
[add] https://crrev.com/6b83939340b453504f8d5d38ba774d4f07324dd5/third_party/WebKit/Source/core/layout/LayoutBoxModelObjectTest.cpp
[modify] https://crrev.com/6b83939340b453504f8d5d38ba774d4f07324dd5/third_party/WebKit/Source/core/page/scrolling/StickyPositionScrollingConstraints.h
[modify] https://crrev.com/6b83939340b453504f8d5d38ba774d4f07324dd5/third_party/WebKit/Source/core/paint/PaintLayerScrollableArea.h

Status: Fixed (was: Started)

Sign in to add a comment