Closed Bug 256051 Opened 20 years ago Closed 18 years ago

Thunderbird forgets saved username and password on NNTP authentication errors.

Categories

(Thunderbird :: General, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 286628

People

(Reporter: classics, Assigned: mscott)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3
Build Identifier: version 0.7 (20040616)

Thunderbird immediatly and without permission forgets the saved username and
password for NNTP servers when any authentication error occurs.

There is no dialog to retry the connection, or to abort and retry later.  A
single popup appears saying Authentication Failed, then immedately after a blank
box appears asing for a new username.


Reproducible: Always
Steps to Reproduce:
1. Create a NNTP server entry.
2. Sucessfully log into server and save username and password.
3. Encounter an authentication error in any subsiquent login.


Actual Results:  
Stored username and password were wiped out without user permission.

Expected Results:  
More intelligent behavior than just forgetting the saved username and password.
 Perhaps a dialog to retry login, abort, etc.  Forgetting the username and
password might be a checkbox option, but shouldnt ever be done without permission.
I also have this error. 
Thunderbird 1.0 was working fine for since it was installed and Usenet was
supplied via Giganews and authentated via netblock (IP).

Giganews now requires username/password authentation, now Thunderbird is erratic
when collecting news, sometime goes all day with losing username/password and
some times it's everytime (30 mins) it connects to collect it has to put up a
message box asking for username/password then forgets it again the next time it
goes to collect. details are put into password manager everytime but it does not
seem to hold them. 
Very Annoying Bug.
(In reply to comment #1)
Yup, i got this problem also. I am using a login/password to access my
university newsserver, but everytime an error occurs, thunderbird forgets the
login/password.

I've been able to reproduce this bug in the latest builds of thunderbird.


(In reply to comment #2)
> (In reply to comment #1)
> I've had this problem intermittently ever since I switched to Thunderbird.
I've just updated to 1.0.2 and it's still there. There is what appears to be a
very similar bug listed under Mozilla that is tagged as fixed. Is anyone ever
going to get round to fixing it in Thunderbird?

(In reply to comment #3)
> (In reply to comment #2)
> > (In reply to comment #1)
> > I've had this problem intermittently ever since I switched to Thunderbird.
> I've just updated to 1.0.2 and it's still there. There is what appears to be a
> very similar bug listed under Mozilla that is tagged as fixed. Is anyone ever
> going to get round to fixing it in Thunderbird?
> 
> 

This bug has just started again on my Thunderbird system (1.0.2). I updated
Firefox to 1.0.3 last week - don't know if that had anything to do with it. Is
anybody in development the least bit interested in this problem? So far as I am
concerned this will be the reason I dump Thunderbird if I don't see some
evidence that this bug is being accepted as needing to be fixed.
> This bug has just started again on my Thunderbird system (1.0.2).
I am still having this problem on a daily basis, i sometimes have to retype my
username/passwords 3 times a day.

Maybe an option would be to change the news account settings, with the option to
enter a username (and maybe the password), just like the mail accounts have. And
maybe implement the password manager from firefox.

If i had to guess what goes wrong with this bug, i would think something goes
wrong in the error-handling procedure of a news-connection. I think if somekind
of connection error occurs, it wrongfully assumes it's due to a wrong
user/password combination.
I have been experiencing this problem with PWM since before TB 0.4 and still
have it with TB 1.0.2 when NNTP accesses one specific server.  The
news.mozdev.org server has not experience this yet, just news.annexcafe.com.
(In reply to comment #5)
Just want to confirm that the bug is still present in TB 1.07.
This bug seems to have been around a long time and there are no comments re. it's resolution. As it's quite a serious one, is anything happening - will it be fixed in 1.5?
I have this bug as well, and have verified it is the same with 1.5.  It's easy to recreate it, just subscribe to a write-only group.  Every time you click the write-only group, there is a permission error and TB forgets the password for that account, which affects all the other subscribed groups in that account.

I've ended up using a different newsgroup reader to submit to the write-only group. (the write-only group is for submitting assignments at school)
I have looked into this extensively, I have confirmed with my own troubleshooting that it is when there are any permission problems, such as you have, it will not save the password.  I have a write-only newsgroup that once I access it, it will lose the password and ask for authentication again.  If I leave that group unchecked(auto download or selected), or unsubscribed the news server doesn't not ask me for authentication again since password manager has not erased it.  When I check (try to read or download messages) to this newsgroup I am told by TB that I do not have permissions, and then in the moment later password manager prompts me again for u and p.  I will gladly give a developer my login so that they can replicate.  Please contact me if you wish to do so at nowellmorris at hotmail dot com.
(In reply to comment #11)
> Have you seen this?:
> http://kb.mozillazine.org/Password_not_remembered_%28Thunderbird%29
> 
It doesn't help.

I think https://bugzilla.mozilla.org/show_bug.cgi?id=254486 could be a duplicate of this.
Appears to be yet another manifestation of bug 286628.

*** This bug has been marked as a duplicate of 286628 ***
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.