[Webkit-unassigned] [Bug 80808] absolutely-positioned element does not update width when container width changes
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Thu May 17 21:11:42 PDT 2012
https://bugs.webkit.org/show_bug.cgi?id=80808
SravanKumar S(:sravan) <ssandela at innominds.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
AssignedTo|webkit-unassigned at lists.web |ssandela at innominds.com
|kit.org |
CC| |mrahaman at innominds.com
Ever Confirmed|0 |1
--- Comment #3 from SravanKumar S(:sravan) <ssandela at innominds.com> 2012-05-17 21:10:47 PST ---
I debugged this, and i found that layout for span element(with absolute positioning and top attribute) does'not happen because of following statements in void RenderBlock::layoutPositionedObjects(bool relayoutChildren)
if (relayoutChildren || (r->style()->hasStaticBlockPosition(isHorizontalWritingMode()) && r->parent() != this))
r->setChildNeedsLayout(true, MarkOnlyThis);
1. In case of css "top: 0;" attribute being mentioned, the hasStaticBlockPosition function returns false as top(and/or bottom) is not Auto type, but rather fixed.
2. When "top: 0;"(and/or bottom) is not mentioned, it becomes auto and hence setChildNeedsLayout gets called, hence there is no issue.
Need to figure out why hasStaticBlockPosition is imposing topandBottom to be auto.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list