Skip to content

More gvfs MTP backend news

Hi everyone,

Happy New Year! And the new year brings new updates on the gvfs MTP front. I received a bunch of useful feedback from the gvfs maintainers last month, which I was finally able to get time to sit down and address over the last few days. Accordingly, I’ve made a series of updates that fix a variety of things, from small memory leaks all the way to, finally, implementing the right way to tell Nautilus to do directory downloads/uploads in the right way (You’ve got to return a specific error code) – which fixes the one remaining functional gap in the code. Uploading a directory is still not fully working as I need to handle the way Nautilus ends up referring to uploaded directories by name when trying to upload their contents. Right now there’s no logic to remap the name to the MTP entity ID so the file uploads fail, but I know what has to be done.

I think we’re nearing the finish line, with respect to getting this merged upstream. *phew*

As always, the easiest way to try the code out is to install the packages from my PPA. I have also put a build of libmtp 1.1.5 in there so that unlock events and thumbnails work out of the box too.


{ 4 } Comments

  1. Chris | 9th January 2013 at 04:28 | Permalink

    Hi there.
    Thanks for this news. I just wrote a small blog entry on using gMTP on Ubuntu 12.04 but that software is a bit fickle. Native Nautilus would be really swell. I hope to find time to test gvfs MTP in the near future.
    Keep up the good work!

  2. Murry | 9th January 2013 at 09:08 | Permalink

    Hi Philip,

    I tested the new version today. The recursive copy is great!
    I had only a problem with files in a folder which name is a number eg:


    Sometimes when I connect a phone, I get a error message unable to mount usb:… . A few seconds later it mounts.

  3. mjog | 20th January 2013 at 15:33 | Permalink

    Hey, this is great, especially now and Android is going MTP-only in 4.2+. Thanks for working on it!

    I just installed from the PPA and tried it out then. It works fine for basic browsing and transferring between GNOME3 and a HTC One X. I noticed a few issues though – no notification from Shell on plug-in, no thumbnails in Shotwell for import, and general weirdness when both Nautilus and Shotwell are open at the same time. Where’s the best place to report these bugs?

  4. Philip Langdale | 20th January 2013 at 15:44 | Permalink

    Hi Mike,

    I don’t know why you don’t see a notification on plug-in from Gnome Shell, as I don’t use it. I do know that on Ubuntu with Unity and Nautilus, it will auto-mount and open a Nautilus window when plugged in (usually). The logic behind this is the same as for the gphoto2 backend. Maybe something special needs to be done in Gnome Shell?

    As for Shotwell – it shouldn’t work at all :-) Shotwell doesn’t know how to handle files that have to be copied before they can be opened – so you’d have to copy the images locally before trying to open them – I just get an error message if I try to use the shotwell viewer, and trying to ‘import folder’ times-out (and due to MTP being single-threaded, it will block Nautilus while this is going on). I’m not sure why it times out but I guess shotwell is probably trying to do a parallel enumeration of the device contents, which will block on itself, and then timeout.

    So if you want to report bugs, you can file one to try and get shotwell to handle this kind of device in a more reasonable way. Or more practically, you have to copy all the images locally before importing them.

Post a Comment

Your email is never published nor shared. Required fields are marked *