starred/terminal
1
0
Fork 0
mirror of https://github.com/microsoft/terminal.git synced 2026-09-25 00:15:10 +00:00
Code Issues 19.0k Packages Projects Releases 20 Wiki Activity

"suppressApplicationTitle" doesn't work (or exist.) #3725

New Issue
Closed
opened 2026-01-30 23:28:31 +00:00 by claunia · 10 comments
claunia commented 2026-01-30 23:28:31 +00:00
Owner
Copy Link

Originally created by @aedm on GitHub (Sep 3, 2019).

Originally assigned to: @cinnamon-msft on GitHub.

Environment

Windows 10.0.18362.0
Terminal: 0.4.2382.0

Steps to reproduce

  1. Add custom, permanent tab titles for some of the profiles:
  "tabTitle" : "gateway",
  "suppressApplicationTitle": true,
  1. Start a new application in these tabs.

I took the syntax from the PR by @zadjii-msft: https://github.com/microsoft/terminal/pull/2373#issuecomment-520832247

Expected behavior

Tab titles don't change, they keep the value specified in tabTitle, just like they used to in Terminal 0.3.x.

Actual behavior

Tab titles change to reflect the currently running program.

Here I'm running three different applications using npm start. I've set up a different, useful tabTitle for all of these tabs, but all I see is this:

image

Note

From #2373: "d. We'll add suppressApplicationTitle when someone complains" <- Here I am. :)

Originally created by @aedm on GitHub (Sep 3, 2019). Originally assigned to: @cinnamon-msft on GitHub. # Environment ``` Windows 10.0.18362.0 Terminal: 0.4.2382.0 ``` # Steps to reproduce 1. Add custom, permanent tab titles for some of the profiles: ``` "tabTitle" : "gateway", "suppressApplicationTitle": true, ``` 2. Start a new application in these tabs. I took the syntax from the PR by @zadjii-msft: https://github.com/microsoft/terminal/pull/2373#issuecomment-520832247 # Expected behavior Tab titles don't change, they keep the value specified in `tabTitle`, just like they used to in Terminal 0.3.x. # Actual behavior Tab titles change to reflect the currently running program. Here I'm running three different applications using `npm start`. I've set up a different, useful `tabTitle` for all of these tabs, but all I see is this: ![image](https://user-images.githubusercontent.com/7765984/64156420-05f45d00-ce35-11e9-9d97-01cb2ff558de.png) # Note From #2373: _"d. We'll add suppressApplicationTitle when someone complains"_ <- Here I am. :)
claunia commented 2026-01-30 23:28:32 +00:00
Author
Owner
Copy Link

@rkevingibson commented on GitHub (Sep 4, 2019):

Strong upvote for this. This most recent update made my nice short tab titles into 80 character long beasts when using razzle, and they all contain useless information.

@rkevingibson commented on GitHub (Sep 4, 2019): Strong upvote for this. This most recent update made my nice short tab titles into 80 character long beasts when using razzle, and they all contain useless information.
claunia commented 2026-01-30 23:28:33 +00:00
Author
Owner
Copy Link

@DHowett-MSFT commented on GitHub (Sep 4, 2019):

@rkevingibson you knwo you can use the title command (from CMD) to reset them, right? PowerShell also affords $Host.UI.RawUI.Title. A lot of these are better options than a strict override, unless the application has absolutely no other way of fixing the title. It's a huge hammer.

@DHowett-MSFT commented on GitHub (Sep 4, 2019): @rkevingibson you knwo you can use the `title` command (from CMD) to reset them, right? PowerShell also affords `$Host.UI.RawUI.Title`. A lot of these are better options than a strict override, unless the application has _absolutely no other way_ of fixing the title. It's a huge hammer.
claunia commented 2026-01-30 23:28:33 +00:00
Author
Owner
Copy Link

@aedm commented on GitHub (Sep 6, 2019):

@DHowett-MSFT It would be a very good solution, but it doesn't always work. Some apps like npm completely override title.

2019-09-06_16-18-27

@aedm commented on GitHub (Sep 6, 2019): @DHowett-MSFT It would be a very good solution, but it doesn't always work. Some apps like `npm` completely override `title`. ![2019-09-06_16-18-27](https://user-images.githubusercontent.com/7765984/64435188-52a09800-d0c2-11e9-8540-16371a911dc1.gif)
claunia commented 2026-01-30 23:28:33 +00:00
Author
Owner
Copy Link

@ramsay-vibes commented on GitHub (Sep 6, 2019):

@DHowett-MSFT as mentioned by @aedm, I too have observed issues whereby tabTitle and the title command in the command prompt are overridden dynamically. Sometimes at the end of running a batch file to build code from the command line, after the title has changed dynamically in the tab, it may or may not revert back to the title set before the batch file was run.

For example, after setting title to x64, as also defined in tabTitle, the following happens while the batch file is running (for several minutes).
title2

So in the case above the title eventually reverted back to x64, but this one didn't revert back to x86 (shown in previous image) after completion of the batch file. Also, note the disappearance of Administrator:
title1

I definitely prefer a method, perhaps by using tabTitle and suppressApplicationTitle = true so that once set it never changes. Meanwhile, it also looks like something is not working as expected.

@ramsay-vibes commented on GitHub (Sep 6, 2019): @DHowett-MSFT as mentioned by @aedm, I too have observed issues whereby **tabTitle** and the **title** command in the command prompt are overridden dynamically. Sometimes at the end of running a batch file to build code from the command line, after the title has changed dynamically in the tab, it may or may not revert back to the title set before the batch file was run. For example, after setting title to x64, as also defined in tabTitle, the following happens while the batch file is running (for several minutes). ![title2](https://user-images.githubusercontent.com/8571098/64436343-0f432b00-d0bc-11e9-8d95-4d62ccb6565b.png) So in the case above the title eventually reverted back to **x64**, but this one didn't revert back to **x86** (shown in previous image) after completion of the batch file. Also, note the disappearance of **Administrator**: ![title1](https://user-images.githubusercontent.com/8571098/64436555-84aefb80-d0bc-11e9-8f63-06943f416453.png) I definitely prefer a method, perhaps by using `tabTitle `and `suppressApplicationTitle = true` so that once set it never changes. Meanwhile, it also looks like something is not working as expected.
claunia commented 2026-01-30 23:28:33 +00:00
Author
Owner
Copy Link

@timespinner commented on GitHub (Oct 26, 2019):

I know this is not directly related to the ticket, but in addition, I would vote for a dynamic solution if the title is not set - have optional tabMinWidth and tabMaxWidth properties, and shorten the width of all tabs, stopping at minWidth as width of the overall terminal decreases. If the overall width increases, increase the width of all tabs until maxWidth is reached. Scrollbars only appear if tabs can't be shortened any more and then disappear where there is enough room. This will ensure that all tabs appear without having to scroll, and still gives you dynamic titles, which is quite critical.

@timespinner commented on GitHub (Oct 26, 2019): I know this is not directly related to the ticket, but in addition, I would vote for a dynamic solution if the title is not set - have optional tabMinWidth and tabMaxWidth properties, and shorten the width of all tabs, stopping at minWidth as width of the overall terminal decreases. If the overall width increases, increase the width of all tabs until maxWidth is reached. Scrollbars only appear if tabs can't be shortened any more and then disappear where there is enough room. This will ensure that all tabs appear without having to scroll, and still gives you dynamic titles, which is quite critical.
claunia commented 2026-01-30 23:28:34 +00:00
Author
Owner
Copy Link

@ghost commented on GitHub (Nov 26, 2019):

:tada:This issue was addressed in #2814, which has now been successfully released as Windows Terminal Preview v0.7.3291.0.🎉

Handy links:

@ghost commented on GitHub (Nov 26, 2019): :tada:This issue was addressed in #2814, which has now been successfully released as `Windows Terminal Preview v0.7.3291.0`.:tada: Handy links: * [Release Notes](https://github.com/microsoft/terminal/releases/tag/v0.7.3291.0) * [Store Download](https://www.microsoft.com/store/apps/9n0dx20hk701?cid=storebadge&ocid=badge)
claunia commented 2026-01-30 23:28:34 +00:00
Author
Owner
Copy Link

@4k3or3et commented on GitHub (Nov 26, 2019):

Hi guys,

i just updated Windows Terminal to Version: 0.7.3291.0. I have implemented in the config:

        "commandline" : "%windir%/system32/openssh/ssh.exe root@192.168.1.2
        "name" : "My Linux box",
        "tabTitle" : "My Linux box",
        "suppressApplicationTitle" : true,

However when i start new tab with that profile, title still changes to 'OpenSSH SSH client'.

Am i doing something wrong guys?

Thanks for any clues...

@4k3or3et commented on GitHub (Nov 26, 2019): Hi guys, i just updated Windows Terminal to Version: 0.7.3291.0. I have implemented in the config: "commandline" : "%windir%/system32/openssh/ssh.exe root@192.168.1.2 "name" : "My Linux box", "tabTitle" : "My Linux box", "suppressApplicationTitle" : true, However when i start new tab with that profile, title still changes to 'OpenSSH SSH client'. Am i doing something wrong guys? Thanks for any clues...
claunia commented 2026-01-30 23:28:34 +00:00
Author
Owner
Copy Link

@supermartzin commented on GitHub (Nov 26, 2019):

Same issue here, the setting doesn't work for me either :(

@supermartzin commented on GitHub (Nov 26, 2019): Same issue here, the setting doesn't work for me either :(
claunia commented 2026-01-30 23:28:34 +00:00
Author
Owner
Copy Link

@asmh1989 commented on GitHub (Nov 27, 2019):

@4k3or3et i delete tabTitle, it works

@asmh1989 commented on GitHub (Nov 27, 2019): @4k3or3et i delete `tabTitle`, it works
claunia commented 2026-01-30 23:28:35 +00:00
Author
Owner
Copy Link

@4k3or3et commented on GitHub (Nov 27, 2019):

It works with:

"commandline" : "%windir%/system32/openssh/ssh.exe root@192.168.1.2

However when you have:

"commandline" : "%windir%/system32/openssh/ssh.exe root@192.168.1.2 -i path_to_the_authentication_key"

the title still changes...

Anything else i can try?

@4k3or3et commented on GitHub (Nov 27, 2019): It works with: `"commandline" : "%windir%/system32/openssh/ssh.exe root@192.168.1.2` However when you have: `"commandline" : "%windir%/system32/openssh/ssh.exe root@192.168.1.2 -i path_to_the_authentication_key"` the title still changes... Anything else i can try?
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
⛺ Reserved
A11yCO
A11yMAS
A11ySev1
A11ySev2
A11ySev3
A11yTTValidated
A11yUsable
A11yVoiceAccess
A11yWCAG
Area-Accessibility
Area-AtlasEngine
Area-AzureShell
Area-Build
Area-Build
Area-Chat
Area-CmdPal
Area-CodeHealth
Area-Commandline
Area-CookedRead
Area-DefApp
Area-Extensibility
Area-Fonts
Area-GroupPolicy
Area-i18n
Area-Input
Area-Interaction
Area-Interop
Area-Localization
Area-Output
Area-Performance
Area-Portable
Area-Quality
Area-Remoting
Area-Rendering
Area-Schema
Area-Server
Area-Settings
Area-SettingsUI
Area-ShellExtension
Area-ShellExtension
Area-ShellExtension
Area-Suggestions
Area-Suggestions
Area-TerminalConnection
Area-TerminalControl
Area-Theming
Area-UserInterface
Area-VT
Area-Windowing
Area-WPFControl
AutoMerge
Blocking-Ingestion
Culprit-Centennial
Culprit-WinUI
Disability-All
Disability-Blind
Disability-LowVision
Disability-Mobility
External-Blocked-WinUI3
Fixed
Gathering-Data
good first issue
HCL-E+D
HCL-WindowsTerminal
Help Wanted
Impact-Compatibility
Impact-Compliance
Impact-Correctness
Impact-Visual
In-PR
InclusionBacklog
InclusionBacklog-Windows TerminalWin32
InclusionCommitted-202206
Issue-Bug
Issue-Docs
Issue-Feature
Issue-Feature
Issue-Question
Issue-Samples
Issue-Scenario
Issue-Task
Needs-Attention
Needs-Author-Feedback
Needs-Bisect
Needs-Discussion
Needs-Repro
Needs-Tag-Fix
Needs-Tag-Fix
Needs-Triage
No-Recent-Activity
Priority-0
Priority-1
Priority-2
Priority-3
Product-Cmd.exe
Product-Colortool
Product-Colortool
Product-Colortool
Product-Conhost
Product-Conpty
Product-Meta
Product-Powershell
Product-Terminal
Product-WSL
pull-request
Mirrored from GitHub Pull Request
 Resolution-Answered
Resolution-By-Design
Resolution-Duplicate
Resolution-External
Resolution-Fix-Available
Resolution-Fix-Committed
Resolution-No-Repro
Resolution-Won't-Fix
Severity-Blocking
Severity-Crash
Severity-DataLoss
spam
this-will-be-a-breaking-change
Tracking-External
WindowsTerminal_Win32
Work-Item
zAskModeBug
zInbox-Bug
No Label Area-Settings Issue-Task Needs-Tag-Fix Product-Terminal Resolution-Fix-Committed
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
claunia
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#3725
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?