27083 - IMAP: should postpone downloading of headers as result of unsolicited response

Status: VERIFIED WONTFIX

Description

[David :Bienvenu]

If we're doing something like downloading a message in the inbox and get an 
unsolicited response that there are new headers, we should postpone downloading 
headers until we've fetched the message.

Comment 1

[David :Bienvenu]

moving to m20, accepting.

Comment 2

[Phil Peterson]

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

Comment 3

[David :Bienvenu]

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

Comment 4

[lchiang]

enhancement?  If so, will move to future target milestone

Comment 5

[David :Bienvenu]

bug is a bit bogus - we don't download headers before downloading a message - 
what happens is sometimes biff fires right before you click on a message, and 
there's not much we can do about that. If you don't like it, turn biff off.

Comment 6

[Karen Huang]

Does this impact bug 16545? Users won't always turn biff off.
I did notice that biff are not working correctly for most of IMAP servers:
see bug 37826 for MS Exchange, bug 38346 for Cyrus, bug 38235 for AOL.

Comment 7

[David :Bienvenu]

biff is working fine on all those servers, where biff is defined as the 
automatic retrieving of headers at a user-specified interval. All those bugs are 
just in the handling of the green icon, which is not server-specific, and really 
has nothing to do with biff - it's just the indication that a folder has new 
headers since the user last opened that folder, and is also set when the user 
manually downloads new headers by clicking Get Msg or selecting the INBOX.

Comment 8

[Karen Huang]

Agree. I will go ahead to mark those bugs dup of bug 16545.

Comment 9

[David :Bienvenu]

resolving wontfix - it's really invalid, as described above but whatever.

Comment 10

[Karen Huang]

Marking as verified based on David's comments