<div dir="ltr"><div>Hello,</div><div><br></div><div>I appreciate your attempt to replicate the issue. I just want to state here for the record I am still having this problem and have not been able to use Digikam to manage my photos since discovering the issue. (I am now on the further minor Arch Linux update to Digikam version 8.4.0-3.)</div><div><br></div><div>I'm hoping someone else here has seen this problem and knows how I might resolve it.</div><div><br></div><div>Thanks,</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><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 24, 2024 at 11:31 AM 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">I cannot reproduce any problem with the sample image (tested with <br>
digiKam-8.5.0), it is imported with a creation date of 2024:08:28 18:57:15. <br>
This corresponds to the Exif DateTimeOriginal metadata. The time offset Exif <br>
metadata of -07:00 hours is currently not respected by digiKam. We have a bug <br>
report on this as a request.<br>
If I add a title or caption, this does not change the creation date. The file <br>
modification date changes or not, depending on the settings in digiKam.<br>
<br>
Maik<br>
<br>
Am Donnerstag, 24. Oktober 2024, 18:26:08 Mitteleuropäische Sommerzeit schrieb <br>
Charlie Gorichanaz:<br>
> Sure,<br>
> <br>
> Attached is another image PXL_20240829_015715758.jpg from the same phone<br>
> camera from the same album that I believe I have not touched at all. My<br>
> filesystem says it was modified Wednesday, 28 August 2024 at 18:57 (in my<br>
> local UTC-7 zone), which seems to match the filename's UTC timestamp.<br>
> <br>
> I initially observed this file has the correct local timestamp in the album:<br>
> [image: screenshot_2024-10-24_092137.png]<br>
> Upon adding a caption, it shifts 7 hours ahead:<br>
> [image: screenshot_2024-10-24_092155.png]<br>
> And upon modifying that caption, it shifts 7 hours ahead:<br>
> [image: screenshot_2024-10-24_092215.png]<br>
> Note the same thing happens when I use the "Title" field as when I used the<br>
> "Captions" field.<br>
> <br>
> Thanks,<br>
> Charlie<br>
> <br>
> On Thu, Oct 24, 2024 at 3:37 AM Maik Qualmann <<a href="mailto:metzpinguin@gmail.com" target="_blank">metzpinguin@gmail.com</a>> wrote:<br>
> > Can you send me a sample image without them having added a caption yet?<br>
> > <br>
> > Maik<br>
> > <br>
> > Am Donnerstag, 24. Oktober 2024, 09:00:57 Mitteleuropäische Sommerzeit<br>
> > schrieb<br>
> > <br>
> > Charlie Gorichanaz:<br>
> > > Thank you for the response Maik.<br>
> > > <br>
> > > I verified selecting that photo, selecting Item > Reread Metadata from<br>
> > <br>
> > File<br>
> > <br>
> > > does fix the date (though it sets it to the UTC date, not my local time,<br>
> > <br>
> > so<br>
> > <br>
> > > I'm not sure if that's right).  But then when I edit the caption text<br>
> > > again, the photo time displayed under the thumbnail advances by 7 hours.<br>
> > > This happens repeatedly each time I edit the caption. Is that expected<br>
> > > based on the bug you're describing?<br>
> > > <br>
> > > At least I can reread the metadata apparently once I am done editing all<br>
> > > the captions, I think.<br>
> > > —<br>
> > > Charlie Gorichanaz<br>
> > > <br>
> > > <br>
> > > On Wed, Oct 23, 2024 at 10:58 PM Maik Qualmann <<a href="mailto:metzpinguin@gmail.com" target="_blank">metzpinguin@gmail.com</a>><br>
> > > <br>
> > > wrote:<br>
> > > > Unfortunately, there is a bug in digiKam-8.4.0 that means that the<br>
> > <br>
> > entries<br>
> > <br>
> > > > for<br>
> > > > rating, creation date and digitization date are not read correctly<br>
> > > > when<br>
> > > > images<br>
> > > > are imported for the first time.<br>
> > > > So you have to read the metadata from the file again for all images<br>
> > > > 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<br>
> > > > schrieb<br>
> > > > <br>
> > > > Charlie Gorichanaz:<br>
> > > > > Hello,<br>
> > > > > <br>
> > > > > I've recently found Digikam seems to be corrupting the dates on my<br>
> > > > <br>
> > > > photos.<br>
> > > > <br>
> > > > > I believe this happened after I ran an update from Arch Linux<br>
> > > > > package<br>
> > > > > digikam-8.4.0-1 to digikam-8.4.0-2, which was built September 21 and<br>
> > > > <br>
> > > > which<br>
> > > > <br>
> > > > > I installed more recently than that.<br>
> > > > > <br>
> > > > > I am in Pacific time and my Linux computer is configured as such, in<br>
> > > > <br>
> > > > UTC-7.<br>
> > > > <br>
> > > > > My photos are a combination of files from a Pixel phone (with<br>
> > <br>
> > filenames<br>
> > <br>
> > > > > using the UTC timestamp) and Nikon Z7ii. I haven't figured out<br>
> > <br>
> > exactly<br>
> > <br>
> > > > what<br>
> > > > <br>
> > > > > is happening, but I noticed the files jump around in my album after<br>
> > > > > I<br>
> > > > > add<br>
> > > > > flags or write captions. This can happen multiple times. It seems<br>
> > <br>
> > like<br>
> > <br>
> > > > they<br>
> > > > <br>
> > > > > jump ahead by 7 or 14 hours upon such metadata changes. If I edit a<br>
> > > > <br>
> > > > single<br>
> > > > <br>
> > > > > photo's caption multiple times, the file can end up several days<br>
> > <br>
> > after<br>
> > <br>
> > > > > where it should be in the album. This is driving me crazy, as I am<br>
> > > > > trying<br>
> > > > > to sort photos chronologically for the purpose of writing journals<br>
> > <br>
> > and<br>
> > <br>
> > > > > blogs.<br>
> > > > > <br>
> > > > > For example, here's a photo I edited the caption about 10 or 15<br>
> > <br>
> > times.<br>
> > <br>
> > > > You<br>
> > > > <br>
> > > > > can see the "camera created date" showing below the thumbnail is<br>
> > <br>
> > 09-05<br>
> > <br>
> > > > > 06:33 despite that it should be 08-29 20:33 local time or 08-30<br>
> > > > > 03:33<br>
> > > > <br>
> > > > UTC.<br>
> > > > <br>
> > > > > I see now none of the metadata fields with "date" in the name<br>
> > <br>
> > actually<br>
> > <br>
> > > > have<br>
> > > > <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<br>
> > <br>
> > for<br>
> > <br>
> > > > me<br>
> > > > <br>
> > > > > on Arch 8.4.0-1. The fact that package exists on my local system<br>
> > <br>
> > makes<br>
> > <br>
> > > > > me<br>
> > > > > think I was using 8.4.0 successfully before I installed the 8.4.0-2<br>
> > > > <br>
> > > > package<br>
> > > > <br>
> > > > > recently, but the changes<br>
> > > > > <<br>
> > <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>
> > <br>
> > > > /<br>
> > > > <br>
> > > > > b9a9eee00bd55376cac33070d3632e93d61ad443> there seem so small I am<br>
> > <br>
> > not<br>
> > <br>
> > > > sure<br>
> > > > <br>
> > > > > what the problem could be. So there's a chance I was using 8.3.0<br>
> > > > > when<br>
> > > > <br>
> > > > this<br>
> > > > <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<br>
> > <br>
> > may<br>
> > <br>
> > > > not<br>
> > > > <br>
> > > > > be able to reply promptly, but I will certainly be back! Thanks.<br>
<br>
<br>
<br>
<br>
</blockquote></div>