[Proposal][desktop-gpui] Startup Upload Health Check & Pre-Recording Bandwidth Diagnostics (follow-up to #73 / #3188)
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ó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 35/100
Hướng nghiên cứu
This is a design proposal awaiting a maintainer decision (Option A vs B) on apps/desktop-gpui before any code should be written. Start by reading apps/desktop-gpui/src/upload.rs, diagnostics.rs, recording.rs and main_window.rs to understand the existing upload client and header handling, and review the linked prior discussion in #3188 and #73. Done means an aligned product decision plus implementation of the startup health check, warning badge, and pre-recording speed probe with cancellation via saturating_sub/checked_sub.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Following up on @richiemcilroy's feedback on #3188 (and #73) regarding the transition from legacy apps/desktop (Tauri) to the native GPUI app (apps/desktop-gpui), opening this issue first so we can align on the product behavior before writing any code.
Proposed Scope for apps/desktop-gpui
-
Startup Upload Connectivity & Storage Health Check (
apps/desktop-gpui/src/upload.rs&diagnostics.rs)- Run a lightweight, non-blocking startup check using the existing authenticated client (preserving
apply_env_headers/ preview bypass headers) and verifying actual S3/storage write readiness rather than a no-op body discard. - Surface a subtle warning badge in
main_window.rsif upload connectivity or storage reachability is degraded, with a one-click diagnostics detail view.
- Run a lightweight, non-blocking startup check using the existing authenticated client (preserving
-
Pre-Recording Upload Speed Probe & Resolution Behavior (
apps/desktop-gpui/src/recording.rs)- Execute a one-shot probe prior to recording start (cancelled immediately before
clean_capture::prepareon all platforms including Linux, usingDuration::saturating_sub/checked_sub). - Product Question for @richiemcilroy: For
apps/desktop-gpui, would you prefer:- (Option A - Advisory Warning / Opt-in): Keep the user's selected capture resolution intact by default and show a non-intrusive recommendation banner when upload throughput is below threshold, or
- (Option B - Automatic Instant-Mode Cap): Automatically cap resolution only for Instant Mode recordings (where real-time chunk upload matters) while leaving Studio Mode at full
Resolution::Captured?
- Execute a one-shot probe prior to recording start (cancelled immediately before
Happy to adjust the design to match your roadmap for apps/desktop-gpui before submitting a PR.
- Ngôn ngữ chính
- Rust
- Star
- 23.7k
- Fork
- 2.1k
- Merge trung bình
- 1 ngày 6 giờ
- Pull request đã merge (30 ngày)
- 661
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 CapSoftware/Cap
-
Web player intercepts ⌘⇧M and blocks Chrome profile-menu shortcutCó thể đã có người làm @AatmanAJ đã nhận 10 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 80/100
CapSoftware/Cap#2596 · 1 bình luận ·
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
CapSoftware/Cap#2384 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Dashboard pagination causes full page reloads on self-hosted CapCó thể đã có người làm @Dewin đã nhận 38 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
CapSoftware/Cap#2305 · 2 bình luận ·
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
CapSoftware/Cap#1714 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Mobile startup network failures sign users out and delete pending recording filesCó thể đã có người làm @AksharP5 đã nhận hôm nay. Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 35/100
CapSoftware/Cap#3315 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của CapSoftware/Cap
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
manuscript-lang/manuscript#1364 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
`printf "%o"` prints decimalĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
fable-compiler/Fable#5157 ·
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 73/100
Maintainer thường phản hồi trong vòng 1 ngày
-
C-bug needs-triage O-UEFI T-libs
Độ 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
-
移动端宽屏适配Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
Maintainer thường phản hồi trong vòng 1 ngày