clean up LayoutView style computation |
|||||||
Issue descriptionDocument::updateStyle sets the style of the LayoutView twice - once to apply the default styles from StyleResolver::styleForDocument and again in inheritHtmlAndBodyElementStyles. This means style recalc will call styleDidChange on the LayoutView when nothing has really changed, contributing to bugs like issue 672335 . We are saved from spurious layout invalidations only by the !m_parent check in LayoutObject::setStyle, which is questionable. We should investigate refactoring Document::updateStyle to only set the style once. There might be circularity issues if the <html> element inherits styles. We shouldn't allow that anyway (see issue 590835 ).
,
Dec 14 2016
The ComputedStyle values have changed, but those changes are not "real" because they are going to change back in inheritHtmlAndBodyElementStyles.
,
Feb 13 2017
Bugs/Naina, how does this interact with Squad? Please change update- label when you've looked :)
,
Feb 13 2017
This is in the same area as Squad but not part of it, therefore changing to Update-Quarterly as this is not currently being worked on.
,
Dec 6 2017
,
Dec 6
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Dec 6
,
Dec 11
I fixed this a while ago. |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by esprehn@chromium.org
, Dec 14 2016