Bug 427453

Summary: nautilus pretends not to know what "Computer" is
Product: [Fedora] Fedora Reporter: Michal Jaegermann <michal>
Component: nautilusAssignee: Tomáš Bžatek <tbzatek>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: rawhideCC: jfrieben, lkundrak, mtakahashi, tsmetana
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-03-17 15:04:03 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Michal Jaegermann 2008-01-03 22:08:51 UTC
Description of problem:

A click on a "Computer" desktop icon, or equivalent operations
from an icon menu, brings an alert with the following:

Couldn't display "computer:///".
There is no application installed for this file type

and that is the end of it.

Version-Release number of selected component (if applicable):

How reproducible:

Comment 1 Joachim Frieben 2008-01-04 21:52:45 UTC
I'm seeing the same here, and it seems like this is related to other issues
like being unable to drag drive or folder icons like "Computer" or "Trash"
across the desktop.

Comment 2 antonio montagnani 2008-01-05 20:48:37 UTC
same here....as per the comment of Joachim, I add also same problem with DVD...

Comment 3 Lubomir Kundrak 2008-01-06 02:03:26 UTC
What happens when you do the following in terminal?

$ gnomevfs-ls computer:///

Comment 4 Michal Jaegermann 2008-01-06 02:31:29 UTC
On my machine it prints (modulo mangling by bugzilla):

Filesystem.desktop              (Regular, application/x-desktop)        size 0
mode 0444
Network.desktop         (Regular, application/x-desktop)        size 0  mode 0444
CD-RW%2FDVD%C2%B1RW%20Drive.drive               (Regular, application/x-desktop)
           size 0   mode 0444
Floppy%20Drive.drive            (Regular, application/x-desktop)        size 0
mode 0444

Comment 5 Matthias Clasen 2008-01-06 03:04:38 UTC
This is being worked on. gvfs doesn't have a computer:// implementation yet

Comment 6 MASAO TAKAHASHI 2008-01-08 03:54:37 UTC
give me a workaround.

Comment 7 Joachim Frieben 2008-01-08 19:21:28 UTC
Fixed after upgrading to nautilus-2.21.2-1.fc9 plus gvfs-0.1.1-1.fc9
and glib2-2.15.1-1.fc9. Dragging drive/folder icons across the desktop
is also possible again.

Comment 8 antonio montagnani 2008-01-09 06:33:49 UTC
also glib2-devel should be upgraded otherwise some dependencies problems.....

Comment 9 Michal Jaegermann 2008-01-09 20:18:18 UTC
Installing nautilus-2.21.2-1.fc9, and other related updates, had
really curious effects.

"Computer" window did open but after clicking in it on an icon
which claimed to belong to CD I got the following alert:

Couldn't display "computer:///CD-RW%5CDVD%C2%B1RW%20Drive.drive".
There is no application installed for this file type

After this alert was acked the whole nautilus promptly crashed,
taking with it all its windows and icons, and stayed that way
on subsequent re-logins to new sessions.  Luckily a removal
of the whole old accumulated ~/.nautilus/ tree before an attempt
to login once more apparently solved that one.

Icons for removable media are still "generic" although media are
auto-mounted and picking up "Eject" or "Unmount Volume" from an
icon menu _on a desktop_ does what is expected.  This is not the
case if I am trying the same action on corresponding icons in
a "Computer" window.  That results in the following:
  - all nautilus provided icons and windows vanish from a desktop
  - nautilus apparently restarts and restores icons and opens, the
    only one, window showing my home directory (there was one,
    but "Computer", nautilus window open at the beginning)
  - media which I attempted to unmount/eject are still there and
    a corresponding, generic, icon appears on a desktop

Also on one try I got an alert telling me that only root can unmount
my CD but typing 'eject' in a terminal window unmounted and ejected
that CD without any further fuss.  Boggles ...

Comment 10 Anthony Thyssen 2008-01-14 06:37:40 UTC
I did not want to even try to install a FC9 nautilus to fix this problem so I
decided to try something less drastic....

I reinstalled the existing version of nautilus!!!

I when to my nearby YUM repository, located the FC8 version of nautilus (same as
what is currently installed, no upgrades for it as yet), and downloaded that RPM.

I then re-installed it...
    rpm -Uhv --replacepkgs nautilus-2.20.0-6.fc8.i386.rpm

Logout, Login and hey my nautilus was working again.   file://home/...  was
usable, as was all the links in computer://  and preview icons was being
generated again.

this was the simplist fix I have yet had to this problem,  My setup was
retained, including my 'open with' preferences. previously I have tried a lot of
such fixes, from removing all my gnome 'dot' directories, to complete
re-installs of the machines OS.

Nautilus appears to be far to fragile in its file to action determination as
this has now happened to me about half a dozen times in everythinf from FC2 to
Ubuntu, and other linux setups.

This is NOT a good thing for a supposed "desktop for computer newbies". Problems
such as this should idealy be self correcting, not requiring hit or miss fixes
such as I see ,and continue to see in my gogle searches on this problem.

Comment 11 Michal Jaegermann 2008-02-01 20:14:15 UTC
The current version of rawhide nautilus, i.e. nautilus-2.21.90-1.fc9,
seems to behave on a very basic level (while ignoring configuration
flags) but, as comment #10 says, all of this feels really fragile
and is an issue.

Comment 12 Matthias Clasen 2008-03-17 15:04:03 UTC
I'll declare this fixed now. Nautilus 2.22.0 has working computer:// support.
Please file new bugs for possible remaining issues.