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 324407 - Keep terminal open when chosing 'run in terminal'
Keep terminal open when chosing 'run in terminal'
Status: RESOLVED OBSOLETE
Product: gnome-terminal
Classification: Core
Component: general
2.12.x
Other All
: Normal enhancement
: ---
Assigned To: GNOME Terminal Maintainers
GNOME Terminal Maintainers
: 554248 613785 682130 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-12-18 19:02 UTC by Holger Bauer
Modified: 2021-06-10 16:22 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12



Description Holger Bauer 2005-12-18 19:02:21 UTC
Hi,

currently when you click on a script and you chose 'run in terminal' it
immediately closes after the exit.
However the window should stay open because:
1) when you select 'run in terminal', you want to see the output of the script.
Else you could run it without a terminal right?
2) on error the window closes immediately and you cannot see any error messages.
In use case 1) I could add a read at the end of the script. This will not work here.

There could also be an option 'keep window open', but I cannot think about a
case where you want the terminal to close immediately when the script exits.

What do you think about this?

Other information:
Comment 1 Enrico 2005-12-18 20:32:25 UTC
I fully agree: I can't think of use-cases where one would like the terminal to close immediately. But there are still two options: 
1.)       At end of script let the terminal window open but don't permit the user to write stuff in it (Behaviour used by Microsoft Windows)
2. and better IMO)      Just act as if one opened a gnome-terminal and wrote ./scriptname, letting the terminal open and fully functional at the end of the script.
Comment 2 Olav Vitters 2005-12-23 18:03:42 UTC
Can be done by forcing the option 'When command exists' to 'Hold the terminal open'. However this isn't always valid. If I run a curses application (Mutt) I do not want the terminal to stay open.
Comment 3 Holger Bauer 2005-12-30 09:11:41 UTC
I haven't thought about apps like mutt, but I still think some way to keep the terminal open is needed. There is no easy way to achieve this. Adding an option, instead of assuming you always want the window to stay open, is fine too. However Enrico's suggestion 1 means only an extra key press for mutt users. :)
Comment 4 Christian Persch 2008-05-29 20:06:44 UTC
Confirmed.
Needs command line option and libgnome/gio needs to use that when launching with terminal?
Or perhaps wontfix since it's impossible to tell whether to keep open or not from the launcher...

Comment 5 Behdad Esfahbod 2008-09-29 04:29:34 UTC
*** Bug 554248 has been marked as a duplicate of this bug. ***
Comment 6 Gantry York 2008-09-29 13:07:26 UTC
I see this feature request was opened almost 3 years ago.  Is this something that the GNOME development team intends to implement?

With regard to Christian Persch's comment:

Couldn't you simply make the default behavior to be what it is now and if the user specified an option, then it would remain open?

Examples:

xterm -hold 

kconsole --noclose 
Comment 7 Mateus César Gröess 2009-01-18 15:41:33 UTC
Dupe of bug 491807 ?  (Well, it's the inverse, but bug 491807 contains a patch).
Comment 8 Christian Persch 2009-01-18 18:05:09 UTC
Mostly a dup, yes. But comment 3 + 4 has a point that needs to be adressed, I think.
Comment 9 Cosimo Cecchi 2010-04-09 11:12:13 UTC
*** Bug 613785 has been marked as a duplicate of this bug. ***
Comment 10 Christian Persch 2012-08-18 10:45:23 UTC
*** Bug 682130 has been marked as a duplicate of this bug. ***
Comment 11 GNOME Infrastructure Team 2021-06-10 16:22:54 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/3309.