caseworkctl public_jwks test can fail when another test takes its port
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 84/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- rust
- Lĩnh vực
- testing-qa
Hướng nghiên cứu
Bắt đầu trong crates/registry-caseworkctl/src/dev/public_jwks.rs tại dev::public_jwks::tests::serves_only_public_keys_and_releases_its_listener, và kiểm tra cách cổng tạm thời cùng probe giải phóng được xử lý. Chạy test có tên bằng parallel cargo test. Được xem là hoàn tất khi assertion giải phóng không còn thất bại vì một test khác tạm thời chiếm cổng đã chọn, đồng thời vẫn xác minh rằng server giải phóng listener của nó.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
dev::public_jwks::tests::serves_only_public_keys_and_releases_its_listener in crates/registry-caseworkctl/src/dev/public_jwks.rs failed once in the Rust workspace job on 2026-09-27, on a PR that changed no Rust code:
panicked at crates/registry-caseworkctl/src/dev/public_jwks.rs:159:21:
`Result::unwrap()` on an `Err` value: the explicit public JWKS port is occupied
caused by: Address already in use (os error 98)
A re-run passed.
Suspected cause (not reproduced; about 70% confident)
The test picks a port by binding 127.0.0.1:0 and dropping that listener, starts the server on the port, then after drop(server) calls probe(port) to prove the listener was released. Under parallel cargo test, another test can bind the same ephemeral port in either gap, so the release check fails even though the server did release it.
Fix direction
Test-only. Make the release assertion independent of other processes on the machine, for example by retrying the probe briefly, or by asserting on the server's own socket rather than on the port being free. The production code path is not implicated.
- Ngôn ngữ chính
- Rust
- Star
- 2
- Fork
- 0
- Merge trung bình
- 8 giờ 10 phút
- Pull request đã merge (30 ngày)
- 222
Chuẩn bị môi trường
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của registrystack/registry-stack
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
registrystack/registry-stack#1753 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area:casework bug criticality:p3 triage:needs-implementation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
registrystack/registry-stack#1729 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area:breg bug criticality:p3 triage:needs-implementation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
registrystack/registry-stack#1682 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area:casework bug criticality:p3 triage:needs-implementation
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
registrystack/registry-stack#1669 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
agent-ready area:platform criticality:p3 documentation triage:needs-implementation
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100
registrystack/registry-stack#1639 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của registrystack/registry-stack
Issue tương tự
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
stellar/stellar-cli#2773 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
voidzero-dev/oxc-angular-compiler#511 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 86/100
yantrikos/yantrik-os#539 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
documentation station:mac ui-dashboard
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
rolter-ai/rolter#2490 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày