-
Notifications
You must be signed in to change notification settings - Fork 305
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unexpected backslashes when remoting from Win to Nix #3923
Comments
I think this could be resolved in PSReadline (detect remoting session and switching to Unix or Windows mode as needed). /cc @daxian-dbw Should we move this in PSReadline repo? |
Fixing PowerShell/PowerShell#10509 would probably fix this issue too. |
This issue has not had any activity in 6 months, if this is a bug please try to reproduce on the latest version of PowerShell and reopen a new issue and reference this issue if this is still a blocker for you. |
1 similar comment
This issue has not had any activity in 6 months, if this is a bug please try to reproduce on the latest version of PowerShell and reopen a new issue and reference this issue if this is still a blocker for you. |
This is still a problem. PowerShell still tries to use |
This issue has been marked as "No Activity" as there has been no activity for 6 months. It has been closed for housekeeping purposes. |
I was active in this issue last week. |
Thank you @PowerCoder for this issue. The interactive WG agrees that this is a bug to be investigated and fixed in the future. |
A minor cosmetic issue described in VSCode's Repo.
Steps to reproduce & actual behavior
If I start PwSH on my Windows-box:
Then use remoting to my Linux box:
And then use TAB-completion on file-paths, it will append backslashes instead of forward slashes.
In this case, I typed
/tm
followed by TAB.Powershell can, however deal with them, as I can keep typing and the next TAB will auto-correct the backslash to a forward slash.
In this case, I typed
/tmp\scrip
followed by TAB.Pressing Enter on the above command also works fine with the backslash.
If I (as accurately as is possible) reproduce the steps involved in a Enter-PSSession over SSH by:
it works just fine:
In other news, I notice the previous PSRemoting session isn't registered as a login session.
Linux security admins everywhere are blocking PwSh-over-SSH right now.
Expected behavior
Do you want me to write it out? Expected behavior is when TAB auto-complete appends forward slashes instead of backslashes. Which happens when running pwsh from the linux console, as well as when I connect using SSH into the default shell first, before starting pwsh from said shell.
My guess is it has something to do with the fact that the parent-session is Windows. But since Linux-native commands like
ls
(and as you can seelast
) work, it would mean thatIsLinux
should be$True
. I'll leave it to the experts.The text was updated successfully, but these errors were encountered: