Crash when starting mozilla with profile stored in custom folder



18 years ago
3 years ago


(Reporter: agracebush, Assigned: ccarlen)


Windows NT

Firefox Tracking Flags

(Not tracked)



(1 attachment)



18 years ago
build 2001022705
1. run profile manager
2. create a new profile- choose to store in custom directory vs default 
3. choose to start mozilla

actual results: crash every time  (second attempt with that profile will launch)
expected result: launch mozilla

Comment 1

18 years ago
Just tried that with a debug build made this morning and it worked fine. I'll
pull the exact build you said from sweetlou and see what happens. What was the
path of the custom dir your picking?

Comment 2

18 years ago
I used the mozilla build located here
for 2/27
I used a few directories- one on c:\ and another I use for regular testing (with 
commercial product)  D:\customprofiles 

fwiw, I saw this months ago with commercial product too but it was fixed.

Comment 3

18 years ago
Using /2001-02-27-06-Mtrunk/ from sweetlou also works for me. Can this be
reproduced on any other machines? Can we get a stack trace? 

Comment 4

18 years ago
does not occur on win2000
I have a dr. watson log- no talkback as I never launch

Comment 5

18 years ago
> does not occur on win2000
I'm running NT4 and it's not happening for me.

> I have a dr. watson log- no talkback as I never launch
Anything helps :-)

Comment 6

18 years ago
Created attachment 26411 [details]
dr watson log

Comment 7

18 years ago
I am using NT also- sp4 I believe, can reproduce every time :(

Comment 8

18 years ago
*** Bug 70637 has been marked as a duplicate of this bug. ***

Comment 9

18 years ago
Conrad,  see bug 27573 - one of most duplicated bugs 
Keywords: nsbeta1
As of today, still WFM. Can we get this to happen on a machine with a debugger?
I couldn't tell anything from the dr.watson log. Bhuvan?
Still need help in reproducing.
Target Milestone: --- → mozilla0.9

Comment 12

18 years ago
Sorry to report this still happens to me intermittently on NT. :(
 Sometimes it does work but more often it crashes when I select that profile and 
press the StartNetscape button. I can use that profile after the crash
I wonder if this could be related to bug 74118. In that bug, it would crash
after making a new profile and starting mozilla. That bug was not in the profile
manager but had to do with what windows were brought up during profile creation.
The fact that the profile that gets created when this crash happens is also the
same as bug 74118 and makes me think it's not profile mgr itself. Grace, does
this still happen - even intermittently?

Comment 14

18 years ago
I haven't seen this for the past week or so...just tried again with 4/3 build 
and it is working.  Over the project this has recurred - and you may be right, 
the problem is elsewhere since it comes and goes without PM changes
Based on that, marking WFM.
Last Resolved: 18 years ago
Resolution: --- → WORKSFORME

Comment 16

18 years ago

Comment 17

18 years ago
*** Bug 82049 has been marked as a duplicate of this bug. ***

Comment 18

18 years ago
Reopening this bug based on findings in bug 82049.  Here are some observations I 
had originally posted in 82049:

Perhaps my statement of "Upon starting the browser" is misleading.  The last 
step is to click "Finish"--then the page fault occurs.

I have since discovered a difference in behavior between WinMe-Ja and Win98-En. 
This difference actually does depend on whether the mouse is used to do some of 
the steps.  On WinMe-Ja, the page fault does not occur until clicking with the 
mouse on "Finish".  On Win98-En, if I use the keyboard to choose the folder, the 
page fault occurs when clicking on "Finish" (with the keyboard, I could tab over 
to "Finish", but hitting Enter had no effect).  However, if I choose the folder 
with the mouse, the page fault occurs when I confirm the selection by clicking 
on OK.  If I choose the folder with the keyboard and then use the mouse to click 
OK, the page fault doesn't occur until clicking on "Finish".  So at least on 
Win98-En, use of the mouse plays a role in the timing of when the bug occurs.
Resolution: WORKSFORME → ---

Comment 19

18 years ago
In Win98-EN, even with *all* profiles created in the default directory, the
crash still exist.  I've filed that in Bug 81830.

Comment 20

18 years ago
resetting milestone from m.9 to ---.  If this is an m.9.1 stopper, please get it
on the list and approved.
Target Milestone: mozilla0.9 → ---

Comment 21

18 years ago
this is not happening for me with recent builds/ either Mozilla or Netscape 6
markign wfm
Last Resolved: 18 years ago18 years ago
Resolution: --- → WORKSFORME

Comment 22

18 years ago
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.