Re: [elinks-dev] chunked gzip fails again

2009-06-03 Thread Kalle Olavi Niemitalo
Witold Filipczyk wite...@poczta.onet.pl writes:

 Sorry, but the server sends in header: Content-Encoding: gzip,
 but the first chunk is not compressed.

You're right.  I suppose we should (1) try to get the server bug
fixed and (2) implement some workaround in ELinks.

For (1), it would be good to know whether the bug is caused by
some local configuration at www.eweek.com, or also present in the
standard Apache 1.3.37 distribution.  However, the response
headers don't list any extra modules, and I don't see any
bug-reporting address at the eWEEK or Ziff Davis Enterprise web
sites where we could ask how they have configured their server.
Perhaps someone at Apache might remember such a bug?

For (2), ELinks should preferably detect decompression errors and
blacklist the server and retry without Accept-Encoding (if the
connection is retryable).  Until that is implemented, it seems
best to set protocol.http.compression = 0 by default.


pgpzteNhInjmL.pgp
Description: PGP signature
___
elinks-dev mailing list
elinks-dev@linuxfromscratch.org
http://linuxfromscratch.org/mailman/listinfo/elinks-dev


[elinks-dev] chunked gzip fails again

2009-06-02 Thread Kalle Olavi Niemitalo
http://www.eweek.com/c/a/Desktops-and-Notebooks/Intel-Psion-End-Dispute-Concerning-Netbook-Trademark-288875/
elinks-0.12 (cde4a2f7b3f2c62ae161b39dd391bbddfd4d3857)
--no-home --no-connect at this site results in a 9-byte body.
Headers:

HTTP/1.1 200 OK
Date: Tue, 02 Jun 2009 19:22:56 GMT
Server: Apache/1.3.37 (Unix)
Set-Cookie: sessioncookie=533e75e71f373b3637cd0a419d8c0ddf; expires=Wed, 
02-Jun-2010 19:22:56 GMT; path=/
Set-Cookie: mosvisitor=1
Content-Encoding: gzip
Expires: Mon, 26 Jul 1997 05:00:00 GMT
Last-Modified: Tue, 02 Jun 2009 19:22:56 GMT
Cache-Control: no-store, no-cache, must-revalidate
Cache-Control: post-check=0, pre-check=0
Pragma: no-cache
Keep-Alive: timeout=2, max=100
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: text/html

Disabling protocol.http.compression makes ELinks show the page correctly.
So, it seems there's still something wrong with chunked gzip, unfortunately.

ELinks 0.10.6, 0.11.0, and 0.11.5 display the beginning of the
page OK, but the end is garbage.


pgpojrVh7I0Fc.pgp
Description: PGP signature
___
elinks-dev mailing list
elinks-dev@linuxfromscratch.org
http://linuxfromscratch.org/mailman/listinfo/elinks-dev