Re: Bad html naming behaviour of wget ( windows version 1.10.2b + trunk:2369 )

2007-08-30 Thread Micah Cowan 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Goul_duKat wrote:
> blanked some info with xxx
> 
> file used
> http://files.filefront.com/Oulton_ParkBumpFixrar/;6524403;;/fileinfo.html
> 
> is possible to fix this wrong behavior so instead to try to use the url
> to build the filename use the right header voice to make the filename ?
> 
> just see now i got saved a file called "X6" instead of the right one
> "Oulton_ParkBumpFix.rar" who is in :
>  Content-Disposition: attachment; filename="Oulton_ParkBumpFix.rar"
> 
> possible to fix this so when the html header return the filename use it
> and use the url only when not found ? ( is possible to adds some command
> line switch too to change this behavior so ppl can decide what its fit
> for him )

The current trunk version of Wget will do this if you specify -e
contentdisposition=on.

Note that the default behavior shouldn't necessarily be considered
"wrong", since Content-Disposition is not an HTTP header, but a common
extension taken from MIME.

The Content-Disposition code is somewhat experimental, and may not work
perfectly, and also results in sending a lot of extra requests, which is
why it is currently disabled by default. We hope to enable it by default
in Wget 1.12.

- --
HTH,
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

iD8DBQFG11XY7M8hyUobTrERCB2LAJ9H8LX2qUKOXJhc2K7h5c62WFglKwCfUVr9
lU9Lygt2RJg9a6wHuZg4xRw=
=Qoit
-END PGP SIGNATURE-

Bad html naming behaviour of wget ( windows version 1.10.2b + trunk:2369 )

2007-08-30 Thread Goul_duKat 

blanked some info with xxx

file used
http://files.filefront.com/Oulton_ParkBumpFixrar/;6524403;;/fileinfo.html

is possible to fix this wrong behavior so instead to try to use the url 
to build the filename use the right header voice to make the filename ?


just see now i got saved a file called "X6" instead of the right one 
"Oulton_ParkBumpFix.rar" who is in :

 Content-Disposition: attachment; filename="Oulton_ParkBumpFix.rar"

possible to fix this so when the html header return the filename use it 
and use the url only when not found ? ( is possible to adds some command 
line switch too to change this behavior so ppl can decide what its fit 
for him )


tnx to read and for help

---report-

--01:13:08--  http://dodownload.filefront.com/xxx
  => `xxx/Desktop/xxx'
Resolving dodownload.filefront.com... 38.118.213.25
Connecting to dodownload.filefront.com|38.118.213.25|:80... connected.
HTTP request sent, awaiting response...
 HTTP/1.1 302 Found
 Date: Thu, 30 Aug 2007 23:13:20 GMT
 Server: Apache/2.0.55 (Unix) mod_ssl/2.0.55 OpenSSL/0.9.7e
 Set-Cookie: FF_SESSION_ID=xxx; expires=Sunday,
24-Aug-08 23:13:20 GMT; path=/; domain=.filefront.com
 location: 
http://38.118.213.137/7zqkemvx04+/personal/h/hepatic/rFactor/mods/Ou

lton_ParkBumpFix.rar/X6
 Vary: Accept-Encoding
 Content-Length: 0
 Keep-Alive: timeout=1, max=100
 Connection: Keep-Alive
 Content-Type: text/html
Location: 
http://38.118.213.137/7zqkemvx04+/personal/h/hepatic/rFactor/mods/Oult

on_ParkBumpFix.rar/X6 [following]
--01:13:13--  
http://38.118.213.137/7zqkemvx04+/personal/h/hepatic/rFactor/mods/

Oulton_ParkBumpFix.rar/X6
  => `xxx/Desktop/X6'
Connecting to 38.118.213.137:80... connected.
HTTP request sent, awaiting response...
 HTTP/1.1 200 OK
 Server: FileFront-DistSRV/2.73
 Connection: close
 Accept-Ranges: bytes
 Content-Disposition: attachment; filename="Oulton_ParkBumpFix.rar"
 Content-transfer-encoding: binary
 Content-length: 30365536
 Content-Type: application/octet-stream
Length: 30.365.536 (29M) [application/octet-stream]

1% [ ] 532.900  120.68K/s
ETA 07:04


--- end report