1. 24 Mar, 2021 4 commits
    • Simo Piiroinen's avatar
      Bump version to 0.8.5 · 84a283aa
      Simo Piiroinen authored
      Signed-off-by: default avatarSimo Piiroinen <simo.piiroinen@jolla.com>
    • spiiroin's avatar
      Merge branch 'jb53587_disk_labels' into 'master' · 7003d5c0
      spiiroin authored
      [fsstorageplugin] Get disk labels from UDisks
      See merge request !39
    • Simo Piiroinen's avatar
      [fsstorageplugin] Ensure that storage names are unique. JB#53587 · 45e9b9b3
      Simo Piiroinen authored
      Previously when memory cards etc were mounted on fs using directory
      names derived from disk label, the names visible to buteo-mtp could
      be assumed to be already unique. Now that mount point directory is
      volume identifier, buteo-mtp needs to be prepared to handle cases
      several memory devices have the same label e.g. manufacturer name.
      An attempt is made to make labels unique by enumerating duplicates.
      In case few rounds of enumeration does not result in unique labels,
      the duplicates are ignored and not exported over mtp.
      Signed-off-by: default avatarSimo Piiroinen <simo.piiroinen@jolla.com>
    • Simo Piiroinen's avatar
      [fsstorageplugin] Get disk labels from UDisks. Fixes JB#53587 · 01a518c0
      Simo Piiroinen authored
      Memory cards mounting was recently changed so that mountpoint is
      instead of
      and this causes memory cards to show up over mtp with long hex-only
      names that are not really meant for human consumption.
      Query block device information from UDisks2 D-Bus service, and
      use disk label from block device associated with the mount point
      when available.
      For those mount points for which label information is not available,
      enumerated "Card N" labels are used.
      Synchronous D-Bus IPC is used as this is needed in procedural logic
      executed before buteo-mtp enters mainloop.
      As buteo-mtp does not use D-Bus SystemBus for other purpose, and
      attempt is made to close connection after it is not needed anymore.
      Signed-off-by: default avatarSimo Piiroinen <simo.piiroinen@jolla.com>
  2. 05 Jan, 2021 2 commits
  3. 28 Oct, 2020 3 commits
  4. 18 Sep, 2020 2 commits
    • chriadam's avatar
      Merge branch 'jb51156' into 'master' · 61c4067a
      chriadam authored
      [tracker] Disable metadata writes from MTP to tracker. Fixes JB#51156
      See merge request !36
    • Andrew Branson's avatar
      [tracker] Disable metadata writes from MTP to tracker. Fixes JB#51156 · 2636c4f3
      Andrew Branson authored
      When files are transferred onto the device via MTP, clients can optionally
      supply metadata for those files. This data is written directly to
      Tracker's database, creating entries that would normally be created
      by tracker-miner-fs and tracker-extract. There is code intended to tell
      Tracker not to index the new files, but it has never been enabled in
      Sailfish, it if it ever was.
      With the new Tracker upgrade to 2.3.4, this behaviour has caused problems:
       - There are several errors and inconsistencies with tracker in the
       supplied data and how it is stored. This code has been unmaintained for
       several years.
       - Tracker tries to write its own data, but doesn't recognize the
       MTP sourced data because it intentionally ignores anything it's not
       the source for. This causes uniqueness errors in the backend which breaks
       indexing and further updates.
      This commit disables the storage of metadata by MTP, but does not remove
      the code. Tracker data is still read and made available to clients. This
      leaves a lot of dead code that should be cleaned up at some point once
      we're sure this is the way to go.
      Signed-off-by: default avatarAndrew Branson <andrew.branson@jolla.com>
  5. 14 Sep, 2020 1 commit
  6. 13 Sep, 2020 1 commit
  7. 24 Aug, 2020 2 commits
  8. 20 Aug, 2020 4 commits
  9. 18 Aug, 2020 2 commits
  10. 07 Aug, 2020 1 commit
    • dandreev's avatar
      [buteo-mtp] Fix unable of copy big files to SD card over MTP. Fixes JB#50733. · a0603330
      dandreev authored
      The problem is unable to copy big file (more 300 Mb) from host PC
      to SD card over MTP. At Linux after about 1-2 minutes from start:
      "libmtp error: Could not send object property list".
      Files appears but MD sums are not matched.
      At Windows on laptop: after about 1-2 minutes the copy progress
      bar disappears without any notification.
      It seems that ftruncate (called
      from fsstorageplugin.cpp:1305
      if( !file.resize(size))
      for big file continues too long, because it tries to fill memory
      on SD with zeros.
      strace -r /usr/lib/mtp/mtp_service
      0.000400 ftruncate64(21, 584411895) = 0
      124.915724 close(21)                 = 0
      So PC host close connection by timeout.
      For resolve this issue we can use another method memory allocation.
  11. 06 Jul, 2020 2 commits
  12. 24 Jun, 2020 2 commits
  13. 01 Nov, 2019 1 commit
  14. 25 Oct, 2019 2 commits
  15. 21 Oct, 2019 1 commit
  16. 20 Oct, 2019 1 commit
  17. 11 Oct, 2019 1 commit
  18. 10 Oct, 2019 5 commits
  19. 26 Sep, 2019 2 commits
  20. 25 Sep, 2019 1 commit