Incorrect permissions on files in Trash on NAS

[Thomas]

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