Feb 1 2021
to explain a bit more: This report was opened after the reported defect was already fixed.
As we are getting many reports and technical suggestions, please keep the reports focused on one point only if possible
and open general discussion points about development improvements on gnupg-devel@.
For what it is worth we have also just tasked someone from our team to reinstate our buildbot / CI but this would likely not have helped in the current case of the libgcrypt buffer error as only ASAN with large hashtests would have found this. Still we have the general infrastructure for such tests we are just lacking resources. That is why we publish everything and encourage the community to at least help us with testing.
the issue regarding this self test was immediately found after release. Our development is completely open and everyone is free to run tests with our software on any platform at any time. We would respect and fix all those bug reports. None about this reached us during the development phase.
As this is not happening as it should during development we release and test on our platforms and build systems. When after the release others test, too we immediately fix the issues as happened with 1.9.1 in libgcrypt.
Jan 29 2021
@hanno, this is a bug tracker and not yet another media for your rants.
Dec 11 2020
Jul 14 2020
Feb 6 2020
It has been fixed in the repo for nearly a year, see T4459. A new release is urgently required and will follow in the next days. I close this as a duplicate.
Dec 7 2019
Jun 26 2019
May 10 2019
We fixed this bug already in the repo. See T4459.
Sep 24 2018
You are right. I originally left it open because it was in a different language but the first report. But it's cleaner to close it as a duplicate, also.
T4129 is also a duplicate.
Thanks for the report. This was already reported andf fixed. We are aiming for a new Gpg4win / GpgOL Bugfix release soon to address this and other regressions.
Jul 17 2018
Jun 26 2018
Good news! :)
Just as a note as you were the first to report this: I've finally found a solution. In the next version it will be possible to move around crypto mails. Hopefully your wife can then use GpgOL :-)
Jun 18 2018
I'm closing this as a duplicate of T3459
I'm closing this as duplicate of T3459
Jun 1 2018
Thanks for your report, but as JJworx already said this is sadly one of the known issues to which we don't yet have a good idea how to fix it. In T3459 there is an animation what is meant by "unselecting" the mails.
Apr 27 2018
Mar 7 2018
Yes sorry, I decided against a release specially for that is it is not super critical, no data loss.
Mar 2 2018
Sadly this is a known problem, the workaround is to unselect the mail and then move / modify it through the right click menu.
Nov 29 2017
Many thanks! This bug is fixed in Gpg4win 3.0.1.
Nov 28 2017
Thanks for the efforts. I will subscribe there to be up to date :-)
Oops I just noticed that this was already reported in T3424 which I somehow overlooked. Let's handle it there as there are more subscribers in that report and it's older.
Nov 27 2017
To keep the tracker clean I'm closing this as a duplicate of T3476 since both problems are very much related. GpgEx would print Internal Error if Kleopatra crashes or behaves unexpectedly.
I'm closing this as a duplicate of T3459 even if this bug is older we used it to discuss side topics.
Nov 24 2017
thanks for your report. We already have this on our todo with high priority: T3514
I'm resolving this report as a duplicate.
Oct 17 2017
Then this is a duplicate of T3442 as well! Thank you for you Logfiles and your report!
Oct 16 2017
Duplicate of T3441.
Apr 4 2017
I am sorry, Kai. I am afraid I can't close this bug.