<div dir="auto">I think it is not a bug. You will have a few images where the tag is only in the database. If you now delete the tag, there is no change to the file and date.<div dir="auto"><br></div><div dir="auto">Maik</div></div><br><div class="gmail_quote"><div dir="ltr">Chris Green <<a href="mailto:cl@isbd.net">cl@isbd.net</a>> schrieb am Di., 2. Okt. 2018 17:03:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">After much going back and forth between my two systems running Digikam<br>
6.0 beta1 I *think* I have found the problem with failing to<br>
synchronize tags.<br>
<br>
In Settings->Metadata I have the "Update file timestamp when files are<br>
modified" box ticked.  I rely on this as I use the "--update" option<br>
in rsync when copying files from one system to the other.  Only files<br>
whose timestamp has been updated will get copied across to the other<br>
system.<br>
<br>
If I delete a tag that's at the 'bottom' of the hierarchy (i.e. a tag<br>
which has no sub-tags) then the timestamp *is* updated and everything<br>
works as it should.  <br>
<br>
However if I delete a tag which has sub-tags then the image files<br>
*don't* get their timestamp updated and thus my rsync doesn't copy<br>
them across to the other system as required.<br>
<br>
Where/how do I report this as a bug in 6.0beta1 ?<br>
<br>
-- <br>
Chris Green<br>
·<br>
<br>
</blockquote></div>