https://bugs.kde.org/show_bug.cgi?id=500015
--- Comment #9 from Rok F <r...@faith.si> --- (In reply to Ivan B. from comment #8) > I have the same issue and changing from '<' to '<=' the 'if' condition in > Window::nextInteractiveMoveGeometry and then patching kwin fixes the freeze. > However, now windows can be easily dragged under the top panel and when you > try to drag the window in that state it moves slowly. > Before changing the code windows wouldn't go under the top panel that easily. The operator only fixes part of the problem. The loop can still go through a hundred iterations, lagging the whole system and making the window movement appear slow. There is currently no upper limit on this loop. For my test, i limited the for loop to a max of 20, and it behaves normally, although i don't know what a realistic limit should be. -- You are receiving this mail because: You are watching all bug changes.
