[Bug][Latte and KDE dependent] Restored applications / KDE startup don't work with this applet

[JanNowak94]

I don't know what KDE changed in their code but it seems that the KDE applications now check if there is a recipient of global menu export at start of application. This has unfortunate side-effect of this applet breaking with KDE applications that are restored (I did not check if GTK based applications work same way) or they start at launch but not from typical auto-start like kwalletmanager5. This seems to stem from fact that restored applications (and kwalletmanager5) seem to start up before KDE auto-start (or they start in different threads thus introducing race condition). What effectively happens is latte starts too latte to give response to application that asks for the availability of appmenu recipient.

Replicate: Select restore applications - and restart, dolphin(File manager) starts with hamburger menu in context menu, and wallet manager ( I'm not sure that this even require restore applications at startup) with normal menu.

This bug could probably be resolved either by change of KDE appmenu implementation, or by moving latte up in startup order - by using KDE to start latte as part of suite instead of application. Either way this will require bug follow up to Latte and KDE.

Garuda (current) - you should be able to replicate it in Arch Linux

Temporary fix: restart applications (Wallet Manager need manual SIGINT or SIGTERM) - however that does defeat the point of "restore applications" option.

Why here (applet-window-menu and Latte) - I don't know where this implementation of KDE appmenu is.

[JanNowak94]

follow up in Latte: https://bugs.kde.org/show_bug.cgi?id=449051

[psifidotos]

This is not related to appmemu applet