Version: unspecified (using Devel) OS: Linux GMplayer uses an undecorated window with a shape applied, so it does its moving by itself. After updating to kde-4.4.80, moving gmplayer is horrible slow although cpu useage is low. Reproducible: Always Steps to Reproduce: 1. Start gmplayer 2. Move it arround by clicking on a non-functional area and move the mouse Actual Results: moving is very slow, arround 1fps Expected Results: moving should be fluent, as it was with kwin/kde-4.4.3
(gmplayer is no more part of many distros) - is it slow using alt+lmb as well? - is it related to compositing? - do you compile kwin yourself? - does it apply to similar windows? (tested audacious, no apparent problem)
Well wether gmplayer is part of a distro or not shouldn't count ;) ok, after restarting kwin everything works, so I close it as needmoreinfo, and re-open it if a am lucky and find a way to reproduce the problem.
just experienced this with 4.4.90 again - but haven't found a reliable way of reproducing this
I guess this is somehow related to Bug 243094 , I experienced that slow-movement thing right after gmplayer blocked for a few seconds - loading a http-stream. After that operation movement was slow and animation wasn't smooth.
SVN commit 1175748 by luebking: fix pending XSYNC requests, bugs partially closed due to suggested relation by the reporters please re-open them if this does not fix it BUG: 178269 BUG: 183263 BUG: 241094 BUG: 243094 M +1 -0 events.cpp M +0 -1 geometry.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1175748