Fix webtransport conn not being served due to missing EnableStreamResetPartialDelivery

[ChrisSchinnerl]

Seems like a new requirement for webtransport-go.

Relevant code can be found here.

Closes #391

[Copilot]

Pull request overview

This PR fixes WebTransport connection issues by enabling EnableStreamResetPartialDelivery in QUIC configurations, which is a new requirement from webtransport-go. The change also improves error logging for WebTransport connections.

Changes:

• Added EnableStreamResetPartialDelivery: true to both client (Dial) and server (Listen) QUIC configurations
• Enhanced error logging for WebTransport connection failures with more specific error messages
• Improved consistency in error log messages between WebTransport and QUIC connection handling

Reviewed changes

Copilot reviewed 2 out of 2 changed files in this pull request and generated 1 comment.

File	Description
rhp/v4/quic/quic.go	Enables EnableStreamResetPartialDelivery for both client and server QUIC configs; adds error logging for ServeQUICConn and clarifies log messages
.changeset/enable_streamresetpartialdelivery_when_listening_for_quic_connections.md	Documents the change as a patch-level update

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[Alrighttt]

Did you intentionally leave out the call to webtransport.ConfigureHTTP3Server() I mentioned in the issue? I get a handshake failure when trying CONNECT using your version.

[n8mgr]

Do we need to call webtransport.ConfigureHTTP3Server as described in the issue?

[ChrisSchinnerl]

@Alrighttt @n8mgr no that was a mistake. I added a regression test toe make sure it works and doesn't break itself again without us knowing.

[Alrighttt]

LGTM