gnome-shell-extensions-negesti icon indicating copy to clipboard operation
gnome-shell-extensions-negesti copied to clipboard

App "jumps back" to specific workspace after I move it manually

Open lonix1 opened this issue 7 years ago • 5 comments

Suppose I have "move to workspace" for a certain app, then it launches on that workspace. BUT, if I later move the app manually, this extension will again move it back to the original workspace.

Expected Behavior

If I manually move a app, the extension should not again reposition it.

Current Behavior

The extension moves the app to a certain workspace. And later, will move it again. This is wrong - it should only move it the first time. Also, this indicates that it is polling, which is inefficient?

Possible Solution

Move the app when it launches, then don't do it again. (and stop polling for it, if it's polling)

Steps to Reproduce (for bugs)

  1. set some app to launch on a certain workspace
  2. launch it
  3. manually move the app to a different workspace, or monitor - e.g. using super-pg dn or right-click window title and choose Move to Workspace Down
  4. switch to different workspace, switch between apps, scroll between workspaces (I use Desktop Scroller extension for that) - i.e. just move around between your open apps
  5. the app will automatically move back to the original workspace

Context

I don't have any other extensions that move windows around.

Your Environment

Ubuntu 18.04 extension version 23

lonix1 avatar Jul 04 '18 07:07 lonix1

Thanks for reporting this. The extensions register a callback on the gnome display "window-created" event. Most of the code comes from the "official" MoveToWorkspace extension but is quite old. I think I have added the feature for gnome-shell 3.2

negesti avatar Jul 05 '18 07:07 negesti

Ok so what you're saying is that it doesn't poll, which is great.

However back to the issue itself - is it just my setup, or is this reproducible? Or is it by design (I hope not :-)

lonix1 avatar Jul 06 '18 07:07 lonix1

It's not by design. However the whole "workspace related stuff" is ~ 5 years old and should be completely re-written or removed. IMHO the current version of "AutoMoveWindows" supports everything I have implemented, better, "tried to implement", in putWindows.

negesti avatar Jul 06 '18 08:07 negesti

Do you mean this one? I tried it but yours is much better!

Your extension moves/snaps windows to screen. With super-arrow keys I can quickly move around windows. That other extension is only good for moving the window once when it starts, and that's it.

Don't give up on this extension, it's great! :smile:

lonix1 avatar Jul 06 '18 09:07 lonix1

I have had this problem, specifically after restarting GNOME shell with the "r" command.

If I disable Put Windows, then restart GNOME shell, it works fine, so it seems that a simple fix would be for Put Windows to effectively shut down and restart when the desktop is restarted.

About "AutoMoveWindows": this extension very definitely does NOT replace Put Windows, as it only allows a window to be put on a specific workspace, not in a specific position, which is an excellent feature that I use!

Thanks very much for your work on PutWindows, and I hope you can fix this bug!

rrthomas avatar Oct 13 '20 16:10 rrthomas