Closed Bug 355591 Opened 18 years ago Closed 17 years ago

dragging mail from local inbox to a folder loses messages

Categories

(Thunderbird :: Mail Window Front End, defect)

Product:
Thunderbird
Component:
Mail Window Front End
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 368112

People

(Reporter: worcester12345, Assigned: mscott)

References

Details

(Keywords: dataloss) 

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.8pre) Gecko/20061004 Firefox/1.5.0.8pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1) Gecko/20061005 Thunderbird/2.0b1pre ID:2006100506

I have my regular account set up, and another account which goes into local folders. Typically, there are some messages in the local folders which I will want to save and drag into a named folder in my other account to put with similar messages there. Up until yesterday, that worked just fine. 

Yesterday (1 day's version prior to what is listed above), I dragged maybe 5-8 messages to the folder, and they just up and disappeared into thin air!

This is a data loss bug, and there is no excuse for it.

Reproducible: Couldn't Reproduce

Steps to Reproduce:
1. Drag messages from local inbox to a stored folder.
2.
3.

Actual Results:  
Messages disappear.

Expected Results:  
Messages should appear in the desired folder as they used to do.

Please fix this!
Flags: blocking-thunderbird2?
Keywords: dataloss, mail4
is this other account local, i.e., not imap? this works fine for me, though my 2.0 tree is a little out of date.
They are both POP3 accounts.
worcester12345: are you able to reproduce this in any way (with a recent nightly)? Any particular type of mail?
(In reply to comment #3)
> worcester12345: are you able to reproduce this in any way (with a recent
> nightly)? Any particular type of mail?
> 
Not really. It was within the past month though. I have seen it multiple times on different computers. How do I determine "type" of email?

(In reply to comment #4)
> Not really. It was within the past month though. I have seen it multiple times
> on different computers. How do I determine "type" of email?

I meant that as, did they have anything in common? Plain text vs html, same sender, whatever you could think of. 

Without reproducibility in any way, as you probably guess, its unlikely to find a fix - are you sure you were using a branch build? (xref trunk bug 356043)


(In reply to comment #5)
> (In reply to comment #4)
> > Not really. It was within the past month though. I have seen it multiple times
> > on different computers. How do I determine "type" of email?
> 
> I meant that as, did they have anything in common? Plain text vs html, same
> sender, whatever you could think of. 
> 
> Without reproducibility in any way, as you probably guess, its unlikely to find
> a fix - are you sure you were using a branch build? (xref trunk bug 356043)
> 
It is really hard to tell what type of email it was when IT DISAPPEARED! If it stuck around long enough to look at, I would be able to tell you. I know, you're trying to help. Just a little frustrated.

For the record, I've seen this again somewhere around the end of December.
Doing it again repeatably on multiple PC's. In my case, it is with version: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.2pre) Gecko/20070123 Thunderbird/2.0b2pre ID:2007012304

The message comes in OK, and sits in the inbox. Then drag it to a folder, and it disappears completely, EXCEPT that when showing the folder size, the folder size goes up the right amount. In this case, it has an 8mb file attached to it, so the folder (I tested with a new, empty folder) went up to 8mb but shows as empty.

This needs to be fixed before shipping 2.0.
Flags: blocking1.8.1.2?
Version: unspecified → 2.0
Flags: blocking1.8.1.2?
Since the folder size go up it would seem the message just isn't showing. Is this in threaded mode or how are the msgs sorted?

If you can reproduce, please make a small testcase from the mail folder, and attach it here.
Found a possible solution by chance yesterday. Went to the folder and right clicked on "properties" then hit "rebuild index". For whatever reason, this well-hidden button worked. Can't there be a more obvious way to rebuild the index (right click on folder:"rebuild index") or better still, just do it automatically. 

This still doesn't tell us why this happens repeatedly for this particular email message.
This also was on this case only. It does not mean the bug is fixed by any means. This has happened at other times on other computers. It was just the repeatability of this one which made it easier to diagnose. Thanks.
I also got the same situation.
I've got pop3 account without global inbox.
I've got one folder named temp under Inbox. I moved some mails from
Inbox to temp folder. After that I did compact folders from file menu.
Today I noticed that they were gone. I chose temp folder properties and did rebuild index and they showed up.

I'm using Thunderbird beta 2 on Windows Vista.
I've just experienced this bug on TB2 RC1 on winXP. I've just got back off a trip so had 100's of new emails to sort through.  I moved 13 of them to a sub folder of inbox and only 4 made it.  
I can confirm this. I didn't find the re-index button on time> lost the mails.
I've dragged the messages from my pop3 account inbox to a Local folders map.

Weirdly enough, selecting all mails and choosing "Copy messages to" in the context menu seems to work okay here.
confirmed by other reports (see the 2 dupes Bug 378016 - 378149) - rebuilding the folder index helps in that case.
Status: UNCONFIRMED → NEW
Ever confirmed: true
I can also confirm.
I'm using the TB2 RC1 [version 2.0.0.0 (20070326)] as well. I can also say it does -not- seem to be an issue on 1.5x

When drag/dropping large groups of messages between folders, only a very small percentage make it, in my case about 10-15 out of ~200. Rebuilding the .msf file will get the messages back. If you use the Menu tools to do the move, the move proceeds as expected.

Bug 328872 on the MacOS seems to also be a dup.
I think this is a dupe of Bug 368112 which David fixed today.
(In reply to comment #19)
> I think this is a dupe of Bug 368112 which David fixed today.
> 

Or the other way around, as this one is almost 4 months older.
Nevermind. 368112 was against trunk. This one is against branch.
Bug 368112 will land on branch too if there are no problems on trunk.
Patch on bug 368112 was landed on 2.0 branch yesterday. Please try a current build if you can still see this behavior. Remember to create a backup before testing again.
resolving as dup
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
Flags: blocking-thunderbird2?
You need to log in before you can comment on or make changes to this bug.