Terminal tab title no change when ssh server

[anhdudeptrai]

Hi,
when I ssh the server, the title on the tab terminal doesn't change.
I'm using elementary os 6.1.
How to fix it?

Thank you!

[pklausner]

Same here. The usual control codes which Bash uses to set the title do work, but only for the overall window.
It looks as if the terminal somehow(tm) grabs the working directory of the topmost shell and shows its basename.
Is there a documentation somewhere about which control codes set that tab title?

[jeremypw]

Just to be clear, are we talking about the label in the window headerbar or the label in the tabbar?

The former is currently the same as the Vte.Terminal property window-title if not empty, otherwise the current directory path. I presume the Vte.Terminal gets the window-title from the shell (see ~./bashrc). It is a read-only property. This is also bound to the window's title property. The tab label is the basename of the current directory (disambiguated if required).

There is an open issue and PR related to the headerbar title (see #826 and #830) but not I think related to this issue. There is another issue which may be related - #593. Also #698.

[jeremypw]

I have pushed a PR that partially fixes the issue by showing the name of the foreground process in the tab label. So if you are using ssh to connect it will show that name in the label. There is no obvious way to access what is happening within the foreground process though unless that process itself changes the parent bash environment or otherwise changes the window title.

[pklausner]

Yes, it's about the distinction of tab vs window title.

I guess it was xterm which introduced the control sequences to set a title. As the concept of tabs wasn't event known back then, this meant the window title. Other (all?) tabbed terminal programs solve this by setting the tab title. The window title then is the title of the currently active tab. This is good, because theoretically you can distinguish the content of the tabs. This is bad, because the available space for tab titles is much smaller. Typical titles like user@full.host.name:~/foo/bar get truncated and you only see sth like
/user@x..\ /user@x..\ /user@y..\ - not helpful. My personal shell settings work around this by trying to have the most salient bit at the front of the title.

Elementary terminal's idea to use the current directory basename as tab title works very well for local shells. The workaround to show the program name if it's not a shell helps a wee bit.
For ssh, I would prefer to see the hostname first. For other programs, other defaults may make more sense.

Maybe there is a way to "mark" the most important part of the full title and have that as tab title?
Maybe interpreting the bold / un-bold attribute within the title? Normal terminals ignore it, IIUC.

[jeremypw]

Thanks for the suggestions! What we could do is to set the window title to the full command line of any foreground process that is running, which should include any arguments. At the moment it is still showing the cwd of the underlying shell which isn't very helpful. I am hesitant to try and start extracting bits based on what the foreground process is.

[jeremypw]

After more investigation, comparing Xterm on OS7.1 and OS8 it looks like the default Xterm window title on OS8 (Ubuntu 24.04) now shows details of the foreground process anyway so I am not sure we actually have to fix it in Terminal. I think this is because a different .bashrc and etc/profile.d/vte-2.91.sh file is shipped which takes care of it, at least as far as the window title is concerned. We will still have to handle the tab labelling. Maybe we could have an option to edit the tab label in case it does not suit the user in a particular case.