Additionally, the action is no longer offered for keys with an encryption-capable secret primary key without secret encryption subkey.
And sharing the secret signing subkey isn't offered anymore if this is a card key.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Thu, Mar 5
This is now a wontfix, because:
- mapping is no longer based on email
- if no matching secret key is available for that account, the native client shows a message ([T7684])
Suggested patch in work/tfry/connect_check_email :
Is this still a requirement?
There's something wrong. I suspect that gpgme is too old. Yeah, gpg4win 5 uses gpgme 2.0.1 and gpgmepp/gpgmeqt 2.0.0. The changes to force deletion was added later.
well, you are showing 4 pinentry-qt windows above. The reference to pinentry meant those windows.
In T7502#214891, @ebo wrote:Q3: Would you make the text in "Certify shared secret key?" wrap?
In T7502#214891, @ebo wrote:Q2: For 2 and 3 "Certify new certificate? You have imported an new certificate (public key) […]" is not strictly correct, this could be confusing. Maybe we could use the "Certify shared secret key?" instead and change it a bit to make it fit this case too? How about starting with:
"You have imported a shared secret key / a key without primary part." And then leave out the "shared" in the second sentence and in the window title.
In T7502#214891, @ebo wrote:Q1: Does showing the "Detailed results of importing" make sense for the above cases? One could argue that we could remove it for all single imports where any dialog is shown.
For verification text improvements we have various other tickets, see T8095. I'll add this one as another of those.
@ikloecker said (paraphrased by me):
Wed, Mar 4
Curent state in gpg4win-5.0.2-beta-2 @ win11
- it asks for each subkey
- but no pinentry involved
Looks good to me on gpg4win-5.0.2-beta2 @ win11:
Looks good to me on gpg4win-5.0.2-beta2 @ win11 (no de-vs-compliance filter):
Looks good to me on gpg4win-5.0.2-beta2 @ win11:
Looks good to me on gpg4win-5.0.2-beta2 @ win11:
Looks good to me on gpg4win-5.0.2-beta2 @ win11:
@ikloecker said (paraphrased by me):
Looks good to me on gpg4win-5.0.2-beta2 @ win11.
The case above shows the case where the public key for the imported secret key was in the keyring beforehand.
We'll assume that this is something which would probably not occur in real life and don't explicitly handle this.
Looks good to me on gpg4win-5.0.2-beta2 @ win11:
Fixed.
All tables should now have a context menu which offers at least the Copy action (with "Copy cell contents to clipboard" as tool tip).
Looks good to me on gpg4win-5.0.2-beta2 @ win11.
So I'll set this to resolved.
Regarding the order of items on the page: It is basically the same order, but the frame for the encryption settings improves the overview.
Debugview:
As far as I remember this is the intended behavior.
Looks good to me on gpg4win-5.0.2-beta2 @ win11:
Tested with gpg4win-5.0.2-beta-2 @ win11.
Regarding the notes (after discussion with @ikloecker ):
Tested with Gpg4win-5.0.2-beta2

