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 127040 - Fails to open a folder with the choosen application
Fails to open a folder with the choosen application
Status: VERIFIED INCOMPLETE
Product: nautilus
Classification: Core
Component: File and Folder Operations
2.4.x
Other other
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2003-11-15 11:14 UTC by luciangabor
Modified: 2009-08-15 18:40 UTC
See Also:
GNOME target: ---
GNOME version: 2.3/2.4


Attachments
contains 3 diffs (2.14 KB, application/zip)
2003-12-07 16:35 UTC, luciangabor
Details

Description luciangabor 2003-11-15 11:13:10 UTC
Distribution: Fedora Core release 1 (Yarrow)
Package: nautilus
Severity: normal
Version: GNOME2.4.0 unspecified
Gnome-Distributor: GNOME.Org
Synopsis: Fails to open a folder with the choosen application
Bugzilla-Product: nautilus
Bugzilla-Component: File and Folder Operations
Bugzilla-Version: unspecified
Description:
Description of Problem:
If you coose a different application as the default handler for a
specific folder nautilus will fail to launch it. Instead it will launch
the first application that in included in menu for all folders. If there
is none of that it will complain that the application is invalid and
offers the option to choose another one.

Steps to reproduce the problem:
1. open a folder in nautilus and add Terminal to the menu for folder
items.
2. choose a folder and select GThumb as the default application for that
folder
3. click on that folder

Actual Results:
a terminal would be oppened

Expected Results:
gthumb should be launched

How often does this happen?
everytime

Additional Information:




------- Bug moved to this database by unknown@bugzilla.gnome.org 2003-11-15 06:13 -------

The original reporter (luciangabor@users.sourceforge.net) of this bug does not have an account here.
Reassigning to the exporter, unknown@bugzilla.gnome.org.
Reassigning to the default owner of the component, nautilus-maint@bugzilla.gnome.org.

Comment 1 luciangabor 2003-12-07 16:35:35 UTC
Created attachment 22179 [details]
contains 3 diffs
Comment 2 luciangabor 2003-12-07 16:37:21 UTC
the zip contains a fix that works for me
There is only one call to nautilus_launch_show_file.
It is made from src/file-manager/fm-directory-view.c.
I've replaced it with a call to nautilus_launch_application, 
which is the way all other calls with this scope are made.

nautilus_launch_show_file was defined in
libnautilus-private/nautilus-program-choosing.h
and implemented in libnautilus-private/nautilus-program-choosing.c
If no plugins use it, probably should be deprecated or simply removed.

I've made diffs for each file.
Comment 3 luciangabor 2003-12-07 20:05:36 UTC
well, using nautilus_launch_show_file introduces another bug.
I fixed it some how, but there other bugs. The problem seems to be
with handling x-natilus-desktop:///trash:. This redirection and
probably any such redirection is not handled well by the vfs layer or
maybe by nautilus.
Comment 4 Matthew Gatto 2003-12-07 23:51:38 UTC
After having reproduced this on a folder in 2.4, I was unable to get
the folder to open with the normal Nautilus Icon Viewer. It could only
be opened with an external application.

Setting Status -> New, Severity -> Major, Version -> 2.4.x, and adding
PATCH and GNOMEVER2.4 to Keywords.
Comment 5 Matthew Gatto 2004-10-20 12:16:28 UTC
This patch isn't relevant anymore with the new MIME system in 2.8 is it?
Comment 6 Stephane Wirtel 2005-02-02 21:12:40 UTC
Is this bug present in >= 2.8 ?

Thanks
Comment 7 Sebastien Bacher 2005-02-02 21:48:20 UTC
nautilus 2.8/2.9 doesn't allow to set an handler to a folder (#151747), and the
mimesystem has totally changed since 2.4, this bug doesn't apply to the current
version I'm closing it. Feel free to reopen if you still think that's an issue.