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

[FancyZones] Un-snapped windows still belong to their previous zone #9461

Open
fran-f opened this issue Feb 3, 2021 · 3 comments
Open

[FancyZones] Un-snapped windows still belong to their previous zone #9461

fran-f opened this issue Feb 3, 2021 · 3 comments
Labels
Issue-Bug Something isn't working Priority-3 Bug that is low priority Product-FancyZones Refers to the FancyZones PowerToy

Comments

@fran-f
Copy link

fran-f commented Feb 3, 2021

When handling windows with a combination of Win+Left/Right and mouse, there are often situations when a window jumps to an unexpected location. I have two cases that I can reproduce consistently and---I might be jumping to a diagnosis here---feel connected.

Baseline for both cases:

  1. Enable a layout with at least two zones
  2. Open a new Notepad window

Case 1

  1. Disable "Restore the original size of windows when unsnapping"
  2. Focus the Notepad window
  3. Hit Win-Right
  4. ✔️ Notepad snaps to Zone 1
  5. With the mouse, un-snap the window from Zone 1
  6. Hit Win-Right
  7. ❌ Notepad snaps to Zone 2, instead of Zone 1

Same result repeating the steps with "Restore the original size of windows when unsnapping" enabled.

Case 2

  1. Enable "Restore the original size of windows when unsnapping"
  2. Move the Notepad window in a "starting position"; for example, the very center of the screen
  3. Holding Shift, drag Notepad on Zone 1, but drop it in a place easy to remember; for example, half outside the screen
  4. ✔️Notepad snaps to Zone 1
  5. With the mouse, un-snap the window from Zone 1
  6. ✔️Notepad returns to its original dimensions
  7. Hit Win-Left
  8. ❌Notepad jumps half outside the screen, instead of Zone 2

It seems that FancyZones thinks that Notepad is still in Zone 1, and moving "left" it returns it to the recorded location.

[ A separate issue: the window should be restored to the starting location (the center of the screen in this case) and not the "drop" location (half outside the screen). ]

ℹ Computer information

  • PowerToys version: v0.31.1
  • PowerToy Utility: FancyZones
  • Running PowerToys as Admin: no
  • Windows build number: 20H2 (OS Build 19042.746)
@fran-f fran-f added Issue-Bug Something isn't working Needs-Triage For issues raised to be triaged and prioritized by internal Microsoft teams labels Feb 3, 2021
@enricogior enricogior added Product-FancyZones Refers to the FancyZones PowerToy 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 labels Feb 4, 2021
@enricogior
Copy link
Contributor

@fran-f
thank you for reporting the issue.
This is a mix of #9453 (that is a regression for which we are going to release a hot fix) and #9464
Closing this issue in favor of the other two,

@fran-f
Copy link
Author

fran-f commented Feb 8, 2021

@enricogior
I have updated PowerToys to v.0.31.2, and both behaviours are still present. Since #9464 focusses on the "Restore the original size of windows when unsnapping" option, I would suggest to re-open this one, which is indipendent by its status.

I also stand by my initial diagnosis: when a window is moved out of a zone, the internal "current zone" state is not cleared.

@enricogior
Copy link
Contributor

@fran-f
I'll edit the issue since Case 1 is the same as #9464 and there is no reason to track the same problem in two issue. So let's use this issue to track just Case2.

@enricogior enricogior reopened this Feb 8, 2021
@enricogior enricogior removed the Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing. label Feb 8, 2021
@taras-janea taras-janea added the Priority-3 Bug that is low priority label Oct 21, 2022
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 Priority-3 Bug that is low priority Product-FancyZones Refers to the FancyZones PowerToy
Projects
Status: No status
Development

No branches or pull requests

3 participants