Bugzilla – Bug 254854
Sensor browser in KSysGuard hidden
Last modified: 2008-09-03 14:14:26 UTC
When I start KSysGuard in the default installation of Opensuse 10.2, the sensor browser is hidden: its variable width is moved to zero. This makes it impossible to find: I searched the whole application and ended up filing a bug report in the KDE bug tracking system. Then it turned out that it might be resized to zero.
kdebase3 version: 3.5.5
I am using KDE 3.5.6 from http://software.opensuse.org/download/KDE:/KDE3/openSUSE_10.2/
what is the bugnumber of the upstream bugreport ?
http://bugs.kde.org/show_bug.cgi?id=142827
Does it show after "mv ~/.kde/share/config/ksysguardrc ~/" and starting KSysGuard?
Yes.
And what does ~/ksysguardrc say about the splitter ("SplitterSizeList")? Or simply attach it :-)...
At the moment, it says: SplitterSizeList=1,1051 Moving the file back and making the sensor browser bigger, it says for example: SplitterSizeList=173,879 However, I was making the sensor browser bigger and smaller before after it was pointed out to me where I have to look. My point was: on a fresh Opensuse 10.2 installation, the sensor browser was hidden, and I am pretty sure that I did not hide it myself. Now that I know where it is, this is of course no longer a problem for me personally.
I just created a new user on a 10.2 installation (you may try too) and sensor browser is visible.
Nothing to fix here unless we have a reproducible way how the sensor browser gets hidden unintentionally/without the user having hidden it.
Today I did the first explicit start of ksysguard after a fresh opensuse-11.0 install. There were implicit invocations before using CTRL-ALT-ESC. After this the ksysguardrc contained the following splitter setting: ksysguardrc:6:SplitterSizeList=1,913. It's date is from today so it had just been modified. May be it has something to do with screen real estate? My resolution is 1026x768. After removing rc file and restarting a new and different rc file with sensible splitter settings () is created: ksysguardrc:6:SplitterSizeList=234,680 The new rc file references only system load and process table sheet (instead of 4 sheets in the elder one). Another anomaly (that probably has nothing to do with this bug) was that on 1st invocation I got the following complaint by the avahi-daemon (not reproducible so far): *** *** The program 'ksysguard' uses the Apple Bonjour compatibility layer of Avahi. *** WARNING *** Please fix your application to use the native API of Avahi! *** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=ksysguard>
Described behaviour in comment #11 observed with opensuse 11.0 (with kdebase3-3.5.9-65.2)
the patch causing that bonjour warning has been dropped.