User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1 When we display a website with password inputs with cbrowse or mfcembed, the password manager try to get the special directory NS_APP_USER_PROFILE_50_DIR in nspasswordmanager.cpp(line 289) : NS_GetSpecialDirectory(NS_APP_USER_PROFILE_50_DIR, getter_AddRefs(mSignonFile)); mSignonFile->AppendNative(signonFile); But NS_GetSpecialDirectory returns a null reference, thus, mSignonFile->AppendNative craches. Reproducible: Always Steps to Reproduce: 1.Launch mfcembed or cbrowse 2.Navigate into a website with password input

Why are we building password manager in embedding apps at all?

(In reply to comment #1) > Why are we building password manager in embedding apps at all? > Because some embedding apps (Epiphany, Galeon, Kazehakase) want to use it? The problem here is that even if you don't enable the pref, the pwd mgr is instantiated when gecko encounters the first pwd form field, and crashes while initialising when running without a profile.

OK. So given that we build it, the bug is in password manager. I have no idea what "the pref" is; all Gecko knows is to look for a password manager service in some circumstances and initialize it if found.

The bug on that crash is bug 294075.

Fixed by bug 221634. *** This bug has been marked as a duplicate of 294075 ***