Dissection error on large ZVT packets
ZVT protocol dissector can't handle packets which don't fit in TCP packets.
Steps to reproduce
Capture ZVT traffic with large packets, e.g. receipt printout.
What is the current bug behavior?
Assertion message for affected packet.
What is the expected correct behavior?
Reasembly of two or more TCP packets and correct dissection of ZVT packet.
Sample capture file
Relevant logs and/or screenshots
[C:\buildbot\builders\wireshark-3.4-64\windows-2019-x64\build\epan\dissectors\packet-tcp.c:5954: failed assertion "save_desegment_offset == pinfo->desegment_offset && save_desegment_len == pinfo->desegment_len"]
3.4.2 (v3.4.2-0-ga889cf1b1bf9) Compiled (64-bit) with Qt 5.15.1, with libpcap, with GLib 2.52.3, with zlib 1.2.11, with SMI 0.4.8, with c-ares 1.15.0, with Lua 5.2.4, with GnuTLS 3.6.3 and PKCS #11 support, with Gcrypt 1.8.3, with MIT Kerberos, with MaxMind DB resolver, with nghttp2 1.39.2, with brotli, with LZ4, with Zstandard, with Snappy, with libxml2 2.9.9, with QtMultimedia, with automatic updates using WinSparkle 0.5.7, with AirPcap, with SpeexDSP (using bundled resampler). Running on 64-bit Windows 10 (2004), build 19041, with Intel(R) Core(TM) i5-4670 CPU @ 3.40GHz (with SSE4.2), with 12171 MB of physical memory, with locale Polish_Poland.utf8, with light display mode, without HiDPI, with Npcap version 1.00, based on libpcap version 1.9.1, with GnuTLS 3.6.3, with Gcrypt 1.8.3, with brotli 1.0.2, without AirPcap, binary plugins supported (21 loaded). Built using Microsoft Visual Studio 2019 (VC++ 14.28, build 29335).
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information