Closed Bug 193211 Opened 23 years ago Closed 7 years ago

incomplete printing (or print preview)

Categories

(Core :: Printing: Output, defect)

Product:
Core
Component:
Printing: Output
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED DUPLICATE of bug 1622935

People

(Reporter: bugzilla, Unassigned)

References

(
URL
)

Details

(Keywords: testcase, Whiteboard: [layout:print-triage:p1])

Attachments

(2 files)

Test case that demonstrates issue. InnerBottom DIV doesn't print.
697 bytes, text/html
Details
Test case postion:absolute ; top 800px
444 bytes, text/html
Details
spun off from bug 189373. when i try print preview or printing http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser i only get the first few pages of a 12-page document. at first i thought this was limited to only Mac OS X, but i've noticed it on Linux rh8.0 and win2k as well. on mac, only the first 4 pages are printed, on linux the first 10 and win2k the first 5 pages. 1. load http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser 2. select either File - Print... (then print to printer), or File - Print Preview. results: incomplete printing and print preview
-> jkeiser nsbeta1-. Note: John is working on redoing the printing mechanism to eliminate these types of issues.
Assignee: rods → jkeiser
Keywords: nsbeta1 → nsbeta1-
Mozilla build 2003032508 on WinNT4. only print preview: I get 13 pages and I see all pages in print preview. But the first page contains only the banner and the first header line.
I see this with Mozilla 1.4a: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) Gecko/20030401 If I go to the web site: http://www.sitepoint.com/print/379 and try to print the page, I get the first page correctly printed out but the second page is the last page. All of the in between pages are gone. Mozilla is confused because it numbers the pages 1 of 2 and 2 of 2, but it surely looks like a nine or ten page document where only the first and last pages got spooled. I looked at bug 98274 but the page in question does not have an IFRAME. By the way, this is under Win2k Pro.
This bug is still present in Mozilla 1.5a: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030620 and is present on the print preview as well. Again, this is Win2k. A partial workaround is to load the page, do Edit->Select All, and when you print select the "Print Range / Selection" radio button. That seems to get everything, but without page numbers and without the handy site information at the header and footer of the page. Also, I notice some of the text coloring seems a bit odd. But at least the whole thing got printed.
My experience (with Mozilla 1.0 ++ on WinXP) is that when a partial print range is selected for printing (eg pages 3-5) subsequent PrintPreviews only show the previously selected print range (even with a new/different URL), until the page range is changed to 'All' or some other page range.
Based on the information provided, this sounds like a possible problem for all platforms. Can anyone tell me how Mozilla 1.6f or later is behaving? Please use the URL provided by Sarah as the test case.
-> all,all - long ago, Sarah filed a report that said this.
OS: MacOS X → All
Hardware: Macintosh → All
This bug is still present in 1.7.1 and 1.8 Alpha 2 under Win2k. This page exhibits the problem: http://www.freep.com/money/autonews/auto30_20040730.htm I haven't been able to print the complete article by any means. Selecting text or selecting all followed by print selected still results in only a single page of output. Normal printing or print preview also exhibit the bug and only print one page.
this is still an issue in both seamonkey (2005010606-trunk) and firefox (2005010507-trunk). going to https://bugzilla.mozilla.org/describecomponents.cgi then clicking on any of the, say, Client Software links, then doing Print Preview still exhibits this. could this be a layout issue, or rather something wrong (invalid, poorly formed, etc.) with the markup in those pages?
Flags: blocking1.8b?
Keywords: helpwanted
This looks like a problem with table-containing pages; maybe the table splitting code?
Like all the other comments are, I can't print with firefox. I can print in Internet Explorer, but not firefox. Whenever I print, it either prints out only 1 page of the document or nothing at all. Whenever I select the text, it prints out the amount of pages that needs too be printer, but it prints nothing on the sheet except the webpage and number of page it is printing. Raistlin
too late for 1.8b1, but cc:ing some appropriate people, which would help
Flags: blocking1.8b?
Flags: blocking1.8b2?
Flags: blocking1.8b-
This patch needs a minimized test case.
Keywords: qawanted
With Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050411 From Comment #9 I have tryed https://bugzilla.mozilla.org/describecomponents.cgi and i clicked on "Client Software", Firefox or Mozilla Applicarrion suite and the preview and print work well.
moving over to 1.1b3 nomination.
Flags: blocking1.8b3?
Flags: blocking1.8b2?
Flags: blocking1.8b2-
Flags: blocking1.8b3?
Flags: blocking1.8b3-
Flags: blocking1.8b2-
Flags: blocking1.8b-
I also have this bug. And I note, that it is present when element with "display: block; margin: XXXem;" in the bottom of page are placed.
I'm using Firefox 2.0.0.6 and the problem of incomplete printing still exists. Often the first page is printed but the rest of the document not. It is not difficult to find examples of pages that do not print well but if you want one, try http://www.medicaldevicestoday.com/2007/09/home-use-of-dev.html
Tested with Firefox 2.0.12 under Windows XP, Linux. Tested with FF 3.0b4 under MacOS.
The testcase that was attached in comment 18 seems what bug 363876 is about. What this bug precisely is about, isn't clear yet. There are multiple urls posted that all might be different issues.
IE7 prints 4 pages, all correctly. ff 2.00.13 incomplete printing at http://www.vancouverwahomelandguide.com/links.html it prints the title on 1 page, page 1 on page 2, and a blank page on page 3. essentially this is a page with H2's and P's and a DIV at the top for a title. the navigation and the main text is separated using a table.
I think it would be constructive to include the printing options used with the test cases. Whats the orientation, shrink to fit, print background options , margins and header and footer options. When I print the http://www.vancouverwahomelandguide.com/links.html with these options set Portrait, Shrink to fit, print background (color and image) not selected, margins of .5 all the way around, nothing in any of the header or footer fields, it prints the way I would expect it to.
Shrink to Fit, Print Background, all margins .5 nothing in header or footer. In print preview, in portrait the position:absolute element at top:800 is visible, in landscape it is not. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.13) Gecko/20080311 Firefox/2.0.0.13. My previous test show that setting top to less than 800 can show up in both modes
I haven't changed the page setup settings from the default I think. .5 margins. header and footer have the usual stuff in them.
now that page works. flaky.
hmm. that page changed since ff was choking on it. rearranged some things and added more content.
I can confirm that the first two test cases above behave the same way on Mac 10.4.11 beta 5 -Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9b5) Gecko/2008032619 Firefox/3.0b5
I can confirm first test case: Test case that demonstrates issue. InnerBottom DIV doesn't print (https://bugzilla.mozilla.org/attachment.cgi?id=311213). I don't see inner bottom div when page is printed. Env: OS: WinXP SP3 ff: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.9) Gecko/2009040821 Firefox/3.0.9 Printer: HP deskjet 920c Printing options: default + black&white + draft I think a lot of users get to reproduce this bug but just don't bother to report it because they print page in IE instead.
QA Contact: sujay → printing
I can confirm both test cases. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:26.0) Gecko/20100101 Firefox/26.0 Mozilla/5.0 (X11; Linux i686; rv:26.0) Gecko/20100101 Firefox/26.0 Reproduced on latest Nightly (buildID: 20130820030206) and Firefox 24 beta 4 (buildID: 20130819170952).
Assignee: john → nobody
Keywords: helpwanted → testcase

Seventeen years later it is still there, still not fixed. For me all Confluence pages are affected e.g. https://confluence.atlassian.com/doc/confluence-wiki-markup-251003035.html : print preview and actual printout of ~12 page document consist of page 1 of 2 which looks fine and page 2 of 2 which has a header and a footer but no actual content. Tested with firefox 69.0

(In reply to lvm from comment #30)

Seventeen years later it is still there, still not fixed. For me all Confluence pages are affected e.g. https://confluence.atlassian.com/doc/confluence-wiki-markup-251003035.html : print preview and actual printout of ~12 page document consist of page 1 of 2 which looks fine and page 2 of 2 which has a header and a footer but no actual content. Tested with firefox 69.0

Thanks for your report. The root cause in the case of the Confluence example is different. In this case the Confluence docs are a flex container. This is a result of bug 939897, which we are hoping to address before year-end.

The original test case in this bug does still reproduce, however, for the same reason! I'm going to mark this a dupe of bug 939897 and close this ancient bug.

Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
Whiteboard: [layout:print-triage:p1]

Re comment 30:

Firefox Nightly 78.0a1 (2020-05-14) can now print the Confluence page without any data loss. Fixed by bug 1622935.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: