1. 24 Feb, 2019 2 commits
  2. 07 Feb, 2019 3 commits
  3. 06 Feb, 2019 2 commits
    • Iain Lane's avatar
      gck-mock: Also store objects in the order they are taken · 947718be
      Iain Lane authored
      With GLib 2.59, gnome-keyring's `test-login-auto` test fails:
      
        Gcr-CRITICAL **: 14:34:24.126: expected prompt property 'choice-label'
        to be "Automatically unlock this keyring whenever I\342\200\231m
        logged in", but it is instead ""
      
      This is because, in `mock_secret_C_Initialize()` we assign two sets of
      fields to the mock module, one with `CKA_G_LOGIN_COLLECTION` → `CK_TRUE`
      and one with it pointing to `CK_FALSE`.
      
      This variable is used to decide, via `is_login_keyring()`, whether to call
      `setup_unlock_keyring_login()` or `setup_unlock_keyring_other()`. The
      first one sets `choice-label` to the empty string. The second one is
      what we want, and upgrading GLib made it flip.
      
      The reason is the same as the previous fix: the mock-secret-store
      expects to be able to insert items into a hash table and then iterate it
      and get them out in the same order. That was never guaranteed, and now
      doesn't happen.
      
      Let's keep a parallel list which keeps track of the order things were
      added. And then instead of iterating the hash table, we iterate this
      list.
      
      This is a backport of 7aba0e6aadd75fc688bf7f086a620e4dc41da6d0 from
      gnome-keyring.
      947718be
    • Iain Lane's avatar
      egg: Write Proc-Type header before DEK-Info · 6f1756ac
      Iain Lane authored
      These headers (at least for OpenSSL) must come in this order. We
      shouldn't assume that `g_hash_table_foreach` is going to give a
      particular ordering - it's not guaranteed, and has changed with GLib
      2.59.
      
      This is a cherry-pick of 23fdfe728a27a01ef50affd849be5188c0cda954 from
      gnome-keyring.
      6f1756ac
  4. 10 Jan, 2019 3 commits
  5. 09 Jan, 2019 1 commit
  6. 29 Dec, 2018 1 commit
  7. 15 Dec, 2018 1 commit
  8. 17 Nov, 2018 1 commit
  9. 03 Nov, 2018 1 commit
  10. 30 Sep, 2018 2 commits
  11. 29 Sep, 2018 1 commit
  12. 07 Sep, 2018 1 commit
  13. 02 Sep, 2018 1 commit
  14. 01 Sep, 2018 1 commit
  15. 31 Aug, 2018 2 commits
  16. 29 Aug, 2018 1 commit
  17. 28 Aug, 2018 4 commits
  18. 27 Aug, 2018 1 commit
  19. 26 Aug, 2018 1 commit
  20. 15 Aug, 2018 1 commit
  21. 13 Aug, 2018 1 commit
  22. 12 Aug, 2018 1 commit
  23. 11 Aug, 2018 1 commit
  24. 09 Aug, 2018 1 commit
  25. 04 Aug, 2018 1 commit
  26. 11 Jul, 2018 1 commit
  27. 09 Jul, 2018 1 commit
  28. 29 Jun, 2018 1 commit
  29. 23 Jun, 2018 1 commit