Closed Bug 145216 Opened 22 years ago Closed 20 years ago

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

Categories

(Tech Evangelism Graveyard :: English Other, defect)

Product:
Tech Evangelism Graveyard
Component:
English Other
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED INVALID
Milestone:
Future

People

(Reporter: sebol, Unassigned)

References

(
URL
)

Details

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
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.
Status: UNCONFIRMED → NEW
Ever confirmed: true
mass futuring of untargeted bugs
Target Milestone: --- → Future
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
Summary: gzip: handled weirdly → gzip: handled weirdly (duplicate Content-encoding headers?)
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.
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).
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).
This is evang, but the test URL no longer produces the problem....
Assignee: darin → english-other
Component: Networking: HTTP → English Other
Product: Browser → Tech Evangelism
QA Contact: tever → english-other
Version: Trunk → unspecified
dead site -> invalid
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.