Description
Setup (please complete the following information):
- Distribution: Debian
- Distribution release: 12
- Geeqie version [geeqie --version]: latest git
Describe the bug
A user reports that having folders with symlinks to images to work on (with standard 777 permissions), while the original target images are in a different folder with readonly permission, when browsing the symlink folder and trying to delete a file (a symlink) of those , geeqie complains "File is read only", even though the symlink itself isn't. It does delete the symlink and not the original target though.
This seems wrong to me, I would expect that geeqie gives no warning, and just deletes the symlink from it's folder (while of course leaving the write protected symlink target unmodified).
The same with "move to trash", if doing this on a symlink, geeqe should probably only work on the symlinks permission and only warn if that is write only, and only move the symlink.
To reproduce
As the description.
Expected behavior
Delete the symlink without any dialog that it is write-protected.
Additional context
Originally reported in Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1104737