Bug 483170

I can confirm this.  When I open Krita, the global menu is simply empty (sometimes only the "search" item).  There is no menu in the main window of Krita, either.

When invoking "KDE_NO_GLOBAL_MENU=1 krita" from the command line, the menu appears in the main window of Krita.

SOFTWARE/OS VERSIONS
Operating System: Arch Linux 
KDE Plasma Version: 6.0.1
KDE Frameworks Version: 6.0.0
Qt Version: 6.6.2
Kernel Version: 6.7.9-arch1-1 (64-bit)
Graphics Platform: Wayland

can confirm i'm also getting this issue (arch / plasma 6.0.1)

*** Bug 483443 has been marked as a duplicate of this bug. ***

Given that there's nothing that was changed in Krita with regards to menu handling, I doubt we can do anything about it.

Created attachment 167159 [details]
Script for reproducing the dbus behavior of Krita

I tried to introspect the session bus of the `krita` process (in my case its name is ":1.130").  But if I do this with QDBusViewer, it freezes for about half a minute, and fails with the following message:

   Error: Call to object / at :1.130: org.freedesktop.DBus.Error.NoReply (Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.) failed 

And if I do this with D-Spy, then after about half a minute, it pops up a window showing "DBus connection failed.  Timeout was reached".

I think Krita failed to respond to requests via DBus for some reasons.  But that's strange.  I think the menu is handled by the Qt library internally.  I wrote a simple Python script that uses PySide to create a main window and some menus, and it works fine with the Global Menu widget, and can be introspected using D-Spy.

But I found one way to reproduce this problem.  That is, not executing QApplication.exec, but block in some other way.  I have attached my Python script that can reproduce the same behavior.

I have never hacked Krita before, but I guess similar thing is happening for Krita.  Some code may be overriding its normal event loop, causing some DBus-related events to be ignored.

---

My current environment:
Operating System: Arch Linux 
KDE Plasma Version: 6.0.2
KDE Frameworks Version: 6.0.0
Qt Version: 6.6.2
Kernel Version: 6.7.9-arch1-1 (64-bit)
Graphics Platform: Wayland

Krita version: 5.2.2-7 (Arch Linux)

I think I've found it...

It's probably 

commit ea5fde3df58e67aa044959f1dd055ac0d9daf9a3
Author: Dmitry Kazakov <dimula73@gmail.com>, Fri Nov 25 12:59:37 2022 +0300 (1 year, 4 months ago)
Committer: Sharaf Zaman <shzam@sdf.org>, Fri Dec 23 10:04:39 2022 +0000 (1 year, 3 months ago)
Branches: <Local>: krita/5.2, master, mr/1323, ..., work/rempt/refactor_toqcolor_fromqcolor, work/rempt/sponsorstab, work/rempt/updated_dependencies and 23 more
          origin: HEAD -> origin/master, bug-464032-potential-rss-feed-crash-fix, kazakov/for-5.2, ..., work/rempt/updated_dependencies, work/update_mr_template, xuche/T15555-pixel-perfect-ellipse-gsoc-2022 and 25 more
Precedes: 5.2.0-beta2
Follows: v5.2.0-prealpha

Disable prober workaround for plasma

This workaround causes Krita to crash on Windows with Qt 5.15.7

The patch basically reverts 8d6a2a5d123c90bfb2a4cabdff78a8fc54584e20
and theoretically may introduce bug 408015.

CCBUG:408015

A possibly relevant merge request was started @ https://invent.kde.org/graphics/krita/-/merge_requests/2098

Git commit 5dfe4918fa178a5870b2320e4c04bef346d87c08 by Halla Rempt.
Committed on 14/03/2024 at 10:57.
Pushed by dkazakov into branch 'master'.

Re-enable the workaround for plasma global menu

M  +12   -3    libs/ui/opengl/KisOpenGLModeProber.cpp

https://invent.kde.org/graphics/krita/-/commit/5dfe4918fa178a5870b2320e4c04bef346d87c08

Git commit a6fa8056b442b1b9efc07f7b89f3e3e0bd325aff by Dmitry Kazakov, on behalf of Halla Rempt.
Committed on 14/03/2024 at 11:35.
Pushed by dkazakov into branch 'krita/5.2'.

Re-enable the workaround for plasma global menu


(cherry picked from commit 5dfe4918fa178a5870b2320e4c04bef346d87c08)

M  +12   -3    libs/ui/opengl/KisOpenGLModeProber.cpp

https://invent.kde.org/graphics/krita/-/commit/a6fa8056b442b1b9efc07f7b89f3e3e0bd325aff

Thank you, Kunshah, for providing the hint that made it possible for me to find the culprit!

*** Bug 482791 has been marked as a duplicate of this bug. ***

*** Bug 487643 has been marked as a duplicate of this bug. ***

Hey I'm still having this issue intermittently. Anyone else experiencing this?

When I open the application it has the global menu, but usually within a few minutes, often when de-focussing the app the global menu disappears and doesn't come back. I'm running an up-to-date arch system with a version of krita in which the bug should have been patched (according to the changelog here https://gitlab.archlinux.org/archlinux/packaging/packages/krita/-/commits/main)

I'll see if I can reproduce the issue now and screenshot it / find some logs.

Ok, in reference to my previous comment, what seems to cause the global menu to disappear is using the menu to do any kind of effect / adjustment to the image. I'm able to pretty consistently reproduce this, with it disappearing as the dialog is opened, and not appearing after said dialog is closed again.
The global menu will sometimes but not always reappear after focussing another application and then refocussing krita

(In reply to zxq5 from comment #14)
> Ok, in reference to my previous comment, what seems to cause the global menu
> to disappear is using the menu to do any kind of effect / adjustment to the
> image. I'm able to pretty consistently reproduce this, with it disappearing
> as the dialog is opened, and not appearing after said dialog is closed again.
> The global menu will sometimes but not always reappear after focussing
> another application and then refocussing krita

I've experienced the same behavior, but i think it's not to related to this particular bug that is discussed here. I've filed a bug report on this if you want to join and confirm this. Link to said bug report: https://bugs.kde.org/show_bug.cgi?id=492925