Deleting doesn't move to recycle bin

[xnview]

It seems it doesn't like using the recycle bin for deleting from mount points. It's unclear if it's a btrfs thing (mounting a subvolume), or more general.

Files are on BTRFS volume?

In Linux Mint 22.2 Cinnamon and working on a directly-installed SATA HDD (separate from the OS NVMe), deleted files are not put in Trash as selected. Is there a solution? The terminal shows messages like these:

Code: Select all

## ==> gvfs-trash has problem!!====> 1  127
## ==> gvfs-trash has problem!!====> 1  127
## ==> gvfs-trash has problem!!====> 1  127

Do you have gio or gvfs-trash?

[david3]

It seems it doesn't like using the recycle bin for deleting from mount points. It's unclear if it's a btrfs thing (mounting a subvolume), or more general.

Files are on BTRFS volume?

In Linux Mint 22.2 Cinnamon and working on a directly-installed SATA HDD (separate from the OS NVMe), deleted files are not put in Trash as selected. Is there a solution? The terminal shows messages like these:

Code: Select all

## ==> gvfs-trash has problem!!====> 1  127
## ==> gvfs-trash has problem!!====> 1  127
## ==> gvfs-trash has problem!!====> 1  127

Do you have gio or gvfs-trash?

Yes, the files on are a BTRFS volume. I have gio and gvfs.

Code: Select all

gvfs/stable,now 1.57.2-2+deb13u1 amd64 [installed,automatic]

Code: Select all

$ gio trash test-1.jpg
gio: file:///mnt/x/test/test-1.jpg: Trashing on system internal mounts is not supported

However, I've noticed recently when I delete an image from xnview, it is moved to the recycle bin.

Code: Select all

#### trash via QFile::moveToTrash OK
deleteIndexes 0 - 0
deleteIndexes 5

I'm not sure what changed, but it's working now.

Sorry I didn't notice your reply sooner.

[FreakyAlleyCat]

Ok, gio doesn't support to delete a file from USB hard drive (FAT32 or exFAT)

The USB hard drive has a BTRFS file system, same as the system SSD drive that sends files to the recycle bin.

could you gio on with a file on your usb drive?

I need to chime in on this after troubleshooting for a couple of hours.
I encountered the same problem on Linux Fedora 44 (KDE) both with the Flatpack install and with the Appimage and it is driving me nuts today.

My summary is:

Fedora 44 KDE (Wayland), XnView MP 1.11.5 (official AppImage and Flatpak both tested).

- "Use Recycle Bin" is enabled.
- Deleting from XnView in Viewer permanently deletes files instead of moving them to Trash.

I was unsure if this had anything to do with the mount points, so i tested both on my NTFS hard drive (shared with a win11 dualboot for files) and on my dedicated Fedora OS nvme drive formatted in Btrfs. This happens on both:

- Btrfs (~/Pictures)
- NTFS-3G shared drive

- Dolphin correctly moves the same files to Trash on all drives.

gio trash <file> also correctly moves the file to Trash.

Running XnView from a terminal prints:

#### check gio -1

immediately before the file is permanently deleted.

[xnview]

Running XnView from a terminal prints:

#### check gio -1

immediately before the file is permanently deleted.

do you have "#### portal trash XXXX"? with tgz, is it working?

[FreakyAlleyCat]

No, I don't see any #### portal trash ... messages. I only get #### check gio -1 before the file is permanently deleted.

I have only tried the Appimage and Flatpack right now, not the TGZ. I can test the .TGZ build later if you'd like me to.

[FreakyAlleyCat]

do you have "#### portal trash XXXX"? with tgz, is it working?

TGZ is working perfectly fine!

AppImage: files are permanently deleted, terminal shows #### check gio -1.
TGZ: files are correctly moved to the Trash. I do not see #### check gio -1, nor do I see any #### portal trash ... messages.

[xnview]

Thanks to your detailed description I can reproduce the problem.