PuTTY bug cmdline-host-override

This is a mirror. Follow this link to find the primary PuTTY web site.

Home | FAQ | Feedback | Licence | Updates | Mirrors | Keys | Links | Team
Download: Stable · Pre-release · Snapshot | Docs | Privacy | Changes | Wishlist

summary: -load overrides a host name specified on the command line
class: bug: This is clearly an actual problem we want fixed.
difficulty: fun: Just needs tuits, and not many of them.
priority: medium: This should be fixed one day.
fixed-in: 2003-03-23 271adc266de500872573db1b1f918299db75988e (0.54)

If both -load and a hostname are specified on PuTTY's command line, the hostname from the saved session takes precedence, which it shouldn't. This is because bare hostnames aren't passed through cmdline_process_param() in the same way that (e.g.) bare port numbers are, so they end up being trampled by cmdline_process_saved().

SGT, 2003-03-22: Well, -load is now processed immediately rather than being deferred until cmdline_process_saved(). This should eliminate this sort of bug completely. However, the effect on Plink host names isn't exactly what I stated above; instead, specifying a -load option that mentions a host name actually prevents Plink from looking for an explicit host name. The upshot of this is that the command plink -load session host will connect to the host specified in the saved session, and interpret "host" as the command to run.

It's possible that some people really do have a need to load a saved session and override only its host name component, but I think this behaviour is more generally useful. If anyone complains I can always add an explicit -host command-line option.


If you want to comment on this web site, see the Feedback page.
Audit trail for this bug.
(last revision of this bug record was at 2016-12-27 11:40:22 +0000)