3.1.6 is released.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Mar 27 2019
Mar 26 2019
If the filename embedded in the encrypted message differs from the filename Kleopatra uses (which is derived from the file system filename) Kleopatra will now show the filename. This should cover the case where users receive an "Attachment.pgp" and do not know what that is.
Mar 25 2019
Can you open the command line (cmd.exe) and execute there: "gpg --passwd 6B05B09F" ?
I've recently moved from the Windows 7 system where I saw the problem to a Windows 10 system where Kleopatra works. As Windows 7 will no longer be supported by Microsoft, there seems little point in working on this issue, so I'd be happy if it was closed as Won't Fix.
Mar 23 2019
Mar 22 2019
Hi - that did the trick. The linked gpgol.dll loads without any issues. However the decryption of e-Mails don't work. I get the
"OpenPGP Encrypted message (decryption not possible) Could not decrypt the data: Unsupported protocol" error.
Mar 19 2019
This is very strange, common to all the crashes in the log is that they happen while a keylisting is running and before the first key from that keylisting is returned. But this could be a red herring because the keylisting is always started immediately in a background thread and so it would be normal that if the crash occurs immediately that it would still be running. The keylisting code is extremely similar to Kleopatra though. So I don't understand why Kleopatra would then work for you.
Mar 18 2019
Since I configured call tracing the running O365 Client dies immediately after activating the addin. Same happens now if I activate the addin.
Anyways, here is the log.
Thanks for the report. Log looks not unusual.
Mar 11 2019
It's better to have a new Task for this as I explain in T4402
I'm new here, therefore I'm unsure whether this posting is correct at this position.
Within my organisation we have ongoing troubles with the error described here, with windows version 3.1.3 there is no such button "force decryption" as documented here.
Can you help? Regards Karl
Mar 8 2019
Mar 7 2019
I'm not sure yet where the bug lives. It's either in GPGME's editkeyinteractor that ignores the error / cancel or in Kleopatra itself. I'll have to look into it. Btw. I do not think that this should have high priority because it is not a new regression and while it is a Bug and wrong it is not really harmful.
Hello,
I've opened T4395 for this to keep better track of it as this task was about another issue.
From a comment in T3990
Hi,aheinecke。my kleopatra version is "kleopatra Version 3.1.4-gpg4win-3.1.5".and when change expiry date, i enter a wrong passphrase or choose "cancle". it shows successfully. what can i do for solve this question. thanks.
Mar 5 2019
Mar 4 2019
Feb 27 2019
The dialog is improved and simplified now.
Thanks for the report. Indeed a bug. Will be fixed in the next release.
Feb 22 2019
Feb 5 2019
This was fixed.
Jan 16 2019
Jan 14 2019
Thanks for reply and clarification, regards danny
Thank you for the report. Sadly this is a long standing bug that is still not fixed. We hope to address this in a future version.
Jan 11 2019
Dec 17 2018
Even with the logging changes this still happens. I just retested it. Can't run Kleopatra on Linux with GPGME_DEBUG=9.
Nov 26 2018
Nov 19 2018
Nov 14 2018
Nov 12 2018
Oct 31 2018
The explicit check for a valid FD (in select) I mentioned above is commit 8173c4f1f8a145c4b1d454f6f05e26950e23d675
Oct 24 2018
Oct 21 2018
It is propably related to decrypting large (single) tar-files. It works flawlessly when renaming the tar-files to another extension before encrypting and afterwards decrypting it again. But as long as it is named xyz.tar Kleopatra crashes. Could it be that untarring causes some "out of memory" failure? I recognized that while decrypting the tar there was no sign that the decryption process would allocate any disk space. There is just an empty randomly named folder being created upon decryption.
Oct 18 2018
Dear aheinecke,
Hi Adam,
Oct 17 2018
I think it has something to do with the number of files. Just encrypting / decrypting a 10GB random data file did not show a problem.
Oct 16 2018
Oct 15 2018
Oct 1 2018
Sep 19 2018
The self test error message looks like it originates from https://github.com/KDE/kleopatra/blob/master/src/selftest/enginecheck.cpp
gpg -k works and displays the list of keys I expect. gpgsm -k returns nothing.
Strange, this happens when Kleopatra is unable to launch the gpg.exe / gpgsm.exe binaries. But in the log I can see that gpgconf is found and scdaemon / gpg-agent seem to work. So your installation is apparently fine.
Sep 18 2018
On reviewing the bug report I realized I had included the wrong section of the Kleopatra log. I cleared the log file and ran Kleopatra again to get the correct log entry for the version of gpg4win in use. Here it is:
Sep 11 2018
Sep 6 2018
Sep 4 2018
Gpg4win-3.1.3 was released.
Gpg4win-3.1.3 was released.
Gpg4win-3.1.3 was released.
Gpg4win-3.1.3 was released.
Gpg4win-3.1.3 was released.
Aug 31 2018
Aug 30 2018
Problems here are:
- The icon theme needs a build tool to generate which is a problem with CMake Crosscompiling.
- Building natively and then packaging the icontheme.rcc would work
- The breeze-icons.rcc must be renamed to icontheme.rcc and copied to <instdir>\bin\data
- index.theme must be in the same place.
- The GpgOLGui would not find icons from that because it would need to link to kicontheme.
- The Kleopatra icon in breeze would need to be patched out as we want to use the old icon for kleopatra.
We have debug output now to show which commands are running.
We have a progress dialog now and only show details on request. I've also fixed a bug that you could trigger learning the keys twice which lead to undefined behavior.
This happens only if GPGME_DEBUG is set to 9 which was accidentally set in my environment. So I've lowered the priority.
Aug 28 2018
FWIW, we record the origin of the keys. So you have the information. Use --with-key-origin in a key listing. GPGME also has the info.
Jul 27 2018
Jul 25 2018
Indeed. Thanks for the reminder.
There is some code currently in there already but its not yet fully implemented. Needs to be finished.