Closed Bug 71670 Opened 24 years ago Closed 24 years ago

POP should re-ask for password if the entered is not correct, w/o throwing up an extra alert.

Categories

(MailNews Core :: Networking: POP, defect, P2)

defect

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9

People

(Reporter: tarahim, Assigned: naving)

References

Details

(Whiteboard: [nsbeta1+])

Attachments

(1 file)

2001030911 trunk for Mac. Mail/News POP account is the default. Type a wrong password when prompted for input. Result:Mozilla displays that you have to contact the server administrator or try again later. Expected result:The other dialog that describes the error and then a new password dialog should appear.
Good catch! I suggest a different password input dialog with the text "The entered password was not correct. Try again?" and then a textfield and a "OK" and "Cancel" button. Something like that..
OS: Mac System 9.x → All
Hardware: Macintosh → All
Summary: POP does not ask for correct password if wrong one is used at first. → POP should re-ask for password if the entered is not correct
It used to work that way, and therefore this is a regression.
Keywords: regression
QA Contact: esther → sheelar
Keywords: nsbeta1
nominating for nsbeta1
marking nsbeta1+
Priority: -- → P2
Whiteboard: [nsbeta1+]
Target Milestone: --- → mozilla0.9
This works for me using windows debug build from yesterday. I am able to reproduce on Mac. Adding pp keyword.
Keywords: pp
Ignore my last comment, I did not understand the problem. Removing pp keyword. Patch coming up....
Keywords: pp
Changing summary to describe the problem correctly...
Summary: POP should re-ask for password if the entered is not correct → POP should re-ask for password if the entered is not correct, w/o throwing up an extra alert.
Attached patch proposed fix (deleted) — Splinter Review
cc bienvenu and sspitzer for review
you need to add a newline to the end of the properties file. Could you describe this a little? Is it really a regression in 6.x, or a regression from 4.x?
Removing regression keyword. This is not a regression. It used to behave like this, if user entered wrong password -->alert describing the error -->password dialog describing the error I changed it to, only -->password dialog describing the error Also I found out that PASSWORD_FAILURE was being used to show failure for STAT command, so I added STAT_FAILURE
Keywords: regression
makes sense, r=bienvenu
but please fix the .properties file to have a newline at the end before you checkin.
It seems to have morphed from the original problem. I like the way it is being fixed, but does it fix the original problem where the password dialog was not called at all in the following sequence in Mac build? -->alert describing the error -->password dialog describing the error
Try rebooting your mac and then use the same build 2001-03-09-11. You will see the password dialog, again. I am very sure because I am using the same build. david, I will take care of the linefeed in .properties file.
I do not get it. I have been suffering with this trouble even in 031608 build. By rebooting, I can get a password dialog, of course. However, if you type a wrong one again, there is no more password dialog.
>>>However, if you type a wrong one again, there is no more password dialog. I am getting it again. Make sure that you click ok on the alert. Sometimes the alert goes behind the app.
Now I can see why I am getting this and Navin is not. I have more than one POP accounts. Only the default account shows the problem I described. In 0309 build, there was nothing after the first alert "... you should contact ...". In 031608 build, I get "Unknown Error 804b0001" alert instead of Password dialog. In other POP accounts, I can get the second chance to type a password.
Now I realize there are a few problems that started around 0309 build involving the default POP account. Bug 71803 involves default POP only.
fix checked in.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
verified win98-2001032306 linux-2001032305 mac-2001032310
Status: RESOLVED → VERIFIED
*** Bug 62724 has been marked as a duplicate of this bug. ***
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: