Wireshark 4.x.x on Win10-x64 crashes after saving a file with a name already in use
## Summary Wireshark crashes after saving a file with a existing filename. If filename was not exist, Wireshark does not close. Attached files - the result of a valid same hex dump import. ## Steps to reproduce 1. Download '123.pcapng' and '456.pcapng' in same dir; 1. Open '456.pcapng' file; 2. Save as... '123pcapng' file with existing filename ## What is the current bug behavior? Wireshark crashed, file saved ## What is the expected correct behavior? Wireshark remains open, file saved ## Sample capture file [123.pcapng](/uploads/43d6330a0ef9002b792ce7bcd6fd0b35/123.pcapng) [456.pcapng](/uploads/157ec27c1d570c937b69f3ceb706b790/456.pcapng) ## Relevant logs and/or screenshots No lines are written to the log after the save dialog [debug.log](/uploads/f200729e469179f189f06a27ef11a20e/debug.log) ## Build information ``` Version 4.1.0rc0-894-g927ea482ba9c (v4.1.0rc0-894-g927ea482ba9c). 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 (22H2), build 19045, with AMD Ryzen 5 5600H with Radeon Graphics (with SSE4.2), with 15715 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=Russian_Russia.utf8, binary plugins supported. ```
issue