Closed Bug 357562 Opened 18 years ago Closed 16 years ago

Password Manager reports incorrect pop3 mailboxes after change of mailbox

Categories

(Thunderbird :: Account Manager, defect)

x86
Windows 98
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 302388

People

(Reporter: peter, Assigned: mscott)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8.0.7) Gecko/20060909 Firefox/1.5.0.7
Build Identifier: Thunderbird 1.5.0.7(20060909)

I set up a new POP3 emailbox on a new server and modified one of my existing Thunderbird accounts to point to the new box.  (The STMP server is unchanged at present}I deleted all passwords in Password Manager and entered the password for the new mailbox when prompted after hitting Get Mail for the account.  Everything appears to work properly as far as sending and receiving mail is concerned.  However when checking password manager, The new password is shown as being attached to the old mailbox that the account was first set up with.  Removing all passwords and reloading them again does not fix this problem.  

I then set up a new account with a dummy mailbox, then edited the account to use a real mailbox.  Once again the same symtoms arise.  Mail works but Password manager reports the obsolete dummy mailbox associated with the correct new password.

It seems to me that this aberrant behaviour shows that there is a fundamental error in logic with the way that accounts, mailbox addresses and passwords are linked up together in Thunderbird.

Reproducible: Always

Steps to Reproduce:
1.Set up an account with any POP3 mailbox identification.
2.Edit the account to use a different, valid POP3 mailbox.
3.Get mail for the account and supply the correct password for the mailbox when prompted.
4. Open password manager and view passwords.
Actual Results:  
You will see the new password associated with the original mailbox instead of the new one.

Expected Results:  
I would expect not to ever see the old mailbox details ever again.  The new mailbox details should be correctly be associated with the new password.

It seems very odd that the account name is not displayed in this window.  Perhaps if it was the programmer would not have made this error.
Version: unspecified → 1.5
Reporter, does the issue still occur in the latest supported 2.0.0.x / Shredder trunk nightlies?

(1.5.0.x is now end-of-life and the latest supported 2.0.0.x is now 2.0.0.16)
Whiteboard: closeme 2008-08-21
I was going to say this is a valid bug, but actually its a duplicate of bug 302388.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
Whiteboard: closeme 2008-08-21
You need to log in before you can comment on or make changes to this bug.