khimaros

@ionutbortis thank you for this pull request. looks reasonable overall. i will try to get a GNOME 45 environment set up so that i can test this in the coming...

@KataFF to clarify, are you testing with the modified version of smart-auto-move from this PR or are you using the one from the GNOME extension store?

i'm happy to say that this seems to be working well for gnome-shell 45, 46, and the unreleased nightlies. the code looks fine to me and i will be merging...

yes, i'd consider this to fall under the work in #19 but i'm fine leaving this open until the parent issue is resolved.

@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...

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

thank you for the report. this may be related to https://github.com/khimaros/smart-auto-move/issues/31 does the issue remain after the monitor has been plugged back in? have you found a way to correct...

i would like to fix to do that, i need some help: i am on the road and currently do not have access to an external monitor. if someone could...

FYI, no progress on fix but i believe i now have a way to reproduce this.

**WORKAROUND AVAILABLE** i've found that if a specific window is exhibiting this behavior, you can open the "Saved Windows" preferences tab for smart-auto-move and "DELETE" any instances of that application....