[Bug 1861440] Re: wget does not honor dot-prefixed domains in no_proxy env variable

[Shawn K. O'Shea]

Just another data point. I searched Debian packages and there is not an
associated release impacted by this issue.

Debian oldstable (stretch) ships wget 1.18 (pre-regression release). See https://packages.debian.org/stretch/wget 
Debian stable (buster) ships wget 1.20 (regression fixed release). See https://packages.debian.org/buster/wget

** Summary changed:

- wget does not honor dot-prefixed domains in no_proxy env variable
+ [upstream regression] wget does not honor dot-prefixed domains in no_proxy env variable

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to wget in Ubuntu.
https://bugs.launchpad.net/bugs/1861440

Title:
  [upstream regression] wget does not honor dot-prefixed domains in
  no_proxy env variable

Status in wget package in Ubuntu:
  New

Bug description:
  Traditionally (AFAIK for at least the last decade), tools that support
  the no_proxy environment variable support specifying an entire
  subdomain by prefixing it with a "dot". For example, to exclude any
  website under example.com from using the proxy, you would set no_proxy
  to .example.com (export no_proxy=.example.com).

  A regression in wget 1.19 changed this behavior to expect non-prefixed
  domains (example.com vs .example.com). This regression was ultimately
  fixed and released with the 1.20 release of wget. bionic includes the
  regressed behavior version of wget.

  The regression was apparently introduced in wget 1.19.3. This bug
  should not effect other Ubuntu releases (xenial contains 1.17.1 and
  both disco and eoan contain 1.20.x versions that have the upstream
  fix).

  For more details, see references below and my additional comments on
  the RHEL8 bug filed for this issue (RH bug 1763702 linked below).

  What happens:
  no_proxy=.example.com in bionic sends requests to the proxy server for URLs like http://www.example.com/ despite requesting proxy exception via no_proxy.

  What should happen:
  Request should bypass the proxy and go directly to the web server. (works in xenial, disco and eoan as expected).

  System/software information:
  $ lsb_release -rd
  Description:	Ubuntu 18.04.3 LTS
  Release:	18.04
  $ apt-cache policy wget
  wget:
    Installed: 1.19.4-1ubuntu2.2
    Candidate: 1.19.4-1ubuntu2.2
    Version table:
   *** 1.19.4-1ubuntu2.2 500
          500 http://div6mirrors.llan.ll.mit.edu:80/ubuntu bionic-updates/main amd64 Packages
          500 http://div6mirrors.llan.ll.mit.edu:80/ubuntu bionic-security/main amd64 Packages
          100 /var/lib/dpkg/status
       1.19.4-1ubuntu2 500
          500 http://div6mirrors.llan.ll.mit.edu:80/ubuntu bionic/main amd64 Packages

  References:
  * Upstream wget bug report: 
    GNU Wget - Bugs: bug #53622 wget no_proxy leading dot on (sub)domains not working contradicting man page
    https://savannah.gnu.org/bugs/?53622

  * Upstream commit reference that introduces the regression
    http://git.savannah.gnu.org/cgit/wget.git/commit/?id=fd85ac9cc623847e9d94d9f9241ab34e2c146cbf

  * Upstream commit reference that introduces the fix
    http://git.savannah.gnu.org/cgit/wget.git/commit/?id=fd85ac9cc623847e9d94d9f9241ab34e2c146cbf

  * Expected behavior of no_proxy as documented in the GNU Emacs manual:
  https://www.gnu.org/software/emacs/manual/html_node/url/Proxies.html

  * Red Hat Bugzilla entry for this issue (Reported against RHEL8.1)
    Bug 1763702 - wget is ignoring no_proxy environment variable 
    https://bugzilla.redhat.com/show_bug.cgi?id=1763702

  * Red Hat Bugzilla entry tracking the (now released) errata package for RHEL8.1
    Bug 1772821 - wget is ignoring no_proxy environment variable [rhel-8.1.0.z] 
    https://bugzilla.redhat.com/show_bug.cgi?id=1772821

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/wget/+bug/1861440/+subscriptions