Closed Bug 530004 Opened 15 years ago Closed 15 years ago

During compacting inbox wrong e-mail is deleted if more than one selection is made.

Categories

(Thunderbird :: Mail Window Front End, defect)

x86
Windows 7
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: chuck, Unassigned)

Details

(Keywords: dataloss, Whiteboard: closeme 2010-02-15)

User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0) Build Identifier: 2.0.0.23 During (the no notification!) compacting of the inbox: If an e-mail is selected for deletion during the compacting of the inbox, and then another e-mail is selected to be read, when the compacting is finished, the latest e-mail that was to be read is deleted instead. It would be helpful if there was notification of the (auto) compacting process being performed. Reproducible: Always Steps to Reproduce: 1. set compacting to automatic. have an inbox that requires compacting. 2. start Thunderbird. select message to be deleted during compacting process. 3. select another message before compacting has finished. Actual Results: second selected message is deleted instead of the first one. Expected Results: I would have expected the first message to be deleted while being able to read the e-mail message that I wanted to read to remain in the inbox. The software should have deleted only the message that was selected for deletion. If you don't delete all the messages in the trash folder on a regular basis, then finding the message that was deleted by the software in error can be difficult to find. I have Thunderbird marking the message a read after about 3 seconds, so I can't just look for the unread messages in my trash folder if the message is marked as unread before it's deleted.
Keywords: dataloss
missed setting sev=critical :)
Severity: normal → critical
Your steps to reproduce don't say when you pressed the actual delete key. Folder compaction holds a lock on the folder, and the delete should simply fail because it can't get the folder lock. So again, it would be useful to know when you pressed the delete key.
Version: unspecified → 2.0
If it fails in v2, please also test v3
Whiteboard: closeme 2010-02-15
RESOLVED INCOMPLETE due to lack of response to last question. If you feel this change was made in error, please respond with your reasons why.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.