It's worth mentioning that Meld doesn't currently support remote filesystems at all.

However, what we can do here anyway is add handling for getting Gio.IOErrorEnum.NOT_SUPPORTED when trying to move a file to the trash, and prompt the user whether they want to delete it immediately instead.

If adding the option to bypass trash is not acceptable, the prompt will be sufficient solution. Thanks.

Got this bug on Ubuntu Xenial (see https://bugs.launchpad.net/ubuntu/+source/meld/+bug/1683289) with two different cases:

1. Local FS 

Steps to reproduce:
2.1. Start Meld (for example from console 'sudo meld /media/user/FLASH/apt/ /etc/apt/')
2.2. Launch comparison
2.3. Try to delete some_file from left side (represents "/media/user/FLASH/")
2.4. Get error
"Error deleting /media/user/FLASH/apt/some_file
g-io-error-quark: Unable to find or create trash directory (15)"

Expected results:
User is able to delete files from Meld.

Actual results:
User is unable to delete file from Meld.

Please note:
Usb flash (mounted on /media/user/FLASH) is writeable.
Trash folder exists on flash (it is /media/user/FLASH/.Trash-1000).

2. Remote FS

Steps to reproduce:
2.1. Mount two folders for comparison with `sshfs user@host1:/ ~/folder1` and `sshfs user@host2:/ ~/folder2` as user with id=1000 (and on hosts id=1000)
2.2. Run Meld with `meld ~/folder1 ~/folder2`
2.3. Try to delete file
2.4. Get error
"Error deleting /home/user/folder1/some_file
g-io-error-quark: Unable to find or create trash directory (15)"

-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/meld/issues/97.