Circling back around to this issue as this still happens on all of my builds. Would love to get some help on this one.
Overwriting an existing preset will crash my plugs.

When I debug the standalone version on PC, I get the following;

Test Debug.exe!juce::MessageManager::callFunctionOnMessageThread(void *(*)(void *) func, void * parameter) Line 176 Test Debug.exe!juce::Component::runModalLoop() Line 1746 Test Debug.exe!hise::PresetHandler::showYesNoWindow(const juce::String & title, const juce::String & message, hise::PresetHandler::IconType type) Line 682 Test Debug.exe!hise::UserPresetHelpers::saveUserPreset(hise::ModulatorSynthChain * chain, const juce::String & targetFile, juce::NotificationType notify) Line 61 Test Debug.exe!hise::ScriptingApi::Engine::saveUserPreset(juce::var presetName) Line 2251 Test Debug.exe!hise::ScriptingApi::Engine::Wrapper::saveUserPreset(hise::ApiClass * m, juce::var value1) Line 859 Test Debug.exe!hise::ApiClass::callFunction(int index, juce::var * args, int numArgs) Line 366 Test Debug.exe!hise::HiseJavascriptEngine::RootObject::ApiCall::getResult(const hise::HiseJavascriptEngine::RootObject::Scope & s) Line 140 Test Debug.exe!hise::HiseJavascriptEngine::RootObject::Expression::perform(const hise::HiseJavascriptEngine::RootObject::Scope & s, juce::var * __formal) Line 633 Test Debug.exe!hise::HiseJavascriptEngine::RootObject::BlockStatement::perform(const hise::HiseJavascriptEngine::RootObject::Scope & s, juce::var * returnedValue) Line 52 Test Debug.exe!hise::HiseJavascriptEngine::RootObject::FunctionObject::invoke(const hise::HiseJavascriptEngine::RootObject::Scope & s, const juce::var::NativeFunctionArgs & args) Line 560 Test Debug.exe!hise::HiseJavascriptEngine::callExternalFunctionRaw(juce::var function, const juce::var::NativeFunctionArgs & args) Line 413 Test Debug.exe!hise::HiseJavascriptEngine::callExternalFunction(juce::var function, const juce::var::NativeFunctionArgs & args, juce::Result * result, bool allowMessageThread) Line 449 Test Debug.exe!hise::WeakCallbackHolder::CallableObject::call(hise::HiseJavascriptEngine * engine, const juce::var::NativeFunctionArgs & args, juce::var * returnValue) Line 904 Test Debug.exe!hise::WeakCallbackHolder::operator()(hise::JavascriptProcessor * p) Line 738 [External Code] Test Debug.exe!hise::JavascriptThreadPool::Task::callWithResult() Line 2012 Test Debug.exe!hise::SuspendHelpers::Suspended<hise::JavascriptThreadPool::Task,hise::SuspendHelpers::FreeTicket>::call() Line 221 Test Debug.exe!hise::JavascriptThreadPool::executeQueue(const hise::JavascriptThreadPool::Task::Type & t, juce::Array<juce::WeakReference<hise::JavascriptProcessor,juce::ReferenceCountedObject>,juce::DummyCriticalSection,0> & pendingCompilations) Line 1866 Test Debug.exe!hise::JavascriptThreadPool::executeQueue(const hise::JavascriptThreadPool::Task::Type & t, juce::Array<juce::WeakReference<hise::JavascriptProcessor,juce::ReferenceCountedObject>,juce::DummyCriticalSection,0> & pendingCompilations) Line 1876 Test Debug.exe!hise::JavascriptThreadPool::run() Line 1931 Test Debug.exe!juce::Thread::threadEntryPoint() Line 96 Test Debug.exe!juce::juce_threadEntryPoint(void * userData) Line 119 Test Debug.exe!juce::threadEntryProc(void * userData) Line 66 Test Debug.exe!thread_start<unsigned int (__cdecl*)(void *),1>(void * const parameter) Line 97 [External Code]

@d-healey I could not recreate the behavior in a Content.createLocalLoockAndFeel()

I spoke too soon, some errors you can not recover from. Some syntax errors are fine, but when something really does not work, laf will not recover. Looks like if I do actual runtime errors that are syntactically correct the laf reverts to something older, and does not try to recompile the laf function until reload.

@Christoph-Hart I believe this affecting SNEX nodes as well.

EDIT:
scratch that. My ProcessFrame code was commented out. Still not working on analyzer nodes though

@Soundavid this works incredibly well, thanks for sharing

@lalalandsynth Nice :D

@Matt_SF thank yeah - I'd usually use inkscape for the SVG drawing...

@ulrik yes that exactly.

Two custom LAF functions can be used to manually redraw it.

laf.registerFunction("drawTableHeaderBackground", function(g, obj) { g.fillAll(Colours.black); }); laf.registerFunction("drawTableHeaderColumn", function(g, obj) { var a = obj.area; g.setColour(Colours.white); g.drawAlignedText(obj.text, a, "centred"); });

@d-healey I will be avoiding those then..sorry I should have read more carefully...

@d-healey said in [bug] Pasting samples into group not working:

In the sample mapping window, no matter which group I have selected pasted samples always go to group 1.

If you copy/paste your samples, they are indeed pasted in the 1st group but after pasting them, if you immediately click on the RRgroup + or - buttons at the bottom of the sample map, it moves the samples to the desired group. Even if they are not selected you can still move them...
(Hoping you don't have too many groups...)

Edit : tested on macOS, commit from Jul 25 :)

Bump bump

@langermarc19 This problem appeared with Xcode 13.3.3 I think. Would be good to have this fix @Christoph-Hart