Thank you all for your quick feedback.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Jul 14 2022
Jul 13 2022
I've confirmed the patch fixes the issue. I'm planning to backport it to a revision of 2.3.7 in the Homebrew package manager.
I'm the user OJFord referred to above (my access to this bugtracker just got approved this morning). I tested the rGf34b9147eb30 change on my Mac, and it does indeed resolve the issue there.
Ready for testing. See https://dev.gnupg.org/T6073#160145.
The standard Breeze icons (used by Kleopatra) are very dark because they are supposed to be used with a light color scheme. This can be "fixed" by the user by switching from the Breeze icon set to the Breeze Dark icon set.
As discussed with Markus I'm changing the assignee
3.1.22 has been released.
I haven't had a chance to try it myself yet, but another user writes in the Reddit thread linked above:
Reading through the report, the spec., and current implementation, I concluded that this is not a bug, thus, I'm closing this.
It will be in 1.10.2.
It will be in 1.10.2.
It will be in 1.10.2.
Applied to 1.10.
Thank you for your confirmation.
Jul 12 2022
If the high-contrast mode is active (on Windows), then we disable the usage of custom colors in Kleopatra. This avoids problems with too low contrast due to the custom colors.
Hi there!
I can confirm this regression on my yubikey 5 Nano with 2.2.36 (2.2.35 works) - on archlinux. Yubikey firmware 5.4.3, ed25519 keys too. Some more info:
Note to self: On Windows, we need to check whether the high-contrast mode is enabled. If yes, then we must not use any custom colors. KColorScheme doesn't help here.
I'm going to backport this to 2.2, as it found useful.
Yes, I am using ECC keys:
Key attributes ...: ed25519 cv25519 ed25519
Please use the feature in 2.3.7 of T5099, instead.
It's in 2.3.7.
It's in 2.3.7.
It's in 2.3.7.
Changed the tags and the title.