1. 04 Haz, 2019 3 kayıt (commit)
  2. 03 Haz, 2019 1 kayıt (commit)
  3. 02 Haz, 2019 1 kayıt (commit)
  4. 31 May, 2019 1 kayıt (commit)
  5. 23 May, 2019 1 kayıt (commit)
    • Stephan Bergmann's avatar
      Re-enable JunitTest_forms_unoapi_2 forms.ODateModel · 8ae150d8
      Stephan Bergmann yazdı
      f9905401 "tdf#125170 Deliver mouse events also
      when clicking into document content" had disabled it because its
      gerrit_linux_clang_dbgutil Jenkins build had failed it successively like
      
      > LOG> Execute: Date
      > LOG> try to set:
      > LOG> old = com.sun.star.util.Date@271053e1{1, 1, 1800}
      > LOG> new = com.sun.star.util.Date@589838eb{2, 0, 0}
      > warn:tools.datetime:303:1063:tools/source/datetime/tdate.cxx:102: Date::setDateFromDMY - sure about 0 year? It's not in the calendar.
      > LOG> Property Date is void
      > LOG> Value for 'Date' hasn't changed as expected
      > LOG> result = com.sun.star.util.Date@42dafa95{1, 1, 1800}
      > Method Date finished with state FAILED
      > LOG> Date: COMPLETED.FAILED
      
      (<https://ci.libreoffice.org/job/gerrit_linux_clang_dbgutil/32715/>).
      
      But it is unclear how that commit would have affected that test, and at least a
      recent local build of mine succeeds with
      
      > LOG> Execute: Date
      > LOG> try to set:
      > LOG> old = com.sun.star.util.Date@dc24521{0, 0, 0}
      > LOG> new = com.sun.star.util.Date@10bdf5e5{1, 0, 0}
      > warn:tools.datetime:10048:10220:tools/source/datetime/tdate.cxx:102: Date::setDateFromDMY - sure about 0 year? It's not in the calendar.
      > LOG> Property Date is void
      > LOG> Property 'Date' OK
      > LOG> result = com.sun.star.util.Date@6e1ec318{1, 0, 0}
      > Method Date finished with state OK
      > LOG> Date: COMPLETED.OK
      
      (note the difference of initial date, {1, 1, 1800} vs. {0, 0, 0}, whether or not
      that is relevant), so lets re-enable the test for now and see...
      
      Change-Id: I53b462954650e32de85c795c94f9b8038dc01918
      Reviewed-on: https://gerrit.libreoffice.org/72863
      Tested-by: Jenkins
      Reviewed-by: 's avatarStephan Bergmann <sbergman@redhat.com>
      8ae150d8
  6. 22 May, 2019 1 kayıt (commit)
  7. 16 May, 2019 1 kayıt (commit)
  8. 13 May, 2019 1 kayıt (commit)
  9. 10 May, 2019 2 kayıt (commit)
  10. 09 May, 2019 2 kayıt (commit)
  11. 07 May, 2019 1 kayıt (commit)
  12. 21 Nis, 2019 1 kayıt (commit)
  13. 20 Nis, 2019 1 kayıt (commit)
  14. 19 Nis, 2019 1 kayıt (commit)
  15. 18 Nis, 2019 1 kayıt (commit)
  16. 13 Nis, 2019 1 kayıt (commit)
  17. 09 Nis, 2019 1 kayıt (commit)
    • Mike Kaganski's avatar
      [API CHANGE] Asserts to never clear already cleared guard · d38f9934
      Mike Kaganski yazdı
      ... which could help catch copy-paste errors when wrong guard is cleared
      second time.
      
      Also an assert added that when resetting, there's something to reset
      (i.e., no descendant class had cleared protected pResetT, making reset
      impossible, and thus actually unable to guard anything).
      
      framework/source/layoutmanager/layoutmanager.cxx: made sure to not call
      clear() second time
      
      framework/source/layoutmanager/toolbarlayoutmanager.cxx: restored lock
      lost in commit 777bc22c
      
      forms/source/misc/InterfaceContainer.cxx: removed a leftover from commit
      a19cd21e which reduced guarded scope
      
      forms/source/component/DatabaseForm.cxx: fixed clear-reset sequence
      broken from the initial commit bf4154eb
      
      Change-Id: Ibab6660c79561eee31faf3e6c1128ab141a7e8a3
      Reviewed-on: https://gerrit.libreoffice.org/70381
      Tested-by: Jenkins
      Reviewed-by: 's avatarMike Kaganski <mike.kaganski@collabora.com>
      d38f9934
  18. 07 Nis, 2019 1 kayıt (commit)
  19. 06 Nis, 2019 2 kayıt (commit)
  20. 05 Nis, 2019 1 kayıt (commit)
  21. 28 Mar, 2019 1 kayıt (commit)
  22. 25 Mar, 2019 1 kayıt (commit)
  23. 20 Mar, 2019 1 kayıt (commit)
  24. 12 Mar, 2019 1 kayıt (commit)
  25. 07 Mar, 2019 1 kayıt (commit)
  26. 05 Mar, 2019 1 kayıt (commit)
  27. 27 Şub, 2019 1 kayıt (commit)
  28. 23 Şub, 2019 1 kayıt (commit)
  29. 18 Şub, 2019 3 kayıt (commit)
  30. 13 Şub, 2019 1 kayıt (commit)
  31. 09 Şub, 2019 1 kayıt (commit)
  32. 24 Ock, 2019 1 kayıt (commit)
    • Noel Grandin's avatar
      fix load/save of forms with HAVING · adbb6d9b
      Noel Grandin yazdı
      Since
          commit 2b1d6f0d
          Date:   Sun Jul 30 17:57:14 2017 +0200
          tdf#96370 rework filtering to be aware of WHERE vs HAVING clause
      
      (1) the code was saving PROPERTY_FILTER and PROPERTY_SORT, but loading
      PROPERTY_FILTER and PROPERTY_HAVINGCLAUSE
      (2) the loading code was not putting the properties into m_xAggregateSet
      
      So I fixed the load/save mismatch, put the properties into the right
      location, and added the HAVING property, which meant I needed to do a
      version bump.
      
      I will note that this is somewhat of a backwards/forwards compatibility
      mess - the commit referenced above added new fields in the middle of the
      output stream, which means that older versions of LO will not be able
      to properly load forms generated after that commit.
      
      Change-Id: I9a13877b29d7c6bc5e6d014cfbcefd3069ddc4b5
      Reviewed-on: https://gerrit.libreoffice.org/66830
      Tested-by: Jenkins
      Reviewed-by: 's avatarLionel Elie Mamane <lionel@mamane.lu>
      adbb6d9b
  33. 21 Ock, 2019 1 kayıt (commit)