https://bugs.kde.org/show_bug.cgi?id=506439
--- Comment #12 from Guido <[email protected]> --- (In reply to Vlad Zahorodnii from comment #11) > (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. It installs an EventFilter, it's just a workaround for my decoration, but I think it can also be applied to Plasma. Anyway, it works and doesn't give any more trouble. But surely the solution you have in store for Plasma 6.5 is better. -- You are receiving this mail because: You are watching all bug changes.
