Re[4]: [Mod_gzip] MSIE download component + gzip bug

[Walter Hop]

[in reply to sbizyaye@outlook.net, 20-10-2002]

> BTW, look: mod_gzip responds static format over HTTP/1.1. As far as I
> understand, you generate the content on-the-fly. Is it supposed to work this
> way?

I assumed it works correctly as I do not send out any cache-limiting
headers in the PHP file. I used php files as an example so there would be
no difference in Apache's handling of MIME headers and I would know that
the server-side environment for the two files was exactly the same. Just to
make sure, I added an example using static HTML to the test page
http://www.slik.org/~walter/gziptest/readme.html with same result.

> Further, when I hook the body of this response and unzip it on-the-fly, I
> see the length of Restored Body being the same to the first example. So,
> I believe that the source of the problem is sitting on client side...

That's good information, thanks! Out of curiosity, with what tool did you
analyze the request?

> It works fine on my M$IE-6.0, but look: It is NOT compressed for some
> reason... Too short for mod_gzip?.. That's why it works...

You are correct, the small files did get through because mod_gzip in my
configuration refuses to gzip any content smaller than 500 bytes. When I
make the small file 501 bytes, the problem immediately reappears so small
files are no special case.

I still believe it's a MSIE bug but I have not found a form for submitting
the bug report yet... :)

-- 
 Walter Hop <wh@slik.org> | +31 6 24452020 | PGP keyid 0x84813998