[Bug 1953344] [NEW] Autopkgtest failure with HTTP proxy

[Launchpad Bug Tracker]

You have been subscribed to a public bug by Olivier Gayot (ogayot):

Hello,

Autopktest is failing for libwww-machanize-shell-perl.
Since it is a reverse dependency of libwww-perl, the latter is blocked on proposed migration (jammy).
https://autopkgtest.ubuntu.com/results/autopkgtest-jammy/jammy/amd64/libw/libwww-mechanize-shell-perl/20211206_012815_4c3bd@/log.gz

The tests that fail are meant to execute HTTP queries to the loopback
interface, for instance:

# get http://[::1]:49619/basic_auth/foo/bar
[...]
not ok 1 - Request without credentials gives 401

#   Failed test 'Request without credentials gives 401'
#   at t/13-command-au.t line 39.
#          got: '503'
#     expected: '401'
# Page location : http://[::1]:49619/basic_auth/foo/bar
# get http://[::1]:49619/basic_auth/foo/bar
not ok 2 - Wrong password still results in a 401

The issue seems to be caused by the HTTP proxy that is passed in the
environment when running autopkgtest. Although we define a no_proxy
variable that includes some of the addresses/hostnames of the loopback
interface, it does not contain the IPv6 loopback address i.e., ::1 being
used here.

no_proxy=127.0.0.1,127.0.1.1,localhost,localdomain[...]

Debian does not have the issue. They seem to run autopkgtest without a
proxy.

Some of the tests from the upstream include the following directive,
which unsets the HTTP proxy variables when running the tests:

delete @ENV{qw(HTTP_PROXY http_proxy CGI_HTTP_PROXY)};

The tests that fail don't have this directive. I suggest to add the
directive for all tests that query a local HTTP server.

Thanks,
Olivier

** Affects: libwww-mechanize-shell-perl (Ubuntu)
     Importance: Undecided
         Status: In Progress

-- 
Autopkgtest failure with HTTP proxy
https://bugs.launchpad.net/bugs/1953344
You received this bug notification because you are a member of Ubuntu Sponsors Team, which is subscribed to the bug report.