Bug#962904: libwww-perl breaks libapache2-mod-perl2 autopkgtest: Failed 6/6 subtests

[Niko Tyni]

Control: reassign -1 libwww-perl 6.45-1

On Mon, Jun 15, 2020 at 08:31:45PM +0200, Paul Gevers wrote:

> Deep recursion on subroutine "LWP::UserAgent::request" at
> /usr/share/perl5/LWP/UserAgent.pm line 360.
> t/api/status.t ..........................
> Failed 6/6 subtests

Thanks for the report.

The change in libwww-perl had a side effect of making it
look at max_redirect only when the Location header is set.

  https://metacpan.org/diff/file?target=OALDERS/libwww-perl-6.45/&source=OALDERS%2Flibwww-perl-6.44#lib/LWP/UserAgent.pm

The libapache2-mod-perl2 test suite implements a test server that answers
with HTTP code 303 without including such a header.

  GET /TestAPI__status?303= HTTP/1.1
  TE: deflate,gzip;q=0.3
  Connection: TE, close
  Host: localhost:8529
  User-Agent: libwww-perl/6.45
  
  HTTP/1.1 303 See Other
  Date: Mon, 15 Jun 2020 19:25:13 GMT
  Server: Apache/2.4.43 (Debian) world domination series/2.0 mod_perl/2.0.11 Perl/v5.30.3
  Content-Length: 0
  Connection: close
  Content-Type: text/plain

RFC 7231 is not very clear on whether Location is required, although
the response doesn't make much sense without it.

  https://tools.ietf.org/html/rfc7231#section-6.4.4

Some googling reveals this is not a new question.

  https://stackoverflow.com/questions/16194988/for-which-3xx-http-codes-is-the-location-header-mandatory

For the sake of robustness I suppose libwww-perl should be fixed, so
reassigning.
-- 
Niko Tyni   ntyni at debian.org