1. 29 Oct, 2020 2 commits
  2. 28 Oct, 2020 1 commit
  3. 25 Oct, 2020 2 commits
  4. 24 Oct, 2020 1 commit
  5. 20 Oct, 2020 1 commit
  6. 18 Oct, 2020 2 commits
    • Stefan Brüns's avatar
      Filter out resource forks when filtering for images · efd12724
      Stefan Brüns authored
      The pages in a comic book are just a set of images, ordered by filename.
      When there is a resource fork (as created by MacOS when using the
      built-in ZIP support), the metadata files (which have the same suffix as
      the corresponding image files) are sorted first.
      For e.g a two page book the files `book_01.png`, `book_02.png` are sorted
      after and hidden by `__MACOSX/._book_01.png`, `__MACOSX._book_02.png`.
    • Stefan Brüns's avatar
      Avoid pointless probing for nonexisting thumbnail images · ef76b22b
      Stefan Brüns authored
      QImage::load(<path>) tries to find a fallback image if the file does
      not exist, by appending extensions of all supported file formats, as
      QImageReader defaults to format autodetection.
      Check if the file exists, and only then try to load it.
  7. 14 Oct, 2020 3 commits
    • Harald Sitter's avatar
      smb: throw out discovery timeout · c2e576ab
      Harald Sitter authored
      it was only ever a safety net and shouldn't practically be necessary.
      with the dust around the new discovery system having settled we should
      probably deal with potentially getting stuck on discovery instead of
      aborting the discovery through the safety net and hiding the defect.
      also, technically speaking discovery could take longer than N seconds
      since both WSD and NMB are broadcast systems without local caching
      daemon like avahi, so they can be affected by network latency much more
      than DNSSD
    • Harald Sitter's avatar
      Merge branch 'release/20.08' · 77517010
      Harald Sitter authored
    • Harald Sitter's avatar
      smb: no discovery cap on file listing · c58fdc63
      Harald Sitter authored
      File and share listing can take a very long time as they are IO bound on
      the remote, so if one is listing a large directory on a HDD it may well
      take minutes. Equally sending huge listings over the wire may take a
      while if not enough throughput is available. So don't cap the execution
      of these discoveries at all.
      Server discovery retains the timeout, mostly because I don't want to
      remove it in 20.08 though an argument could be made that we should trust
      in the reliability of the discovery stacks to not get stuck on random
      unforseen misbehavior of servers.
      BUG: 427644
      FIXED-IN: 20.08.3
  8. 12 Oct, 2020 2 commits
  9. 11 Oct, 2020 2 commits
  10. 10 Oct, 2020 4 commits
  11. 09 Oct, 2020 1 commit
  12. 05 Oct, 2020 2 commits
  13. 03 Oct, 2020 1 commit
  14. 25 Sep, 2020 2 commits
  15. 22 Sep, 2020 3 commits
  16. 21 Sep, 2020 1 commit
  17. 19 Sep, 2020 1 commit
  18. 18 Sep, 2020 3 commits
  19. 17 Sep, 2020 1 commit
  20. 15 Sep, 2020 1 commit
  21. 12 Sep, 2020 4 commits