Bug: run file chooser dialog box - Cantabile

dev1am · May 22, 2023, 8:59am

Hi,
JUCE commit [f5aa881b6] “FileChooser: Improve modal behaviour in plugins on Windows” broke Cantabile file chooser dialog box.
When run file chooser dialog box it’s impossible to save / load or even abort Cantabile.
Only solution is to kill Cantabile.exe.
I can only reproduce this with Cantabile, after JUCE commit [f5aa881b6].

reuk · May 31, 2023, 6:21pm

Thanks for reporting, that should be fixed here:

github.com/juce-framework/JUCE

FileChooser: Fix bug where native FileChooser could not be closed when hosted in Cantabile

committed 02:15PM - 31 May 23 UTC

reuk

+2 -0

Previously, the top-level modal dismiss broadcaster would attempt to dismiss all… modals when the native file chooser was brought to the front or clicked. This would end up calling Component::inputAttemptWhenModal, which would bring the FileChooser's Component to the front, interrupting the mouse click. The fix is to avoid bringing the plugin window to the front when the FileChooser is in a modal state. As the chooser is a native window, the system should take care of enforcing the expected modal behaviour. It's not clear why this issue only affects Cantabile. It seems that in Cantabile, events from the native FileChooser get sent to the plugin editor's parent HWND, whereas this doesn't happen in other hosts. Perhaps Cantabile is hooking/intercepting window messages in some way.

It might also be worth filing a bug report with Cantabile. It seems like Cantabile is doing something that causes window events from the native filechooser to be delivered to the main plugin window. While we are able to work around this in JUCE, it seems a bit odd, and doesn’t happen in other hosts.

otristan · June 1, 2023, 7:07am

FWIW the same issue happen in Reason Studio

Bug: run file chooser dialog box - Cantabile

Purchase

Discover

Learn

Support

About

Events