Created attachment 136804 [details] Left: Wrong colours, Right: Correct colours SUMMARY After updating to v5.21.3 when I open systemsettings it now doesn't display with my colour scheme correctly, other KDE & Qt apps display with the correct colours. I can temporarily fix this by changing my colour scheme to another one (I can't just select my current one as the apply button is greyed out until I switch to a new one) and then back again. Once I close systemsettings and open it again it goes back to the wrong colours again though so to be able to read anything in it I have to do this each time I open it. I tried moving ~/.config/systemsettingsrc so it'd make a new one, but this had no affect on the issue. STEPS TO REPRODUCE 1. Open systemsettings OBSERVED RESULT Wrong colours EXPECTED RESULT Correct colours SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.21.3 KDE Frameworks Version: 5.80.0 Qt Version: 5.15.2 Kernel Version: 5.11.7-zen1-1-zen OS Type: 64-bit Graphics Platform: X11 Processors: 16 × AMD Ryzen 7 1700 Eight-Core Processor Memory: 31.4 GiB of RAM Graphics Processor: AMD Radeon RX 5700 XT ADDITIONAL INFORMATION
It appears that you are either missing the qqc2-desktop-style package, or else are using the qt5ct package, which interfered with things. The problem should disappear if you correct either or both of those. Can you confirm?
(In reply to Nate Graham from comment #1) > It appears that you are either missing the qqc2-desktop-style package, or > else are using the qt5ct package, which interfered with things. The problem > should disappear if you correct either or both of those. Can you confirm? No I have qqc2-desktop-style installed and don't have qt5ct installed: $ pacman -Ss qqc2-desktop-style extra/qqc2-desktop-style 5.80.0-1 (kf5) [installed] $ pacman -Ss qt5ct community/qt5ct 1.1-1 Anything else I can check?
Are you lacking plasma-integration, maybe? Either way I feel like this has to be a setup/distro bug because we can see from the screenshots that the widgets look all wrong. The text field and toolbutton in the header over the sidebar should look Breeze-style. Instead they are inheriting the ugly default/fallback Qt theme. If you have plasma-integration too, I'm out of ideas and would recommend asking on the Arch forums. I'd be interested to know what it ends up being!
(In reply to Nate Graham from comment #3) > Are you lacking plasma-integration, maybe? Either way I feel like this has No I have that installed. > to be a setup/distro bug because we can see from the screenshots that the > widgets look all wrong. The text field and toolbutton in the header over the > sidebar should look Breeze-style. Instead they are inheriting the ugly > default/fallback Qt theme. Actually I'm using QtCurve style; I just tried changing to Breeze style in case that was the issue, but didn't fix it. > > If you have plasma-integration too, I'm out of ideas and would recommend > asking on the Arch forums. I'd be interested to know what it ends up being! Okay I'll give that a try. Here's the stdout of running systemsettings5 btw, didn't think to look at that till now: kf.kirigami: Warning: Theme implementations should use Kirigami.BasicThemeDefinition for its root item file:///usr/share/kpackage/genericqml/org.kde.systemsettings.sidebar/contents/ui/SubCategoryPage.qml:158:9: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... } file:///usr/share/kpackage/genericqml/org.kde.systemsettings.sidebar/contents/ui/SubCategoryPage.qml:148:9: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... } file:///usr/lib/qt/qml/org/kde/kirigami.2/templates/private/ScrollView.qml:73:5: QML Binding: Not restoring previous value because restoreMode has not been set. This behavior is deprecated. You have to import QtQml 2.15 after any QtQuick imports and set the restoreMode of the binding to fix this warning. In Qt < 6.0 the default is Binding.RestoreBinding. In Qt >= 6.0 the default is Binding.RestoreBindingOrValue. file:///usr/lib/qt/qml/org/kde/kirigami.2/templates/private/ScrollView.qml:73:5: QML Binding: Not restoring previous value because restoreMode has not been set. This behavior is deprecated. You have to import QtQml 2.15 after any QtQuick imports and set the restoreMode of the binding to fix this warning. In Qt < 6.0 the default is Binding.RestoreBinding. In Qt >= 6.0 the default is Binding.RestoreBindingOrValue. file:///usr/share/kpackage/genericqml/org.kde.systemsettings.sidebar/contents/ui/SubCategoryPage.qml:67:13: QML MouseArea: Binding loop detected for property "implicitHeight" file:///usr/lib/qt/qml/org/kde/kirigami.2/templates/private/ScrollView.qml:73:5: QML Binding: Not restoring previous value because restoreMode has not been set. This behavior is deprecated. You have to import QtQml 2.15 after any QtQuick imports and set the restoreMode of the binding to fix this warning. In Qt < 6.0 the default is Binding.RestoreBinding. In Qt >= 6.0 the default is Binding.RestoreBindingOrValue. file:///usr/lib/qt/qml/org/kde/kirigami.2/templates/private/ScrollView.qml:73:5: QML Binding: Not restoring previous value because restoreMode has not been set. This behavior is deprecated. You have to import QtQml 2.15 after any QtQuick imports and set the restoreMode of the binding to fix this warning. In Qt < 6.0 the default is Binding.RestoreBinding. In Qt >= 6.0 the default is Binding.RestoreBindingOrValue.
Okay I figured out how to fix this. I had set the env var QT_QUICK_CONTROLS_STYLE=Breeze to fix an issue with the ui in an application called Cura (3d Printing software) which is still present in v4.8. I had done this awhile back in a way that set it for my whole session and hadn't had any issues with this until this release. I've changed it so now only Cura gets this env var and it's fixed the issue for me.