SUMMARY Rnadomly (still unable to be more specific about the triggering action), when I resize a window, it becomes "locked" -- it can't be moved or further resized; it can't be moved from its current location. The only way I've found around this issue is to 'window-shade' and restore it. Then, it is unlocked and moveable again. STEPS TO REPRODUCE 1. resize a window 2. 3. OBSERVED RESULT This issue is most prevalent with emacs windows (most likely to be resized); but just happened with gimp. EXPECTED RESULT Do not lock window location SOFTWARE/OS VERSIONS Operating System: Mageia 10 KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.2.0 Qt Version: 6.6.2 Kernel Version: 6.6.28-server-1.mga10 (64-bit) Graphics Platform: Wayland Processors: 20 × 12th Gen Intel® Core™ i7-12700K Memory: 125.5 GiB of RAM Graphics Processor: AMD Radeon RX 6600 XT Manufacturer: Dell Inc. Product Name: XPS 8950 ADDITIONAL INFORMATION Happens several times per day; now watching to see if resizing over a screen boundary contributes to the issue. (I have 3 screens).
Do you use any screen scaling?
(In reply to David Edmundson from comment #1) > Do you use any screen scaling? No. Trying to reproduce as I write this, so you'll see my observations get more specific as you read on... Not sure it it's related; but when resizing windows, other strange things happen: - just now: an emacs window top edge was at top of screen; grabbing left edge to resize width, the right edge bounces around like it's trying to stay in place -- dragging left edge acts like a window move and right edge is trying to compensate. - moved (via title bar) this window so no edges touched screen edge; then, trying to resize with left edge, window was now locked in place - with a firefox window on middle screen and it right edge at screen's right edge, resizing with left edge; right edge bounces around trying to stay in place. Seems like resize may be getting confused with move, bouncing between the two functions. Under closer examination, the window's right edge doesn't move; the window is repainted over and over at high speed during resizing, creating lots of visual artifacts giving the appearance of the right edge bouncing around -- mostly it's the scroll bar that's changing width as the resizing proceeds. The scroll bar's visual effects when resizing horizontally are: - stretch: width stays the same - shrink: scroll bar flashes widths 4 to 5 time normal width Wondering if there may be other ways to unlock the window's location, accidentally discovered that during resizing, a window can suddenly lock its size and location while still moving the mouse. Once locked, just clicking its bottom edge also unlocks it. So far, it's more reproducible by: - move window - drag left edge back and forth If this doesn't reproduce; try another window... Trying on different apps: - emacs is the worst as its repainting is very slow - firefox repaint is much faster, so scroll bar artifacts are slight - claws-mail repaint is so fast, no artifacts are visible and repainting is extremely smooth More observations: emacs being the worst; trying to reproduce with that app... if emacs is displaying a file with short lines the repaints are faster; while long lines require emacs to spend time recalculating what lines to display based on wrapping. This long line recalculation increases the appearance of wider scroll bars. claws-mail is so fast that its wrapping is smooth and does not lock the window. Starting to look like a race condition combined with repaint speed; but I'm not a developer. HTH
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Looks like I forgot to change the status. Recent updates may have helped because the issue has not hit me recently. emacs is still slow to repaint (right side of window can't keep up) but not locking lately.
Is the issue reproducible in 6.1?
Haven't experienced this in a while. On 6.1.90
thanks for the update