Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: e449e98c37d8b9600a4b314576747a6f39824dad
https://github.com/WebKit/WebKit/commit/e449e98c37d8b9600a4b314576747a6f39824dad
Author: Alan Baradlay <[email protected]>
Date: 2023-05-19 (Fri, 19 May 2023)
Changed paths:
A
LayoutTests/fast/inline/incorrect-content-clip-when-list-marker-is-present-expected.html
A
LayoutTests/fast/inline/incorrect-content-clip-when-list-marker-is-present.html
M LayoutTests/fast/replaced/ul-li-word-break-break-word-expected.html
M LayoutTests/platform/ios/fast/lists/li-br-expected.txt
M LayoutTests/platform/mac/fast/lists/li-br-expected.txt
M Source/WebCore/layout/formattingContexts/inline/InlineLine.cpp
M Source/WebCore/layout/formattingContexts/inline/InlineLine.h
M Source/WebCore/layout/formattingContexts/inline/InlineLineBoxBuilder.cpp
M Source/WebCore/layout/formattingContexts/inline/InlineLineBuilder.cpp
Log Message:
-----------
(REGRESSION)[IFC] Incorrect content clipping when list marker is present
https://bugs.webkit.org/show_bug.cgi?id=256968
<rdar://problem/109515997>
Reviewed by Antti Koivisto.
Both Chrome and Firefox consider the position _after_ the list marker as a soft
wrap opportunity and they also make the line contentful in line-breaking sense
-but not for floats etc.
*
LayoutTests/fast/inline/incorrect-content-clip-when-list-marker-is-present-expected.html:
Added.
*
LayoutTests/fast/inline/incorrect-content-clip-when-list-marker-is-present.html:
Added.
* Source/WebCore/layout/formattingContexts/inline/InlineLine.h:
(WebCore::Layout::Line::hasContent const):
* Source/WebCore/layout/formattingContexts/inline/InlineLineBuilder.cpp:
(WebCore::Layout::isAtSoftWrapOpportunity):
Canonical link: https://commits.webkit.org/264248@main
_______________________________________________
webkit-changes mailing list
[email protected]
https://lists.webkit.org/mailman/listinfo/webkit-changes
