Applying Color filtering fails when selecting the same field to color (i.e., changing frames without focusing in packet details)
Summary
When I apply a color to a field value of a packet and then i apply a color with a different value to the same field of a different packet, it applies the color to the packets with the field value of the first packet.
Sample capture file
Steps to reproduce
- Select a field an colour it
- Select the same field of another packet and colour it with another colour.
- The packets with the field value in the first packet are set with the second colour.
What is the current bug behavior?
Already explained.
What is the expected correct behavior?
The packets with the value selected in the second packet should be painted
Build information
Version 4.0.3 (v4.0.3-0-gc552f74c).
Compiled (64-bit) using Microsoft Visual Studio 2022 (VC++ 14.32, build 31332), with GLib 2.72.3, with PCRE2, with zlib 1.2.12, with Qt 5.15.2, with libpcap, with Lua 5.2.4, with GnuTLS 3.6.3 and PKCS #11 (closed) support, with Gcrypt 1.10.1, with Kerberos (MIT), with MaxMind, with nghttp2 1.46.0, with brotli, with LZ4, with Zstandard, with Snappy, with libxml2 2.9.14, with libsmi 0.4.8, with 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 11th Gen Intel(R) Core(TM) i5-1135G7 @ 2.40GHz (with SSE4.2), with 16064 MB of physical memory, with GLib 2.72.3, with PCRE2 10.40 2022-04-14, with Qt 5.15.2, with Npcap version 1.71, based on libpcap version 1.10.2-PRE-GIT, with c-ares 1.18.1, with GnuTLS 3.6.3, with Gcrypt 1.10.1, with nghttp2 1.46.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=Spanish_Spain.utf8, binary plugins supported.