Open Bug 204435 Opened 22 years ago Updated 3 years ago

Large skipped areas in print previewing and printing

Categories

(Core :: Printing: Output, defect)

x86
All
defect

Tracking

()

People

(Reporter: raych, Unassigned)

References

()

Details

Attachments

(2 files)

User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3) Gecko/20030312 Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3) Gecko/20030312 Several weeks ago when I printed the above Web page, after its title section, it skipped the rest of the first print page and started the rest of the Web page on the second print page. Today when I tried this page, it printed in proper adjacent sequence but left a large area over part of its title are blank, and also the Print Preview showed a confused mess in the title area, though different from the first print page. Numerous Web pages show title areas on the first print page and then skip to the second print page. Another example is http://internationalanswer.org/campaigns/a12/index.html . Ray Reproducible: Always Steps to Reproduce: 1. Display one of the Web pages that causes this problem. 2. Print (or 'Print Preview') such page. 3. Observe the stated problem. Actual Results: Defective printing or print previewing. [See 'Details' above.] Expected Results: Printed and/or print-previewed, without gaps, all Web pages, as displayed, on successive print pages, without any blank gaps in them -- as Netscape 4.79 and IE 6.0 do. All the above problems that show up with Moz 1.3 do not show up with Netscape Navigator 4.79 or IE 6.0. I suppose the above problems, like most of those I've come across in the past, fall in that category where Moz people -- very much like the autocratic, imperial Bush regime -- say 'To hell with the rest of the world if they don't cater in special ways to us, The Only Superpower.' This makes Moz, not a superpower, but something that is much less robust to the various habits of REAL Web designers in the free world that are the other browsers -- howEVER Moz thinks the world of Web designing should be. Ray
Actually, the particular ACLU Web page, of the second URL given in this report, did not print a certain section of itself at all, which section displayed OK as a Web-page display in Moz. (It may be hard to convince the ACLU that they should fall under the domination of the Great God-. . .er. . .Moz-illa. Ray
Summary: Large skipped areas in print previewing and printing → Large skipped areas in print previewing and printing
Though the result isn't pretty, there are no large gaps while print previewing with 2003043004 on WinXP. Also suggest you email ANSWER and tell them to design their web pages according to internationally agreed-upon standards (W3C validator picked out over 500 errors, never mind the use of stylistic tags like FONT); we wouldn't want anyone to think they're flaunting the rules and unilaterally writing aggressive, imperialistic HTML.
You see a big black area in the document, which should not be there. I used Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4b) Gecko/20030502
Attached file PDF
In the attached PDF (Printed with Apple PS-Printer) you see other funny effects. When you open the file with the Acrobat Reader, you see the coloured header-picture only for a little moment, then the white area appears. dditionally, some parts of the top of the page are missing in the printout. I also tested a printout with the Adobe generic PS-printer, there I saw the header-picture black and white and not as a white area I used Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4b) Gecko/20030502
Status: UNCONFIRMED → NEW
Ever confirmed: true
This page acts somewhat similarly: After print-previewing and printing only the title image at the top of the first hard-copy page, the rest of that page is left blank and all after this image is correctly handled on the next produced page, and nothing on the Web page is left out of the results of these actions: http://www.kron.com/global/story.asp?s=34907&ClientType=Printable On the other hand, this similar page from the same site print-previews and prints OK: http://www.kron.com/global/story.asp?s=97889&ClientType=Printable Ray
*** Bug 170848 has been marked as a duplicate of this bug. ***
The reporter of a duplicate of this bug (bug 170848) was able to reproduce this problem on his OS/2 system. Setting OS -> all
OS: Windows 98 → All
Is this bug related to/dup of bug 154892 ?
See this bug with SeaMonkey Linux build 2006020700 at the page http://ita.ucsd.edu/technical_page.php Printing it out results in the very first page only.
Assignee: printing → nobody
QA Contact: sujay → printing
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: