Очень не приятный баг. Предварительные условия. 1 Архив на локальном диске Д 2 Архив на локальном диске Д, но синхронизируемый с Яндексом Захожу в Архив 1, выбираю файл, нажимаю f6, выбираю Архив 2 Появляется градусник переноса, файл под градусником пропадает и градусник виснет. Через 5 минут я выключаю программу и иду проверять в Архивы - в Архиве 1 файла нет, в Архиве -2 так же нет. Думаю дата была другая. Нахожу у себя в бекапе файл и запускаю поиск по его имени на Диске Д, нет такого. Смотрю в корзине - нет такого Смотрю в корзине Яндекса - нет такого Смотрю в Логах тонфотос - нет такого!!!!! Андрей - это не приемлемо. А если бы у меня не было бекапа! Ещё раз прошу - нужен журнал операций, чтобы хотя бы имя файла можно было найти! И в идеале, чтобы такое вообще происходить не могло! КАК МОЖЕТ ПРОПАСТЬ ФАЙЛ ПРИ ПЕРЕНОСЕ В РАМКАХ ОДНОГО ДИСКА !!!?!!!! И самое главное не оставить никаких следов!? Его даже Recuva не нашла. P.S. Тупо задумался и случайно f6 нажал. 🙁 - не пользуюсь уже давно файловыми функциями программы. Они не надёжны.

Ashman Да, такого происходить не должно, это совершенно точно. И код программы написан согласно общепринятым практикам, которые максимально защищают от подобных проблем. Там очень простой алгоритм и там просто нечему ломаться. Несколько простых системных вызовов и обработка ошибок. В случае одного диска программа просто просит операционную систему переименовать файл из одной папки в другую, всё. Судя по тому, что градусник завис, то эта функция просто зависла, и не вернула никакого результата - ни ошибки, ни подтверждения успеха. Кроме того, только в случае сбоя именно этой функции файл мог бесследно пропасть. Что может программа делать в такой ситуации, чтобы такого не происходило - я понятия не имею. Поймите пожалуйста, программа сама не лезет на диск на уровне секторов, и не правит содержимое списков файлов на уровне файловой системы. Она просто делает один простой вызов функции операционной системы. Что происходит внутри - это вообще не дело программы. По понятным причинам вы вините во всём этом только программу, потому что именно ей вы пользуетесь. Хотя я уже сильно сомневаюсь, что тут всё так просто. Тут как минимум еще и яндекс в процессе участвует и перехватывает все запросы к файлам в его виртуальной папке. При этом, судя по тому, что среди всего многообразия пользователей только вы постоянно сталкиваетесь с подобными проблемами, возможно кроме облаков есть еще какие-то программы, которые как-то вмешиваются в этот процесс. Не знаю, может антивирусы какие или еще что-то. Мне кажется, что чисто просто на основе данной статистики можно начинать подозревать, что с вашей системой что-то не так. Думаю, не стоит просто так отвергать эту мысль. Тем не менее, в планах есть написать прямой коннектор к нескольким самым популярным облачным сервисам, как я уже писал. Есть очень большой шанс, что ваша проблема после этого исчезнет сама собой после этого, но не потому, что исправится первопричина, а просто теперь будут работать совсем другие механизмы, не использующие базовые запросы к файловой системе при работе с файлами в облаке. Но тем не менее, я бы все-таки рекомендовал вам задуматься над тем, в чем еще может быть причина. Уж больно статистика по этой проблеме не в вашу пользу…

Андрей. У проводника файлы не проподают, а Fara не проподают, у команд move и copy не пропадают. А пропадают у Вашей программы. У меня Программа установлена на разных операционках и везде хоть раз да пропадали файлы при операции по f6. И на мейл ру, и на синхрон с яндексом и с ssd на sata диск и с флешки на sata диск, и с локального диска не рейд и с NAS диска на sata. Мне всё таки кажется, что проблема не у меня. Подчеркну, проблемы только у Вашей Программы при работе с файлами. Больше всего меня вымораживает, что они пропадают бесследно, без попадания в корзину и даже восстановилки их не видят! Это мой последний пост по этой теме. Считайте, как Вам удобно, пусть мои 5 установленных копий на разных компах, конфигурациях и операционках будут моей проблемой.

Пропал- удалился файл при переносе из одного архива в другой

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

Пропал- удалился файл при переносе из одного архива в другой

Андрей

Ashman Давайте мы с вами поступим следующим образом. Сделаем натурный эксперимент. Я подготовлю специальную версию программы с расширенным набором логов в этом самом месте и дополнительными самопроверками и выдам её вам, чтобы вы могли туда-сюда таскать файлы, и если ошибка снова возникнет, то у нас будет гораздо больше данных для того, чтобы понять её причину и что с этим делать. Возможно, потребуется больше чем одна итерация таких вот экспериментов.

Если вы готовы потратить время на это, то я буду очень вам благодарен и запланирую соответствующие работы на своей стороне. И если ошибка действительно так надежно воспроизводится, то этот эксперимент нам поможет понять причины. А если не воспроизведется ни разу - ну тоже будет своего рода результат.

Если вы согласны, то займусь подготовкой и на неделе свяжусь с более подробными инструкциями.

Ashman

Андрей

Андрей Если вы согласны, то займусь подготовкой и на неделе свяжусь с более подробными инструкциями.

Согласен. Меня очень нервирует, что я каждый раз не знаю чем закончится нажатие f6

Андрей

Ashman Отправил вам на почту специальный билд и инструкции. Очень жду результатов тестирования.

Ashman

Андрей, отправил Вам первые результаты тестов. В целом они хорошие.
Жду от Вас пожеланий по формату отчёта, а то у меня сумбур в письмах 🙂

Андрей

Ashman Спасибо огромное! Ничего страшного, мне кажется, уже начинает вырисовываться картинка.

При некоторых операциях копирования возникала необработанная ошибка записи. Внутри интерфейса это бы приводило к подвисанию процесса переноса, уверен, вы сталкивались с таким.

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

Ashman

Андрей, 18 числа отправил отчёт по новому билду.
Там есть повторимые результаты.

Ищу дальше воспроизводимые вещи.

Андрей

Ashman Добрый день! Да, как раз вчера занимался и написал вам на емейл.

Ashman

Андрей Да, как раз вчера занимался и написал вам на емейл.

Не получал от Вас писем 🙂

Андрей

Ashman Странно, в отправленных лежит. Может в спам ушло?

В любом случае хотел еще раз вам писать сегодня, так как мысль одна появилась. Судя по всем симптомам, фокусы с заменой файла - это фокусы Диск.О. При переносе никаких ошибок не возникает, Tonfotos отрабатывает штатно, просто кладет новый файл рядом. Но если он пропадает, то это не его рук дело.

В связи с чем предлагаю эксперимент. Взять файл “файл.jpg”, назвать его “файл (1).jpg” и перенести его на Диск.О рядом с исходным, но теперь не через Tonfotos а через проводник, FAR или любой другой менеджер. Интересно что будет.

Можно вас попросить провести эксперимент?

Ashman

Андрей Можно вас попросить провести эксперимент?

Я проверял и ещё раз проверил.
Всё файлы спокойно лежат рядом и ничего с ними не происходит.
И через far и через проводники и при сохранении из ACDSee под другим именем.

У нас же вопрос не в этом.
Файлы имеют разный размер, но при переименовании почему-то не переименовываются, а заменяют файл на файл с тем же именем.
Это другая проблема.

Может быть файл сначала переименовывать, а потом перемещать на другой диск?Тогда проблемы в принципе быть не может. Они совсем разные будут.

P.S. Предлагаю в «Помоще» написать, что Диск О использовать нельзя 🙂

P.P.S. Письмо так и не пришло 🙂

Андрей

Спасибо большое за проверку, это очень помогло. Методом логического исключения, я кажется понял, в чем проблема, пойду смотреть код. Напишу по почте еще.

Ashman

Андрей Напишу по почте еще.

Вроде бы ура 🙂
Получилось!