1572573 - Printing page with large table fails to display anything after the first page.

Status: RESOLVED FIXED

(Core :: Printing: Output, defect, P2)

Description

[u480271]

Attachment: Preview showing blank pages

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

[BugBot [:suhaib / :marco/ :calixte]]

The priority flag is not set for this bug.
:jwatt, could you have a look please?

For more information, please visit auto_nag documentation.

Comment 2

[Daniel Holbert [:dholbert]]

Attachment: testcase 1 (reduced)

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.

Comment 3

[Mats Palmgren (inactive)]

Attachment: Testcase 2

Comment 4

[Mats Palmgren (inactive)]

Attachment: Testcase 3

Comment 5

[Mats Palmgren (inactive)]

Attachment: Bug 1572573 - Pushed floats should make block-formatting contexts incomplete, not overflow-incomplete. r=TYLin

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

[Raul Gurzau (:RaulG)]

https://hg.mozilla.org/integration/autoland/rev/c586880d394478161f6744104d0cfb5469afb921

Comment 7

[Dorel Luca [:dluca]]

https://hg.mozilla.org/mozilla-central/rev/c586880d3944