Myriad merges
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I've just merged a bunch of things into the current trunk, including Mauro's latest changes related to when HEAD is sent (concerning which he recently sent an email). Please feel free to beat on it, and report any bugs here! - -- 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 iD8DBQFG1o777M8hyUobTrERCAJ8AJ9xjFQdasK/P3I23LWU0iGR8Ed6/ACfQ7G6 QOFxahMHz6MzoShw+UBYQqw= =nBcl -END PGP SIGNATURE-
Bad html naming behaviour of wget ( windows version 1.10.2b + trunk:2369 )
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
Re: Bad html naming behaviour of wget ( windows version 1.10.2b + trunk:2369 )
-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-
