diameter.3GPP-*** display filters not working after upgrade to version 4.2.0
Summary
After upgrade to Wireshark version 4.2.0 most or all diameter.3GPP-*** display filters are not working, e.g., diameter.3GPP-Reporting-Reason, etc.
Steps to reproduce
When trying to apply one of this diameter.3GPP-*** display filters, e.g., diameter.3GPP-Reporting-Reason, the filter is not accepted and there's error "Invalid filter: "diameter.3GPP" is not a valid protocol or protocol field.", as seen on attached screenshot. I tried also on a fresh installation of Wireshark 4.2.0 on a different machine without previous configuration profiles, etc. and the same issue is observed, so it doesn't seem related to custom settings.
What is the current bug behavior?
diameter.3GPP-*** display filters cannot be applied.
What is the expected correct behavior?
diameter.3GPP-*** should be applied as before.
Sample capture file
Relevant logs and/or screenshots
Build information
Version 4.2.0 (v4.2.0-0-g54eedfc63953).
Compiled (64-bit) using Microsoft Visual Studio 2022 (VC++ 14.37, build 32822),
with GLib 2.78.0, with Qt 6.5.3, with libpcap, with zlib 1.3.0, with PCRE2, with
Lua 5.2.4 (with UfW patches), with GnuTLS 3.7.9 and PKCS #11 support, with
Gcrypt 1.10.2-unknown, with Kerberos (MIT), with MaxMind, with nghttp2 1.57.0,
with nghttp3 1.0.0, with brotli, with LZ4, with Zstandard, with Snappy, with
libxml2 2.11.5, with libsmi 0.5.0, with QtMultimedia, with automatic updates
using WinSparkle 0.8.0, with AirPcap, with Minizip, with binary plugins.
Running on 64-bit Windows 10 (21H2), build 19044, with AMD Ryzen 5 PRO 4650U
with Radeon Graphics (with SSE4.2), with 31975 MB of physical memory, with GLib
2.78.0, with Qt 6.5.3, with Npcap version 1.78, based on libpcap version 1.10.4,
with PCRE2 10.42 2022-12-11, with c-ares 1.19.0, with GnuTLS 3.7.9, with Gcrypt
1.10.2-unknown, with nghttp2 1.57.0, with nghttp3 1.0.0, with brotli 1.0.9, with
LZ4 1.9.3, with Zstandard 1.5.2, without AirPcap, with light display mode,
without HiDPI, with QPA plugin "windows", with LC_TYPE=English_United
States.utf8, binary plugins supported.