Closed
Bug 107980
Opened 24 years ago
Closed 24 years ago
content-disposition: inline - suggested filename is ignored
Categories
(Core :: Networking: HTTP, defect)
Tracking
()
VERIFIED
WORKSFORME
People
(Reporter: casper, Assigned: darin.moz)
Details
The header "Content-Disposition" with parameter "inline; filename=somefile.ext"
is ignored when saving content. The save name is supposed to be the one
suggested by the header, instead it's usually the URL.
The first version I tested this on was 0.9.3, and the latest was 0.9.5.
![]() |
||
Updated•24 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
and it's there in build 2001010608 yet, it would save as: filename=somefile.ext
and not: somefile.ext.
Reporter | ||
Comment 2•24 years ago
|
||
You are incorrect. The pertinent part of the syntax is
filename-parm := "filename" "=" value
which shows that this is a name-value pair. The 'filename='
portion is not used as part of the file name.
![]() |
||
Comment 3•24 years ago
|
||
rick, is this still a problem? This should have been fixed for a while now, and
I just touched the code in question -- it never looks to see what's before the
"filename=" part.... So this should work (in fact I have been unable to make it
fail).
Reporter | ||
Comment 4•24 years ago
|
||
I'll test with 0.9.8, it doesn't work with 0.9.6. The URL I'm using is
http://minutes.co.palm-beach.fl.us/minutes/
Email me for the UID/PW if you're interested as it isn't open to the public yet.
![]() |
||
Comment 5•24 years ago
|
||
When I said "a while" I meant "since 0.9.7 or so". So yes, testing with 0.9.8
would be good. If you mail a UID/PW to bzbarsky@mit.edu so I could test with a
current trunk build, that would be much appreciated.
![]() |
||
Comment 6•24 years ago
|
||
Got username/password in email. Page is protected with basicauth, so bug 116279
prevents testing this (we can't save at all). Marking dependency.
Depends on: 116279
![]() |
||
Comment 7•24 years ago
|
||
Nevermind... I was actually seeing bug 122217. Now that I have that fixed in my
tree, I can save the image. The filename I get prompted with is "image.gif".
No longer depends on: 116279
Reporter | ||
Comment 8•24 years ago
|
||
That's the correct name. I wish the system had a more descriptive
name available to me, but at least I can set the file extension.
I'll verify with 0.9.8 when it's released.
What was the fix?
![]() |
||
Comment 9•24 years ago
|
||
The fix for using the name? A complete rewrite of the "save as" code...
Assignee | ||
Comment 10•24 years ago
|
||
OK, clue me in: is this bug FIXED/WORKSFORME now?
![]() |
||
Comment 11•24 years ago
|
||
It worksforme with current builds, yes.
Assignee | ||
Comment 12•24 years ago
|
||
marking WORKSFORME
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Comment 13•24 years ago
|
||
verified - testcase at http://10.169.103.61/scripts/nph-contentdisp.pl
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•