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
Dupe of bug 65827?
=>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
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.
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
->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
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
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
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.