This is a linux issue not Ctrlr, there is a special option in ctrlr to use JUCE own file selector dialogs, use that to go around the problem
If you read again my first message: I know that, and I tried that: in Edit->Preferences (Ctrlr/Settings) I already disabled “Use OS native file open/save dialogs (disable for Linux). If I load or save a panel I see indeed a fileselector that differs from my Gnome/GTK+ fileselector.
But if I try to open a fileselector from within LUA code for a panel – my panel can save/load a patchdump to/from a *.syx file – Ctrlr freezes. If I now, while Ctrlr is in frozen condition – open a terminal and try the “ps x” command I can see that Ctrlr has tried to use zenity to open a native fileselector:
12461 pts/0 Sl+ 0:00 ctrlr
12477 pts/0 Sl+ 0:00 zenity –file-selection –title=Load Patch 2>/dev/null
Is there a separate option to force the use of JUCE dialogs instead of native (zenity) dialogs also for inside panels? I could not find it?