Нельзя удалить файл (превью), если он лежал на отключенном источнике. Просто не активируется окошко удаления, не реагирует на кнопку DEL Если источник никогда больше не появится - мертвые души остаются навсегда.

Дя. Ни файл ни теги ассоциированные с ним и альбомы им созданные.

roft.ru Всё правильно, а какое поведение вы ожидали? Если скажем внешний диск отключен и лежит вшкафу, как вы собираетесь удалять файлы на нем? То, что у вас Telegram считается отключенным - это явно результат ручных манипуляций с конфигом, в логах есть ругань по этому поводу.

Андрей меня тоже очень беспокоит данный вопрос, т.к. имеются призраки, которые удалить нельзя, а в той папке, где ранее были эти фото их уже нет, перемещены в другое место. Как теперь быть с этими “битыми” фото? PS хоть и не в тему, но еще ответьте как вернуть ранее скрытую папку (“не индексировать”)? Или можно только вновь добавить в источниках как новый архив? А нет, не получается, говорит уже отслеживается папка

Pims давайте по порядку. Файлы нельзя удалить по причине того, что не подключено устройство? Или по какой-то другой? Если он не подключено, то почему?

Андрей С моей телегой все понятно, я в курсе, что это результат моих манипуляций с путями хранения файлов скачанных с телеги. Но апликуха пишет то совсем другое, что источник удален - подите прочь 😉 Я буду хранить превьюхи вечно, они навсегда в моем сердце! 😉 (кстати, где они лежат, превьюхи?) Кстати мне удалось кильнуть одну из папок зависших - отключал-подключал обратно оба своих акка телеги и в какой-то момент оно исчезло. Две другие папки до сих пор висят, я даже пути не знаю по которому прога их ждет, думал подсунуть болванки с нужным именем и кильнуть из интерфейса, но не сцдьба

Андрей я не знаю какое другое устройство, возможно какая-либо папка была, потом ее удалил не средствами tonfotos. Я внешних носителей и сетевых дисков (кроме одного постоянно подключенного) не использовал. Превью нормально, но при открытии вот что показывает и ничего с ним сделать нельзя, ни удалить, ни убрать никак

Pims Все равно нужен механизм для избавления от ненужных уже фантомов. Почему нельзя их удалить - непонятно. Кнопка Del должна работать при любых условиях

roft.ru механизм есть, и кажется для вашей ситуации вероятно, подойдет. Но он не автоматический. Как я понимаю, у вас рассинхронизация конфига и БД. В БД есть папка, которой нет в конфиге. Если ее снова добавить в конфиг (просто через расположение архива), то они снова свяжутся, и его сразу же будет обратно удалить. Тогда уже удалятся и все файлы в базе. Подробности о том, какая именно папка пропала из конфига, есть в логах. roft.ru Все равно нужен механизм для избавления от ненужных уже фантомов. Я считаю, что для начала такие фантомы не должны возникать. Бороться надо с исходной проблемой, а не заметать под ковер последствия.

Андрей Если ее снова добавить в конфиг в информации о фантоме нет никаких данных кроме имени (где лежит?) Имена файлов поменялись, кстати, что и могло стать причиной Бороться с причиной? Т.е. вы считаете, что сторонними средствами для переименования пользоваться нельзя? А в тонфотос таких средств нет.

Андрей Подробности о том, какая именно папка пропала из конфига, есть в логах. Это вот эта запись? Как понять по какому пути прога ждет эту папку?

Глюк с отключенным источником: Страница 2

Этот сайт лучше всего просматривать в современном браузере с включённым JavaScript.

Глюк с отключенным источником

Андрей

roft.ru подумаю над каким-то механизмом для подобных ситуаций.

roft.ru

Андрей подумаю над каким-то механизмом для подобных ситуаций.

Думаю, что “Удалить” должно удалять. А не отвечать, что файл не найден.
Не найден - так не найден, удаляем молча превьюху и все.

Кстати, а превьюхи в базе лежат, прямо в DBшнике или отдельно где-то файловый кэш в папке? Чего-то я не посмотрел этот момент. Может проще кэш кильнуть

Андрей

roft.ru Не найден - так не найден, удаляем молча превьюху и все.

Это очевидно, сложность в том, что целостность данных уже нарушена, и надо это аккуратно обработать, ничего еще сильнее не сломав.

roft.ru Кстати, а превьюхи в базе лежат, прямо в DBшнике или отдельно где-то файловый кэш в папке?

В базе.

roft.ru Чего-то я не посмотрел этот момент. Может проще кэш кильнуть

Ну да, а мне потом придумывать как чинить последствия 🙁….

Андрей

roft.ru Думаю, что “Удалить” должно удалять. А не отвечать, что файл не найден.

Теперь можно избавиться от этих файлов через контекстное меню в навигации (1.9.10). Буду рад если сможете проверить.

FoksSerg

Извиняюсь конечно, не совсем в тему. Но иногда возникает желание иметь возможность снести базу, заново натравить ее на сканируемые ресурсы, вместе с файлами досье, чтобы она в чистом виде и без размножения ID-объектов (уже писал вроде об этом) снова все скушала ;-)

Андрей

FoksSerg ну вроде как это можно сделать, просто удалив файл БД. Хотя честно скажу, давно не тестировал такой сценарий, 100% гарантии дать не могу.

roft.ru

FoksSerg
Мне результат не понравился. В соседней теме я выкладывал пару скринов, заметно, что даже через сутки работы проги всех ранее распознанных лиц она не нашла.

С чем связано не знаю, выяснять уже не стал, проще смириться с фантомной папкой телеги, чем опять тысячи лиц подтверждать

roft.ru

Андрей
Большое спасибо.

Все получилось. Папки смогли удалиться и сейчас база в идеальном состоянии. Зачёт!

kmike

Андрей
версия 1.9.11
На неотключаемом носителе компьютера (Windows 10) в каталогах назначенных как “Архив” Tonfotos неделю назад сторонними программами производил:

массовое переименование файлов изображений
массовую конвертацию файлов изображений
массовое изменение даты/времени файлов изображений
массовое удаление файлов изображений
изменение внутренней структуры каталогов

по итогу в группах “Люди” появились “фантомные” превьюшки/изображения

функция “Удалить” не срабатывает (винда издает жалостливый “блямк” )

в качестве “костыля” приспособился использовать функцию “Игнорировать предложенное лицо”. Но, как я понимаю, “фантомы” в базе tonfotos остаются 🙁

« Предыдущая страница