- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Jul 19 2022
It turns out that gpg does report an error via status-fd, but it doesn't report via status-fd that the operation was canceled (Update: The error code 83886179 in the status message corresponds to GPG_ERR_CANCELED, i.e. gpg reports that the user canceled the operation.)
$ gpg --status-fd 1 --export-secret-keys --armor -- 3A8536D46F57779C49F0CF542C0444CB59852D29 [GNUPG:] KEY_CONSIDERED 3A8536D46F57779C49F0CF542C0444CB59852D29 0 [GNUPG:] PINENTRY_LAUNCHED 6899 qt 1.2.1-beta1 /dev/pts/47 xterm-256color :0 20600/1000/5 1000/100 0 gpg: key 79BF2044FA53B3A492B361882353B5828F9B391C: error receiving key from agent: Operation cancelled - skipped [GNUPG:] ERROR export_keys.secret 83886179 [GNUPG:] PINENTRY_LAUNCHED 6907 qt 1.2.1-beta1 /dev/pts/47 xterm-256color :0 20600/1000/5 1000/100 0 -----BEGIN PGP PRIVATE KEY BLOCK-----
The second pinentry window comes up to ask for the passphrase that protects your subkey. Usually, gpg will try to use the passphrase entered for the primary key also for the subkey, but since you canceled the first pinentry there's no passphrase to re-use.
Jul 18 2022
as of 2.3.7 (which I just updated to) this works. ticket can be closed
Thank you.
I have improved the cursor positioning:
- Keep the cursor position when a key/group is updated in the background.
- Move the cursor to the start when the user finishes editing (with Return), selects a key/group via the selection dialog, or moves focus to another UI element.
- Otherwise, we keep the default behavior.
Please give us more information.
- Do you change SSH program?
- If so, please check if adding configuration https://dev.gnupg.org/T5935#157674 for ssh works.
- Do you mean, reinstalling gpg 2.3.4 fixes your issue?
- Are you using with smartcard/token? Which one (Yubikey/Zeitcontrol/Gnuk), if it's the case?
It's in 2.3.7 and 2.2.36.
@ikloecker KWatchGnuPG does not work on Windows. And this also does not work with Kleopatra logging and GPGME logging, Kleopatra logging needs Dbgview on Windows, which can be spammed by other software and GPGME logging requires an enviornment variable. So having this in a logging view would be good for support.
Yes, this sadly happened with 3.1.23 for Gpg4win 4.0.3 this was noticed and fixed with rW3cdf0b10d39c844b6f3557a85dc39dc2b9242b53 as we are planning 3.1.24 anyway this issue pushed the timeline for this a bit earlier so we should have a relase very soon.
Jul 17 2022
Jul 16 2022
Jul 15 2022
Fixed.
This regression was introduced by rLIBKLEOf9cb0d3f03c6: Port filterRegExp to filterRegularExpression.
it seems to be a GnuPG-VSD packaging issue, then
I'm not sure whether this can be solved satisfactory because we use different UI elements. For "Encrypt for me" we use a drop-down box because usually a user won't have that many keys (often only one), so that a drop-down box is more convenient than an input field with auto-completion. For "Encrypt for others" we use an input field with auto-completion because there can be 100s keys of others which makes using a drop-down box unfeasible.
In T6067#160368, @vitusb wrote:Due to https://dev.gnupg.org/T5725#153224 ("The fingerprints are needed by Kleopatra as unique identifier for keys."), is this still implemented in that way ?
A screenshot would be nice.
It's already possible to define a short and a long hint for the constraints via the file doc/help.txt and its translations. This is a standard technique used by GnuPG for customization of several UI texts. Since the passphrase constraints can be very complex we don't try to come up with a suitable default hint.
What i don't understand is ...
Thanks to @mistydemeo
The patch was quickly applied to homebrew.
https://github.com/Homebrew/homebrew-core/commits/9f1ab1ce5c5d2edbe954644a52dc9ef60df5bfa2/Formula/gnupg.rb
Thank you for your report.
Does Yubico furnish you with devices for test...
Jul 14 2022
In T4449#124252, @aheinecke wrote:Or you can write it directly to the config in %APPDATA%/gpg-agent.conf
Ready for testing.
Ah thanks, missed that one somehow.
Thanks @gniibe. Does Yubico furnish you with devices for test, or did you have to order that at your own/the project's expense?
Ready for testing.
You may be interested in https://dev.gnupg.org/T6070#160227