Closed Bug 32146 Opened 24 years ago Closed 24 years ago

profile manager fails to migrate my default profile, crashes

Categories

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

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: cbegle, Assigned: racham)

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; N; WinNT4.0; en-US; m14)
BuildID:    20000301608

When I try to migrate my 4.x profile called default, Mozilla crashes.
this is with a tip build from 20000316.


Reproducible: Always
Steps to Reproduce:
1. In 4.x, create a new profile.
   Start the profile manager, click new, and next through all the dialogs with
out changing any values.  It should create a new profile
called "default."
2. Start Mozilla.  In the profile manager, opt to migrate your
  default profile.
3. Click OK when it prompts you to migrate the profile.
   -> the following error appears in the console output:
JavaScript Error: uncaught exception: [Exception... "Component returned failure
code: 0x80004005 (NS
_ERROR_FAILURE) [nsIProfile.migrateProfile]"  nsresult: "0x80004005
(NS_ERROR_FAILURE)"  location: "
JS frame :: chrome://profile/content/profileSelection.js :: onStart :: line 165"
 data: no]
4. try to migrate the profile again.  from the Select User profile window,
select the "default" profile and click Start Mozilla.
5. Crash.


Stack trace:
CreateNewPrefMigration(nsISupports * 0x00000000, const nsID & {...}, void * *
0x0012d128) line 44 + 17 bytes
nsGenericFactory::CreateInstance(nsGenericFactory * const 0x02cedc30,
nsISupports * 0x00000000, const nsID & {...}, void * * 0x0012d128) line 48
nsComponentManagerImpl::CreateInstance(nsComponentManagerImpl * const
0x00c65cb0, const nsID & {...}, nsISupports * 0x00000000, const nsID & {...},
void * * 0x0012d128) line 1156 + 24 bytes
nsComponentManager::CreateInstance(const nsID & {...}, nsISupports * 0x00000000,
const nsID & {...}, void * * 0x0012d128) line 82
nsProfile::MigrateProfile(nsProfile * const 0x02325cc0, const char * 0x02ee10e0,
int 1) line 1215 + 43 bytes
XPTC_InvokeByIndex(nsISupports * 0x02325cc0, unsigned int 18, unsigned int 2,
nsXPTCVariant * 0x0012d2c4) line 139
nsXPCWrappedNativeClass::CallWrappedMethod(JSContext * 0x014c86d0,
nsXPCWrappedNative * 0x02326190, const XPCNativeMemberDescriptor * 0x02326e60,
nsXPCWrappedNativeClass::CallMode CALL_METHOD, unsigned int 2, long *
0x00ec0edc, long * 0x0012d484) line 898 + 43 bytes
WrappedNative_CallMethod(JSContext * 0x014c86d0, JSObject * 0x00eaf070, unsigned
int 2, long * 0x00ec0edc, long * 0x0012d484) line 200 + 34 bytes
js_Invoke(JSContext * 0x014c86d0, unsigned int 2, unsigned int 0) line 665 + 26
bytes
js_Interpret(JSContext * 0x014c86d0, long * 0x0012dd84) line 2292 + 15 bytes
js_Invoke(JSContext * 0x014c86d0, unsigned int 0, unsigned int 0) line 681 + 13
bytes
js_Interpret(JSContext * 0x014c86d0, long * 0x0012e640) line 2292 + 15 bytes
js_Invoke(JSContext * 0x014c86d0, unsigned int 0, unsigned int 0) line 681 + 13
bytes
js_Interpret(JSContext * 0x014c86d0, long * 0x0012eefc) line 2292 + 15 bytes
js_Invoke(JSContext * 0x014c86d0, unsigned int 1, unsigned int 2) line 681 + 13
bytes
js_InternalInvoke(JSContext * 0x014c86d0, JSObject * 0x00ecf098, long 15531728,
unsigned int 0, unsigned int 1, long * 0x0012f088, long * 0x0012f034) line 754 +
19 bytes
JS_CallFunctionValue(JSContext * 0x014c86d0, JSObject * 0x00ecf098, long
15531728, unsigned int 1, long * 0x0012f088, long * 0x0012f034) line 2790 + 31 bytes
nsJSContext::CallEventHandler(nsJSContext * const 0x014c8fc0, void * 0x00ecf098,
void * 0x00ecfed0, unsigned int 1, void * 0x0012f088, int * 0x0012f084) line 562
+ 33 bytes
nsJSEventListener::HandleEvent(nsIDOMEvent * 0x02d21494) line 128 + 57 bytes
nsEventListenerManager::HandleEventSubType(nsListenerStruct * 0x0234efa0,
nsIDOMEvent * 0x02d21494, unsigned int 4, unsigned int 7) line 698 + 19 bytes
nsEventListenerManager::HandleEvent(nsIPresContext * 0x014c7810, nsEvent *
0x0012f5bc, nsIDOMEvent * * 0x0012f584, unsigned int 7, nsEventStatus *
0x0012f8c8) line 838 + 29 bytes
nsXULElement::HandleDOMEvent(nsXULElement * const 0x0234d120, nsIPresContext *
0x014c7810, nsEvent * 0x0012f5bc, nsIDOMEvent * * 0x0012f584, unsigned int 1,
nsEventStatus * 0x0012f8c8) line 3192
nsEventStateManager::CheckForAndDispatchClick(nsEventStateManager * const
0x02392300, nsIPresContext * 0x014c7810, nsMouseEvent * 0x0012f9bc,
nsEventStatus * 0x0012f8c8) line 1583 + 42 bytes
nsEventStateManager::PostHandleEvent(nsEventStateManager * const 0x02392300,
nsIPresContext * 0x014c7810, nsGUIEvent * 0x0012f9bc, nsIFrame * 0x00ee736c,
nsEventStatus * 0x0012f8c8, nsIView * 0x020043c0) line 753 + 24 bytes
PresShell::HandleEvent(PresShell * const 0x02005bc4, nsIView * 0x020043c0,
nsGUIEvent * 0x0012f9bc, nsEventStatus * 0x0012f8c8) line 3030 + 43 bytes
nsView::HandleEvent(nsView * const 0x020043c0, nsGUIEvent * 0x0012f9bc, unsigned
int 28, nsEventStatus * 0x0012f8c8, int & 0) line 799
nsViewManager2::DispatchEvent(nsViewManager2 * const 0x020047b0, nsGUIEvent *
0x0012f9bc, nsEventStatus * 0x0012f8c8) line 1296
HandleEvent(nsGUIEvent * 0x0012f9bc) line 69
nsWindow::DispatchEvent(nsWindow * const 0x02004244, nsGUIEvent * 0x0012f9bc,
nsEventStatus & nsEventStatus_eIgnore) line 493 + 10 bytes
nsWindow::DispatchWindowEvent(nsGUIEvent * 0x0012f9bc) line 514
nsWindow::DispatchMouseEvent(unsigned int 301, nsPoint * 0x00000000) line 3009 +
21 bytes
ChildWindow::DispatchMouseEvent(unsigned int 301, nsPoint * 0x00000000) line 3227
nsWindow::ProcessMessage(unsigned int 514, unsigned int 0, long 17432921, long *
0x0012fc84) line 2295 + 24 bytes
nsWindow::WindowProc(HWND__ * 0x06bd0972, unsigned int 514, unsigned int 0, long
17432921) line 671 + 27 bytes
USER32! 77e71268()
XPINSTAL! 010a0159()
Could this be due to a low memory situation?  It's failing in an attempt to 
create an instance.
Assignee: selmer → racham
I tried to reproduce this with the latest build. Couldn't do it. Pulling debug 
build now.
Status: NEW → ASSIGNED
Target Milestone: M15
Priority: P3 → P1
Not able to reproduce with latest build.
Marking worksforme. Please reopen if you see this again (with stack trace if you 
can).

bhuvan
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
working on builds M15 and M16 for 4/14
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.