winboat icon indicating copy to clipboard operation
winboat copied to clipboard

[Bug] Most Floating Subwindows Misbehave in Seamless Mode (Paint.NET 5.1.9)

Open Sand-Turtle opened this issue 2 months ago • 7 comments

What version of WinBoat are you running?

WinBoat (Flatpak runtime): FreeRDP 3.17.2, Flatpak 1.14.6

Your Environment

Linux Mint 22.1 x86_64

WinBoat (Flatpak runtime): FreeRDP 3.17.2, Flatpak 1.14.6

Windows tested: 11 LTSC, 10 Pro

Paint.NET version: 5.1.9

.NET runtime: Bundled with Paint.NET

Steps to Reproduce / Context

Steps to reproduce:

Launch Paint.NET 5.1.9 in WinBoat with external window mode enabled.

Open any floating subwindow (e.g., Color Picker, tool menu, Layers → Properties) and try interacting with it.

Observe dragging or positioning behavior.

Logs

install.log winboat.log

Expected Behavior

Expected behavior:

Floating subwindows should behave like normal windows: draggable, stationary, and properly parented.

Current Behavior

Actual behavior: When running Paint.NET 5.1.9 in WinBoat external window mode, most floating subwindows behave strangely:

All subwindows except the Settings menu either cannot be dragged properly, drift unexpectedly, or behave inconsistently.

Example: The Color Picker panel cannot be dragged at all, and trying to offsets where the mouse will click on affected submenus.

The Properties subwindow from the Layers panel drifts slowly to the right and shows up as a seperate app on my linux desktop.

Settings menu is the only subwindow that works as expected.

Possible Solution

Additional notes / Possible cause:

The misbehavior is likely related to borderless or layered top-level windows and WinForms dockable subwindows in external window mode.

Works fine in virtual desktop mode, so the problem is probably specific to WinBoat’s handling of multiple top-level or layered windows.

Quality Notice

  • [x] I have checked the issue tracker and verified that this bug is a unique case.

Sand-Turtle avatar Oct 06 '25 20:10 Sand-Turtle

i forgot to attach the video, my apologies

https://github.com/user-attachments/assets/e0e952f9-b31b-4e72-9a77-9823326f5752

Sand-Turtle avatar Oct 06 '25 20:10 Sand-Turtle

Same issue for me on Fedora 42 KDE with Win 10 IoT Enterprise LTSE, although I am able to drag the windows. They just.... float over to the right.

VanillaCold avatar Oct 08 '25 16:10 VanillaCold

Similar glitchy experience on hyprland, most of them I cant interact with and they just glitch out/cause paint.net to crash.

ctrlaltf44 avatar Oct 09 '25 14:10 ctrlaltf44

Same issue on Nobara 42 / windows 11 pro

Taffroi avatar Oct 24 '25 14:10 Taffroi

Having the same issue here with Arch linux and Hyprlnd, sub-windows dragging up to a point and then stop moving needing to loose release and grab again to continue.

Cyberjunkiepr avatar Nov 17 '25 15:11 Cyberjunkiepr

Related to #407 ?

Ilan-Sperber avatar Nov 26 '25 19:11 Ilan-Sperber

Related to #407 ?

related, but not a duplicate. paint.net has some other related issues not present in the other issue.

Sand-Turtle avatar Nov 26 '25 19:11 Sand-Turtle