bug-wget
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-wget] Problem with --content-disposition, HTTP/FTP connection n


From: Jochen Roderburg
Subject: Re: [Bug-wget] Problem with --content-disposition, HTTP/FTP connection not reused
Date: Tue, 18 Oct 2011 22:13:53 +0200
User-agent: Internet Messaging Program (IMP) H3 (4.3.7)

Zitat von address@hidden:

The second issue is that the --content-disposition option doesn't seem to
work, at least not for the https URL I tried:

$ wget -S --content-disposition
"https://fp-pr1.ds.microsoft.com/TransferFile/FileTransfer.dll?Cmd=1&MN=1234567890&Dir=1&Mode=0&Off=0&TS=AAAAAAAA-1ACD-4945-BCD6-DDAFE738ECB3&CVN=5,0,0,32";
--2011-10-16 21:05:06--
https://fp-pr1.ds.microsoft.com/TransferFile/FileTransfer.dll?Cmd=1&MN=1234567890&Dir=1&Mode=0&Off=0&TS=AAAAAAAA-1ACD-4945-BCD6-DDAFE738ECB3&CVN=5,0,0,32
Resolving fp-pr1.ds.microsoft.com... 65.54.120.201
Connecting to fp-pr1.ds.microsoft.com|65.54.120.201|:443... connected.
HTTP request sent, awaiting response...
  HTTP/1.1 200 OK
  Content-Length: 342
  Content-Type: text/html
  Server: Microsoft-IIS/7.5
  ServerVersion: 5, 0, 0, 42
  FTMException: 22073
  FTMExceptionText: ule: CFileTransferIsapi.cpp, Line#: 232      Debug
Text: General Application Error     Context Text:
CFileTransferIsapi::Run Command:CMD is invalid
  FTMClass:
  FTMClassText:
  X-Powered-By: ASP.NET
  Date: Sun, 16 Oct 2011 20:05:07 GMT
  Connection: keep-alive
Length: 342 [text/html]
--2011-10-16 21:05:07--
https://fp-pr1.ds.microsoft.com/TransferFile/FileTransfer.dll?Cmd=1&MN=1234567890&Dir=1&Mode=0&Off=0&TS=AAAAAAAA-1ACD-4945-BCD6-DDAFE738ECB3&CVN=5,0,0,32
Reusing existing connection to fp-pr1.ds.microsoft.com:443.
HTTP request sent, awaiting response...
  HTTP/1.1 200 OK
  Content-Length: 86751232
  Content-Type: application/octet-stream
  Expires: -11
  Server: Microsoft-IIS/7.5
  ServerVersion: 5, 0, 0, 42
  SPTransferStatus:
  Content-Disposition: inline; filename="winddk.rtm.iso"
  X-Powered-By: ASP.NET
  Date: Sun, 16 Oct 2011 20:05:08 GMT
  Connection: keep-alive
Length: 86751232 (83M) [application/octet-stream]
Saving to:
`FileTransfer.dll?Cmd=1&MN=1234567890&Dir=1&Mode=0&Off=0&TS=AAAAAAAA-1ACD-4945-BCD6-DDAFE738ECB3&CVN=5,0,0,32'


-- Mark

This looks like the same issue I decribed recently here:

wget makes a HEAD request first, and the reply-headers do not contain a Content-Disposition header. The Content-Disposition header comes then on the subsequent GET request, but wget seems to ignore it there.

Regards,
Jochen Roderburg





reply via email to

[Prev in Thread] Current Thread [Next in Thread]