491669 - Attachment Save All, Delete All and Detach All functions are now broken! Congrats!!

Status: RESOLVED DUPLICATE of bug 466016

(Thunderbird :: General, defect)

Description

[S. Kerman]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.7) Gecko/2009021910 Firefox/3.0.7
Build Identifier: 2.0.0.21 (20090302)

Just upgraded and these functions no longer work.  They are "grayed out" whether I place the cursor between the icons or on one of them.  

If the user selects multiple attachment icons using the Windows CTRL key method for making multiple selections to attempt to use the individual attachment DELETE function, the program wastes the user's time by querying the user for each attachment selected as though it is going to delete each of them but actually only deletes the first one.

Reproducible: Always

Steps to Reproduce:
1. Open message with multiple attachments
2. Attempt to delete all attachments or multiple attachments
3. Give up because it does not work and delete each attachment individually.
Actual Results:  
Multiple attachments cannot be deleted at once. The SELECT ALL/DELETE ALL/DETACH ALL commands are disabled and if the user selects multiple attachment icons using the Windows CTRL key method for making multiple selections to attempt to use the individual attachment DELETE, SAVE or DETACH function, the program wastes the user's time by querying the user for each attachment selected as though it is going to delete each of them but actually only deletes the first one.

Expected Results:  
The SAVE ALL, DELETE ALL and DETACH ALL keys used to work, though they were buggy and would not delete embedded images sent from MACs.

In previous versions where the ALL features worked there was a bug with emails containing many attachments.  If there were many attachments the CONFIRM DELETION "OK" box would be off screen making it impossible to accept the deletion.  It was necessary to delete attachments one at a time until the list was short enough for the "OK" check box to be on-screen, whereupon it could be used to mass delete the rest of the attachments.  

With very large messages containing many very large attachments the program resaves the message after each deletion.  Having to delete large attachments one at a time becomes very very time consuming since a large message takes considerable time to resave and this must be done repeatedly gradually whittling the message do to the point where the remaining attachments can be deleted all at once.  

But the number of attachments that need to be deleted before this point is reached cannot be known in advance so this turns what used to take a few seconds into a task that can take 5-10 minutes per message: a huge waste of the user's time or a huge waste of the user's disk space if the message is to be kept with all the large attachments.

Comment 1

[S. Kerman]

Can I edit and correct a typo in a bug report before clicking COMMIT?  Apparently not.  So why even bother to have a COMMIT button?

I would have corrected "whittling the message do" to "down"