- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
May 23 2025
May 22 2025
In T7658#201260, @TobiasFella wrote:That screenshot is for kleopatra crashing, not related to okular.
May 20 2025
tested on gpg4win-4.4.1-beta59@win10
looks good to me on gpg4win-4.4.1-beta59@win10
looks good to me on gpg4win-4.4.1-beta59@win10
looks good to me on gpg4win-4.4.1-beta59@win10
also fine on vsd-3.3.2.0@win10
looks good to me on gpg4win-4.4.1-beta59@win10
looks good to me on gpg4win-4.4.1-beta59@win10
looks good to me on gpg4win-4.4.1-beta59@win10
looks good to me on gpg4win-4.4.1-beta59@win10
May 16 2025
May 13 2025
basically solved, for follow up see
after https://dev.gnupg.org/rW14d86c01819ef3ddbc7f03b34e821e367cea3b02 only qrencode is left:
currently not testable. some urls in download.sh are broken (404):
there are no display warnings
May 12 2025
looks good to me on gpg4win-5.0.0-beta190@win10
looks good to me on gpg4win-5.0.0-beta190@win10
on gpg4win-5.0.0-beta190@win10 (high contrast):
looks good to me on gpg4win-5.0.0-beta190@win10
looks good to me on gpg4win-5.0.0-beta190@win10
looks good to me on gpg4win-5.0.0-beta190@win10
May 8 2025
my win10 vm was also installed with german language
These issues are split off into new tickets:
If the file data is next to the file data.sig then Kleopatra should automatically use data.sig with data. If you run kleopatra --verify data.sig or start the verification by selecting data.sig in the Windows Explorer then Kleopatra does automatically use data (at least on Linux).
I'm wondering how we display valid signatures with not certified certificates. Those should probably be white (because there's no problem with signature or certificate, but signatures of uncertified certificates are as good as no signature at all.)
In T6869#200687, @ikloecker wrote:Most of the texts (most are proper sentences) lack a full stop. It's unclear whether this is a bug in the German translation or also in the original texts. This should be fixed.
i added single/valid/disabled and single/valid/revsubkey to the screenshot table:
https://dev.gnupg.org/T6869#200682
May 7 2025
so the non working automatic match of data.sig -> data is another bug?
It's weird that in the "multiple / mixed / split" case the full paths of the files is used even though all files seem to be in the same folder. This isn't really that important.
tests with vsd still needs to be done
the changes themself look good to me on gpg4win-5.0.0-beta167@win10
looks good to me on gpg4win-5.0.0-beta167@win10