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

Windows rotated one zone down numerically on second virtual desktop after monitor change #27364

Closed
WazBurrows opened this issue Jul 11, 2023 · 5 comments
Labels
Issue-Bug Something isn't working Product-FancyZones Refers to the FancyZones PowerToy Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.

Comments

@WazBurrows
Copy link

Microsoft PowerToys version

0.71.0

Installation method

PowerToys auto-update

Running as admin

No

Area(s) with issue?

FancyZones

Steps to reproduce

  • I have different monitor configurations for my laptop for work and home. 2 x 4k monitors at work and 1 x huge 4k at home. I don't use the laptop primary display at all at either location, only the external monitors at each place.
  • I've created a second windows virtual desktop (by clicking Win + Tab and hitting the + button to add the second desktop) that I use for both work and home, and I keep those desktops up because I have a lot of windows open in each.
  • The FancyZones zone layout is different for all 4 virtual desktops (work 1 & 2, home 1 & 2), so I have 4 hotkeys that I use to reinstate the appropriate layout whenever I go from home to work and vice versa.
  • When I change locations, I don't shutdown the laptop just reconnect the monitor(s) to the laptop at the new location.
  • After I login I use the appropriate hotkey pair for the location (home or work) to restore the windows to their zones for that location. I do this for each virtual display.

✔️ Expected Behavior

I expect that when I hit the hotkey for each virtual window display at the new location, that the behavior is that any windows that are out of place should move to the positions that I setup for those hotkeys.

❌ Actual Behavior

The expected behavior works only for the first virtual desktop. For the second virtual desktop however, the windows are moved to zones that are one zone down (numerically) of where I originally set them to be. I say "down" because if I select each window and use the Win + right arrow key combo the window will move to the zone it was originally supposed to move to. This seems to be related to the zone number. So, if the window was supposed to move to zone 5 on the second desktop when the I hit the hotkey then its actually moved to zone 4 instead. So then by hitting Win + right arrow I manually move it from zone 4 to zone 5. This is consistent for all windows on the second desktop as if they have all been moved one zone down, numerically.

Additional note: using the hotkey to move the windows on the second screen back into position after a monitor change did work at one time but I noticed that it stopped working a few of FancyZones back. I don't exactly which version this problem for the second virtual desktop started happening.

Other Software

No response

@WazBurrows WazBurrows added Issue-Bug Something isn't working Needs-Triage For issues raised to be triaged and prioritized by internal Microsoft teams labels Jul 11, 2023
@TheJoeFin
Copy link
Collaborator

Is this issue still relevant in v0.74.1? /needinfo

@microsoft-github-policy-service microsoft-github-policy-service bot added Needs-Author-Feedback The original author of the issue/PR needs to come back and respond to something and removed Needs-Triage For issues raised to be triaged and prioritized by internal Microsoft teams labels Oct 12, 2023
@WazBurrows
Copy link
Author

I just got back from vacation and haven't been in the mode of working between home and office which is where the behavior was exhibited. I've also just recently updated to the latest version of the tool. I'll be going into the office again next week at which point I'll be able to confirm whether the problem still occurs.

@microsoft-github-policy-service microsoft-github-policy-service bot added Needs-Triage For issues raised to be triaged and prioritized by internal Microsoft teams Needs-Team-Response An issue author responded so the team needs to follow up and removed Needs-Author-Feedback The original author of the issue/PR needs to come back and respond to something labels Oct 12, 2023
@WazBurrows
Copy link
Author

WazBurrows commented Oct 16, 2023

Hi @TheJoeFin I was still able to reproduce the issue on the two displays at work today. When I connected the displays and woke the laptop, I was presented with the two displays showing windows virtual desktop 2 but the windows were out of place and the wrong size, since I had just come from my single 47" display (also with 2 virtual desktops) at home. When I hit the hotkey to switch to the window configuration for the virtual desktop 2 that I use at work the windows moved into zones within the zone configuration but not to the zones they have always been assigned to. In contrast, after a reboot, any apps that I open will automatically load into the right zone. As noted previously and in more detail above, I was able to use the FancyZones "window move" key sequence to move them into their correct zone but needed to move them all "right" by one. Today I noticed the same issue with virual desktop 1 as well - which normally doesn't suffer from this problem.

@cinnamon-msft
Copy link
Collaborator

/dup #15285

Copy link
Contributor

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!

@microsoft-github-policy-service microsoft-github-policy-service bot added Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing. and removed Needs-Triage For issues raised to be triaged and prioritized by internal Microsoft teams Needs-Team-Response An issue author responded so the team needs to follow up labels Nov 4, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Issue-Bug Something isn't working Product-FancyZones Refers to the FancyZones PowerToy 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

3 participants