As I mentioned in subject: konsole (always), kwrite (sometimes) don't restore "Application menu" after session restoring. I'm not sure what is reason, but mentioned application and probably some different don't restore "Application menu" after session restoring.
Issue is strange, because when I run new instance of kwrite or konsole it has "Application menu" placed in title bar, but if I restart system, relogin, turn off and turn on computer and again log in - "Application menu" is not restored only I see normal menu as bar below title bar. By the way in KDevelop most often I get proper "Application menu" placed in title bar.
Second issue is the mess made by application. I mean that in directory ~/config/session are created continuously new files and old ones are don't removed. In effect after couple months we can get thousands of files don't need anyone. I wonder why these (archived) files are not cleaned.
I tested this on pretty new user and konsole alway lose "Application menu" placed in title bar in favor of normal menu bar. Also I cleaned session directory. Unfortunately didn't help.
Before I tested with version 5.10.5
I restested this issue on the newest stable version of Plasma 5 (5.11.4).
Issue still persists. Additionally I tested also "KInfo center", "System Settings", "Okular" and "Dolphin". In first one after relogin, global menu has been correctly restored, but in second application icon for menu wasn't shown. Similar issue happens in KDevelop5 (here I saw normal menu) and Okular (no menu) and Dolphin (no menu).
In KWrite after today's first run I got global menu, but after relogin global menu disappeared, and I saw normal menu.
Above issue I also tested with tested with same result in the newest KaOS.
Seems that restoring global menu works randomly, and most often doesn't work. :(
This (showing global menu) works correctly only for newly running application.
My settings are following:
- Desktop Theme: "Simple flow",
- Widget Style: "Breeze" (Menubar style: "Titlebar button"),
- Window Decoration: "Breeze",
- Look And Feel: "Breeze"
I noticed that Konsole, KWrite, Dolphin and KDevelop apps restored their title bar menus only sometimes in:
Yes. For me issue still persists. It's no strange, because I think nobody looked at it.
I also noticed that in KaOS this works better (restoring global_menu in applications) than for example in Antergos.
I have the same version of software like Alexander, only kernel is newer (4.14.15-1-ARCH).
Created attachment 114623 [details]
dolphin - missing menu
Created attachment 114624 [details]
dolphin - with appmenu, but this is freshly run app.
Created attachment 114625 [details]
okular - missing menu
Created attachment 114626 [details]
kwrite with appmenu and with normal menu
Created attachment 114627 [details]
konsole - normal menu
All screen shots comm from one session (restored).
I don't know if described issue is caused by incorrectly implemented Plasma in used (by me) distribution or this is but in Plasma.
Anyway files still multiplying in "~/.config/session". Manually remove them after start of session doesn't help. Menu in restoring applications sometime appearing, sometime not, sometime this is normal menu, sometime this is appmenu. Looks like randomly behavior. Just please check screen shots.
Issue happens from almost year.
Would be nice if somebody could confirm that this is happen in his desktop or not happen.
I noticed that restoring session (applications with appmenu) works better in KaOS, but I don't know if developers this distribution applied some workaround or not.
I have same problem on Archlinux (KDE 4.13.4)
I confirm for Konsole, Kate and Dolphin
Created attachment 116553 [details]
list of files after 1 month using restore session
I attach list of files what which he leaves (probably) ksnserver after every restoring session/closing system. Usually I remove them manually.
Files come from directory ~/.config/session
From some reason appmenu in KDevelop is correctly restored (after 1 month of tests), and in ~/.config/session is placed only one file. Maybe KDevelop handles this itself :/.
Seems to be caused by https://bugs.kde.org/show_bug.cgi?id=403188
Git commit 3fa868a73f87adff7ce1078126150c1a60c05894 by David Edmundson.
Committed on 14/01/2019 at 10:42.
Pushed by davidedmundson into branch 'master'.
[appmenu] set KDED phase
Without specifying it the default is phase 2.
Phase 2 is run in parallel with session restore.
Test Plan: None.
Differential Revision: https://phabricator.kde.org/D18240
M +1 -1 appmenu/appmenu.desktop
*** Bug 393203 has been marked as a duplicate of this bug. ***
*** Bug 402137 has been marked as a duplicate of this bug. ***
*** Bug 403188 has been marked as a duplicate of this bug. ***
*** Bug 379841 has been marked as a duplicate of this bug. ***