When using FF/Mac Linked pdf files download with .part appended =(

Permalink
We haver some pdf files, that have been linked to by using c5's normal content block, using "ADD FILE" button on top of the wysiwyg. (choose file and save)

It seems to work correctly however we have noticed on SOME MACs using Firefox the linked file is not downloading properly. I am running Macos 10.5.8 and FF/MAC 6.0.2.

When clicking the link, the file downloads as expected except instead of being named menu.pdf it would be named nfq398h.pdf.part. If I remove the .part from the extension, the file will open fine in preview/adobe reader. So it seems to be an issue with FF completing the downloads not renaming the file.

I have done some googling of the issue and it seems that sometimes it can be caused by antivirus software scanning the file before it has completed downloading. But Im not running any A/V on my MAC.

The files are linked here (top menu links, just below "Download this weeks menus")

http://www.cci108.com/menu/

Has anyone seen a similar issue? Is c5 not sending the correct header info for FF somehow? Any ideas?

adavis
 
adavis replied on at Permalink Reply
adavis
No takers on this?
jordanlev replied on at Permalink Reply
jordanlev
I've never seen this before but I don't think this has anything to do with C5, because the "part" extension is a browser-specific thing that it does when downloading files. You can test this out for sure by creating a static html page on a test server with just a link to that pdf file and see if downloading it that way works. If it doesn't work still, then you know it's a problem with the file or with the browser. If it does work then it probably is due to something C5 is doing, although I couldn't say what that is.