peer_disconnected
event processing isn't robust if a peer_connected Errs
#3108
Labels
Take a Friday Leave a Friday
Stomp the Bugs, Without Much Commitment
We guarantee that
peer_disconnected
will always be called for a peer afterpeer_connected
, but we don't if one message handler failspeer_connected
(the others wont even get it). Also,PeerManager::read_event
isn't clear about if the user has to call back intoPeerManager
with a disconnection event (i think so, but we should check ldk-garbagecollected/ldk-c-bindings/ldk-net-tokio).The text was updated successfully, but these errors were encountered: