145216 - gzip: handled weirdly (duplicate Content-encoding headers?)

Status: RESOLVED INVALID

(Tech Evangelism Graveyard :: English Other, defect)

Description

[Hasbullah Pit]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; ms-MY; rv:1.0rc2) Gecko/20020510
BuildID:    2002051006

visit
http://auc.buysell.com.my/Auc/List/DetailSale.asp?ProductID=202837

it produce output like cat a .gz file,

IE & links handle it correctly

Reproducible: Always
Steps to Reproduce:
1.visit http://auc.buysell.com.my/Auc/List/DetailSale.asp?ProductID=202837


Actual Results:  rubbish displayed

Expected Results:  html rendered output

original person found it http://groups.yahoo.com/group/mypenguin99/message/4461
screenshoot http://groups.yahoo.com/group/mypenguin99/message/4461

Comment 1

[Matthias Versen [:Matti]]

confirming with win2k build 20020516.. (trunk)

Wget gets the correct expanded Html, the mime Type is text/html (as is should).
Must be a problem with Mozilla Gzip transfer encoding.

Comment 2

[Boris 'pi' Piwinger]

http://webtools.mozilla.org/web-sniffer/view.cgi?url=http%3A%2F%2Fauc.buysell.com.my%2FAuc%2FList%2FDetailSale.asp%3FProductID%3D202837
looks OK, strange.

pi

Comment 3

[Darin Fisher]

mass futuring of untargeted bugs

Comment 4

[John Morrison]

Excerpt from NSPR_LOG_MODULES=nsHttp:5, seems to show two 'Content-encoding'
headers being returned, which are folded to be "Content-Encoding: gzip, gzip".


'852[f21800]: mSource->Read [rv=0 count=4096 countRead=3736]
852[f21800]: nsHttpTransaction::ParseHead [count=3736]
852[f21800]: nsHttpTransaction::ParseLine [HTTP/1.1 200 OK]
852[f21800]: nsHttpResponseHead::ParseVersion [version=HTTP/1.1 200 OK]
852[f21800]: Have status line [version=11 status=200 statusText=OK]
852[f21800]: nsHttpTransaction::ParseLine [Server: Microsoft-IIS/5.0]
852[f21800]: nsHttpTransaction::ParseLine [Date: Sat, 18 May 2002 06:45:57 GMT]
852[f21800]: nsHttpTransaction::ParseLine [Content-Encoding: gzip]
852[f21800]: nsHttpTransaction::ParseLine [Content-Encoding: gzip]
852[f21800]: nsHttpTransaction::ParseLine [Pragma: No-Cache]
852[f21800]: nsHttpResponseHead::ParsePragma [val=No-Cache]
852[f21800]: nsHttpTransaction::ParseLine [Cache-Control: NO-STORE]
852[f21800]: nsHttpTransaction::ParseLine [Content-Length: 4450]
852[f21800]: nsHttpTransaction::ParseLine [Content-Type: text/html]
852[f21800]: nsHttpResponseHead::ParseContentType [type=text/html]
852[f21800]: nsHttpTransaction::ParseLine [Expires: Sat, 18 May 2002 06:44:58 GMT]
852[f21800]: nsHttpTransaction::ParseLine [Set-Cookie:
ASPSESSIONIDGGQQQPEY=JGLEKOFCDIMFNJJHJLPGGHIP; path=/]
852[f21800]: nsHttpTransaction::ParseLine [Cache-control: private]
852[f21800]: nsHttpTransaction::HandleContent [this=1a56030 count=3384]
852[f21800]: nsHttpTransaction::HandleContentStart [this=1a56030
response-head=232dd08]
852[f21800]: http response [
852[f21800]:   HTTP/1.1 200 OK
852[f21800]:   Server: Microsoft-IIS/5.0
852[f21800]:   Date: Sat, 18 May 2002 06:45:57 GMT
852[f21800]:   Content-Encoding: gzip, gzip
852[f21800]:   Pragma: No-Cache
852[f21800]:   Cache-Control: NO-STORE, private
852[f21800]:   Content-Length: 4450
852[f21800]:   Content-Type: text/html
852[f21800]:   Expires: Sat, 18 May 2002 06:44:58 GMT
852[f21800]:   Set-Cookie: ASPSESSIONIDGGQQQPEY=JGLEKOFCDIMFNJJHJLPGGHIP; path=/
852[f21800]: ]
852[f21800]: nsHttpConnection::OnHeadersAvailable [this=23f10f0 trans=1a56030
response-head=232dd08]
852[f21800]: Connection can be reused [this=23f10f0 idle-timeout=300

Comment 5

[Bustamam Harun]

lynx -trace output.Request:GET /Auc/List/DetailSale.asp?ProductID=202837 HTTP/1.0^MHost: auc.buysell.com.my^MAccept: text/html, text/plain, image/jpeg, image/*, application/x-gunzip, application/x-gzip, application/x-bunzip2, application/x-tar-gz, video/*, text/sgml, application/postscript, */*;q=0.01^MAccept-Encoding: gzip, compress^MAccept-Language: en^MUser-Agent: Lynx/2.8.4rel.1 libwww-FM/2.14 SSL-MM/1.4.1 OpenSSL/0.9.6b^M^MResponse:HTTP/1.1 200 OKHTMIME:  Server: Microsoft-IIS/5.0^MDate: Sat, 18 May 2002 14:09:21 GMT^MContent-Encoding: gzip^MContent-Encoding: gzip^MPragma: No-Cache^MCache-Control: NO-STORE^MConnection: Keep-Alive^MContent-Length: 4450^MContent-Type: text/html^MExpires: Sat, 18 May 2002 14:08:21 GMT^MSet-Cookie: BrowserID=2002x5x18x22x9x394; expires=Thu, 17-May-2007 16:00:00 GMT; path=/^MSet-Cookie: ASPSESSIONIDGGQQQPEY=CNCFKOFCOHIBGFILNPLKHICK; path=/^MCache-control: private^M^MI hate IIS.

Comment 6

[Boris Zbarsky [:bzbarsky]]

As a note, the folding behavior is correct.  So this looks like an evangelism
issue to me unless the content is actually doubly gzipped (in which case that
header would be correct).

Comment 7

[Artur Zaprzala]

Recently I was testing Transfer-Encoding and Content-Encoding header support.
Tests revealed that only Opera 6 (Mozilla 1.1a and IE6 cannot) can handle
multiple encodings in Content-Encoding header (like "Content-Encoding: gzip,
gzip" for double gzipped file) (currently there is a little use for it, but
according to RFC2616 it must be supported).

Comment 8

[Boris Zbarsky [:bzbarsky]]

This is evang, but the test URL no longer produces the problem....

Comment 9

[Pascal Chevrel (relman team) -> :pascalc|PTO until Sept 2]

dead site -> invalid