Print (Preview) doesn't render second pages for certain layouts

UNCONFIRMED
Unassigned

Status

()

Core
Layout: Block and Inline
UNCONFIRMED
7 years ago
7 years ago

People

(Reporter: Lars Hansen, Unassigned)

Tracking

Trunk
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(6 attachments)

(Reporter)

Description

7 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/534.3 (KHTML, like Gecko) Chrome/6.0.472.63 Safari/534.3
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.2.12) Gecko/20101027 Ubuntu/10.10 (maverick) Firefox/3.6.12

Concerning the layout used in attached file, Print Preview doesn't render the second page at all (or moves it onto the first page thus printing some overlap onto page 2). This defect can be hidden by using a (white) border around the not correctly positioned element in question.

Reproducible: Always

Steps to Reproduce:
1. Open attached file in Ff.
2. Open Print Preview, see how everything should look like.
3. Edit the CSS, removing the first comment closer where indicated with "DISABLE here". Open Print Preview and see the wrong rendering.
Actual Results:  
Page 2 not rendered.

Expected Results:  
As after step 2.

perhaps the same as bug 598000 ??
(Reporter)

Comment 1

7 years ago
Created attachment 491790 [details]
reference case

attached file
(Reporter)

Updated

7 years ago
OS: Linux → All
Hardware: x86_64 → All
(Reporter)

Comment 2

7 years ago
still valid for Firefox 4.0 (and particularly valid for the production version of my webpage under Windows, can't reproduce it for the production webpage under Linux, but for this testcase under Linux).

Firefox won't get recommended until this print issue is fixed.
Attachment #491790 - Attachment description: file whose layout doesn't get rendered on page 2 → reference case
Created attachment 524352 [details]
testcase

(In reply to comment #0)
> 3. Edit the CSS, removing the first comment closer where indicated with
> "DISABLE here". Open Print Preview and see the wrong rendering.

For others' convenience, here's the file with that change made.

I can confirm that this tweaked version renders identically to the original when viewed normally, whereas they differ in Print Preview. I can't immediately tell the reason for the reason for the difference or which print-preview rendering is correct, though.  (There's a lot of absolutely & relatively positioned content.)

A further-reduced testcase would help a lot to identify what's going on here, I think.

Mozilla/5.0 (X11; Linux i686; rv:2.2a1pre) Gecko/20110331 Firefox/4.2a1pre
Version: unspecified → Trunk
To be clear, I don't get "Page 2 not rendered" -- I just get a different rendering between testcase & reference. I'll attach my PDF-printed results in a minute.
Created attachment 524353 [details]
reference printed to PDF
Created attachment 524354 [details]
testcase printed to PDF
(Reporter)

Comment 7

7 years ago
I attach the versions of the reference case and the testcase (thank you!) printed from Firefox 4 Windows.

The problem is that the testcase appends the footer from page 2 to the footer of page 1 and that the content from page 2 is slightly up from where it should be.

For the production webpage the footer problem is the same but the content of page 2 completely disappears. The content doesn't disappear for the testcase because of the borders of the content div. The workaround for the production webpage with white borders doesn't work anymore under Firefox 4 Windows.

I hoped I already gave a minimal testcase. At least it's as reduced as I could to show the problem.
(Reporter)

Comment 8

7 years ago
Created attachment 524365 [details]
reference case printed from Ff4 Windows
(Reporter)

Comment 9

7 years ago
Created attachment 524366 [details]
testcase printed from Ff4 Windows
You need to log in before you can comment on or make changes to this bug.