New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Misc fixes + bumped version. #61
Conversation
I plan to release this to Maven Central soon. Please test if you have the time. |
// EDIT: This is irrelevant, was from a different branch. I ran it on Ubuntu Linux with Unity, this is what I get: Running org.loadui.testfx.LabelForTest |
Damnit, I have to install Unity. It runs fine on my Linux Mint (Cinnamon) box. |
Sorry, I just realized that this is actually a pull request, so the changes are not on master yet (stupid mistake). I will recheck with the correct branch. |
On my linux machine I still get some errors. The TestFX unit tests work fine, but my own UI tests do not. Even though I never touched the mouse, the userInputDetected() method was executed. I will debug this later to see if it's a TestFX bug or a bug in my tests. |
The first problem seems to be related to a "moving target". I have a test that does a lot of things and in the end closes two tabs by clicking their X icons and then closes the window programmatically. Any test executed after that will fail already in its Before-method because a tilt is detected that never happened. When closing the first tab, its tab header is animated and slowly shrinks, causing the whole tab header of the second tab to move to the left. When clicking this tab header's X, something must go wrong. I can confirm that the tab is properly closed (because my unit test verifies that), but somehow a wrong "lastPoint" is saved or the reset() method is not called, I don't know. The next test fails because it expected (612;101) instead of (575;101). I guess the first coordinates is where the X icon used to be before the animation and the second is where it has been clicked? Sometimes, I have the same issue on Windows. But it only occurs sometimes there. The window "freezes" until both tabs are closed, so the window never closes before the tab-closing animation finished. Maybe that is why it sometimes works on Windows. When I put "sleep(1000)" after each tab-close command, it works on both Linux and Windows. I will try to make a TestFX unit test out of this. |
I can't reproduce this in a plain TestFX UI test, so maybe it has something to do with my test setup. Other than this one I haven't found any errors, so this can be integrated and released. |
Ok, thanks! |
No description provided.