probation_start is set while the criterion is still failing
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 53/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Lĩnh vực
- backend-api-design
Hướng nghiên cứu
Start with state_machine._probation_start and the outlived_grace branch in transition(), which the issue identifies as stamping probation_start; trace how confirmed status changes from fail to pass. Check the existing backfill approach for rows stamped mid-failure. Done means probation starts only on recovery, the read-side compensations can be removed, and existing affected rows are corrected.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
probation_start is stamped as soon as a failure is confirmed, then re-stamped to "tomorrow" on every failing night after that. So a set probation_start does not mean the criterion is serving probation — it may still be failing.
Every reader has to compensate with the same extra check:
| Reader | Compensation |
|---|---|
is_serving_probation (API) |
confirmed_status == 'pass' |
feed_search.sql |
confirmed_status = 'pass' |
roll_up_on_probation |
cancels on any confirmed failure |
state_machine.phase() |
returns ON_PROBATION for both, leaves it to the caller |
Recent fixes have all been on the read side: #1840, #1841, #1842, #1843.
Fix
Stamp probation_start only on the recovery — the run where confirmed_status goes fail → pass. last_confirmed_failure_at already records that a failure happened, so the "stamp tomorrow on every failing night" trick is no longer needed to land the start on the repair day.
Then probation_start is not None means serving probation, and the four compensations above come out.
state_machine._probation_start, plus theoutlived_gracebranch intransition(), which stamps too- backfill for rows currently stamped mid-failure
- Ngôn ngữ chính
- Python
- Star
- 34
- Fork
- 7
- Merge trung bình
- 12 giờ 7 phút
- Pull request đã merge (30 ngày)
- 7
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Có mẫu pull request
- Không 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 MobilityData/mobility-feed-api
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
MobilityData/mobility-feed-api#1846 ·
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
MobilityData/mobility-feed-api#1755 · 1 reaction ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
MobilityData/mobility-feed-api#1647 ·
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
Tất cả issue của MobilityData/mobility-feed-api
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