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)
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!*)
*** 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
Last Resolved: 17 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
Last Resolved: 17 years ago → 17 years ago
Resolution: --- → DUPLICATE
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
You need to log in before you can comment on or make changes to this bug.