https://bugs.kde.org/show_bug.cgi?id=506439
--- Comment #11 from Vlad Zahorodnii <[email protected]> --- (In reply to Guido from comment #10) > (In reply to Vlad Zahorodnii from comment #8) > > It looks like > > https://github.com/qt/qtbase/commit/353ce5344fbde5a6cecbdd2c131e1cf0f4b7f383 > > added some guards for showing empty menus. However, the QMenu in > > libdbusmenuqt kind of relies on populating QMenu's asynchronously, i.e. show > > an empty sub-menu and then add actions later. I think the issue can be > > worked around by prefetching the next level of menu items. > > What do you think of this solution? > > https://github.com/guiodic/material-decoration/commit/ > 9ef1f37cfafc489cb4be3e6251eb25c29574c53a In 6.5, plasma will likely adopt a slightly different way to handle QMenu objects. https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/5688#note_1275314 The global menu applet would load the second level ahead of time (for better responsiveness), and also add a placeholder action just in case. In my testing, I haven't noticed any issues with submenu anymore. Regarding the linked patch, I'm not sure how exactly it fixes the bug. -- You are receiving this mail because: You are watching all bug changes.
