1. 19 Aug, 2019 1 commit
  2. 18 Jul, 2019 1 commit
  3. 12 Apr, 2019 1 commit
  4. 29 Jan, 2019 1 commit
  5. 12 Dec, 2018 1 commit
  6. 04 Nov, 2018 1 commit
  7. 22 Oct, 2018 1 commit
  8. 19 Oct, 2018 2 commits
    • kroky6's avatar
      [FIX] trackeritem update did not categorize the item when there was a big... · 374f3977
      kroky6 authored
      [FIX] trackeritem update did not categorize the item when there was a big textarea or other big field spanning more than 65K characters - there was a protection not launching the event that leaded to categorization with the right arguments; other events could possibly be skipped that depended on tiki.trackeritem.update event arguments to contain changed values; moved the restriction of 65K characters BLOB field in the activitylib just before inserting the stream item
      374f3977
    • kroky6's avatar
      [FIX] trackerlist not obvserving category permissions when item ownership... · 05023f61
      kroky6 authored
      [FIX] trackerlist not obvserving category permissions when item ownership permissions were present - e.g. Assigned To field with User Can See Own items + category field giving permission to extra people
      Technical details:
      - removed filterfield/exactvalue checks for user or group in trackerlist when ownership permissions are present - these are handled inside trackerlib::list_items permission check
      - optimized Tracker_Item::canView() call to drastically limit the number of queries executed. Bascially, we need to call it for each possible tracker item that is returned in trackerlist, tracker items pages, etc. When user is allowed to see only a subset of the items, potentially thousands of items might be traversed to find the ones user is allowed to see. This is now happening much faster with preloading of item ownership field values as well as Perms::bulk calls, so Tracker_Item::canView() executes without the need for additional db queries.
      - removed an old optimization hack exactpages=false from trackerlib::list_items - this made the pagination of the returned results not working right as excluded items from the list were not replaced by next availalbe items due to performance issues; with the latest optimization in this commit, we don't need this hack anymore
      05023f61
  9. 04 Oct, 2018 1 commit
  10. 18 Aug, 2018 1 commit
  11. 16 Aug, 2018 1 commit
  12. 14 Aug, 2018 1 commit
  13. 06 Aug, 2018 1 commit
  14. 18 Jul, 2018 1 commit
  15. 10 Jul, 2018 1 commit
  16. 18 Jun, 2018 1 commit
  17. 17 Jun, 2018 1 commit
  18. 12 Jun, 2018 1 commit
  19. 08 Jun, 2018 1 commit
  20. 10 May, 2018 2 commits
  21. 21 Apr, 2018 1 commit
  22. 20 Apr, 2018 1 commit
  23. 19 Apr, 2018 1 commit
  24. 05 Apr, 2018 1 commit
  25. 03 Apr, 2018 3 commits
  26. 01 Apr, 2018 2 commits
  27. 29 Mar, 2018 1 commit
  28. 19 Mar, 2018 1 commit
  29. 28 Feb, 2018 1 commit
  30. 22 Feb, 2018 1 commit
  31. 20 Feb, 2018 1 commit
  32. 10 Feb, 2018 1 commit
  33. 07 Feb, 2018 1 commit
  34. 29 Jan, 2018 2 commits