223730 - "Opening folder..." remains in status bar after folder has been fully opened

Status: RESOLVED FIXED

(Thunderbird :: Mail Window Front End, defect)

Description

[Bart Samwel]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20031010 Galeon/1.3.9
Build Identifier: Mozilla Thunderbird 0.3 (20031024)

The status bar isn't properly updated after a folder has been opened.

Reproducible: Always

Steps to Reproduce:
1. Change folders to a folder with no new messages

Actual Results:  
"Opening folder..." remains in status bar even after the folder has been fully
opened and there were no new messages found. 

Expected Results:  
The status bar text should disappear immediately when the folder has been opened
and all new headers have been retrieved.

Connected to a courier-imapd over a non-ssl link.

Comment 1

[Wim Lauwers]

I can confirm this with TB 0.3, Windows NT4. It only happens to me after a fresh
start, when opening an empty folder. Once you get other statusbar texts, they
get properly cleared, even when opening the same empty folder again. But I have
seen this too with "Downloading message" (junk controls enabled) not getting
cleared.
I'm an IMAP user too.

Comment 2

[Dan Singletary]

I can confirm this behavior on TB 0.5.  I use IMAP also.

Comment 3

[David Brittain]

I am seeing this in TB 0.6 on Windows XP

Comment 4

[Brett Taylor]

Additional Confirm on Thunderbird 0.6 on WinXP:SP1

Comment 5

[Bogdan Stroe]

There are several bugs that complain about failing to update the status bar: bug
238986, bug 250142. I don't know if they have a common cause.

Requesting blocking-aviary1.0 for this one since it seems to be the oldest.

Comment 6

[Scott MacGregor]

not a 1.0 stop ship bug

Comment 7

[Mike Brodbelt]

Additional confirmation of this behaviour here

Thunderbird version 0.9 (20041124)
Cyrus IMAP server, version 2.1.15

Comment 8

[Tom Sommer]

Confirmed in Thunderbird 1.0, using Dovecot as mailserver.

Asking for blockage, it's quite annoying that you cannot see if the server is
hanging or the task is finished.

Comment 9

[Wayne Pollock]

Confirmed for Windows98 and XP, version 1.0

Comment 10

[Mike]

Confirmed in Thunderbird Build 20050401 and Mozilla Build 20050331 on both Linux
and Windows.  Using Courier IMAP 3.0.3.20040509-1.1.

Comment 11

[Scott MacGregor]

not a 1.1 stopper.

Comment 12

[Wayne Mery (:wsmwk)]

TB Trunk nightly version 1.0+ (20050501)

Other symptoms 
* "downloading message" remains in status bar
* throbber keeps spinning

message problem fixed for compaction bug 181627 - is the fix similar for this bug?

Comment 13

[Wayne Mery (:wsmwk)]

*** Bug 252667 has been marked as a duplicate of this bug. ***

Comment 14

[Wayne Mery (:wsmwk)]

(In reply to comment #11)
> not a 1.1 stopper.

And yet, most certainly this is a serious polish issue.  Literally everyone
using TB must see this and wonder - (for new users especially) is something
wrong with my system or did I do mess up my TB configuration, or why is
thunderbird being stupid?

Summarizing similar or related bugs:
bug 250142 
bug 216276 
bug 272274 
bug 275199 
bug 238986 

Comment 15

[mourik jan]

in my case sometimes even the windows hourglass remains, making it look as if
thunderbird is REALLY doing something. (but an ethereal capture shows that in
fact it's idling again)

Comment 16

[Julien ÉLIE]

*** Bug 250142 has been marked as a duplicate of this bug. ***

Comment 17

[Jacques Amar]

This bug does not appear on ALL mail servers. 
Using it with 3 IMAP servers:
postfix/cyrus NO PROBLEMS.
mDaemon version 8.0.x no problems
mDaemon version 8.1.x problem occurs.

I am "guessing" that the mail servers have to give some indication that no
change has happened in a folder. Either TB doesn't process that command, or the
mail server is using a command that is new/different.

Comment 18

[David :Bienvenu]

Jacques, can you try attaching an imap protocol log:

http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#imap

and, have you tried 1.5 beta 2?

http://www.mozilla.org/products/thunderbird/releases/1.5beta2.html

Comment 19

[Paul Wellner Bou]

I can confirm this with Thunderbird version 1.5 (20051201).

Comment 20

[Mike Brodbelt]

(In reply to comment #17)
> This bug does not appear on ALL mail servers. 
> Using it with 3 IMAP servers:
> postfix/cyrus NO PROBLEMS.
> mDaemon version 8.0.x no problems
> mDaemon version 8.1.x problem occurs.

I'm seeing this bug happen in both Thunderbird 1.0.2 and Thunderbird 1.0.5, with Cyrus 2.1 as the server, so I don't think it's quite that simple.

Comment 21

[Wayne Mery (:wsmwk)]

Attachment: IMAP protocol log logprot.txt (zipped)

David, in most of my testing "Opening folder" persists unless you open a message in a folder.

sequence of events to go with attached logprot.txt

login 2 imap accounts

click HM folder
2 messages topics shown
statusbar="Opening folder..."

click junk folder
1 messages topics shown

click HM folder
statusbar="Opening folder..."
click one of the messages
statusbar="Loading message..."
then
statusbar="Downloading message"
then
statusbar="<blank>"

clicked Junk folder
statusbar="<blank>"   (I got suprised, I expected "Opening folder...")

clicked "file" folder

close thunderbird

Comment 22

[Wayne Mery (:wsmwk)]

Comment on attachment 217075 [details]
IMAP protocol log logprot.txt (zipped)

>PK

Comment 23

[Wayne Mery (:wsmwk)]

Attachment: IMAP protocol log logprot.txt (zipped)

[trying one more time :( ]

Comment 24

[David :Bienvenu]

Attachment: possible fix

we're never clearing status messages after imap urls - this patch will do that. We send the onstoprunningurl notification to any listeners after this, so they'll have a chance to put up any "done" kind of status message.