Links to gvfs mounts do not use a URI

[Chris Jones]

Binary package hint: nautilus

Links to gvfs mounts point to ~/.gvfs/ rather than a URI. Opening the links without previously mounting the remote server produces an error message that the link is broken, and offers to move it to Trash.

Steps to reproduce:

 * Places->Connect to a remote server (I use SFTP)
 * drag a file to your desktop while holding Alt
 * Select "Link Here"
 * Unmount the remote server (or reboot, etc)
 * Double click on the link

Presumably this could be entirely avoided by having the link point to the URI equivalent of the ~/.gvfs/ path?

ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 8.10
Package: nautilus 1:2.24.1-0ubuntu1
ProcEnviron:
 PATH=/home/username/bin:/home/username/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
SourcePackage: nautilus
Uname: Linux 2.6.27-7-generic i686

[Chris Coulson (chrisccoulson)]

I could be wrong, but I don't think that would be possible (certainly not very easy to do). The problem is, symbolic links are a feature of the filesystem in the kernel. Because of this, they are not aware of (and cannot link to) gvfs URI's.

Like I said though, I could be wrong. I'll let someone more knowledgable than myself comment ;)

[A. Walton (awalton)]

Well it's a symlink to a FUSE-mounted location, so technically it is an invalid link when you tried to click it. But I agree that this behavior is probably not what the user is expecting, and such a case is probably where a Desktop Entry link file is better than a symlink. Confirming the bug with the supplied instructions.

[Ritesh Khadgaray (khadgaray)]

Hi

  patch based on upstream code, fixes the issue on quantal and precise.

commit 41d2230d6fd57fa73de0adb75123c077fe5cb995
Author: Cosimo Cecchi <email address hidden>
Date: Thu Sep 13 21:54:28 2012 -0400

    file-operations: use the local (FUSE) path for remote symlinks

    Instead of the path relative to the remote machine, in case the
    destination of the link is native.

    https://bugzilla.gnome.org/show_bug.cgi?id=148330

-- ritz

[Ubuntu Foundations Team Bug Bot (crichton)]

The attachment "proposed patch based of upstream code" of this bug report has been identified as being a patch. The ubuntu-reviewers team has been subscribed to the bug report so that they can review the patch. In the event that this is in fact not a patch you can resolve this situation by removing the tag 'patch' from the bug report and editing the attachment so that it is not flagged as a patch. Additionally, if you are member of the ubuntu-reviewers team please also unsubscribe the team from this bug report.

[This is an automated message performed by a Launchpad user owned by Brian Murray. Please contact him regarding any issues with the action taken in this bug report.]

[Sebastien Bacher (seb128)]

The issue is fixed in raring with 3.6, closing the master part of the bug

@Ritesh: if you want to see that fix backported could you provide a debdiff and the SRU infos on the bug (impact, test case, regression potential)?

[Ritesh Khadgaray (khadgaray)]

debdiff for precise attached.

[Ritesh Khadgaray (khadgaray)]

proposed patch for quantal based on upstream code.

[Ritesh Khadgaray (khadgaray)]

Hi @seb128

  This also needs to be marked against quantal.

Thank you
ritz

[Sebastien Bacher (seb128)]

@ritz: thanks, will you also provide the SRU informations (see comment #6)

[Sebastien Bacher (seb128)]

@ritz: I'm holding on the updates there because I'm not sure to understand what's the issue and how it's supposed to behave

trying on raring which has the fix it still seems buggy, e.g when the share is unmounted clicking on one of those file prompt with a dialog saying that no application is installed to handle the filetype (a .txt in this case that should open in gedit)...

[Daniel Holbach (dholbach)]

Quantal is EOL.

[Steve Langasek (vorlon)]

The Precise Pangolin has reached end of life, so this bug will not be fixed for that release