Bug 640496

Summary:	nautilus-open-terminal hardsets $SHELL -l
Product:	Red Hat Enterprise Linux 6	Reporter:	D. E. Evans <devans>
Component:	nautilus-open-terminal	Assignee:	Tomáš Bžatek <tbzatek>
Status:	CLOSED ERRATA	QA Contact:	Desktop QE <desktop-qa-list>
Severity:	low	Docs Contact:
Priority:	low
Version:	6.0	CC:	tpelka, tsmetana
Target Milestone:	rc
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	nautilus-open-terminal-0.17-4.el6	Doc Type:	Bug Fix
Doc Text:	Cause: nautilus-open-terminal hardcoded the "-l" argument in command spawning shell Consequence: terminal failed to launch in non-bash shells Fix: terminal invocation parameters have been fixed Result: terminal launches successfully	Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-08-24 10:55:40 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description D. E. Evans 2010-10-06 03:49:50 UTC

Description of problem:
Nautilus open-terminal hard sets $SHELL -l/-i in nautilus-open-terminal.c

Version-Release number of selected component (if applicable):
0.17

How reproducible:
This is a known bug (see https://bugzilla.gnome.org/show_bug.cgi?id=602141)

Steps to Reproduce:
An easy test is to set ssh-agent in .bash_profile.  Then launch gnome-terminal via nautilus-open-terminal.  This will launch the ssh-add request for SSH identify passphrase.
  
Actual results:
.bash_profile sourced

Expected results:
/apps/gnome-terminal/profiles/Default/login_shell should govern the behaviour, not be hard coded.

Additional info:
This appears to have been fixed in 0.18.  A similar discussion was had here: <https://bugs.launchpad.net/ubuntu/+source/nautilus-open-terminal/+bug/448337>.

Comment 1 D. E. Evans 2010-10-06 03:51:03 UTC

s/identify/identity/

Comment 3 RHEL Program Management 2011-01-07 15:39:21 UTC

This request was evaluated by Red Hat Product Management for
inclusion in the current release of Red Hat Enterprise Linux.
Because the affected component is not scheduled to be updated
in the current release, Red Hat is unfortunately unable to
address this request at this time. Red Hat invites you to
ask your support representative to propose this request, if
appropriate and relevant, in the next release of Red Hat
Enterprise Linux. If you would like it considered as an
exception in the current release, please ask your support
representative.

Comment 4 Tomáš Bžatek 2011-01-21 15:44:53 UTC

Patch available, upstream commit: http://git.gnome.org/browse/nautilus-open-terminal/commit/?id=610d61ddb0ad6504a6e0d5823670b206bdbb52dd

Comment 8 Tomáš Bžatek 2011-08-01 14:14:14 UTC

    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
Cause: nautilus-open-terminal hardcoded the "-l" argument in command spawning shell

Consequence: terminal failed to launch in non-bash shells

Fix: terminal invocation parameters have been fixed

Result: terminal launches successfully

Comment 10 errata-xmlrpc 2011-08-24 10:55:40 UTC

An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2011-1205.html