Revert "Revert "libp2p: add QUIC and WebTransport to default listen addresses""

[magik6k]

Reverts #10852, fixes tests

[arajasek]

@magik6k Thanks for deflaking this test. I may be imagining it, but I'm pretty sure these deal errored error attempting to close stream: close called for canceled stream 13 failures also only happen with the change being un-reverted here. Can you please take a look?

• https://app.circleci.com/pipelines/github/filecoin-project/lotus/28735/workflows/90574206-f4a8-4e33-8805-e7984accbd48/jobs/970441
• https://app.circleci.com/pipelines/github/filecoin-project/lotus/28735/workflows/90574206-f4a8-4e33-8805-e7984accbd48/jobs/970450

[marten-seemann]

The error comes from quic-go: https://github.com/quic-go/quic-go/blob/v0.34.0/send_stream.go#L404-L407
It happens when you first reset the stream, then call close. In most circumstances, it can be ignored. Is there any reason you're surfacing this kind of error?

[arajasek]

The error comes from quic-go: https://github.com/quic-go/quic-go/blob/v0.34.0/send_stream.go#L404-L407 It happens when you first reset the stream, then call close. In most circumstances, it can be ignored. Is there any reason you're surfacing this kind of error?

It looks this error makes the deal pipeline think the deal has failed. I'd have to dig to see where that happens (and how we could ignore it, assuming we should be doing so).

[marten-seemann]

The error comes from quic-go: https://github.com/quic-go/quic-go/blob/v0.34.0/send_stream.go#L404-L407 It happens when you first reset the stream, then call close. In most circumstances, it can be ignored. Is there any reason you're surfacing this kind of error?

It looks this error makes the deal pipeline think the deal has failed. I'd have to dig to see where that happens (and how we could ignore it, assuming we should be doing so).

@arajasek What did you digging reveal?

Why was this change silently reverted?