| Summary: | System settings crash upon clicking application style | ||
|---|---|---|---|
| Product: | [Applications] systemsettings | Reporter: | software |
| Component: | general | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | RESOLVED DOWNSTREAM | ||
| Severity: | crash | CC: | apmichalopoulos |
| Priority: | NOR | Keywords: | drkonqi |
| Version First Reported In: | 5.14.4 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
software
2018-12-15 22:56:44 UTC
I don't know if it's the same bug I came here to report, but it seems similar enough. I've been having kde-gtk-config crash on me since at least a couple of major releases ago (i.e. 5.12 or so) whenever I click on "Gnome Application Style" in the system settings. It also produces the following errors before it crashes: couldn't include "widgets/default" couldn't include "widgets/buttons" couldn't include "widgets/menu" couldn't include "widgets/entry" couldn't include "widgets/notebook" couldn't include "widgets/range" couldn't include "widgets/scrollbar" couldn't include "widgets/toolbar" couldn't include "widgets/progressbar" couldn't include "widgets/misc" couldn't include "widgets/styles" (These errors are specific to Breeze, other themes produce different but similar errors, for reasons that will hopefully become apparent.) At first I found a hacky solution was to delete the file ~/.gtkrc-2.0 that is created/populated by kde-gtk-config, but this would of course reset my GTK theme settings. But, since afterwards I could simply tweak my theme options, save them and then never bother with kde-gtk-config again, it proved adequate. Yesterday I looked into it a bit more, and I found that the culprit seems to be that kde-gtk-config includes the following two lines in ~/.gtkrc-2.0: include "/usr/share/themes/$SELECTED_THEME/gtk-2.0/gtkrc" include "/etc/gtk-2.0/gtkrc" I looked it up on the internet and found this, back from 2010: https://www.linuxquestions.org/questions/slackware-14/latest-current-updates-gtkrc-2-0-doesn%27t-appear-to-work-844356/ In short, at some point in time, the "gtk-theme-name" property seems to have stopped working properly, and in order to set a GTK theme one had to also manually include its configuration files. Now, it seems that as of late this is no longer the case, in fact having those includes produces a crash. So I tested it and indeed, commenting out or deleting those two lines results in kde-gtk-config no longer crashing and what's more, the GTK theme is applied correctly - which seems to imply that "gtk-theme-name" works once again as it should, making those problematic includes redundant. So, to sum up, OP: Does deleting the file ~/.gtkrc-2.0, or commenting out/deleting those two lines in it, resolve your issue? Crash is caused by dlopen library loader error, possibly because of a broken ldconfig setup. If this is reproducible with all packages updated from consistent repositories, please report this issue directly to the bug tracker of your distribution. In my case, I found out that the issues were caused by a rogue /etc/gtk-2.0/gtkrc link pointing to ~/.gtkrc, which includes /etc/gtk-2.0/gtkrc, which means it ended up including itself again and again in an infinite loop, which is what caused the crash. I'm 100% certain I've never created that link, so it's probably the result of some change between Plasma 5.12 and 5.13 (either upstream or downstream, by the Arch maintainers). In any case, deleting that link fixes the problem. Don't know if this is relevant to this bug after all, though. At the very least, since everything else works properly and I'm on an Arch system similar to the OP's, I can confirm that the issue is *NOT* "reproducible with all packages updated from consistent repositories". |