On 4/6/2013 4:12 AM, Max Rydahl Andersen wrote:
On Fri, Apr 05, 2013 at 10:08:03PM +0200, Snjezana Peco wrote:
> A test doesn't have to be an UI test to open the
> UsageReportEnablementDialog dialog.
> The dialog is created using the startup extension point. That's why the
> usage plugin will always try to open this dialog.
>
> The issue can't be reproduced on Windows. It can always be reproduced on
> Linux when using Kepler M6. Not sure for Mac.
>
> The issue isn't caused by changes in usage/JBT, but in Kepler M6.
hmm - what is that change ?
Is it affecting how startup extension points are run or how tests are
run together ?
Seems like a subtle surprising change ...curious what it is and if it
was intended to happen.
Any idea ?
The way the E4 UISynchronizer runs UI messages seems to be changed.
The usage tests run in the following way:
- the usage_reporting_enabled property is set to false in the parent pom
- Eclipse starts the usage extension point that triggers opening the
dialog asynchronously
- Eclipse runs tests that set the usage_reporting_enabled property to true
Eclipse < Kepler M6 works as follows:
- the usage_reporting_enabled property is set to false in the parent pom
- Eclipse starts the usage extension point that triggers opening the
dialog asynchronously
- Eclipse tries to open the dialog; since usage_reporting_enabled=false,
the dialog isn't open
- Eclipse runs tests that set the usage_reporting_enabled property to true
Kepler M6 on Linux works in the following way:
- the usage_reporting_enabled property is set to false in the parent pom
- Eclipse starts the usage extension point that triggers opening the
dialog asynchronously
- Eclipse runs tests that set the usage_reporting_enabled property to true
- Eclipse tries to open the dialog; since usage_reporting_enabled=true,
the dialog is open
There are no more Eclipse instances when running a test plugin.
Also, it is not important if a test is an UI test or not. Eclipse will
always call the usage's startup ext. point if the usage plugin is
included which will trigger opening the dialog.
You can check this as follows:
- clone the jbosstools-build component
- remove -Dusage_reporting_enabled=false from the parent/pom.xml
- mvn clean install -f parent/pom.xml
- cd <usage_test_directory>
- mvn clean verify
The test will always freeze - on Linux, Windows, Mac, Kepler M6, Kepler
M5, Indigo...
Snjeza