608710 - IMAP timeout popup message blames wrong account

Status: RESOLVED DUPLICATE of bug 1483485

(Thunderbird :: Mail Window Front End, defect)

Description

[Jan Peter Stotz]

User-Agent:       Opera/9.80 (Windows NT 6.1; U; de) Presto/2.6.30 Version/10.63
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6

In a Thunderbird profile containing several accounts (mostly IMAP) the timeout popup message always blames the first account even if the timeout occurred in the connection to the second account.

Reproducible: Always

Steps to Reproduce:
1. Open the "Account settings" dialog and add a new IMAP account (with the imap server set to a non-existing server) to an existing Thunderbird profile with at least 1 working account
2. Finish account creation and try to access the newly created account
3. Wait for the connection timeout 
Actual Results:  
A popup message appears saying that a timeout for [name of the first configured account] occurred

Expected Results:  
A popup message appears saying that a timeout for [name of the newly created account] occurred

Comment 1

[Wayne Mery (:wsmwk)]

Is this still possible with today's code?

Comment 2

[Jan Peter Stotz]

I am not sure if this exact bug is still present but a few days ago I encountered a very similar bug:

The IMAP DNS name of one of my accounts had changed a few weeks ago. And now if there is a server problem the old DNS name of the mail server appears in the error message, even though it no longer configured anywhere.

Comment 3

[gene smith]

(In reply to Jan Peter Stotz from comment #2)

I am not sure if this exact bug is still present but a few days ago I encountered a very similar bug:

The IMAP DNS name of one of my accounts had changed a few weeks ago. And now if there is a server problem the old DNS name of the mail server appears in the error message, even though it no longer configured anywhere.

I think this is probably related to Bug 1573690

Is this still possible with today's code?

Can't say that I've ever seen it. But with code, almost anything is "possible".

Comment 4

[Jan Peter Stotz]

(In reply to gene smith from comment #3)

I think this is probably related to Bug 1573690

May be but the bug is written in a ways only those people who know the source can understand it. This bug is not understandable for users.

My assumption is that the server name is hard coded in the profile path and name and for an unknown reason someone had decided that Thunderbird should read and interpret this host name.

Comment 5

[Wayne Mery (:wsmwk)]

This should have since been fixed by bug 1483485