Enhance debugging of rescheduled notifications
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
Hướng nghiên cứu
Bắt đầu tại src/main/java/org/killbill/billing/plugin/analytics/AnalyticsListener.java: đường dẫn re-scheduling quanh dòng 321 chèn vào một notification mới và lưu trữ notification cũ, trong khi dòng 230 sinh ra UUID ngẫu nhiên được dùng làm user token. Hãy lần theo cách futureUserToken của notification gốc có mặt tại thời điểm đó và lựa chọn giữa việc dùng lại cùng token hay truyền futureUserToken qua. Xong nghĩa là các mục được lưu trữ và được tạo lại phải liên kết được với nhau bằng token; hãy thêm hoặc chạy các notification test hiện có để xác nhận, tuy nhiên lưu ý rằng issue này đã hơn bốn năm không có trả lời lẫn bình luận.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
When a notification is re-scheduled, a new notification entry is inserted and the current one archived in the history table, see: https://github.com/killbill/killbill-analytics-plugin/blob/98e97ab0f1fbd6156ea7eebc89d23fc594045c7d/src/main/java/org/killbill/billing/plugin/analytics/AnalyticsListener.java#L321
Unfortunately, random UUID is used for the user token, so we cannot link the two entries: https://github.com/killbill/killbill-analytics-plugin/blob/98e97ab0f1fbd6156ea7eebc89d23fc594045c7d/src/main/java/org/killbill/billing/plugin/analytics/AnalyticsListener.java#L230
We should either re-use the same token or use the futureUserToken of the original notification as the user token of the new one.
- Ngôn ngữ chính
- Java
- Star
- 13
- Fork
- 33
- 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
- Không có Dockerfile hay 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 killbill/killbill-analytics-plugin
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 45/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 30/100
-
Automation analysisĐang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 20/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 30/100
killbill/killbill-analytics-plugin#163 · 1 bình luận ·
Tất cả issue của killbill/killbill-analytics-plugin
Issue tương tự
-
Area-UIUX Issue-Bug Issue-Easy (good first issue)
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 67/100
TeamAmaze/AmazeFileManager#4769 ·
Maintainer thường phản hồi trong vòng 7 ngày
-
Expose SManga.memo & SChapter.memo fields in GraphQL APIs to support source-specific client featuresĐang mởenhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Suwayomi/Suwayomi-Server#2551 ·
Maintainer thường phản hồi trong vòng 9 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
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
weaviate/java-client#631 ·
-
bug
Độ 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 2 ngày