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
This makes the interop-tests for dial-only transports such as webtransport-websys unnecessarily complicated. This is the reason why we need to feature-gate the listening on cfg(target_arch = "wasm32"). Ideally, we would just move the listening to the is_dialer = false branch but due to the above limitation of the WebRTC transport, that is not possible.
For QUIC, we solve this with a dedicated dialer state:
Description
Currently, the WebRTC implementation requires us to establish a listener before we can dial a connection. See
rust-libp2p/transports/webrtc/src/tokio/transport.rs
Line 134 in 14530af
Not only is this a general short-coming of the implementation, it also complicates things in our interop-tests. In particular, we need to do a
Swarm::listen_on
before we can perform a dial: https://github.com/zvolin/rust-libp2p/blob/3c833dd6e9d1c069826c889e090f3b11cd4ad355/interop-tests/src/lib.rs#L44-L51This makes the interop-tests for dial-only transports such as
webtransport-websys
unnecessarily complicated. This is the reason why we need to feature-gate the listening oncfg(target_arch = "wasm32")
. Ideally, we would just move the listening to theis_dialer = false
branch but due to the above limitation of the WebRTC transport, that is not possible.For QUIC, we solve this with a dedicated dialer state:
rust-libp2p/transports/quic/src/transport.rs
Lines 73 to 74 in 14530af
Are you planning to do it yourself in a pull request?
No.
The text was updated successfully, but these errors were encountered: