Closed Bug 51567 Opened 24 years ago Closed 24 years ago

WinNT-Obscuring data locks up Netscape 6

Categories

(SeaMonkey :: Passwords & Permissions, defect, P2)

Product:
SeaMonkey
Component:
Passwords & Permissions
Platform:
x86
Windows NT
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 44145

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.
john, is this a dup of bug 49106?
QA Contact: sairuh → junruh
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
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
Bug 41986 has nothing to do with this.  Did you mis-type the bug number that you 
intended.
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.
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.
danm is on vacation, returning 9/13
Adding keyword nsbeta3 and crash
Keywords: crash, nsbeta3
P2
Severity: normal → major
Priority: P3 → P2
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?
Looks like it is a dupe of 51338.

*** This bug has been marked as a duplicate of 51338 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
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 → ---

*** This bug has been marked as a duplicate of 44145 ***
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → DUPLICATE
Opened bug 51619 on the mystery window problem
Depends on: 51619
Verified duplicate.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.