Plasma Window Visible
Duncan
1i5t5.duncan at cox.net
Wed Jul 14 13:22:58 BST 2010
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.
More information about the kde
mailing list