| Summary: | Resizing windows doesn't work with third party themes | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Ellie <el> |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | normal | CC: | kde, nate |
| Priority: | NOR | ||
| Version First Reported In: | 6.3.6 | ||
| Target Milestone: | --- | ||
| Platform: | postmarketOS | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Screencast gif showing the resize problem in the top-left corner.
One of the affected themes Another one of the affected themes |
||
Created attachment 187543 [details]
One of the affected themes
Created attachment 187544 [details]
Another one of the affected themes
Those decoration themes are doing something that they shouldn't. They place buttons where the resizable borders are. So when you press a button, it consumes the click, kwin sees that the click has been consumed and it refuses to start interactive resize. Please report this issue to the theme creators. What if kwin added an outer invisible resize area on its own? That would also solve it. Since these are server-side decorations anyway, I assume. That apparently a ton of themes run into this issue seems a bit concerning. I also tested around some more, and it is my impression that the Windows 10 theme at least wouldn't be possible to visually look like it needs to, without the button overlapping the resize border. Since on hover, the red square needs to fill out the entire window area for it to look right. I'm therefore wondering if this is even avoidable...? Perhaps the theme engine could be changed to somehow make a click and drag that hits both a button and a resize border, get redirected to the resize border? I assume this isn't trivial to implement, but perhaps also not impossible. Is there a potential way forward likely to improve the situation? |
Created attachment 187542 [details] Screencast gif showing the resize problem in the top-left corner. SUMMARY I see this bug on both my KDE 6.3.x and on my KDE 6.5.x machines: with many window decoration themes, resizing in the top-left corner and sometimes the top-right corner seems to be broken, I guess perhaps due to some problem where the menu or the button want to activate instead. As a user this seems like a potentially solvable issue since a click-and-drag for a resize doesn't activate anything useful on the menus and buttons, which should only react to short single clicks. However, I understand as a developer, resolving this conflict may be more complicated than it looks like. But a fix would be nice, since it feels quite unsatisfying to want to resize and the window simply resists in some spots. STEPS TO REPRODUCE 1. Use an affected theme 2. Resize in the "wrong" spot, usually top-left corner and sometimes top-right corner OBSERVED RESULT See attached screen cast gif EXPECTED RESULT Resizing works everywhere SOFTWARE/OS VERSIONS Windows: macOS: (available in the Info Center app, or by running `kinfo` in a terminal window) Linux/KDE Plasma: postmarketOS, various versions KDE Plasma Version: 6.3.6 & 6.5.4 KDE Frameworks Version: 6.13.0 & 6.20.0 Qt Version: 6.8.3 & 6.10.1 ADDITIONAL INFORMATION