Incorrect permissions on files in Trash on NAS

[Gilles Caulier]

yes it will.

I will rebuild the 8.2.0 pre-release bundles this evening. Like this
you can make a try quickly...

Best

Gilles Caulier

Le mer. 30 août 2023 à 15:25, Thomas <sdktda at gmail.com> a écrit :
>
> Outstanding! Thank you!
>
> Does this mean that it will be included when DK 8.2 is released?
>
>
> On 2023-08-29 21:47, Maik Qualmann wrote:
> > 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
> >
> >
> >
> --
> Mvh
> Thomas
>