WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
NEW
264145
collectLayerFragments() expects a dirty rect relative to the multicol container.
https://bugs.webkit.org/show_bug.cgi?id=264145
Summary
collectLayerFragments() expects a dirty rect relative to the multicol container.
Ahmad Saleem
Reported
2023-11-03 02:36:27 PDT
Hi Team, While going through Blink's Commits, I came across another failing test case for Multicolumn content being RTL. Test Case:
https://jsfiddle.net/e15f4a9p/show
Blink Commit:
https://chromium.googlesource.com/chromium/blink/+/3abc8fcb44ca7a3a31f37790929808c62aec931f
WebKit Source:
https://searchfox.org/wubkat/source/Source/WebCore/rendering/RenderFragmentedFlow.cpp#888
I tried following: void RenderFragmentedFlow::collectLayerFragments(LayerFragments& layerFragments, const LayoutRect& layerBoundingBox, const LayoutRect& dirtyRectInFragmentedFlow) { ASSERT(!m_fragmentsInvalidated); LayoutRect enclosingFragmentedFlow(dirtyRectInFragmentedFlow); enclosingFragmentedFlow.moveBy(location()); for (auto& fragment : m_fragmentList) fragment.collectLayerFragments(layerFragments, layerBoundingBox, enclosingFragmentedFlow); } and void RenderFragmentedFlow::collectLayerFragments(LayerFragments& layerFragments, const LayoutRect& layerBoundingBox, const LayoutRect& dirtyRect) { ASSERT(!m_fragmentsInvalidated); LayoutRect dirtyRectInFragmentedFlow(dirtyRect); dirtyRectInFragmentedFlow.moveBy(location()); for (auto& fragment : m_fragmentList) fragment.collectLayerFragments(layerFragments, layerBoundingBox, dirtyRectInFragmentedFlow); } with corresponding change in .h file as well but it does not make it progress. ____ Just wanted to raise so we can fix it. Thanks!
Attachments
rendering in safari, firefox, chrome
(217.19 KB, image/png)
2023-11-20 05:34 PST
,
Karl Dubost
no flags
Details
View All
Add attachment
proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1
2023-11-10 01:37:15 PST
<
rdar://problem/118226184
>
Karl Dubost
Comment 2
2023-11-20 05:34:38 PST
Created
attachment 468675
[details]
rendering in safari, firefox, chrome hmm not sure what are the expectations but Safari: 1 2 3 4 Firefox: 4 3 2 1 Chrome: 2 4 1 3 The test text says: "Below, the numbers from 1 to 4 should be seen, in ascending order." which is the case for Safari. I have the feeling the test is not fully exhibiting what we would like to know.
Ahmad Saleem
Comment 3
2023-11-20 05:36:29 PST
(In reply to Karl Dubost from
comment #2
)
> Created
attachment 468675
[details]
> rendering in safari, firefox, chrome > > hmm not sure what are the expectations but > > Safari: > 1 2 3 4 > > Firefox: > 4 > 3 > 2 > 1 > > Chrome: > 2 4 > 1 3 > > The test text says: > "Below, the numbers from 1 to 4 should be seen, in ascending order." > > which is the case for Safari. > > I have the feeling the test is not fully exhibiting what we would like to > know.
Removed -webkit- prefixes from JSFiddle? Mine still has them so Firefox might have different behavior after removing. Just assuming.
Karl Dubost
Comment 4
2023-11-20 05:41:36 PST
ok the expected test in Blink commit
https://chromium.googlesource.com/chromium/blink/+/3abc8fcb44ca7a3a31f37790929808c62aec931f%5E%21/#F0
is showing the number in column. 1 2 3 4
Karl Dubost
Comment 5
2023-11-20 05:47:48 PST
With
https://codepen.io/webcompat/pen/YzBegoW
Safari: 1 2 3 4 Firefox: 1 2 3 4 Chrome: 2 4 1 3
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug