User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.18) Gecko/20081029 Firefox/2.0.0.18 Build Identifier: version 2.0.0.18 (20081105) The delete all and detach all options for attachments in the context menu are disabled (grayed out) if you have more than one attachment in Thunderbird 2.0.0.18. You can workaround this using File -> Attachments - it still works. This problem didn't occur with 2.0.0.17. I tested this using jpeg files. Reproducible: Always Steps to Reproduce: 1. 2. 3.

I had selected one of the attachments when right clicking because thats what I'm used to doing. However, if you select empty space in the attachment pane it doesn't disable the commands. I checked 2.0.0.0 and it displays delete all and detach all if you select one of the attachments so the behavior has changed. I also checked Shredder alpha 3 to see what it does. It never shows (enabled or disabled) detach all or delete all in the context menu regardless of whether I right click an attachment or empty space in the attachment pane. I can only find it in File -> Attachments.

Can you please try in Safe Mode.

This change in behavior also occurs under 2.0.0.18 (20081105) for i386 Linux. If you immediate right click in the blank area of the attachment pane, detach all is enabled in the popup menu. However, if you right click on an attachment, detach all is grayed out. Once an attachment is selected, detach all remains grayed out when right clicking in the blank area of the attachment pane. If you deselect the message by left clicking on the blank area, then right click on the blank area, you get the detach all dialog. In prior releases, even with a message selected, a right click would bring up the popup menu with "detach all" active.

Please see bug 460241 (which was initially about implementation of Save All from the context menu on trunk, but then converted to the grayed-out issue on the most recent branch release). It appears that a recent check-in from bug 416284 caused this.

Certainly should be from the branch port of bug 416284.

Per Tyler's request I retested using safe mode. No change - problem still occurs.

Yes, bug 416284 did change this, and, as mentioned in comment 1, this is the same behaviour as Shredder and that what is the patch in bug 416284 was supposed to do and so this is completely intentional for TB. It would be fairly easy to get the old behaviour back, but keep the fix for dataloss, as SM still does it that way. Magnus/Joshua any preference?

Well, it's not the same as Shredder, as on trunk we hide the "All" options there when only one attachment is selected (though there's a bug about that). On branch they are all shown, but disabled which is a bit confusing.

After http://forums.mozillazine.org/viewtopic.php?f=39&t=963055 , for all the folks just passing by, it is important to point out that right clicking white space in the attachments pane enables these *All... functions.

I don't like the new behaviour, I am here because I wanted to fill the bug but I - sadly - realize that this is a "feature". More clicks or point and click :( (excuse the rant)

I came here to report this bug, but apparently, it's well know. However, I have to oppose comment #12 by Radmonir, no matter where I click, even anywhere in the white space, the "... all" menues are always disabled. I like the work around using File - Attachments mentioned above. I also installed the attachment extractor: https://addons.mozilla.org/en-US/thunderbird/addon/556 which is ok for extracting, but doesn't have any delete all or detach all functions, sadly. And I tried: http://forum.addonsmirror.net/index.php?showtopic=281 which doesn't work for Tbird V2.x to start with.

Suburp, this bug is about Thunderbird 2 only and different from the ongoing work for Thunderbird 3. The latter one is covered by bug 466060.

yep, I know. Specific to 2.0.0.18. Just wanted to show the options I found here, and emphasize the Menu-File-Attachments-*All again, and mention that no matter where I right click in the attachment section, the menues are disabled. Picked the wrong flag, sorry.

(In reply to comment #16) > yep, I know. Specific to 2.0.0.18. [...] [1.8 Branch] means mozilla1.8 or Gecko 1.8, i.e. _any_ version of Tb2. 2.0.0.18 would be 1.8.0.18.

This problem is still present in Thuderbird 2.0.0.19, tested on WinXP Pro SP3. It is unacceptable to call this a feature, because it is counterintuitive for any normal user and should be fixed ASAP. It is hard to understand the concept of not selecting anything in order to make it work, because an average user always selects at least one attachment accidentally and does not even know that he has to use [Ctrl]-[LeftClick] in order to unselect it again.

Well, we're not calling it a feature.

This is good news, Magnus. I apologise if I misjudged previous comments in this thread.

seems this option all disappeared in 3.0. don't understand why ??? Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; fr; rv:1.9.1b3pre) Gecko/20090223 Thunderbird/3.0b2

In Thunderbird 2.0.0.22 for Linux, both the File->Attachments and right-clicking in the attachments area have the Delete-All grayed out.

In Thunderbird 2.0.0.23 for Linux, both the File->Attachments and right-clicking in the attachments area have the Delete-All grayed out.

For TB 3+, there's related Bug 466060 - show "Save All", "Detach All", "Delete All" context menu items when one or more attachments are selected, like in Thunderbird 2

Closing this, since Thunderbird 2.0 is no longer supported and the issue isn't present in 3.0+.

Duping and un-duping to get interested parties CC'ed before cloning the un-fixed parts of related bug 466060 (the 3.x+ version of this bug) into a new bug.

See comment 32. Invalid per comment 31. N.B. Wrong assumptions on the CC'ing part of comment 32. We only CC the bug opener on duping.

Adding everyone on a duplicate bug to the CC list of the original is bug 108983.

(In reply to rsx11m from comment #34) > Adding everyone on a duplicate bug to the CC list of the original is bug > 108983. *rofl* ... ;) it had to be a bug... lol