1. 31 Tem, 2018 2 kayıt (commit)
  2. 26 Tem, 2018 1 kayıt (commit)
  3. 23 Tem, 2018 1 kayıt (commit)
  4. 12 Tem, 2018 1 kayıt (commit)
  5. 11 Tem, 2018 1 kayıt (commit)
    • Noel Grandin's avatar
      clean up UNO available() implementations · 00850e3f
      Noel Grandin yazdı
      There seems to be some confusion here. available() is actually the
      number of bytes that can be read without blocking, but most
      implementations seems to be just returning the number of bytes remaining
      in the stream. Since we're doing that, let's do it properly.
      
      (*) some of them were just casting, instead of clamping, which will
      return wrong values sometimes.
      (*) FileStreamWrapper_Impl/OInputStreamWrapper/OTempFileService were
      doing unnecessary work, instead of just asking the underlying SvStream
      for it's remaining size
      
      Change-Id: I3ef26e0363e989ed3e00be0fdb993e1cdeb7819f
      Reviewed-on: https://gerrit.libreoffice.org/57264
      Tested-by: Jenkins
      Reviewed-by: 's avatarNoel Grandin <noel.grandin@collabora.co.uk>
      00850e3f
  6. 10 Tem, 2018 1 kayıt (commit)
  7. 25 May, 2018 1 kayıt (commit)
  8. 18 May, 2018 1 kayıt (commit)
  9. 21 Nis, 2018 1 kayıt (commit)
  10. 07 Nis, 2018 1 kayıt (commit)
  11. 01 Nis, 2018 2 kayıt (commit)
  12. 29 Mar, 2018 1 kayıt (commit)
    • Miklos Vajna's avatar
      tdf#115574 sot: fix Excel -> Writer paste · 29d4ecf3
      Miklos Vajna yazdı
      Reported problem is that nothing happens for paste. Direct cause is that
      BITMAP is selected as the format, and Excel advertises BITMAP, but when
      we try to import that, it fails. There are 3 interesting commits in the
      recent history for this topic:
      
      - commit c47db038 (fdo#52547 SOT: Prefer
        embedding image data to embedding linked image., 2014-02-07) was a
        bugfix due to newer firefox
      - commit 538c13f3 (fdo#78801 fdo#52547
        Paste preference is image, then html, then text., 2014-05-28) was a
        regression fix from the previous fix
      - commit a96a7ce5 (fdo#81835 Don't
        prefer GDI Metafiles to RTF/HTML, 2014-08-05), was a regression fix
        from the previous fixes
      
      Going back to the original state shows that the Excel -> Writer use-case
      used to be RTF.
      
      Restore the old Excel -> Writer (RTF) behavior by:
      
      - going back to the original state, ignoring the enum class conversions
      - re-fix fdo#52547: prefer bitmap over html, but leave everything else
        unchanged
      - fdo#78801 needs no fix in this case
      - fdo#81835 needs no fix in this case
      - tdf#115574 selects RTF -> table shows up
      
      After all these complications, the actual fix is surprisingly simple.
      
      Change-Id: I2d728afa7d1dd7888fa43525366c197d806eea6c
      Reviewed-on: https://gerrit.libreoffice.org/52120Reviewed-by: 's avatarMiklos Vajna <vmiklos@collabora.co.uk>
      Tested-by: 's avatarJenkins <ci@libreoffice.org>
      29d4ecf3
  13. 07 Şub, 2018 1 kayıt (commit)
  14. 06 Şub, 2018 1 kayıt (commit)
  15. 02 Şub, 2018 1 kayıt (commit)
  16. 29 Ock, 2018 1 kayıt (commit)
  17. 28 Ock, 2018 1 kayıt (commit)
  18. 19 Ock, 2018 1 kayıt (commit)
  19. 15 Ock, 2018 2 kayıt (commit)
  20. 12 Ock, 2018 1 kayıt (commit)
  21. 09 Ock, 2018 1 kayıt (commit)
  22. 23 Ara, 2017 1 kayıt (commit)
  23. 21 Ara, 2017 1 kayıt (commit)
  24. 13 Ara, 2017 1 kayıt (commit)
  25. 11 Ara, 2017 1 kayıt (commit)
  26. 08 Ara, 2017 1 kayıt (commit)
  27. 29 Kas, 2017 2 kayıt (commit)
  28. 23 Kas, 2017 1 kayıt (commit)
  29. 22 Kas, 2017 1 kayıt (commit)
  30. 20 Kas, 2017 1 kayıt (commit)
  31. 16 Kas, 2017 1 kayıt (commit)
  32. 13 Kas, 2017 2 kayıt (commit)
  33. 04 Kas, 2017 1 kayıt (commit)
    • Caolán McNamara's avatar
      ofz short read considered as a successful full block read · f1c790ca
      Caolán McNamara yazdı
      i.e StgDataStrm::Read takes the bool of no error and
      multiplies it by the block size to report the length
      read. A short read isn't an error so full buffer is
      considered valid.
      
      To keep #i73846# working and get deterministic fuzzing
      results, zero out the trailing space of a successful but
      short read. Changing this to return the truthful
      number of bytes read makes #i73846# stop working.
      
      There's wonderful nonsense here calculating nPg2,
      determining nBytes to read derived from this,
      reading nBytes into the buffer and then considering
      it an error if nPg2 is not 1 after the presumably
      potentially fatal buffer overflow if nPg2 wasn't initially
      1, but this doesn't seem possible in practice
      
      Change-Id: I2bac6066deb8a2902677e04696367ba2c351b325
      Reviewed-on: https://gerrit.libreoffice.org/44310Tested-by: 's avatarJenkins <ci@libreoffice.org>
      Reviewed-by: 's avatarCaolán McNamara <caolanm@redhat.com>
      Tested-by: 's avatarCaolán McNamara <caolanm@redhat.com>
      f1c790ca
  34. 02 Kas, 2017 1 kayıt (commit)
  35. 26 Eki, 2017 1 kayıt (commit)