Closed Bug 143700 Opened 23 years ago Closed 23 years ago

Password entering dialog box is empty but working

Categories

(SeaMonkey :: Passwords & Permissions, defect)

Product:
SeaMonkey
Component:
Passwords & Permissions
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 143959

People

(Reporter: fredbezies, Assigned: morse)

References

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0+) Gecko/20020511 BuildID: 20020501104 In mailnews, for example, when I have to enter a name/password, dialog box is empty (no caracters or "*") are shown. But it is working. Reproducible: Always Steps to Reproduce: 1.Create a new account which needs name and password 2.Use it to activate password manager Actual Results: Nothing is shown, but password is stored. Expected Results: Showing typed caracters. Using classic themes.
Probably related: When I'm prompted for my password in mail I do not see caret in the input line after starting to write.
This is working fine for me. Terri, can you reproduce this?
I'm using 2002051208 on Win98, and I also experience this problem. In addition to Mail passwords, it also occurs on sites that request authentication (with .htaccess/.htpasswd files).
I think this is a dup of bug 143959. However that bug is marked linux, but perhaps it's more general. In any case, if you feel it's not a dup, than reopen this one. *** This bug has been marked as a duplicate of 143959 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Not at all ! This is not the same thing. I encounter this bug when I try to enter username and password to a newly choosen newsgroup on my local news-server. Reopening it so :-)
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
reporter: reopening it just because you feel like it isn't a good reason. please re-resolve it as a dupe if the nightly build from later today/tomorrow doesn't have this problem -- which i expect it won't.
Close it as a dupe, but I bet you, bug will be again alive. Using only trunk. We should see... *** This bug has been marked as a duplicate of 143959 ***
Status: REOPENED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → DUPLICATE
verified dupe
Status: RESOLVED → VERIFIED
This is precisely the same bug.... From the opening comment of bug 143959: This affects at least the following prompt dialogs: prompt() from JS, Basic Authentication for HTTP, login to mailserver for mailnews. Once a basic prompt has been posed for any of these purposes, no prompt dialog can be typed in. which includes the situation you are describing (it was one of the things I tested before filing bug 143959).
*** Bug 146700 has been marked as a duplicate of this bug. ***
it seems that it don't get NS_ACTIVATE
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.