Unstable test 'test_popupSubMenuLocation'

[ptziegler]

Index 0 out of bounds for length 0
java.lang.IndexOutOfBoundsException: Index 0 out of bounds for length 0
	at java.base/jdk.internal.util.Preconditions.outOfBounds(Preconditions.java:100)
	at java.base/jdk.internal.util.Preconditions.outOfBoundsCheckIndex(Preconditions.java:106)
	at java.base/jdk.internal.util.Preconditions.checkIndex(Preconditions.java:302)
	at java.base/java.util.Objects.checkIndex(Objects.java:365)
	at java.base/java.util.ArrayList.get(ArrayList.java:428)
	at org.eclipse.wb.tests.designer.swt.model.menu.MenuComplexTest.test_popupSubMenuLocation(MenuComplexTest.java:218)
	at java.base/java.lang.reflect.Method.invoke(Method.java:565)
	at java.base/java.util.ArrayList.forEach(ArrayList.java:1604)
	at java.base/java.util.ArrayList.forEach(ArrayList.java:1604)
Jan. 14, 2026 6:19:38 AM org.eclipse.wb.tests.designer.tests.DesignerTestCase$LoggerExtension beforeTestExecution
INFORMATION: MenuComplexTest:test_popupSubMenuLocation()

See:

• https://github.com/eclipse-windowbuilder/windowbuilder/pull/1343/checks?check_run_id=60318302669
• https://github.com/eclipse-windowbuilder/windowbuilder/actions/runs/20970555195

Surprisingly only on Windows and only with the 2026-03 staging repository. My guess is that the parsing is not complete. For debugging, we should add a JUnit rule that prints the contents of the Java file and the model.

[ptziegler]

The same problem happened again https://github.com/eclipse-windowbuilder/windowbuilder/runs/61241262405, albeit in a different test. Cause of the failure is that the source file is not updated properly.

This is the source file used for the test (as shown in the log):

package test;
import org.eclipse.swt.SWT;
import org.eclipse.swt.events.*;
import org.eclipse.swt.graphics.*;
import org.eclipse.swt.widgets.*;
import org.eclipse.swt.layout.*;
import org.eclipse.swt.custom.*;
import org.eclipse.jface.viewers.*;
import org.eclipse.jface.preference.*;
import org.eclipse.jface.resource.*;
import org.eclipse.ui.forms.*;
import org.eclipse.ui.forms.widgets.*;
public class Test extends Shell {
	public Test() {
		Menu bar = new Menu(this, SWT.BAR);
		setMenuBar(bar);
		{
			MenuItem item_1 = new MenuItem(bar, SWT.NONE);
			item_1.setText("Item 1");
		}
	}
}

And this is what it's supposed to look like:

windowbuilder/org.eclipse.wb.tests/src/org/eclipse/wb/tests/designer/swt/model/menu/MenuComplexTest.java

Lines 1243 to 1262 in edc94ea

	CompositeInfo shellInfo =
	openComposite(
	"public class Test extends Shell {",
	" public Test() {",
	" Menu bar = new Menu(this, SWT.BAR);",
	" setMenuBar(bar);",
	" {",
	" MenuItem item_1 = new MenuItem(bar, SWT.CASCADE);",
	" item_1.setText('Item 1');",
	" {",
	" Menu menu_1 = new Menu(item_1);",
	" item_1.setMenu(menu_1);",
	" }",
	" }",
	" {",
	" MenuItem item_2 = new MenuItem(bar, SWT.CASCADE);",
	" item_2.setText('Item 2');",
	" }",
	" }",
	"}");

This is in fact the source file of the test that was executed directly before the failing one:

windowbuilder/org.eclipse.wb.tests/src/org/eclipse/wb/tests/designer/swt/model/menu/MenuComplexTest.java

Lines 627 to 638 in edc94ea

	CompositeInfo shellInfo =
	openComposite(
	"public class Test extends Shell {",
	" public Test() {",
	" Menu bar = new Menu(this, SWT.BAR);",
	" setMenuBar(bar);",
	" {",
	" MenuItem item_1 = new MenuItem(bar, SWT.NONE);",
	" item_1.setText('Item 1');",
	" }",
	" }",
	"}");

Given that this happens on Windows only, I assume that this is ultimatly caused by the weird Microsoft filesystem, where you can't access a file if it's currently locked by a different process...