Closed Bug 67156 Opened 24 years ago Closed 24 years ago

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

Categories

(Core Graveyard :: Security: UI, defect)

Product:
Core Graveyard
Component:
Security: UI
Version:
1.0 Branch
Type:
defect
Priority:
Not set
Severity:
blocker

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 67502

People

(Reporter: Peter, Assigned: javi)

References

Details

(Keywords: crash, dataloss, regression) 

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..
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?
but navigator loads, meaning this is not theme related
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 :(
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....

Andre.
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 :(
build 2001013004 trunk win98 wfm
NT/2000 only ?
PSM seems to work ok, as long as you don't have specified to "Encrypt sensitive
informations"

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

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.

My above comment applies to 2001013010 on Mac OS 9.1

I'm using 2001013104 trunk win98
I have sensitive information encrypted but no crash.
It seems the crash is gone in today's builds.
Argl...
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 ?
Status: UNCONFIRMED → NEW
Ever confirmed: true
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
Build 2001013020 (intaller) on Win98. Crash every time the master password is 
invoked.

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

Registers:
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
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.
not mine. reassigning.
Assignee: asa → ddrinan
Component: Browser-General → Security: Crypto
QA Contact: doronr → junruh
No talkback id : Mozilla crashes but talkback doesn't show up
I am seeing this on Linux 2001020108 Will append talkback IDS next crash.

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

TB25626147E
TB25625797K
TB25625380Y

coudl you guys try a newer build? there was some bustage lately with psm...
This is certainly a dup of bug 67015 or vice versa.
See that bug for talkback reports from me.
Reassigning. Confirming with the 2/1 WinNT trunk build.
Assignee: ddrinan → javi
Still here under W2K with build 2001020104 (The last one available for Win32 as
of now)
OS: Windows NT → All
Hardware: PC → All
Build 2001020120 on W2K generated the following talkbacks: TB25666042M and 
TB25664826H
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!*)

Added keyword crash.
I also think bug 67156 and bug 67015 are the same.
Keywords: crash
*** Bug 67015 has been marked as a duplicate of this bug. ***
*** 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. ***
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
*** Bug 67772 has been marked as a duplicate of this bug. ***
Works for me in the 2001020704 mozilla build.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
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.)
Now works fine for me on W2K with Build 2001020704 (Did not ~2 days ago)
Works for me on WinNT, Mac and Linux.
This is actually a duplicate of 67502 and should be fixed in last night's
builds.
Reopening so I can resolve dupe
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---

*** This bug has been marked as a duplicate of 67502 ***
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → DUPLICATE
Verified dupe.
Status: RESOLVED → VERIFIED
Mass changing Security:Crypto to PSM
Component: Security: Crypto → Client Library
Product: Browser → PSM
Version: other → 2.1
Mass changing Security:Crypto to PSM
Product: PSM → Core
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.