## Summary As I understand, the "Operator-defined Access Category Definitions" NAS IE in 5G supports multiple criteria components per Operator-defined Access Category Definition. Wireshark only seems to display the first one. See 3GPP TS 24.501, Table 9.11.3.38.1 and look at the description of "Criteria (octets 8 to octet a-1)" ## Steps to reproduce Open my attached pcap which contains an Operator-defined Access Category Definition containing three criteria components, of the following types: 1. DNN criteria 2. OS id + OS app id criteria 3. S-NSSAI criteria ## What is the current bug behavior? Wireshark only pretty-prints the first criteria component that was included in the packet. ## What is the expected correct behavior? Wireshark should pretty-print all the criteria components. ## Sample capture file [multiple_criteria_but_only_one_shown.pcap](/uploads/a0e7f4d264550af034f211dced49fb48/multiple_criteria_but_only_one_shown.pcap) ## Build information ``` Version 4.1.0 (v4.1.0rc0-2038-g399c04eafaab). Compiled (64-bit) using GCC 11.3.0, with GLib 2.72.4, with Qt 6.2.4, with libpcap, without POSIX capabilities, without libnl, with zlib 1.2.11, with PCRE2, without Lua, without GnuTLS, with Gcrypt 1.9.4, without Kerberos, without MaxMind, without nghttp2, without brotli, without LZ4, without Zstandard, without Snappy, without libxml2, without libsmi, with QtMultimedia, without automatic updates, without Minizip, with binary plugins, debug build (+utf8). Running on Linux 5.19.0-38-generic, with Intel(R) Core(TM) i3-5005U CPU @ 2.00GHz (with SSE4.2), with 15917 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 light display mode, without HiDPI, with LC_TYPE=en_GB.UTF-8, binary plugins supported. ```