Page Visibility based connection retry is not happening in Error scenario
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
- 45/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- typescript
- Lĩnh vực
- frontend
Hướng nghiên cứu
Bắt đầu tại điểm vào fetchEventSource và theo dõi cách các thay đổi về khả năng hiển thị của tài liệu tương tác với đường dẫn retry của onerror. Tái hiện mẫu được cung cấp với openWhenHidden được đặt thành false, sau đó xác minh rằng các yêu cầu retry dừng lại khi trang bị ẩn và tiếp tục khi trang hiển thị trở lại.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
As per the current implementation, whenever the page visibility changes the connection will be disconnected & then reconnect only after the page comes back to visibility (during the time of page hidden, no server call is triggered).
But in case of error scenario, even when page is hidden, we are triggering the reconnect request to server.
Sample code to replicate the issue:
fetchEventSource('https://sample.api-service.com/stream', {
openWhenHidden: false,
onopen (res) { throw new Error("Dummy Error"); },
onerror (err) { return 1000; },
}
with the above code executed, the connection keeps failing and tries to reconnect for every 1 second.
So far, fine. But when we navigate away from the page (document visibility goes to hidden), even then the server calls are getting triggered in the background.
Need to handle this and make sure that the reconnect calls are not triggers even when page visibility is off.
- Ngôn ngữ chính
- TypeScript
- Star
- 2.9k
- Fork
- 197
- 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 Azure/fetch-event-source
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 28/100
Azure/fetch-event-source#102 ·
-
how to stop retry when onerror?Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 25/100
Azure/fetch-event-source#101 · 3 bình luận ·
-
When aborting the event source using abort controller, no callbacks (onError / onClose) are firedĐang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 48/100
Azure/fetch-event-source#100 · 1 bình luận · 5 reaction ·
-
Weird Vite chunk map sourcesĐang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
Azure/fetch-event-source#99 ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 35/100
Azure/fetch-event-source#98 · 9 reaction ·
Tất cả issue của Azure/fetch-event-source
Issue tương tự
-
a10y a10y-audit ai-driven-qa claude
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
linagora/twake-directory-manager#219 ·
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 68/100
Maintainer thường phản hồi trong vòng 1 ngày
-
type: bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 79/100
Maintainer thường phản hồi trong vòng 1 ngày
-
0️⃣ phase/new
Độ 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
-
Pulse v7: buildPreferencesFromTelos() bypasses telosSectionOrFile(), renders empty on unified-TELOS installsCó thể đã có người làm @zephyr91 đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
danielmiessler/LifeOS#2393 ·
Maintainer thường phản hồi trong vòng 4 ngày