Files
oak-gpui/crates
张小白andPiotr Osiewicz 14fc726cae windows: Fix ssh reporting wrong password even it's actually correct (#38263)
Closes #34393

Currently, we’re using `zed.exe --askpass` kind of like an `nc`
substitute, it prints out the SSH password to stdout with something like
`println!("user-pwd")`. `ssh.exe` then reads the password from stdout so
it can establish the connection.

The problem is that in release builds we set `subsystem=windows` to
avoid Windows spawning a black console window by default. The side
effect is that `zed.exe` no longer has a stdout, so `ssh.exe` can’t read
the password.

Through testing, I confirmed that neither allocating a new console for
`zed.exe` nor attaching it to the parent process’s stdout resolves the
issue. As a result, this PR updates the implementation to use `cli.exe
--askpass` instead.

TODO:

- [ ] Check that the `cli` path is correct on macOS
- [ ] Check that the `cli` path is correct on Linux

Release Notes:

- N/A

---------

Co-authored-by: Piotr Osiewicz <24362066+osiewicz@users.noreply.github.com>
2025-09-30 21:03:06 +08:00
..
2025-08-13 13:25:52 -06:00
2025-09-08 21:53:17 -06:00
2025-09-25 14:42:32 -07:00
2025-09-03 22:10:14 +00:00
2025-09-26 11:41:26 -04:00
2025-09-25 14:42:32 -07:00
2025-09-25 14:42:32 -07:00
2025-09-18 16:47:23 +00:00
2025-09-17 10:47:09 +00:00
2025-09-26 11:41:26 -04:00
2025-07-17 14:25:55 +00:00
2025-07-08 14:34:57 +00:00
2025-09-24 02:19:52 -06:00
2025-09-18 16:47:23 +00:00
2025-09-18 16:47:23 +00:00
2025-09-25 14:42:32 -07:00
2025-09-25 14:42:32 -07:00
2025-09-08 21:53:17 -06:00
2025-09-22 14:36:10 -07:00
2025-09-18 16:47:23 +00:00
2025-09-18 16:47:23 +00:00
2025-09-29 21:16:00 +00:00
2025-09-26 11:41:26 -04:00