- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Jun 28 2018
Jun 27 2018
Changed
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 :-)
The new idea worked! It is now possible to move mails even while their decrypted content is shown!
A new Idea which I'll have to test:
Register an event handler for each folder in which a decrypted item is read. "Mailitem->parent" In this event handler listen to the beforeitemmove event. In that event then close the mail / discard the decrypted contents.
Thanks a lot!
Jun 25 2018
Will be fixed with the next release. With the next release kleopatra will only set "allow-version-check" once except if the user explicitly selects "help -> check for updates".
Right. The only way to disable it is if an update notification pops up. If you then unselect "Show this notification for future updates" it is disabled. And you only get to that dialog if there is an update check.
It's currently enabled again with 27e7dfb1280f314286348a661e057eef5c8ab440 I had another intensive look at the logs from the user where it is crashing but I still don't see a problem.
Jun 24 2018
Jun 22 2018
Ahh there we go... I just did a --recv-keys to update from the keyserver and that picked up the extended expiration date.
The problem here is that we we did not sync the pubring with the secring in old version (2.1 removed the secring concept also due to that syncing problem). Now if we migrate (or plainly import a secring.gpg), gpg does not see any updated self-signatures and this is the reason why outdated self-signatures are used.
GnuPG itself does that in in gnupg/g10/migrate.c. We need to fixed this.
Jun 21 2018
Done for master. Needs backport.
I implemented it in master and if you agree I will backport it to stable. This is the new output:
Am 21.06.2018 um 10:31 schrieb aheinecke (Andre Heinecke):
aheinecke added a comment.
Beware: Beta-7 was bad timing, yesterday I was in the middle of
implementing T3999 https://dev.gnupg.org/T3999 and broke the
internal keycache. If you use "Empfängerschlüssel automatisch
auflösen" please switch back to a different GpgOL Version. I might
upload a new Beta soon but for now I've removed Beta-7. Automatic
resolution will not work with that version and can lead to crashes.*TASK DETAIL*
https://dev.gnupg.org/T4037*EMAIL PREFERENCES*
https://dev.gnupg.org/settings/panel/emailpreferences/*To: *aheinecke
*Cc: *aheinecke, JJworx, Rafixmod, ccharabaruk, Mak, 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.
Beware: Beta-7 was bad timing, yesterday I was in the middle of implementing T3999 and broke the internal keycache. If you use "Empfängerschlüssel automatisch auflösen" please switch back to a different GpgOL Version. I might upload a new Beta soon but for now I've removed Beta-7. Automatic resolution will not work with that version and can lead to crashes.
Not really. off_t is a real portability problem and this why we moved that problem out of the GPGME ABI to the application. Thus the application needs to care about mapping gpgme_off_t to whatever off_t it uses. Without that we can't provide a stable _and_ toolchain independent ABI.
Thank you for your feedback.
Jun 20 2018
Thank you for pointing this out.
Following patch fixes the issue.
We should include the man page then in texi format into tools.texi
Worked for me (T4035).
__outer