https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5624
Summary: Unknown MMS multipart media is showed in the wrong
tree
Product: Wireshark
Version: 1.4.2
Platform: All
OS/Version: All
Status: NEW
Severity: Enhancement
Priority: Low
Component: TShark
AssignedTo: wireshark-bugs@xxxxxxxxxxxxx
ReportedBy: d.berra@xxxxxxxxxxxx
Build Information:
TShark 1.4.2
Copyright 1998-2010 Gerald Combs <gerald@xxxxxxxxxxxxx> and contributors.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Compiled (32-bit) with GLib 2.12.3, with libpcap 1.1.1, with libz 1.2.3, with
POSIX capabilities (Linux), without libpcre, without SMI, without c-ares,
without ADNS, without Lua, without Python, with GnuTLS 1.4.1, with Gcrypt
1.4.4,
with MIT Kerberos, without GeoIP.
NOTE: this build doesn't support the "matches" operator for Wireshark filter
syntax.
Running on Linux 2.6.18-164.el5PAE, with libpcap version 1.1.1, with libz
1.2.3.
Built using gcc 4.1.2 20080704 (Red Hat 4.1.2-46).
--
During mms dissection, if a multipart data contains an unknown media type
(example Content-Type: audio/mid) its header appears in the right subtree (Data
(post) > Multipart Body -> Part X, Content-Type: audio/mid) but its contents
appears in the wrong subtree (Data (post) -> Media Type).
I guess it should be in the Multipart Body subtree too.
--
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.