SSH profiles without HostName won't be generated #23747

Closed
opened 2026-01-31 08:51:19 +00:00 by claunia · 3 comments
Owner

Originally created by @gmsj0001 on GitHub (Oct 23, 2025).

Host 192.168.1.1
  User root

This is a valid config but WT requires a HostName line

Originally created by @gmsj0001 on GitHub (Oct 23, 2025). ``` Host 192.168.1.1 User root ``` This is a valid config but WT requires a HostName line
Author
Owner

@Karsod58 commented on GitHub (Oct 24, 2025):

I suggest adding HostName 192.168.1.1 as it's the simplest fix that maintains compatibility with both SSH and Windows Terminal while keeping your existing workflow intact. Like Host 192.168.1.1
HostName 192.168.1.1
User root

@Karsod58 commented on GitHub (Oct 24, 2025): I suggest adding HostName 192.168.1.1 as it's the simplest fix that maintains compatibility with both SSH and Windows Terminal while keeping your existing workflow intact. Like Host 192.168.1.1 HostName 192.168.1.1 User root
Author
Owner

@DHowett commented on GitHub (Oct 29, 2025):

Thanks for filing! For now, this one is by design. The thing is, we've been trying to figure out the right balance between creating useful profiles and inundating users with useless cruft.

My SSH config has a bunch of lines line this:

Host a b c d
    User foo

I don't think we should create four profiles from that. I don't know if we should create one, either. Which one? It's not a... and it's not d.

We decided that we wanted to make profile for "aliases" (think shorthand for SSHing somewhere), and Host and HostName were the best heuristic we could agree on for figuring out what endpoints people were making aliases for.

@DHowett commented on GitHub (Oct 29, 2025): Thanks for filing! For now, this one is by design. The thing is, we've been trying to figure out the right balance between creating useful profiles and inundating users with useless cruft. My SSH config has a bunch of lines line this: ``` Host a b c d User foo ``` I don't think we should create four profiles from that. I don't know if we should create _one_, either. Which one? It's not `a`... and it's not `d`. We decided that we wanted to make profile for "aliases" (think shorthand for SSHing somewhere), and `Host` and `HostName` were the best heuristic we could agree on for figuring out what endpoints people were making _aliases_ for.
Author
Owner

@DHowett commented on GitHub (Oct 29, 2025):

If we were to revamp how dynamic profiles work so that they don't permanently write profiles into your config file and were instead searchable launchable tasks... we may revisit this. For now, though, no. :)

@DHowett commented on GitHub (Oct 29, 2025): If we were to revamp how dynamic profiles work so that they don't permanently write profiles into your config file and were instead searchable launchable tasks... we may revisit this. For now, though, no. :)
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#23747