[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug-wget] Contribution on bug #45037
From: |
Loïc Maury |
Subject: |
[Bug-wget] Contribution on bug #45037 |
Date: |
Sat, 16 May 2015 15:48:30 +0200 |
Hello,
I found another task where I want to contribute, the issue with 45037.
For what I understand, and read in the mailling list, the problem occur in
ftp.c
ftp_loop_internal -> remove_link.
But what I don't understand, is why each time he try to remove
the symbolic link. What is the purpose of this statement, in overall
context of code.
That was here, because that was a feature, and now a bug, because some
others statements was removed ?
If for example I have a symbolic link README in local, and try to download
another file, with the
same name README remotely, with -O foo, normally, my symbolic link README
should not be modified.
But now if I pass -O README, the symbolic link will be removed because it's
a redirection ?
so It's not possible to just renamed it ?
Sorry if my questions are silly, but I'am starting in the code of wget, and
my knowledge are weak.
Thank you
Best
Loic Maury
- [Bug-wget] Contribution on bug #45037,
Loïc Maury <=
- Re: [Bug-wget] Contribution on bug #45037, Ander Juaristi Alamos, 2015/05/16
- Re: [Bug-wget] Contribution on bug #45037, Ángel González, 2015/05/16
- Re: [Bug-wget] Contribution on bug #45037, Tim Rühsen, 2015/05/17
- Re: [Bug-wget] Contribution on bug #45037, Ángel González, 2015/05/17
- Re: [Bug-wget] Contribution on bug #45037, Ander Juaristi, 2015/05/18
- Re: [Bug-wget] Contribution on bug #45037, Daniel Stenberg, 2015/05/18
- Re: [Bug-wget] Contribution on bug #45037, Ángel González, 2015/05/19