Jinn Client у меня падал именно при подписании в «Электронном бюджете». Обычная переустановка не помогла: старые пользовательские настройки остались в реестре. После сброса одной ветки плагин перестал падать.
Крах Jinn Client при подписании
Какой раздел сбрасывается
Речь идёт только о пользовательской ветке:
HKEY_CURRENT_USER\Software\Security Code\Jinn-ClientСоседний раздел JinnTLS не трогаю. Он относится к другой части рабочего места.
Сначала сохраняю настройки
Перед изменением закрываю браузер и Jinn Client. Затем нажимаю Win + R, ввожу regedit и перехожу к указанной ветке.
- Нажимаю правой кнопкой на Jinn-Client.
- Выбираю Экспортировать.
- Сохраняю файл
jinn-client-backup.regв понятное место. - Только после резервной копии удаляю раздел Jinn-Client.
При следующем запуске Jinn создаст пользовательские настройки заново. После этого снова выбираю сертификат и пробую подписать документ.
Как понимаю, что способ сработал
После сброса окно выбора сертификата открылось без падения, пароль контейнера принялся, подпись создалась. Позже я повторил то же самое ещё на одном проблемном компьютере — результат был такой же.
Был и частичный вариант: крах исчез, но старый Firefox продолжал считать плагин зависшим при долгом выборе сертификата. Это уже не тот же сбой. Ускорять ввод пароля или менять тайм-аут браузера без необходимости я не советую.
Когда ветку удалять не надо
Если Jinn Client вообще не установлен, браузер не видит расширение или сертификат отсутствует в контейнере, сброс настроек ничего не добавит. Сначала проверяю сам компонент и ЭП.
Если после сброса крах возвращается, импортировать старую ветку поверх новых настроек не нужно: вместе с ней вернётся и возможная причина. Резервная копия нужна для отката и сравнения, а не для автоматического восстановления.