FEST

Test stability issues when using Fest-Swing under Linux

Details

  • Number of attachments :
    1

Description

Hello,

While running our test suites (more than 900 functional GUI tests) under Redhat Linux, tests get blocked at some (random) point with no exceptions thrown on the console.

We had a look at the stacktrace and figured out that is related to ScreenLock class. See attached file: FestStack02.txt.

We are also running these tests under Windows XP and got no problems.

Note: our application is multi-threaded.

Seems to be similar to FEST-98.

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Theo Alves Monteiro added a comment - - edited

Is there any news on the subject? It isn't clear where the bug is fixed. How do I get the bug fixed version? is there any workaround?

We are experiencing FEST just stuck under a SUSE with Xvfb. We use Jenkins to CI and x11vnc to follow the execution status. Very often FEST gets stuck before executing something like clicking a button and the test just hangs. Using jconsole shows some thread just blocks. Repeated executions crash in different test suites.

Our environment is a SUSE Linux Enterprise Server 11 (x86_64):
Linux 2.6.32.12-0.7-default #1 SMP 2010-05-20 11:14:20 +0200 x86_64 x86_64 x86_64 GNU/Linux
Jenkins 1.445
java version "1.6.0_14" Java(TM) SE Runtime Environment (build 1.6.0_14-b08) from jdk-6u14-linux-i586-rpm.bin
And Xvfb provided from the package xorg-x11-server-extra-7.5_1.8.0-9.4.x86_64
Apache Maven 3.0.4 (r1232337; 2012-01-17 05:44:56-0300)

P.S.: Sorry for any language mistake. No native English speaker.

Show
Theo Alves Monteiro added a comment - - edited Is there any news on the subject? It isn't clear where the bug is fixed. How do I get the bug fixed version? is there any workaround? We are experiencing FEST just stuck under a SUSE with Xvfb. We use Jenkins to CI and x11vnc to follow the execution status. Very often FEST gets stuck before executing something like clicking a button and the test just hangs. Using jconsole shows some thread just blocks. Repeated executions crash in different test suites. Our environment is a SUSE Linux Enterprise Server 11 (x86_64): Linux 2.6.32.12-0.7-default #1 SMP 2010-05-20 11:14:20 +0200 x86_64 x86_64 x86_64 GNU/Linux Jenkins 1.445 java version "1.6.0_14" Java(TM) SE Runtime Environment (build 1.6.0_14-b08) from jdk-6u14-linux-i586-rpm.bin And Xvfb provided from the package xorg-x11-server-extra-7.5_1.8.0-9.4.x86_64 Apache Maven 3.0.4 (r1232337; 2012-01-17 05:44:56-0300) P.S.: Sorry for any language mistake. No native English speaker.
Hide
Permalink
Roman Kennke added a comment -

You might want to give Cacio a try. http://rkennke.wordpress.com/2012/05/08/how-to-use-cacio-tta-with-fest-for-java-gui-testing/

Show
Roman Kennke added a comment - You might want to give Cacio a try. http://rkennke.wordpress.com/2012/05/08/how-to-use-cacio-tta-with-fest-for-java-gui-testing/
Hide
Permalink
Theo Alves Monteiro added a comment -

I would like, but I am stuck with java 1.6u14.

Show
Theo Alves Monteiro added a comment - I would like, but I am stuck with java 1.6u14.
Hide
Permalink
Glen Schrader added a comment -

I've hit this using Cacio as well. It gets blocked at ScreenLock.acquire as well. This might be a pain to track down as the test in question works fine if run standalone or part of a small test suite but fails sometimes on a large suite.

Show
Glen Schrader added a comment - I've hit this using Cacio as well. It gets blocked at ScreenLock.acquire as well. This might be a pain to track down as the test in question works fine if run standalone or part of a small test suite but fails sometimes on a large suite.
Hide
Permalink
Glen Schrader added a comment -

Disregard my previous comment, it turned out we had a test that caused the robot.cleanUp() not to be called. Not sure if that might be the case for Theo or not as well.

Show
Glen Schrader added a comment - Disregard my previous comment, it turned out we had a test that caused the robot.cleanUp() not to be called. Not sure if that might be the case for Theo or not as well.

People

  • Assignee:
    Alex Ruiz
    Reporter:
    Tanguy De Waele
Vote (3)
Watch (4)

Dates

  • Created:
    Updated: