Bug 431369 - starting app in terminal: Failed to execute child process "-x"
Summary: starting app in terminal: Failed to execute child process "-x"
Keywords:
Status: CLOSED CANTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-panel
Version: rawhide
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Ray Strode [halfline]
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-02-03 18:19 UTC by John Ellson
Modified: 2008-02-15 22:37 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2008-02-15 22:37:27 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description John Ellson 2008-02-03 18:19:39 UTC
Description of problem:
I have an app that I start in a terminal from a gnome-panel icon.  This has just
started failing with:
    Could not launch application
    Failed to execute child process "-x" (No such file or directory)

Version-Release number of selected component (if applicable):
gnome-panel-2.21.90-3.fc9.x86_64

How reproducible:
100%

Steps to Reproduce:
1.Add-to-Panel -> Custom-Application-Launcher -> Add ->
Type=Application-In-Terminal  Command=any-old-app
2.click on new icon
3.
  
Actual results:
    Could not launch application
    Failed to execute child process "-x" (No such file or directory)

Expected results:
    Terminal window shoudl open and any-old-app started from command line
withing the terminal

Additional info:

Comment 1 John Ellson 2008-02-15 15:09:37 UTC
Ping!!

Do you need more info about this regression?

Comment 2 Ray Strode [halfline] 2008-02-15 16:17:37 UTC
do you have gnome-terminal installed?

What's the output of

gconftool-2 -R /desktop/gnome/applications

?

Comment 3 John Ellson 2008-02-15 20:03:25 UTC
yes.  gnome-terminal-2.21.91.1-1.fc9.x86_64


 /desktop/gnome/applications/component_viewer:
  exec = nautilus %s
 /desktop/gnome/applications/media:
  needs_term = false
  exec = rhythmbox
 /desktop/gnome/applications/help_viewer:
  needs_term = false
  accepts_urls = true
  exec = nautilus
 /desktop/gnome/applications/browser:
  nremote = false
  needs_term = false
  exec = firefox
 /desktop/gnome/applications/window_manager:
  workspace_names = (no value set)
  current = (no value set)
  default = (no value set)
  number_of_workspaces = (no value set)
 /desktop/gnome/applications/terminal:
  exec_arg = -x
  exec = 
 /desktop/gnome/applications/at:
  /desktop/gnome/applications/at/mobility:
   startup = false
   exec = dasher
  /desktop/gnome/applications/at/visual:
   startup = false
   exec = orca


Comment 4 John Ellson 2008-02-15 20:12:08 UTC
Ah, OK, some upgrade managed to mess up my
System->Preferences->Personal->PreferredApplications

Changing it back to GnomeTerminal restored the correct behavior.

Probably the same upgrade also managed to mangle my preferred web browser.  
Fixed that too.

Comment 5 Ray Strode [halfline] 2008-02-15 22:37:27 UTC
Okay, I'm going to close this CANTFIX, since it's not a gnome-panel issue, we
haven't gotten any other user reports, and it will be hard to figure out where
the source of the problem came from.


Note You need to log in before you can comment on or make changes to this bug.