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.