The real problem is that iTunes requests gzipped data and responds with
authorguy <guy@f5534014-38df-0310-8fa8-9805f1628bb7>
Tue, 16 Aug 2005 02:04:02 +0000 (02:04 +0000)
committerguy <guy@f5534014-38df-0310-8fa8-9805f1628bb7>
Tue, 16 Aug 2005 02:04:02 +0000 (02:04 +0000)
commitcad536865663f51c8f2bb0c23dfc70f10fc6cc39
tree189690e988dae411ad23d34bf1b9477577a8d9e5
parent9436891b1fe839d92e0c9fba635aaf5cfe8dd840
The real problem is that iTunes requests gzipped data and responds with
it, so unless you're reassembling headers and bodies the DAAP dissector
will see the gzipped crap.  The HTTP dissector should perhaps not bother
handing gzipped or otherwise unusually-encoded bodies to subdissectors
if it's not undoing the encoding.

git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@15368 f5534014-38df-0310-8fa8-9805f1628bb7
epan/dissectors/packet-daap.c