Bug 261264 - System Tray not displaying "Extra Items"
Summary: System Tray not displaying "Extra Items"
Status: RESOLVED FIXED
Alias: None
Product: plasma4
Classification: Unmaintained
Component: widget-systemtray (show other bugs)
Version: unspecified
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-12-26 00:59 UTC by Peacey
Modified: 2010-12-26 11:44 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Peacey 2010-12-26 00:59:38 UTC
Version:           unspecified (using KDE 4.5.90) 
OS:                Linux

All the "Extra Items" in the system tray are not showing. Such as Network Management, Device Notifier, Notifications, Battery Monitor, etc...

The first time the default panel is created, everything is shown and working. But, after you log out/log in, none of the extra items are shown.

Reproducible: Always

Steps to Reproduce:
Create default panel. Extra Items are shown.
Log out/Log in or restart plamsa-desktop and extra items aren't shown on system tray.

Actual Results:  
Extra Items aren't shown on system tray.

Expected Results:  
Extra Items should show.
Comment 1 Aaron J. Seigo 2010-12-26 11:43:47 UTC
SVN commit 1209283 by aseigo:

only check the config for immutability if we actually have it; immutability() gets called from setHasConfigurationInterface which gets called from AppletPrivate::init() which meant it was trying to access the configuration group too early, resulting in it being misplaced; for most applets this wouldn't matter, but for applets-in-applets (it's always the sinners) it causes problems
BUG:261264


 M  +1 -1      applet.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1209283
Comment 2 Aaron J. Seigo 2010-12-26 11:44:40 UTC
SVN commit 1209284 by aseigo:

only check the config for immutability if we actually have it; immutability() gets called from setHasConfigurationInterface which gets called from AppletPrivate::init() which meant it was trying to access the configuration group too early, resulting in it being misplaced; for most applets this wouldn't matter, but for applets-in-applets (it's always the sinners) it causes problems
BUG:261264


 M  +1 -1      applet.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1209284