1334274 - Downloading files (from amazon s3) with "space" in its name truncates the file name to first word

Status: RESOLVED DUPLICATE of bug 1440677

(Toolkit :: Downloads API, defect, P5)

Description

[mchauras]

Hi,

We are using s3 to keep our Salesforce file attachments. So, we can upload/download/delete attachments from Salesforce without any issues.

However, if there are files with space in its name, then Firefox browser is downloading the file with just first word. e.g. If file name: "My NameIS.docx", then firefox browser will download it as: My.docx

This is NOT an issue in Chrome, Opera, etc.. It works fine there.


Our file URL format is:
http://s3-us-west-2.amazonaws.com/folder1%2F01555689%2FMy+NameIS1484951266700.docx?AWSAccessKeyId=xxxxxxxxxxxx&Expires=xxxxxxx&Signature=xxxxxxxxxxxxx

Can you please let us know how can we fix this?

Regards,
Manoj.

Comment 1

[:Paolo Amadini]

Hello Manoj, can you provide a public URL we can test with?

Comment 2

[mchauras]

Hi Paolo,

This is a secure/authenticated site, and hence I'm attaching the screenshot of this behavior.

Comment 3

[mchauras]

Attachment: Firefox Files with spaces.docx

Comment 4

[:Paolo Amadini]

Without a link to test with, it could be difficult for us to debug the issue, and we may need you to do some debugging instead.

I suspect this may be related to the format of the "Content-Disposition" HTTP header. Please try to open the Network panel (Ctrl+Shift+Q), then click to start the download. In the panel, click on the request, find the header "Content-Disposition" on the right, then copy and paste its value here. Thanks!

Comment 5

[mchauras]

Hi,
Sorry for delay in reply. I tried to find the suggested details, but nothing is showing up for "Content-Disposition" (and similar tags). I'm attaching screenshot for your reference.

Comment 6

[mchauras]

Attachment: Data for Content-Disposition.jpg

Comment 7

[:Paolo Amadini]

Sorry for the very long delay here, I'm mainly working on development and sometimes bugs that are not directly reproducible slip through the cracks.

The information we are looking for is in the right hand pane of the network view. In your screenshots, you'll have to remove the filter (the X icon newer where you typed "Content-Disposition") and then select the right network request from the main list. All the headers should be visible in the on the right, and one of them should be "Content-Disposition".

Comment 8

[:Paolo Amadini]

There's little we can do here until we have an example of a Content-Disposition header that we are processing differently than other browsers, assuming this is the actual issue and not some server-side UA sniffing. It may be easier if we had a public URL to test with, I'm closing this report for now.

Comment 9

[mjohanss]

Attachment: Content-Disposition response header

Attaching an image showing a response when downloading a file.

The header value is:

Content-Disposition: attachment;filename=fiddler result - fwuser - 6-35AM.saz

With the above header the file is downloaded as 'fiddler' in Firefox. The problem appears to be the syntax / encoding of the filename value in the http header. 

When adding quotes around the file name (Using Burp suite as an intercepting proxy) the filename becomes 'fiddler result - fwuser - 6-35AM.saz' in the file save / download dialog box from Firefox.


I believe the solution should be to use correct/syntax in the http response header. Relevant info about the Content-Disposition header:
https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Content-Disposition

Comment 10

[:Gijs (he/him)]

This is tracked in bug 1440677 now.