383962 - trash empty doesn't seem to work

Status: RESOLVED FIXED

(SeaMonkey :: MailNews: Message Display, defect)

Description

[ron rosenthal]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9a6pre) Gecko/20070609 SeaMonkey/2.0a1pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9a6pre) Gecko/20070609 SeaMonkey/2.0a1pre

I empty trash from my accounts, using the right click.  it empties, but the size of the trash file persists.  using compact this folder doesn't help.  this has been a persistent bug for some time, still seems to affect Seamonkey 2.0

Reproducible: Always

Steps to Reproduce:
1.  add size to the folder list properties
2.  put read mail in trash
3.  right click trash folder, click empty trash
4.  right click trash, click compact this folder
Actual Results:  
folder size doesn't change but trash empties...can't be sure if it really empties certainly doesn't compact.  junk folder works properly, though...interesting

Comment 1

[Nelson Bolyard (seldom reads bugmail)]

Confirmed. Fully reproducible with Gecko/2007070201 SeaMonkey/2.0a1pre

compaction step unnecessary.  Basically you trash some messages, then
select the trash folder in the folder pane, right click it, and select
"empty trash" from the context menu.  The result is that the count os
unread message and count of total messages in the folder pane is unchanged,
and the folder name remains bold (indicating unread messages are present).

In the folder pane, it appears that all the messages are present, and just
as many are unread as before, even after switching to a different folder
and back.  However, it appears that the folder actually is emptied, and 
only the counts are wrong.

Comment 2

[Nelson Bolyard (seldom reads bugmail)]

Further, if one brings up the folder properties dialog for the trash folder,
the Default Character Encoding is not the same as for other folders,
the "Rebuild Summary FIle" button appears to do nothing, and the OK button
does nothing.  Only the cancel button has any effect, making it impossible
to change the Default Character Encoding for trash.  These may be separate
bugs, but they seem to happen only to Trash.

Comment 3

[David :Bienvenu]

Or these local or imap trash folders?

Comment 4

[Nelson Bolyard (seldom reads bugmail)]

POP3 trash

Comment 5

[Nelson Bolyard (seldom reads bugmail)]

Perhaps I should file a separate bug about this, but ...
I frequently experience crashes when I try to examine the contents of the
trash folder while it is in this state where it has been emptied but the 
counts are still displayed as non-zero in the folder pane.  
One talkback example:  http://talkback-public.mozilla.org/search/start.jsp?search=2&type=iid&id=34100061

Comment 6

[Timothy Huang]

This problem also takes place on Mac plateform, Mac OX 10.4.10.

The "Empty Trash" does not work at all. Trash remains.

Comment 7

[David :Bienvenu]

Attachment: proposed fix

This is a regression from the filespec exorcism, due to nsIFile returning an error when isDirectory is called, if the file doesn't exist (unlike nsFileSpec). If there are no sub-folders of the trash, emptying trash leaves the counts invalid until you reboot.

Comment 8

[David :Bienvenu]

fixed, trunk only regression.