https://bugs.kde.org/show_bug.cgi?id=444378

Alexander Lohnau <alexander.loh...@gmx.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |FIXED
             Status|ASSIGNED                    |RESOLVED
      Latest Commit|                            |https://invent.kde.org/fram
                   |                            |eworks/kcmutils/commit/c9c5
                   |                            |8de65c07c8a940cb4c9b9177745
                   |                            |0698f635c

--- Comment #15 from Alexander Lohnau <alexander.loh...@gmx.de> ---
Git commit c9c58de65c07c8a940cb4c9b91777450698f635c by Alexander Lohnau.
Committed on 14/03/2022 at 11:28.
Pushed by alex into branch 'master'.

Fix KPluginSelector KCMs missing their metadata on plugin loading

For the KWin KCMs we need the full metadata, because we read the
plugin keyword.

Without the X-KDE-ConfigModule key, plugins used to create a symlink
in the kservices5 folder to their metadata, which then goes through the
legacy code path we would read all the metadata.
This includes the plugin keyword.

When consumers would this key, but have an old KWin version which
used the KPluginSelector class and a kcmutils version which reads
X-KDE-ConfigModule, but does not
include this bugfix, the plugin keyword will be empty and thus the config
files can not be located.

This makes it hard to fix the loading on kcmutils < 5.91, but keeping the
code working with KWin < 5.24.

To test this, you should check out KWin 5.23 and kcmutils master.
Fox example https://github.com/nclarius/tile-gaps/ will then fail
to load it's config. With this change included, it should load properly.

M  +3    -4    src/kpluginselector.cpp

https://invent.kde.org/frameworks/kcmutils/commit/c9c58de65c07c8a940cb4c9b91777450698f635c

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to