User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.215 Safari/534.10 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:126.96.36.199) Gecko/20101027 Thunderbird/3.1.6 see picture Reproducible: Always Steps to Reproduce: 1.sync imap mail with lots of mails Actual Results: the mail count will make no sense. Expected Results: mail count should be correct
> Downloading 911 of 909 in Inbox Both count itself is accurate. 909 = number of new mails when auto-sync was invoked 911 = number of mails successfully downloaded + number of interrupted downloading of a mail or mails + 1 This phenomenon is easily observed by clicking a new mail at thread pane which is not downloaded yet while auto-sync is downloading new mails, although phenomenon is not always re-produced by such operation. Auto-sync issues "uid X fetch body.peek" or "uid A:B,C,D,...,X:Y fetch body.peek" at a connection where Inbox is selected. If you click a new mail which is not downloaded yet, UI of Tb hi-jacks the connection and fetches the clicked new mail in order to show the clicked mail immediately to you. It interrupts auto-sync's downloading. No message around such interruption in Activity Manager window? NN of 'Downloading NN' should be "number of successfully downloaded mails" plus one. The phenomenon may be reported already in other bug or as a new bug.