Closed Bug 25891 Opened 25 years ago Closed 25 years ago

mozilla -P option is not loading user prefs.

Categories

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

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

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: racham, Assigned: racham)

Details

mozilla -P <profileName> is used to start the browser with profile profileName. 
This  path seems to be not loading the user prefs, which makes the browser 
to run showup with no mail preferences. Need to load user prefs in this path. 
Marking M14.
Target Milestone: M14
Status: NEW → ASSIGNED
Encountered this problem on Windows NT 4.0 using a debug build. Here is the 
output from the dos shell:

JavaScript Error: uncaught exception: [Exception... "Component returned failure
code: 0x80520001 [nsIBrowserInstance.loadInitialPage]"  nsresult: "0x80520001 (<
unknown>)"  location: "JS frame :: chrome://navigator/content/navigator.js :: tr
yToSetContentWindow :: line 289"  data: no]

Added ppandit and suresh to cc list
-P option now loads user prefs. We should all the prefs and mail settings intact 
when this option is used. Marking Fixed.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
build 2000020709
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.