QUIC packet not fully dissected
Packet number 6 in the attached trace it not flagged as undecryptable, but most information seems to be missing, such as for example the QUIC packet number.
Steps to reproduce
Look at attached trace in Wireshark.
What is the current bug behavior?
Destination Connection ID: 3dd3aa67 and then just
Remaining Payload: 30ca19ccffa788d1062c69ce5f94e2529540ca5f099f70d931490d02bd46c1c84bf73856…
What is the expected correct behavior?
Would expect to see the packet fully dissected, or flagged as undecryptable.
Sample capture file
3.5.0rc0-341-g7304487462d2 (v3.5.0rc0-341-g7304487462d2) Compiled (64-bit) with Qt 5.12.6, with libpcap, without POSIX capabilities, with GLib 2.37.6, with zlib 1.2.8, with SMI 0.4.8, with c-ares 1.15.0, with Lua 5.2.4, with GnuTLS 3.4.17, with Gcrypt 1.8.5, with MIT Kerberos, without MaxMind DB resolver, with nghttp2 1.39.2, without brotli, without LZ4, with Zstandard, without Snappy, with libxml2 2.9.9, with QtMultimedia, with automatic updates using Sparkle, with SpeexDSP (using system library). Running on Mac OS X 10.15.7, build 19H15 (Darwin 19.6.0), with Intel(R) Core(TM) i9-9980HK CPU @ 2.40GHz (with SSE4.2), with 65536 MB of physical memory, with locale en_US.UTF-8, with light display mode, with HiDPI, with libpcap version 1.9.1, with GnuTLS 3.4.17, with Gcrypt 1.8.5, with zlib 1.2.11, binary plugins supported (19 loaded). Built using clang 4.2.1 Compatible Apple LLVM 11.0.0 (clang-1184.108.40.206).