1071214 - Filename truncate having multiple periods

Status: RESOLVED DUPLICATE of bug 221028

(Toolkit :: Downloads API, defect)

Description

[Alejandro]

Attachment: Captura.PNG

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/37.0.2062.120 Safari/537.36

Steps to reproduce:

I'm trying to download a file has multiple periods in the name. 
The filename is (for example): 2.3 - S.P.E..pdf, but when I click the download link the download window doesn't recognize the PDF format and asks if I want to download a file named 2.3 (having extension .3 instead of .pdf).
This problem happens whenever I try to download any file from the same site (they are all named in the same way).
Also, if I choose to download the file, it doesn't maintain the original name but is saved as 2.3.

My firefox version is 32.0.2 running on Windows 7.

Please help me out

Comment 1

[Loic]

Attachment: 2.3 - S.P.E..pdf (testcase)

Comment 2

[Loic]

WFM. Provide the download link if it's public.
In addition, can you test with a clean profile, please.
https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles

Comment 3

[Matthias Versen [:Matti]]

Mid-air

This is very likely a dupe of bug 221028 and we need either a public testcase or the http headers for this download

Comment 4

[Alejandro]

Hi, 

Here is the public link to access the file: 
http://www.minvu.cl/incjs/download.aspx?glb_cod_nodo=20070307184543&hdd_nom_archivo=2.3%20-%20S.P.E..pdf

I'll try creating a new profile. I'll post any updates.

Comment 5

[Alejandro]

(In reply to Loic from comment #2)
> WFM. Provide the download link if it's public.
> In addition, can you test with a clean profile, please.
> https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-
> firefox-profiles

Hi, I've just created a new profile, but the problem persists.

Comment 6

[Loic]

I have the same issue, that's why we ncurl "http://www.minvu.cl/incjs

Response header:
http://www.minvu.cl/incjs/download.aspx?glb_cod_nodo=20070307184543&hdd_nom_archivo=2.3%20-%20S.P.E..pdf
X-Powered-By:	ASP.NET
X-AspNet-Version:	2.0.50727
Server:	Microsoft-IIS/6.0
Date:	Wed, 24 Sep 2014 16:18:09 GMT
Content-Type:	application/octet-stream
Content-Length:	380829
Content-Disposition:	attachment; filename=2.3 - S.P.E..pdf
Cache-Control:	private

Comment 7

[Alejandro]

(In reply to Loic from comment #6)
> I have the same issue, that's why we ncurl "http://www.minvu.cl/incjs
> 
> Response header:
> http://www.minvu.cl/incjs/download.
> aspx?glb_cod_nodo=20070307184543&hdd_nom_archivo=2.3%20-%20S.P.E..pdf
> X-Powered-By:	ASP.NET
> X-AspNet-Version:	2.0.50727
> Server:	Microsoft-IIS/6.0
> Date:	Wed, 24 Sep 2014 16:18:09 GMT
> Content-Type:	application/octet-stream
> Content-Length:	380829
> Content-Disposition:	attachment; filename=2.3 - S.P.E..pdf
> Cache-Control:	private

What do you mean by "we ncurl"?

Comment 8

[Matthias Versen [:Matti]]

>Content-Disposition:	attachment; filename=2.3 - S.P.E..pdf

There are spaces in the content-disposition header....

Comment 9

[Alejandro]

(In reply to Matthias Versen [:Matti] from comment #8)
> >Content-Disposition:	attachment; filename=2.3 - S.P.E..pdf
> 
> There are spaces in the content-disposition header....
> 
> *** This bug has been marked as a duplicate of bug 221028 ***

So there is no fix for this problem?

Comment 10

[Loic]

It's a server issue which doesnt' respect RFC 5987. You can't use SPACE for the token of "content-disposition"

Comment 11

[Loic]

The admin just needs to serve the file as "2.3-S.P.E..pdf".

Comment 12

[Alejandro]

(In reply to Loic from comment #11)
> The admin just needs to serve the file as "2.3-S.P.E..pdf".

I don't consider that as a proper "solution". I know the filename shouldn't have to have spaces, but you can't expect that all pages be perfectly built. Also, Internet Explorer and Google Chrome have no issue with this.

Comment 13

[Matthias Versen [:Matti]]

It's no bug that the file name is truncated. The server should send the file name in the header in quotes unless the file name itself contains quotes.

Comment 14

[Loic]

In addition that should work:
header("Content-Disposition: attachment; filename=\"$filename\"");

Comment 15

[Mayur]

Thanks a lot @Loic, From your last comment my issue has been resolved.