On my machine We're calling mouseFlick(fakeWindow, 161, 161, 41, 41, true/*pressMouse*/, true/*releaseMouse*/, 4/*speed*/, 20/*iterations*/);
and the documentation says // speed is in pixels/second We have to travel a distance of sqrt((161-41)*(161-41) + (161-41)*(161-41)) = 120 pixels Since we told it we want to travel at 4 pixels per second, the total time has to be 30 seconds, since we told it we wan 20 iterations, it'll wait 1.5 seconds between mouse moves. So previously was broken and now does what it was told to do. I don't see the bug (other than the mouseFlick call being wrong at passing such a slow speed if you want) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1651580 Title: UnityTestCase.mouseFlick is incredibly slow now Status in unity8 package in Ubuntu: New Bug description: Regression caused by http://bazaar.launchpad.net/~unity- team/unity8/trunk/revision/2730. Using xenial+overlay. mouseFlick() in "make testWindowResizeArea" take a long time now. These are the numbers in my machine: """ QDEBUG : qmltestrunner::WindowResizeArea::test_minimumSize() qml: timeStep = 1944.543648263006, (iterations / speed) = 3.3333333333333335 """ That commit increased the time between mouse moves from 3.3 ms to a whopping 2 secs. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1651580/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
