Environment
OS: Fedora 43 (KDE Plasma Desktop Spin)
Desktop Environment: KDE Plasma 6
File System: BTRFS (Default Fedora configuration)
Application Formats Tested: Flatpak (Flathub) and official AppImage
XnView MP Version: 1.11.2 [10050] 64-bit (Apr 30 2026) - Libformat 7.239 (Linux)
Description
When attempting to delete an image within XnView MP (via the Delete key, right-click menu, or toolbar), the application bypasses the system recycle bin entirely and permanently deletes the files from the disk. There is no warning indicating that a permanent deletion is occurring instead of a move-to-trash operation.
This behavior occurs out-of-the-box on both the Flatpak and AppImage packages under a KDE/BTRFS framework. It appears to be a breakdown in the Qt framework's QFile::moveToTrash() implementation or a confinement barrier failing silently and falling back to direct removal.
Steps to Reproduce
Open XnView MP (Flatpak or AppImage) on a Linux distribution running KDE Plasma on a BTRFS partition.
Ensure "Use Recycle Bin" is checked under Tools > Settings > File Operations.
Select an image file located anywhere in the User home directory.
Press the Delete key (or select delete from the context menu).
Open the system file manager (Dolphin) and check the Trash bin.
Result: The Trash bin is empty. The file has been permanently purged from the file system.
Expected Behavior
The file should be securely sent to the FreeDesktop system trash specification (trash:/ via KIO on KDE) so that it can be recovered by the user if necessary. If a move-to-trash operation fails due to system constraints, the application should throw a warning dialog rather than silently executing a permanent deletion.
Attempted Troubleshooting & Technical Insights
Flatpak Sandbox Overrides: Granting explicit filesystem permissions to the user trash path via sudo flatpak override --filesystem=xdg-data/Trash com.xnview.XnViewMP does not fix the issue.
AppImage Environment Pollution: Attempting a workaround via "Open With" to pass the file path to KDE's native trash utility (kioclient6 move "%1" trash:/) fails because the AppImage environment wrapper pollutes LD_LIBRARY_PATH and QT_PLUGIN_PATH, causing the host system's binaries to crash on invocation unless stripped with env -u.
Hardcoded Interception: Attempting to assign custom bash scripts to the standard Delete key fails because XnView MP's internal file deletion logic tightly intercepts the hotkey before external tool hooks can run.
Thanks to your detailed description I can reproduce