Gpg4win 4.4.0 has just been released. I assume that this has been fixed in the meantime. In particular, "General error" should happen a lot less. If the problem still occurs with Gpg4win 4.4.0 then reopen the ticket.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Dec 2 2024
I assume the problem has been resolved because we never got feedback that the problem persists.
Interesting. Just a few days ago I noticed that Kleopatra creates a new tab with the imported certificates except when the import is done via the notepad (or via the clipboard). I guess we could add an option to open a tab with the imported certificates to the import result window.
This problem has been fixed quite some time ago. See https://bugs.kde.org/show_bug.cgi?id=415168.
This doesn't look like a problem in Kleopatra.
We have to take the list of OIDs to ignore into account that can be configured for gpgsm with ignore-cert-with-oid.
We won't revert to the old UI which had its own share of problems. In the meantime Kleopatra supports certificate groups which should help if you often need to encrypt for the same keys.
Kleopatra now let's gpg deal with I/O directly. This makes decryption with Kleopatra as fast (or slow) as with gpg on the command line. Hence I'll remove the Kleopatra tag.
Nov 29 2024
Nov 28 2024
Fixed.
Nov 27 2024
Fixed. After deleting the certificates belonging to the first two card slots the smartcard window shows
Kleopatra does now read the certificates from the card and import them itself instead of relying on gpgsm --learn-card.
In T7273#195063, @ebo wrote:We could discuss how to make this a bit more easy to parse visually, but that would be a new task.
Nov 26 2024
Nov 25 2024
Nov 21 2024
Should probably be backported for VSD 3.3 because very likely this happens always when a new PKCS#15 card (with unknown certificates) is inserted. Workaround: Close and re-open the smart card window.
Fixed (for Gpg4win 4.4 / VSD 3.3) by patching Qt's Windows Vista style.
Nov 20 2024
Backported for VSD 3.3
Shall we use the narrower tooltips in general? I'm undecided. On one hand, we'd avoid an unholy mix of wider (but not too long) one-line tooltips (at least for English and maybe German) and narrower multi-line tooltips. On the other hand, I think the multi-line tooltips are too narrow and a narrow two-liner might look uglier than a slightly wider one-liner.
I have added the NEWS for Kleopatra for Gpg4win 4.4.0. I have excluded the following tickets from the NEWS for various reasons:
gnupg24 (gnupg-2.4.5) is a milestone and means "fixed in gnupg24 (gnupg-2.4.5)". I suggest not to question the workflow of the people running this bug tracker.
Nov 15 2024
For T6567 I changed the way that Kleopatra runs "gpgconf --launch gpg-agent". This change is not yet in Eva's test build. It seems my change is not good because running "gpgconf --launch gpg-agent" timed out after 5 seconds in 3 of 3 tests starting Kleopatra after a reboot of the VM. To check if "gpgconf --launch gpg-agent" really takes that long I measured the time in PowerShell after another reboot of the VM. The result is shocking.
Nov 14 2024
Result of first iteration sorting the tickets by Features, Bug Fixes, and different reasons why they are not relevant for the release notes of 4.4.0
Noteworthy changes in Version 4.4.0 (unreleased) ------------------------------------------------
This doesn't need to be verified with VSD 3.3 after it was verified with Gpg4win.
This was fixed in gpgme and is therefore automatically in VSD 3.3
Ready for testing. Note that you also need gpgme master.
We should show the original algorithm name instead of "Unknown algorithm" if we don't have a pretty name for it. This way we can show the Kyber algorithms without adding pretty names for them. T7397: Kleopatra: Support Kyber generation
This fix is also in VSD 3.3
This is included in test installers since some time already.
This change is also used for VSD 3.3
The same CSS has worked for years. Suddenly, after an update Firefox started to misbehave. I don't know if it's actually a bug in Firefox or in fontconfig or something else, but it's certainly not a problem of the CSS.
This has been backported for VSD 3.3 and Gpg4win