[Bug]: Dialog Windows do not get treated as "showing" (see description)

[tonytorm]

Detailed steps on how to reproduce the bug

Modal Dialog windows get treated as 'non-showing' if they are not on the front when launched.

Ex.

Triggering a modal Dialog through a drag and drop from an external App (like dropping files from Finder) leaves the window in a 'not showing' mode (probably some flags do not get resetted), even when brought to the front - repaint() calls do nothing even if forced through other callbacks (nb. repaint() gets called but does nothing)

Enabling/disabling the metal renderer do not fix the problem although showing two different behaviours (both buggy).

What is the expected behaviour?

The windows should trigger repaint calls as normal (such as when hovering a button or opening a combobox)

Operating systems

macOS

What versions of the operating systems?

Monterey .16.2, Mojave .14.3

Architectures

x86_64, ARM

Stacktrace

No response

Plug-in formats (if applicable)

Standalone

Plug-in host applications (DAWs) (if applicable)

Standalone

Testing on the develop branch

The bug is present on the develop branch

Code of Conduct

• [X] I agree to follow the Code of Conduct

[tonytorm]

Changing from runModal() to launchAsync() fixed the problem