Summary: | REGRESSION(r111439): Focus ring is rendered incorrectly in fast/inline/continuation-outlines-with-layers.html | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Ryosuke Niwa <rniwa> | ||||||
Component: | Layout and Rendering | Assignee: | Robert Hogan <robert> | ||||||
Status: | RESOLVED FIXED | ||||||||
Severity: | Normal | CC: | enrica, eric, hyatt, ojan.autocc, robert, simon.fraser, webkit-bug-importer, webkit.review.bot | ||||||
Priority: | P1 | Keywords: | InRadar, LayoutTestFailure, Regression | ||||||
Version: | 528+ (Nightly build) | ||||||||
Hardware: | Unspecified | ||||||||
OS: | Unspecified | ||||||||
Bug Depends on: | 69210, 81276 | ||||||||
Bug Blocks: | |||||||||
Attachments: |
|
Updated test expectations in http://trac.webkit.org/changeset/138761. When did this regress? (In reply to comment #3) > When did this regress? No idea. The test had been skipped until I removed it from TestExpectations file in http://trac.webkit.org/changeset/138734 since the bug associated with it had been resolved :( It appears to be a regression from http://trac.webkit.org/changeset/111439. From the change log of r111439: https://trac.webkit.org/changeset/108185/ allowed anonymous blocks to get their own layer (when they're relatively positioned). This broke the dependency in addContinuationWithOutline() on the owner of the continuation table and the renderer getting added to it always being in the same layer. When they're not in the same layer there's no guarantee that the owner of the continuation table will get painted again and so avoid any stale pointers in its continuation table should any of the renderers in there get destroyed. Fix this for now by only adding renderers to the containing block's continuation table if we don't have our own layer. This fix causes fast/inline/continuation-outlines-with-layers.html to regress as it uses blocks inside relatively positioned inlines, so skip it on all platforms pending a medium-term fix. *** Bug 81819 has been marked as a duplicate of this bug. *** Created attachment 181565 [details]
Patch
Comment on attachment 181565 [details] Patch Attachment 181565 [details] did not pass mac-ews (mac): Output: http://queues.webkit.org/results/15739912 New failing tests: fast/inline/continuation-outlines-with-layers.html (In reply to comment #9) > (From update of attachment 181565 [details]) > Attachment 181565 [details] did not pass mac-ews (mac): > Output: http://queues.webkit.org/results/15739912 > > New failing tests: > fast/inline/continuation-outlines-with-layers.html This is a text-only failure and the change in behaviour will only show up on the pixel results. Mac's RenderTree results for this are out of date, and have missed updates for sub-pixel rebaselines at the very least. Comment on attachment 181565 [details]
Patch
Test results don't look right? Shouldn't the before merge in rather than painting separately?
(In reply to comment #11) > (From update of attachment 181565 [details]) > Test results don't look right? Shouldn't the before merge in rather than painting separately? It has always rendered this way in Chromium as far as I can tell, e.g.: http://trac.webkit.org/browser/trunk/LayoutTests/platform/chromium-linux/fast/inline/continuation-outlines-with-layers-expected.png?rev=84406 Comment on attachment 181565 [details]
Patch
r=me, but make sure we get a bug filed on the fact that the Chromium Linux results are wrong-looking.
Comment on attachment 181565 [details] Patch Clearing flags on attachment: 181565 Committed r139223: <http://trac.webkit.org/changeset/139223> All reviewed patches have been landed. Closing bug. |
Created attachment 181248 [details] Actual Image See the attached image. Outline ring is painted incorrectly.