1. 04 Feb, 2015 1 commit
  2. 01 Dec, 2014 1 commit
  3. 06 Nov, 2014 1 commit
  4. 04 Nov, 2014 1 commit
  5. 29 Oct, 2014 1 commit
  6. 21 Oct, 2014 1 commit
  7. 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
  8. 15 Oct, 2014 2 commits
  9. 17 Sep, 2014 1 commit
  10. 12 Sep, 2014 1 commit
    • Richard Braakman's avatar
      [libcontacts] make sure UpdateRequest processing continues · ff84e74f
      Richard Braakman authored
      The logic for scheduling UpdateRequest events broke down when
      m_contactsToAppend went empty during a fetch request; even though
      more contacts were coming in through contactsAvailable, no more
      UpdateRequest events would be scheduled until the whole request
      was complete.
      
      Fixed by making m_updatesPending the definitive flag for whether
      there is an UpdateRequest event on the queue, rather than leaving
      it on during the whole fetch request.
      
      This change is safe because the flag was only inspected by the
      requestUpdate() helper and had no side meanings. Now all
      UpdateRequest event scheduling goes through requestUpdate().
      ff84e74f
  11. 26 Aug, 2014 1 commit
  12. 31 Jul, 2014 3 commits
  13. 30 Jul, 2014 2 commits
  14. 23 Jul, 2014 1 commit
  15. 22 Jul, 2014 4 commits
  16. 08 Jul, 2014 1 commit
  17. 01 Jul, 2014 2 commits
  18. 30 Jun, 2014 1 commit
  19. 19 Jun, 2014 3 commits
    • mvogt's avatar
      [libcontacts] Remove unnecessary sorting · 4eaf7126
      mvogt authored
      When sorting is not required, clear the sort property of the fetch
      request; the sorting does not cause errors, but results in unnecessary
      effort to process the query.
      4eaf7126
    • mvogt's avatar
      [libcontacts] Ensure search terms are trimmed · 4884893c
      mvogt authored
      When searching for merge candidates, trim the strings used as search
      tokens in case they contain problematic whitespace.
      4884893c
    • mvogt's avatar
      [libcontacts] Remove unnecessary sorting · 03168e5c
      mvogt authored
      When sorting is not required, clear the sort property of the fetch
      request; the sorting does not cause errors, but results in unnecessary
      effort to process the query.
      03168e5c
  20. 13 Jun, 2014 1 commit
  21. 12 Jun, 2014 1 commit
  22. 27 May, 2014 1 commit
  23. 16 May, 2014 1 commit
  24. 12 May, 2014 1 commit
  25. 24 Apr, 2014 3 commits
  26. 10 Apr, 2014 1 commit
  27. 10 Feb, 2014 2 commits