The problem here is that the USB Vendor and DeviceID are the same in
Ubuntu Touch and in android (we use the same kernel so the device
identifies itself the same way). Unlike android Ubuntu Touch doesn't
ship and MTP userspace bits which makes the mount fail. I would expect
gvfs to notice that and not try again as long as there was no reconnect
but instead it fires a new mount attempt every minute (resulting in a
new error popup).

gvfs should definitely not try mounting over and over once it knows
there is no way to mount as long as there was no physical reconnect. We
can't just rip out the device IDs from the rules file as this would
break all devices of the same model using android here. Thenaks for the
info that MTP does not interfere with adb, so in case we decide we will
use it (this is not clear yet, we might decide to just connect as USB
mass storage for more convenient device access) it would go away.

I still think teh behavior is a bug though. Can gvfs be told to not
attempt constant mounting in a loop please ? An USB ID is not enough to
identify if the MTP protocol is supported or not. A single mount attempt
should be enough to notice if there is userspace support.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/1160847

Title:
  please add an option to inhibit gvfs mtp mounts

Status in “gvfs” package in Ubuntu:
  Confirmed

Bug description:
  trying to use phablet-flash in raring to flash a phone or tablet (or
  when just running adb shell or adb root from commandline) causes a
  constant reconnect loop of an attached mtp device. it seems adb and
  gvfs try concurrently to establish a connection which results in
  permanent reconnects and a huge amount of mtp popup windows on the
  desktop PC.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1160847/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to