Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Don't estimate the top of bottom-aligned OOFs as bottom. #14311

Merged
merged 1 commit into from Dec 5, 2018

Conversation

chromium-wpt-export-bot
Copy link
Collaborator

@chromium-wpt-export-bot chromium-wpt-export-bot commented Nov 30, 2018

We'll incorrectly think that we get fragmented in that case, which will
lead to incorrect height, which will lead to incorrect top offset,
which will lead to incorrect fragmentation.

This has probably been the cause for a flaky web test, that behaved
even worse in LayoutNG, because in NG we force legacy layout as soon as
fragmentation is involved (so when entering printing, we typically need
to rebuild the entire layout object tree, with no former height to base
the bottom estimate on (which is what saved us when NG is disabled -
ehm, at least most of the time)).

Bug: 910300
Change-Id: I8e152f77e9a94bb05e51f02a24be6ef5fe03c6f9
Cq-Include-Trybots: luci.chromium.try:linux_layout_tests_layout_ng
Reviewed-on: https://chromium-review.googlesource.com/c/1355920
Reviewed-by: Aleks Totic <atotic@chromium.org>
Commit-Queue: Morten Stenshorne <mstensho@chromium.org>
Cr-Commit-Position: refs/heads/master@{#613930}

Copy link
Collaborator

@wpt-pr-bot wpt-pr-bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Already reviewed downstream.

We'll incorrectly think that we get fragmented in that case, which will
lead to incorrect height, which will lead to incorrect top offset,
which will lead to incorrect fragmentation.

This has probably been the cause for a flaky web test, that behaved
even worse in LayoutNG, because in NG we force legacy layout as soon as
fragmentation is involved (so when entering printing, we typically need
to rebuild the entire layout object tree, with no former height to base
the bottom estimate on (which is what saved us when NG is disabled -
ehm, at least most of the time)).

Bug: 910300
Change-Id: I8e152f77e9a94bb05e51f02a24be6ef5fe03c6f9
Cq-Include-Trybots: luci.chromium.try:linux_layout_tests_layout_ng
Reviewed-on: https://chromium-review.googlesource.com/c/1355920
Reviewed-by: Aleks Totic <atotic@chromium.org>
Commit-Queue: Morten Stenshorne <mstensho@chromium.org>
Cr-Commit-Position: refs/heads/master@{#613930}
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants