1. 26 Aug, 2015 3 commits
  2. 25 Aug, 2015 2 commits
  3. 24 Aug, 2015 1 commit
  4. 20 Aug, 2015 2 commits
  5. 19 Aug, 2015 4 commits
  6. 18 Aug, 2015 2 commits
  7. 06 Aug, 2015 1 commit
  8. 04 Aug, 2015 3 commits
  9. 08 Apr, 2015 4 commits
    • chriadam's avatar
      Bump version · 69d6ad41
      chriadam authored
      69d6ad41
    • chriadam's avatar
      Merge pull request #102 from nemomobile/fixtests · c40d47f8
      chriadam authored
      [libcontacts] Fix unit tests
      c40d47f8
    • chriadam's avatar
      [libcontacts] Fix tst_import unit test · a80cc4f6
      chriadam authored
      Commit 813eafc0 changed how formatted
      name (FN) properties from vCards are imported, so that now an import
      involving de-duplication can result in a single contact with multiple
      nicknames (setNickname() actually adds nicknames if the new nickname
      does not match a previously set nickname).
      a80cc4f6
    • chriadam's avatar
      [libcontacts] Run tests with privileges · 96732850
      chriadam authored
      The contact cache provided by libcontacts is intended for use by
      privileged applications only.  Its functionality does not make sense
      for non-privileged clients, and cannot be tested correctly when
      run in non-privileged mode.
      96732850
  10. 06 Mar, 2015 3 commits
  11. 05 Mar, 2015 2 commits
  12. 19 Feb, 2015 1 commit
  13. 17 Feb, 2015 2 commits
  14. 16 Feb, 2015 1 commit
    • chriadam's avatar
      [libcontacts] Improve vCard contact import API · 813eafc0
      chriadam authored
      This commit improves the SeasideImport API by allowing clients to
      specify their own SeasideContactBuilder implementation when
      converting the list of Versit documents into storage QContacts.
      
      The SeasideContactBuilder allows the client to parametrise things
      like the contact filter used to determine the subset of mergable
      contacts, the merge strategy to use, and so on.
      813eafc0
  15. 12 Feb, 2015 1 commit
    • Richard Braakman's avatar
      [performance] Avoid resolving addresses multiple times · 4bfe8804
      Richard Braakman authored
      Parts of commhistory (GroupManager) will send a stream of
      resolve requests with many duplicates. This used to be
      tolerable because requests were handled slowly in the
      event loop, but now that they have higher priority it has
      become a problem.
      
      I went for the simple solution of ignoring requests that
      are identical to still-active requests (same uids, same
      listener, same requireComplete flag). It's not optimal (we
      could combine more requests into the same backend query if we
      tried), but it solves the problem without adding a lot of
      bookkeeping.
      4bfe8804
  16. 04 Feb, 2015 1 commit
  17. 01 Dec, 2014 1 commit
  18. 06 Nov, 2014 1 commit
  19. 04 Nov, 2014 1 commit
  20. 29 Oct, 2014 1 commit
  21. 21 Oct, 2014 1 commit
  22. 17 Oct, 2014 1 commit
    • Richard Braakman's avatar
      [performance] Schedule resolveAddress immediately · e2ab0615
      Richard Braakman authored
      resolveAddress requests are done with one query at a time, in
      order to correlate the results with the looked-up addresses.
      Doing them sequentially via UpdateRequest events added a lot
      of overhead in the form of coordination between threads.
      
      This commit creates a dedicated QContactFetchRequest for each
      resolveAddress call, so that the events for starting them can
      arrive all together in the backend thread and the events
      announcing the results can arrive all together in the UI thread.
      They will still be processed sequentially, but this change cuts
      out the delay between finishing one request and starting the next.
      
      In tests with 10k contacts and a recent contacts list with limit=20,
      this reduced the resolve time from 1s to 0.3s.
      e2ab0615
  23. 15 Oct, 2014 1 commit