Saving an image mailed to you via gmail has different behaviors for each option Gmail presents, and some don't work at all. Other times, the extension isn't added, making the image not viewable unless the user renames the file.
Steps to Reproduce:
From inside a gmail with a photo attachment
1. Click on the download button.
2. The page advances to the image with some hash in the url
3. Both right clicking the image and "save as" or "save to desktop" allows you to save the image as "mail" with no extention. This file is viewable if you add the .jpg extension.
4. Going to "File"->"Save as" allows you to save the image using the original name and the correct extension.
That Safari should offer to save the image with the original name and extension using "save image as" "save as" and "save to desktop"
The file is saved as "mail" with no extension, and is not usable without the user manually adding an extension
I don't think it ever worked in WinSafari- works in IE/FF
Sounds like we've got two bugs here:
1) Clicking the "Download" link below an image in Gmail navigates to the image instead of starting a download.
2) The behavior of saving from the context menu vs. saving from the File menu is different once you've navigated to that image.
(1) is now represented by bug 15016
Created attachment 16979 [details]
test case (serve with Apache)
Created attachment 16980 [details]
inline test case (serve with Apache)
While this issue per se is purely academic (it won't happen after bug 15016 is fixed), filename specified in "Content-Disposition: inline" doesn't work correctly either.
It seems that Safari doesn't call WebKit before to get the file name when saving an image via context menu - at least, I couldn't catch any calls with breakpoints.
The bug as seen on Google is fixed in bug 15016. The problem with Content-Disposition: inline remains, and will be tracked in Radar. Re-opening to close as INVALID.