gnome-terminal issueshttps://gitlab.gnome.org/GNOME/gnome-terminal/-/issues2021-06-10T14:15:45Zhttps://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/1273Request for configurable "no more output" notifier in profterm2021-06-10T14:15:45ZBugzillaRequest for configurable "no more output" notifier in profterm## Submitted by Christian Rose
**[Link to original bug (#73273)](https://bugzilla.gnome.org/show_bug.cgi?id=73273)**
## Description
Perhaps a configurable "no more output" notifier feature would be useful in
profterm.
For example, i...## Submitted by Christian Rose
**[Link to original bug (#73273)](https://bugzilla.gnome.org/show_bug.cgi?id=73273)**
## Description
Perhaps a configurable "no more output" notifier feature would be useful in
profterm.
For example, imagine that you do a long compile and that you switch to
another desktop or minimize the terminal window during the compile. With
this feature, you could set a timer so that if there was no more output for
that many seconds, you will get a message window indicating that the
command finished, or some other notification, so that you will know when to
go back to the terminal because the compilation has finished.https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/1472Ship an "su root" profile by default2021-06-10T14:28:40ZBugzillaShip an "su root" profile by default## Submitted by Fernando Herrera de las Heras `@fherrera`
**[Link to original bug (#82200)](https://bugzilla.gnome.org/show_bug.cgi?id=82200)**
## Description
Here is a patch that adds an option to change the color background to red...## Submitted by Fernando Herrera de las Heras `@fherrera`
**[Link to original bug (#82200)](https://bugzilla.gnome.org/show_bug.cgi?id=82200)**
## Description
Here is a patch that adds an option to change the color background to red
when root is logged in the terminal. This is really util (the patch came
after some stupid delete when using too many termianls and only one with
root!).
It works fine except the notification stuff of the preferences because the
enum bitmask is full (32 bits), so it will need a "medium" change to gnome-
terminal code.
What's the best way? gint64 array?https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/1495Command-line option to make factory open a tab in last-used existing window2021-06-10T14:30:08ZBugzillaCommand-line option to make factory open a tab in last-used existing window## Submitted by Joseph Carter
**[Link to original bug (#83203)](https://bugzilla.gnome.org/show_bug.cgi?id=83203)**
## Description
When using --tab-with-profile=Default, rather than opening a new tab in the
current window, it create...## Submitted by Joseph Carter
**[Link to original bug (#83203)](https://bugzilla.gnome.org/show_bug.cgi?id=83203)**
## Description
When using --tab-with-profile=Default, rather than opening a new tab in the
current window, it creates a new one. Please make this option do something
useful. =)https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/1498Show screen number in tab title2021-06-10T14:30:58ZBugzillaShow screen number in tab title## Submitted by Fernando Herrera de las Heras `@fherrera`
**[Link to original bug (#83265)](https://bugzilla.gnome.org/show_bug.cgi?id=83265)**
## Description
This is a suggestion from our users:
To show in the tab title the number ...## Submitted by Fernando Herrera de las Heras `@fherrera`
**[Link to original bug (#83265)](https://bugzilla.gnome.org/show_bug.cgi?id=83265)**
## Description
This is a suggestion from our users:
To show in the tab title the number of the screen (when multiple screens
opened in a gnome-terminal). It helps to identify each screen, and allow
easily change with the key accels (if you see the last terminal has a [4]
in the title, you press alt+4).
I'm attaching the patchhttps://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/1572Add a way to configure keybindings to open a new tab/window with a given profile2021-06-10T14:37:11ZBugzillaAdd a way to configure keybindings to open a new tab/window with a given profile## Submitted by bas..@..il.com
**[Link to original bug (#87119)](https://bugzilla.gnome.org/show_bug.cgi?id=87119)**
## Description
It would be nice that you would have the choice of configuring more
keybindings, like, if you want t...## Submitted by bas..@..il.com
**[Link to original bug (#87119)](https://bugzilla.gnome.org/show_bug.cgi?id=87119)**
## Description
It would be nice that you would have the choice of configuring more
keybindings, like, if you want to create another tab o window that's not
the default profile, you can do it with a keybinding.
Also note that if you try to go to the menus with the keyboard, if one of
the elements are disabled (shaded) it's not possible to go "down" to the
nexts. This seems to be a gtk2 bug.https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/2368Option to turn off terminal resizing2022-02-06T18:11:19ZBugzillaOption to turn off terminal resizing## Submitted by Richard Tango-Lowy
**[Link to original bug (#116147)](https://bugzilla.gnome.org/show_bug.cgi?id=116147)**
## Description
Distribution: Mandrake Linux release 9.2 (Cooker) for i586
Package: gnome-terminal
Severity: e...## Submitted by Richard Tango-Lowy
**[Link to original bug (#116147)](https://bugzilla.gnome.org/show_bug.cgi?id=116147)**
## Description
Distribution: Mandrake Linux release 9.2 (Cooker) for i586
Package: gnome-terminal
Severity: enhancement
Version: GNOME2.3.3 2.3.1
Gnome distributor: MandrakeSoft
Synopsis: Option to turn off terminal resizing
Bugzilla-Product: gnome-terminal
Bugzilla-Component: general
Bugzilla-Version: 2.3.1
Description:
Description of Problem:
When I switch between tabs with different font sizes my terminal resizes
itself to accomodate. This can be very irritating sometimes, especially
when going from a window with a very small font (such as monitoring a
log) to one with a larger font.
How about an option to disable window resizing, so the window just keeps
whatever size it happens to be at the moment?
------- Bug moved to this database by unknown@bugzilla.gnome.org 2003-06-27 16:39 -------
Reassigning to the default owner of the component, gnome-core-maint@bugzilla.gnome.org.
Version: 3.10.xhttps://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/2423zooming with multiple tabs2021-06-10T15:26:46ZBugzillazooming with multiple tabs## Submitted by And..@...ac.uk
**[Link to original bug (#120301)](https://bugzilla.gnome.org/show_bug.cgi?id=120301)**
## Description
My problem is that zooming (with Ctrl++/-) changes the fontsize of only the
current tab. Changing ...## Submitted by And..@...ac.uk
**[Link to original bug (#120301)](https://bugzilla.gnome.org/show_bug.cgi?id=120301)**
## Description
My problem is that zooming (with Ctrl++/-) changes the fontsize of only the
current tab. Changing tabs in zoomed in state tries to resize the terminal
window to match the original fontsizes, but this is inconsistent.
After zooming in/changing tabs/zooming out I usually end up with many
different fontsizes in different tabs, while at the same time the window
size does not match what one would expect for the tab's fontsize.
gnome terminal version: 2.3.2
Version: 3.10.xhttps://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/2584Option to choose profile at startup2021-06-10T15:36:55ZBugzillaOption to choose profile at startup## Submitted by car..@..ray.se
**[Link to original bug (#128232)](https://bugzilla.gnome.org/show_bug.cgi?id=128232)**
## Description
Many times, I find myself thinking "I need to fix something on [some remote
host] - let's fire up ...## Submitted by car..@..ray.se
**[Link to original bug (#128232)](https://bugzilla.gnome.org/show_bug.cgi?id=128232)**
## Description
Many times, I find myself thinking "I need to fix something on [some remote
host] - let's fire up a terminal" which, when done, presents me with the
profile set as starting profile. However, this profile is a standard shell
on the local box, which means I'll have to open a new tab with a
pre-configured ("ssh user@remote.host" as shell) profile if I don't want to
type in "ssh user@remote.host" in the local shell.
Suggestion: I think it would be great if you could make gnome-terminal ask
which profile to use when starting a new terminal. A concrete
implementation would be that in
Edit->Profiles->Profile to use when starting a new terminal
, you could set the Profile to "Ask at startup" in the drop-down box. When
set to "Ask at startup", gnome-terminal should present a dialog with a list
of configured profiles to choose from.https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/2638[RFE]: Notify text changes on non-active tabs2021-06-10T15:40:06ZBugzilla[RFE]: Notify text changes on non-active tabs## Submitted by Fernando Herrera de las Heras `@fherrera`
**[Link to original bug (#132173)](https://bugzilla.gnome.org/show_bug.cgi?id=132173)**
## Description
Scenario:
User running gnome-terminal with multiple tabs opened.
One of...## Submitted by Fernando Herrera de las Heras `@fherrera`
**[Link to original bug (#132173)](https://bugzilla.gnome.org/show_bug.cgi?id=132173)**
## Description
Scenario:
User running gnome-terminal with multiple tabs opened.
One of those screens gets new text, for example:
* a tail -f /var/log/messages
* slow slogin prompting for password
* doing a talk
* make
* ...
It would be great if user could have notification of this text.
I've implemented it for gnome-terminal cvs HEAD. Using blue color for tabs
with new text, and "cursor-changed" signal (it's not perfect, but
text-inserted is private).
Is this a good feature for everyone? (no pref at all)
Is this a user configurable feature? (gnome-terminal preference or desktop
wise one)
Is this crap? :)
Version: 3.10.x
### Depends on
* [Bug 132610](https://bugzilla.gnome.org/show_bug.cgi?id=132610)https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/2872Allow to dump contents of text file into terminal2021-06-10T15:55:30ZBugzillaAllow to dump contents of text file into terminal## Submitted by gno..@..en.com
**[Link to original bug (#148453)](https://bugzilla.gnome.org/show_bug.cgi?id=148453)**
## Description
It would be great to be able to select a text file and to dump its contents into
the terminal, muc...## Submitted by gno..@..en.com
**[Link to original bug (#148453)](https://bugzilla.gnome.org/show_bug.cgi?id=148453)**
## Description
It would be great to be able to select a text file and to dump its contents into
the terminal, much like zMUD and other terminal emulators allow to do. The main
use: scripts!
When I am connected to a remote system it's important to be able to quickly
execute scripts without having to copy and paste them.
If this is ever implemented, the ability to specify a prefix string and a
postfix string, like zMUD allows, would be excellent. What I mean is that if a
file that I want to dump into the terminal has only commands, then I could enter
" &" as a postfix string and each command would be executed in the background.
Basically, this feature would append (and prepend) each line of the dumped file
with the necessary strings without having to modify the file itself.https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/3009don't allow to set keybindings that are used by the window manager or g-s-d2021-06-10T16:04:11ZBugzilladon't allow to set keybindings that are used by the window manager or g-s-d## Submitted by Raj
**[Link to original bug (#161762)](https://bugzilla.gnome.org/show_bug.cgi?id=161762)**
## Description
- Invoke gnome-terminal
- Click on 'Edit->Keyboard Shortcuts'
- Select File->New Profile'
- Set shortcut key ...## Submitted by Raj
**[Link to original bug (#161762)](https://bugzilla.gnome.org/show_bug.cgi?id=161762)**
## Description
- Invoke gnome-terminal
- Click on 'Edit->Keyboard Shortcuts'
- Select File->New Profile'
- Set shortcut key to '`<Shift>``<Ctrl>``<Alt>``<Escape>`
- Click on 'Close'
- Press SHIFT+CTRL+ALT+ESC
The 'new profile' dialog does not open.
### Depends on
* [Bug 774710](https://bugzilla.gnome.org/show_bug.cgi?id=774710)https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/3057Make a guess about active foreground & background processes for close confirm...2021-06-10T16:07:12ZBugzillaMake a guess about active foreground & background processes for close confirmation## Submitted by Erika Ahlswede
**[Link to original bug (#168320)](https://bugzilla.gnome.org/show_bug.cgi?id=168320)**
## Description
It would be nice, if feasible, for gnome-terminal to take a look at its child
processes when closi...## Submitted by Erika Ahlswede
**[Link to original bug (#168320)](https://bugzilla.gnome.org/show_bug.cgi?id=168320)**
## Description
It would be nice, if feasible, for gnome-terminal to take a look at its child
processes when closing a window to see if anything is running except the shell
(check against /etc/shells or similar), and use this information to decide
whether or not to pop up a close confirmation dialog.
This would put a stop to silly mistakes for users who occasionally launch X apps
from terminals and then forget and close them.https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/3262Allow splitting a terminal window2022-06-06T10:54:46ZBugzillaAllow splitting a terminal window## Submitted by Marius Scurtescu
**[Link to original bug (#319454)](https://bugzilla.gnome.org/show_bug.cgi?id=319454)**
## Description
Please add a terminal window splitting feature. I have seen this in the Mac OS
Terminal applicat...## Submitted by Marius Scurtescu
**[Link to original bug (#319454)](https://bugzilla.gnome.org/show_bug.cgi?id=319454)**
## Description
Please add a terminal window splitting feature. I have seen this in the Mac OS
Terminal application.
Basically you can split the window to see view different parts of the scrolling
window at the same time. It is implemented by a small icon on top of the scroll
bar, it toggles the split state.https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/3272Feature request: "Duplicate Session" Option2021-06-10T16:20:32ZBugzillaFeature request: "Duplicate Session" Option## Submitted by Mateus César Gröess
**[Link to original bug (#320667)](https://bugzilla.gnome.org/show_bug.cgi?id=320667)**
## Description
Hi, I use Putty under Windows and it has a useful option to "Duplicate Session",
if you are i...## Submitted by Mateus César Gröess
**[Link to original bug (#320667)](https://bugzilla.gnome.org/show_bug.cgi?id=320667)**
## Description
Hi, I use Putty under Windows and it has a useful option to "Duplicate Session",
if you are in a session and want to start a new session with the same options
used, without close que current. It is welcome if you are using Gnome-Terminal
after start it using some long command line...
gnome-terminal -x ssh -l root -p 12345 host.domain.com ...
... and want two windows, one to type command and other to look at log files or
network traffic. I hope this will not be hard to implement in Gnome-terminal.https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/3309Keep terminal open when chosing 'run in terminal'2021-06-10T16:22:48ZBugzillaKeep terminal open when chosing 'run in terminal'## Submitted by Holger Bauer
**[Link to original bug (#324407)](https://bugzilla.gnome.org/show_bug.cgi?id=324407)**
## Description
Hi,
currently when you click on a script and you chose 'run in terminal' it
immediately closes afte...## Submitted by Holger Bauer
**[Link to original bug (#324407)](https://bugzilla.gnome.org/show_bug.cgi?id=324407)**
## Description
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:
Version: 2.12.xhttps://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/3376New feature: "Extended" terminals?2021-06-10T16:27:10ZBugzillaNew feature: "Extended" terminals?## Submitted by Chris Ball
**[Link to original bug (#331621)](https://bugzilla.gnome.org/show_bug.cgi?id=331621)**
## Description
Hello,
I frequently run large Makefiles that produce a lot of output, and I like to see
as much of th...## Submitted by Chris Ball
**[Link to original bug (#331621)](https://bugzilla.gnome.org/show_bug.cgi?id=331621)**
## Description
Hello,
I frequently run large Makefiles that produce a lot of output, and I like to see
as much of the output as I can -- I make my terminal as tall as the height of my
screen. However, what I'd really like to be able to do is to create another
terminal, of the same dimensions, and have a setup where when something scrolls
off terminal one it scrolls onto terminal two, so that I have a double-width
extended terminal. (Or an n-width extended terminal, conceivably.)
Emacs supports doing something like this with "follow-mode", but I'm not editing
local files, I'm sshing far away. Any interest in implementing this, or
accepting a patch? (I wouldn't mind if this were some kind of gconf-only
feature, unadvertised in the GUI, FWIW.)
Thanks very much for reading.
Version: 3.10.x
### Depends on
* [Bug 103770](https://bugzilla.gnome.org/show_bug.cgi?id=103770)https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/3380Support for GNU screen2021-06-10T16:27:26ZBugzillaSupport for GNU screen## Submitted by Mathias Hasselmann (IRC: tbf)
**[Link to original bug (#332148)](https://bugzilla.gnome.org/show_bug.cgi?id=332148)**
## Description
GNOME already supports using Secure Shell servers for storage, so it would be conse...## Submitted by Mathias Hasselmann (IRC: tbf)
**[Link to original bug (#332148)](https://bugzilla.gnome.org/show_bug.cgi?id=332148)**
## Description
GNOME already supports using Secure Shell servers for storage, so it would be consequent to add support for Secure Shell to GNOME Terminal. Once we are on it, we also could teach to attacht to screen sessions. Have a look at the screenshots for getting an idea. Btw, what do you think about adding those stock icons shown in the mockups to GNOME Terminal?
The list of Secure Shell servers could be retreived by scanning ~/.ssh/confing for "Host" entries. The list of Screen sessions could be retreived by scanning /var/run/screen or by parsing the output of "screen -ls".
Version: 2.13.x
### Depends on
* [Bug 332634](https://bugzilla.gnome.org/show_bug.cgi?id=332634)
* [Bug 332759](https://bugzilla.gnome.org/show_bug.cgi?id=332759)https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/3397graphical bookmarks and history for commands2021-06-10T16:29:07ZBugzillagraphical bookmarks and history for commands## Submitted by Thilo
**[Link to original bug (#334553)](https://bugzilla.gnome.org/show_bug.cgi?id=334553)**
## Description
The bash and other shells habe a history. I would suggest that gnome-terminal
has a graphical menu for
a) ...## Submitted by Thilo
**[Link to original bug (#334553)](https://bugzilla.gnome.org/show_bug.cgi?id=334553)**
## Description
The bash and other shells habe a history. I would suggest that gnome-terminal
has a graphical menu for
a) history of last commands (these could go long, but maybe the start is enough)
b) bookmarks for often used commands
I think we often have to type the same stupid stuff killing an application that
is not visible with 'killall APPLICATIONNAME' or similar. I think new menus for
history and bookmarks would add some graphic that would mean very less type work!
The only problem would be if people choose different shells. For the start one
shell like bash could be supported and only if this is uses, the menu is displayed.https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/3405Close buttons take up a lot of space and are easy to click by accident when s...2021-06-10T16:29:49ZBugzillaClose buttons take up a lot of space and are easy to click by accident when selecting tabs## Submitted by Martin K. Petersen
**[Link to original bug (#335453)](https://bugzilla.gnome.org/show_bug.cgi?id=335453)**
## Description
If you have more than a few tabs open the close buttons get in the way.
First of all their pr...## Submitted by Martin K. Petersen
**[Link to original bug (#335453)](https://bugzilla.gnome.org/show_bug.cgi?id=335453)**
## Description
If you have more than a few tabs open the close buttons get in the way.
First of all their presence truncates the tab titles thus making it harder to
identify a particular tab by name. Given g-t's use of horizontal tabs the space
is tight to begin with.
Also, the close buttons are extremely easy to hit by accident when clicking to
select causing the tab to be closed without further notice. This behaviour
assumes that individual tabs are disposable and often that's not the case. By
comparison - say - gedit will ask the user for confirmation before closing a tab
to avoid losing data.
For readability reasons I'd like to see the close buttons become a preference.
At the very minimum a requester should ask to confirm closure. That goes for
the Close Tab option in the menu too...
Version: 2.14.xhttps://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/3502ssh/telnet URI handler2021-06-10T16:37:28ZBugzillassh/telnet URI handler## Submitted by Ryan Lovett
**[Link to original bug (#343934)](https://bugzilla.gnome.org/show_bug.cgi?id=343934)**
## Description
While gnome-terminal supports the ability to click on web URIs, it'd be nice if it could also respond...## Submitted by Ryan Lovett
**[Link to original bug (#343934)](https://bugzilla.gnome.org/show_bug.cgi?id=343934)**
## Description
While gnome-terminal supports the ability to click on web URIs, it'd be nice if it could also respond to clicking on ssh/telnet/rlogin/rsh URIs, e.g. ssh://user@hostname.com or even the pedantic (and unlikely) ssh://user:password@hostname.com. gnome-terminal could open another window or tab with the new SSH session.
If gnome-terminal could also respond to URIs on the command-line, it would also make it just slightly easier to support these protocol handlers via Mozilla web browsers, e.g.
pref("network.protocol-handler.app.ssh", "/usr/bin/gnome-terminal");
pref("network.protocol-handler.app.telnet", "/usr/bin/gnome-terminal");
assuming the URI is argv[1]. (the -e flag would require a helper script)
See http://nerd.earthside.org/howto/enable-telnet-uri-handling-in-firefox.html for more details.
Terminal.app, in Mac OS X, supports the handling of these URIs and, ironically, it makes the terminal feel more integrated into the OS. (in this respect) If you have access to a Mac, try clicking on an SSH URI.
I suppose one could somehow accomplish the above with helper scripts and/or some sort of gnome-vfs fu and/or gnome-default-applications-properties. As an end user, however, I'd just like the Right Thing to happen when clicking on a URI, even if ssh/telnet are thought to be used by only those who can hack their own way of doing this.
Version: 2.14.x