Closed
Bug 51567
Opened 25 years ago
Closed 25 years ago
WinNT-Obscuring data locks up Netscape 6
Categories
(SeaMonkey :: Passwords & Permissions, defect, P2)
Tracking
(Not tracked)
People
(Reporter: junruh, Assigned: morse)
References
Details
(Keywords: crash)
1.) Visit mail.yahoo.com and enter a username and password.
2.) Say yes to save the data.
3.) Enter another combination and say yes to save the data.
4.) Create a password with "Change the master password"
4.) Encrypt the data.
5.) Obscure the data.
What happens: Netscape 6 locks up.
ok with the windows build logging into the db is bringing up a small window and
it stays up for the remainder of the session. When I play with the combination
of steps john has enumerated , with the window still open everything is hunky
dory. The moment I close the small window , netscape6 just locks when I try to
encrypt the data.
|
Reporter | |
Comment 3•25 years ago
|
||
It could be a dupe, but the summary of bug 41906 would have to be modified to
include WinNT. Also WinNT worked when Win98,95 did not, so this appears to be a
regression.
Keywords: nsbeta3
|
|
Assignee | |
Comment 4•25 years ago
|
||
I don't know how everyone is getting as far as they are. On the first step 4
above (there are two step 4's) I get the same hang as was reported in bug 51567.
Regarding that small box, it's related to the modal dialog not having a
parent window. This is a recent regression and I've been wrestling with it for
the past few days on the cookie-nag-box dialog (see bug 51338). Copying danm on
this because something has changed with modal dialogs.
Keywords: nsbeta3
|
|
Assignee | |
Comment 5•25 years ago
|
||
Bug 41986 has nothing to do with this. Did you mis-type the bug number that you
intended.
|
|
Assignee | |
Comment 6•25 years ago
|
||
Well, looks like I mistyped the bug number I intended. My previous comment
should have said:
Bug 41906 has nothing to do with this. Did you mis-type the bug number that you
intended.
|
|
Assignee | |
Comment 7•25 years ago
|
||
And I also mis-typed the bug number in my first comment above. I meant to say
that I am getting the same hang as in bug 51568.
|
|
||
Comment 8•25 years ago
|
||
danm is on vacation, returning 9/13
|
|
Reporter | |
Comment 9•25 years ago
|
||
Adding keyword nsbeta3 and crash
|
|
Assignee | |
Comment 11•25 years ago
|
||
Let's clarify something. Is the bug about a hang/crash after closing the small
window? If so, then it's a dup of many other bugs related to this window, such
as 51338. Or can you get the problem without closing that small window?
|
|
Reporter | |
Comment 12•25 years ago
|
||
Looks like it is a dupe of 51338.
*** This bug has been marked as a duplicate of 51338 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
|
|
Assignee | |
Comment 13•25 years ago
|
||
Actually the correct dup is 44145 which says that the security dialogs are not
modal (bug 51338 is about the cookie dialogs not being modal). Each of these
need to be addressed separately.
But an orthagonal issue that just started happening this week is that such
non-modal dialogs are having a small window appear along with them. This is now
the cause of many problems.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
|
|
Assignee | |
Comment 14•25 years ago
|
||
*** This bug has been marked as a duplicate of 44145 ***
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → DUPLICATE
|
||
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•