1. 11 Mar, 2021 2 commits
  2. 02 Mar, 2021 1 commit
  3. 01 Mar, 2021 2 commits
  4. 26 Feb, 2021 1 commit
  5. 25 Feb, 2021 2 commits
  6. 16 Feb, 2021 2 commits
  7. 14 Feb, 2021 1 commit
  8. 13 Feb, 2021 1 commit
  9. 12 Feb, 2021 2 commits
  10. 04 Feb, 2021 3 commits
  11. 03 Feb, 2021 1 commit
  12. 01 Feb, 2021 2 commits
  13. 31 Jan, 2021 1 commit
  14. 28 Jan, 2021 1 commit
  15. 27 Jan, 2021 1 commit
  16. 26 Jan, 2021 4 commits
  17. 15 Jan, 2021 1 commit
  18. 12 Jan, 2021 2 commits
  19. 10 Jan, 2021 3 commits
  20. 08 Jan, 2021 1 commit
  21. 04 Jan, 2021 1 commit
  22. 03 Jan, 2021 1 commit
  23. 02 Jan, 2021 1 commit
    • Glen Ditchfield's avatar
      Handle changes to start dates of recurring to-dos · 5c9c45bb
      Glen Ditchfield authored and Glen Ditchfield's avatar Glen Ditchfield committed
       * `IncidenceDateTime::load(Todo::Ptr)` did not cause
         `startDateChanged` to be emitted when the start date changed, so
         the recurrence rule editor did not recalculate its menus; see
         bug 430651.
       * If the start date's year changes, the recurrence rule menus must be
         recalculated, because the number of days in February differs
         between leap years and non-leap years.
       * In comparison to `load(Event::Ptr)`, `load(ToDo::Ptr)` did not make
         connections to `updateStartTime` in several circumstances, so
         changing the start date did not cause matching changes to the end
         date.
      
      BUG: 430651
      
      FIXED-IN: 5.16.1
      5c9c45bb
  24. 30 Dec, 2020 1 commit
  25. 24 Dec, 2020 2 commits