Closed Bug 32346 Opened 24 years ago Closed 24 years ago

Crash on Create Default Profile ... first run only

Categories

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

Product:
Core Graveyard
Component:
Profile: BackEnd
Platform:
x86
Windows 95
Type:
defect

Tracking

(Not tracked)

Status:
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: 24 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: 24 years ago → 24 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.