1. 13 Nis, 2019 1 kayıt (commit)
  2. 09 Nis, 2019 1 kayıt (commit)
  3. 08 Nis, 2019 1 kayıt (commit)
  4. 07 Nis, 2019 1 kayıt (commit)
  5. 01 Nis, 2019 1 kayıt (commit)
  6. 31 Mar, 2019 1 kayıt (commit)
  7. 27 Mar, 2019 1 kayıt (commit)
  8. 17 Mar, 2019 1 kayıt (commit)
  9. 08 Şub, 2019 1 kayıt (commit)
  10. 24 Ock, 2019 1 kayıt (commit)
  11. 13 Ara, 2018 1 kayıt (commit)
  12. 12 Ara, 2018 1 kayıt (commit)
  13. 08 Ara, 2018 1 kayıt (commit)
  14. 05 Ara, 2018 1 kayıt (commit)
  15. 01 Ara, 2018 1 kayıt (commit)
  16. 15 Kas, 2018 1 kayıt (commit)
  17. 14 Kas, 2018 1 kayıt (commit)
    • Miklos Vajna's avatar
      sw: fix modification of ole obj native data during HTML import · 72e6269b
      Miklos Vajna yazdı
      It is expected that if you load an OLE2 storage (from reqif-xhtml) and
      you save it as ODT, the OLE2 data is not modified. This was almost the
      case, but we insisted on removing the OLE2 preview from the storage.
      
      Add a new flag to OleEmbeddedObject, so import filters can opt in for
      not modifying the OLE2 data.
      
      [ The nice situation is that we already had a test file which had a
      preview stream in the OLE2 storage, so we can easily assert there that
      the size doesn't change. ]
      
      Change-Id: I9b8b29f015dd4f2513e51a1066767218580cb5d8
      Reviewed-on: https://gerrit.libreoffice.org/63381Reviewed-by: 's avatarMiklos Vajna <vmiklos@collabora.com>
      Tested-by: Jenkins
      72e6269b
  18. 09 Kas, 2018 1 kayıt (commit)
  19. 07 Kas, 2018 1 kayıt (commit)
    • Miklos Vajna's avatar
      embeddedobj win32: avoid owning a lock while calling out to event listeners · fe830015
      Miklos Vajna yazdı
      The deadlock happens from time to time, when converting documents
      containing OLE objects via remote UNO (from Java) -- after the
      conversion, when closing the document.
      
      The relevant stacktraces are:
      
      >Debug.ListCallStack /ShowLineOffset /AllThreads
      Callstack for Thread 8 (Thread Id: 32912 (0x8090)):
      ...
       6      sal3.dll!osl_acquireMutex(_oslMutexImpl * Mutex) Line 75
       7      [Inline Frame] emboleobj.dll!osl::Mutex::acquire() Line 56
       8      [Inline Frame] emboleobj.dll!osl::Guard<osl::Mutex>::{ctor}(osl::Mutex &) Line 129
       9      emboleobj.dll!OleComponent::OnClose_Impl() Line 1399
       10     emboleobj.dll!OleWrapperAdviseSink::OnClose() Line 119
      
      Callstack for Thread 11 (Thread Id: 21088 (0x5260)):
      ...
       11     ole32.dll!00007fffc5e44e83()
       12     [Inline Frame] emboleobj.dll!OleComponent::CloseObject() Line 1012
       13     emboleobj.dll!OleComponent::Dispose() Line 484
       14     emboleobj.dll!OleComponent::close(unsigned char bDeliverOwnership) Line 1463
       15     emboleobj.dll!OleEmbeddedObject::GetRidOfComponent() Line 239
       16     emboleobj.dll!OleEmbeddedObject::Dispose() Line 275
       17     emboleobj.dll!OleEmbeddedObject::close(unsigned char bDeliverOwnership) Line 497
      ...
       26     swlo.dll!SwXTextDocument::close(unsigned char bDeliverOwnership) Line 617
      
      OleComponent::OnClose_Impl() taking a lock is fine, but
      OleComponent::close() takes a lock and then later it still calls out
      (via OleComponent::CloseObject()), which is a no-go.
      
      Fix the problem by making sure that callers of Dispose() own no lock at
      the time of the function call, and taking the lock in Dispose() only
      after the CloseObject() call (which invokes event listeners).
      
      Change-Id: I53befee21478188c7f79723b7d7596e66077d1c2
      Reviewed-on: https://gerrit.libreoffice.org/63014
      Tested-by: Jenkins
      Reviewed-by: 's avatarMiklos Vajna <vmiklos@collabora.co.uk>
      fe830015
  20. 28 Eki, 2018 1 kayıt (commit)
  21. 27 Eki, 2018 1 kayıt (commit)
  22. 20 Eki, 2018 1 kayıt (commit)
  23. 17 Eki, 2018 1 kayıt (commit)
  24. 15 Eki, 2018 1 kayıt (commit)
  25. 08 Eki, 2018 1 kayıt (commit)
  26. 24 Eyl, 2018 1 kayıt (commit)
  27. 17 Eyl, 2018 2 kayıt (commit)
    • Stephan Bergmann's avatar
      loplugin:simplifyconstruct (clang-cl) · 590e44c8
      Stephan Bergmann yazdı
      Change-Id: I7cae6b3f31b10efc72884bce4bda7bf6b380cbc2
      Reviewed-on: https://gerrit.libreoffice.org/60597
      Tested-by: Jenkins
      Reviewed-by: 's avatarStephan Bergmann <sbergman@redhat.com>
      590e44c8
    • Stephan Bergmann's avatar
      New loplugin:external · 206b5b26
      Stephan Bergmann yazdı
      ...warning about (for now only) functions and variables with external linkage
      that likely don't need it.
      
      The problems with moving entities into unnamed namespacs and breaking ADL
      (as alluded to in comments in compilerplugins/clang/external.cxx) are
      illustrated by the fact that while
      
        struct S1 { int f() { return 0; } };
        int f(S1 s) { return s.f(); }
        namespace N {
          struct S2: S1 { int f() { return 1; } };
          int f(S2 s) { return s.f(); }
        }
        int main() { return f(N::S2()); }
      
      returns 1, both moving just the struct S2 into an nunnamed namespace,
      
        struct S1 { int f() { return 0; } };
        int f(S1 s) { return s.f(); }
        namespace N {
          namespace { struct S2: S1 { int f() { return 1; } }; }
          int f(S2 s) { return s.f(); }
        }
        int main() { return f(N::S2()); }
      
      as well as moving just the function f overload into an unnamed namespace,
      
        struct S1 { int f() { return 0; } };
        int f(S1 s) { return s.f(); }
        namespace N {
          struct S2: S1 { int f() { return 1; } };
          namespace { int f(S2 s) { return s.f(); } }
        }
        int main() { return f(N::S2()); }
      
      would each change the program to return 0 instead.
      
      Change-Id: I4d09f7ac5e8f9bcd6e6bde4712608444b642265c
      Reviewed-on: https://gerrit.libreoffice.org/60539
      Tested-by: Jenkins
      Reviewed-by: 's avatarStephan Bergmann <sbergman@redhat.com>
      206b5b26
  28. 10 Eyl, 2018 1 kayıt (commit)
  29. 08 Eyl, 2018 1 kayıt (commit)
  30. 01 Agu, 2018 1 kayıt (commit)
    • Gabor Kelemen's avatar
      Add missing sal/log.hxx headers · 3fb5f718
      Gabor Kelemen yazdı
      rtl/string.hxx and rtl/ustring.hxx both unnecessarily #include <sal/log.hxx> (and don't make use of it themselves), but many other files happen to depend on it.
      This is a continuation of commit 6ff2d84a to be able to remove those unneeded includes.
      
      This commit adds missing headers to every file found by:
      grep -FwL sal/log.hxx $(git grep -Elw 'SAL_INFO|SAL_INFO_IF|SAL_WARN|SAL_WARN_IF|SAL_DETAIL_LOG_STREAM|SAL_WHERE|SAL_STREAM|SAL_DEBUG')
      to directories from dbaccess to extensions
      
      Change-Id: I4d15aa35e11664ef78c836ffc2937c7e0bb6ea59
      Reviewed-on: https://gerrit.libreoffice.org/58165
      Tested-by: Jenkins
      Reviewed-by: 's avatarMiklos Vajna <vmiklos@collabora.co.uk>
      3fb5f718
  31. 25 Tem, 2018 1 kayıt (commit)
  32. 22 Tem, 2018 1 kayıt (commit)
  33. 17 Tem, 2018 1 kayıt (commit)
  34. 28 Haz, 2018 1 kayıt (commit)
  35. 07 Haz, 2018 1 kayıt (commit)
  36. 05 Haz, 2018 1 kayıt (commit)
  37. 30 May, 2018 2 kayıt (commit)
  38. 25 May, 2018 1 kayıt (commit)