only reproducible on Wayland
STEPS TO REPRODUCE
1. take a screenshot by pressing shift+printscreen (Plasma shows a notification)
2. right-click on desktop
3. wait the notification to disappear
context menu closes when the notification disappears
a notification should not interfere with any context menu
Operating System: Arch Linux
KDE Plasma Version: 5.19.90
KDE Frameworks Version: 5.74.0
Qt Version: 5.15.1
Pretty sure that's kwin
(In reply to Nate Graham from comment #1)
> Can confirm.
(In reply to Kai Uwe Broulik from comment #2)
> Pretty sure that's kwin
No, it's plasma. It destroys the xdg_popup surface for some reason.
Ah yes, this. Same as Bug 417939.
*** This bug has been marked as a duplicate of bug 417939 ***
This bug is still reproducible on Arch Linux (Plasma 5.23.1) and neon unstable.
On neon unstable the context menu also closes when volume or brightness OSD
Darn, looks like they'll have to be fixed separately. Can reproduce.
Looks like this is an upstream issue that will be fixed by https://codereview.qt-project.org/c/qt/qtwayland/+/347783.
*** Bug 448508 has been marked as a duplicate of this bug. ***
*** Bug 450145 has been marked as a duplicate of this bug. ***
*** Bug 451020 has been marked as a duplicate of this bug. ***
*** Bug 451599 has been marked as a duplicate of this bug. ***
*** Bug 454195 has been marked as a duplicate of this bug. ***
This has been fixed in Qt 6.4 with https://github.com/qt/qtwayland/commit/f8e3257e9b1e22d52e9c221c62b8d9b6dd1151a3.
Ideally we should backport it to the KDE patch collection.
Xuetian, would you be interested in doing that? https://community.kde.org/Qt5PatchCollection#How_do_I_get_a_patch_merged.3F
I'm unable to reproduce the original observed result. Tested on Wayland sessions of Arch and neon unstable.
It's possible they already manually backported it, or else it was already backported in the Qt patch collection and Fedora is lagging, which is why I can still reproduce it?
Indeed, it was backported a month ago!