Closed Bug 334895 Opened 18 years ago Closed 10 years ago

Multiple Print Preview Problems

Categories

(Core :: Print Preview, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: btdb, Unassigned)

References

()

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.2) Gecko/20060308 Firefox/1.5.0.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.2) Gecko/20060308 Firefox/1.5.0.2

Running WinXP+SP2+latest FF 1.0.5.2

I ran FF in safemode for all of these.

Select print preview for www.yahoo.com, the preview is filled with multiple lines of htlm code.  Printed page looks the same as the preview.

Select print preview for www.dell.com, the preview is filled with htlm code, although the printed page looks correct.

Select print preview for www.cnn.com.  The print preview had some htlm code at the beginning and end of page, but prints correctly.

Select print preview for www.kellys-korner-xp.com/xp_abc.htm, the print preview  shows only 2 pages (actually 1 page and a few lines on page 2).  Printing this will generate 28 pages -- which is correct.

Why so many issues with print preview ?

Dennis

Reproducible: Always



Expected Results:  
Correctly rendered preview display.
I can reproduce this 100%. Turning "JavaScript for Navigator" off in Edit/Preferences/Advanced/Scripts solves the problem. -JW
(In reply to comment #1)
> I can reproduce this 100%. Turning "JavaScript for Navigator" off in
> Edit/Preferences/Advanced/Scripts solves the problem. -JW
> 

Where is this option "Edit/Preferences/Advanced/Scripts" ?  Under FF Tools|Options I don't see this anywhere at all.  If I look in Java in my control panel, under advanced, I don't see anything relating to scripts.  BTW, I'm running Sun Java Version 1.5.0 (build 1.5.0_06-b05).  Thanks. 
Sorry, bad search - I didn't realize this was labelled as a FF bug. I'm reproducing it with SM 1.0.1. I did _not_ have this problem with SM 1.0. -JW
I did go into Tools|Options|Content and unchecked "Enable JavaScript".  Once you restart FF, then the issues I reported go away.  It the problem with Javascript or how FF is interacting with it?
From what I can tell with sites I'm developing, print and print preview in Firefox 1.5.0.2 is showing the straight HTML that is enclosed with "<noscript>" and "</noscript>".  This is BAD.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1b2) Gecko/20060821 Firefox/2.0b2

Under beta version first 3 sites display fine, but www.kellys-korner-xp.com/xp_abc.htm displays similar to the described behavior.

Unchecking "Enable JavaScript" does not appear to remedy the issue.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.7) Gecko/20060909 Firefox/1.5.0.7

I have no further information about the first 3 sites.

Regarding www.kellys-korner-xp.com/xp_abc.htm, this page is inside a huge frame. Firefox will print the entire document but print previews only one page. The second page is present but is a blank page other than the header.

I can vary how much information is print-previewed on the first page by changing margins, changing from portrait to landscape or changing text scaling. The result with small text is that I can print preview a large portion of the 22-printed-page frame.

IE has the same problem.

Checking with google ("firefox print preview long frames"), I see a blog discussing frame clipping in IE 6 (http://blogs.msdn.com/ie/archive/2005/06/10/428149.aspx ) and another report of this type of problem in Firefox (http://www.computergripes.com/firefox.html -- read the gripe on FF 1.5.0.4.  The article complained about is another long article in a single frame.) There are lots of other google links.

I haven't checked bugzilla for similar reports but suspect this is a duplicate of a known problem (clipping long frames).
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.3a1pre) Gecko/20091119 Minefield/3.7a1pre print preview displays only one page of www.kellys-korner-xp.com/xp_abc.htm
Component: General → Print Preview
Product: Firefox → Core
QA Contact: general → printing
Version: unspecified → Trunk
www.kellys-korner-xp.com/xp_abc.htm fails. So we now lack a testcase
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Keywords: testcase-wanted
Resolution: --- → INCOMPLETE
Wayback Machine to the rescue: https://web.archive.org/web/20140125080627/http://www.kellys-korner-xp.com/xp_abc.htm displays the problem from Comment 8.  -JW
You need to log in before you can comment on or make changes to this bug.