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?
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
This patch needs a minimized test case.
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.
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 18.104.22.168 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
Created attachment 311213 [details] Test case that demonstrates issue. InnerBottom DIV doesn't print. 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.
Created attachment 314158 [details] Test case postion:absolute ; top 800px 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:22.214.171.124) Gecko/20080311 Firefox/126.96.36.199. 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:188.8.131.52) 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.
I can confirm both test cases. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:184.108.40.206) 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).
You need to log in before you can comment on or make changes to this bug.