<div dir="ltr"><div>Thank you for the response Maik.</div><div><br></div><div>I verified selecting that photo, selecting Item > Reread Metadata from File does fix the date (though it sets it to the UTC date, not my local time, so I'm not sure if that's right).  But then when I edit the caption text again, the photo time displayed under the thumbnail advances by 7 hours. This happens repeatedly each time I edit the caption. Is that expected based on the bug you're describing?</div><div><br></div><div>At least I can reread the metadata apparently once I am done editing all the captions, I think. <br></div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>—</div><div>Charlie Gorichanaz</div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Oct 23, 2024 at 10:58 PM Maik Qualmann <<a href="mailto:metzpinguin@gmail.com">metzpinguin@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Unfortunately, there is a bug in digiKam-8.4.0 that means that the entries for <br>
rating, creation date and digitization date are not read correctly when images <br>
are imported for the first time.<br>
So you have to read the metadata from the file again for all images imported <br>
with digiKam-8.4.0. This corrects the first incorrect metadata import.<br>
<br>
Maik<br>
<br>
Am Donnerstag, 24. Oktober 2024, 01:39:26 Mitteleuropäische Sommerzeit schrieb <br>
Charlie Gorichanaz:<br>
> Hello,<br>
> <br>
> I've recently found Digikam seems to be corrupting the dates on my photos.<br>
> I believe this happened after I ran an update from Arch Linux package<br>
> digikam-8.4.0-1 to digikam-8.4.0-2, which was built September 21 and which<br>
> I installed more recently than that.<br>
> <br>
> I am in Pacific time and my Linux computer is configured as such, in UTC-7.<br>
> My photos are a combination of files from a Pixel phone (with filenames<br>
> using the UTC timestamp) and Nikon Z7ii. I haven't figured out exactly what<br>
> is happening, but I noticed the files jump around in my album after I add<br>
> flags or write captions. This can happen multiple times. It seems like they<br>
> jump ahead by 7 or 14 hours upon such metadata changes. If I edit a single<br>
> photo's caption multiple times, the file can end up several days after<br>
> where it should be in the album. This is driving me crazy, as I am trying<br>
> to sort photos chronologically for the purpose of writing journals and<br>
> blogs.<br>
> <br>
> For example, here's a photo I edited the caption about 10 or 15 times. You<br>
> can see the "camera created date" showing below the thumbnail is 09-05<br>
> 06:33 despite that it should be 08-29 20:33 local time or 08-30 03:33 UTC.<br>
> I see now none of the metadata fields with "date" in the name actually have<br>
> that 09-05 date, so I'm not sure where it's coming from.<br>
> <br>
> [image: screenshot_2024-10-23_163148.png]<br>
> <br>
> Is anyone else experiencing something like this?<br>
> <br>
> Note I am unfortunately not 100% sure if this was working correctly for me<br>
> on Arch 8.4.0-1. The fact that package exists on my local system makes me<br>
> think I was using 8.4.0 successfully before I installed the 8.4.0-2 package<br>
> recently, but the changes<br>
> <<a href="https://gitlab.archlinux.org/archlinux/packaging/packages/digikam/-/commit/" rel="noreferrer" target="_blank">https://gitlab.archlinux.org/archlinux/packaging/packages/digikam/-/commit/</a><br>
> b9a9eee00bd55376cac33070d3632e93d61ad443> there seem so small I am not sure<br>
> what the problem could be. So there's a chance I was using 8.3.0 when this<br>
> was working.<br>
> <br>
> Thank you,<br>
> Charlie Gorichanaz<br>
> <br>
> P.S. I will be on a short camping trip for the next few days, so I may not<br>
> be able to reply promptly, but I will certainly be back! Thanks.<br>
<br>
<br>
<br>
<br>
</blockquote></div>