For example, i am using extension https://extensions.gnome.org/extension/3780/ddterm/.

And smart-auto-move always move it to the first workspace, but I need it in the current.

This is super extension, but black list would make it superior.

Hey, first things first, thanks for such a great extension! Although the extension is working I'm unable to open the settings, this is what I get.

Do you know what should I do to overcome this situation?

P.S: I'm running it on Linux:

NAME="Ubuntu"
VERSION="20.04.4 LTS (Focal Fossa)"

The settings of extension [email protected] had an error:

Gtk.BuilderError: /home/gabriel-tosta/.local/share/gnome-shell/extensions/[email protected]/ui/prefs-gtk4.ui:22:33 Invalid property: GtkNotebook.focusable

Stack trace:

buildPrefsWidget@/home/gabriel-tosta/.local/share/gnome-shell/extensions/[email protected]/prefs.js:41:13
_init@resource:///org/gnome/Shell/Extensions/js/extensionsService.js:207:40
OpenExtensionPrefsAsync/<@resource:///org/gnome/Shell/Extensions/js/extensionsService.js:122:28
asyncCallback@resource:///org/gnome/gjs/modules/core/overrides/Gio.js:132:13
run@resource:///org/gnome/Shell/Extensions/js/dbusService.js:175:20
main@resource:///org/gnome/Shell/Extensions/js/main.js:19:13
run@resource:///org/gnome/gjs/modules/script/package.js:222:19
start@resource:///org/gnome/gjs/modules/script/package.js:206:5
@/usr/share/gnome-shell/org.gnome.Shell.Extensions:1:17

Thanks! =)

After enabling the extension, my log is spammed with the following message :

meta_window_move_resize_frame: assertion '!window->override_redirect' failed and meta_window_change_workspace: assertion '!window->override_redirect' failed I'm on Archlinux, GNOME 41.2.

This is an awesome extension, in it's current state it is already rather useful. Thanks for working on this :)

For my use case, I find it would be helpful if the applications that were previously opened to be reopened after reboot.

Since the window positions are already remembered, in theory the missing piece is to 1) record all open windows before logging out and 2) somehow autostarting all the previously open apps at login. A hack to copy desktop files to ~/.config/autostart maybe?

I realize this is difficult because you can't distinguish windows from the application...

Hey, thank you for your amazing extension.

I'd like to propose to tag releases and publish them here on GitHub, so users can easily get notified and see what is the latest version.

Thanks :)

key preferences to support:

• [x] simple toggle for debug logging
• [x] ability to "forget" a saved window
• [x] switch sync mode between IGNORE and RESTORE

after you've created the ideal setup, it might be nice to not have to worry about things being saved anymore.

this can help to workaround issues related to resolution changes (eg. when plugging/unplugging an external monitor).

when firefox displays a tooltip, it creates a new meta window actor.

smart-auto-move then considers these windows which it should track.

most of these have a height between 46 and 63 pixels. a naive solution would be to filter those.

however, there is probably other window metadata we could rely on.

I am using your extension because I have a multi monitor setup and this keeps things on the right monitor. however it is also insanely annoying when it restores apps to different workspaces. I feel an option to restore to a location regardless of workspace would be great. In fact it would make this extension perfect. so to make it clear what I am asking... .. an option that switches from the current operation to only restoring position without concern for workspace. .. this mean with that option on the window is not put on a particular workspace but instead just on the current workspace but in the position it would have been on the original workspace.

Preferences content doesn't resize to the the window and in my case looks like this:

With many apps I'm not able to recognize the app, eg. "Org.gno..." - there are 4 instances, 4 apps and no idea which is which. Another example - I use lot of PWA apps based on chrome. Now, all of those are "Google-c...".

Maybe it's related to #19 ?

I found this old issue https://github.com/khimaros/smart-auto-move/issues/20, which was closed as completed but there doesn't seem to be any such option and I couldn't find any code for workspace activation in the current codebase.

I imagine this feature would have the same usability issues I discovered while looking into such feature for auto-move-windows. I have already proposed the solution I'm currently using in their issue tracker (which you can read on the last comment in the original issue). I still haven't heard back from the auto-move-windows devs and I'd really rather work on an existing extension rather than creating my own. If the feature interests you in any capacity I'd gladly put in the work to have the feature in smart-auto-move.

I took a quick look at the code and it seems that the extension frequently polls the windows and applies the updates. I was curious if there was any specific reason for doing it like that instead of listening for the app's windows-changed signal, for example.

One difference I can notice between this extension and auto-move-windows - which does use the aforementioned signal - is that that extension moves windows very quickly, before they're visible. With smart-auto-move, the windows sometimes flicker on the currently active workspace before being moved to their proper location. I haven't modified the code to confirm whether the polling is the cause but I strongly suspect that it is.

There doesn't seem to be a way, or I am completely missing it, to set Smart Auto Move to always ignore the Thunderbird compose window and allow it to remain at the default location; that is, for some reason the compose window snaps to the right side of my screen, becomes unmovable unless I maximize it, and turning off the extension completely allows it to behave normally. In "Overrides," there's no way to add anything like "Thunderbird Write" and there is a different listing for each compose window I've ever used in the "Saved Windows" tab.

I appreciate any help.

Fedora 36 with GNOME Shell 42.5, Wayland, and Kernel 5.19.16-200.fc36.x86_64.

There seems to be some issue with PWA created by Brave browser, see here for an explanation how to create them.

Those PWA windows only appear in "saved windows", if they aren't maximized, but sometimes you even have to restart Gnome (by alt+f2 and then "r") in order to be seen by your add-on. After adding the chosen PWA windows to "overrides" with "restore" enabled (default sync mode is "ignored"), they aren't restored, like all the other windows from different apps are, so my conclusion is that it has something to do with the Brave browser and the way it creates those PWAs.

Is this a known bug or limitation?

Happens on Ubuntu 22.04 with Gnome 42.2 on X11 (can't use Wayland, because of technical issues).