User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en; rv:126.96.36.199) Gecko/2009060219 Camino/2.0b3 (like Firefox/3.0.11) Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en; rv:188.8.131.52) Gecko/2009060219 Camino/2.0b3 (like Firefox/3.0.11) The Content-Disposition rfc2183  says: "Bodyparts can be designated `attachment' to indicate that they are separate from the main body of the mail message, and that their display should not be automatic, but contingent upon some further action of the user." Firefox displays a Save As dialog box, but Camino (and Safari 4.0) silently downloads the "attachment" file to the ~/Downloads folder without user interaction.  http://greenbytes.de/tech/webdav/rfc2183.html#rfc.section.2.2 Reproducible: Always Steps to Reproduce: 1. browse to http://greenbytes.de/tech/tc2231/#attonly 2. click the "attonly [TEST]" link Actual Results: The file attonly.asis is silently downloaded to the ~/Downloads folder. Expected Results: UA should offer to download the resource. This bug is related to bug 211576.
We're not automatically displaying the content; compare to OmniWeb 5.8, which displays a webpage inline. All other Mac browsers appear to behave just as they do with any other item they can't display inline: Firefox and Opera show a "Save As/do you want to download this file" dialogue as they begin the download, whereas Safari, iCab, Shiira, and Camino all automatically download the attachment like any other download. WFM (and I think bug 211576 should be WF).
Display is contingent on the user opening the download, which requires action on their part. The current behavior is intentional.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.