Command prompt goes black after awaking from sleep #1090

Closed
opened 2026-01-30 22:16:15 +00:00 by claunia · 4 comments
Owner

Originally created by @miniksa on GitHub (May 14, 2019).

Ported out from customer feedback bug MSFT:21308307.

I haven't managed to reproduce or investigate this at all yet.

I have 2 open command prompts (regular, and admin powershell). I locked my computer last night, and it went to sleep automatically. After waking from sleep this morning, both terminals were showing black screens instead of the text that should be on them. Scrolling the window seems to cause a repaint and fixes the issue.

This also seems to affect 3rd party terminal apps as well (e.g. Terminus).

Originally created by @miniksa on GitHub (May 14, 2019). Ported out from customer feedback bug MSFT:21308307. I haven't managed to reproduce or investigate this at all yet. > I have 2 open command prompts (regular, and admin powershell). I locked my computer last night, and it went to sleep automatically. After waking from sleep this morning, both terminals were showing black screens instead of the text that should be on them. Scrolling the window seems to cause a repaint and fixes the issue. > > This also seems to affect 3rd party terminal apps as well (e.g. Terminus).
Author
Owner

@iKlsR commented on GitHub (Aug 14, 2019):

Roughly the same, mine crashes if my PC goes to sleep, the display turns off or I lock it.

@iKlsR commented on GitHub (Aug 14, 2019): Roughly the same, mine crashes if my PC goes to sleep, the display turns off or I lock it.
Author
Owner

@YoungElPaso commented on GitHub (May 16, 2020):

Similar, twice now WT has crashed on sleep - everything else resumes. I should note, I assumed it was WSL2 that crashed, but I think it's just the sessions in WT (using Ubuntu 18.04). The reason I suspect that is because other processes such as Docker are still up and running, which I didn't expect to see.

@YoungElPaso commented on GitHub (May 16, 2020): Similar, twice now WT has crashed on sleep - everything else resumes. I should note, I assumed it was WSL2 that crashed, but I think it's just the sessions in WT (using Ubuntu 18.04). The reason I suspect that is because other processes such as Docker are still up and running, which I didn't expect to see.
Author
Owner

@zadjii-msft commented on GitHub (Aug 16, 2022):

Hey so we ported this out of the OS issue tracker like, 3 years ago. It was specifically referencing the vintage console window, not the Terminal window. That being said, we haven't gotten more reports of this for the console since then. There also wasn't more info in the original issue (internally) which we could really use to investigate.

I'm inclined to close this out. Niksa can veto if he wants.

@zadjii-msft commented on GitHub (Aug 16, 2022): Hey so we ported this out of the OS issue tracker like, 3 years ago. It was specifically referencing the vintage console window, not the Terminal window. That being said, we haven't gotten more reports of this for the _console_ since then. There also wasn't more info in the original issue (internally) which we could really use to investigate. I'm inclined to close this out. Niksa can veto if he wants.
Author
Owner

@ghost commented on GitHub (Aug 20, 2022):

This issue has been automatically marked as stale because it has been marked as requiring author feedback but has not had any activity for 4 days. It will be closed if no further activity occurs within 3 days of this comment.

@ghost commented on GitHub (Aug 20, 2022): This issue has been automatically marked as stale because it has been marked as requiring author feedback but has not had any activity for **4 days**. It will be closed if no further activity occurs **within 3 days of this comment**.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#1090