Can not disable desktop effects for "Transluency" and "Wobbly Windows"

I don’t have anything to add to the discussion, except to say that I am also having this issue. Every time I restart the system, either wobbly windows or translucency has re-enabled itself.

Although I have disabled all relevant preferences:

…a similar problem appears to reproduce, for me:

Is what I describe an example of the focus of this topic?

Can someone pin this? The issue is that .config/kwinrc gets unexpectedly overwritten and “forgets” the user setting. The KDE team is working on this bug. If it affects you and you wish to disable these effects, here is a script to do so:

# This disables any wobbly and translucent-while-moving effects.
# - Replace 'false' with '--delete' to revert.
# - Log out and back in immediately to apply.
for _key in translucencyEnabled wobblywindowsEnabled; do
  kwriteconfig6 --group 'Plugins' --file kwinrc \
    --key="${_key}" 'false';
done

@depmann, if you intent to imply that what I describe is an example of what this thread describes, then you may be interested to know that kreadconfig5 --group 'Plugins' --file kwinrc --key translucencyEnabled returns null, rather than true, or [$d].

Similarly:

  • $HOME/.config/kdedefaults/kwinrc

  • $HOME/.config/kwinrc

…include no translucencyEnabled key.

This is a three-day-old OS installation:


The Solution plugin should permit that. If you add a link to the Bugzilla ticket alongside it, it essentially functions as the “solution”, too.

The script will create the file, sections, and the keys. There is already a bug defined for this, which is described and linked in earlier comments.

@depmann, what script?

Indeed, although bugs.kde.org/show_bug.cgi?id=519481#c2 does not appear to be relevant, and the preference does not even persist per session. Consequently, can someone explicitly confirm whether what I experience is an example of what this thread describes?

The script posted directly above that I asked to have someone pin. I do not have that privilege.

This topic, which you can read, and the bug, which you can also read, is about how these effects do not STAY disabled after a user relogs. This is a problem with the way Plasma is storing and apparently rewriting variable in the config files.

Your issue appears to be that your settings do NOT take effect. Therefore it is likely not related to this issue where the changes do take effect, but don’t stay set after a relog.

I marked this as solution, so it can be found easier. Eventhough this is not be the final fix it helps in cases people want to keep these desktop effects disabled.

Thanks. I think that will prevent a lot of unnecessary thrashing. I think the comment makes it clear this is a work-around to an upstream bug.

I’m experiencing this bug as well. I absolutely do not want these effects. They sometimes turn back on when I start a new session.

See solution at the top. Does that work for you?

I’ve added a possible fix to the bug report. Recompiled part of KDE with the fix and everything works as expected.

I think this affects every part of KDE that uses KConfigGroup and deletion markers.