1. 28 Apr, 2021 7 commits
  2. 27 Apr, 2021 4 commits
  3. 24 Apr, 2021 1 commit
  4. 23 Apr, 2021 3 commits
  5. 22 Apr, 2021 4 commits
    • Ingo Klöcker's avatar
      Add missing include · 9f12dd03
      Ingo Klöcker authored
      9f12dd03
    • Ingo Klöcker's avatar
      Set protocol of result and ignore null keys · 689aeee8
      Ingo Klöcker authored
      Keys with the wrong protocol should be ignored because the corresponding
      key selection combos are not visible.
      
      GnuPG-bug-id: 5283
      689aeee8
    • Ingo Klöcker's avatar
      Emit currentKeyChanged() signal even if it is already set · 12e4b81f
      Ingo Klöcker authored
      If the key that is set with setCurrentKey() became the current key by
      changes in the underlying model (i.e. because it happens to be the item
      at the current index), then no signal was emitted. This triggered
      an update problem in the key approval dialog noticed after the previous
      commit.
      
      This problem is fixed by this change because on all model changes
      updateWithDefaultKey() is called which in turn calls setCurrentKey().
      
      GnuPG-bug-id: 5283
      12e4b81f
    • Ingo Klöcker's avatar
      Fix testKey() helper · 744e209a
      Ingo Klöcker authored
      We need to look up the keys by the addr-spec of the full user ids
      
      GnuPG-bug-id: 5283
      744e209a
  6. 21 Apr, 2021 6 commits
  7. 20 Apr, 2021 4 commits
  8. 19 Apr, 2021 7 commits
  9. 17 Apr, 2021 1 commit
  10. 16 Apr, 2021 1 commit
  11. 15 Apr, 2021 2 commits
    • Ingo Klöcker's avatar
      Bump library version · 36633c01
      Ingo Klöcker authored
      36633c01
    • 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