Display filter expressions where the protocol name starts with digit are rejected
Summary
Entering a display filter expression where the protocol name starts with a digit is rejected. This effects the protocols:
- 29West
- 2dparityfec
- 3COMXNS
- 3GPP COMMON
- 5co-legacy
- 5co-rap
- 5GLI
- 6LoWPAN
- 9P
Steps to reproduce
Open the Display Filter Expression dialog from the Analyze menu and select any of the protocols listed above. In no way an accepted expression can be created. The same happens when entering these expressions in the display filter toolbar.
What is the current bug behavior?
Display filter expression is rejected.
What is the expected correct behavior?
Display filter expression is accepted, if valid.
Relevant logs and/or screenshots
Build information
Version 4.2.0 (v4.2.0rc3-87-g5808684dd95d).
Compiled (64-bit) using GCC 13.2.0, with GLib 2.78.0, with Qt 6.4.2, with
libpcap, with POSIX capabilities (Linux), with libnl 3, with zlib 1.2.13, with
PCRE2, with Lua 5.2.4, with GnuTLS 3.8.1 and PKCS #11 support, with Gcrypt
1.10.2, with Kerberos (MIT), with MaxMind, with nghttp2 1.57.0, without nghttp3,
with brotli, with LZ4, with Zstandard, with Snappy, with libxml2 2.9.14, with
libsmi 0.4.8, with QtMultimedia, without automatic updates, without Minizip,
with binary plugins.
Running on Linux 6.5.0-1-amd64, with Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz
(with SSE4.2), with 15932 MB of physical memory, with GLib 2.78.0, with Qt
6.4.2, with libpcap 1.10.4 (with TPACKET_V3), with zlib 1.2.13, with PCRE2 10.42
2022-12-11, with c-ares 1.20.1, with GnuTLS 3.8.1, with Gcrypt 1.10.2, with
nghttp2 1.57.0, with brotli 1.0.9, with LZ4 1.9.4, with Zstandard 1.5.5, with
libsmi 0.4.8, with light display mode, without HiDPI, with Xorg, with QPA plugin
"xcb", with LC_TYPE=en_US.UTF-8, binary plugins supported.