Skip to content
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

The window of WindowsTerminal v. 1.14.x, 1.15, run as Admin, is not restored if it was minimized #13592

Closed
Bartizan opened this issue Jul 25, 2022 · 9 comments
Labels
Issue-Bug It either shouldn't be doing this or needs an investigation. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.

Comments

@Bartizan
Copy link

Bartizan commented Jul 25, 2022

Windows Terminal version

1.14.1962.0

Windows build number

10.0.19044.1826

Other Software

No response

Steps to reproduce

  • run Windows Terminal (v.1.14, v.1.15) as administrator;
  • minimize the window;
  • try to restore the Window Terminal again (clicking on its button in taskbar, using Window manager (Alt+Tab));

There are workarounds to bring the window back.

  1. @gabbymouth suggests to click Shift+Right mouse button on WT button in taskbar and then select the Restore option in small menu.
  2. If WT were configured to attach the new WT to recent one, then run the new WT as Admin, it would be restored again.

First, I faced the problem on Preview WT v1.15, it was very annoying so I downgraded to v1.13 and it worked as I think until it has automatically been upgraded to v1.14.

Expected Behavior

The window of WindowsTerminal must to be restored/open

Actual Behavior

The window of WindowsTerminal stays minimized.

@Bartizan Bartizan added the Issue-Bug It either shouldn't be doing this or needs an investigation. label Jul 25, 2022
@ghost ghost added Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels Jul 25, 2022
@Trard
Copy link

Trard commented Jul 25, 2022

same

@Shdwfx
Copy link

Shdwfx commented Jul 25, 2022

same. i can reproduce this issue if i double-click terminal icon on taskbar.

@zadjii-msft
Copy link
Member

I tentatively suspect that this is a duplicate of #13589. I'm gonna wait for confirmation in that thread that they're seeing this when elevated before deduping. (although, supposedly if it happens regardless of elevated or not, then I guess that issue's just a superset of this issue...)

@gabbymouth
Copy link

I have the same issue. Another workaround is to move the mouse cursor over the taskbar icon, hold down the shift key and right-click on the taskbar icon and you should get a small menu with Restore as an option. Click on Restore and it will pop up where it was.

@zadjii-msft
Copy link
Member

/dup #13589

@zadjii-msft zadjii-msft closed this as not planned Won't fix, can't repro, duplicate, stale Jul 25, 2022
@ghost
Copy link

ghost commented Jul 25, 2022

Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!

@ghost ghost closed this as completed Jul 25, 2022
@ghost ghost added Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing. and removed Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels Jul 25, 2022
@JergenRoss
Copy link

JergenRoss commented Jul 27, 2022

same, when you can't restore window while command is running with run as admin like dism /online , winget etc. and command is done then you can restore window. weird bug.

@lupinitylabs
Copy link

same, when you can't restore window while command is running with run as admin like dism /online , winget etc. and command is done then you can restore window. weird bug.

Running dism /online or any other app as admin does not change anything for me. The window still cannot be restored afterwards.

@zadjii-msft
Copy link
Member

Yep, that's right. This is a known bug unrelated to what's running in the terminal. The fix for #13589 is just waiting to be serviced at the moment.

This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Issue-Bug It either shouldn't be doing this or needs an investigation. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.
Projects
None yet
Development

No branches or pull requests

7 participants