when reloading mod_audio_fork (and probably other modules based on this design, like mod_deepgram) the reloaded module becomes non functional due to the timing of load/unload commands issued by freeswitch and the use of a global variable to signal the lws thread to shut down. The new thread from the reload exits as well as the older thread, so further connection attempts stay in a pending state and are never processed
when reloading mod_audio_fork (and probably other modules based on this design, like mod_deepgram) the reloaded module becomes non functional due to the timing of load/unload commands issued by freeswitch and the use of a global variable to signal the lws thread to shut down. The new thread from the reload exits as well as the older thread, so further connection attempts stay in a pending state and are never processed