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.

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.

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.

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

I guess it's now ready for testing

All changes have been backported for VSD 3.3

I added this to gpg4win master. I assume that this branch will be used for VSD 3.3 and Gpg4win 4.4.

All missing translations mentioned in the original description should now be there (once a new kleopatra snapshot is created).

That's a bug in Firefox. Chromium doesn't exhibit the problem. I have problems with fonts in Firefox on many different websites.

Forget the explanation. msgcat --use-first works correctly. We didn't use it correctly for our purposes. msgcat --use-first took the first translation of the context-less messages. This happened to be marked-as-obsolete messages in the main po file (because KDE keeps obsolete messages for easier recovery). And since they were marked as obsolete they were dropped when the po file were compiled. The script now removes obsolete messages before merging in additional po files. This way non-obsolete messages in the additional po files don't get shadowed anymore by obsolete messages in the main po files.

Andre's comment was "Use use first to avoid double translations that confuse it.".

I have removed the --use-first from the msgcat command that merges the combined messages from KDE's svn and the po file in our repo with the local l10n files for libkleo and kleopatra in gpg4win/packages.

The problem seems to be that the msgcat commands in gen-tarball.sh (gpg4win repo) are used with --use-first and that seems to ignore msgctxt when looking for duplicate msgids.

6. "GnuPG VS-Desktop Audit Log Viewer" (nur Fenstertitel unübersetzt)

1. "Valid until (between %1 and %2):" (Schlüsselgenerierung, Erweiterte Einstellungen)

2. Unter Extras -> Zwischenablage: 4 von 5 Unterpunkten nicht übersetzt
3. Lookup on server (nur im Fenstertitel unübersetzt)
4. "Publish on keyserver afterwards" (im Fenster Beglaubigung)
5. "Enter a message to encrypt or decrypt…" Notepad-Placeholdertext

Should be ready for testing

Backported for VSD 3.3

This bugfix shall be backported for VSD 3.3 as discussed with ebo

Latest changes backported for VSD 3.3

Backported for VSD 3.3

And backported for VSD 3.3.

Fixed.

The QProcesses we start should be configured with closed stdin so that the started process don't hang waiting for input, e.g. by calling closeWriteChannel() immediately after start(). Or by calling start() with QIODeviceBase::ReadOnly, but, sadly, the documentation of QProcess doesn't document what effect that has.

We shouldn't have to add explicit line breaks. Explicit line breaks will lead to bad formatting (German: Flattersatz) for people who use huge font sizes (a11y!) and Qt will wrap long tool tips so that they won't become wider than the screen. Alternatively, we wrap the tool tips (in the code that sets the tool tips) into <html> tags. Then (for whatever reason) Qt will make the tool tips much narrower. (Some people think too narrow, but we have to die one death.)

You mean that a disabled certificate with secret key isn't listed with bold font? That's probably because we have an appearance filter for disabled certificates which takes precedence.

I agree that it doesn't make sense anymore because we never show disabled and not-disabled certificates next to each other.

I have updated the translations of the filters defined in the libkleopatrarc*.desktop files.

I assume by "do such things in the background" you mean that GnuPG should do this automatically in the background.