You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Очень бы был полезен функционал сохранения дат создания\изменения для файлов при их загрузке в облако (например в файл filelist.txt в корне) с их последующей установкой обратно при скачивании (если их даты будут найдены в filelist.txt)
в формате filelist можно например держать:
путь к файлу | локальные даты | серверные даты для файла
если серверная дата не совпадает с той что в filelist - вероятно файл был изменён с другой машины\ вебинтерфейса - и надо действовать в соответствии с опцией пользователя ( варианты "Использовать новую дату \ игнорироать )
The text was updated successfully, but these errors were encountered:
Писал в поддержку облака в виде "у меня проблема" - мол "не сохраняются оригинальные даты файлов при загрузке в облако -> становятся в перемешку там поэтому файлы т.к. дома они по дате у меня отсортированы, очень неудобно, прошу исправить"
после пары подтверждений что мол "да, я не верблюд" ответили что "Проблема передана для решения нашим техническим специалистам.".
Если вам (читающим issue) тоже бы пригодился функционал сохранения оригинальных дат файлов (или просто из солидарности) - прошу тоже написать в поддержу облака о данной проблеме - есть вероятность что это повлияет и автору плагина не придется придумывать велосипед (если он соберётся)
Если кому надо прямо сейчас обходное решение чтоб сохранить даты модификации файлов, нашел наверное единственный python скрипт в интернете для этого и подправил: https://github.com/Owyn/backup_file_timestamps
Очень бы был полезен функционал сохранения дат создания\изменения для файлов при их загрузке в облако (например в файл filelist.txt в корне) с их последующей установкой обратно при скачивании (если их даты будут найдены в filelist.txt)
в формате filelist можно например держать:
путь к файлу | локальные даты | серверные даты для файла
если серверная дата не совпадает с той что в filelist - вероятно файл был изменён с другой машины\ вебинтерфейса - и надо действовать в соответствии с опцией пользователя ( варианты "Использовать новую дату \ игнорироать )
The text was updated successfully, but these errors were encountered: