Bug 355416

Summary: application style doesn't reflect kdeglobals::widgetStyle but style set in qtconfig
Product: [Unmaintained] kdelibs Reporter: RJVB <rjvbertin>
Component: kdeuiAssignee: kdelibs bugs <kdelibs-bugs-null>
Status: RESOLVED WORKSFORME    
Severity: normal CC: rjvbertin
Priority: NOR    
Version First Reported In: Git   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description RJVB 2015-11-16 09:20:31 UTC
It's been a while, but I decided to change my KDE4 desktop style to a hopefully less graphics-intensive theme (QtCurve instead of Oxygen).

The change got recorded in ~/.kde/share/config/kdeglobals and showed up in style kcm, was reflected in running applications, but not in newly started applications. That includes systemsettings, which would show QtCurve as the selected style in the combobox, but use Oxygen as the running style.
I had to "confirm" the change via qtconfig to get it to "stick".

./kdeui/kernel/kglobalsettings.cpp

Reproducible: Always

Steps to Reproduce:
1. Start systemsettings and select new app style in the application style kcontrol
2. apply it
3. observe running applications changing  their look
4. restart systemsettings

Actual Results:  
Systemsettings will use the previous app style

Expected Results:  
Systemsettings and other newly (re)started apps use the newly selected app style

I remember that getting a non-standard default font to "stick" required configuring it via qtconfig too but AFAICR this was not the case with application styles. I think I can even remember discovering that one had to set the same style via qtconfig or else "pure" Qt applications would not use the style selected for KDE apps.

I had a look at git blame ./kdeui/kernel/kglobalsettings.cpp, and saw that the whole file was changed in july 2014 . That's maybe after I last tried to change my desktop app style but it doesn't help understanding why KDE no longer overrides the Qt style (or if it indeed ever did).
Comment 1 RJVB 2015-11-16 09:21:10 UTC
I'm running KDELibs v4.14.12-8-g20a50124
Comment 2 Justin Zobel 2022-10-17 22:53:36 UTC
Thank you for reporting this bug in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "CONFIRMED" when replying. Thank you!
Comment 3 Bug Janitor Service 2022-11-01 05:06:02 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 4 Bug Janitor Service 2022-11-16 05:17:36 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!