## Summary Pressing the Asterisk (*) key when an endpoint (or conversation) is selected in the Statistics>Endpoints (or Statistics>Conversations) dialog crashes Wireshark. ## Steps to reproduce Very easy : open any capture, open the Statistics>Endpoints dialog (or Statistics>Conversations), select an Endpoint (or Conversation), then press the * key ## What is the current bug behavior? The Wireshark window and its related dialogs become unresponsive, after some time (30s on my desktop) they finally crash and disappear. Same problem on my two environments Windows and Linux Mint. The Asterisk key is a particular QT key-binding which can be tested succesfully on a packet details dialog. ## What is the expected correct behavior? Of course, no crash ## Sample capture file Any capture behaves the same. ## Relevant logs and/or screenshots ``` ``` ## Build information ``` Version 4.1.0rc0-858-g09914cca3386 (v4.1.0rc0-858-g09914cca3386). 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 6.2.3, with libpcap, with Lua 5.2.4, with GnuTLS 3.6.3 and PKCS #11 support, with Gcrypt 1.10.1, with Kerberos (MIT), with MaxMind, with nghttp2 1.49.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, with UTF-8 validation. Running on 64-bit Windows 10 (1803), build 17134, with Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz (with SSE4.2), with 32666 MB of physical memory, with GLib 2.72.3, with PCRE2 10.40 2022-04-14, with Qt 6.2.3, 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.49.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 LC_TYPE=French_France.utf8, binary plugins supported. ```