Fri 23 Jan 2009 11:26:27 AM UTC, comment #8:
After investigating source code and output file provided by goul_dukat, I find this bug is due to 5xx error.
Patch is attached, I have tested it and it works ok.
(file #17308)
|
Mon 01 Oct 2007 05:06:35 AM UTC, comment #7:
It looks to me like this is going to take more work, and serious restructuring of parts of gethttp, then I am willing to do for an impending release. Punting for 1.12. Content-Disposition support in Wget 1.11 will be considered experimental only.
We'll look at this at the same time we spend time thinking about how HEAD/GET stuff should work.
|
Thu 27 Sep 2007 05:37:04 PM UTC, comment #6:
dunno if i can use this for chit-chat, but yes it comes from ds9 ( but i used it so early on my life and make some mistake on writing, so atm it reflect perfectly me :-p ) the right is Gul dukat.
|
Wed 26 Sep 2007 06:53:23 PM UTC, comment #5:
Thanks very much, Dukat (that's a ST:DS9 reference, no? :) ).
Judging by the transcript, it looks to be the same issue as bug 20360: Wget doesn't use the content-disposition header from GET if HEAD fails. I thought this was supposed to have been fixed, but I haven't personally tested it.
Rather than mark this as a duplicate of 20360, I think I'll track this specific issue using this bug, and use the other bug to track the connection-close-treated-as-failure issue (there were two issues for that report).
I'm updating the summary to reflect the issue.
|
Wed 26 Sep 2007 05:53:54 PM UTC, comment #4:
btw to test this is so easy to replicate use firefox + flashgot(extension) + wget, and you can easy do this test yourself building up a right referrer/cookie/sid ;-)
svn version : 2383
debug output on attached file !
command line :
wget.exe --debug -e contentdispositio
n=on -S -N -t0 -T120 -w5 -c --retry-connrefused --directory-prefix="xxx" --referer="http://files.filefront.com/EurokartIC
AV13rar/;7070334;/fileinfo.html" --load-cookies="xxx\cookies.txt" --header
="Cookie:FF_SESSION_ID=xxx; " --input-file="xxx\flashgot-3.fgt" > out.txt 2>
&1
(file #14031, file #14032)
|
Tue 25 Sep 2007 07:18:43 PM UTC, comment #3:
I can't try to download first, since, as you said you cannot provide a direct link.
As suggested on the bug submission page, please provide as much detailed information as possible. This includes the output of wget when run with the --debug flag.
Please do use the latest development version; there is nothing I can do about a bug in the latest release if it's been fixed in the current development version! Anyway, as mentioned, content-disposition is only supported in the development version, not in the released version.
|
Tue 25 Sep 2007 06:41:49 PM UTC, comment #2:
plz reopen this, because i used the "-e content_disposition=on" its not working on that server !
try to download that first of close this !
|
Mon 24 Sep 2007 10:29:33 PM UTC, comment #1:
In order to enable the content-disposition stuff, you currently need to specify "-e content_disposition=on" in your command-line invocation. Of course, this only works with the current development version of Wget; the official releases did not have content-disposition support.
|
Wed 12 Sep 2007 01:42:21 AM UTC, original submission:
if you try to download this file
http://files.filefront.com//;7070334;;/
or other file on filefront you're capable to download it but it's named X6 instead of the content disposition field name.
to been capable of download the file you need a right referrer and cookie so i'm incapable to post a direct link to the file.
|