Incorrect permissions on files in Trash on NAS

[Maik Qualmann]

This commit for digiKam-8.2.0 should fix the problem in the future.

https://invent.kde.org/graphics/digikam/-/commit/
0188c949f66470dbab80388c87d6e92b4649244b

Maik

Am Dienstag, 29. August 2023, 19:13:05 CEST schrieb Thomas:
> Yeah, I think the problem is the *.dtrashinfo files.
> 
> When I reset permissions on those, it works again. If I do NOT reset
> permissions on these files immediately after deleting an image, then
> subsequent deletion of images will fail... Which I find a bit odd...
> Because the user should be able to modify a file they made themselves...
> 
> On 2023-08-29 18:51, Maik Qualmann wrote:
> > Is it just about the newly created *.dtrashinfo files? As Gilles already
> > wrote, the image files are only renamed with QFile::rename and must
> > retain their permission. The *.dtrashinfo files are created by QFile, we
> > currently do not set any permissions, these are determined by the
> > operating system from the value of the umask. On Windows the permissions
> > are emulated using ACLs (Qt- Doc). Of course we can set a permission.
> > 
> > Maik
> > 
> > Am Dienstag, 29. August 2023, 17:36:37 CEST schrieb Gilles Caulier:
> >> Send with Gmail Mobile
> >> 
> >> Le mar. 29 août 2023 à 16:47, Thomas <sdktda at gmail.com> a écrit :
> >>> Is this a regression? I cannot recall having this issue previously.
> >> 
> >> I think no, as this code do not change since a while…
> >> 
> >> Gilles Caulier