Closed Bug 191336 Opened 22 years ago Closed 15 years ago

Crash with nsFrame::Invalidate

Categories

(Core :: Graphics: ImageLib, defect, P2)

PowerPC
macOS
defect

Tracking

()

RESOLVED INCOMPLETE
Future

People

(Reporter: scottc, Unassigned)

Details

(Keywords: crash)

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.3a) Gecko/20021212 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.3a) Gecko/20021212 Happens with closing a tab window via Apple-W, also when opening a new tab via control-click. I don't think it's related to <a href="http://bugzilla.mozilla.org/show_bug.cgi?id=186932">186932</a> Reproducible: Sometimes Steps to Reproduce: 1. Go to slashdot 2. Control-click on various links to open tabs 3. Eventually, you'll crash Actual Results: Got angry. Looked at stack trace, which is pasted in the Additional information part. Expected Results: Probably not crashed =) ********** Date/Time: 2003-01-30 13:46:12 -0500 OS Version: 10.2.3 (Build 6G30) Host: Scott-Corscaddens-Computer.local. Command: Mozilla PID: 29682 Exception: EXC_BAD_INSTRUCTION (0x0002) Code[0]: 0x00000002 Code[1]: 0x0426d284 Thread 0 Crashed: #0 0x0426d284 in 0x426d284 #1 0x02df74ec in nsFrame::Invalidate( const(nsIPresContext *, nsRect const &, int)) #2 0x02e7f17c in nsImageFrame::FrameChanged(imgIContainer *, nsIPresContext *) #3 0x02e856f0 in nsImageListener::FrameChanged(imgIContainer *, nsISupports *) #4 0x02ab6e88 in FrameChanged__15imgRequestProxyFP13imgIContainerP14gfxIImageFr #5 0x02ab44d0 in FrameChanged__10imgRequestFP13imgIContainerP11nsISupportsP14gf #6 0x02ac5d1c in imgContainerGIF::Notify(nsITimer *) #7 0x00306fb0 in nsTimerImpl::Fire(void) #8 0x003070dc in handleTimerEvent(TimerEventType *) #9 0x002d3030 in PL_HandleEvent #10 0x002d2e9c in PL_ProcessPendingEvents #11 0x0027ab3c in nsEventQueueImpl::ProcessPendingEvents(void) #12 0x02602e8c in nsMacNSPREventQueueHandler::ProcessPLEventQueue(void) #13 0x02602d30 in nsMacNSPREventQueueHandler::RepeatAction(EventRecord const &) #14 0x01ef6b14 in Repeater::DoRepeaters(EventRecord const &) #15 0x02619ab8 in nsMacMessagePump::DispatchEvent(int, EventRecord *) #16 0x026197f0 in nsMacMessagePump::DoMessagePump(void) #17 0x026190fc in nsAppShell::Run(void) #18 0x025d124c in nsAppShellService::Run(void) #19 0x001a51b4 in main1(int, char **, nsISupports *) #20 0x001a5c0c in main
Attached file Stack trace (deleted) —
Stack Trace
-> Layout
Assignee: asa → other
Status: UNCONFIRMED → NEW
Component: Browser-General → Layout
Ever confirmed: true
Keywords: crash
QA Contact: asa → ian
-> ImageLib
Assignee: other → jdunn
Component: Layout → ImageLib
Priority: -- → P2
QA Contact: ian → tpreston
Target Milestone: --- → Future
I'm not sure if this is related, but I'm getting WARNING's from nsFrame::Invalidate with a debug build (pulled today 25/6 NZST) on WinXP. The warning happens if aDamageRect.IsEmpty() is true (and you're running a debug build). http://lxr.mozilla.org/seamonkey/source/layout/html/base/src/nsFrame.cpp#2659
Assignee: jdunn → nobody
QA Contact: tpreston → imagelib
I bet this was fixed somewhere else, but the steps-to-reproduce are too generic to be sure. nsFrame::Invalidate doesn't even exist any more.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → INCOMPLETE
(The warning in comment 4 was removed in bug 233292, fwiw)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: