On 2012-07-12 20:43:05 -0400, ThoMas Dickey wrote:
> What you're saying is that the content length is incorrect.
>
> RFC 2616 doesn't appear to specify behavior when the content-length is
> incorrect.
No, what I'm saying is that the content-lenth is correct (it is the
real length of the file), bu
On Thu, Jul 12, 2012 at 01:48:50PM +0200, Vincent Lefevre wrote:
> retitle 681214 lynx-cur: lynx doesn't truncate downloaded files to
> Content-Length value
> thanks
>
> On 2012-07-11 15:19:12 +0200, Vincent Lefevre wrote:
> > When downloading a file from http://partage-fichiers.ens-lyon.fr/
> >
retitle 681214 lynx-cur: lynx doesn't truncate downloaded files to
Content-Length value
thanks
On 2012-07-11 15:19:12 +0200, Vincent Lefevre wrote:
> When downloading a file from http://partage-fichiers.ens-lyon.fr/
> lynx added 8 bytes to the file:
>
> -rw-r--r-- 1 vlefevre vlefevre 59675248 20
Package: lynx-cur
Version: 2.8.8dev.12-2
Severity: important
(maybe a higher severity, because this is a file corruption)
When downloading a file from http://partage-fichiers.ens-lyon.fr/
lynx added 8 bytes to the file:
-rw-r--r-- 1 vlefevre vlefevre 59675248 2012-07-11 14:07:33 tst-exp.tar.xz
-
4 matches
Mail list logo