LIBRARY_ASSET_MODIFICATION_TIME: File's modification time does not match iCloud record

[lonevvolf]

Describe the issue

For 5 files in my library, I am getting this error. I tried deleting one and letting it redownload, but got the same result. For reference, the exact times are:
modification time 1695057324592.1387, iCloud 1668422553947
modification time 1695057328166.1726, iCloud 1668422553951
modification time 1695057328247.1733, iCloud 1668422553951
modification time 1695057330647.1963, iCloud 1668422553953
modification time 1695057331974.209, iCloud 1668422553954

How to reproduce the behavior?

Unclear - not sure why it's only on certain files.

Error Code

LIBRARY_ASSET_MODIFICATION_TIME

Relevant log output

[2023-09-18T17:15:22.602Z] WARN RuntimeWarning: Error while verifying asset AerVe2Qx/XXXXXXXX: LIBRARY_ASSET_SIZE: File's size does not match iCloud record (/opt/icloud-photos-library/_Shared-Photos/AerVe2Qx_XXXXXXXX.jpeg size 225280, iCloud 4066359)

(I've redacted the asset name)

Operating system

Synology

Execution environment

docker

icloud-photos-sync version

1.2.0

Checklist

• This is an issue and not a question or feature request
• The sync was performed a couple of times and the issue is persisting and consistent
• Checked out open and known issues
• Enabled crash and error reporting

[steilerDev]

Hmm - why would 5 files not get their date updated?

Anything those files have in common? Weird characters in the name maybe?

[lonevvolf]

Ah, I see now that these are actually the same files that errored out due to "Unknown file extension MPO for descriptor undefined" already reported in #143 today. I guess one will fix the other.

[steilerDev]

Probably, yes - let's put this on hold 👍

[steilerDev]

I've created a separate issue (#354) to explain my proposal for a new library version that should resolve this issue. Looking forward to your feedback there and will close this issue for now - feel free to re-open in case you feel like the bug described here is no properly addressed.