Update of bug #41331 (project wget):
Status:Needs Discussion = Fixed
Open/Closed:Open = Closed
Planned Release:None = 1.16.1
Update of bug #41331 (project wget):
Category: User Interface = Program Logic
Priority: 5 - Normal = 6
___
Reply to this item at:
Update of bug #41331 (project wget):
Status:None = Needs Discussion
___
Follow-up Comment #7:
I would go with c and f.
A warning should be printed during --debug output if Wget encounters an
Follow-up Comment #5, bug #41331 (project wget):
Before I create a patch, I would like to know what you suggest. At least such
a suggestion should satisfy the widest possible range of users.
Some options could be (single or combination)
a. Output WARNING instead of ERROR
b. Output ERROR only
Follow-up Comment #6, bug #41331 (project wget):
I would say c. Perhaps f could be OK too and could be even safer, but this is
partly unrelated to the error/warning message.
e may not be sufficient. For instance, a user may want to rename some
buggy/old certificate by adding the ~ character at
Follow-up Comment #3, bug #41331 (project wget):
At least, we should change the string 'ERROR' into 'WARNING'.
I personally would like to see if there is something unexpected or broken in
my certificate directory. So removing the check resp. the warning completely
is not an option to me.
What
On 2014-02-27 21:44:04 +, Tim Ruehsen wrote:
Follow-up Comment #3, bug #41331 (project wget):
At least, we should change the string 'ERROR' into 'WARNING'.
I personally would like to see if there is something unexpected or broken in
my certificate directory. So removing the check resp.
Follow-up Comment #4, bug #41331 (project wget):
Having a file that is not a certificate is not something broken. The message
is distracting and can make more useful messages less visible.
Also, wget is not the right tool to see if something is broken in the
certificate directory. Even if
Follow-up Comment #1, bug #41331 (project wget):
I'm unable to reproduce this bug on the current git HEAD and on the v1.15
tag.
I set up my wgetrc file to have a ca_directory which has one cert file and a
bunch of other random text files. Trying to download an https page gave me no
spurious
Follow-up Comment #2, bug #41331 (project wget):
In my case, a strace shows, e.g. for an empty file empty:
10268 stat(/home/vinc17/wd/config/cacert/empty, {st_mode=S_IFREG|0644,
st_size=0, ...}) = 0
10268 open(/home/vinc17/wd/config/cacert/empty, O_RDONLY) = 6
10268 fstat(6,
URL:
http://savannah.gnu.org/bugs/?41331
Summary: spurious errors if some files in the cert directory
are not certificates
Project: GNU Wget
Submitted by: nok
Submitted on: Fr 24 Jan 2014 11:43:10 CET
Category: User
11 matches
Mail list logo