Why are you looking in ${SYSROOT}/bin and not ${SYSROOT}/usr/bin? I am not sure libassuan-config is installed in different directories for different OS distros. But on my distro it is installed in /usr/bin. Has it moved from /bin to /usr/bin? When cross-compiling for ARM, the check on line 30 does not find it in sysroot and the result is it uses the host libassuan-config. See https://bugs.gentoo.org/653938

I now have all three fuzz targets stable now, and not finding more bugs besides the reported memory leaks
https://github.com/gpg/gnupg/compare/master...catenacyber:7651c60
What do you think of it ? Do you want to use it for continuous integration ?

Hi Andre,

Thanks for the tip, moving unopened secure email to a folder is the solution, I guess I just had to ask.

Beta? the last issue I report I was told to test on the beta which worked and forgot upgrade afterward.

ALL GOOD! Merci!

Jacques

From: aheinecke (Andre Heinecke) <noreply@dev.gnupg.org>
Sent: April 27, 2018 12:43 AM
To: Jacques Latour <Jacques.Latour@cira.ca>
Subject: [Task] [Closed] T3943: gpgOL

aheinecke closed this task as "Invalid".
aheinecke added a comment.

yes sorry, but due to a design limitation it's impossible to move mails while the decrypted / verified content is visible. Our task for this is T3459https://dev.gnupg.org/T3459 (so I'm closing here as invalid even though the problem is valid.)

As workaround you have to move mails while they are not shown. E.g. if you move them without selecting them, or unselect a mail by shift clicking it. Here is an example what I mean by that:
https://files.intevation.de/users/aheinecke/gpgol_moving.gif

Btw. Is there a reason why you are using a beta and not 3.1.0 ?

TASK DETAIL
https://dev.gnupg.org/T3943

EMAIL PREFERENCES
https://dev.gnupg.org/settings/panel/emailpreferences/

To: aheinecke

Cc: aheinecke, latour_jacques, gp_ast

This is an automated email from the GnuPG development hub. If you have registered in the past at https://bugs.gnupg.org/ your account was migrated automatically. You can visit https://dev.gnupg.org/ to set a new password and update your email preferences.

Ok so it was impossible to detect when a mail is printed and block the printing until the decryption was completed.

This was fixed with 7eed3c4c5e9f84bed0e412213cf404a18cd54358

Oops. I also opened T3939 about this.

I can't reproduce this with GnuPG 2.2.6 or 2.2.7 beta and GPGME 1.11.0 . There I correctly get User Canceled for OpenPGP but "No Secret Key" for S/MIME, also using GpgME++.

Hi Carlos,

yes sorry, but due to a design limitation it's impossible to move mails while the decrypted / verified content is visible. Our task for this is T3459 (so I'm closing here as invalid even though the problem is valid.)

I note that this problem could also affect a user with multiple identities, one of which has their decryption keys on a smartcard. If a message arrives encrypted to both identities, but the user does not have their smartcard available, they will hit the same issue.

Does v3.3.1 fix this? (The release notes for it seem to imply that's not the case.)

Not to mention making sure we test for a time after the end of the old 32-bit clock.

T2984 might also be related as the fetches are ldap.

Still happens. There are also "BER" errors that seem random.

Alright, I will create a ticket with Exquilla to see with them if this could be fixed on their side.

Thanks for your report!

Very strange behavior caused this. Outlook seems to detach from an object model call, handle a window message, and then return the object model call.