- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Mon, Aug 11
The patch above is wrong for if (!rc) last_err = rc;, the condition should be (rc).
It's in master (to be 1.12), then, it's backported to 1.11.2, which is confirmed build well.
So, closing.
Sun, Aug 10
Thanks for testing.
Sat, Aug 9
Hello,
thank you all. I can confirm that 1.11.2 builds successfully on ppc64el with gcc-15 (Debian sid + experimental). Lacking access I have not be able to check alpha. I would suggest closing this report as fixed.
cu Andreas
Fri, Aug 8
The issue also occurs in VSD-3.3.2 and 4win-4.4.1 but not in VSD 3.1.26
Thu, Aug 7
works in vsd3.3.3, tested with VS-Desktop-3.3.90.8-Beta
OK on Linux now with new enough versions (Fedora 42).
Tested with Fedora 42 (which includes gpgme 1.24.3): this works now, you can drag a public or secret key from Kleopatra to a file manager to export the public key.
Fixed and backported for VSD 3.4
Wed, Aug 6
Solved by focusing the result message after the notepad operation is complete. I think that's an acceptable compromise for ensuring that users of assistive tools are informed about the result even if the focus is moved to a different UI element (which, in general, should be avoided because users can get lost).
Tue, Aug 5
Finally came around to check this.
On Fedora with Kleopatra 25.04.03, gpg 2.4.5 and pinentry 1.3.1 the pinentry window ist above the Kleoaptra windows.
Mon, Aug 4
The gold rule of tab order is that tab order follows the usual reading direction, i.e. line by line from left to right. If you press Enter after entering the password in the first input field then the focus should jump to the second input field.
That look s like a problems with logging to stderr in --server mode. On Windows fds 0,1,2 are special.
Looks good to me on gpg4win-5.0.0-beta357 @ win10 for the following migrations (as stated in the description):
- gpg4win 4.3.1 -> gpg4win 5.0
- gpg4win 4.4.1 -> gpg4win 5.0
Looks good to me on gpg4win-5.0.0-beta357 @ win10.