102520 - The Mozilla logo doesn't stop spinning when a task is complete

Status: VERIFIED WORKSFORME

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Not interested in Mozilla any more]

The Mozilla logo, dragon/M activity indicator, doesn't stop 'spinning' when a
task is complete. For example if I click on a folder will a lot of messages,
Mozilla will animate it's logo while it reads the messages. Once it's complete
the logo does not stop. This is happening since release 0.9.4 and is still
pressent in build 2001092804. I've created a new profile and I'm still getting
the same problem.

Comment 1

[Chris Dolan]

I've seen this too (recent trunk builds, MacOS 9.2.1) but only in MailNews
(never in browser), and rather unpredictably (which is why I didn't post a bug
myself).  A workaround is to close and reopen the mailnews window.  The throbber
will come back inert.

Comment 2

[Greg K.]

Reporter, you're saying that even though you see "Document: Done (x.xx secs)" on the 
Status Bar, the throbber stays animated?

Comment 3

[Not interested in Mozilla any more]

Yes, but as I say only in Mail/News

Comment 4

[Greg K.]

Reporter, can you still reproduce this using 0.9.5?

Comment 5

[Not interested in Mozilla any more]

Yes, it is still there but it has improved. It now only seems to have a problem
at startup and when I click on certain messages (not sure if there is a pattern
to this yet as I need to do more checking). If I set mail to be the window that
opens when the app starts the throbber will stay active when the window say's
done. However, equally if I startup with a browser window and then choose mail
for the first time it does the same. If I close the mail window and then re-open
it then all is well.

Comment 6

[Greg K.]

Ian, can you still reproduce this problem using Mozilla 0.9.6?

Comment 7

[Dimitrios]

Pretty sure this is a dupe of bug 84471.

Comment 8

[Not interested in Mozilla any more]

Appologies for the delay in getting back to this, things have been hectic at
work. I've been looking at this problem for a while now and I seem to have a
clearer picture of what's going on. The situation is this:

1) The trobber in the mail window will often continue to throb after the
   requested action is complete.
2) When you open a new browser window the focus does not pass to the URL bar.
   If you then click in the URL bar and start typing the auto-completion does
   not function correctly. Also, when you press return nothing happens. The
   only way to correct this is to press down-arrow, this forces the search box
   to drop down and then the return key will work. When the search/autocomplete
   box drops down it contains no information and the search line contrains
   'search <x> for 'NUL'. where <x> is the choosen search engine. (bug 100063)
3) A new issue the LDAP autocomplete feature is not working on occasion also.
   When this is happening it is very similar to (2) above. The composer window
   will open but the focus will not be in the address box. When you type in
   the address box it will not autocomplete, either from the local address book
   or the LDAP server. When you press return on the address it does not move
   to the next line or the subject field.

From what I can see these three items seem to be related. If the throbber is
still throbing and you choose to open browser window or the message compose
window then the autolookup functions do not work. If the trobber is not
throbbing the whole system works as it should. It looks like the throbber in
an indication that some background process/service is still operating, one
which both the URL bar autocomplete and the LDAP/Address book search will rely
upon. I'm not familier with the code so I can't say if such a service does
exist but that is my current reading of the situation.

I must say that all of this is happending in versions up to 0.9.6 (2001112011)
and probably beyond. The profile is freshly created today (14/12/2001) and thus 
it cannot be due to profile curruption, unless 0.9.6 is creating broken
profiles... I've just downloaded the latest nightly and am about to try it now.
HTH
Ian

Comment 9

[Not interested in Mozilla any more]

I've now reproduced this on 0.9.6+ build 2001120604 (which appears to be the
latest nightly available for MacOS 9.x)

Comment 10

[Not interested in Mozilla any more]

Wow! This seems to have fixed it's self! Would anyone like to admit to working
on this?

Comment 11

[Not interested in Mozilla any more]

Sorry forgot to add build details to my previous comment.

It appears to be fixed in 2002021708 and maybe one or two nightly builds prior
to that. It certainly wasn't fixed in the 0.9.8 initial release.

Comment 12

[Dimitrios]

Resolving as worksforme per reporter's comnments. Ian you may reopen this bug if
you see it happening again (along with an easily reproducible testcase).

Comment 13

[Dimitrios]

.

Comment 14

[Dimitrios]

Damn dipa brain! Finally marking as wfm. Sorry for the spam.

Comment 15

[[e-mail] (gone - use [e-mail] instead)]

verified wfm.