Closed
Bug 295030
Opened 20 years ago
Closed 20 years ago
Print and print preview "freezes" Firefox
Categories
(Core :: Printing: Output, defect)
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
Comment 1•20 years ago
|
||
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.
Comment 2•20 years ago
|
||
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?
Comment 3•20 years ago
|
||
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.)
Comment 7•20 years ago
|
||
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.
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...
Comment 10•20 years ago
|
||
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.
Description
•