I have a TiVo DVR, which includes a simple web interface to download the
recordings in an encrypted format.  Typically I store them on my home
server, crowley, which has a large mostly-unused disk (80 GB).  When I
use w3m to download them directly, the files end up corrupted; if I
download them to my laptop first using Firefox and sftp them to crowley,
everything is fine.  Here is a sample file listing;

Hi,

I am experiencing precisely the same bug. Again, connecting to a tivo web
server, the downloaded videos are corrupted.

w3m version w3m/0.5.2, options
lang=en,m17n,image,color,ansi-color,mouse,gpm,menu,cookie,ssl,ssl-verify,external-uri-loader,w3mmailer,nntp,gopher,ipv6,alarm,mark,migemo

Linux menuin 2.6.27-9-generic #1 SMP Thu Nov 20 22:15:32 UTC 2008 x86_64
GNU/Linux
(Ubuntu 9.04)

To reiterate the previous poster, if I download the files via firefox, the
files are fine.

Happy to provide additional information...

tags 407387 + unreproducible
thanks

I have no TiVo, so I simply download 1.6GB and 3GB file,
but I cannot reproduce this problem.
Maybe, is it TiVo web server's bug?
So, I am afraid to close this bug.
If this problem still exists, please reopen it.

In the intervening three and a half years, the original system I
reported this from is packed away at the moment, but testing using the
latest version of w3m available on my other system (0.5.2 on Ubuntu)
the problem still exists.  It appears to be w3m (and various other
command-line tools) not handling chunked encoding of the data stream
correctly, so the chunk-size headers get included as part of the data
in the file. -- Joe

reopen 407387
retitle 407387 w3m: not supporting chunked transfer encoding
severity 407387 wishlist
tags 407387 - unreproducible
tags 407387 + upstream
forcemerge 407387 560153
thanks

Thank you for your investigation.
I will send it to upstream.
And I reopen it and update bug status.