Launchpad has imported 7 comments from the remote bug at
https://bugzilla.redhat.com/show_bug.cgi?id=1763702.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.
On 2019-10-21T11:43:39+00:00 fperalta wrote:
Description of problem:
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
Reply at:
https://bugs.launchpad.net/ubuntu/+source/wget/+bug/1861440/comments/0
On 2019-10-21T11:52:43+00:00 fperalta wrote:
Sorry I hit enter to fast..
(In reply to Francisco Peralta from comment #0)
> Description of problem:
wget does not correctly use the no_proxy variable in RHEL 8
> Version-Release number of selected component (if applicable):
wget-1.19.5-7.el8_0.1.x86_64
> How reproducible:
Always.
If using a newer wget 1.20.3 or if using older wget from RHEL 7 I do not
reproduce the issue.
> Steps to Reproduce:
1. $ export http_proxy=http://www.notexisting.com:8080
2. $ export no_proxy=localhost,.redhat.com
3. $ wget www.redhat.com
> Actual results:
--2019-10-21 13:09:46-- http://www.redhat.com/
Resolving www.nonexisting.com (www.nonexisting.com)... 192.249.111.222
Connecting to www.nonexisting.com
(www.nonexsisting.com)|192.249.111.222|:8080... ^C
> Expected results:
--2019-10-21 13:50:42-- http://www.redhat.com/
Resolving www.redhat.com (www.redhat.com)... 2a02:26f0:97:181::d44,
2a02:26f0:97:19d::d44, 23.2.233.53
Connecting to www.redhat.com (www.redhat.com)|2a02:26f0:97:181::d44|:80...
failed: Network is unreachable.
Connecting to www.redhat.com (www.redhat.com)|2a02:26f0:97:19d::d44|:80...
failed: Network is unreachable.
Connecting to www.redhat.com (www.redhat.com)|23.2.233.53|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://www.redhat.com/en [following]
--2019-10-21 13:50:42-- https://www.redhat.com/en
Connecting to www.redhat.com (www.redhat.com)|23.2.233.53|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: ‘index.html’
index.html[ <=>
] 71.39K --.-KB/sin 0.04s
2019-10-21 13:50:42 (1.90 MB/s) - ‘index.html’ saved [73101]
Converting links in index.html... 20-131
Converted links in 1 files in 0.004 seconds.
> Additional info:
The issue must have been fixed in the upstream community, I could not
find the exact place nor the root cause of introducing it, but I think
it's a matter of updating the RHEL 8 version of wget.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/wget/+bug/1861440/comments/1
On 2019-11-07T16:44:29+00:00 thozza wrote:
During writing a test for the issue, I found a corner case which is
still not fixed in upstream. I'll wait for their response first.
For more information, please see https://lists.gnu.org/archive/html/bug-
wget/2019-11/msg00011.html
Reply at:
https://bugs.launchpad.net/ubuntu/+source/wget/+bug/1861440/comments/2
On 2019-11-13T21:23:01+00:00 shawn wrote:
The GNU Emacs manual covers this corner case in at least a little more
detail. See
https://www.gnu.org/software/emacs/manual/html_node/url/Proxies.html
As per your post, correlated with the EMACS manual, if you want the
"host" mit.edu to not use the proxy, you would need to add it to
no_proxy (so no_proxy=.mit.edu,mit.edu).
I'd really like to see this bug fixed as our local proxy server actually
denies requests to proxy internally, so without changing proxy vars
(that we've been using for over a decade), wget to our internal websites
just doesn't work.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/wget/+bug/1861440/comments/3
On 2019-11-15T14:46:15+00:00 shawn wrote:
Just a few links for extra documentation.
This regression in wget appears to have gone into changes in src/host.c with
commit 55d25fc20c0141cb7cb8bd0a6964b81aa0b50124 on 2018-01-07 and was released
with wget 1.19.3.
http://git.savannah.gnu.org/cgit/wget.git/commit/?id=fd85ac9cc623847e9d94d9f9241ab34e2c146cbf
This was reported upstream in #53622
(https://savannah.gnu.org/bugs/?53622).
Although not acknowledged in the upstream issue tracker, this appears fixed in
upstream commit fd85ac9cc623847e9d94d9f9241ab34e2c146cbf on 2018-10-25.
http://git.savannah.gnu.org/cgit/wget.git/commit/?id=fd85ac9cc623847e9d94d9f9241ab34e2c146cbf
According to git tags in the wget repo, 1.19.5 was release 2018-05-06,
so this fix wasn't included until the