Plasma Window Visible

[Duncan]

A Rojas posted on Wed, 14 Jul 2010 12:26:40 +0200 as excerpted:

> Andreas Hennig wrote:
> 
>> Hi,
>> 
>> since i installed KDE 4.5 beta on my kubuntu 10.4 there is a small
>> window on my dektop without name. When i close this window also plasma
>> desktop closes. Meanwhile i'm running 4.5 RC2 but this window is still
>> there. Is this a commom problem? How can i hide this window?
>> 
>> 
> https://bugs.kde.org/show_bug.cgi?id=241613

Thanks for the link. =:^)

Summarizing the info from that stack of dup-bugs:

If it's a dup of that, as seems likely, the window should be related to an 
app that creates a systray icon.  Something goes wrong with the process 
and while at least sometimes the systray icon is successfully created and 
works (some of the bugs say it is, some don't say, so it's unclear if the 
systray icon is successfully created all the time or not), this small 
untitled window is a biproduct.

Closing the window makes plasma crash, but closing the app that created 
the systray icon triggering the issue apparently works, and the window 
goes away.

The issue has been noted with many apps that create systray icons, 
including kmail and other kde apps, and skype.  It seems the same apps 
seem to consistently trigger the problem on the same machine, but other 
systray apps may work fine on the same machine, so it's not every systray 
app, and the troublesome app on one machine may work just fine on another, 
so it's not specific apps; the one thing in common however is that they're 
all systray icon creating apps.

The issue often appears at startup, because such apps are often configured 
to start with the kde session, but starting them in the middle of a 
session will result in the same issue as well, so it's not specifically kde 
startup related.

At least in /some/ cases (it's unknown if this applies to all cases, yet), 
the problem appears to be a qt-4.7 bug, and has been fixed by the very 
latest git versions.  It's unclear if there's even a released snapshot 
with the fix yet, so affected users may have to grab a live git-clone and 
compile it themselves to see the fix.

In at least one other case, the problem is said to have disappeared with a 
gtk and kde update, but it's possible qt was updated as well, or that 
there was a more complicated interaction going on in that case that the 
update simply happened to fix so the the bug simply wasn't triggered there 
any more.

Bottom-line, the big money's on a systray related qt-4.7 bug.  Look for 
updates to it to fix the issue, or git-clone and compile the latest 
sources yourself, or temporarily work around the issue, hiding the window 
in question if there's enough window specifics to do so, using the kwin 
specific window config, as I described earlier, until your distribution 
gets a proper qt-4.7 update to fix it.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

___________________________________________________
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.