desktop-packages team mailing list archive

[Chris Wulff <crwulff@xxxxxxxxxxxxxxxx>]

The solution in the upstream post is actually almost right, but it is a
little simpler than that. I've posted this upstream as well, but until
they get around to it, it might be useful to include this patch in the
ubuntu packages.

The section of code should just return TRUE instead of FALSE. Returning FALSE
means that the operation should be deferred in a thread (and the thread may not
run in this case until the job is destroyed so it crashes.) At least in my
system, marking the operation as failed doesn't disconnect the mount. It was
disconnected because the backend crashed.

>From the backend header:

 These try_ calls should be fast and non-blocking, scheduling the i/o
 operations async (or on a thread) or reading from cache.
 Returning FALSE means "Can't do this now or async", which
 means the non-try_ version will be scheduled in a worker
 thread.

** Patch added: "Fix a crash with try_get_settable_attributes returning async on failure"
   https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/574693/+attachment/2320790/+files/gvfsbackendftp_try_query_settable_attributes_sync.patch

-- 
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/574693

Title:
  nautilus ftp file transfer hangs in lucid

Status in Nautilus:
  In Progress
Status in “gvfs” package in Ubuntu:
  Triaged

Bug description:
  Binary package hint: nautilus

  1) 
  Description:	Ubuntu 10.04 LTS
  Release:	10.04

  Description:	Ubuntu 11.04
  Release:	11.04

  2)
  nautilus version: 1:2.30.0-0ubuntu4; 1:2.32.2.1-0ubuntu13
  gvfs version: 1.8.0-0ubuntu2

  3) I tried to copy a directory with files from a server to my PC via
  FTP. I expected finishing the transfer.

  4) The file transfer window appears and after a few percent of
  progress, it stops copying. I can not close the window, because when I
  click the cancel button, it goes to gray and nothing happens after
  that, so I have to kill the nautilus process.

  When I had tried to copy the same directory again, it stopped at the same percent of progress.
  Copying the same directory in nautilus via SFTP works flawlessly. Also copying that directory by gFTP works without problem.
  I did not see any error messages or entries in syslog related to this problem.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: nautilus 1:2.30.0-0ubuntu4
  ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
  Uname: Linux 2.6.32-21-generic x86_64
  Architecture: amd64
  Date: Mon May  3 20:23:35 2010
  ProcEnviron:
   PATH=(custom, user)
   LANG=hu_HU.utf8
   SHELL=/bin/bash
  SourcePackage: nautilus

To manage notifications about this bug go to:
https://bugs.launchpad.net/nautilus/+bug/574693/+subscriptions