Doug A

@dariusc93 do you already have a branch & pull request on the go for this? I need this too, happy to help work on it.

I did do it with a fetch to 1.1.1.1 in a few lines of code but didn't integrate it into libp2p

@oblique yes that's exactly it. I didn't have the time to do a proper integration (as per this issue), it was too far down on the TODO list for me...

I just did this: ```rust #[derive(Debug, serde::Deserialize)] struct DnsTXTQuery { /// 'answer' is 'Answer' in the DNS TXT response json #[serde(rename = "Answer")] answer: Vec, } #[derive(Debug, serde::Deserialize)] struct Answer...

This worked for me: ```sh dx bundle --features desktop --platform desktop --release --package-types "deb" --package-types "appimage" target/dx/desktop/release/linux/app/desktop # assets are in # target/dx/desktop/release/linux/app/desktop/assets ```

This is a subtle bug and I really only caught it when I wanted to use the WebRTC Channel right away but noticed this 10 second delay before I could...

As far as I can tell, the only impact to not closing the channel is not sending `Flag::FIN` nor doing a `flush` on those outgoing bytes (`[2, 8, 0]`). But...

> _Couple of questions to make sure I understand the issue correctly. I am not super familiar with the WebRTC implementation._ Sure, welcome to the party! 🎉 > Where does...

In case anyone else is hitting the 10s timeout issue, the workaround I've been using over the past couple weeks is: https://github.com/libp2p/rust-libp2p/compare/master...DougAnderson444:rust-libp2p:core-v0.42-webrtc-utils-0.3.0 It's a shame we aren't farther ahead on...

Likely related to https://github.com/libp2p/rust-libp2p/issues/5877 ? Does it work if you try for longer than 10 seconds?