Non-PS command output not logging to transcript. #8156

Open
opened 2026-01-31 01:22:16 +00:00 by claunia · 0 comments
Owner

Originally created by @rholliday on GitHub (May 15, 2020).

Environment

Windows build number: 10.0.18363.0 and 10.0.18363.592
Windows Terminal version (if applicable): 0.11.1251.0 and 0.11.1333.0

Any other software?
PSReadline version: 2.1.0-beta1 and 2.0.0-beta5

Steps to reproduce

Run Start-Transcript to start logging. Execute several non-PowerShell commands, i.e. nslookup, dig, ipconfig. Full or partial output will only be logged for the first or second commands.

Expected behavior

Both commands and output should be logged. This happens in PowerShell when not running via Terminal.

Actual behavior

Only the first command's full output is written to the transcript file. Sometimes partial output is logged for a second command depending on what it is, but subsequently only commands are logged. PS commands continue to behave properly. I've tested this in Desktop 5.1, Core 6.2.3, and Core 7 preview 5, on two different Windows 10 machines running different versions of Terminal. All log properly when run standalone, and improperly when run via Terminal.

Originally created by @rholliday on GitHub (May 15, 2020). <!-- 🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨 I ACKNOWLEDGE THE FOLLOWING BEFORE PROCEEDING: 1. If I delete this entire template and go my own path, the core team may close my issue without further explanation or engagement. 2. If I list multiple bugs/concerns in this one issue, the core team may close my issue without further explanation or engagement. 3. If I write an issue that has many duplicates, the core team may close my issue without further explanation or engagement (and without necessarily spending time to find the exact duplicate ID number). 4. If I leave the title incomplete when filing the issue, the core team may close my issue without further explanation or engagement. 5. If I file something completely blank in the body, the core team may close my issue without further explanation or engagement. All good? Then proceed! --> <!-- This bug tracker is monitored by Windows Terminal development team and other technical folks. **Important: When reporting BSODs or security issues, DO NOT attach memory dumps, logs, or traces to Github issues**. Instead, send dumps/traces to secure@microsoft.com, referencing this GitHub issue. If this is an application crash, please also provide a Feedback Hub submission link so we can find your diagnostic data on the backend. Use the category "Apps > Windows Terminal (Preview)" and choose "Share My Feedback" after submission to get the link. Please use this form and describe your issue, concisely but precisely, with as much detail as possible. --> # Environment ```none Windows build number: 10.0.18363.0 and 10.0.18363.592 Windows Terminal version (if applicable): 0.11.1251.0 and 0.11.1333.0 Any other software? PSReadline version: 2.1.0-beta1 and 2.0.0-beta5 ``` # Steps to reproduce <!-- A description of how to trigger this bug. --> Run Start-Transcript to start logging. Execute several non-PowerShell commands, i.e. nslookup, dig, ipconfig. Full or partial output will only be logged for the first or second commands. # Expected behavior <!-- A description of what you're expecting, possibly containing screenshots or reference material. --> Both commands and output should be logged. This happens in PowerShell when not running via Terminal. # Actual behavior <!-- What's actually happening? --> Only the first command's full output is written to the transcript file. Sometimes partial output is logged for a second command depending on what it is, but subsequently only commands are logged. PS commands continue to behave properly. I've tested this in Desktop 5.1, Core 6.2.3, and Core 7 preview 5, on two different Windows 10 machines running different versions of Terminal. All log properly when run standalone, and improperly when run via Terminal.
claunia added the Resolution-ExternalNeeds-Tag-Fix labels 2026-01-31 01:22:16 +00:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#8156