Closed Bug 263229 Opened 20 years ago Closed 16 years ago

Mozilla locks up / crashes when printing via postscript/default OR xprint Senator Edwards web page

Categories

(Core :: Layout, defect)

Product:
Core
Component:
Layout
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: jay, Unassigned)

References

(
URL
)

Details

(Keywords: hang, testcase)

Attachments

(2 files)

stacktrace during hang
7.89 KB, text/plain
Details
testcase
242 bytes, text/html
Details 
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040814
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040814

When attempting to print 
http://edwards.senate.gov/contact.html
Mozilla locks up.  

a) Using Postscript/default I get the first dialog "preparing" and it locks up
at that point.

b) Using Xprint I get the normal first dialog (select printer, etc.) and after I
click okay, it locks up after the next "printing" dialog appears.

I have not experienced any similar printing problems with any site.

Also, I note that parts of the pages on this site generally seem to render very
slowly compared to 98% of other sites I view. Typical government efficiency? Or
maybe Mozilla issues?

I am running on RedHat 8 Linux, updated using Fedora et al. We use the KDE
desktop which was "upgraded" from the Gnome desktop -- using KDE on RH8 seems to
have some issues.  The Mozilla 1.7.2 was "upgraded" from 1.6 which was upgraded
from 1.4 (? I think it was 1.4) -- these upgrades, at least running on RH8, seem
to have issues that other people don't experience.

Reproducible: Always
Steps to Reproduce:
1. Go to http://edwards.senate.gov/contact.html
2. Print using EITHER Xprint or Postscript/Default

Actual Results:  
Mozilla locks up.  After a minute and after attempting to close the stuck dialog
or Mozilla, I get an application-not-responding type of dialog that lets me kill
the application (Mozilla).

Expected Results:  
The page should print without killing Mozilla.
Attached file stacktrace during hang — 
debug build asserts:
###!!! ASSERTION: aContent2 must not be null: 'aContent2', file
nsLayoutUtils.cpp, line 243
###!!! ASSERTION: aContent1 must not be null: 'aContent1', file
nsLayoutUtils.cpp, line 242
Attached file testcase — 
this hangs linux trunk 2004100506 when printing or print preview

   <img src="http://www.mozilla.org/images/mozilla-banner.gif">
   <table height="100%" align="left">
      <tr>
      </tr>
   </table>
dupe of bug 24300?
Assignee: core.printing → nobody
Component: Printing → Layout
Keywords: hang, testcase
QA Contact: core.layout
> dupe of bug 24300?

bug 245300
Depends on: 245300
Also happens with:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050323
Firefox/1.0+
The url is 404, by the way.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
testcase still fails - Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060711 Minefield/3.0a1

bug 245300 had no effect, removing
No longer depends on: 245300
a more minimal testcase, which fails only if height=100, partially explained in Bug 361821

<body>xxx
   <table height="100%" align="left">
      <tr>
      </tr>
   </table>
testcase WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b5pre) Gecko/20090512 Shiretoko/3.5b5pre

perhaps fixed by bug 285608  2007-06-27
not gonna try to test for sure
Status: NEW → RESOLVED
Closed: 16 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: