Mozilla crashes when retrieving user/password from password manager if "Encrypt Sensitive Information" is used



Core Graveyard
Security: UI
17 years ago
2 years ago


(Reporter: Peter Lairo, Assigned: Javier Delgadillo)


({crash, dataloss, regression})

1.0 Branch
crash, dataloss, regression

Firefox Tracking Flags

(Not tracked)




17 years ago
latest nightly (20010130) crashes when loading into mail.

mail window loads against top left of screen (argh) and before psm PW dialoge
comes up, the whole app crashes with an error message (winNT standard memory
access error).

I wouldn't be surprized if this was caused by the silly bug fix for cascading
windows on open of new windows :(
*** Bug 67158 has been marked as a duplicate of this bug. ***
This should be a dupe of bug 67063.
(1/30 trunk build fails to launch).

But I´m not sure..

Comment 3

17 years ago
could it be because i had a 3rd party theme installed and the installer may have
deleted it; and then when the new build tried to load it couldn't find the theme?

Comment 4

17 years ago
but navigator loads, meaning this is not theme related

Comment 5

17 years ago
No, nothing loaded. I have since gone through the tedious procedure of:

1. loading mileston 0.7 (this has the GreyModern theme installed)
2. setting to the classic theme
3. re-downloading the latest nightly (20010130)
4. installing the nightly
5. re-downloading and installing the GrayModern Theme

Now it works - whew

I really do not look forward to performing steps 2 to 5 every day to get the
newest nightly to run :(

Comment 6

17 years ago
I see pretty much the same behaviour here.

What I see is that Mozilla always crashes, when it trys to access the PSM (for
the stored passwords)

I too made a clean install, but no go....


Comment 7

17 years ago
it seems to have forgotten all my psm entries. i cannot open my security
manager, nor view stored passwords in prefs, nor view saved data in the form
manager in prefs.

This build sucks :(

Comment 8

17 years ago
build 2001013004 trunk win98 wfm
NT/2000 only ?

Comment 9

17 years ago
PSM seems to work ok, as long as you don't have specified to "Encrypt sensitive

I did store 3 site/passwords unencrypted and they worked.
Then I encrypted it with a master password, then as soon as I try to access a
protected site, mozilla crashes

Comment 10

17 years ago
This may be a duplicate of bug 67015.

I am experiencing the same problem--if Mozilla is set to "Encrypt Sensitive
Information," it will crash when Mail activates the Password Manager.

Comment 11

17 years ago
My above comment applies to 2001013010 on Mac OS 9.1

Comment 12

17 years ago
I'm using 2001013104 trunk win98
I have sensitive information encrypted but no crash.
It seems the crash is gone in today's builds.

Comment 13

17 years ago
I should have tested this one more.
After a relaunche, Mozilla crashes when accessing Netscape webmail (which has
its user/password stored in my password manager)
Crash dialog gives me a page fault in psmglue.dll
I'm downloading a talkback build to send a report.
Confirming but not sure about the right component : should it be
browser/password manager or in product PSM ?
Ever confirmed: true

Comment 14

17 years ago
Updating summary to be more precise
Summary: latest nightly (20010130) crashes → Mozilla crashes when retrieving user/password from password manager if "Encrypt Sensitive Information" is used

Comment 15

17 years ago
Build 2001013020 (intaller) on Win98. Crash every time the master password is 

MOZILLA.EXE caused fault #c0000005 in PSMGLUE.DLL at address 015f:60753730

EAX=00000000 CS=015f EIP=60753730 EFLGS=00010246
EBX=0068f388 SS=0167 ESP=0068f1c0 EBP=0068f2a4
ECX=0068f2a0 DS=0167 ESI=00000000 FS=335f
EDX=0068f2a0 ES=0167 EDI=10590e20 GS=129e
Bytes at CS:EIP:
8b 08 ff 51 1c 39 75 fc 0f 84 be 01 00 00 56 8d
Stack dump:
00000000 0068f2a0 10590e20 10590e20 0068f388 0068f1f4 0068f288 00000056 bff7b9b6 
8163d5c8 00000056 780012af 7803a118 0068f22c 7800c764 00000009

Comment 16

17 years ago
I restored the functionality of PSM (under Win98) simply by replacing 
PSMGLUE.DLL from build 2001013020 with the same file from build 20010125. The 
old working file is smaller, it seems something was added causing this bug.

Comment 17

17 years ago
not mine. reassigning.
Assignee: asa → ddrinan
Component: Browser-General → Security: Crypto
QA Contact: doronr → junruh

Comment 18

17 years ago
No talkback id : Mozilla crashes but talkback doesn't show up

Comment 19

17 years ago
I am seeing this on Linux 2001020108 Will append talkback IDS next crash.

Comment 20

17 years ago
The following talkback IDS are a result of this crash under Linux.

coudl you guys try a newer build? there was some bustage lately with psm...

Comment 22

17 years ago
This is certainly a dup of bug 67015 or vice versa.
See that bug for talkback reports from me.

Comment 23

17 years ago
Reassigning. Confirming with the 2/1 WinNT trunk build.
Assignee: ddrinan → javi

Comment 24

17 years ago
Still here under W2K with build 2001020104 (The last one available for Win32 as
of now)


17 years ago
OS: Windows NT → All
Hardware: PC → All

Comment 25

17 years ago
Build 2001020120 on W2K generated the following talkbacks: TB25666042M and 

Comment 26

17 years ago
Build 2001020206 on Linux, Talkback ID's TB25686215H and TB25686619Q (second one
was triggered by trying to post the first talkback ID to bugzilla *doh!*)

Comment 27

17 years ago
Added keyword crash.
I also think bug 67156 and bug 67015 are the same.
Keywords: crash

Comment 28

17 years ago
*** Bug 67015 has been marked as a duplicate of this bug. ***

Comment 29

17 years ago
*** Bug 67710 has been marked as a duplicate of this bug. ***
Can we have some action on this bug please? It makes mozilla builds unusable for 
anyone who has chosen to encrypt their passwords. I tried swopping the 
psmglue.dlls, but with only limited success (I can now download email, but can't 
send it or submit form data).

This is also a data loss bug, since all the emails and forms I had prepared have 
been lost.
*** Bug 67888 has been marked as a duplicate of this bug. ***

Comment 32

17 years ago
I agree with Ian, since I once chose to use encrypted passwords and still want
to use them and fetch my POP email.  Adding keywords.

This is a blocker - I'm forced stay with my 2001012820 build until this bug is
fixed.  This bug is only a few days old and already has 12 votes.
Keywords: dataloss, regression

Comment 33

17 years ago
*** Bug 67772 has been marked as a duplicate of this bug. ***

Comment 34

17 years ago
Works for me in the 2001020704 mozilla build.
Last Resolved: 17 years ago
Resolution: --- → WORKSFORME

Comment 35

17 years ago
Wow, this bug wasn't fixed, it just disappeared?  Interesting.
On which platform(s) did you test?
(The bug is marked All/All, so I believe it should be tested on all platforms.)

Comment 36

17 years ago
Now works fine for me on W2K with Build 2001020704 (Did not ~2 days ago)

Comment 37

17 years ago
Works for me on WinNT, Mac and Linux.

Comment 38

17 years ago
This is actually a duplicate of 67502 and should be fixed in last night's
Reopening so I can resolve dupe
Resolution: WORKSFORME → ---

*** This bug has been marked as a duplicate of 67502 ***
Last Resolved: 17 years ago17 years ago
Resolution: --- → DUPLICATE

Comment 41

17 years ago
Verified dupe.

Comment 42

17 years ago
Mass changing Security:Crypto to PSM
Component: Security: Crypto → Client Library
Product: Browser → PSM
Version: other → 2.1

Comment 43

17 years ago
Mass changing Security:Crypto to PSM


13 years ago
Component: Security: UI → Security: UI
Product: PSM → Core


10 years ago
Version: psm2.1 → 1.0 Branch
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.