Re: [linuxtools-dev] Hudson job hanging on AllTmfUITests

[Roland Grunberg <rgrunber@xxxxxxxxxx>]

> Hi Roland,
> 
> When we run tmf.ui tests locally, it opens a separate Eclipse window
> in
> which some UI functionality is tested (mainly for the Sequence
> Diagram

That's perfectly fine. In fact quite a few of the UI tests, and
especially SWTBot tests make use of this. Hudson is configured
to start an X display if needed, and tycho-surefire takes care
of running Eclipse appropriately.

> framework). Looking at the Hudson log, it ends on:
> Xlib: extension "RANDR" missing on display ":108.0".
> What I assume is happening is that the test tries to open an Eclipse
> window, but either there is no X server on the Hudson VM, or there is
> one but XRandR is not supported. I guess it's the latter, because
> there
> seem to be 108 displays running already...

I'm not sure if this is the actual problem. You'll note that most tests
from when the builds were passing still display the same message but an X
display is certainly available for them. If a display weren't available
there should be an error in SWT along these lines : 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=119156 .

> 
> This is strange, because we've had these tests for a while (at least
> 6
> months). Did the Hudson configuration change recently?

Hudson changed the configuration some time ago, as we were experiencing
issues with creating an actual X display (Xvnc). Since then the problems
went away, but now this is happening.

> Would you prefer if we disabled the Sequence Diagram tests until we
> sort
> it out?

My main concern is for people to continue to test their code running the
appropriate test suites, or running the full build locally. The build
passes for me locally which may further support the idea that is some Hudson
configuration issue.

Cheers
-- 
Roland Grunberg