User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; cs; rv:188.8.131.52) Gecko/20070515 Firefox/184.108.40.206 Build Identifier: verze 220.127.116.11 (20070326) czech sometimes, when I enter subfolder, Thunderbird offers to start the "compacting" process to save space. I am not sure whether I had to agree by clicking yes in some question dialog or whether it started by itself, but what I am sure of is that when I dragged the last message (with an attachment ~1000kb) to another subfolder (while the compacting process was running), it got lost. I tried to search carefully in the whole folder structure but was unable to recover the message. This happened already twice, once 3 weeks ago and now again. I remember also situations when Thunderbird refused to move message while compacting was running - this seems to me like the desired behavior, while the situation described above may indicate some synchronization failure regarding some internal test whether message may be moved (i.e. no compacting process is running) Reproducible: Always Steps to Reproduce: this is not guaranteed to cause the same effect every time, but it reproduces exactly what I did when the problem appeared 1. Send a message with an attachment ~1000kb - this message ends up in the Sent folder 2. click the Sent folder and immediately try to drag and drop the message to another folder 3. if at the same time Thunderbird tries to start compacting of the Sent folder, the message may get lost without trace Actual Results: lost message Expected Results: finish moving the message the problem always occurs when attempting to move the last sent message from Sent folder to one of my other folders (always the same, as far as I can tell)
It's possible you're seeing a manifestation of bug 368112 - can you try a 18.104.22.168 nightly build from here: ftp://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/22.214.171.124-candidates/rc1
Peter, is the problem gone now?
Whiteboard: [TB2 only?] closeme 2009-06-01
Version: unspecified → 2.0
RESO INCO per lack of response to previous question. If you feel this change was made in error, please respond to the bug with your reasons why.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → INCOMPLETE
Status: RESOLVED → VERIFIED
Whiteboard: [TB2 only?] closeme 2009-06-01 → [TB2 only?]
You need to log in before you can comment on or make changes to this bug.