This has a serious usability issue. If you cancel the password entry when exporting it reports success and creates an apparently valid secret key file but without the subkey you intended to export. So worst case the user thinks he has a backup but instead has no backup :/
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Oct 4 2023
Jul 4 2023
Apr 17 2023
Apr 5 2023
Mar 29 2023
Feb 26 2023
Nov 30 2022
works
Nov 10 2022
works as described by Ingo
Sep 22 2022
Sep 19 2022
What is a partial CRL; I have never seen that and IIRC the specification for that was not complete.
For what it is worth, I think that my patch is more standard compliant then yours because it checks if there is a partial CRL.
I think 289fbc550d18a7f9b26c794a2409ba820811f6b3 implemented this wish from 2016 :) @werner please read the full report and then close it as fixed if you agree. I find it a bit funny that we both came independently to the same conclusion, that it should be handled differently even if the standard says otherwise. Because the behavior from the standard does not make sense and is in contradiction to other parts where it says that each CRL must contain all revocations.
Sep 2 2022
Aug 1 2022
As part of this the "Change Reset Code" button should be hidden in the general user interface.
Jul 29 2022
Jul 27 2022
This is about showing the corresponding about dialog text for the disable support option.
Jul 6 2022
Jul 5 2022
Jun 27 2022
Jan 27 2022
Jan 17 2022
Jan 10 2022
Jan 3 2022
Dec 7 2021
Dec 3 2021
Dec 1 2021
The default validity period can be specified in the configuration file with
[CertificateCreationWizard] ValidityPeriodInDays=42
Nov 30 2021
Quick gen key is only used for the keygen in GpgOL and KMail. Kleopatra itself uses the old batch generate interface.
--quick-gen-key supports this but there is no general option; the 2 years are hard coded.
Jul 1 2021
Jan 11 2021
This works with the message class changing. We still need to do it for OpenPGP, too.
Jan 8 2021
This has been resolved with rOb05416e7bc41
Jan 3 2021
Dec 21 2020
Dec 4 2020
And I also did a backport to 2.2 :-) See rGa028f24136a062f55408a5fec84c6d31201b2143
Nov 11 2020
Jul 28 2020
May 29 2020
May 19 2020
Mar 12 2020
There are likely some bugs in the new code and I also want to do some improvements; see rGb4f1159a5bd7. But things should basically work as before and thus I set this again to testing
Feb 28 2020
i'd be unlikely to ship anything as /etc/gnupg/gpg.conf or /etc/gnupg/dirmngr.conf just because of the mess that admins have to deal with when shipped config files change.
Arggh, gpgconf uses its own option parser so adding the global config file there will require some extra work.
@dkg You might find this interesting. Debian could do stuff in /etc/gnupg/gpg.conf or /etc/gnupg/dirmngr.conf without patching GnuPG to change some defaults.
Feb 27 2020
All done in master with the latest libgpg-error (see T4859). There is always a global configure file in /etc/gnupg (or whatever "gpgconf --list-dirs sysconfdir" prints). The name of the configure file is the same as the user config file (gpg.conf, gpgsm.conf, gpg-agent.conf, ...) but for gpg.conf no versioned config names are used.
Feb 21 2020
Okay, we now have global conf files in master. The extra flags to ignore or force certain options will be added to libgpg-error.
Feb 4 2020
Jan 16 2020
Dec 20 2019
This is fixed now.
Dec 19 2019
This is fixed in Gpg4win-3.1.11
Dec 18 2019
Dec 16 2019
We now have a decent error message for this.
Nov 1 2019
Maybe it is the same issue described in https://dev.gnupg.org/T4717 ?
Oct 31 2019
Oct 28 2019
I think we can fix it by removing the smime attachment from OOM, because we still have it in MAPI, we just never cared that it was also in OOM (where only our decrypted attachments belong) because it was hidden.
Oct 4 2019
Oct 3 2019
Sep 12 2019
In T2300#90092, @aheinecke wrote:Ah nevermind. I think myself that this is nobug and current behavior is correct.
To implement / test the "not literally RFC compliant but in practice better" behavior let us call this now a wish and feature request as there are certificates in the wild other then intevation's and customers in large institutions run into that.
Sep 9 2019
Oct 10 2018
Mar 15 2018
Feb 26 2018
Oct 24 2017
Aug 31 2017
Aug 3 2017
We should publish a status report about the campaign. I'd suggest to do this a few days before the 2.2 release.