Learn how easy it is to sync an existing GitHub or Google Code repo to a SourceForge project! See Demo

Close

#696 Support gvfs/MTP

1.2
closed-wont-fix
libfm (270)
4
2014-09-10
2013-01-05
Murry
No

PCManFM 1.1.0
Lubuntu 12.10

You can install a MTP support for gvfs via this ppa:

http://intr.overt.org/blog/?p=162
https://launchpad.net/~langdalepl/+archive/gvfs-mtp

I can connect the android file sytem with pcmanfm (mtp://[usb:001,005]/65537/9).
When I copy a file to the desktop or other folder from the phone, I get a wrong filename (the new filename is a number). Copy to the phone is OK.
When I use a rightclick on a file, I miss the file actions (copy, delete...)

Discussion

  • Murry
    Murry
    2013-01-05

    The author of gvfs/mtp says this to the problem:

    The PCmanFM problem is because PCmanFM is not reading the correct “filesystem filename” property. It needs to be fixed on their side.

     
  • I'm the gvfs mtp author. To be precise, pcmanfm needs to respect the "copy name" file attribute, which is defined to be the filename used when copying to a different file system. This is because the internal filename is the mtp file Id (a number). Nautilus respects this.

     
    • labels: 2616493 --> libfm
    • milestone: --> 1.2
    • priority: 5 --> 4
     
  • Thank you for the report. The issue requires some extra investigation since libfm uses standard GFile operations and never uses any internals and that should work always.

     
  • Murry
    Murry
    2013-01-18

    The new gvfs will land in (L)Ubuntu 13.04 raring shortly.

    gvfs (1.15.2-0ubuntu1) raring; urgency=low

    * debian/watch: Look for development releases, too.
    * New upstream release:
    - Add new MTP backend. In particular this can access Android 4.0 devices
    which do not support the USB Mass Storage interface any more.
    (LP: #903422)
    - See NEWS for other changes.
    * Bump build depends and add libmtp-dev according to upstream configure.ac.
    * debian/gvfs-backends.install: Install new MTP monitor.
    * Drop debian/tests/gvfs-test, it has been accepted upstream. Update
    debian/tests/integration to use tests/gvfs-test instead.
    * Add 00git_fix_archivemounter_tests.patch: Fix ArchiveMounter tests.
    -- Martin Pitt <martin.pitt@ubuntu.com> Fri, 18 Jan 2013 12:42:41 +0100

     
  • Murry
    Murry
    2013-01-19

     
    Attachments
  • Murry
    Murry
    2013-01-19

     
    Attachments
  • Murry
    Murry
    2013-01-19

    I made 2 pics with the Lubuntu 13.04 daily.

    PC_to:phone: OK
    phone_to_pc: The new filename is 4102 insted of raring-desktop-amd64.iso

     
  • Murry
    Murry
    2013-03-29

    pcmanfm-qt 0.0.1

    Has the same problem.

     
  • I have pending changes to the MTP backend that use filenames normally, so this fix won't be necessary.

     
  • Murry
    Murry
    2013-03-30

    I tested the lastest version from philipls ppa (gvfs 1.16.0-1ubuntu3ppa8~raring1).

    The problem with the wrong file names is solved in this version. I hope it will come into Lubuntu 13.04.

    Well done philipl.

     
  • Joseph Kreger
    Joseph Kreger
    2013-05-29

    Similar with the name upon copying from phone, in the places side menu, if phone(android) is disconnected without unmounting first, it will leave a copy of the place it was at, and upon reconnecting the phone it will error, and create another place with the same name (in my case it is the 'SAMSUNG_Android_SGH-T699'), and will load fine, but it keeps adding a place with the same name for each disconnect. To fix I kill the process in top, and restart and it's back to normal.

     
  • Ananasnonym
    Ananasnonym
    2013-09-26

    I can confirm this on pcmanfm 1.1.0, Lubuntu 13.04. No File actions (copy, delete ... ) And there are two Names on the left panel: ASUS Transformer and mtp

     
  • gvfs 1.18 is now out. This contains the changes that mean gvfs won't use the numeric ID based paths, so no changes are needed in pcmanfm

     
  • Thank you very much. I hope I can close this report now. If not then feel free to reopen it.

     
    • assigned_to: nobody --> lstranger
    • status: open --> closed-wont-fix