"Run sketch on display" fails to place window on secondary display on macOS when the sketch window would have to cross the task bar

[SableRaf]

Most appropriate sub-area of Processing 4?

I'm not sure

Processing version

4.4.10

Operating system

macOS 15.6.1 (24G90)

Bug description

On macOS, the Run sketches on display preference fails to place the sketch window on a secondary display when that display is positioned above the primary display in the system display arrangement.

Instead of appearing on the selected display, the sketch window opens on the primary display, right below the task bar.

I suspect Processing attempts to position the window on the secondary display but it gets stuck against the task bar.

Preferences

Opening on Primary display

Attempting to open on secondary display (not shown)

Display arrangement

When the secondary display is positioned above the primary display, the issue occurs:

When the displays are positioned side by side, sketches open on the selected display as expected:

Steps to reproduce this

1. Plug in a second monitor
2. Open System Settings → Displays → Arrange
3. Position the secondary display above the primary display
4. Open Processing → Preferences
5. Set "Run sketches on display" to the secondary display
6. Run any sketch

snippet

n/a

Additional context

No response

Would you like to work on the issue?

No, I’m just reporting the issue

[Stefterv]

Context:

processing4/core/src/processing/awt/PSurfaceAWT.java

Lines 296 to 325 in 26c53c9

	int displayNum = sketch.sketchDisplay();
	// System.out.println("display from sketch is " + displayNum);
	if (displayNum > 0) { // if -1, use the default device
	GraphicsDevice[] devices = environment.getScreenDevices();
	if (displayNum <= devices.length) {
	displayDevice = devices[displayNum - 1];
	} else {
	System.err.format("Display %d does not exist, " +
	"using the default display instead.%n", displayNum);
	if (devices.length > 1) {
	System.err.println("Available displays:");
	// The code below is cribbed from the version in PreferencesFrame,
	// though it uses \u00d7 and removes the space between because
	// it's printing in a monospace font to the console.
	for (int i = 0; i < devices.length; i++) {
	DisplayMode mode = devices[i].getDisplayMode();
	// \u00d7 supported more widely than \u2715 (and a better size)
	String title = String.format("%d (%d\u00d7%d)",
	i + 1, mode.getWidth(), mode.getHeight());
	if (devices[i] == defaultDevice) {
	title += " default";
	}
	System.err.println(title);
	}
	}
	}
	}
	if (displayDevice == null) {
	displayDevice = defaultDevice;
	}

I wonder if this behaviour is different with P2D