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

RESOLVED WORKSFORME

Status

()

Core
Layout
--
critical
RESOLVED WORKSFORME
14 years ago
9 years ago

People

(Reporter: Jay Smith, Unassigned)

Tracking

({hang, testcase})

Trunk
x86
All
hang, testcase
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(2 attachments)

(Reporter)

Description

14 years ago
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.

Comment 1

14 years ago
Created attachment 161330 [details]
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

Comment 2

14 years ago
Created attachment 161333 [details]
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>

Comment 3

14 years ago
dupe of bug 24300?
Assignee: core.printing → nobody
Component: Printing → Layout
Keywords: hang, testcase
QA Contact: core.layout

Comment 4

14 years ago
> dupe of bug 24300?

bug 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

Comment 6

12 years ago
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

Comment 7

11 years ago
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>

Comment 8

9 years ago
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
Last Resolved: 9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.