Closed Bug 296248 Opened 20 years ago Closed 17 years ago

mail disappears in a specific folder randomly

Categories

(Thunderbird :: Mail Window Front End, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: pvicenti, Assigned: mscott)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4

Some messages disappeared in a specific folder (it was moved there after
matching to a filter rule).
The folder unread indicator marked it as unread but the message was marked as
read in the message list view (the folder indicator said 1 while no unread
messages in that folder).
And then, after changing the folder the message seems to disappear from the folder.
The most strange behaviour is that I can find the message if I search it using
the search capability. Even I can open the message, read its contents and reply
it but the message cannot be found in the folder.

Reproducible: Sometimes

Steps to Reproduce:
1.Receive a mail in the specific folder.
2.Switch to another folder.
3.Return to the specific folder and the message is gone.

Actual Results:  
The message disappears.

Expected Results:  
Keep the message in the folder.
are you viewing unread messages only? what does the little view drop down menu say?
I'm viewing 'all' messages sorted by date unthreaded.
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
The bug's still there and I didn't see any fix in the changelog of the 1.5 beta
so I won't install it.
Now, I'm using another folder to store the messages of the folder that had this
issue and I didn't had problems with it but I cannot trust in this mailer.
If you close the bug without fixing it I'll move to another mailer.
we can't tell if it's fixed until you try a newer build - there have been lots
of fixes in 1.5 that might be related.
(In reply to comment #5)
> we can't tell if it's fixed until you try a newer build - there have been lots
> of fixes in 1.5 that might be related.

I'm experiencing the same bug with Thunderbird Version 1.5.0.2 build date 20060308. I'm viewing IMAP based folders in non-threaded sort by date mode. Indicator in the lower right hand corner indicates I have 84 emails in the folder (INBOX) but I'm only able to view 5 with the "View: ALL" selected. If I change to "View: RECENT" I'm able to see all the messages. Return to "View: ALL" again causes the suspect messages to not display.

Like the previous fellow I can also access the e-mails that are not being displayed by doing a search, and the trigger mechanism seems to be the same where I go to a different folder and return to the previous messages disappearing.
QA Contact: front-end
Duncan "I have yet to see this problem in version 2.0. On one particular IMAP server it happened to me consistently until I switched to 2.0."

closing WFM based on Duncan's report, as reporter appears to be gone.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Version: unspecified → 1.0
You need to log in before you can comment on or make changes to this bug.