--- Comment #8 from ---
(In reply to David Edmundson from comment #7)
> Pre 5.12 appmenu was managed by 2 config keys on separate places, it was
> possible to be in a corrupt state where a user had explicitly enabled in
> window deco menus, but chose not to export menus.
> In 5.12 it was consolidated into 1.
> Any user with this had previously added the application menu to kwin at some
> point, and now we've "fixed" it so it works. 
> Not really a bug, but maybe I can craft a kconf update script to remove the
> button if it wasn't exported.

So basically this is a misconfigured config flag somewhere that has been
deprecated by the update, but before it sat there doing nothing and now it
breaks menus? Can you tell me where this could be, what to look for, so that I
can confirm (and fix)?

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

Reply via email to