-
Notifications
You must be signed in to change notification settings - Fork 123
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
[bug] Crash "eats" windows? #448
Comments
Yep it seems they are 'ghost' process... |
Most likely you are running an older version of GlazeWM. As of version 2.0.0, all managed windows are restored when the main process dies. https://github.com/glazerdesktop/GlazeWM/releases/tag/v2.0.0 |
Thanks, but I'm using the 2.0.3 version from scoop so I don't think that's it. |
Happened to me today, all windows on different workspaces were gone. I used the GUIPropView from Nirsoft to get them back ("TopLevel - Display hidden windows") and them made them visible, but this was a pain. Using the latest GlazeWM 2.1.1 |
Same for me on v2.1.1 |
I think the best approach is to persist the workspaces so that relaunching glaze will use the last session |
Was this fixed? |
Unfortunately, not yet. I think we can't expect a fix before the rewrite work is done. |
yea it still happens to me as well but you can also use: https://www.nirsoft.net/utils/winlister.html to revive the lost windows |
@BobTB, @aaronedev, do you have the error logs with the exceptions? |
Hi,
I've been using glaze for a few weeks and I really enjoy it.
I just got my first crash with it (the whole glaze widgets where stuck, WM stuff weren't responding)
I ended its task as it didn't want to shut cleanly from the tray icon's exit button.
Upon closing, all the windows scattered in various workspaces are gone.
So I was wondering two things:
The text was updated successfully, but these errors were encountered: