Classification: Public Hi Frank, I confirm that with your change I can reproduce the deadlock I described earlier: (gdb) info threads Id Target Id Frame 6 Thread 0x7f51b9fcd700 (LWP 26406) "mamalisten

Classification: Public Hi Frank, Thank you for looking into this issue. Testing this change will take some time, but I think this change would introduce a deadlock due to change in locking order: womb

Classification: Public Hi Frank, Yes I will be able to review and test the PR.

Classification: Public Hi I now seem to have successfully tested a proper fix for the issue which requires calling bridgeMamaSubscriptionMute outside of throttle locked context. All it takes is to han

Classification: Public Hi openmama team, I'd like to propose moving bridgeMamaSubscriptionMute call from mamaSubscription_deactivate_internal up in the call hierarchy to mamaSubscription_deactivate so

Classification: Public Thank you Frank, I confirm changing the dlopen() call to use RTLD_LOCAL fixes the problem for us here, none of our tests are otherwise affected. Have not looked at split-bridge

Classification: Public Hi openmama team, I see that on linux platform openmama uses dlopen() with RTLD_GLOBAL flag to load bridge implementations. What do you think about changing that dlopen() call t

Classification: For internal use only Thank you Aaron, I will give your suggestion a try. To reproduce the issue you will need a transport returning multiple initial snapshots for your group subscript

Classification: Public Hi openmama team, I see that commit 6de60350f40b4d9b0f181b7e64e0d192798b9f97 accidentally removed one conditional expression from around current line 393 of listenermsgcallbacks