API dies if querying after disconnect
See original GitHub issueReproduce:
await api.disconnect()
await api.derive.staking.stakerRewards(`FPstA2NF8wH4d8Z3VWhmALLSpcMi8Tttsv8jsJNZvL1y7GA`, 581)
.catch(console.error);
console.log("Should be reached");
“Should be reached” will never be called
Issue Analytics
- State:
- Created 3 years ago
- Comments:5 (1 by maintainers)
Top Results From Across the Web
(SSMS) How do you prevent an open tab from querying a DB ...
In SSMS if you have a tab open with a query and then you disconnect the database you can still run the query...
Read more >78809: MySQL keeps running queries for disconnected users
Description: if a user disconnects from MySQL with a query still running, MySQL will keep running that query forever as long as no...
Read more >Postgresql cancel query on client disconnect with php
A possible solution is to use pg_send_query(), that function sends a query to the database and returns immediatly without blocking.
Read more >Database Host Server Connections Drop after a Period ... - IBM
Network hardware causes connection drops after a period of inactivity. The disconnects might be prevented with changes to hardware settings ...
Read more >"MySQL server has gone away" error - Solution(s)
It's also when waiting for the first response from the MySQL server. ... running queries can be disconnected after default_socket_timeout ...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
I found same issue with out implementation. Here are the steps I took
Thanks for logging.
Did an initial look-though and it def seems like an issue. So subscriptions are handled in a way where they re-connect, i.e. it will continue where it left off and but single-shot items don’t quite get handled the same. It should either -
Just need to think through consistency and “least surprise” here. (Since we actually have round-robin on providers now as well where it can swap from one to another, the first one may be useful)