After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 631386 - not all folders open with a selected app
not all folders open with a selected app
Status: RESOLVED OBSOLETE
Product: gnome-panel
Classification: Other
Component: general
2.30.x
Other Linux
: Normal minor
: ---
Assigned To: Panel Maintainers
Panel Maintainers
: 598934 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2010-10-05 08:02 UTC by Omer Akram
Modified: 2020-11-06 20:20 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Omer Akram 2010-10-05 08:02:55 UTC
on launchpad someone mistakenly opened a folder on his desktop with VLC and after that when every home or any subdirectories from 'Places' menu is opened those directories open with VLC *but* the folder on the desktop still opens nautilus. this confused the user as only home dir was opening with VLC.

original report: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/645896
Comment 1 André Klapper 2010-10-17 15:35:42 UTC
(For future reference, structured steps are welcome.)
Comment 2 Omer Akram 2010-10-17 15:39:30 UTC
1. right click on a folder
2. click 'open with other application'
3. select any app e.g. vlc ('remember this application for "folder" files' should be ticked)
4. click open

result bookmarked folders open with vlc but any folder on desktop does not
Comment 3 Cosimo Cecchi 2010-12-18 18:07:12 UTC
-> gnome-panel

Not sure this is a nautilus bug; nautilus will always open folders with itself (that's why on the desktop the folder will be opened with nautilus). I'd argue it's a gnome-panel bug, which should always force to open folders with nautilus (if installed).
Comment 4 Cosimo Cecchi 2010-12-19 00:03:35 UTC
*** Bug 598934 has been marked as a duplicate of this bug. ***
Comment 5 Pacho Ramos 2011-02-24 17:40:06 UTC
Looks like debian solution consists in installing defaults.list in a desktop specific XDG_DATA_DIR, not sure if this could be a proper solution also for upstream (to let all downstreams benefit from it)
Comment 6 Vincent Untz 2011-02-24 23:29:57 UTC
(In reply to comment #5)
> Looks like debian solution consists in installing defaults.list in a desktop
> specific XDG_DATA_DIR, not sure if this could be a proper solution also for
> upstream (to let all downstreams benefit from it)

Wrong bug? Btw, it looks like what you're saying is more or less: http://lists.freedesktop.org/archives/xdg/2011-February/011806.html
Comment 7 Pacho Ramos 2011-03-13 18:00:01 UTC
This was suggested downstream at:
http://bugs.gentoo.org/show_bug.cgi?id=289561

As most common scenario is gnome-panel launching latest installed filemanager (like thunar, konqueror...) instead of nautilus :-/
Comment 8 Vincent Untz 2011-03-15 07:34:38 UTC
It's debatable whether gnome-panel should force nautilus or not, really. If the user chooses to switch to thunar, for example, I think gnome-panel should respect this. So that doesn't sound like a bug to me...
Comment 9 Pacho Ramos 2011-03-15 08:24:57 UTC
The problem is that users are not choosing thunar, they are getting it "auto-selected" because it's installed after nautilus and, since gnome doesn't have a defaults.list to always use nautilus if user didn't changed it intentionally :-/

A similar problem occurs when you install, for example, gthumb after eog, images will be opened with gthumb by default and it's not always desirable
Comment 10 magowiz 2011-03-15 08:39:12 UTC
It happens also if dolphin (kde4 file-manager) is installed after nautilus.
Comment 11 Vincent Untz 2011-03-15 08:46:55 UTC
This is a distribution bug, though. If you have /usr/share/applications/defaults.list with this:

[Default Applications]
inode/directory=nautilus-folder-handler.desktop

nautilus will be the default, no matter the order of installation.

See the link in comment 6 for a proposal to improve the management of this thing.
Comment 12 André Klapper 2020-11-06 20:20:54 UTC
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports in Bugzilla which have not seen updates for many years.

If you can still reproduce this issue in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/gnome-panel/-/issues/

Thank you for reporting this issue and we are sorry it could not be fixed.