This page prints correctly with Netscape 4.78.. With Mozilla 0.9.8 mostly blank pages print. --Doug
reporter: in the future, please try to pick the obvious component for your problems instead of selecting browser general.
Assignee: asa → rods
Component: Browser-General → Printing
QA Contact: doronr → sujay
confirming on windows....every other page printed is blank.. Amar, can you find a reduced test case?
Status: UNCONFIRMED → NEW
Ever confirmed: true
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.
Assignee: rods → karnaze
Severity: normal → critical
Status: NEW → ASSIGNED
Keywords: dataloss, nsbeta1+
Priority: -- → P1
Target Milestone: --- → mozilla1.0
Created attachment 70552 [details] 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.
Created attachment 70561 [details] 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.
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.
I filed bug 130939 to deal with the page breaking problem. This bug handles the data loss issues.
Summary: Page does not print correctly → Page does not print correctly (data loss)
Comment on attachment 74153 [details] [diff] [review] patch to fix the bug sr=attinasi
Attachment #74153 - Flags: superreview+
Comment on attachment 74153 [details] [diff] [review] patch to fix the bug r= alexsavulov
Attachment #74153 - Flags: review+
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
Attachment #74153 - Flags: approval+
The patch is in.
Status: ASSIGNED → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → FIXED
ok now we get only the first page blank...rest of the pages print fine... changing summary and REOPEN..
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Summary: Page does not print correctly (data loss) → only first page not printed out; rest print out fine.
*** Bug 131979 has been marked as a duplicate of this bug. ***
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.
Status: REOPENED → RESOLVED
Last Resolved: 16 years ago → 16 years ago
Resolution: --- → FIXED
Summary: only first page not printed out; rest print out fine. → Page does not print correctly (data loss)
Status: RESOLVED → VERIFIED
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...
You need to log in before you can comment on or make changes to this bug.