With the nightly packages, systemsettings crashes
here. I can't seem to
generate a proper stack trace however. Is there a -dbg package I can
install to let it create a proper stack trace?
System settings? Do you mean kcontrol, or something else entirely?
kcontrol works (although it misses a lot of panels), I mean
the special Kubuntu version of systemsettings with the overview layout:
/opt/trinity/bin/systemsettings
This one crashes.
Tim, Julius,
I don't have systemsettings installed on my Slackware system. I always assumed that
was an Ubuntu-only package. Is that a bad presumption? Will that package install on
Slackware? Where can I learn more about this package? What does this package provide that
the normal kcontrol does not?
Because of my presumption I never tested that package with the XDG updates. :-(
During my testing I am aware of several dialogs with missing icons in the left-side icon
list of modules. You might recall our conversations in this list with me trying to find
hidden hard-coded references (bug report 892 has some of those conversations). Konqueror
and the panel come to mind, although there were two or three others that displayed this
behavior. Julius' description of systemsettings sounds exactly the same.
The key to restoring missing icons is two-fold: 1) updating source code references to a
"kde-*.desktop" file and 2) updating profile *desktop references of X-KDE ->
X-TDE and KDE; -> TDE;.
The changes in starttde are supposed to remedy the latter problems, but I will not pretend
to be all-knowing and presume I know about all glitches caused by the XDG compliance
updates. :-) . I suspect those starttde changes are working okay, but perhaps I missed one
or two. Likely systemsettings has its own rc file and because I never tested, I would
never have added updating snippets in starttde.
Some of the keyboard problems reported could be related. I don't know. Julius:
* Search the $TDEHOME profilerc file for occurrences of "kde-".
* Search the khotkeysrc for occurrences of "kde-".
* If systemsettings has its own rc file, then search that too for "kde-".
Please temporarily rename your $TDEHOME to force creating a new profile and then look for
the same anomalies. During my testing I did that many times to test these many XDG
updates. None should exist with a new profile, but I suspect anything related to
systemsettings will be broken in a new profile.
Some quick good news: A quick grep of the systemsettings sources reveals a slew of
kde-*.desktop references:
grep -rn kde\-[a-zA-Z0-9]*\.desktop applications/systemsettings
Likely I need to update some of those. One of the quirks I discovered when I tested these
updates was that not all such references need to be updated to tde-*.desktop. Blindly
converting all such references caused its own set of unique breakage.
Therefore I need a help to fix: I need screen grabs of what the systemsettings dialog
looks like when functioning correctly and when broken. Would one of you post such screen
grabs?
I will try to build and install systemsettings.
I will be able to patch as soon as I can compare a good image to the current building
image.
Thank you both for your patience and testing!
Darrell
