apt/test/interactive-helper/aptwebserver.cc, branch 1.3.1Debians commandline package managerhttps://git.kalnischkies.de/apt/atom?h=1.3.12016-08-16T16:49:37Zdon't sent Range requests if we know its not accepted2016-08-16T16:49:37ZDavid Kalnischkiesdavid@kalnischkies.de2016-08-11T16:24:35Zurn:sha1:d94b1d80d8326334d17f6a43061368e783b8e0aa
If the server told us in a previous request that it isn't supporting
Ranges with bytes via an Accept-Ranges header missing bytes, we don't
try to formulate requests using Ranges.
http(s): allow empty values for header fields2016-08-13T06:49:35ZDavid Kalnischkiesdavid@kalnischkies.de2016-08-12T20:13:09Zurn:sha1:148c049150cc39f2e40894c1684dc2aefea1117e
It seems completely pointless from a server-POV to sent empty header
fields, so most of them don't do it (simply proven by this limitation
existing since day one) – but it is technically allowed by the RFC as
the surounding whitespaces are optional and Github seems to like sending
"X-Geo-Block-List:\r\n" since recently (bug reports in other http
clients indicate July) at least sometimes as the reporter claims to have
seen it on https only even through it can happen with both.
Closes: 834048
use +0000 instead of UTC by default as timezone in output2016-07-02T10:01:17ZDavid Kalnischkiesdavid@kalnischkies.de2016-07-02T09:28:42Zurn:sha1:0b45b6e5de1ba4224ced67a9952e009d0f4139a0
All apt versions support numeric as well as 3-character timezones just
fine and its actually hard to write code which doesn't "accidently"
accepts it. So why change? Documenting the Date/Valid-Until fields in
the Release file is easy to do in terms of referencing the
datetime format used e.g. in the Debian changelogs (policy §4.4). This
format specifies only the numeric timezones through, not the nowadays
obsolete 3-character ones, so in the interest of least surprise we should
use the same format even through it carries a small risk of regression
in other clients (which encounter repositories created with
apt-ftparchive).
In case it is really regressing in practice, the hidden option
-o APT::FTPArchive::Release::NumericTimezone=0
can be used to go back to good old UTC as timezone.
The EDSP and EIPP protocols use this 'new' format, the text interface
used to communicate with the acquire methods does not for compatibility
reasons even if none of our methods would be effected and I doubt any
other would (in these instances the timezone is 'GMT' as that is what
HTTP/1.1 requires). Note that this is only true for apt talking to
methods, (libapt-based) methods talking to apt will respond with the
'new' format. It is therefore strongly adviced to support both also in
method input.
webserver: 416 errors aren't closing connections2016-04-13T19:33:32ZDavid Kalnischkiesdavid@kalnischkies.de2016-04-06T14:00:11Zurn:sha1:c1e7b36400db49d3dcb403512e9b009d1b6d05bc
Breaking here lets our handler die which a client will fix by
reconnecting… but that eats time needlessly and is simple the wrong
handling, too.
Git-Dch: Ignore
aptwebserver: fix html validation issues2016-03-14T10:47:19ZDavid Kalnischkiesdavid@kalnischkies.de2016-03-13T22:30:05Zurn:sha1:12f40394b3940573c0e63d74722a95148fb1ad39
Iceweasel^WFirefox complains about the missing encoding in its console
which can be a bit annoying in interactive sessions, so fixing these
issues has no effect on apt itself, but on the testers.
Git-Dch: Ignore
test all redirection codes work as expected2016-01-31T18:06:19ZDavid Kalnischkiesdavid@kalnischkies.de2016-01-28T23:52:48Zurn:sha1:aa3e7b3287a20b464237c869483111abc7e9d815
Git-Dch: Ignore
tests: don't use hardcoded port for http and https2015-09-15T08:16:09ZDavid Kalnischkiesdavid@kalnischkies.de2015-09-14T22:33:12Zurn:sha1:6c0765c096ffb4df14169236c865bbb2b10974ae
This allows running tests in parallel.
Git-Dch: Ignore
Merge branch 'debian/sid' into debian/experimental2015-05-22T15:01:03ZMichael Vogtmvo@ubuntu.com2015-05-22T15:01:03Zurn:sha1:4fc6b7570c3e97b65c118b58cdf6729fa94c9b03
Conflicts:
apt-pkg/pkgcache.h
debian/changelog
methods/https.cc
methods/server.cc
test/integration/test-apt-download-progress
Add regression test for LP: #14452392015-05-22T14:05:05ZMichael Vogtmvo@ubuntu.com2015-05-22T14:05:05Zurn:sha1:f4a91278c65b156c1addf27b0b05b029692959e8
Add a regression test that reproduced the hang of apt when a
partial file is present.
Git-Dch: ignore
Fix endless loop in apt-get update that can cause disk fillup2015-05-22T13:28:53ZMichael Vogtmvo@ubuntu.com2015-05-22T13:28:53Zurn:sha1:ceafe8a6edc815df2923ba892894617829e9d3c2
The apt http code parses Content-Length and Content-Range. For
both requests the variable "Size" is used and the semantic for
this Size is the total file size. However Content-Length is not
the entire file size for partital file requests. For servers that
send the Content-Range header first and then the Content-Length
header this can lead to globbing of Size so that its less than
the real file size. This may lead to a subsequent passing of a
negative number into the CircleBuf which leads to a endless
loop that writes data.
Thanks to Anton Blanchard for the analysis and initial patch.
LP: #1445239