blrsn/zentile

Ghost window & suggested improvement

st3ma opened this issue · 14 comments

st3ma commented

Ghost windows occur quite often. At this point there is only an empty space that cannot be filled with another window. The error is not reproducible for me to date and very annoying. The error also does not go away by itself, so you have to at least log off and log on.
2.
Nice would be an autostart for all workspaces.

Apart from that, "thumbs up" for zentile.

Thanks in advance for a tip or for the removal of the bug.
ghost

Happens to me as well on Openbox 3.6.1 running in Xfce4.
I'll look into fixing it once i figure out what triggers it.
Let us know if you find out how to reproduce it.

Also getting this on XFCE 4.16. Perhaps_ we can get some clues by launching zentile in a console with the -v flag and untiling a workspace that has the ghost clients. When untiling a workspace, Zentile will log a message for each client being restored.

Update: this is what prints in the logs when you have one of these ghost windows and Zentile tries to position it (tiling or restoring)

INFO[10938] Error when moving  BadDrawable {NiceName: Drawable, Sequence: 20575, BadValue: 88080403, MinorOpcode: 0, MajorOpcode: 14} 
st3ma commented

Currently, I have reduced my workspaces to just one. Since the error does not currently occur, I now assume a connection with the switch to other workspaces.
I will keep an eye on the problem and continue testing.

It would be interesting to know if other users who have the "Ghost Windows" problem also have several active workspaces?

I'm experiencing the same issue and have 5 workspaces

Same issue with 2 workspace. Will reduce to one and see if it's painful or not.

I can reproduce with only one workspace by minimizing one of the windows (ALT+F9 on xubuntu). That means I cannot use zentile at all.

I have been working on the ghost window issue and it seems much better now.
Can anyone confirm that the latest version is less prone to this problem?

I have been working on the ghost window issue and it seems much better now. Can anyone confirm that the latest version is less prone to this problem?

I like to test it, but installation instructions from your repo just doesn't work. Either remote or local.

I like to test it, but installation instructions from your repo just doesn't work. Either remote or local.

I have updated the installation instructions. You need go v1.17, then this should work:

go install github.com/leukipp/cortile@v1.0.0a2

Thanks, installed correctly. I have go 1.17.8
But it does not work.
./cortile -v
cortile already running

It says it is already running but it does not.

It says it is already running but it does not.

I have temporary disabled the lock file on the develop branch. Can you check now if

go install github.com/leukipp/cortile@develop

works, what OS do you use?

Installed correctly.
It can be started.
~/.config/cortile/config.toml is created but empty
Only top-left mouse action works

I use Mabox - it is Arch/Manjaro based distro with Openbox WM.

Edit:
I use config.toml copied from repo for now. Seems everything works.
I have to learn how to use it ;)
Thanks.

I managed to reproduce the ghost window using 2 workspaces.

  1. Open app in workspace 1.
  2. Move the app to workspace 2.
  3. Close/exit the app.

Workspace 2 now has a ghost window.

I am using Debian Bookworm XFCE.