Closed Bug 295030 Opened 20 years ago Closed 20 years ago

Print and print preview "freezes" Firefox

Categories

(Core :: Printing: Output, defect)

1.7 Branch
x86
Windows 2000
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: pm, Unassigned)

References

()

Details

(Keywords: hang)

Attachments

(1 file)

87.51 KB, application/pdf
Details
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.7) Gecko/20050414 Firefox/1.0.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.7) Gecko/20050414 Firefox/1.0.3

http://www.bigbaer.com/css_tutorials/css.float.html.tutorial.htm

There is something in the Url above that makes Firefox freeze when trying to
print or print previes.. maybe the floats ??

Reproducible: Always

Steps to Reproduce:
1.goto the url http://www.bigbaer.com/css_tutorials/css.float.html.tutorial.htm
2.Click print or print preview
3.wait forever as Firefox has locked

Actual Results:  
Firefox Freezez

Expected Results:  
Printed the page
Firstly, I cannot reproduce this in Mozilla/5.0 (Windows; U; Windows NT 5.1;
en-US; rv:1.8b2) Gecko/20050521 Firefox/1.0+. 

May I also suggest that you upgrade to the latest official version of Firefox, 
1.0.4 due to some security issues in Firefox 1.0.3.
I can reproduce the bug under Firefox 1.0.4, on WinXP:

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511
Firefox/1.0.4

Firefox hangs, and task manager shows Firefox taking 94%+ of CPU time. Looks
like an infinite loop somewhere ..... Maybe fixed on trunk? 
And as a blast from the past -- the demo page also hangs Mozilla 1.7.2, With
MOzilla again taking 97%+ CPU....  

Build: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803
-> Printing
Assignee: nobody → printing
Component: General → Printing
Keywords: hang
Product: Firefox → Core
QA Contact: general
Version: unspecified → 1.7 Branch
nothing happened ( i wait a long time) at preview

also it printing...
first of all i change my mind and its Reproducible is not Always. i tried it 2
times more and mozilla crushed at last time i tried.i think it crushes bcs of
very loaded page(i mean visual etc.)
this worksforme with linux suite trunk 2005052105 and 1.7.8

if this only affects 1.7.x (or FF 1.0.x) then this bug is WORKSFORME.  1.7
branch is only taking security fixes.  testing and retesting 1.0 / 1.7 builds is
pointless.
Attached file PDF File of URL
I have had a similar problem at this URL:

http://chamblissbuilders.com/findyourhome/homes.php

Now I also tried it in Deer Park, and it doesn't freeze/hang, *but* I do get a
big blank first page on the printing.  Attached PDF is what I get in Deer Park.
 Same URL freezes in 1.0.x.
Sorry I need to add a bit more information...

We actually ran into this bug by some customers complaining that they couldn't
print the page... When we tested it on our development server, it worked fine. 
The only difference we had was there was some simple HTML at the top to remind
us that we're on the development site.  Our designer actually added similar code
to the live site so that it can print but so that it doesn't have a big ugly
heading at the top.

If you look in the HTML, you will see some HTML surrounded by a comment
referring to this bug.  If you take out that HTML, then Firefox freezes.  If you
put it back in, it doesn't.

Now we can live with this for now, but on Deer Park the first page is still
blank when you print it.  Firefox 1.0.x does not have a blank first page with
this fix...
Percy: current trunk builds (Deer Park) don't have a blank first page.  The
first page has the "nav" DIV, which (because it is just background images) shows
up empty in print preview.  The best solution would be to use a print stylesheet
(media="print") that cleans up the page for printing.

resolving this bug WORKSFORME
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: