Closed Bug 218467 Opened 21 years ago Closed 16 years ago

delete of message(s) when "Mark it as deleted" option set sometimes causes disappear/reappear of message

Categories

(Thunderbird :: Mail Window Front End, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: joe, Unassigned)

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1

I use the "Mark it as deleted" option and IMAP.  With this setting, deleting
a message usually puts a red "X" on the message until I compact the inbox.

Sometimes, however, the message will be removed from the list, only to come back
with the red "X" later (perhaps when the inbox is checked for new mail).  This
behavior is slightly different than Thunderbird 0.1, in which single message
deletes would just put the red "X" there, but selecting a bunch of messages
and then deleting would cause them all to go away and then come back.

Now with 0.2, behavior is the same for single or multiple, but on occaison
the behavior does the disappear/reappear thing.  Not a huge deal, but
distracting and obviously not the desired effect (really, the red "X" should
just appear).  I like this option partly because the list of messages does
not change other than the red "X" until a compact is done.


Reproducible: Always

Steps to Reproduce:
1. Select single or several messages in "Mark it as deleted" mode in Inbox (I
   am using IMAP - not sure if this makes a difference)
2. Hit delete


Actual Results:  
It/they may just put the red X (correct), or it may disappear for a while.


Expected Results:  
Just the red X.
QA Contact: asa
What makes this bug particularly dangerous, is that when the messages disappear,
it causes the summary pane items to shift up. If the user wants to read or
delete an e-mail while this happens, he will accidentally open (a
not-yet-marked-junk-with-remote-content) or delete (an important message). It
sounds like an unlikely scanario, but this happens to me very often, especially
wile large amounts of junk are being analyzed->deleted. Dataloss! 

Dupe of bug 149054?
QA Contact: front-end
Note that I have not seen this happen for quite some time.  Not sure if it still is an issue in recent thunderbirds...  Has anyone else seen this happen lately?

-Joe

P.S.  This could very well be a dup of 149054.  I filed them both, and it is so long ago that I do not remember why...
P.P.S.  From what I can tell/remember, this bug, in addition to being caused by a delete rather than a move, has the different version behavior stated above.  The descriptions could probably be merged and left in one bug report...
Assignee: mscott → nobody
I still have not seen this happen for quite a long time.  Probably OK to close this unless someone else has seen the behavior.  Same goes for 149054.
I haven't noticed this bug anymore for a very long time either. Probably can be resolved INVALID (or something).
Well, INVALID means to me that it was never an issue.  This certainly was an issue, but I assume it was fixed a while back.  FIXED might be better, even though I'm not sure if anyone knows when it was fixed.
The "well, something seems to have made it go away, but I don't have any idea what" resolution you're looking for is WORKSFORME.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.