Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 340442

Summary: Re-enable SWTBot Tests
Product: [Modeling] Graphiti Reporter: Michael Wenz <michael.wenz>
Component: CoreAssignee: Michael Wenz <michael.wenz>
Status: CLOSED FIXED QA Contact:
Severity: normal    
Priority: P3 Flags: michael.wenz: indigo+
Version: 0.8.0   
Target Milestone: 0.8.0   
Hardware: All   
OS: All   
Whiteboard: Indigo M7 theme_release_train
Bug Depends on: 340906    
Bug Blocks:    

Description Michael Wenz CLA 2011-03-18 11:39:24 EDT
As the central execution of the SWTBot tests failed (local execution with a new launch config was possible) we need to re-enable the central execution of the SWTBot tests.
Comment 1 Michael Wenz CLA 2011-03-23 09:53:09 EDT
We use a JUnit Plugin Test run configuation to start our SWTBot based tests on the Eclipse Hudson; in this configuration the flag "Run in UI thread" is set to false. This leads with Indigo M6 as basis to the runtime Eclipse being started (UI comes up) but the test class gets not started (not even loaded).
Setting "Run in UI thread" to true will get the tests started, but they of course fail with errors.
Using a SWTBot Test run configuration will work, but this cannot be used on the Eclipse Hudson, because there the Buckminster installation is used as Eclipse IDE from which the tests are started and no SWTBot is installed there.
All of this can locally be reproduced with the latest Indigo M6 installation.

Workaround for running the tests is to use such a SWTBot configuration locally, but centrally no test execution is possible right now.
Comment 2 Michael Wenz CLA 2011-03-23 09:59:29 EDT
Local debugging of the cause of this lead to plugin org.eclipse.pde.junit.runtime. A change for M6 leads to UITestApplication.start no longer calling WorkbenchTestable.setTestHarness any more. The change was done for https://bugs.eclipse.org/bugs/show_bug.cgi?id=311979.

Not sure if this is a regression in PDE JUnit runtime of a missuse of the functionality from our side. Used this kind of run configuration because this was recommended as the way to start SWTBot tests via Buckminster on Hudson.
Comment 3 Michael Wenz CLA 2011-03-25 04:41:37 EDT
See Bugzilla 340906. This could be considered as a regression in PDE integration.
Alternative solution for this would be running SWTBot tests using a SWTBot run configuration. Doing this from within Buckminster probably needs some additional work from SWTBot and/or Buckminster.
Comment 4 Michael Wenz CLA 2011-03-25 05:36:42 EDT
For now the SWTBot tests are disabled on Hudson, developers need to start the tests locally before check-in.
Comment 5 Michael Wenz CLA 2011-04-13 08:28:32 EDT
I added an additional provider to our rmap file that adds the newest integration build for PDE to our build (via update site http://download.eclipse.org/eclipse/updates/3.7-I-builds). After re-enabling the SWTBot tests they automatically run again on the Eclipse Hudson.
This is a preliminary solution only, as soon as the newest PDE version is available via the Indigo update sites the above provider needs to be removed again.
Comment 6 Michael Wenz CLA 2011-05-02 07:32:43 EDT
The fix is now available via the regular Eclipse milestones update site.

Removed the additional provider from the rmap file again (see comment 5).

Michael
Comment 7 Michael Wenz CLA 2011-06-24 09:13:49 EDT
Part of Graphiti Indigo 0.8.0