-
Notifications
You must be signed in to change notification settings - Fork 27
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
Legacy providers only support notification event.
when using WebsocketProvider
#62
Comments
The current websocket provider, is the legacy provider wrapped in an adapter. Unfortunately the adapter is provider agnostic so isn't setup to deal with these new events. EIP 1193 remains a moving target (12 days ago ethereum/EIPs#2240). Regardless, it's would be useful to have providers that meet the spec as it stands. Unfortunately I don't have time to look into this right now. Happy to look over and accept good quality PR's... |
Maybe I can help with that, I'll see what I can do when I have time. For now, do you have any idea how to reconnect the provider after loss of connection ? |
It seems this may be an issue inherited from web3.js. Maybe the provider has been cleaned up and fixed in web3.js and can be migrated in. |
any updates on this? |
@xf00f looks like EIP-1193 has been finalized: https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1193.md what's the best way to work on this? |
I'm using the
WebsocketProvider
and I want to listen to provider events likeconnect
,error
, etc...Right now I'm using this:
But I keep getting this error:
So why is the
WebsocketProvider
a legacy provider ? And how can I setup a non-legacy provider to listen to this kind of events ?The text was updated successfully, but these errors were encountered: