Printing page with large table fails to display anything after the first page.
Categories
(Core :: Printing: Output, defect, P2)
Tracking
()
People
(Reporter: u480271, Assigned: MatsPalmgren_bugz)
References
(Blocks 1 open bug, )
Details
(Keywords: dataloss, testcase, Whiteboard: [layout:print-triage:p1][frag2020_v73])
Attachments
(5 files)
Trying to print https://nihongoichiban.com/2011/04/10/complete-list-of-kanji-for-jlpt-n5/ results in 10 pages, where 9 pages are blank except for header and footer.
Comment 1•5 years ago
|
||
The priority flag is not set for this bug.
:jwatt, could you have a look please?
For more information, please visit auto_nag documentation.
Updated•5 years ago
|
Comment 2•5 years ago
|
||
Here's a reduced testcase. The key features seem to be: two nested overflow:hidden
divs, with a float inside of it, with tall content inside of that.
The tall content is truncated at the bottom of the first page.
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Comment 3•5 years ago
|
||
Assignee | ||
Comment 4•5 years ago
|
||
Assignee | ||
Comment 5•5 years ago
|
||
So the reason we get the current bogus result is that overflow:hidden
are block-formatting contexts (BFC) and in paginated mode they are
implemented as block frames with NS_BLOCK_CLIP_PAGINATED_OVERFLOW
to do the clipping. When we have a child float that doesn't fit,
we split it and currently we report that as Overflow-Incomplete
(which is correct for a normal block, but not a BFC) which leads
to creating an overflow-container continuation which has zero
size which we then clip. We should report it as Incomplete
instead, except if we already are an overflow-container.
Comment 6•5 years ago
|
||
Comment 7•5 years ago
|
||
bugherder |
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Description
•