Private Keeper 8.5.3

Что изменилось

Private Keeper 8.5.3

Обновление исправляет проблемы, из-за которых не открывались проекты, неверно работали однострочные условия и не запускались старые проекты. Также улучшена работа с локальными программами для решения капчи и сообщениями об ошибках.

Кипер

Добавлено

• Прокси и User-Agent при решении капчи. Исправлена передача прокси и User-Agent текущего запроса в локальные программы XEvil и CapMonster2. Для пользователя ничего не меняется: как и в версии 8.4.1, Кипер автоматически определяет запущенную программу, поэтому выбирать её в настройках не нужно. XEvil получает прокси и User-Agent только тогда, когда это разрешено в xevil.ini; CapMonster2, как и раньше, использует собственные настройки прокси. Ручной выбор оставлен только для случаев, когда автоматический режим нужно принудительно переопределить.

Исправлено

• Сообщение об ошибке. При ошибке Кипер сохраняет отчёт и показывает обычное сообщение с ID сбоя и номером ошибки для поддержки. Сообщение прямо просит перезапустить Кипер перед продолжением работы; если обычный диалог показать невозможно, остаётся резервное техническое окно. Одна исходная ошибка больше не вызывает подряд множество одинаковых сообщений.
• Работа долгих проектов. Кипер больше не сообщает, что программа зависла, пока проект действительно продолжает работу.

Студия

Исправлено

• Открытие проектов. Проекты, которые после обновления отображались как [cannot open] или не открывались, снова загружаются обычным способом. Если файл действительно повреждён или создан более новой версией, Кипер показывает понятную причину, но не мешает открыть остальные проекты.

in-Line Core

Исправлено

• Однострочные условия Script Box. Условие вида |||PARS|[1]|=| без закрывающей команды снова относится только к следующей исполняемой строке, например |PARS|[1] = Verifiziert, а не ко всему оставшемуся сценарию. Для многострочного условия по-прежнему нужен закрывающий ||END; вложенные блоки и циклы продолжают работать как раньше.
• Задержка после капчи. Старые проекты с пустой задержкой после решения капчи снова запускаются. Пустое значение означает 0, а неверное непустое выражение показывает обычную ошибку.