Closed Bug 234062 Opened 20 years ago Closed 19 years ago

crash on print preview of page with float:left and image over page break [@ nsContainerFrame::PaintChild ]

Categories

(Core :: Printing: Output, defect)

x86
All
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: PlaceHolder, Unassigned)

References

()

Details

(4 keywords)

Crash Data

Attachments

(3 files, 1 obsolete file)

User-Agent:       
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7a) Gecko/20040212

When I tried to print the attached HTML (from CNet) from Firefox it just
silently crashed and closed.  On repeated attempts it causes an invalid write to
location "0x00000020"...  I tried the latest nightly build of Mozilla, and it
just hangs and becomes unresposive so that I have to use task manager to kill it.

Reproducible: Always
Steps to Reproduce:
1. Drag the shortcut to the window and let it load the page
2. Select file print, change preferences to double side
3. Okay the print, watch it crash

Actual Results:  
The program hangs or crashes

Expected Results:  
A successful print job

In Firefox, I get this message:
 The instructiopn at "0x00635336" referenced memory at "0x00000020".  The memory
could not be "written". 
 [...Click OK, CANCEL...]
Attached file The HTML that causes the crash (obsolete) —
This is a zip that was saved from Firefox of the page before trying to print it
and experiencing the crash.
Confirming bug, 2004-02-12-08 trunk Linux
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: crash, hang, top100
OS: Windows 2000 → All
The last two lines in nsBlockFrame::ReflowInlineFrames is:
      printf(": yikes! spinning on a line over 1000 times!\n");
      NS_ABORT();
And then the access violation occurs in nsDebugImpl::Abort
      long* __p = (long*) 0x7;
->    *__p = 0x7;
Attached file testcase
This is a simplified testcase that reliably crashes the Mozilla App Suite.  (As
I edited parts of the original page away, Mozilla would sometimes hang
instead).  The testcase is merely a DIV with style "float: left;" containing an
image that is split between two pages.	Load up the testcase, hit print
preview, scroll down, and *crash!*
Attachment #141255 - Attachment is obsolete: true
Changing summary to reflect problem.  Did not find any dupes of this bug.
Keywords: testcase
Summary: Attempting to print this page hangs Mozilla and crashes Firefox → crash on print preview of page with float:left and image over page break
I'm using 1.6 on WinXP and I can't make the testcase crash my Mozilla.
Reproduced this crash in Mozilla 1.7b (Win98se)
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7b) Gecko/20040316
Talkback ID is TB4154G

Also, if anyone can't make the testcase crash, can you check as to whether the
original page crashes Mozilla for you?
Whiteboard: TB4154G
Attached file TB 4154 Stacktrace
Summary: crash on print preview of page with float:left and image over page break → crash on print preview of page with float:left and image over page break [@ nsContainerFrame::PaintChild ]
Whiteboard: TB4154G
The URL and testcase worksforme, tried both with Print and Print Preview.
Mozilla 2004-12-16-06 trunk Linux.
The URL still crashes my Moz 1.8a6 Linux with print preview :
"line 131: 29425 Erreur de segmentation  "$prog" ${1+"$@"}"
Depends on: 275560
Works for me in:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050323
Firefox/1.0+
The fix for bug 263825 should probably fix the crash. Xanthor, could you test
again with the latest nightly trunk build?
I'm marking this WORKSFORME, if someone can still reproduce this in the latest
nightly trunk build, then please reopen.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Crash Signature: [@ nsContainerFrame::PaintChild ]
You need to log in before you can comment on or make changes to this bug.