张小白 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
..
src	windows: Fix ssh reporting wrong password even it's actually correct (#38263)	2025-09-30 21:03:06 +08:00
Cargo.toml	Clean up RelPath API (#38912)	2025-09-25 14:42:32 -07:00
LICENSE-APACHE