https://bugs.kde.org/show_bug.cgi?id=495375
--- Comment #4 from FK <fk-kde-b...@ubermail.me> --- (In reply to Vlad Zahorodnii from comment #3) > One could argue whether it's actually useful if the idle inhibitor is > deactivated in case the surface gets obstructed. As a user, it would be > unexpected to me. In either case, since other compositors work like this, I > guess it's too late to argue. > > We could look into it in 6.4. It would be nice to use the visibility state > of the SurfaceItem to determine whether an idle detector should be taken > into account. Aren't those separate issues though? Currently kwin doesn't appear to consider subsurfaces with idle inhibitors, which means playing a video with dmabuf-wayland doesn't inhibit power saving/screen locking at all. Couldn't this be addressed for 6.3 already? Considering obstruction might be nice for when e.g. firefox starts using subsurfaces for playing videos. I need to manually block inhibitors from it, just so no random tab with video playing keeps my screen from turning off. -- You are receiving this mail because: You are watching all bug changes.
