126118 - Page does not print correctly (data loss)

Status: VERIFIED FIXED

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

Description

[roberts]

This page prints correctly with Netscape 4.78.. With Mozilla 0.9.8 mostly blank
pages print.

--Doug

Comment 1

[timeless]

reporter: in the future, please try to pick the obvious component for your 
problems instead of selecting browser general.

Comment 2

[sujay]

confirming on windows....every other page printed is blank..

Amar, can you find a reduced test case?

Comment 3

[rods (gone)]

My guess is that this is table layout issue. Everyother page isn't blank. The
first is blank, but that is probably because the table doesn't fit on a page.
The second page has a little text and then the third page has  most of the content.

Comment 4

[Amarendra Hanumanula]

Attachment: testcase attached

I my attached reduced testcase even if I remove a <br> tag it makes lot of
difference in print previewing and printing. I think the the first page is
blank because it could not fit the page with the mapquest image.

Comment 5

[Amarendra Hanumanula]

Attachment: more simplified testcase

The table in the testcase have a defined height="400". I think that this is
equivalent to two logical pages and its trying to print the content on two
pages instead of one. I am attaching a much simplified testcase.

Comment 6

[karnaze (gone)]

The test cases no longer have dataloss (may be due to fixing bug 120364). But 
they skip a page, because the containing block of a floated image erronously 
will not split, so the table moves to the next page to accomodate it. 

The url has dataloss, so we need a test case. 

Comment 7

[karnaze (gone)]

Attachment: reduced test case with data loss

Comment 8

[karnaze (gone)]

I filed bug 130939 to deal with the page breaking problem. This bug handles the 
data loss issues.

Comment 9

[karnaze (gone)]

Attachment: patch to fix the bug

Comment 10

[Marc Attinasi]

Comment on attachment 74153 [details] [diff] [review]
patch to fix the bug

sr=attinasi

Comment 11

[Alexandru Savulov]

Comment on attachment 74153 [details] [diff] [review]
patch to fix the bug

r= alexsavulov

Comment 12

[Asa Dotzler [:asa]]

Comment on attachment 74153 [details] [diff] [review]
patch to fix the bug

a=asa (on behalf of drivers) for checkin to the 1.0 trunk

Comment 13

[karnaze (gone)]

The patch is in.

Comment 14

[sujay]

ok now we get only the first page blank...rest of the pages 
print fine...

changing summary and REOPEN..

Comment 15

[sujay]

*** Bug 131979 has been marked as a duplicate of this bug. ***

Comment 16

[karnaze (gone)]

Changing summary back and marking closed again, because I don't see any data 
loss. In comment #8 I mentioned filing bug 130939 to deal with page breaking due 
to blocks. The url also has floaters which cause the print preview to look bad, 
but there is already a bug on that. So, unless there is data loss on the url, 
please leave this nsbeta1+ bug closed. 

Comment 17

[sujay]

verified.

Comment 18

[Andrea Aime]

I see exactly the same bug again in the same
page as well as at the following URL:
http://www.geocaching.com/seek/cache_details.asp?ID=10701
Using Mozilla 2003020408 on Win2k...