fullscreen windows are not restored to the correct workspace

[zDEFz]

edit used https://extensions.gnome.org/extension/4099/no-overview/ to disable the overview on login. Problem is still present.

How to reproduce:

1. Have at least 2 static workspaces
2. Add keepassxc in the first or the second workspace
3. Add thunderbird in the first or the second workspace
4. Make both fullscreen

Signing in then, the user has to click into the GNOME desktop and then choose for the window, either keepassxc or thunderbird, which is then immediately full-screened. But its now two fullscreenwindows in one workspace.

How to solve:
Toggle Maximization state of the window thats meant to be in another workspace.

Things I tried todo:

• Delete all states in the extension and just save with non-fullscreen windows.
• dconf reset -f /

Result:

• Windows are still opening up but dont transfer into the proper workspace unless started by hand rather than autostart.

Workaround: Start applications after working area is in focus via SUPER/META instead of using autostart

Sorry for potato quality, github doesnt allow more than 10MB...
https://user-images.githubusercontent.com/24463722/225552257-47055294-f687-45f1-a04d-35e6578fa7d1.mp4

[zDEFz]

After fiddling with it a lot, I learned on how to use the software. Restoring is really dependent on application, on window state and on match Treshhold. I had to relog a lot in combination with the autostarts extension to see if it really worked. But now that it does, I'm happy.

[zDEFz]

Fix is essentially that some applications wont be moved no matter what and others are. So you can get some via flatpak and the others you can run natively. And then when something still doesnt work, you gotta remove the saved windows and readd them overriding them. I think I relogged about 400 times for my 8 workspaces with many apps and did tons of other tweaking. But now when I log in, its restored as I left it :)

But it is really a mess

[sojusnik]

Does this happen on Wayland or X11? Sounds similar to #32

[zDEFz]

Does this happen on Wayland or X11? Sounds similar to #32

wayland

I switched back to xorg+i3. This is way too janky. Like, I know its less friction to let it make things for me. But its far less reliable than defining a rule in i3 that might even match through regex...

[khimaros]

@zDEFz thank you for the detailed issue description and trying to make this work. was it still operating unreliably for you even once you figured out the right set of overrides?

[zDEFz]

@zDEFz thank you for the detailed issue description and trying to make this work. was it still operating unreliably for you even once you figured out the right set of overrides?

Yes. I tried everything. This was the reason I'm back to xorg / i3 and wayland / sway.
It is a nightmare with this add-on to reliably set-up stuff. After hundreds of relogs and also Overrides, it didnt get any better. What temporarily helped was to FREEZE and delete the current Windows from the List. But support of moving windows where they belong was pretty spotty.

Please note that restoration works better if the window state is not equal to maximized / fullscreen.

[khimaros]

i've released https://github.com/khimaros/smart-auto-move/releases/tag/v19 which contains commit dea6f57 -- there are some changes to the fullscreen and workspace management which may help with this issue.