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 168990 - Find Files application unable to open nautilus when used with Magnifier
Find Files application unable to open nautilus when used with Magnifier
Status: VERIFIED FIXED
Product: gnome-utils
Classification: Deprecated
Component: gsearchtool
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gnome-utils Maintainers
gnome-utils Maintainers
AP1
Depends on:
Blocks:
 
 
Reported: 2005-03-02 15:37 UTC by Frances Keenan
Modified: 2009-08-15 18:40 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Patch fixes the bug. (4.49 KB, patch)
2005-03-11 13:29 UTC, Vinay M R
none Details | Review
I am applying the following patch to cvs. (2.75 KB, patch)
2005-03-12 20:33 UTC, Dennis Cranston
none Details | Review

Description Frances Keenan 2005-03-02 15:37:43 UTC
Distribution/Version: Suse LD 1.0

With Cinnabar Linux Nightly Build from 1st March 2005

-Launch Gnopernicus Magnifier with Dummy Frame Buffer
-Launch Find Files application
-Insert the name of a known directory in the 'Name contains' field e.g. 'Documents'
-Click on 'Find'
-Double click on the directory (Documents) returned from the search 
-Following error is returned :
 "Could not open "Documents".
  There is no installed viewer capable of displaying the document."

On a normal screen, when a user click on the 'Documents' entry, nautilus is
launched with that directory open. 
The Dummy Frame Buffer seems to have a problem launching nautilus.
Comment 1 Frances Keenan 2005-03-02 15:40:36 UTC
bugster bug id #6234947
Comment 2 Dennis Cranston 2005-03-02 16:54:53 UTC
This one is a mime system failure.  Nautilus recently added support for "Open
with..." to folders.  Please check your installation of gnome-mime-data and
shared-mime-info.  Also, verify that XDG_DATA_DIRS is set appropriately.
 
Comment 3 John Crawley 2005-03-08 16:06:35 UTC
Using Nautilus 2.6. Please note that this bug only happens on the magnified
screen (i.e. using the dummy driver). This does not happen on screen 0.0.

gnome-mime-data  2.4
shared-mime-info 0.14
Comment 4 bill.haneman 2005-03-08 16:10:58 UTC
To clarify a bit more, John is saying that the mime problem only happens when
launching the 'Find' dialog on the second screen of a two-screen setup, it works
fine if the dialog is launched from the first screen (e.g. :0.0) in the same
user session.
Comment 5 Vinay M R 2005-03-11 13:29:31 UTC
Created attachment 38553 [details] [review]
Patch fixes the bug.

There is is_nautilus_running () check in the code which is failing.

Nautilus is registered for display :0.0 and manages nautilus windows on other
screens.

Since the check whether nautilus is running is done on a screen other than
:0.0, bonobo_activation_activate_from_id() returns an error

Not sure why we require the nautilus check. In case it is agreeable to remove
the check... attaching the patch which does it.
Comment 6 Dennis Cranston 2005-03-12 20:33:03 UTC
Created attachment 38608 [details] [review]
I am applying the following patch to cvs.
Comment 7 Dennis Cranston 2005-03-12 20:39:18 UTC
I applied the following to cvs:

2005-03-12  Dennis Cranston <dennis_cranston@yahoo.com>

	* gsearchtool-callbacks.c: (open_file_cb), (open_folder_cb):
	Remove the is_nautilus_running () function since nautilus 
	is launched with the '--no-desktop" command line argument.
	* gsearchtool-support.[ch]: Removed is_nautilus_running().
	Fixes the issue of opening a directory in nautilus when double
	clicked in case of multihead. Fixes bug #168990.  Based on a 
	patch submitted by Vinay M R  <vinay.mandyakoppal@wipro.com>.
Comment 8 Dennis Cranston 2005-03-13 05:48:58 UTC
> Not sure why we require the nautilus check.

Thanks for the patch!  The is_nautilus_running() function was added back in the
days when nautilus wasn't necessarily a user's default file manager.  Older
versions of nautilus didn't have a '--no-desktop' command line argument, so for
those users if gnome-search-tool launched nautilus to open a folder it would
take control of their desktop.  Thankfully, this isn't an issue anymore.