Closed Bug 35362 Opened 24 years ago Closed 24 years ago

Mac only: crash when click on Start Netscape in the new profile

Categories

(Core Graveyard :: Profile: BackEnd, defect, P3)

PowerPC
Mac System 8.6
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: fenella, Assigned: racham)

Details

Attachments

(1 file)

Mac (2000-04-10-08 M15)
Steps:
1. After installing netscape commercial build, click on Netscape icon from 
the desktop.
2. Click on Manage Profiles button from the left bottom.
3. Click on New Profile and click on Next
4. Create Profile dialog comes up, enter a new profile name, click Finish.
5. Back to the Select User Profile, select the newly created profile
6. Click on Start Netscape button
Actual result: crash occurs.
Expect result: should not crash, it should bring up the Account Wizard dialog.

This problem occurs on Mac only.
Win32 and Linux works fine.
Fenella, can we get a stack trace of this?  Can you work with a developer to
recreate this on a debug build if necessary?  Thx.
Attached file crash log from the Mac
Correcting component to profile manger.
Component: Back End → Profile Manager FrontEnd
Product: MailNews → Browser
We have the stack trace for you, Steve. See attached.
Keywords: beta2
QA Contact: lchiang → gbush
Bhuvan, looks like someone broke us again.  I don't see us returning from the
Run() call here.  CCing Ben in case this really is frontend.
Assignee: selmer → racham
Component: Profile Manager FrontEnd → Profile Manager BackEnd
Looks like some event handling code is broken...

Adding Simon and Pierre to the cc list for their input.

Simon & Pierre,

Can you help us deciphering the Mac Stack trace and in identifying the code 
segment that is causing the problem ? Stack trace attached in one of the 
updates. 
Thanks.
Well, the crash is in JavaScript, js_LockScope1. Here's the top of the stack:

  07AD4720    PPC  16575308  
nsEventListenerManager::HandleEventSubType(nsListenerStruct*, ns
IDOMEvent*, unsigned int, unsigned int)+003F0
  07AD44D0    PPC  1813A850  nsJSDOMEventListener::HandleEvent(nsIDOMEvent*)+
000CC
  07AD4440    PPC  180BE750  nsJSContext::CallEventHandler(void*, void*, unsigned 
int, void*,
 int*)+0008C
  07AD4380    PPC  18570C24  JS_ValueToFunction+00018
  07AD4340    PPC  1858D050  js_ValueToFunction+00050
  07AD42E0    PPC  185980B8  js_GetSlotWhileLocked+0001C
  07AD4290    PPC  18598878  js_LockObj+0002C
  07AD4240    PPC  185986D8  js_LockScope1+00040

Ccing some JS folks.
I'm not sure what to say. There have been other bugs like this that turned out 
to be an event being sent to code in a window which was no longer around. The 
JSObject that the JS engine has been told to call is no longer valid and is just 
a garbage pointer. Eventually some dereference of garbage causes a crash.

The real problem is almost certainly upstream somewhere. If you can reproduce 
this in the debugger then maybe you can get a better sense of what exactly is 
happening.

Not happenig with the latest M15 & M16 builds. It was a glitch probably caused 
by appshell event handling. Marking worksforme.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Mac (2000-04-14-04 M15)
Mac (2000-04-14-09 M16)
I re-tested this bug on both M15 and M16 builds. it does not occur any more.
Status: RESOLVED → VERIFIED
Keywords: nsbeta2
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: