Open
Bug 204435
Opened 22 years ago
Updated 3 years ago
Large skipped areas in print previewing and printing
Categories
(Core :: Printing: Output, defect)
Tracking
()
NEW
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
Reporter | ||
Comment 1•22 years ago
|
||
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
Comment 2•22 years ago
|
||
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.
Comment 3•22 years ago
|
||
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
Comment 4•22 years ago
|
||
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
Updated•22 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter | ||
Comment 5•22 years ago
|
||
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
Comment 8•22 years ago
|
||
Is this bug related to/dup of bug 154892 ?
Comment 9•20 years ago
|
||
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.
Updated•16 years ago
|
Assignee: printing → nobody
QA Contact: sujay → printing
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•