display filter reports invalid syntax: invalid filter: "03" was unexpected in this context
tcp.payload[0:2]==1503 filters on the first two bytes in the TCP payload
tcp.payload[0:3]==1503:03 used to filter on the first 3 bytes of the TCP payload (until 3.6.6)
tcp.payload[0:3]==1503:03 _is now receiving a "invalid filter: "03" was unexpected in this context
Steps to reproduce
Install Version 3.71 and create byte string a display filter with more than 2 bytes
What is the current bug behavior?
All coloring rules with byte string filters are disabled
What is the expected correct behavior?
Existing byte string filters with more than 2 bytes should still valid!
Relevant logs and/or screenshots
dfilter_more_than_2_bytes (Paste any relevant logs here)
(Paste any relevant screenshots here) ## Build information
Compiled (64-bit) using Microsoft Visual Studio 2022 (VC++ 14.31, build 31107), with GLib 2.66.4, with PCRE2, with zlib 1.2.11, with Qt 6.2.3, with libpcap, with Lua 5.2.4, with GnuTLS 3.6.3 and PKCS #11 (closed) support, with Gcrypt 1.8.3, with Kerberos (MIT), with MaxMind, with nghttp2 1.44.0, with brotli, with LZ4, with Zstandard, with Snappy, with libxml2 2.9.10, with libsmi 0.4.8, without QtMultimedia, with automatic updates using WinSparkle 0.5.7, with AirPcap, with SpeexDSP (using bundled resampler), with Minizip, with binary plugins.
Running on 64-bit Windows 10 (21H2), build 19044, with Intel(R) Core(TM) i7-8850H CPU @ 2.60GHz (with SSE4.2), with 32476 MB of physical memory, with GLib 2.66.4, with PCRE2 10.39 2021-10-29, with Qt 6.2.3, with Npcap version 1.60, based on libpcap version 1.10.2-PRE-GIT, with c-ares 1.17.0, with GnuTLS 3.6.3, with Gcrypt 1.8.3, with nghttp2 1.44.0, with brotli 1.0.9, with LZ4 1.9.3, with Zstandard 1.5.2, without AirPcap, with light display mode, with mixed DPI, with LC_TYPE=English_Germany.utf8, binary plugins supported.