Closed Bug 80003 Opened 23 years ago Closed 23 years ago

crash on initial startup in Win98- build 2001050906

Categories

(SeaMonkey :: General, defect)

x86
Windows 98
defect
Not set
critical

Tracking

(Not tracked)

VERIFIED WORKSFORME
Future

People

(Reporter: agracebush, Assigned: slogan)

References

Details

(Keywords: crash)

Many users(not all) experiencing this crash
Subsequent attempts at launch are successful for some cases.


The talkback incident
    # is 30212865. Content of the report: 

    Trigger Type:  Program Crash 
    Trigger Reason:  Access violation 
    Call Stack:    (Signature = XPCOM.DLL + 0x123da (0x60e423da) 976eb016) 
    XPCOM.DLL + 0x123da (0x60e423da) 
    XPCOM.DLL + 0x125d2 (0x60e425d2) 
    JSDOM.DLL + 0x9a71 (0x60539a71) 
    JSDOM.DLL + 0x4781 (0x60534781) 
    JSDOM.DLL + 0x9ef7 (0x60539ef7) 
    DOCSHELL.DLL + 0x18b1 (0x601218b1) 
    XPCOM.DLL + 0x4755 (0x60e34755) 
    XPCOM.DLL + 0x11e7 (0x60e311e7) 
    APPSHELL.DLL + 0x65bf (0x600a65bf) 
    APPSHELL.DLL + 0x7568 (0x600a7568) 
    APPSHELL.DLL + 0x6dbb (0x600a6dbb) 
    NETSCP6.EXE + 0x167c (0x0040167c) 
    NETSCP6.EXE + 0x11b8 (0x004011b8) 
    NETSCP6.EXE + 0x2bbc (0x00402bbc) 
    KERNEL32.DLL + 0x1b560 (0xbff8b560) 
    KERNEL32.DLL + 0x1b412 (0xbff8b412) 
    KERNEL32.DLL + 0x19dd5 (0xbff89dd5)
We really need to narrow this down further.  I'll send email out for feedback
onto this bug report.
Assignee: asa → syd
Severity: normal → major
Keywords: nsbeta1
QA Contact: doronr → gbush
I see we have more info on http://bugzilla.mozilla.org/show_bug.cgi?id=80029. 
This should probably get duped to http://bugzilla.mozilla.org/show_bug.cgi?id=80029.
Severity: major → critical
Keywords: crash
Keywords: nsenterprise
the dupe bug is marked fixed/verified.  Perhaps this bug needs to be closed. 
Grace, are we getting more reports on this?
I have not seen more reports on this
Build 2001070504

This bug still exists...I'm not sure how to view the Talkback data, but the 
talkback report numbers are the following:

TB32629296Y
TB32629283W
TB32629277Y
(and others)...

Basically what happens is that after 0.92 was installed and exhibited this 
behavior, every subsequent uninstall and reinstall process created the same 
problem. Every suggestion in the release notes was followed to the letter and 
STILL this happened. Searching through related bugs brought up the suggestion to 
 try running Moz with a -profilemanager option, and that finally brought it up. 
Additional info...

A missing step in the above is deleting one of the two profiles I had set up,
using the account manager. That was the catalyst to this whole problem, which
falls in line with the other bugs on this topic. How Moz deals with profiles is
still a bit rough; hypothesis is that when it rewrites the profile information
for multiple profiles, it stores the profile information incorrectly and causes
all future launches to crash. 

Steps to test:

1. Create multiple profiles in NS 4.7.x
2. Clean install of Moz 0.92 (which imports existing profiles)
3. Run Moz for the initial session. 
4. Exit Moz.
5. Launch Moz and then delete all but one profile with the Profile Manager.
6. Exit.
7. Launch Moz again.

Further steps:
8. Uninstall Moz. 
9. Reinstall Moz and it will crash upon startup
grace, ktrina - able to reproduce this on current branch builds?
I cannot reproduce on 2001070906 branch- but I was not able to reproduce in 
beginning on my 98 machine. I logged this for someone else.

I tried last comments steps also- deleting profiles/uninstall/reinstall etc

Question- mtulloch- are you checking QuickLaunch?
I'm not sure quicklaunch makes a difference. I have seen the problem both with
and without quicklaunch. 

Here's another piece of the puzzle though. New install, first launch brings up
an imported profile and the default user profile. I switch to the imported
profile, and crash...every time I choose the imported profile, it crashes. 

I deleted all profiles (and all their files) via the profile manager upon
relaunch, and then created a new profile. No crashing.  

It appears that 0.92 trashes imported profiles in Win 98. Is the problem repro
in nightly builds? I'll test this evening to see. 
I have seen profiles used before 9.2 getting corrupted- have not been able to 
pinpoint- changing themes? size of profile?  
If users rename/delete that profile and remigrate, the profile works again.
Since I do that regularly to test profiles is probably the reason I don't see 
this crash- ie my profiles don't 'age' at all and any changes I make to them in 
testing are wiped out daily.
Noticed crash on initial startup on Win95, description:

- 0.9.1 installed with german language pack, one profile (worked fine)
- installed 0.9.2 into a new directory and it crashed at startup

I played a little bit - and got 0.9.2 finally working:

On my opinion the problem is the profile: If I select a language pack, there is
a chrome folder with language files created in the profile. If I install a new
mozilla version, first I don't have the selected language pack from the profile.

After renaming the profile, installation of 0.9.2 works fine (no missing
language pack!)
adding ccarlen to cc list for his insights
Removing nsenterprise nomination.
Keywords: nsenterprise
Blocks: 104166
Is this bug still appearing now that 0.9.5 has been released? I've installed and
reinstalled recent nightlies on win98 and win2k without experienced any of the
problems mentioned. 

Mark worksforme?
Target Milestone: --- → M1
Target Milestone: M1 → Future
Marking WFM 
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
verified
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.