Bug#888691: [bug #53020] wget -b produces empty wget-log file

Update of bug #53020 (project wget): Open/Closed:Open => Closed ___ Reply to this item at: ___

Bug#874590: [bug #51181] Unexpected "Redirecting output to 'wget-log'."

Follow-up Comment #12, bug #51181 (project wget): Actually, I am unable to reproduce the problem. `$ timeout -k 26s 25s wget example.com` does _not_ put Wget in the background. The entire task runs in the foreground. And even when wget does run in the background, I don't see how the manual is

Bug#813158: [bug #52349] Seg fault with wget -O - smxi.org/sm/sm-versions

Update of bug #52349 (project wget): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #2: Thanks for the

Bug#843620: [bug #50579] wget --continue: Download fails when server does not support HEAD request

Follow-up Comment #3, bug #50579 (project wget): As Dale mentions, what Wget does is exactly according to the RFC. In fact it is the server that breaks the spec. And a workaround for this server may cause breakages for other servers that actually follow the specifications. As a result, I vote

Bug#496583: [bug #45776] ClamAV integration?

Update of bug #45776 (project wget): Status:None = Wont Fix Open/Closed:Open = Closed ___ Follow-up Comment #1: I partially agree with

Bug#281201: [bug #45790] wget prints it's progress even when background

___ Reply to this item at: http://savannah.gnu.org/bugs/?45790 ___ Nachricht gesendet von/durch Savannah http://savannah.gnu.org/ -- Thanking You, Darshit Shah

Bug#32353: [bug #45689] wget: opens a new connection for each ftp document

Update of bug #45689 (project wget): Status:None = Needs Discussion ___ Follow-up Comment #1: I'm not very well versed with the FTP Protocol, so if I'm wrong here, someone please correct me.

Bug#790523: [bug #45443] http_proxy variable should also work for capitalized HTTP_PROXY

Update of bug #45443 (project wget): Open/Closed:Open = Closed ___ Reply to this item at: http://savannah.gnu.org/bugs/?45443 ___ Message

Bug#784348: [bug #45037] wget -O foo ftp://ftp.funet.fi/pub/Linux/mirrors/debian/README deletes README symlink

'foo' doesn't exist and 'xxx' has been overwritten !!! Regards, Tim On Thursday 07 May 2015 10:06:55 Darshit Shah wrote: joey@darkstar:~/tmp/yln -s /etc/passwd README joey@darkstar:~/tmp/yls README@ joey@darkstar:~/tmp/ywget -O foo ftp://ftp.funet.fi/pub/Linux/mirrors/debian/README

Bug#784348: [bug #45037] wget -O foo ftp://ftp.funet.fi/pub/Linux/mirrors/debian/README deletes README symlink

Update of bug #45037 (project wget): Status:None = Confirmed ___ Reply to this item at: http://savannah.gnu.org/bugs/?45037 ___ Message

Bug#784348: [bug #45037] wget -O foo ftp://ftp.funet.fi/pub/Linux/mirrors/debian/README deletes README symlink

. ___ 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 pgpCgAlgzgwJq.pgp Description: PGP signature

Bug#784348: [bug #45037] wget -O foo ftp://ftp.funet.fi/pub/Linux/mirrors/debian/README deletes README symlink

about compatibility with shell like redirection. -- Thanking You, Darshit Shah From 7537c7e341948ee6e0ff5170a5a056d80a82cfde Mon Sep 17 00:00:00 2001 From: Darshit Shah dar...@reniac.com Date: Thu, 7 May 2015 09:59:25 +0530 Subject: [PATCH] Fix #45037: Wget deletes wrong Symlink in ftp

Bug#779519: [bug #44403] wget --quiet isn't quiet anymore

Update of bug #44403 (project wget): Open/Closed:Open = Closed ___ Reply to this item at: http://savannah.gnu.org/bugs/?44403 ___ Message

Bug#657219: [bug #38005] wget should handle SIGINT to close the connection

Update of bug #38005 (project wget): Open/Closed:Open = Closed ___ Reply to this item at: http://savannah.gnu.org/bugs/?38005 ___ Message

Bug#731110: [bug #40819] wget does not send Accept-Encoding and fails to handle Content-Encoding

Update of bug #40819 (project wget): Status:None = Fixed Open/Closed:Open = Closed ___ Reply to this item at:

Bug#779519: [bug #44403] wget --quiet isn't quiet anymore

Update of bug #44403 (project wget): Severity: 5 - Blocker = 4 - Important ___ Reply to this item at: http://savannah.gnu.org/bugs/?44403 ___ Message

Bug#779519: [bug #44403] wget --quiet isn't quiet anymore

Update of bug #44403 (project wget): Severity: 3 - Normal = 5 - Blocker Priority: 5 - Normal = 9 - Immediate Status:None = Confirmed Assigned to:

Bug#779519: [bug #44403] wget --quiet isn't quiet anymore

Update of bug #44403 (project wget): Status: Confirmed = Fixed ___ Reply to this item at: http://savannah.gnu.org/bugs/?44403 ___ Message

Bug#779519: [bug #44403] wget --quiet isn't quiet anymore

Additional Item Attachment, bug #44403 (project wget): File name: 0001-main.c-Need-to-explicitly-disallow-show_progress-in-.patch Size:0 KB ___ Reply to this item at: http://savannah.gnu.org/bugs/?44403

Bug#144076: [Bug-wget] [PATCH] wget -nv doesn't show enough errors

wrote: Hello, Here is the patch for this long-standing bug. See also: https://bugs.debian.org/144076 Regards -- Mathieu Parent -- Thanking You, Darshit Shah -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas

Bug#736427: [bug #41331] spurious errors if some files in the cert directory are not certificates

Update of bug #41331 (project wget): Category: User Interface = Program Logic Priority: 5 - Normal = 6 ___ Reply to this item at:

Bug#736427: [bug #41331] spurious errors if some files in the cert directory are not certificates

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

Bug#701032: [bug #41003] wget tries to reuse connection despite http/1.0 and no connection: keep-alive

Update of bug #41003 (project wget): Status:None = In Progress Assigned to:None = darnir ___ Reply to this item at:

Bug#736427: [bug #41331] spurious errors if some files in the cert directory are not certificates

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

Bug#701032: [bug #41003] wget tries to reuse connection despite http/1.0 and no connection: keep-alive

Follow-up Comment #3, bug #41003 (project wget): Giuseppe, I have posted the --debug output in my previous comment. As can be seen, Wget does indeed register the socket for persistent reuse, however, just 2 lines later it also closes the socket and creates a new one. This is correct according

Bug#701032: [bug #41003] wget tries to reuse connection despite http/1.0 and no connection: keep-alive

Follow-up Comment #1, bug #41003 (project wget): This bug cannot be reproduced. I have set up the exact same environment as described in the bug report. A Python BaseHTTPServer with protocol_version = HTTP/1.0. Wget does indeed close the connection after each request and creates a new

Bug#657219: [bug #38005] wget should handle SIGINT to close the connection

Follow-up Comment #1, bug #38005 (project wget): I cannot reproduce this bug report. On the other hand, checking the packets using Wireshark, I saw all three required packets, FIN, FIN-ACK and ACK when wget is sent SIGINT. ___ Reply to