At last, someone else who is seeing this.  :]

I'm using KWin with LXQt on Gentoo Linux here, and so far I haven't met anyone else who is able to re-produce this.

There's no need for a small screen, at least for me (1440p), and I'm unable to move any window past the top as well as the left side (single monitor or dual monitor set up both).

Additionally, my panel is acting weird if placed on the top or the left side: even if set to hide automatically, it acts as if it is always visible.  That is, it's impossible to select anything below it, and clicks go to the panel even if it is still visually hidden.

Further, if set to be animated, it will always be instantaneous instead of smooth as it should be, and if set to have a visible thin margin, the panel never goes completely into hiding (it kind of moves a little bit).

I think this started around 5.27.4; unfortunately I haven't had the chance to find the exact commit.

Oh and while normally the panel would come out of hiding when the pointer gets to the very edge of the screen, it acts as if the edge is on the opposite border instead, so moving the pointer to the area the panel is drawn at will already trigger unhiding it.

(In reply to mike wyatt from comment #0)
> SOFTWARE/OS VERSIONS
> Linux/KDE Plasma: 
> (available in About System)
> KDE Plasma Version: 
> KDE Frameworks Version: 
> Qt Version: 

You were not able to provide any of this information?

Trying to get that now. I kid you not, between posting this and today my Parallels trial expired so I cannot boot the VM at the moment.

This should be possible to do. I can easily move windows to be partially off the left side of the screen by dragging them from their titlebars.

To get a window to be partially off the *top* of the screen is a bit less obvious since the window titlebars are also on top. But it's pretty easy: Hold down the Meta (AKA Super AKA Windows) key and drag the window from anywhere. Boom, now you can put it anywhere you want.

Right, it should, and was, before an update to KWin.

I guess I'll really have to go digging where it starts and then the why.  :]

Thanks!

Er, KWin and friends I meant to say; not sure it's KWin specifically, but in one of my quicker tests the behaviour returned to normal for me when downgrading KWin and friends to below 5.27.4 if I recall correct-like.

Will be a bit more work at this point to go older than that on Gentoo, but if I find enough time...

(In reply to Andreas Sturmlechner from comment #3)
> (In reply to mike wyatt from comment #0)
> > SOFTWARE/OS VERSIONS
> > Linux/KDE Plasma: 
> > (available in About System)
> > KDE Plasma Version: 
> > KDE Frameworks Version: 
> > Qt Version: 
> 
> You were not able to provide any of this information?

KDE Plasma Version: 5.27.5
KDE Frameworks Version: 5.106.0
Qt Version: 5.15.9
Kernel Version: 6.2.10-1-aarch64-ARCH (64-bit)
Graphics Platform: X11

Hardware
Processors: 4
Memory: 3.8 GiB of RAM
Graphics Processor: virg/
Product Name: Parallels ARM Virtual Machine
Manufacturer: Parallels International GmbH.
Product Name: Parallels ARM Virtual Machine
System Version: 0.1

I tried going back to Plasma bits at 5.27.0, and it happened there as well, and unfortunately did not have time to bisect older than that since I'd need to start bringing the Frameworks with it to be able to compile things, and scavenge more things from git history.

If I remember right-like, last version we had packaged on Gentoo Linux that worked correctly for me was 5.26.5.

For completeness, I also recorded a video that shows an additional oddity when trying to push a window beyond left or top, and then resizing said window:

https://www.youtube.com/watch?v=uxSCPU2vjoY

That is with Plasma 5.27.5 and Frameworks 5.106.0 on a Gentoo Linux virtual machine with a freshly created user account.

I could not re-produce the panel auto-hide oddity that I have going on with LXQt, so that is another mystery to be solved, but it also only happens on the top and left.  I did notice some other funky things with Plasma panels, but that's a whole different story.  :]

I just installed Arch ARM in a new VM, using UTM (technically QEMU), same result as in Parallels. Cannot move windows past the left or top of the screen. This was before doing any changes to my DE.

Sooo I'm not sure if I've just gone completely mad from too much compiling, while hunting for a cause for an issue with Wine [1], but yesterday this issue disappeared for me, and then returned today after restarting X11.

I couldn't find what made the issue disappear, and I couldn't find what made it re-appear either.

At one point I remembered that I accidentally compiled a bunch of other things with the testing CFLAGS, which I often do when I forget I set them manually.  Yep, a patch had been added to KWin just around that time, and was re-compiled with '-march=x86-64 -O2 -g', and then again with my usual flags later, which include '-march=znver4', as I tried re-compiling without said patch.

The issue with Wine seems to be connected to znver4 somehow as well, and so I tried compiling KWin with x86-64 again, as well as with zenver3, and sure enough, the issue went away again with either of those.

I have no idea if there could be multiple sources for this issue, but on my part, it certainly seems like a GCC bug, where I'll be reporting this next.

1. https://bugs.winehq.org/show_bug.cgi?id=55007

So I've used Arch, Debian, and Fedora, all have this issue. The common thread between them is that they're running on aarch64

I also have this on an aarch64 system. Not seeing this on my x86_64 desktop. Both running Ubuntu Noble

Tested on another aarch64 system (raspberry pi 5) and same issue on plasma x11 (the issue does not occur on plasma wayland).

I hope that a developer can look into this since it seems easily reproducible. I believe this bug is also the root cause of the mouse being offset on some window decoration interactions when a window is docked to the left or top (but not when docked to the right or bottom).

@dofficialgman which version of Plasma / KDE are you using? I'm on Arch / aarch64, and this issue seems to be fixed on 6.0 / 6.1. Tested on both X11 and Wayland.

(In reply to mike wyatt from comment #15)
> @dofficialgman which version of Plasma / KDE are you using? I'm on Arch /
> aarch64, and this issue seems to be fixed on 6.0 / 6.1. Tested on both X11
> and Wayland.

I am using Ubuntu Noble which has plasma 5.27.11
The issue never occurrs on Wayland (at least for me).

It looks like kwin constraints the window to be inside the work area, you should not be able to move the window so the titlebar goes offscreen with restricted move. You could move the window using Meta+LMB to use the unrestricted move mode.

With restricted move, you should be able to move the window leftwards until only 100 pixels of the titlebar stick. Not sure why it's not the case in the screencast.

(In reply to Vlad Zahorodnii from comment #17)
> It looks like kwin constraints the window to be inside the work area, you
> should not be able to move the window so the titlebar goes offscreen with
> restricted move. You could move the window using Meta+LMB to use the
> unrestricted move mode.

As already mentioned in previous responses, the issue occurs with meta+lmb (clicking on any part of the window) as well as the titlebar.

I can confirm that it's gone after changing GCC options from znver4 to znver3 for just kwin 5.27.11. With znver4 windows can't be moved further than their top-left corner hitting the top or left screen edge; with znver3 I can move windows into negative screen coordinates. Looks like AVX instructions somehow limit coordinates to the origin?

If anyone has a solution for aarch64 please post it. AVX isn't relevant (as an x86_64 extension)