-
Notifications
You must be signed in to change notification settings - Fork 655
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
grpc-js: A channel that never connects keeps the process alive #767
Comments
Update: It looks like what is keeping the process alive is alternately the connection we are trying to establish and the backoff timer. |
This can be fixed by |
This might be what is preventing my tests from finishing. I have some tests which launch the pubsub emulator and send/receive some messages using it. The tests used to pass and exit fine. I have updated the pubsub library like so, which starts using - "@google-cloud/pubsub": "^0.28.1",
+ "@google-cloud/pubsub": "^0.30.1", My tests now hang. Using wtfnode I see:
The first timer for 500ms is my own, to make sure I can see the grpc timers. The grpc timers all seem to be doing an exponential backoff, and are keeping my process alive. This is a blocker for me. I'd really like to update I assume this is the same issue. If not, I can make a new issue. Thanks! |
I believe this is fixed as of version 0.6.x. |
If a channel is trying to connect and it never succeeds and never gets closed by the user, it appears to keep the process alive, even if there are no active calls. This differs from the behavior of the other library, which only keeps the process alive with an active call or other pending asynchronous action from the point of view of the surface API.
The text was updated successfully, but these errors were encountered: