Open
Bug 613451
Opened 14 years ago
Updated 2 years ago
Print (Preview) doesn't render second pages for certain layouts
Categories
(Core :: Layout: Block and Inline, defect)
Core
Layout: Block and Inline
Tracking
()
UNCONFIRMED
People
(Reporter: hansen, Unassigned)
Details
Attachments
(6 files)
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•14 years ago
|
||
attached file
Reporter | ||
Updated•14 years ago
|
OS: Linux → All
Hardware: x86_64 → All
Reporter | ||
Comment 2•13 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.
Updated•13 years ago
|
Attachment #491790 -
Attachment description: file whose layout doesn't get rendered on page 2 → reference case
Comment 3•13 years ago
|
||
(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
Updated•13 years ago
|
Version: unspecified → Trunk
Comment 4•13 years ago
|
||
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.
Comment 5•13 years ago
|
||
Comment 6•13 years ago
|
||
Reporter | ||
Comment 7•13 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•13 years ago
|
||
Reporter | ||
Comment 9•13 years ago
|
||
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•