Links to gvfs mounts do not use a URI

Bug #287476 reported by Chris Jones
36
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Nautilus
Confirmed
Medium
nautilus (Ubuntu)
Low
Unassigned
Precise
Low
Unassigned
Quantal
Undecided
Unassigned

Bug Description

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

Revision history for this message
Chris Jones (cmsj) wrote :
Revision history for this message
Chris Coulson (chrisccoulson) wrote :

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 ;)

Revision history for this message
A. Walton (awalton) wrote :

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.

Changed in nautilus:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Confirmed
Changed in nautilus:
status: Confirmed → Triaged
Changed in nautilus:
status: Unknown → New
Changed in nautilus:
importance: Unknown → Medium
Changed in nautilus (Ubuntu):
assignee: Ubuntu Desktop Bugs (desktop-bugs) → nobody
Revision history for this message
Ritesh Khadgaray (khadgaray) wrote :

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

Changed in nautilus:
status: New → Invalid
Revision history for this message
Ubuntu Foundations Team Bug Bot (crichton) wrote :

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.]

tags: added: patch
Revision history for this message
Sebastien Bacher (seb128) wrote :

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)?

Changed in nautilus (Ubuntu):
status: Triaged → Fix Released
Changed in nautilus (Ubuntu Precise):
importance: Undecided → Low
status: New → Triaged
Changed in nautilus:
status: Invalid → Fix Released
Revision history for this message
Ritesh Khadgaray (khadgaray) wrote :

debdiff for precise attached.

Revision history for this message
Ritesh Khadgaray (khadgaray) wrote :

proposed patch for quantal based on upstream code.

Revision history for this message
Ritesh Khadgaray (khadgaray) wrote :

Hi @seb128

  This also needs to be marked against quantal.

Thank you
ritz

Revision history for this message
Sebastien Bacher (seb128) wrote :

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

Revision history for this message
Sebastien Bacher (seb128) wrote :

@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)...

Changed in nautilus:
importance: Medium → Unknown
status: Fix Released → Unknown
Changed in nautilus:
importance: Unknown → Medium
status: Unknown → New
Revision history for this message
Daniel Holbach (dholbach) wrote :

Quantal is EOL.

Changed in nautilus (Ubuntu Quantal):
status: New → Invalid
Changed in nautilus:
status: New → Confirmed
Revision history for this message
Steve Langasek (vorlon) wrote :

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

Changed in nautilus (Ubuntu Precise):
status: Triaged → Won't Fix
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.