Summary: | Regression: "workspace.clientArea(KWin.MaximizeArea, client)" returns wrong values (AKA "Move Window" KWin script broke) | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Denilson F. de Sá <denilsonsa> |
Component: | scripting | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED DOWNSTREAM | ||
Severity: | normal | CC: | fanzhuyifan, nate, nicolas.fella, xaver.hugl |
Priority: | NOR | Keywords: | regression |
Version: | 5.27.3 | ||
Target Milestone: | --- | ||
Platform: | Manjaro | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Denilson F. de Sá
2023-04-07 23:26:51 UTC
It's worth mentioning this regression may potentially affect the automatic positioning of new windows. Here are a couple of examples: * While taking a screenshot, the Spectacle main window once opened up off-screen (in the void area outside the displays). * When using a application that usually opens a new window centered on the current display (e.g. openconnect-globalprotect), it can show up in a weird position (i.e. not centered, not aligned to any edge). I'm mentioning this because the KWin script breaking (due to some misbehavior of the exposed KDE API) might be a symptom of some slightly deeper issue shared among both KWin scripts and the logic that auto-positions new windows. Worth noting that `kwin-move-window` script was updated to fix (or work around) this issue. https://github.com/Merrit/kwin-move-window/commit/ce3050094d9eecc7e07accc682358aa36d1b923a I haven't used an asymmetrical layout for several months, which means I'm avoiding this bug. I can't tell you if it still exists or not. (I mean, in other applications besides that kwin script, like I mentioned in comment #1.) Afaict, the script before just ignored the x and y positions of the placement area (var areaCenterX = area.width / 2), so it was a bug in the script |