300767 - altctrldelete.com - Problems with spaces in filenames (content-disposition not quoted).

Status: RESOLVED FIXED

(Tech Evangelism Graveyard :: English US, defect)

Description

[kirbykirbykirby]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b3) Gecko/20050712 Camino/0.9a1+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b3) Gecko/20050712 Camino/0.9a1+

Camino doesn't save the selected torrent under the specified name. Instead, it
saves the selected torrent under the first word before the space only, without
the extension. (eg. Parquet Circle.torrent becomes Parquet)

Reproducible: Always

Steps to Reproduce:
1. Join Altctrldelete.com (it's a register-only site, but any other torrent
tracker will work, trust me)
2. Select a torrent on any torrent tracker site containing a space in the filename.
3. Download it.
Actual Results:  
In my Downloads directory, the torrent specified above will show up as "Parquet"
only.

Expected Results:  
The torrent should have been saved as "Parquet Circle.torrent" and launched with
the desired helper app (BitTorrent).

Not that it should be relevant, but I am using a Camino nightly (20050712) on an
iBook G4, 1.2 GHz. This problem has also been reproduced on a 400MHz Power
Macintosh G4. The iBook is running OS X 10.4.2, and the Power Mac is running OS
X 10.3.8.

Comment 1

[Mike Pinkerton (not reading bugmail)]

did this work in 0.8.x? does it work in deerpark?

Comment 2

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

I think this has to do with serving things up via PHP (and how things are
configured, because not all PHP-served non-viewable content has this problem);
you can see the same thing by clicking "View" for the attachment in this bug:
http://bugzilla.neooffice.org/bug.php?op=show&bugid=893

(As an aside, even text files are downloaded for some reason, but they're being
sent with the proper MIME type--according to the W3C validator--so they should
be displayed inline; see the last attachment in this bug:
http://bugzilla.neooffice.org/bug.php?op=show&bugid=900 )

That said, if my case is the same as the torrent case in comment 0, this is a
core bug because DeerPark a2 behaves similarly.

Comment 3

[kirbykirbykirby]

(In reply to comment #1)
> did this work in 0.8.x? does it work in deerpark?

Pinkerton, this is the same behavior as 0.8.x. I forgot to mention that the G4 I
tested on was running 0.8.4.

Comment 4

[Wevah (Nate Weaver)]

(In reply to comment #2)
> (As an aside, even text files are downloaded for some reason, but they're being
> sent with the proper MIME type--according to the W3C validator--so they should
> be displayed inline; see the last attachment in this bug:
> http://bugzilla.neooffice.org/bug.php?op=show&bugid=900 )

Yes, but that file is also being sent with this header:

Content-disposition: attachment; filename=ls-l-fonts.txt

"Content-Disposition: attachment" causes the file to be downloaded, at least in
Gecko-based browsers.

(Sorry for being offtopic; don't want another bug to be opened for *that*.)

Comment 5

[Wevah (Nate Weaver)]

I just saw this today. What's happening is it's being downloaded via a
server-side script, sent with a header like this:

Content-Disposition: attachment; filename=foo bar.baz

Apparently, if there is whitespace in the filename parameter it must be quoted:

Content-Disposition: attachment; filename="foo bar.baz"

As to whether this is correct behavior, I cannot say (the RFC is a bit vague,
IMHO), but it's definitely something that can be fixed on their end.

(C.f.: bug 294233, bug 293880, and bug 235476.)

Comment 6

[Wevah (Nate Weaver)]

Changing summary, and changing product to Tech Evangelism. I'd mail the admins
of the site and see if you can get them to fix their download script.

(See bug 221028 for why the current behavior is WONTFIX.)

Comment 7

[Wevah (Nate Weaver)]

(I also take back the part about the RFC being vague; it's just difficult to
read RFCs sometimes. ;) )

Comment 8

[Matthias Versen [:Matti]]

dead domain