-
Notifications
You must be signed in to change notification settings - Fork 8.5k
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
Output from WSL command pipeline is randomly truncated #1078
Comments
@benhillis Is this some sort of WSL bug? It seems to occur regardless of conhost vs terminal. The fact that running |
I have seen instances of this in the past, let me see if I can still repro... |
This report is on 17134, and it seems to be related to piping from WSL to WSL. I'm going to say with 100% certainty that it's not a Console bug. 😄 |
Thanks all for checking. 👍 Should I reopen this issue somewhere else? (I originally intended to open it at https://github.com/microsoft/WSL/issues/new but there it says:
So I did that here instead. From outside it's difficult to know if this is a rendering issue or not. For all I know it could be a bug in Please let me know or just reopen the issue wherever the appropriate place is, thanks! |
Yea, sometimes it's really hard to tell externally if something like this is better suited for the WSL repo or the console repo. In this case, this is probably a bug with WSL itself, so it probably belongs in Microsoft/WSL |
OK thanks, I opened a new issue there. |
Environment
Steps to reproduce
cmd.exe
and enter the following commands:Repeat the last line multiple times to repeat the problem with randomly different behavior.
Expected behavior
After the last command the terminal should display all integers from 100 to 999.
Actual behavior
After the last command the terminal only displays all integers from 100 to some random integer smaller than 999 (e.g. 978). Sometimes the last integer is not shown completely (e.g. only "97" instead of "978").
The output is truncated? One of the programs in the pipeline is aborted early? It might be a timing issue? Repeating the last command often results in the same "random" number, but sometimes it gets stops later / earlier.
Using different counts (e.g. 100 to 400 instead of 100 to 999) the problem also occurs.
Using slightly different commands the problem does not occur, e.g. this works correctly:
The text was updated successfully, but these errors were encountered: