You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems that if for example connection to the server is closed, the callback passed to ConfirmChannel.publish() is never invoked. Would be nice if some kind of error was propagated there.
The text was updated successfully, but these errors were encountered:
My test case, in case you're curious - if you connect with a heartbeat, then send a message, then suspend your worker process, wait for RabbitMQ to kill your connection, then resume your process, you never get any kind of error back for the publish.
Hi, just run into this as well. This behavior should be documented (and visibly), because it seems to be the popular consensus that a callback should always succeed or fail, and never "hang" if an underlying layer is known to have failed. Additionally, waitForConfirms does exactly the same - leaves promises hanging forever. A tutorial / tip should be included, telling users to manually "fail" their outstanding messages.
It seems that if for example connection to the server is closed, the callback passed to
ConfirmChannel.publish()
is never invoked. Would be nice if some kind of error was propagated there.The text was updated successfully, but these errors were encountered: