RESOLVED FIXED 89258
[Chromium] Ensure layout has happened before calling into hasNonEmptyBoundingBox()
https://bugs.webkit.org/show_bug.cgi?id=89258
Summary [Chromium] Ensure layout has happened before calling into hasNonEmptyBounding...
Ilya Sherman
Reported 2012-06-15 18:02:33 PDT
[Chromium] Ensure layout has happened before calling into hasNonEmptyBoundingBox()
Attachments
Patch (1.27 KB, patch)
2012-06-15 18:03 PDT, Ilya Sherman
no flags
Patch (1.69 KB, patch)
2012-06-15 19:32 PDT, Ilya Sherman
no flags
Ilya Sherman
Comment 1 2012-06-15 18:03:20 PDT
James Robinson
Comment 2 2012-06-15 18:13:27 PDT
Comment on attachment 147929 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=147929&action=review > Source/WebKit/chromium/src/WebNode.cpp:218 > + m_private->document()->updateLayout(); most code in WebCore of this nature calls updateLayoutIgnorePendingStylesheets() - it deals with a m_hasNodesWithPlaceholderStyle case that seems important
Ilya Sherman
Comment 3 2012-06-15 19:32:52 PDT
Ilya Sherman
Comment 4 2012-06-15 19:33:46 PDT
(In reply to comment #2) > (From update of attachment 147929 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=147929&action=review > > > Source/WebKit/chromium/src/WebNode.cpp:218 > > + m_private->document()->updateLayout(); > > most code in WebCore of this nature calls updateLayoutIgnorePendingStylesheets() - it deals with a m_hasNodesWithPlaceholderStyle case that seems important Ok, switched to using that method.
WebKit Review Bot
Comment 5 2012-06-18 16:04:01 PDT
Comment on attachment 147939 [details] Patch Clearing flags on attachment: 147939 Committed r120637: <http://trac.webkit.org/changeset/120637>
WebKit Review Bot
Comment 6 2012-06-18 16:04:16 PDT
All reviewed patches have been landed. Closing bug.
Eric Seidel (no email)
Comment 7 2012-06-19 16:44:22 PDT
What are the side-effects of this change? Also I'm surprised by the lack of testing? is testing impossible/impractical?
Ilya Sherman
Comment 8 2012-06-21 14:26:34 PDT
(In reply to comment #7) > What are the side-effects of this change? Side-effects include correctness improvements for callers of the two affected methods, and presumably some minimal performance degradations to compensate. (The impact on performance appears not to be causing any issues for existing clients.) > Also I'm surprised by the lack of testing? is testing impossible/impractical? AFAIK, the Chromium WebKit API is generally not tested within the WebKit project. However, the correctness issue was caught by a Chromium test, so there is some test coverage.
Note You need to log in before you can comment on or make changes to this bug.