glazewm icon indicating copy to clipboard operation
glazewm copied to clipboard

Separate opened windows to separate workspaces at launch of glazewm

Open omi-donlimit opened this issue 2 years ago • 8 comments

omi-donlimit avatar Apr 18 '22 03:04 omi-donlimit

I agree that the initial launch can be messy if there's loads of windows already opened. Do you have a suggestion on how the windows could be separated?

Do you typically minimize a lot of apps? I reckon part of the problem stems from the fact that minimized apps are restored on launch.

If you have a system for which workspaces should contain specific apps, you could also write a window rule to automatically move them:

window_rules:
  - command: "move to workspace 4"
    match_process_name: "chrome"

lars-berger avatar Apr 18 '22 09:04 lars-berger

Do you typically minimize a lot of apps? I reckon part of the problem stems from the fact that minimized apps are restored on launch.

So far, yes.

I think most users would want the "just randomly assign opened apps to separate workspaces" than the current messy one. Window rules could work too if users would customize the config.

Also, one problem i have found is that apps can no longer be shown if glazewm crashes. For example, i set browser to workspace 1, then i moved to workspace 5. Glazewm crashes. I can no longer get the browser to show

omi-donlimit avatar Apr 18 '22 09:04 omi-donlimit

Could you send me a snippet with your errors.log (it should be in the same directory as the .exe) and your window rules config? What exact steps did you take for it to crash?

The crashes are definitely not user-friendly at the moment, so I'll definitely want to look into your issue ASAP.

lars-berger avatar Apr 18 '22 09:04 lars-berger

I didn't get any errors.log file. The config is the default one provided.

I remember that i was just right-clicking randomly in the top bar and in the workspace numbers there when the glazewm suddenly disappeared in the tray toolbar and i lost the bar as well and the windows (but they are still opened as confirmed in task manager background processes). Ive checked the virtual desktops too, none. Alt-tab also didnt show any window

omi-donlimit avatar Apr 18 '22 09:04 omi-donlimit

I've been clicking around like mad trying to recreate this, but with no luck.

Could you double check if there's a log file in the directory with GlazeWM_x64.exe/GlazeWM_x86.exe? I haven't run into an error yet where it doesn't even manage to log it.

lars-berger avatar Apr 18 '22 10:04 lars-berger

I've been clicking around like mad trying to recreate this, but with no luck.

Maybe a very rare occurrence that I encountered.

Could you double check if there's a log file in the directory with GlazeWM_x64.exe/GlazeWM_x86.exe? I haven't run into an error yet where it doesn't even manage to log it.

Yep, nothing in the directory where the executable is

Oh, also, i remember seeing a right-click context menu in the bar with minimize, maximize, and close options. I might have clicked accidentally on the close/exit one.

omi-donlimit avatar Apr 18 '22 10:04 omi-donlimit

A context menu shows up when right-clicking the bar? That seems strange. When I right-click the bar, there is no menu. Could you send a screenshot?

If the process is forcibly exited (eg. through "End Task" in task manager), then it would line up with the behavior you describe. Maybe the close option in the context menu you get does effectively the same thing.

lars-berger avatar Apr 18 '22 10:04 lars-berger

A context menu shows up when right-clicking the bar? That seems strange. When I right-click the bar, there is no menu. Could you send a screenshot?

thing is, i cant reproduce it anymore haha. weird.

omi-donlimit avatar Apr 18 '22 13:04 omi-donlimit