[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#646040: marked as done (apt-get encoding '%' as %25 from a HTTP 302 URL)

Your message dated Mon, 12 Dec 2011 19:12:07 +0100
with message-id <CAAZ6_fCsd4Cb6k9yKTYk0TZbP_48PoMsiX-T+Y61qSh566i11Q@mail.gmail.com>
and subject line Re: Bug#646040: apt-get encoding '%' as %25 from a HTTP 302 URL
has caused the Debian Bug report #646040,
regarding apt-get encoding '%' as %25 from a HTTP 302 URL
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
646040: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=646040
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: apt
Version: 0.7.25.3ubuntu9.8

When running 'apt-get install' with a package that contains the '+'
character (libstdc++), if the server does a redirect and sends back
the URL with the '+' encoded as %2B, then apt-get will encode the '%'
as %25.  The GET request to the new server then ends up having %252B
(or more occurrences of 2B in the event of multiple redirects) and the
package is not found.


I suggest not re-encoding the Location URL that's returned from the
server when there's a 302.

--- End Message ---
--- Begin Message --- 
Version: 0.8.15

On Thu, Oct 20, 2011 at 22:39, Bass <lowbassman@gmail.com> wrote:
> When running 'apt-get install' with a package that contains the '+'
> character (libstdc++), if the server does a redirect and sends back
> the URL with the '+' encoded as %2B, then apt-get will encode the '%'
> as %25.  The GET request to the new server then ends up having %252B
> (or more occurrences of 2B in the event of multiple redirects) and the
> package is not found.

This bug is fixed in newer APT versions:

- dequote URL taken from Location in redirects as we will otherwise
  quote an already quoted string in the request later (Closes: #602412)

I am therefore closing this bugreport,
but still thanks for your report!


Best regards

David Kalnischkies

--- End Message ---
Reply to: