https://bugs.kde.org/show_bug.cgi?id=357443
Konrad Materka <kmate...@wp.pl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kmate...@wp.pl
--- Comment #13 from Konrad Materka <kmate...@wp.pl> ---
This is exactly what happens:
For each tray icon XEmbedSNIProxy is creating container window 32x32 in size.
It is black with opaque set to 0 (fully transparent when compositor is
enabled). All of these container windows are stacked below all windows, so
normally you can't see it. On creation all conteiner windows are created in
top-left corner. When user clicks on tray icon, container window is moved to
click location (to handle events correctly). That's why you can see/detect
black (or transparent) windows in top-left or covering the icon. After each
click container windows is stacked below again - that's why it usually
disappears after click.
On KWin restart all windows are shuffled, usually KWin is able to restore
ordering correctly, but for some reason not it this case. As a result
black/transparent container windows are stacked above all other windows and
panels.
To solve that, on kwin restart, we can iterate over all known container windows
and stack them below again. It should be possible to detect KWin restart from
inside XEmbedSNIProxy
--
You are receiving this mail because:
You are watching all bug changes.
