Closed Bug 32346 Opened 25 years ago Closed 25 years ago

Crash on Create Default Profile ... first run only

Categories

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

x86
Windows 95
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: alan-lists, Assigned: racham)

Details

Not sure if this is the right compoent (sorry) This looks to be Win95 specific (or atleast not NT) I have seen this on 3/14 and 3/17 builds. To reproduce.... Delete c:\windows\moz*.dat (yes both mozilla registry files) also delete users50 directory Now run mozilla (no paramaters) You will be prompted to create a profile so hit Next Accept the defaults and hit Finished. Here i get a crash in APPSHELL.DLL (see below if you really want the full stuff) I can rerun mozilla after the first crash and everything is just fine. New default profile there and everything. If i run mozilla -installer I do not get this crash. Here is the console output... =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Profile Manager : Command Line Options : End WEBSHELL+ = 1 WEBSHELL+ = 2 calling loadpage... startPage:: newProfile1_1 got a request Move window by 744,586.5 got a request WEBSHELL+ = 3 *** IN ONFINISH **** profName: Default User *** going to create a new profile called Default User in folder: undefined ProfileManager : CreateNewProfile Profile Name: Default User Profile Dir: (use default) before SetProfileDir ProfileManager : CreateUserDirectories after SetProfileDir ProfileManager : StartApprunner ProfileManager : GetProfileDir ProfileManager : GetProfileDir ~nsProfile WEBSHELL- = 2 WEBSHELL- = 1 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Here is the DR Watson stuff that probably won't help. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= MOZILLA caused an invalid page fault in module APPSHELL.DLL at 014f:60031b31. Registers: EAX=00000004 CS=014f EIP=60031b31 EFLGS=00010202 EBX=015043a4 SS=0157 ESP=0068f410 EBP=0068f438 ECX=60042334 DS=0157 ESI=01586e44 FS=485f EDX=8cc0ff24 ES=0157 EDI=00000000 GS=0000 Bytes at CS:EIP: 8b 08 ff 51 48 c2 08 00 8b 4c 24 08 85 c9 75 07 Stack dump: 00000004 00000001 60b357da 01504024 00000001 00000000 01504794 60037591 01504794 01504024 0068f4a4 6003678e 01586e44 01504794 0068f4d0 00000000
Bhuvan, hopefully this is a dup...
Assignee: selmer → racham
Looks like appshell destruction problem. Let me look into this.
Status: NEW → ASSIGNED
Target Milestone: M15
*** Bug 32435 has been marked as a duplicate of this bug. ***
I couldn't reproduce this with the latest build. This might have been a temporary issue with appshell on the particular days mentioned. Not seen any more. Marking this worksforme.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
In the 3/20/00 (2nd build for the day) I am getting the crash again.... reopening..... details on this The first time I tested with today's build it did not crash. After I hit finished from above instructions nothing happened. No browser window no cash message nothing. The all of a sudden my whole computer just restarted. Thinking this was just a fluke I restarted deleted all files mentioned above. Then tested again. First time ran fine but was very very slow. Exited straight out. Went back deleted files again ran the steps to reproduce and crashed My guess is something is just a little off and it may not have been fixed on the build on the 19. I might suggest trying several times.... MOZILLA caused an invalid page fault in module APPSHELL.DLL at 014f:60031b31. Registers: EAX=00000004 CS=014f EIP=60031b31 EFLGS=00010202 EBX=015e8364 SS=0157 ESP=0068f410 EBP=0068f438 ECX=60042334 DS=0157 ESI=016682f4 FS=123f EDX=8cc0ff24 ES=0157 EDI=00000000 GS=0000 Bytes at CS:EIP: 8b 08 ff 51 48 c2 08 00 8b 4c 24 08 85 c9 75 07 Stack dump: 00000004 00000001 60b357da 015e4134 00000001 00000000 015e8754 60037591 015e8754 015e4134 0068f4a4 6003678e 016682f4 015e8754 0068f4d0 00000007
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Just a followup I am seeing this again on todays win32 (win95) 3/21/00 build. But different component MOZILLA caused an invalid page fault in module <unknown> at 0000:01629840.
tested on trunk and branch builds for 3/21- not able to reproduce
I think i am the only one able to reproduce this (right now). Normally this would not affect me as i usually run with -installer the first time though. gbrush, were you testing with an older Win95 setup? I don't know what sort of configuration stuff you all might want from me. Gosh.... i wish I had could give you all some debug output or something. This is definatly not major, but as mozilla grows it might be good to fix and could be a symptom of a larger problem. rancham, do you have any suggestions or want any version numbers for my system dll's?
sorry for the extra spam, but I wanted to add that i have had bug 24091 around for a while related to debug builds for people without compilers. With links to related sites that might help ect...
I tried with M14 talkback hoping to get a talkback crash, but m14 does not crash.
I have Win95 4.00.950.B
Could this bug be related to bug 33366?
asj, we couldn't reproduce this on our win95 machines here. Grace suspects that it might have to do with the dll versions on your machine. She has Win95 4.00.950.B. Let us know the configuration of your machine too. Also, please check for the existence of this bug with the latest build. If this is a weird client problem, we will know if it is fixed since you reopened it last. Marking this M17. We can use -CreateProfile to create profile without having to bring up the windows interface. If we know the exact problem, we will promote this bug and work on it. Thanks.
Target Milestone: M15 → M17
My 3-31-00 build was much better and did not crash durring this test. I do want to try another build as sometimes the crash was intermintant. I have found the last few builds extreamly unstable in other areas. I was going grab another build before marking "worksforme" now. I could still post my dll version numbers, but not sure what dll's you all would want.
just let us know the OS version string (like mentioned hers is Win95 4.00.950.B). Just in case, if something is going wrong at that level. I still think this is a problem that got introduced in the beggining of M15 and exists no more. Anyway, if you don't see this again with the upcoming builds you are going to test, please update the bug with same. I will mark the bug wroksforme. thanks.
this machine is running 95a 4.00.950a.... I have not had a chance to test mozilla yet...
hmmm ok today's 4-3-00-08 build works also marking works for me i still wonder what was going on...
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → WORKSFORME
still ok with builds for 4/14 (M15 and M16)
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.