yukijoou/kwin
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
kwin/autotests/integration/effects/CMakeLists.txt

14 lines
1,008 B
Text
Raw Normal View History

Ensure that EffectsHandlerImpl::slotClientShown is only invoked once per Window Summary: This fixes a regression introduced with a1afeded6ae63e47d39fc08480e929c0451c51e8. The connections were setup every the windowShown signal got emitted. This caused effects to get multiple singals and start multiple animations which then do not get cancelled correctly. The incorrect behavior was most visible in the translucency effect which did not cancel the move animation and the window stayed translucent. BUG: 366081 Test Plan: New test case which simulates the behavior of the translucency effect. Reviewers: #kwin, #plasma, sebas Subscribers: kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D2346
2016-08-03 14:12:23 +00:00
if (XCB_ICCCM_FOUND)
integrationTest(NAME testTranslucency SRCS translucency_test.cpp LIBS XCB::ICCCM)
[autotests/effect] Add test case for Sliding Popups effect The test case loads the sliding popups effect and the scale in effect which also operates on added windows. As the test case shows depending on the sequence how the effects are loaded, the window gets animated by both effects (wrong) oor only sliding popups. CCBUG: 336866
2016-10-30 10:27:38 +00:00
integrationTest(NAME testSlidingPopups SRCS slidingpopups_test.cpp LIBS XCB::ICCCM)
Sanity check WindowQuad before trying to create a grid out of it Summary: When one uses: * breeze as of 5.12 * wobbly windows * shaded window * a distribution building with assert enabled and starts to move a shaded window, KWin asserts. The root cause for this is that WindowQuad::makeSubQuad has an assert for y1 being smaller than y2. With the combination listed above this is not guaranteed. For the left shadow quad the y1 and y2 are identical and thus trying to split it, results in the assert condition. The problem of the shadow quad having an invalid size might be addressed as well with D10811. Due to that the generation of the quads is not touched. Instead a sanity check is introduced to not try to split already invalid sized quads. BUG: 390953 FIXED-IN: 5.12.3 Test Plan: Added unit test hit the assert, now doesn't hit it any more Reviewers: #kwin, #plasma Subscribers: kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D11015
2018-03-04 10:23:28 +00:00
integrationTest(NAME testShadeWobblyWindows SRCS wobbly_shade_test.cpp LIBS XCB::ICCCM)
Ensure that EffectsHandlerImpl::slotClientShown is only invoked once per Window Summary: This fixes a regression introduced with a1afeded6ae63e47d39fc08480e929c0451c51e8. The connections were setup every the windowShown signal got emitted. This caused effects to get multiple singals and start multiple animations which then do not get cancelled correctly. The incorrect behavior was most visible in the translucency effect which did not cancel the move animation and the window stayed translucent. BUG: 366081 Test Plan: New test case which simulates the behavior of the translucency effect. Reviewers: #kwin, #plasma, sebas Subscribers: kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D2346
2016-08-03 14:12:23 +00:00
endif()
[effects] Handle windowShown and windowHidden in fade effect Summary: For Wayland windows we can have a sequence of window unmapped (windowHidden signal) followed by a windowClosed way later when the application quits. This is for example the case with menus. The result of this was that the fade out animation triggered when the application quit showing all the already closed menus again. This change implements a windowShown and windowHidden handler and triggers the fadeIn/Out animation on it. If the window gets shown again the existing fadeOut animation gets cancelled, so that it can run again. If a window gets closed for which a fade out animation has been run already, it's not triggered again, thus ensuring that we don't see zombie windows. CCBUG: 372622 Reviewers: #kwin, #plasma_on_wayland, hein Subscribers: plasma-devel, kwin Tags: #plasma_on_wayland, #kwin Differential Revision: https://phabricator.kde.org/D3419
2016-11-18 14:27:34 +00:00
integrationTest(NAME testFade SRCS fade_test.cpp)
[effects] Delay creation of EffectFrames in WindowGeometryEffect Summary: Without Xwayland KWin starts so fast that the creation of the EffectFrame triggers a crash in the Wayland integration as the KWin internal connection isn't fully setup. To workaround this crash the creation of the EffectFrame is delayed till the first usage. It doesn't make sense to try to fix the actual crash as it would require to defer the creation of all Effects. Test Plan: New test case added which crashes without this fix. Reviewers: #kwin, #plasma Subscribers: plasma-devel, kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D8821
2017-11-14 19:12:57 +00:00
integrationTest(WAYLAND_ONLY NAME testEffectWindowGeometry SRCS windowgeometry_test.cpp)
[autotests] Unit most scripted effects API Summary: Ready for QJSEngine port and upcoming other fixes. Split as it makes it easier to do any before/after testing. Test Plan: All tests pass with the current QScriptEngine Verified expected API against a wiki page and current code. Reviewers: #kwin Subscribers: kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D14482
2018-07-23 21:52:58 +00:00
integrationTest(NAME testScriptedEffects SRCS scripted_effects_test.cpp)
[autotests] Test window open/close animations Summary: The idea behind this autotest is to verify that different window open/close animation effects behave similarly. Currently, we just check whether Fade/Glide/Scale effect tries to animate the appearing or the disappearing of toplevels. In the future, the autotest will be extended to verify that there are no conflicts between those three effects and the Login/Logout effect, etc. Test Plan: Ran the test, found a bug in the Fade effect, fixed it. Reviewers: #kwin, graesslin Reviewed By: #kwin, graesslin Subscribers: kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D17526
2018-12-11 10:22:42 +00:00
integrationTest(WAYLAND_ONLY NAME testToplevelOpenCloseAnimation SRCS toplevel_open_close_animation_test.cpp)
[autotests] Test popup open/close animations Summary: The new test is similar to testToplevelOpenCloseAnimation. The main purpose of this test is to verify that the Fading Popups effect animates all sorts of popups, e.g. popup menus, tooltips, etc. testAnimateUserActionsPopup is skipped for now because stuff that animates unmapped clients is broken. Reviewers: #kwin, davidedmundson Reviewed By: #kwin, davidedmundson Subscribers: kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D17992
2019-01-05 12:42:30 +00:00
integrationTest(WAYLAND_ONLY NAME testPopupOpenCloseAnimation SRCS popup_open_close_animation_test.cpp)
[autotests] Test desktop switching animations Summary: The new test verifies some common things about desktop switching animation effects, it doesn't verify what each of one them is doing because it wouldn't be worth it. Test Plan: dbus-run-session ctest -R testDesktopSwitchingAnimation Reviewers: #kwin Subscribers: kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D18156
2019-01-10 11:04:28 +00:00
integrationTest(WAYLAND_ONLY NAME testDesktopSwitchingAnimation SRCS desktop_switching_animation_test.cpp)
[autotests] Test minimize animations Test Plan: dbus-run-session ctest -R testMinimizeAnimation Reviewers: #kwin Subscribers: kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D18162
2019-01-10 14:34:59 +00:00
integrationTest(WAYLAND_ONLY NAME testMinimizeAnimation SRCS minimize_animation_test.cpp)
[autotests] Test maximize animation Test Plan: dbus-run-session ctest -R testMaximizeAnimation Reviewers: #kwin Subscribers: kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D18166
2019-01-10 17:59:20 +00:00
integrationTest(WAYLAND_ONLY NAME testMaximizeAnimation SRCS maximize_animation_test.cpp)
Reference in a new issue Copy permalink