User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:188.8.131.52) Gecko/20080404 Firefox/184.108.40.206 Build Identifier: 220.127.116.11 (20080421) I have a couple email accounts defined on Thunderbird. While I leave generic emails for each account in their own "Inbox" folder, respectively, I move news letters emails (or the like) to the common, "Local Folders" folder, via filters. The problem: If I receive a couple mails in account's A "Inbox" folder, and they all get moved out by my filters, thus living the "Inbox" folder empty, the visual cues still indicate there is mail in that "Inbox" (i.e., bold text label, that orange little star decoration, the number of new emails within the parenthesis, all stays the same). Reproducible: Always Steps to Reproduce: 1. Create an email account, and uncheck the "use Local Folders" checkbox to leave all mail in account's "Inbox" folder. 2. Create a filter rule for the above account; the rule will move all messages with, say "[MOVE ME]" in their subject lines to your "Local Folders" global account. 3. Send yourself an email, to the above account, with "[MOVE ME]" in the subject line. Actual Results: The mail reaches your "Inbox", and gets moved out there by the filter rule. However, the "Inbox" icon&style still looks like the mail is there. Expected Results: The "Inbox" should update its status when filter rules leave it empty. Should you need more info, get in touch with me at firstname.lastname@example.org
This is similar to more than one bug filed on unread count. I'd say is duplicate of bug 249271, but let's not rush. We should narrow it down to see if matches other better: -does this corrects when click on that empty inbox ? -does the target folder show correct unread nr.? -does it decrease correctly when reading/marking read ? -can you reproduce it with other moves, to another target folder or subfolder? -does it happen with junk or spam too? only if you have settings to move, read, delete them [see the account settings, but also options/privacy/junk] I try to figure a more precise behavior cause there are a bunch of bugs similar but with small differences like this. And please do post answers and comments *related to the bug* in here, so that everybody can see it and make sense of it. And also cause bugzilla mails comments with other data and links which makes it far easier to navigate. Otherwise, for extra Not This bug related info or alike can mail directly (I prefer my identycal but @ gmail) or use support groups.
I am not able to reproduce this bug using TB 18.104.22.168 on Windows 2000.
I have a similar problem but i have not moved any emails or used any filters. Every week or so i get another phantom email added to the account. I have two email accounts and only the second one does it. I am using Windows 7 x64 with Thunderbird version 3.0a1 (2008052220) x64 bit. I have a total of 8 phantom emails on this account and i have tried marking as read and deleting all emails but does no good they return on next running.
http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/3.0b4-candidates/build4/ would be interesting to further test with 3.0beta 4 but do backup the respective problematic profile, while beta4 should be tested as upgrade and as brand new clean profile
I am about to do clean install of win 7 x64 and was going to replace with updated version i dont mind what version but was going to try ver.3 x64. How do you want me to back it up? copy the log file??, or the whole thing?. Also i followed your link and did not find x64 edition? Where is it?.
claudius, others 3.0.x is available if you want to test development branch of 3.0.x. ftp://ftp.mozilla.org/pub/thunderbird/nightly/latest-comm-1.9.1/ backup you profile first http://kb.mozillazine.org/Profile_backup S Walmsley, there is no official 64bit version.
claudius, others could answer to comment #6, please?
Whiteboard: closeme 2010-06-21
I tend to confirm this doesn't occur in 3.0.1. More testing needed, though. Peace
Ok, in meantime I close this as WFM (per comment #8). Feel free to reopen it if happens again.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → WORKSFORME
Whiteboard: closeme 2010-06-21
You need to log in before you can comment on or make changes to this bug.