Closed Bug 65866 Opened 24 years ago Closed 23 years ago

Nonintuitive "Save All" Files Dialog

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Linux
defect
Not set
minor

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 37113

People

(Reporter: iShaterin, Assigned: sspitzer)

References

Details

1. Get a message with more than one attachment.
2. Click on the paperclip attachment icon on the righthand side of the page and
select "Save All"

This brings up a dialog entitled "Save All Attachments" that looks very much
like the 
"Save Attachment" Dialog for a single file, the main difference being that the
button at
the bottom says "Select" instead of "Save"

There are a couple of problems, first the box at the bottom says "File name:"
this really
doesn't make sense since it makes the user think he's/she's supposed enter a
filename
for multiple files?  Secondly, Select is not the most intuitive word to combine
with this 
(after fiddling for about an hour I figured out that you were supposed to Select at
folder to save the attachments to).  

Correction:  I'm no UI person but a brief explanation telling the user to select a 
directory to save the files to would be better. (Maybe title the window, Save
All Attachments
to Directory:) or something.  And Change "File name" to read Path or Directory
or something.
Keywords: ui
QA Contact: esther → sheelar
reassign->fenella
QA Contact: sheelar → fenella
"Save All" menu has gone. See bug 73414.

This bug can be resolved as invalid or duplicate.
This is now dependent on 73414, since we did a  check in of the new look for
message display, which is broke the save all attachments feature. I need to
re-implement this with the new view.

Depends on: 73414
The Save All is back in the product. build 2001-05-07 (see bug 73414)
On Windows it brings up a Browse for Folder on Mac and Linux it brings up a 
dialog titled Save All Attachments which is the same as if you were saving a 
single attachment.  The only difference is that is doesn't put a file name in 
the text field.  I also think this isn't intuitive.  In fact, I funbled around 
with it for a minute before I realized it wanted to dump them in a location. I 
haven't found the updated spec yet to see what it's spec'd to do. Changing QA to 
esther
QA Contact: fenella → esther
see http://bugzilla.mozilla.org/showattachment.cgi?attach_id=7951 for OE's 
dialog.

*** This bug has been marked as a duplicate of 37113 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
verified.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.