Bug 432747 - Window Decoration context menu remains painted non-interactively on screen after it loses focus or should get closed
Summary: Window Decoration context menu remains painted non-interactively on screen af...
Status: RESOLVED WORKSFORME
Alias: None
Product: kwin
Classification: Plasma
Component: wayland-generic (other bugs)
Version First Reported In: git master
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-02-10 18:06 UTC by Nate Graham
Modified: 2021-03-04 18:56 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments
Phantom window decoration context menu (1.41 MB, video/webm)
2021-02-10 18:06 UTC, Nate Graham
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Nate Graham 2021-02-10 18:06:11 UTC
Created attachment 135564 [details]
Phantom window decoration context menu

everything from git master today.

See attached screen recording.

Text version:
If I right-click on the titlebar of a Breeze-decorated window, the resulting context menu does not disappear when closes or on focus loss. Instead, a non-interactive ghost of it remains on screen. It's still visually there, but does not eat clicks and is not interactive.

This does not happen with other context menus, just the Breeze window decoration one.
Comment 1 Nate Graham 2021-03-04 18:56:52 UTC
I can no longer reproduce this issue. If it happens again, I'll re-open and add that kwin support info.