Bug 261264

Summary: System Tray not displaying "Extra Items"
Product: [Unmaintained] plasma4 Reporter: Peacey <peaceyall>
Component: widget-systemtrayAssignee: Plasma Bugs List <plasma-bugs-null>
Status: RESOLVED FIXED    
Severity: normal    
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: Arch Linux   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

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