Проблема здесь заключается в размещении сценария. Таким образом, HTML-страница отображается построчно сверху вниз. Итак, на данный момент ваш тег script находится в разделе head. Поэтому, когда браузер достигает этой строки и пытается привязать событие нажатия к кнопке с идентификатором «btn-login». Но на самом деле кнопка не существует в тот момент, потому что этот тег кнопки не был прочитан браузером, все еще должен быть загружен.
Если вы поместите тег script непосредственно перед тегом end body (). Это будет работать как талисман, поскольку к тому времени кнопка будет загружена, и обработчик события нажатия будет прикреплен к кнопке.
Да, Ваш секретный ключ, кажется, отсутствует. Без него Вы не будете в состоянии дешифровать файлы.
Вам создавали резервную копию ключа где-нибудь?
Воссоздание ключей, используете ли Вы тот же пароль или нет, не будет работать. Каждая пара ключей уникальна.
при переимпорте ключей из старого брелока для ключей необходимо определить команду:
gpg --allow-secret-key-import --import <keyring>
иначе это только импортирует открытые ключи, не закрытые ключи.
Не устанавливать DYLD_LIBRARY_PATH
. Из-за этого env var, dyld динамического компоновщика, находит /opt/local/lib/libjpeg.dylib
и т. Д. Вместо различных /System/Library/Frameworks//ApplicationServices.framework/ Версии / A / Frameworks / ImageIO.framework / Resources / libJPEG.dylib
, которые ему нужны.
- allow-secret-key-import
теперь устарел и ничего не делает.
Со мной случилось то, что я не смог правильно экспортировать. Просто выполнить gpg --export
недостаточно, поскольку он экспортирует только открытые ключи. При экспорте ключей вы должны выполнить
gpg --export-secret-keys >keyfile
Решение этой проблемы для меня состояло в том, чтобы уведомить отправителя о том, что он действительно использовал открытый ключ, который я им отправил, а кто-то еще. Вы должны увидеть ключ, который они использовали. Скажите им, чтобы они использовали правильный.