[digiKam-users] When is metadata written back to files?

[José Oliver-Didier]

Thanks for your reply,

Interesting, I do have Lazy Sync disabled. However, I am noticing that only
Face Tags are not written back to the file immediately. I enabled the
options for "Captions and Title" and "Rating" and those values are written
back immediately (except for Face Tags) when Rating and Title are added.
If I select the file and click on "Write Metadata to File" from the Items
menu, it does write back the Face Tags to the file, seems that the
operation is not "kicking in" on simple edits. Closing and re-opening
Digikam does not work either.

I opened bug 439404 - Face Tags are not being immediately written back to
the file with lazy synchronization is disabled
<https://bugs.kde.org/show_bug.cgi?id=439404>

- J Oliver

On Thu, Jul 1, 2021 at 4:30 PM Maik Qualmann <metzpinguin at gmail.com> wrote:

> The changes are immediately written to the images when Lazy Sync is
> deactivated. Remember that if you want to write face tags you also have to
> activate the writing of tags.
>
> Maik
>
> Am Donnerstag, 1. Juli 2021, 15:29:37 CEST schrieb José Oliver-Didier:
> > Hello,
> >
> > In digikam's metadata settings I have the following checkboxes enabled:
> > "Face Tags" write, "Update file modification timestamp when files are
> > modified", "Rescan file when files are modified", and "Clean up the
> > metadata from the database when rescan files". If I add a Face Tag using
> > DigiKam, I notice that the metadata is not immediately written to the
> file.
> > What would be the best option to write the metadata only to the files
> > modified within Digikam?
> >
> > If I click on "Write Metadata to File" within the Albums menu,
> > would Digikam modify all the files, or just the ones with pending
> metadata
> > modifications?
> >
> > I still use other applications which modify file metadata, and I am
> trying
> > to ensure one app does not overwrite another's changes. Running Digikam
> > 7.2.0 on Windows 10.
> >
> > - J Oliver
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20210702/a08841ed/attachment.htm>