Bug 36822 – [Qt] Printing a page that has a background to PDF will generate a white zone at the bottom of the page.

• Component: Printing
• Status: RESOLVED DUPLICATE

Created attachment 52033 [details]
Shows this issue.

When some pages are printed to PDF using Webkit there is a white zone at the bottom of the page that is not printed. 

This can be seen by using the Qt Demo browser and the following steps.

    * Go to a website that has a background ( for example www.bluesnews.com )

    * Use print preview

    * Set all the margins to zero

At the bottom of some of the pages you will see a white area. 

It looks like this occur when the last line has a picture or text that is to large to fit at the edge of the page so that it has to be moved to the next page. 
But sometimes it even break the page incorrectly so that half the text is on one page and the rest on the next.

[Jesus Sanchez-Palencia]

Reproduced on Snow Leopard with Qt 4.7 trunk (HEAD 03f8f1df0d88f5ffe0b3120cffce614cbeefdb70) and WebKit trunk (r59155).

[Diego Gonzalez]

This bugs seems related with https://bugs.webkit.org/show_bug.cgi?id=48523.
I will investigate more to find possible solutions

[Diego Gonzalez]

Created attachment 74583 [details]
Patch

[Diego Gonzalez]

Created attachment 74584 [details]
New output after patch

[Antonio Gomes]

Comment on attachment 74583 [details]
Patch

Is it not testable?

[Diego Gonzalez]

(In reply to comment #5)
> (From update of attachment 74583 [details])
> Is it not testable?

You mean if there is some related test to it? I don't think so. It's a user reported bug.

[Diego Gonzalez]

Created attachment 75122 [details]
Patch v2

Adjust page layout using forceLayoutForPagination to get better page view when it is paginated.

[Diego Gonzalez]

Created attachment 75123 [details]
output after patch v2

[Diego Gonzalez]

(In reply to comment #8)
> Created an attachment (id=75123) [details]
> output after patch v2

Create a autotest for it, being complicated because it is a visual bug. A way to compare if the document generated is same as required is generating a hash for both documents. The problem is there are some aspects like, date creation and specific platform informations which could generate other hash value.

[Eric Seidel (no email)]

I remember some folks in Google's Japan office were working on @page/printing for a while.  Maybe there is new testing support there that I'm not aware of.

[Luiz Agostini]

what is the status of this bug?

[Diego Gonzalez]

Luiz, it seems not reproducible anymore. I will check better later.

(In reply to comment #11)
> what is the status of this bug?

[Diego Gonzalez]

The blank area is not reprocible, and page break error is related to page-break support

*** This bug has been marked as a duplicate of bug 5097 ***