Closed Bug 448576 Opened 17 years ago Closed 15 years ago

Attachment "Detach..." menu item buggily invokes "Save All Attachments" function

Categories

(Thunderbird :: Mail Window Front End, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 479200

People

(Reporter: Mly, Unassigned)

Details

Attachments

(2 files)

User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.0.1) Gecko/2008070206 Firefox/3.0.1 Build Identifier: 2.0.0.16 (20080707) (I have no idea whether this problem is Macintosh UI specific or more generally broken.) I have a test message with two attachments. (It happens to be in my primary Drafts folder, but that's irrelevant.) It is displayed in the message pane of a normal three-pane (Folders/Summary/Message) Thunderbird window. I click-right (or control-click-left on a one-button Mac) on one of the attachments to bring up a contextual menu and select "Detach..." I am invariably presented with a pop-up dialog box with window title "Save All Attachments", prompting me for a directory only, not a single filename for a single attachment as I expect. This appears to be the same dialog that is used if I click on the "Detach All..." menu item. See screen snaps attached to this report. Something appears to be wired up incorrectly deep in Mozilla UI Twisty Passages Hell somewhere. Bug 315086 may or may not have something to do with this; it is unclear to me. Reproducible: Always Steps to Reproduce: 1. Display message with attachments. 2. Click-right on attachment icon. 3. Select "Detach ..." from pop-up menu Actual Results: A dialog which appears to be that from the "Save All..." menu item is displayed, with window title "Save All Attachments", and not allowing a filename to be specified. Expected Results: A dialog titled "Save detached attachment" asking the user for a destination filename (not just directory!) with a default filename based upon the attachment. So many attachment context menu bugs...
Tried with all extensions disabled?
I can confirm that with linux trunk builds (and windows ones as well).
I use TB 2.0.0.19 on *Windows*. This happens even when there is only one file attached.
The bug still exists in TB 2.0.0.23 and on TB3.0b4: when selecting "Detch..." on an attachment, I am asked for a name of a directory, rather then a file name for the attachment. I suspect that this bug is due to a wrong way of "solving" the problem reported in Bug 315086: https://bugzilla.mozilla.org/show_bug.cgi?id=315086 The whole code for saving/deleting/detaching attachments seems to be pretty broken. A good hint on a potential solution is given in https://bugzilla.mozilla.org/show_bug.cgi?id=479200
"Platform" should be changed to "All". Don't know how to do this myself.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Mac OS X → All
Hardware: PowerPC → All
Indeed you seem to want bug 479200. I can confirm the behavior, but i don't think it's wrong for multi-selection. For when only one attachment is selected there is bug 479200.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: