https://bugs.kde.org/show_bug.cgi?id=487842
--- Comment #2 from p...@pfortin.com --- (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 -- You are receiving this mail because: You are watching all bug changes.
