Arms slayer_st APL bug
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
- 69/100
Hướng nghiên cứu
Issue nêu trực tiếp điều kiện APL Arms slayer_st. Đọc điều kiện Execute được hiển thị và kiểm tra cách diễn giải các toán tử của nó cũng như các phép kiểm tra số cộng dồn của Imminent Demise; dùng các điều kiện tương đương được đề xuất làm hướng dẫn. Công việc hoàn tất khi điều kiện khớp với các trường hợp dự kiến có 0 hoặc 2 cộng dồn, đồng thời các bước xác thực APL hoặc kiểm thử liên quan của dự án đều đạt.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Describe the bug
I think there may be a bug in the current Arms APL
actions.slayer_st+=/execute,if=buff.sudden_death.stack=2|cooldown.bladestorm.ready&(!buff.imminent_demise.stack=1|!buff.imminent_demise.stack=3)
Looks like it is intended to use Execute before a Bladestorm when Imminent Demise is not at 1 or 3 stacks — i.e. at 0 or 2 stacks. That would make sense with Unhinged, since going 0 to 1 or 2 to 3 adds an extra Unhinged Mortal
However, because ! has higher priority than =, I believe !buff.imminent_demise.stack=1 is parsed as (!buff.imminent_demise.stack)=1 rather than !(buff.imminent_demise.stack=1)
As a result, the second part of the condition effectively only succeeds at 0 Imminent Demise stacks, and the 2 to 3 case is missed
Expected behavior
If the intended logic is "Execute when Bladestorm is ready and Imminent Demise is 0 or 2", I think this should be written as either:
cooldown.bladestorm.ready&(buff.imminent_demise.stack=0|buff.imminent_demise.stack=2)
or:
cooldown.bladestorm.ready&!(buff.imminent_demise.stack=1|buff.imminent_demise.stack=3)
- Ngôn ngữ chính
- C++
- Star
- 1.6k
- Fork
- 789
- Merge trung bình
- 8 giờ 51 phút
- Pull request đã merge (30 ngày)
- 56
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
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 simulationcraft/simc
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
simulationcraft/simc#11978 ·
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
simulationcraft/simc#11973 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 45/100
simulationcraft/simc#11935 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 68/100
simulationcraft/simc#11918 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Timewalking Item Level BugĐang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
simulationcraft/simc#11845 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của simulationcraft/simc
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
bulletphysics/bullet3#4819 ·
-
[YSQL] Local-node initdb reads postgres.bki, but YB clusters bootstrap only from yb_postgres.bkiĐang mởarea/ysql kind/enhancement priority/low status/awaiting-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
yugabyte/yugabyte-db#35763 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[mimalloc] update to 3.6.0Đang mởcategory:port-update
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
Maintainer thường phản hồi trong vòng 2 ngày
-
MinGW build faillureĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 67/100
facebookresearch/faiss#5775 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Eval bug: minimax-m3: build_moe_ffn() drops the per-expert NVFP4 scale → garbled output (M3.1 Flash)Đang mởbug-unconfirmed
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 1 ngày