anametologin / krohnkite

A dynamic tiling extension for KWin
MIT License
95 stars 7 forks source link

Invisibile window in first virtual desktop #37

Open SamuXzX opened 2 weeks ago

SamuXzX commented 2 weeks ago

Symptom There seems to be an invisible application in the first virtual desktop, which makes it so that one place of the grid is occupied without reason.

https://github.com/anametologin/krohnkite/assets/30182251/4e3cb1e9-d52e-4b93-a7a1-c667fafc6cc3

How to Reproduce

  1. Enable Krohnkite
  2. Open the Overview in the first Virtual Desktop
  3. Slowly zoom in the Overview
  4. See the frame of an invisible window slowly enlarging.

Expected behavior Not ordinary kinds of windows shouldn't be counted in the tile system.

Environment

Notes This reminds me of a problem I noticed some time ago: it seems that the Wayland to X11 Video Bridge counts as a window. It got solved for the other Kwin script I use (https://github.com/Ubiquitine/kwin-scripts/issues/7) and it seems that in Polonium this doesn't happen at all. I remember seeing the Wayland to X11 Video Bridge invisible window's icon in the Overview in the first versions of Plasma 6, which now just sits in the system tray: immagine

sj-w commented 1 week ago

I can confirm this bug. By default, the invisible window blocks the master area of virtual desktop 1. If manually move another window there, then the invisible window will block some space in the slave area.

anametologin commented 1 week ago

Could you put the same log as https://github.com/anametologin/krohnkite/issues/7 I found out one else app get honor to be filtered apparently - ksplashqml https://github.com/anametologin/krohnkite/issues/38

SamuXzX commented 1 week ago

It seems like I don't have KSystemLog installed on Fedora 40. Additionally, I set up windows debug but its seems it disabled itself after the reboot. Anyway, I added ksplashqml and it worked.

I wonder if you have some way of catching these occurrences without having users to add filters; the guy of Temporary Virtual Desktops seems to have found a way to check if a window is of a "normal" kind, which could filter out all these problems in one go: https://github.com/Ubiquitine/kwin-scripts/issues/7

anametologin commented 1 week ago

I wonder if you have some way of catching these occurrences without having users to add filters; the guy of Temporary Virtual Desktops seems to have found a way to check if a window is of a "normal" kind, which could filter out all these problems in one go: https://github.com/Ubiquitine/kwin-scripts/issues/7

Krohnkite works only with windows with property "normal" and all of this windows which have to be filtered absolutely undistinguished from ordinary windows. The developers of these applications, in my opinion, don't even know about the existence of the tile scripts.

SamuXzX commented 1 week ago

Would it be useful to issue a report there asking to properly categorize their windows?

CarlosEkisde commented 1 week ago

It seems to be xwaylandvideobridge. For some reason it's not been excluded even when it is by default on the exclusion list. When I close that program, the ghost window is gone.

stylerw commented 1 week ago

Yes, this is xwaylandvideobridge for me, too. It's not graceful if you need the functionality, but killall xwaylandvideobridge makes the window go away.

anametologin commented 1 week ago

Yes, this is xwaylandvideobridge for me, too. It's not graceful if you need the functionality, but killall xwaylandvideobridge makes the window go away.

It seems to be xwaylandvideobridge. For some reason it's not been excluded

I've add a little fix, may be this help. Unfortunately I cannot check this by yourself. As your can see above xwaylandvideobridge developer already make window as dialog. Also you can make package and check if my fix will helped.

stylerw commented 1 week ago

I've add a little fix, may be this help. Unfortunately I cannot check this by yourself. As your can see above xwaylandvideobridge developer already make window as dialog. Also you can make package and check if my fix will helped.

After make install from a git clone, this is now fixed out of the box on Fedora Kinoite 40, without the killall xwaylandvideobridge. Thank you!