snarf-snarf
New member
Platform: Windows 11 Beta channel
Related Software: Powertoys v0.90.1 - FancyZones
Issue:
While using my window manager, FancyZones of the MS Powertoys tool suite, secondary windows (such as edit deck, or a draft/game window) will frequently close just after initial render.
The secondary windows:
As far as I can tell, the processes are still running, just not being rendered. There are hanging MTGO processes when I check my task manager, and, ostensibly, I am maintaining a server connection to receive notifications and hear my draft auto-picks.
Best Guess:
FancyZones (as well as other window managers) have settings to attempt to restore windows to their previous size & location. Based on the behavior of the secondary windows, I believe they fail to render when FZ attempts to resize and move the window when it spawns. The behavior is extremely brief and intermittent, so it's hard to say, but in the glimpse I get it doesn't look like all the assets in the window have loaded. So, it might be some race condition where the resize interferes with initial load and render?
Testing:
Upon encountering the bug again today during a draft, I noticed the window behavior above that gave me a hint. Closing the MTGO client, killing the hanging process, disabling FancyZones, and relaunching the client was successful. Previously, when the bug was encountered, only a system restart would get secondary windows working again. If need be, I can test other window managers with similar window size/placements controls to see if I encounter the same issue. I've been thinking about testing GlazeWM anyways.
I haven't found consistent recreation steps, only that once secondary windows start to fail, they will continue to do so until a system restart or closing the WM.
- Attached is the game ID from my first encounter with the bug, reported in support request #141272, where `Edit Deck` and the match window failed.
- Screenshot displays lack of `Edit Deck` button, indicating the client believed the window was open, but otherwise isn't very helpful, apologies. (Turns out it's hard to screenshot things that aren't there
)
- Bug was experienced again, with the draft window, in draft event #9147 (MTGO user of the same name in the draft pod) after a brief internet blip. Upon reconnecting to the client, the draft window wouldn't open. Disconnect happened after pack 2 pick 1, full client behavior restored in time for pack 2 pick 8
Related Software: Powertoys v0.90.1 - FancyZones
Issue:
While using my window manager, FancyZones of the MS Powertoys tool suite, secondary windows (such as edit deck, or a draft/game window) will frequently close just after initial render.
The secondary windows:
- Open, slightly offset from the main window (which I have snapped to a grid).
- Flicker and move slightly, seemingly to match the main window's position.
- Close, but with game/draft sounds and notifications still appearing.
As far as I can tell, the processes are still running, just not being rendered. There are hanging MTGO processes when I check my task manager, and, ostensibly, I am maintaining a server connection to receive notifications and hear my draft auto-picks.
Best Guess:
FancyZones (as well as other window managers) have settings to attempt to restore windows to their previous size & location. Based on the behavior of the secondary windows, I believe they fail to render when FZ attempts to resize and move the window when it spawns. The behavior is extremely brief and intermittent, so it's hard to say, but in the glimpse I get it doesn't look like all the assets in the window have loaded. So, it might be some race condition where the resize interferes with initial load and render?
Testing:
Upon encountering the bug again today during a draft, I noticed the window behavior above that gave me a hint. Closing the MTGO client, killing the hanging process, disabling FancyZones, and relaunching the client was successful. Previously, when the bug was encountered, only a system restart would get secondary windows working again. If need be, I can test other window managers with similar window size/placements controls to see if I encounter the same issue. I've been thinking about testing GlazeWM anyways.
I haven't found consistent recreation steps, only that once secondary windows start to fail, they will continue to do so until a system restart or closing the WM.
- Attached is the game ID from my first encounter with the bug, reported in support request #141272, where `Edit Deck` and the match window failed.
- Screenshot displays lack of `Edit Deck` button, indicating the client believed the window was open, but otherwise isn't very helpful, apologies. (Turns out it's hard to screenshot things that aren't there
)- Bug was experienced again, with the draft window, in draft event #9147 (MTGO user of the same name in the draft pod) after a brief internet blip. Upon reconnecting to the client, the draft window wouldn't open. Disconnect happened after pack 2 pick 1, full client behavior restored in time for pack 2 pick 8
