taking so that it's on my list
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Thu, Mar 13
taking to check what's left
Thanks for the fix for the double-free on --no-sig-cache, that appears to be an issue on all released gpg versions, as i can crash them directly when i --no-sig-cache.
I guess this is done if QT6 versions have a pinentry?
This does not work as expected.
Import tabs still always have the default layout, regarding the width. The columns shown are kept from the previous tab, though.
5.0Beta:145: OK and works, both for signing and encryption
I think it's not exposed in the user interface. You can manually set it by adding
CMS disabled? Where can this be set?
I noticed a wrong location info ("On this computer and on a smart card") in case of an S/MIME certificate which only resides on a card.
(It started out as "on this computer" and then changed to "On this computer and on a smart card" after a second)
I assume this will then apply also to the Notepad encryption settings
Please grey out the "Anyone …" sentence, too.
The option is available now and it works:
Here is update (replacing ecc-no-normalize-2025-03-07.patch).
Hello Eva,
Wed, Mar 12
The beta145 Werner talks about can be found here: https://www.gpg4win.org/version5.html
It is from our master branch which is not de-vs capable at this time.
If RestorePositionForNextInstance=false is still there after gpgpass has been quit then either KMainWindow::closeEvent() didn't run or the dirty state config wasn't sync'd to disk. When reading the code in KMainWindow I was wondering if a sync() was missing, but in Kleopatra it worked without this.
Interestingly, from this i'm learning that the patch actually *normalizes* the output so that we see the same thing regardless of ordering. the different output based on certificate order happens only in the unpatched version.
Please test without the --import keys.pgp -- just import filtered.pgp or filtered2.pgp.
Looks good, Gpg4win-5.0.0-beta145:
I can't replicate your findings here . In a test directory w/o a gpg.conf:
Hello Werner,
thank you for your support ...
Uihhh
Window is open:
with --no-sig-cache --check-sigs i get the following error with the patch applied:
This is about attachments of encrypted emails opened with the mail viewer that Carl wrote. If one opens those attachments with an external application then the decrypted attachments are written to temporary files. I don't see that this has anything to do with Kleopatra (unless the mail viewer is considered part of Kleopatra which, technically, it isn't).
@ebo: What does the MainWindow section in gpgpasstaterc contain?
QA would like to now what exactly to test here… if there is a succinct description of that in a ticket, it will get tested at the very least sooner. Or at all.
The versioninfo.txt line of 5.0Beta-145 for gpgpass is:
We investigated this a bit and it only happens when trying to sign with a non VSD key when gnupg is in VSD mode
It seems to work here on Windows and Linux
Note: Restoring the last window location is a built-in feature of KMainWindow/KXmlGuiWindow. It should work out-of-the-box if one makes sure that KMainWindow::closeEvent() is called even if it's overwritten. (Instead of overwriting KMainWindow::closeEvent() the better approach is to overwrite KMainWindow::queryClose() which is what I changed in Kleopatra.)
works with Gpg4win 4.4.0, too
Something went wrong during signing - the question is what.
Did you also tried with --no-sig-cache ? That could help to get a better insight into the reason for that difference.