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

[Slava Bizyayev]

The following is the client-side Log of my activities on your example page:

1. I'm trying "Try to download test.phpx (without mod_gzip)":

C05 --> S06 GET /~walter/gziptest/test.phpx HTTP/1.1
C05 --> S06 Accept: */*
C05 --> S06 Accept-Encoding: gzip, deflate
C05 --> S06 User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)
C05 --> S06 Host: www.slik.org
C05 --> S06 Pragma: no-cache
C05 --> S06 Accept-Charset: ISO-8859-1
== Body was 0 bytes ==

C05 <-- S06 HTTP/1.1 200 OK
C05 <-- S06 Date: Sun, 20 Oct 2002 01:41:10 GMT
C05 <-- S06 Server: Apache/1.3.27
C05 <-- S06 Transfer-Encoding: chunked
C05 <-- S06 Content-Type: text/html
C05 <-- S06 == Incoming Body was 729 bytes ==
== Transmission: text  chunked ==
== Chunk Log ==
2cd (hex) = 717 (dec)
0 (hex) = 0 (dec)
== Latency = 0.170 seconds, Extra Delay = 0.000 seconds
== Restored Body was 717 bytes ==

It works fine on my M$IE-6.0...

2. Now I'm trying "Try to download test.php (with mod_gzip)":

C05 --> S06 GET /~walter/gziptest/test.php HTTP/1.1
C05 --> S06 Accept: */*
C05 --> S06 Accept-Encoding: gzip, deflate
C05 --> S06 User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)
C05 --> S06 Host: www.slik.org
C05 --> S06 Pragma: no-cache
C05 --> S06 Accept-Charset: ISO-8859-1
== Body was 0 bytes ==

C05 <-- S06 HTTP/1.1 200 OK
C05 <-- S06 Date: Sun, 20 Oct 2002 01:41:54 GMT
C05 <-- S06 Server: Apache/1.3.27
C05 <-- S06 Vary: Accept-Encoding,User-agent
C05 <-- S06 Content-Type: text/html
C05 <-- S06 Content-Encoding: gzip
C05 <-- S06 Content-Length: 427
C05 <-- S06 == Incoming Body was 427 bytes ==
== Transmission: text gzip  ==
== Latency = 0.170 seconds, Extra Delay = 0.000 seconds
== Restored Body was 717 bytes ==

It does not work om my M$IE-6.0...

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?

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...


3. Now I'm trying "Try to download small.php (with mod_gzip)"

C05 --> S06 GET /~walter/gziptest/small.php HTTP/1.1
C05 --> S06 Accept: */*
C05 --> S06 Accept-Encoding: gzip, deflate
C05 --> S06 User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)
C05 --> S06 Host: www.slik.org
C05 --> S06 Pragma: no-cache
C05 --> S06 Accept-Charset: ISO-8859-1
== Body was 0 bytes ==

C05 <-- S06 HTTP/1.1 200 OK
C05 <-- S06 Date: Sun, 20 Oct 2002 01:41:41 GMT
C05 <-- S06 Server: Apache/1.3.27
C05 <-- S06 Vary: Accept-Encoding,User-agent
C05 <-- S06 Transfer-Encoding: chunked
C05 <-- S06 Content-Type: text/html
C05 <-- S06 == Incoming Body was 43 bytes ==
== Transmission: text  chunked ==
== Chunk Log ==
1f (hex) = 31 (dec)
0 (hex) = 0 (dec)
== Latency = 0.160 seconds, Extra Delay = -0.060 seconds
== Restored Body was 31 bytes ==

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...

Hope it helps..

Thanks,
Slava



----- Original Message -----
From: "Walter Hop" <mod_gzip@walter.slik.org>
To: <mod_gzip@lists.over.net>; "Slava Bizyayev" <sbizyaye@outlook.net>
Sent: Saturday, October 19, 2002 7:03 PM
Subject: Re[2]: [Mod_gzip] MSIE download component + gzip bug


> [in reply to sbizyaye@outlook.net, 20-10-2002]
>
> > It seems VERY interesting.. Could you give us as many details about this
> > effect as you have?
>
> I've created an example page to try:
> http://www.slik.org/~walter/gziptest/readme.html
>
> > Is that downloader a (standard) plug-in for M$IE? Looks like this way..
>
> I don't really know WHAT it is. :) It is a "behavior" in IE. Here it is:
>
http://msdn.microsoft.com/library/default.asp?url=/workshop/author/behaviors
/reference/behaviors/download.asp
> "download Behavior - Downloads a file and notifies a specified callback
> function when the download is complete."
>
> > Does it use the parent browser to request data, or it creates the own
> > socket?
>
> It has the exact same User-agent as the normal browser from the
> access_logs; perhaps it "bypasses" MSIE's content-decoding layer and does
a
> request directly, then fails on the binary data...
>
> > Does server receive that request (and how it looks like)? What
> > happens next?
>
> The startDownload method has a function reference as the 2nd argument. If
> everything goes as planned, that javascript function is called with as a
> single argument the returned HTTP response (it is intended for text only,
I
> believe) in a string.
>
> This function call does not happen in one of the four examples on
> readme.html in the mentioned two MSIE versions using HTTP/1.1 and no
proxy.
>
> Hope this clears something up, it might still be user error on my part
> ofcourse, but I've seen it reported by two users on various sites using
the
> download behavior, the day after I started using mod_gzip for encoding the
> results.
>
> Any insight would be appreciated :)
> Thanks,
> walter.
>
> --
>  Walter Hop <wh@slik.org> | +31 6 24452020 | PGP keyid 0x84813998
>
>