Просьба помочь с тестированием нового функционала.

[sputnikk]

Поставьте старую версию и обновите до новой, тогда может появятся устаревшие файлы

[aqva]

@den10004 said in Просьба помочь с тестированием нового функционала.:

Провёл очистку и выпал дамп, подозрение на то, что производилось некорректное удаление/установка VM ware player

дамп

@den10004,

Спасибо за предоставленные файлы.

Согласно анализу этих файлов, эта проблема должна быть решена в новом билде 21.13.5.499, который уже доступен с сегодняшнего дня для бета тестирования

Установите его, пожалуйста, и попробуйте повторить сови действия

Спасибо

[aqva]

@sputnikk said in Просьба помочь с тестированием нового функционала.:

Поставьте старую версию и обновите до новой, тогда может появятся устаревшие файлы

@sputnikk,

Да-да, мы сегодня попробуем и этот вариант, потом отпишемся сюда, что у нас вышло

Спасибо

[aqva]

На всякий случай,

Новый бета билд можно скачать тут

Спасибо

[AlexeyK]

@aqva Добрый день! Продукт 21.14.1.208 не может полностью удалить папку Windows.old. Изначальный размер папки около 18 ГБ, после очистки размер около 700 МБ. Остается каталог System32 с двумя папками - drivers и DriverStore. При попытке ручного удаления файла - отсутствует доступ. Повторный запуск очистки папку также не удаляет.

Трейсы и скриншоты здесь: https://cloud.qainfo.ru/index.php/s/7skE0nrgp2AtkOf

[aqva]

@alexeyk,

Спасибо за предоставленную информацию.

Запрос зарегистрирован, мы проанализируем трейсы и сообщим, в чём там дело

Спасибо

[aqva]

@alexeyk,

Какой-то процесс в высокими правами "держит" папки. Не могли бы Вы собрать прокмон логи и прислать нам?

Для этого надо запустить Прокмон, воспроизвести проблему, сохранить Прокион логи в PML файл

Спасибо

[AlexeyK]

@aqva Добавил по предыдущей ссылке Logfile.zip: https://cloud.qainfo.ru/index.php/s/7skE0nrgp2AtkOf

[AlexeyK]

@aqva Сегодня системное средство очистки в автоматическом режиме полностью удалило папку Windows.old, так как прошло более 10 дней с момента переустановки ОС.

[AlexeyK]

@aqva Для запуска автоматического поиска возможностей ускорения ранее переводил системное время на несколько дней вперед. Теперь при запуске ручного поиска продукт (билд 208) постоянно отображает одно и то же время предыдущего автопоиска 17 мая, а не текущее время завершения ручного поиска.

Наверное, лучше было бы сделать как в отчетах, где события из подобного "будущего времени" по умолчанию скрыты.

[aqva]

@alexeyk,

Спасибо за сообщение.

Нам удалось воспроизвести подобное поведение. Обратите внимание на время в трее на видеоролике, похоже, что локальное время откатилось назад. Видимо, из-за этого время последнего сканирования "зафиксировалось" на дате, которая больше текущего, что, в общем-то, логично)

Спасибо

[AlexeyK]

@aqva На часах в трее правильное текущее время, в продукте зафиксировалось "будущее время" из-за перевода часов вперед. Такое поведение отсутствует, если автопоиск изначально был выключен: при ручном запуске всегда отображается текущее время, а не "будущее". Получается, что выполненный ранее автопоиск как-будто имеет приоритет перед ручным.

Если сравнить, к примеру, с проверкой наличия обновлений в ОС, то такого тоже нет: отображается время текущей проверки, а не "будущей".

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

А вообще, это просто пожелание на доработку, если посчитаете это нужным.