618595 - (thetasig) Empty trash with right click on Trash "folder" deletes one account each time

Status: RESOLVED INCOMPLETE

(Thunderbird :: Folder and Message Lists, defect)

Description

[mark]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.12) Gecko/20101026 Firefox/3.6.12
Build Identifier: 3.1.7 

when right-clicking Trash "folder" and choosing "empty trash", it is done one email account at a time. I have 6 accounts, so I have to "empty trash" at the high-level Trash Folder 6 times. This should be deleting all items with one execution just as File/Empty Trash menu item does.  Also, the display of items in the "reading" window randomly continues to show deleted items (even after all have been deleted). When moving the focus elsewhere and back to the Trash Folder, these items are then gone.

Finally, when using File/Empty Trash, the Trash Folder still shows the number of trash items even though the items themselves are gone.  Moving the focus away and back to the Trash Folder, the number of items is correctly zero.


Reproducible: Always

Steps to Reproduce:
1.Set up multiple e-mail accounts 
2.make sure the Trash folder has these accounts as sub-folders
3.receive mail items on all of most of these accounts
4.right-click Trash (folder) and choose "empty trash"
5.continue to "empty trash" once for each account and note that this happens to only a single account for each execution of "empty trash"
6.Also File/Empty Trash from the menu and see that ALL trash items are indeed deleted but the Trash folder still shows a number items in the trash.
Actual Results:  
trash was deleted one account at a time when right-clicking Trash folder and choosing "empty trash"  All trash is deleted when choosing File/Empty Trash menu item, but Trash still shows a number of items in the trash.

Expected Results:  
Expected that right-click, "Empty Trash" on Trash folder would delete all items in all accounts at one time. And the actual items should no longer show up in the "reading" window and the number of items in the Trash folder should be zero

workaround is to always use File/Empty Trash menu item to actually delete all trash items at one time.  But Trash still shows a number of items it contains is not zero.  Not a big problem since when you focus away (highlight something else) and back to the Trash Folder, the Trash Folder number of items is correctly zero

Comment 1

[WADA:World Anti-bad-Duping Agency]

With which folder view of folder pane? All Folders? Unified Folders? Or other?
If other than "All Folders", same problem as Bug 596794?

Trash at Unified Folders is a Virtual Folder internally. Check virtualFolders.dat in profile, and compare content before Empty Trash and after Empty Trash.

Comment 2

[mark]

This is not the same as 596794, very different.

The View I am using is "Unified"

My mistake - each time I refer to Trash and say to right-click and 'empty trash', I meant to say highlight ALL of the ITEMS in the "reading" window (trash items) and hit the DELETE key - some of the mail boxes (usually 1 at a time) will empty and the remainder ITEMS are still in the 'reading' window.

No change to virtualFolders.dat after deleting trash.

Comment 3

[mark]

This is not the same as 596794, very different.

The View I am using is "Unified"

My mistake - each time I refer to Trash and say to right-click and 'empty trash', I meant to say highlight ALL of the ITEMS in the "reading" window (trash items) and hit the DELETE key - some of the mail boxes (usually 1 at a time) will empty and the remainder ITEMS are still in the 'reading' window.

No change to virtualFolders.dat after deleting trash.

Comment 4

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #3)
> This is not the same as 596794, very different.

Funny. As Trash at Unified Folders is a Virtual Folder, bug 596794 should happen.
  Create a saved search folder(search target=FolderA & FolderB).
  Rename FolderB to FolderBX => FolderB is removed from search target
                                in virtualFolders.dat.
  Rename FolderA to FolderAX => saved search folder disappers(deleted)
                                even at All Folders view.
  As "Empty Trash" is currently "delete & re-define", this phenomenon can
  happen on Trash of Unified Folders.
If Trash of multiple accounts are search target folders, Trash at Unified Folders won't disappar by Empty Trash at an account. If "Empty Trash for Trash at Unified Folders" is "Empty Trash of all targeted accounts", Virtual Folder of Trash will be deleted.

> No change to virtualFolders.dat after deleting trash.

How many accounts are shown when Trash at Unified Folders is expanded?

Comment 5

[Ludovic Hirlimann [:Usul]]

Thetasig, do you also have this issue when running Thunderbird in -safe-mode ? (see http://support.mozillamessaging.com/en-US/kb/Safe+Mode) 

Do you see any Errors in Tools -> Error console when this happens ?

Comment 6

[mark]

There are 7 accounts in the Trash at Unified Folders.  There are no added errors in the Error console.  You see, I'm betting the code is acting as expected - that is - deleting the trash for one account at a time each time the items are highlighted and the DELETE key is pressed.  So I would not expect an error.  The same issue is observed in safe-mode.  And no errors in the error console.

Comment 7

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #6)

As I wrote in comment #4, if a trash folder is deleted/re-defined as described by bug 596794, I think phenomenon you stated in your comment #0 can happen.
Can you explan why you are sure next?
> Your comment #3
> This is not the same as 596794, very different.
At where was your "Empty Trash" executed?
What folder in folder pane of "Unified Folders" was deleted by your the "Empty Trash" operation?
What operation at where do you call by "deleting the trash for one account at a time"?

Comment 8

[Wayne Mery (:wsmwk)]

Reporter, 

do you still see this problem when using a current version of thunderbird? 

And if you do not, please close bug report by changing resolution to worksforme

Comment 9

[Joshua Cranmer [:jcranmer]]

RESOLVED INCOMPLETE due to lack of response to last question. If you feel this change was made in error, please respond to this bug with your reasons why.