2007/8/8, Micah Cowan <[EMAIL PROTECTED]>: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Jack Black wrote: > > > Ive noticed that Content-Disposition header filenames are ignored when > > an input file is specified except for the first one. > > The file from the first link in the input file is stored with the right > > filename but the following files get saved as something like " > > index.php?sid=123123...". > > I'm using the latest svn source from this morning. When I'm downloading > > every file one after another they are named right. > > Are you still able to reproduce this? Because, I'm not. I can't seem to > reproduce it with the trunk code as of 7/5, either, but then, that code > had other problems, with some HEAD-related issues. > > If you can still reproduce this problem, could you please give a > real-life example input file that produces this problem that we can test > with? And perhaps attach the --debug output from wget... > > NOTE: as of today, you need to specify "-e contentdisposition=yes" to > get the content-disposition stuff. > > I wrote a simple CGI program at http://micah.cowan.name/cgi-bin/cd, that > takes a "cd" param (say, "?cd=foo"), and uses its value to set the > content-disposition (in this example, "attachment; filename=foo"). It > was then easy to set up an input file with contents such as: > > http://micah.cowan.name/cgi-bin/cd?cd=foo > http://micah.cowan.name/cgi-bin/cd?cd=bar > ... > > I got a directory with files named foo, bar, baz and quux. Didn't seem > to run into your bug. > > - -- > Micah J. Cowan > Programmer, musician, typesetting enthusiast, gamer... > http://micah.cowan.name/ > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFGuZr17M8hyUobTrERCKCCAJwP7XSLieQD1jS4VKjxURVGv2xF/QCfWQL4 > dnBYuaoJ2sbgV26YgJDglGQ= > =l7c5 > -----END PGP SIGNATURE----- >
Yes I'm still able to reproduce this. I'm sorry I cant give you this real-life example. Its a little private community of some close friends. But Ive run wget with the --debug option and pasted the output here: http://pastebin.com/m68332415 One thing I haven't told you in my first message is that I'm using an SSL-encrypted connection. I'm not sure if this could affect it in any case. The wget version Ive used to test this was build this morning (wget-svn-2329) There were 2 links in the "links" input file. The first file from the first link is named correct but the second (and further) doesn't.
