Red Hat Bugzilla – Bug 88106
open with fail
Last modified: 2015-01-07 19:04:36 EST
From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) Description of problem: Nautilus 'open with' functionality not working. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Select any file and right mouse. 2. Select 'open with' and an application. (Tried: gedit, GNU Emacs and vi). This is repeatable regardless of user (including root) and folder or file. Actual Results: Nothing happens... Expected Results: File would open in the specified program Additional info:
Works for me. Did you do a fresh install, or upgrade? If upgrade, from which RHL version?
Fresh install... formatted the drives prior to install. If it helps, it's Red Hat version 9 and Nautilus version 2.2.1. I've tried logging in as root and opening files in the root folder (install.log) and a variety of other combinations. Unfortunately, nothing works. The only way to launch gedit to modify the file is from a terminal session.
*** Bug 88141 has been marked as a duplicate of this bug. ***
When this happens, do you get anything added to ~/.xsession-errors?
I have the same problem after upgrade from 8 to 9. The contents of my .xsession-errors: SESSION_MANAGER=local/bubu:/tmp/.ICE-unix/859 Gnome-Message: gnome_execute_async_with_env_fds: returning -1 Gnome-Message: gnome_execute_async_with_env_fds: returning -1 Gnome-Message: gnome_execute_async_with_env_fds: returning -1 Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document
I am getting the same errors after RH8 to RH9. I am in the process of rebuilding from scratch. I did find that the problem was somewhat intermittant but was not able to quite figure out the pattern. If I click open, information, and select edit with gedit it will open gedit. After that, the right mouse seems to work. Close nautilus, and the same pattern starts. I see the exact same pattern with nautilus-script that has gedit command. Doing a right click gedit on a script file tends to not work more often. However, sometimes right click on a text file will work and then after that script files will work (during that nautilus session). I will report more information after the rebuild from scratch.
Hmmm. The "Gnome-Message: gnome_execute_async_with_env_fds: returning -1" look interesting. Does anyone else get those? It means spawning the child failed somehow.
I did before. Unfortunately for debugging, Nautilus is working just as it should. Hard as I tried, it would not fail to open a file. Of course, up2date has updated a bunch of items since the original report. I also deleted the .xsession-error file to ensure that I captured the most recent errors. None have yet occurred. I will monitor and report back if they pop up again.
Just as a datapoint, I'm seeing a similar thing. stock Redhat 9. Nautilus "open with" menu works as long as nautilus is in Icon view mode. if I switch to list view, then "open with" no longer works.
Comments I got via an email: I have a fresh install of Red Hat 9 + errata that is exhibiting the symptoms described in this bug. Interestingly, "Open With" appears to work OK in the icon view but fails consistently in the list view. In the list view it can sometimes be coerced into working with a reload. "Open" (either from menu or double click) works consistently. Nothing appears to be written to .xsession-errors when this failure occurs. Problem occurs as root and normal user and does not seem to be affected by type of file (text, media, graphic, etc).
I'm finally able to reproduce this. It apparently only happens in the listview. However, it doesn't seem to be happening in my build from CVS. There has been some changes to this area recently that might affect this though.
*** Bug 91076 has been marked as a duplicate of this bug. ***
*** Bug 103631 has been marked as a duplicate of this bug. ***
I have encountered the same problem and I can confirm that the problem only seems to happen on list view but not on icon view.
This is likely fixed in rawhide, which has the changes mentioned above, plus a total redoing of open-with functionallity.