Child Dialog Becomes Non-Interactive Once Parent Dialog Is Clicked If Child Overlaps Parent

Aseprite v1.3.16.1

When trying to use a sub dialog via parenting the sub dialog becomes non-interactive if the parent dialog is clicked, this will now no longer take input on any part of the child dialog that is overlapping the parent.

Input seems to be passed to the parent instead of still taking input on the child when trying to interact with it.

This can be updated by closing and reopening the sub dialog but as far as I know there is not a way to trigger this when interacting with the parent dialog.

Could maybe use a canvas to detect but also happens if any button or widget is interacted with on parent dialog which I don't believe a canvas can go over top of.

Extra context here, I am using a timer to check if the main dialog has moved and if so close the child dialog and reopen so it moves to its relative position to the parent.

https://github.com/user-attachments/assets/e668502e-a8de-40e8-b7eb-17c4682dd415

Start by reproducing the issue with overlapping parent and child dialogs, clicking the parent, and then interacting with the overlapping child area. Trace the dialog parenting and input-routing behavior, including the timer-based repositioning described in the report. Done means the child remains interactive after the parent is clicked without closing and reopening it.

Written by the indexing model from the issue text.