Failures in struct packing should fail and not hang forever
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 35/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- kafka, python
- Lĩnh vực
- distributed-systems
Hướng nghiên cứu
Bắt đầu bằng cách xác định các đường đi của _pack() và _unpack() cùng phần xử lý lỗi của pack() được mô tả trong issue, sau đó tái hiện trường hợp kiểu không đúng. Hoàn thành khi lỗi đóng gói hoặc giải đóng gói struct phía client đến được luồng tiền cảnh thay vì bị treo; hãy so sánh hành vi với bản tái hiện và issue liên quan #1318.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
If we try to build a struct using incorrect types, then _pack() is correctly raising an error. However, the foreground thread just hangs when this happens.
This doesn't make sense to me--it's a client side error, so we should be able to fail loudly to the user. The error may be slightly cryptic because all the struct knows is that something is incorrect, it has no idea of the broader context. But at least it'd give the user something to go on...
This behavior may also apply to _unpack().
To reproduce, in _pack(), manually insert a conditional that flips a type:
def _pack(f, value):
try:
if isinstance(value, int):
value = str(value)
return pack(f, value)
except error:
raise ValueError(error)
See also #1318
- Ngôn ngữ chính
- Python
- Star
- 5.9k
- Fork
- 1.5k
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
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 dpkp/kafka-python
-
Transactional producer's sender loops on AttributeError after a fatal error (2.2 and 2.3 branches)Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
dpkp/kafka-python#3161 ·
-
StickyPartitionAssignor.assign() loops forever when members subscribe to different topicsCó thể đã có người làm @mstojcevich đã nhận 11 ngày trước. Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 15/100
dpkp/kafka-python#3163 ·
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 12/100
dpkp/kafka-python#3162 ·
-
Sender: KeyError from muted.remove() while expiring batches orphans the rest; flush() hangs foreverCó thể đã có người làm @zhechen-cs đã nhận 10 ngày trước. Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 76/100
dpkp/kafka-python#3159 ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
dpkp/kafka-python#3122 · 13 bình luận ·
Tất cả issue của dpkp/kafka-python
Issue tương tự
-
Uninstall guide omits the CloudWatch log groups AWS CodeBuild creates for useCodeBuild pipelinesĐang mởbug documentation
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 88/100
awslabs/visual-asset-management-system#552 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
netbox status: needs triage type: documentation
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 76/100
netbox-community/netbox#23460 ·
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 75/100
awslabs/threat-composer#362 ·
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 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
ansys/pyansys-common-mcp#213 ·
Maintainer thường phản hồi trong vòng 3 ngày