КВБ56 тогда предположу, что ситуация была следующая.
Изначально у вас был файл со следующими аттрибутами:
- Дата создания - 25 мая
- Дата изменения - 23 мая.
- При этом никаких метаданных внутри самого файла.
Казалось бы, как это файл может быть изменен раньше, чем он создан? Но, к сожалению, так бывает - при копировании некоторые программы сохраняют сохраняют дату изменения той, которая была у оригинала, а дату создания файла устанавливают в дату копирования. Tonfotos, когда пытался угадать, какая же реальная дата создания фотки, очевидно, взял самую раннюю из двух. Ну не более позднюю же брать 🙂
Затем, когда вы поворачивали фотку 26-го, Tonfotos сохранил у файла его текущую дату создания (25 мая), но очевидно поменял дату изменения на ту дату, когда вы его меняли. И заодно прописал ее в метаданные (как видно на скриншоте). И в базу он занес опять самую раннюю из этих двух дат как дату создания.
Вот так это и скорее всего произошло, и в целом я не вижу тут никакой проблемы. Tonfotos пытается получить максимум разумной информации из тех данных, что ему доступны, но эти данные сами по себе далеко не всегда имеют смысл (например когда дата создания позже даты изменения). Можно конечно тут долго придумывать разные ситуации вроде этой и встраивать дополнительную логику для “более правильной” работы на основе изначально неправильных данных, но честно говоря, я в этом большого смысла не вижу. В любом случае - даты в атрибутах файла - это очень ненадежный источник, и разные программы (тот же Windows) могут обходиться с этими атрибутами совершенно варварским способом. Что они регулярно и делают.
В общем, если хотите, чтобы у файла всегда была правильная дата создания - то надо просто ее прописать в метаданные, и тогда никакое копирование её не испортит.
