## Summary Bluetooth classic L2CAP incorrect dissection with connectionless reception channel. ## Sample capture file Please note that the capture contains only the malformed packet but it was part of totally valid Bluetooth connection and showed up there as malformed. [L2CAP-connectionless-channel.pcapng.gz](/uploads/a1560d82ea6f4dc9a4b6814719a86735/L2CAP-connectionless-channel.pcapng.gz) ## Steps to reproduce Open the attached PCAP file and see the malformed packet. ## What is the current bug behavior? Shows up incorrectly as malformed. ## What is the expected correct behavior? It should not be malformed. See Bluetooth Core Specification v.5.4: 3.2 Connectionless Data Channel in Basic L2CAP Mode. The given packet should be correct. ## Build information Version 4.5.0 (v4.5.0rc0-211-g91a20c2351fb). Compiled (64-bit) using GCC 11.4.0, with GLib 2.72.4, with Qt 6.2.4, with libpcap, without POSIX capabilities, without libnl, with zlib 1.2.11, without zlib-ng, with PCRE2, without Lua, without GnuTLS, with Gcrypt 1.9.4, without Kerberos, without MaxMind, with nghttp2 1.43.0, with nghttp3 0.1.1, without brotli, without LZ4, without Zstandard, without Snappy, without libxml2, without libsmi, without Minizip, with QtMultimedia, with QtDBus, without automatic updates, with binary plugins. Running on Linux 5.19.0-43-generic, with Intel(R) Core(TM) i9-9880H CPU @ 2.30GHz (with SSE4.2), with 11492 MB of physical memory, with GLib 2.72.4, with Qt 6.2.4, with libpcap 1.10.1 (with TPACKET_V3), with zlib 1.2.11, with PCRE2 10.39 2021-10-29, with c-ares 1.18.1, with Gcrypt 1.9.4, with nghttp2 1.43.0, with nghttp3 0.1.1, with light display mode, without HiDPI, with QPA plugin "xcb", with LC_TYPE=en_US.UTF-8, binary plugins supported.