1. 28 Apr, 2021 1 commit
  2. 23 Apr, 2021 1 commit
  3. 22 Apr, 2021 1 commit
  4. 21 Apr, 2021 4 commits
  5. 20 Apr, 2021 2 commits
  6. 19 Apr, 2021 5 commits
  7. 15 Apr, 2021 3 commits
    • Ingo Klöcker's avatar
      Simplify/change result type of KeyResolver and its internal helpers · 2c3e7b4c
      Ingo Klöcker authored
      KeyResolver:
      * Use a single method for returning the result
      * Remove the by-protocol mappings from the signing/encryption key result;
        the protocols of the keys are known by the keys
      
      KeyResolverCore:
      * Return a preferred solution and, if applicable, an alternative solution
        instead of hard to interpret by-protocol mappings
      
      NewKeyApprovalDialog:
      * Use preferred and alternative solutions of KeyResolverCore instead of
        merged key mappings
      * In single-protocol mode use separate widgets for OpenPGP and S/MIME keys;
        this way the widgets keep the currently selected keys, when the user
        switches between OpenPGP and S/MIME
      * In mixed-protocol mode use separate widgets for OpenPGP and S/MIME for
        the sender's signing and encryption keys and multi-protocols widgets
        for the recipients' encryption keys
      
      GnuPG-bug-id: 5283
      2c3e7b4c
    • Ingo Klöcker's avatar
      Correctly handle mixed protocol mode everywhere · 62f126bd
      Ingo Klöcker authored
      GnuPG-bug-id: 5283
      62f126bd
    • Ingo Klöcker's avatar
      Remove unused and incomplete member function · 6d3f3aa0
      Ingo Klöcker authored
      GnuPG-bug-id: 5283
      6d3f3aa0
  8. 12 Apr, 2021 1 commit
  9. 23 Mar, 2021 2 commits
  10. 19 Mar, 2021 3 commits
    • Ingo Klöcker's avatar
      In mixed mode prefer recipient keys matching preferred protocol · ec81b2b5
      Ingo Klöcker authored
      * use OpenPGP as preferred protocol, unless a preferred protocol is
        specified or forced
      * if in mixed mode for a recipient there are keys with different
        protocols, then propose the keys matching the preferred protocol in
        the approval dialog
      
      GnuPG-bug-id: 5283
      ec81b2b5
    • Ingo Klöcker's avatar
      In mixed mode, use fixed protocols for the sender's keys · 5d64856b
      Ingo Klöcker authored
      In mixed mode the sender may need to specify OpenPGP keys and S/MIME keys
      for signing and for encryption-to-self. Use fixed protocol filters for
      the corresponding key selectors.
      
      GnuPG-bug-id: 5283
      5d64856b
    • Ingo Klöcker's avatar
      Show the sender's encryption key(s) separately · 1aa4ab48
      Ingo Klöcker authored
      * should be better usability if the sender's key(s) are not "hidden"
        between the keys of the recipients
      * in mixed mode we need two encryption keys for the sender (OpenPGP
        and S/MIME), but only one encryption key for the recipients (OpenPGP
        or S/MIME); clear separation of the keys should avoid confusion
      
      GnuPG-bug-id: 5283
      1aa4ab48
  11. 17 Mar, 2021 2 commits
  12. 11 Mar, 2021 1 commit
    • Ingo Klöcker's avatar
      Minor cleanups · 3a45b2a6
      Ingo Klöcker authored
      * reduce includes in header
      * use unique_ptr for pimpl pointers
      * explicitly use default for destructors
      3a45b2a6
  13. 13 Aug, 2020 1 commit
  14. 11 Aug, 2020 1 commit
    • Andre Heinecke's avatar
      Take compliance mode name from libkleopatrarc · 80d602a6
      Andre Heinecke authored
      GnuPG is starting to get "compliance mode" users outside
      of the German Government. As the approval for restricted
      communication is also for NATO RESTRICTED and EU RESTRICTED
      different users need to see different strings for the
      mode.
      
      The solution is now to use the names of the key filters already
      defined in libkleopatrarc so that the string can be
      changed through config.
      80d602a6
  15. 24 Jul, 2020 1 commit
  16. 21 Jul, 2020 1 commit
  17. 20 Jul, 2020 1 commit
  18. 26 Mar, 2020 1 commit
  19. 25 Feb, 2020 1 commit
  20. 19 Feb, 2020 1 commit
  21. 16 Dec, 2019 1 commit
  22. 11 Dec, 2019 1 commit
  23. 26 Aug, 2019 1 commit
  24. 25 Jul, 2019 1 commit
  25. 03 Jun, 2019 1 commit
  26. 29 May, 2019 1 commit