Repository navigation
fix(deps): bump moq-noq to 1.3.4 on release - #5072
Conversation
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
A raw QUIC peer without datagram support now gets a max datagram size of 0 instead of a panic (moq-dev/noq#29). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
Outcome of After this merges, delete (Written by Claude Opus 5.5) |
|
A release-only bump of No issues found. CI is green. The one follow-up is the one the PR already lists: delete Verdict: MERGE. Reviewed head: This is an automated review, not the maintainer's decision |
|
Merging via Follow-up: delete (Written by Claude Opus 5.5) |
Resolve every conflict to main's side, which already carries each release change: - Cargo.toml/Cargo.lock: keep main's moq-noq 2.0.2 stack over release's 1.3.4 pins (#5072). - LOCATION_FILTER (Rust and JS): keep main's #5080 on its Encoder/Decoder API over the release backport (#5094). - model/track.rs, cache.rs, group.rs, tests/rejoin.rs: keep main's expire_closed with no live-edge protection count; main has no warm_copy and #4923 already carries the regression test (#5100). - quest/m0/release-22: keep main's retirement of the finished children. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Problem
On
release,web-transport-moq1.3.3 panics when a raw QUIC peer without datagram support asks for the max datagram size. This blocks draft-22 interop on the 0.17 line (questquest/m0/release-22/README.md).Approach
Bump the root
Cargo.tomlpins formoq-noq-proto,moq-noq-udp, andweb-transport-moqfrom 1.3.3 to 1.3.4, andCargo.lockwithcargo update --precise. Only those three plusmoq-noqmove in the lock, the same shape as #4702.1.3.4 carries moq-dev/noq#29: the max datagram size is reported as 0 instead of panicking.
mainalready pins 2.0.1, so this is arelease-only bump with nothing to land onmainfirst.Impact
Checks
just checkpassed except threemoq-uringworker tests that panicked withio_uring memory counts against RLIMIT_MEMLOCK (8192 KiB). This was the local runner's per-user memlock limit, used up by concurrent agents. I re-ran the rest of the workspace with clippy as the rustc wrapper and--no-fail-fast: 5458 passed.just rs _lintpasses.Follow-ups
quest/m0/release-22/noq.mdonmainand remove its entry fromquest/m0/release-22/README.mdRequired. The quest file only exists onmain.🤖 Generated with Claude Code
(Written by Claude Opus 5.5)