Fix Exif extraction logic when using ImageMagick #65
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR removes the mapping of the file's creation date to the Exif::CREATION_DATE. This is done in order to align it to the logic of the other two tools used for Exif extraction: Exiftool & Native. None of this two will fill in the Exif::CREATION_DATE with the file's creation time.
This is part of the #1729 enhancement for which we need to be able to figure out if the file has a creation time as exif field or not. We can't do this currently with Lychee & ImageMagick.