Closed
Bug 90405
Opened 24 years ago
Closed 24 years ago
M092 crash [@ nsVoidArray::RemoveElement]
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
VERIFIED
FIXED
mozilla0.9.4
People
(Reporter: greer, Assigned: saari)
References
()
Details
(Keywords: crash, topcrash)
Crash Data
M092 talkback data is showing a handful of crashes at this signature. One of
the user comments might be helpful if we have access to the Dreamweaver
software. Try here: http://www.macromedia.com/downloads/
Also I believe the correct url is:
http://home.nexgo.de/light-zone/dwfiles/newdigital.html#
(Needs a trailing #)
Here's the full report with comments following:
sVoidArray::RemoveElement
First BBID :
http://climate/reports/stackcommentemail.cfm?dynamicBBID=32539644
Last BBID :
http://climate/reports/stackcommentemail.cfm?dynamicBBID=32690611
Min Runtime :27230
Max Runtime :71752
Min seconds since last crash :929
Max seconds since last crash :57979
First Appearance Date : 2001-07-05
Last Appearance Date : 2001-07-09
First Build ID : 2001062823
Latest Build ID : 2001062823
Stack Trace:
nsVoidArray::RemoveElement() [nsVoidArray.cpp line 258]
nsDeleteObserved::RemoveDeleteObserver() [nsDeleteObserver.cpp
line 78]
nsMacEventDispatchHandler::SetDeactivated() [nsMacEventHandler.cpp
line 295]
nsMacEventHandler::HandleActivateEvent() [nsMacEventHandler.cpp
line 1173]
nsMacEventHandler::HandleOSEvent() [nsMacEventHandler.cpp line
424]
nsMacWindow::HandleOSEvent() [nsMacWindow.cpp line 1121]
nsMacMessageSink::DispatchOSEvent() [nsMacMessageSink.cpp line 44]
nsMacMessagePump::DispatchOSEventToRaptor() [nsMacMessagePump.cpp
line 956]
nsMacMessagePump::DoActivate() [nsMacMessagePump.cpp line 920]
nsMacMessagePump::DispatchEvent() [nsMacMessagePump.cpp line 420]
nsMacMessagePump::DoMessagePump() [nsMacMessagePump.cpp line 269]
nsAppShell::Run() [nsAppShell.cpp line 110]
nsAppShellService::Run() [nsAppShellService.cpp line 417]
main1() [nsAppRunner.cpp line 1161]
main() [nsAppRunner.cpp line 1464]
.__start
nsVoidArray::RemoveElement() 45f8789a
nsVoidArray.cpp line 258
Build: 2001062823 CrashDate: 2001-07-09 UptimeMinutes: 966 Total: 1195
OS: MacOS version 9.1
Detailed : http://climate/reports/incidenttemplate.cfm?bbid=32690611
StackTrace: http://climate/reports/stackcommentemail.cfm?
dynamicBBID=32690611
nsVoidArray::RemoveElement() 45f8789a
nsVoidArray.cpp line 258
Build: 2001062823 CrashDate: 2001-07-07 UptimeMinutes: 602 Total: 857
OS: MacOS version 9.1
Detailed : http://climate/reports/incidenttemplate.cfm?bbid=32621765
StackTrace: http://climate/reports/stackcommentemail.cfm?
dynamicBBID=32621765
(32621765) URL: http://home.nexgo.de/light-zone/dwfiles/newdigital.html
(32621765) Comments: clicking on a thumbnail brings a larger view in a new
window created using JustSo Picture Window Extension for DreamWeaver 4.0. Window
opens and then causes Mozilla (and Netscape 6.01) to quit. Works fine with
Communicator 4.77 and IE 5 (all browsers are
(32621765) Comments: for Mac)
nsVoidArray::RemoveElement() 45f8789a
nsVoidArray.cpp line 258
Build: 2001062823 CrashDate: 2001-07-05 UptimeMinutes: 15 Total: 453
OS: MacOS version 9.0.4
Detailed : http://climate/reports/incidenttemplate.cfm?bbid=32539644
StackTrace: http://climate/reports/stackcommentemail.cfm?
dynamicBBID=32539644
(32539644) Comments: opening java box type 2 error
adding crash and topcrash for tracking
Comment 2•24 years ago
|
||
Mac crash, cc Mac folks.
Comment 3•24 years ago
|
||
Looking at who called Remove, I would guess that it is not Removes error, but
the caller. Reassigning to default for that component.
Assignee: kandrot → joki
Component: XPCOM → Event Handling
QA Contact: scc → madhur
The URL for this bug results in a 404 Not Found error on the server.
Sorry, about the url I just tried and got the same problem. But I was able to
go to the page by first going to:
- http://home.nexgo.de/light-zone/
- click on "Digital"
- click on "Photos" (upper right)
- click on "Click here to see more digital images" (lower right)
That matches the URL.
Ok, I've reproduced the crash.
The problem is in mozilla/widget/src/mac/nsMacEventHandler.cpp, lines 320-326
320 if (mActiveWidget)
321 {
322 //printf(" nsMacEventDispatchHandler::SetDeactivated sends NS_DEACTIVATE\n");
323 DispatchGuiEvent(mActiveWidget, NS_DEACTIVATE);
324 mActiveWidget->RemoveDeleteObserver(this);
325 mActiveWidget = nsnull;
326 }
The crash occurs because DispatchGuiEvent causes mActiveWidget to get set to
null. Ouch. Other than putting another check for null which would like a bit
odd, not sure how this should get fixed.
Comment 7•24 years ago
|
||
they way to prevent the widget from going null over the dispatch of the event is
to use a kung-fu deathgrip with a nsCOMPtr. you should talk to saari about why
the widget is going away on the deactivate though. that worries me a bunch.
ccing saari
I talked to saari this morning, he's been messing around in this code, and he
says that he's got a patch
Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.3
Comment 10•24 years ago
|
||
saari, still got that patch?
Assignee | ||
Comment 11•24 years ago
|
||
it is part of the patch for 77675
Updated•24 years ago
|
Target Milestone: mozilla0.9.3 → mozilla0.9.4
Assignee | ||
Comment 12•24 years ago
|
||
and that patch got checked in, so this should be fixed
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Updated•14 years ago
|
Crash Signature: [@ nsVoidArray::RemoveElement]
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•