On 05/06, Ángel wrote:
Follow-up Comment #3, bug #45037 (project wget):

It's clearly a bug. If we are downloading README to local file foo, there's no
reason to remove the local symlink README.

I agree. This is definitely a bug.

When we want to save into a name where there's currently a symlink,
consistency with shell > would dictate just to follow the link on writing, but
as that may lead to security issues, replacing with a file may also be
acceptable.

My guess is, we should default to shell like behaviour and provide a command line option to instead replace the file, if the user wishes so.

Given that this is a clearly documented feature of Wget, that -O is supposed to work as shell redirection, I think it should not pose too many issues. Yes, there is the security risk where another file may be overwritten, but I think the user should be careful about those.

   _______________________________________________________

Reply to this item at:

 <http://savannah.gnu.org/bugs/?45037>

_______________________________________________
 Mensaje enviado vía/por Savannah
 http://savannah.gnu.org/


--
Thanking You,
Darshit Shah

Attachment: pgpCgAlgzgwJq.pgp
Description: PGP signature

Reply via email to