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)
Thunderbird
Mail Window Front End
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...
Reporter | ||
Comment 1•17 years ago
|
||
Reporter | ||
Comment 2•17 years ago
|
||
Comment 3•17 years ago
|
||
Tried with all extensions disabled?
Comment 4•16 years ago
|
||
I can confirm that with linux trunk builds (and windows ones as well).
Comment 5•16 years ago
|
||
I use TB 2.0.0.19 on *Windows*. This happens even when there is only one file attached.
Comment 6•15 years ago
|
||
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
Comment 7•15 years ago
|
||
"Platform" should be changed to "All". Don't know how to do this myself.
Updated•15 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Mac OS X → All
Hardware: PowerPC → All
Comment 8•15 years ago
|
||
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.
Description
•