can't delete files from within Nomacs

[chaserene]

Nomacs 3.16.0

when an image is open in Nomacs and I press Delete and I confirm the deletion, the image is not deleted and I get the following error as a tooltip:

Sorry, I could not delete: foo.jpg

in Flatseal, under Filesystem, "All user files" is turned on, but I also added my home folder manually to try to make it work, to no avail.

[zkeng]

I have the same issue (and also have 3.16 installed).
The following dir is empty and writable, but I am unable to delete files from within nomacs:
~/.var/app/org.nomacs.ImageLounge/data/Trash/files

[zkeng]

I am no coder, but after investigating a bit further is seems like this could be related to the same issue that was fixed in the Darktable flatpak:
darktable-org/darktable#15448
It seems like the Qt portals implementation of the trash can functionality has been lagging behind the GTK implementation and for example the flathub version of qView has the same issue as Nomacs (I have personally tested yesterday).
The flathub version of (KDE) Gwenview does not have this issue though, so there is obviously a working Qt or KDE implementation of the trash can for flatpak.
A work around seems to be introducing an option to do hard delete (and as a result not using the trash can for this hard delete option). It is a bit unclear to me if later versions of Nomacs are supposed to have a hard delete option or not. In any case images will silently not be deleted when: Hitting 'Del' to erase an image in Nomacs and answering 'No' to the question if the file should be moved to the trash can.
My conclusion is that the flatpak version of Nomacs currently have no means of deleting images and this makes it useless for managing images for most people. This is a shame since Nomacs don't make it into the official repos of some distros (Debian for example) due to the lack of current activity, so the only way for many users to continue to use Nomacs is to install the version from flathub... and this version can't delete files... and yea you understand.
Hope someone with a little more insight into the Nomacs project can at least do a quick fix/work around and publish a working version of Nomacs at flathub.
All the best,
Mikael

[chaserene]

@zkeng thanks for investigating this. I wouldn't call Nomacs useless without this feature, but definitely a big setback. my "solution" so far was to build and install Nomacs myself from source, as described here: https://github.com/nomacs/nomacs#build-nomacs-ubuntu

it's more involved than just installing a Flatpak, but if you follow the instructions, it's doable even without much technical knowledge. the downside is that, as I understand, this works only on Debian-based distros (Debian, Ubuntu, Mint, Kali, etc). I've also had issues with getting plugins work in my build, but that's a minor annoyance.

[zkeng]

This issue is now fixed in the latest nomacs v.3.21.0 flatpak from Flathub.
Feel free to close this issue as SOLVED.

[Giraffaman]

I just installed nomacs v3.21.1 from flathub and encountered the same issue there - the logs report a permission error:

[Warning] move to trash: error:"Operation not permitted" error:10 isFile:true file permissions:QFlags(0x1|0x4|0x10|0x40|0x100|0x200|0x400|0x1000|0x2000|0x4000) dir permissions:QFlags(0x1|0x4|0x10|0x40|0x100|0x200|0x400|0x1000|0x2000|0x4000) owner:"chris" group:"chris"

Thing is I launch nomacs as normal user (chris as seen in the logs), so permissions should be fine.