Update of bug #50579 (project wget): Category: Program Logic => Feature Request Status: None => Needs Discussion Summary: wget --continue: URL with trailing slash '/' (but Content-Disposition) => wget --continue: Download fails when server does not support HEAD request
_______________________________________________________ Follow-up Comment #1: As you already stated, the server should have answered the HEAD request properly. If a server refuses to do so, --continue currently doesn't work. Especially with --content-disposition, Wget doesn't know about the filename to look/save at, so it simply gives up here. If now Wget tries to be 'clever' and (silently) falls back to the filename derived from the URL, it could be that the wrong file becomes saved, clobbered, destroyed (depending on additional options). So IMO, we better leave it up to the user to *exactly* say what (s)he wants. The title is misleading, the problem is the same wether with or without trailing slash. I leave this bug open for discussion and mark it feature request. _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?50579> _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/