Bug 431219

*** Bug 431383 has been marked as a duplicate of this bug. ***

*** Bug 426870 has been marked as a duplicate of this bug. ***

Confirm. Reboot or "Settings" (https://www.youtube.com/watch?v=jTcej08CgDg)

Up to 5.23.2. Confirm. :-(

Just reproduced that bug with plasma version 5.23.3 & default light and dark themes.

Quick way to reproduce:
1. Open "System Settings", choose "Dark Theme", click "Apply", close "System Settings";
2. Open "System Settings" again, change theme to "Light Theme", click "Apply", close "System Settings";
3. Open "System Settings" once again -> plasma theme will be changed to dark (but it was set to light).

David, could you reproduce that?

Also I see that after changing plasma theme that way config `~/.config/plasmarc` is not changed at all,
i.e. selected theme is not written into it (line `name=breeze-dark` or similar can't be found).
But after step 3 - line `name=breeze-dark` appears.
So config only changes 1 time at last step.

Breeze theme bug in Fedora 34/35.
Temporary solution, ~/.config/plasmarc:
[Theme]
name=Breeze

It's Fedora specific bug.

Caused by this patch:
https://src.fedoraproject.org/rpms/plasma-workspace/blob/rawhide/f/plasma-workspace.spec#_449
https://src.fedoraproject.org/rpms/plasma-workspace/blob/rawhide/f/plasma-workspace-5.3.0-set-fedora-default-look-and-feel.patch

I've just tried to rebuild package without it and bug was gone.

No wonder I can't reproduce it, despite using Fedora 34--I build Plasma from source myself, so I don't have that patch. Can you please report this at https://bugzilla.redhat.com/? Thanks!

This is not specific to Fedora. I am the original reporter of this bug, and when I wrote this, nearly one year ago, I was using the latest version of KDE Neon. It looks like it's still present and haven't been fixed yet.

Sorry, I think we are talking about different bugs.

fernandoenzo@gmail.com, could you reproduce sequence that I've described?

Created attachment 143943 [details]
KDE Neon.webm

Created attachment 143944 [details]
Fedora 35 KDE Spin.webm

Double checked this bug on neon-user-20211116-1405.iso & F35-KDE-x86_64-LIVE-20211115.iso.
I've using instructions from the comment 6 to reproduce it (https://bugs.kde.org/show_bug.cgi?id=431219#c6).
Here is results:

1. KDE Neon (plasma-5.23.3, kf5-5.88.0, Qt-5.15.3) - no bug ovserved, see attached video "KDE Neon.webm".

2. Fedora 35, KDE Spin updated to latest version (plasma-5.23.3, kf5-5.88.0, Qt-5.15.2) - bug could be reproduced, see attached video "Fedora 35 KDE Spin.webm".

I'll report it to RedHat bugzilla.

Created attachment 143945 [details]
KDE Neon.webm

Hi,

I tried to reproduce my own steps in neon-testing-20211116-1815 and it looks like the bug is finally gone. Icons preferences are now properly saved.
I tried to reproduce the steps from comment 6 and I didn't have any problems as well.

So I'd say it's all good.

The problem is solved by removing patches from Fedora.
https://bugzilla.redhat.com/show_bug.cgi?id=2026789

This bug can be reproduced if one changes (patches) what the default look-and-feel is.  I'll leave it to upstream to decide whether that's valid use-case to support (re-opening).

Definitely not fixed (but can be closed as NOTABUG or INTENTIONAL, if this use-case won't or cannot be supported)

The way that specifying default global themes changed in Plasma 5.24 to something much more robust; now you can just add the new systemwide default to /etc/xdg/<wherever> as expected. Rex, I think the Fedora patch in question applies to the older, hackier code in Plasma 5.23 and earlier, right?

If so, I'm not sure there's anything we can do here since that code has already been improved in 5.24 to make this issue not happen anymore, and there are no more Plasma 5.23 releases planned.

Yeah, I think that has to be the resolution, sorry: Already fixed in 5.24, can't fix in 5.23.