[RFE] Save Link as should look at Mime Headers to determine default filename

VERIFIED FIXED in Future

Status

Core Graveyard
File Handling
--
enhancement
VERIFIED FIXED
17 years ago
2 years ago

People

(Reporter: Drew Ronneberg, Assigned: Bill Law)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

17 years ago
In IE, when you use "Save target as" (the Mozilla equivalent of "save link as")
the default filename is taken from the Content-disposition field of the Mime
header.  In Mozilla the default filename is derived from the URL.  We use an
on-line library application where the documents are stored in a database and the
filename is stored in the MIME header.  This information is not used by mozilla,
and requires that the filename be typed in everytime.  This is one of the few
places where IE's behavior is superior to Mozilla.
Over to networking.
Assignee: mpt → neeti
Status: UNCONFIRMED → NEW
Component: User Interface Design → Networking
Ever confirmed: true
OS: Windows 2000 → All
QA Contact: zach → benc

Comment 3

17 years ago
=>law, we should of course check the windows mime database which does know what 
the default extension mapping from mime types.
Assignee: neeti → law
Component: Networking → XP Apps
QA Contact: benc → sairuh
(Reporter)

Comment 4

17 years ago
I don't this this is a dup of bug 65827.  That bug is for saving when clicking
on the link (i.e. when launching a specific application has not been specified).
That works fine for me.  However, sometimes you just want to download and save
the file without launching an application.  This is what IE uses (save target
as) for. 
(Assignee)

Comment 5

17 years ago
We prompt for the file before getting the headers, which makes solving this 
problematic.  I think maybe I have another bug about this and will reconcile 
them if/when I find it.
Target Milestone: --- → mozilla1.0
spam: over to File Handling.
Component: XP Apps → File Handling
(Assignee)

Comment 7

17 years ago
->future

user can click the link and then save

I'm leery of downloading twice, or trying to stash the data in some temp space 
until user chooses location (see bug 55690 for why).
Target Milestone: mozilla1.0 → Future

Comment 8

17 years ago
Hi

Would be nice if that could be done. With a lot of filetypes it's okay to first
click on the link and THEN save, but that doesn't work with all filetypes, for
example not with PDFs or even HTML etc which are handled internally

Matti
(Assignee)

Comment 9

17 years ago
Ben has taken the plunge and done the double-fetch to get headers.  This is
working, modulo bugs in the way we calculate the file name, which are handled
elsewhere.
Status: NEW → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → FIXED
rs vrfy...
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.