Package: wget Version: 1.16-1+deb8u1 Severity: wishlist It would be nice if the behavior of --continue would also handle corner cases, such as the following:
$ wget --content-disposition --continue http://www.mckesson.com/documents/providers/mckesson-radiology-12-dicom-conformance-statement/ --2016-11-08 12:48:07-- http://www.mckesson.com/documents/providers/mckesson-radiology-12-dicom-conformance-statement/ Resolving www.mckesson.com (www.mckesson.com)... 2.20.250.32, 2.20.250.41 Connecting to www.mckesson.com (www.mckesson.com)|2.20.250.32|:80... connected. HTTP request sent, awaiting response... 503 Service Unavailable 2016-11-08 12:48:08 ERROR 503: Service Unavailable. On the other hand this one works OK: $ wget --content-disposition --continue http://www3.gehealthcare.com/~/media/documents/us-global/products/interoperability/dicom/nuclear-medicine/gehc-dicom-conformance_ventri_5179057dhf_rev1.pdf --2016-11-08 12:49:25-- http://www3.gehealthcare.com/~/media/documents/us-global/products/interoperability/dicom/nuclear-medicine/gehc-dicom-conformance_ventri_5179057dhf_rev1.pdf Resolving www3.gehealthcare.com (www3.gehealthcare.com)... 2.20.250.19, 2.20.250.10 Connecting to www3.gehealthcare.com (www3.gehealthcare.com)|2.20.250.19|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 709762 (693K) [application/pdf] --2016-11-08 12:49:25-- http://www3.gehealthcare.com/~/media/documents/us-global/products/interoperability/dicom/nuclear-medicine/gehc-dicom-conformance_ventri_5179057dhf_rev1.pdf Reusing existing connection to www3.gehealthcare.com:80. HTTP request sent, awaiting response... 206 Partial Content Length: 709762 (693K), 0 remaining [application/pdf] Saving to: ‘GEHC-DICOM-Conformance_Ventri_5179057DHF_Rev1.pdf’ GEHC-DICOM-Conformance_Ventri_5179057DHF_Re 100%[++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++] 693.13K --.-KB/s in 0s 2016-11-08 12:49:26 (0.00 B/s) - ‘GEHC-DICOM-Conformance_Ventri_5179057DHF_Rev1.pdf’ saved [709762/709762] For some reason HEAD would not get the Content-Disposition tag, but looking at curl output I can see it: * Hostname was NOT found in DNS cache % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* Trying 2.20.250.32... * Connected to www.mckesson.com (2.20.250.32) port 80 (#0) > GET /documents/providers/mckesson-radiology-12-dicom-conformance-statement/ > HTTP/1.1 > User-Agent: curl/7.38.0 > Host: www.mckesson.com > Accept: */* > 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0< HTTP/1.1 200 OK < Cache-Control: private < Content-Length: 3292374 < Content-Type: application/pdf * Server Microsoft-IIS/7.5 is not blacklisted < Server: Microsoft-IIS/7.5 < Content-Disposition: inline; filename="McKesson Radiology 12.1.1 DICOM Conformance Statement rev1.0.pdf" < X-AspNet-Version: 4.0.30319 < X-Powered-By: ASP.NET < X-UA-Compatible: IE=edge,chrome=1 < Date: Tue, 08 Nov 2016 11:45:47 GMT < Connection: keep-alive < Set-Cookie: EktGUID=3f3d7804-163d-4a59-bbf4-676abf1a1dab; expires=Wed, 08-Nov-2017 11:45:46 GMT; path=/ < Set-Cookie: EkAnalytics=0; expires=Wed, 08-Nov-2017 11:45:46 GMT; path=/ < Set-Cookie: ASP.NET_SessionId=nprzkvb3mnsu41ahuslx1auy; path=/; HttpOnly < Set-Cookie: ecm=user_id=0&isMembershipUser=0&site_id=&username=&new_site=/&unique_id=0&site_preview=0&langvalue=0&DefaultLanguage=1033&NavLanguage=1033&LastValidLanguageID=1033&DefaultCurrency=840&SiteCurrency=840&ContType=&UserCulture=1033&dm=www.mckesson.com&SiteLanguage=1033; path=/ < Set-Cookie: BIGipServerMCKESSON.COM_80=801417408.20480.0000; expires=Tue, 08-Nov-2016 12:05:46 GMT; path=/ < { [data not shown]
