| 2008-10-27 20:03:03 |
MAcks |
bug |
|
|
added bug |
| 2008-10-27 20:05:56 |
MAcks |
description |
This bug become visible after upgrading to intrepid RC.
When opening some folders from the places gnome-panel menu, they're opened using application associated with the "inode/directory" mime-type instead of nautilus. This setting is stored in ~/.local/share/applications/mimeapps.list and looks like this for me:
inode/directory=totem.desktop;audacious-usercustom.desktop;
It's no surprise, but it wasn't the case with hardy. It is possible to set application associated with opening directories by right-clicking one of them in nautilus and setting the default program to open elements of this type to something other than "open directory". It happens only to directories selected from the places menu. Directories on desktop shown by nautilus open in nautilus.
After changing "open with" in nautilus to "open directory", the mimeapps.list entry changes to:
inode/directory=nautilus-folder-handler.desktop;totem.desktop;audacious-usercustom.desktop;
because I've previously used totem and audacious to open whole music folders.
Maybe the after-first-logon-in-upgraded-distro-version (I made up this name. I mean the one that adds user-switching applet to gnome-panel) program should reset the "inode/directory" handler to some sane value or just delete the association. |
This bug become visible after upgrading to intrepid RC.
When opening some folders from the places gnome-panel menu, they're opened using application associated with the "inode/directory" mime-type instead of nautilus. This setting is stored in ~/.local/share/applications/mimeapps.list and looks like this for me:
inode/directory=totem.desktop;audacious-usercustom.desktop;
It's no surprise, but the behaviour was different in hardy (the folders were opened in nautilus). It is possible to set application associated with opening directories by right-clicking one of them in nautilus and setting the default program to open elements of this type to something other than "open directory". It happens only to directories selected from the places menu. Directories on desktop shown by nautilus open in nautilus.
After changing some directory's "open with" in nautilus to "open directory", the mimeapps.list entry changes to:
inode/directory=nautilus-folder-handler.desktop;totem.desktop;audacious-usercustom.desktop;
The two other records are because I've previously used totem and audacious to open whole music folders.
Maybe the after-first-logon-in-upgraded-distro-version (I made up this name. I mean the one that asks about adding user-switching applet to gnome-panel) program should reset the "inode/directory" handler to some sane value or just delete the association. |
|
| 2008-10-27 20:11:48 |
MAcks |
description |
This bug become visible after upgrading to intrepid RC.
When opening some folders from the places gnome-panel menu, they're opened using application associated with the "inode/directory" mime-type instead of nautilus. This setting is stored in ~/.local/share/applications/mimeapps.list and looks like this for me:
inode/directory=totem.desktop;audacious-usercustom.desktop;
It's no surprise, but the behaviour was different in hardy (the folders were opened in nautilus). It is possible to set application associated with opening directories by right-clicking one of them in nautilus and setting the default program to open elements of this type to something other than "open directory". It happens only to directories selected from the places menu. Directories on desktop shown by nautilus open in nautilus.
After changing some directory's "open with" in nautilus to "open directory", the mimeapps.list entry changes to:
inode/directory=nautilus-folder-handler.desktop;totem.desktop;audacious-usercustom.desktop;
The two other records are because I've previously used totem and audacious to open whole music folders.
Maybe the after-first-logon-in-upgraded-distro-version (I made up this name. I mean the one that asks about adding user-switching applet to gnome-panel) program should reset the "inode/directory" handler to some sane value or just delete the association. |
This bug become visible after upgrading to intrepid RC.
When opening some folders from the places gnome-panel menu, they're opened using application associated with the "inode/directory" mime-type instead of nautilus. This setting is stored in ~/.local/share/applications/mimeapps.list and looks like this for me:
inode/directory=totem.desktop;audacious-usercustom.desktop;
It's no surprise, but the behaviour was different in hardy (the folders were opened in nautilus). It is possible to set application associated with opening directories by right-clicking one of them in nautilus and setting the default program to open elements of this type to something other than "open directory". It happens only to directories selected from the places menu. Directories on desktop shown by nautilus open in nautilus.
After changing some directory's "open with" in nautilus to "open directory", the mimeapps.list entry changes to:
inode/directory=nautilus-folder-handler.desktop;totem.desktop;audacious-usercustom.desktop;
The two other records are because I've previously used totem and audacious to open whole music folders.
Maybe the after-first-logon-in-upgraded-distro-version (I made up this name. I mean the one that asks about adding user-switching applet to gnome-panel) program should reset the "inode/directory" handler to some sane value or just delete the association.
Description: Ubuntu 8.10
Release: 8.10
nautilus:
Installed: 1:2.24.1-0ubuntu1
Candidate: 1:2.24.1-0ubuntu1
Version table:
*** 1:2.24.1-0ubuntu1 0
500 http://pl.archive.ubuntu.com intrepid/main Packages
100 /var/lib/dpkg/status
gnome-panel:
Installed: 1:2.24.1-0ubuntu2
Candidate: 1:2.24.1-0ubuntu2
Version table:
*** 1:2.24.1-0ubuntu2 0
500 http://pl.archive.ubuntu.com intrepid/main Packages
100 /var/lib/dpkg/status |
|
| 2008-10-27 21:21:31 |
Wouter Stomp |
bug |
|
|
added subscriber Ubuntu Desktop Bugs |
| 2008-10-27 21:27:14 |
Wouter Stomp |
marked as duplicate |
|
260492 |
|
| 2010-11-10 00:23:54 |
Eugene Crosser |
bug |
|
|
added subscriber Eugene Crosser |
