iOS screenshot date metadata not respected for timeline

[executed]

Describe the bug

When I edit an iPhone screenshot using the built-in editor (e.g. crop, filter, etc.) the file’s DateCreated and DateTimeOriginal metadata are wiped from the image. After this Memories treats the edited screenshot as if it has no capture timestamp and it jumps to the very top of the timeline.

Additional important observation (workaround)
If I first modify the screenshot’s metadata (through Edit Metadata option) and change the seconds value in the timestamp, this produces/sets a CreateDate (not original DateCreated) field. Once CreateDate exists, Memories sorts the screenshot into the correct chronological place even after cropping, changing filter, etc.. This implies the indexer currently prefers CreateDate and ignores DateCreated / DateTimeOriginal when CreateDate is absent.

Steps To Reproduce

• Get 'old' screenshot on an iPhone.
• Upload the screenshot to NC. Confirm it appears in the correct chronological place.
• Edit the screenshot with the built-in editor (e.g. crop) and save.
• Reload the timeline page

Observed behavior:

• The edited screenshot jumps to the top of the timeline (treated as no or very recent capture time).
• Use this website or any other tool to check metadata: https://jimpl.com/
• DateCreated and DateTimeOriginal are missing from the image metadata;

Expected behavior:
Either:

• Respect DateCreated and/or DateTimeOriginal for timeline sorting when CreateDate is missing, or
• After embedded editor change (e.g. crop) set CreateDate = DateCreated (or DateTimeOriginal) for image so sorting remains chronological in timeline.

Screenshots

Attaching old screenshot packed into ZIP so that Github won't wipe the DateCreated and/or DateTimeOriginal:
https://drive.google.com/file/d/16MIDoLblWELscA1d9cNzGuEMlFmEroSO/view?usp=sharing

P.S. thank you very much for this software - not sure where NC would be without this app. Amazing!

Platform

- OS: Windows OS
- Browser: Firefox v148
- Memories Version: 7.8.2
- Nextcloud Version: **30.0.8**
- PHP Version: 8.2.28

Additional context

• Any errors in the JS console? - None
• Any errors in the Nextcloud server logs? - None

[executed]

I wonder if the following PR has something to do with this issue:
#1588