MaxOSX network thread crash

I think the problem I’m having could be to do with my operating system or IDE, but It’s causing the JUCE app to crash. It crashes on app startup on Thread2 - com.apple.network.connections. When I turn my wifi off the app prints the couldn’t connect error but starts up fine. I assume this occurs when JUCE sets up it’s own network management module.

The issue appeared spontaneously but is now persistent, it continues when I go back to older versions of the code and on both 5.3.2 and 5.4.0 juce versions. OSX Version: macOS 10.13.6 (High Sierra)

I would appreciate any wisdom on this matter, and am wondering if theres a way to temporarily disable the networking capabilities of JUCE, So I can still use the internet while I’m running the app.

Strangely the issue appears in the CLion build but not the Xcode build. The stack trace is as follows.

__cxa_throw 0x00007fff7cb931f6
Security::UnixError::throwMeNoLogging(int) 0x00007fff62ce5f0f
Security::safeCopyFile(char const*, unsigned int, char const*, unsigned short) 0x00007fff62a91f18
Security::MDSSession::updateDataBases() 0x00007fff62a90ce1
Security::MDSSession::DbOpen(char const*, cssm_net_address const*, unsigned int, Security::AccessCredentials const*, void const*, long&) 0x00007fff62ae2ff5
mds_DbOpen(long, char const*, cssm_net_address const*, unsigned int, cssm_access_credentials const*, void const*, long*) 0x00007fff62ae2e74
Security::MDSClient::Directory::cdsa() const 0x00007fff62a90223
Security::MDSClient::Directory::dlGetFirst(cssm_query const&, cssm_db_record_attribute_data&, cssm_data*, cssm_db_unique_record*&) 0x00007fff62ba39a0
Security::CssmClient::Table<Security::MDSClient::Common>::startQuery(Security::CssmQuery const&, bool) 0x00007fff62a8fcec
Security::CssmClient::Table<Security::MDSClient::Common>::fetch(Security::CssmClient::Query const&, int) 0x00007fff62a8f9e1
MdsComponent::MdsComponent(Security::Guid const&) 0x00007fff62a8f1bc
CssmManager::loadModule(Security::Guid const&, unsigned int, Security::ModuleCallback const&) 0x00007fff62a8edf8
CSSM_ModuleLoad 0x00007fff62a8eb97
Security::CssmClient::ModuleImpl::activate() 0x00007fff62a8e6ab
Security::CssmClient::AttachmentImpl::activate() 0x00007fff62a8e45e
Security::KeychainCore::Certificate::clHandle() 0x00007fff62a8e362
Security::KeychainCore::Certificate::copyFirstFieldValue(cssm_data const&) 0x00007fff62ab374a
Security::KeychainCore::Certificate::publicKey() 0x00007fff62ab35e4
SecCertificateCopyPublicKey 0x00007fff62ab34b2
boringssl_context_extract_certificates_from_x509_store 0x00007fff7ca5c2dd
_boringssl_context_SSL_ctx_verify_callback 0x00007fff7ca541a7
ssl_verify_cert_chain 0x00007fff7caca301
ssl3_connect 0x00007fff7ca6a521
SSL_do_handshake 0x00007fff7caccb4e
boringssl_session_handshake_continue 0x00007fff7ca52f5c
boringssl_context_handshake_negotiate 0x00007fff7ca52b0d
nw_protocol_boringssl_handshake_negotiate 0x00007fff7ca5dd51
nw_boringssl_read 0x00007fff7ca5e394
nw_protocol_boringssl_input_available 0x00007fff7ca5f344
nw_socket_update_input_source 0x00007fff7de3ceab
_dispatch_client_callout 0x00007fff7eb97db8
_dispatch_continuation_pop 0x00007fff7ebaae81
_dispatch_source_invoke 0x00007fff7eb9a081
_dispatch_queue_serial_drain 0x00007fff7ebac07a
_dispatch_queue_invoke 0x00007fff7eb9f166
_dispatch_root_queue_drain_deferred_wlh 0x00007fff7ebacf0d
_dispatch_workloop_worker_thread 0x00007fff7ebb0d21
_pthread_wqthread 0x00007fff7eee8fd2
start_wqthread 0x00007fff7eee8be9

It seems that if I resume about 3 times the app starts up ok, the issue only appears when running debug in clion.