OS: Windows 11 Home - 64 bit
When attempting to duplicate a file within the same directory on a network-attached storage (NAS) using Ctrl+C and Ctrl+V, XnView MP fails to generate a uniquely named copy (e.g., "_1"). Instead, it triggers a "Replace file" dialog. If the user accepts, the source file is instantly overwritten and reduced to a 0-byte corrupted file, resulting in data loss.
(Note: Copying via Ctrl + Drag-and-Drop works properly as a workaround and creates a duplicate safely.)
Effect: Files are deleted / overwritten with 0-byte files (Data Loss)
To reproduce:
1. Open a folder located on a NAS (network shared folder via UNC path).
2. Select any file (e.g., image.jpg) and press Ctrl + C.
3. Press Ctrl + V in the same folder to duplicate it.
4. XnView MP incorrectly prompts a "Replace file" dialog instead of automatically creating a renamed copy (like image_1.jpg).
5. Click "Replace" on the prompt.
Actual behaviour (bug): The original source file is overwritten, destroyed, and becomes a 0-byte file.
Expected behaviour: XnView MP should automatically detect that it is the same directory, auto-rename the pasted file (e.g., file_1.jpg), and copy the data safely without prompting a replacement dialog or destroying the source file.