Gnome 40.4, Maximize to new empty workspace works, back to windowed does not go back to original workspace

[rubin55]

Like the title says really. Works great for maximizing, but to have then manually move your windows back to the workspace it came from is quite a bother.

[Arcitec]

Most likely a conflict with one of your other extensions. Multiple extensions may be overwriting the window-resizing handlers and create conflicting behaviors. If you have any "window tiling" extensions, those may be the culprit.

I literally used this extension on GNOME 40 just like you and its behavior was insanely robust, as described in ticket /2 here.

[Microwave-WYB]

Similar problem here. I have exactly the same plugins on two of my devices, but on one of them the plugin creates an empty workspace at the end, and cannot go back to the original

[onsah]

For me it doesn't work for following:

1. Window is in maximized mode
2. Window goes to fullscreen
3. Extension moves it to a new workspace (expected)
4. Window exists from the fullscreen
5. Window doesn't move back to the original workspace (Not sure if this is expected?)

If the original state was not maximized then it works as expected.

[Corbini]

Checked code (as someone who can somewhat understand code :D)

When the window is (minimalized/ non fullscreen/removed) your view and window should go to n-1 workspace (or stay on first workspace).

When the window is (*unminimalized /fullscreen) your view should go to new workspace and window should be fullscreened.
Unminimalized window should be firstly maximalized

Function backto(win) should make it happen.
Checked:

• Steam app window work as it should,
• firefox app window DOES NOT work as it should.