Bug 1047359

Summary:	KDE forgets applications theme
Product:	[Fedora] Fedora	Reporter:	Germano Massullo (Thetra) <germano.massullo>
Component:	kde-workspace	Assignee:	Than Ngo <than>
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	low	Docs Contact:
Priority:	unspecified
Version:	20	CC:	dvratil, jgrulich, jreznik, kevin, ltinkl, mbriza, rdieter, rnovacek, smparrish, than
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2014-01-02 15:08:50 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Germano Massullo (Thetra) 2013-12-30 16:30:14 UTC

Description of problem:
I need to select a light theme on a quite old Thinkpad T41, so I choosed Plastique (Plastik?). I click on apply and KDE changes the theme of applications, but if I reboot the system, the default theme (Oxygen) will be back.

Version-Release number of selected component (if applicable):
KDE 4.11.3

Comment 1 Kevin Kofler 2013-12-30 16:57:31 UTC

kcm_style is in kde-workspace, reassigning.

(In general, kde-settings is always the wrong package to file bugs against, unless the issue really is with the default settings for KDE in Fedora.)

Comment 2 Martin Bříza 2014-01-02 14:08:13 UTC

Hi Germano,

issues of this kind are usually caused by incorrect logging out of the session. Are you sure it is closed properly? Try logging out and logging into Plasma workspaces instead of rebooting to see if it is remembered.

Comment 3 Germano Massullo (Thetra) 2014-01-02 14:50:10 UTC

It happens with log out too.

Comment 4 Rex Dieter 2014-01-02 14:53:44 UTC

After you change style, what does this output?

kreadconfig --file kdeglobals --group General --key widgetStyle

?

If not what you expect, check to see if ~/.kde/share/config/kdeglobals has proper ownership/permissions

Comment 5 Rex Dieter 2014-01-02 14:55:13 UTC

Alternatively, you can check to see if clearing the Qt plugin cache helps, delete/rename this if it exists:
~/.config/Trolltech.conf

Comment 6 Germano Massullo (Thetra) 2014-01-02 15:03:25 UTC

-rw-------. 1 germano germano 4612  2 gen 16.00 .kde/share/config/kdeglobals

Comment 7 Germano Massullo (Thetra) 2014-01-02 15:07:01 UTC

(In reply to Rex Dieter from comment #5)
> Alternatively, you can check to see if clearing the Qt plugin cache helps,
> delete/rename this if it exists:
> ~/.config/Trolltech.conf

Now it works correctly. I think it is related to https://bugzilla.redhat.com/show_bug.cgi?id=1030534

Comment 8 Rex Dieter 2014-01-02 15:08:50 UTC

Same bug then, I'll dup it

*** This bug has been marked as a duplicate of bug 1030534 ***