Closed Bug 54079 Opened 25 years ago Closed 25 years ago

In Composer, Netscape will crash at selecting submenu of HELP

Categories

(Core :: DOM: Editor, defect, P1)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: teruko, Assigned: sfraser_bugs)

Details

(Keywords: crash, Whiteboard: [nsbeta3++][p:1])

In Composer window, when you select submenu of Help menu, Netscape will crash. steps of reproduce 1. Open Composer window 2. Select menu as follows Help | What's New in Netscape6? Help | New to the Net Tutorial Help | Netscape Technical Support Help | Security Center Help | International Users Help | Feedback Center Netscape will crash. I sent talkback report at every selection of submenus. Stack traces are same. Talkback incident #18012463 Trigger Type: Program Crash Trigger Reason: Access violation Thread ID: Call Stack: (Signature = nsJSContext::ExecuteScript 92ef1dc1) nsJSContext::ExecuteScript [d:\builds\seamonkey\mozilla\dom\src\base\nsJSEnvironment.cpp, line 695] nsXULDocument::ExecuteScript [d:\builds\seamonkey\mozilla\rdf\content\src\nsXULDocument.cpp, line 5586] nsXULDocument::LoadScript [d:\builds\seamonkey\mozilla\rdf\content\src\nsXULDocument.cpp, line 5443] nsXULDocument::ResumeWalk [d:\builds\seamonkey\mozilla\rdf\content\src\nsXULDocument.cpp, line 5272] nsXULDocument::CachedChromeStreamListener::OnStopRequest [d:\builds\seamonkey\mozilla\rdf\content\src\nsXULDocument.cpp, line 6509] nsDocumentOpenInfo::OnStopRequest [d:\builds\seamonkey\mozilla\uriloader\base\nsURILoader.cpp, line 269] nsCachedChromeChannel::HandleStopLoadEvent [d:\builds\seamonkey\mozilla\rdf\chrome\src\nsChromeProtocolHandler.cpp, line 535] PL_HandleEvent [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 576] PL_ProcessPendingEvents [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 512] _md_EventReceiverProc [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 1046] nsAppShellService::Run [d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsAppShellService.cpp, line 408] netscp6.exe + 0x1711 (0x00401711) netscp6.exe + 0x1230 (0x00401230) netscp6.exe + 0x2aae (0x00402aae) KERNEL32.DLL + 0x7903 (0x77e57903) Tested 2000-09-25-08 Win32 and Linux, and 2000-09-25-12 Mac build.
Nominating this for beta3.
Keywords: nsbeta3
Keywords: crash
yes, this is a crasher, assigning to sfraser for debug
Priority: P3 → P1
Whiteboard: [nsbeta3+][p:1]
milestone
Target Milestone: --- → M19
nsbeta3++ to fix the crash somehow. Removing the Help menu for PR3 is an acceptable solution if the real fix proves elusive or risky.
Whiteboard: [nsbeta3+][p:1] → [nsbeta3++][p:1]
realy giving to simon
Assignee: beppe → sfraser
This is dependent on bugscape bug 2331.
Status: NEW → ASSIGNED
The fix for the crash is a simple null check, but after fixing that, help menu items cause XUL files to load into the composer content area (for reasons described in bugscape bug 2331).
Patch for the crash: Index: mozilla/dom/src/base/nsJSEnvironment.cpp =================================================================== RCS file: /cvsroot/mozilla/dom/src/base/nsJSEnvironment.cpp,v retrieving revision 1.115 diff -c -2 -r1.115 nsJSEnvironment.cpp *** nsJSEnvironment.cpp 2000/09/15 06:17:07 1.115 --- nsJSEnvironment.cpp 2000/09/27 03:20:28 *************** *** 692,696 **** if (!mScriptsEnabled) { *aIsUndefined = PR_TRUE; ! aRetValue->Truncate(); return NS_OK; } --- 692,697 ---- if (!mScriptsEnabled) { *aIsUndefined = PR_TRUE; ! if (aRetValue) ! aRetValue->Truncate(); return NS_OK; }
Adding akkana for review (IIRC, she made the change, and I reviewed it badly in this case where aRetValue may be null). a=brendan@mozilla.org. /be
Yes, I agree that it's safer to add the null checks (I had them in my original code, but was persuaded to remove them because it wasn't supposed to be able to happen).
Fix checked in.
Fix checked in, both XUL/JS fixes, and the C++ patch above.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Fixed on trunk and branch.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
This is weird; it's behaving as if it doesn't have my fixes. Waiting for a commercial mac build to test.
This works fine in my windows, branch commercial debug build. Maybe a packaging issue?
I had the wrong branch bits...it works fine....sorry!
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
verified in 9/29 branch build.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.