[digiKam-users] People Tag change file date-time despite explicit setting

[Maik Qualmann]

It is correct, digiKam can / restores the "old" modification date if the 
option is set. I will change the text accordingly, I always have a problem 
with the current text and also with the German translation.

I think Pierre’s text suggestion for the option is a good one.

Maik

Am Freitag, 1. Oktober 2021, 12:09:25 CEST schrieb Remco Viëtor:
> On vendredi 1 octobre 2021 10:28:24 CEST Pierre Kerff wrote:
> > I checked the Bug tracking list [1] but can’t find any reference to this
> > issue. Shall I create a new bug/request ?
> > 
> > [1]
> > https://bugs.kde.org/buglist.cgi?bug_status=__all__&content=timestamp&no_r
> > e
> > direct=1&order=changeddate%20DESC%2Cpriority%2Cbug_severity&product=digika
> > m& query_format=specific
> > 
> > From: Pierre Kerff
> > Sent: 29 September 2021 13:12
> > To: digiKam - Home Manage your photographs as a professional with the
> > power
> > of open source <digikam-users at kde.org>
> 
>  Subject: People Tag change file
> 
> > date-time despite explicit setting
> > Dear all, is this already known, or shall I record a request for it ?
> > Thanks to let me know.
> > 
> > Platform version: digiKam 7.3.0 on Windows 10
> > 
> > Settings:
> > → Configure digiKam → Metadata → [X] Update file modification time stamp
> > when files are modified
> > 
> > Action:
> > Assign or confirm a Person named Tag.
> > 
> > Issue:
> > The file(s) filesystem date-time is changed to now().
> > 
> > Side remark: don’t you think renaming the setting like “[X] Always
> > preserve
> > file modification time stamp” would be better understood ?
> > 
> > Pierre
> > digiKam enthusiast.
> 
> Two thoughts on this:
> - you say it's the filesystem timestamp that's changed. Afaik, that's not
> under Digikam's control. (I suspect that the configuration option refers to
> dk's database).
> 
> - changing a tag which is stored in the file *would* change the file
> contents, so it's normal that the filesystem date/time is changed: it
> normally reflects the last change to the contents of the file, and the
> filesystem has no knowledge of the file's contents.
> If, otoh, the tag is *not* stored in the file, the file system timestamp
> should remain the same.