Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

Mobile startup network failures sign users out and delete pending recording files

Đang mở
  • Có gì không ổn?
#3,315 1 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

@AksharP5 đang làm issue này rồi.

Từ ngày 26/10/2026.

  • #3316 của @AksharP5 — đang mở

Đá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
Loại issue
Lỗi
Độ rõ ràng
Đặc tả rõ ràng
Mức độ hoạt động
Đình trệ
Công nghệ
react-native, typescript
Lĩnh vực
authentication, mobile

Hướng nghiên cứu

Read apps/mobile/src/auth/AuthContext.tsx and its automatic bootstrap rejection handler, then trace how apps/mobile/src/uploads/recording-upload-provider.tsx handles signedOut. Start by running the described AuthProvider and RecordingUploadProvider fixture for network errors, HTTP 503, and HTTP 401. Done means temporary failures preserve credentials and recording recovery files while HTTP 401 still signs the user out; pull-to-refresh should remain able to retry bootstrap.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

Description

Launching the mobile app with a saved session during a temporary network outage signs the user out and deletes pending recording recovery data. The same happens when the bootstrap endpoint returns HTTP 503 or 429.

The automatic bootstrap failure handler clears the API key and user ID for every error. RecordingUploadProvider then sees signedOut, empties its queue, and calls FileSystem.deleteAsync for the recording directories and recording-upload-queue.json.

A transport or temporary service error should retain the session and recovery files. A server rejection of the credentials with HTTP 401 should still clear the session.

Reproduction
  1. Sign in to the mobile app and leave a camera recording awaiting upload completion.
  2. Relaunch with the saved session while the bootstrap request cannot reach the network, or responds with HTTP 503.
  3. The app returns to sign-in and deletes the pending recording directory and saved retry queue.

Reproduced against 5fcf8e9cb42625443d31be1023cc816284a7caf5 by mounting the actual AuthProvider and RecordingUploadProvider, using the real MobileApiClient with HTTP and native storage fixtures. In both network-error and HTTP 503 cases, the baseline called deletion for file:///documents/cap_123 and file:///documents/recording-upload-queue.json. HTTP 401 retained its expected sign-out behavior.

Additional Context
  • Affected code: apps/mobile/src/auth/AuthContext.tsx, automatic bootstrap rejection handler; downstream cleanup in apps/mobile/src/uploads/recording-upload-provider.tsx.
  • Environment: current mobile app source, Bun 1.4.4, Node 24.22.1, Vitest with native module and HTTP fixtures. No physical iOS device verification.
  • Existing pull-to-refresh can retry bootstrap after connectivity returns. The credentials should remain available for that retry.
Ngôn ngữ chính
Rust
Star
23.7k
Fork
2.1k
Merge trung bình
1 ngày 55 phút
Pull request đã merge (30 ngày)
697

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. 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.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của CapSoftware/Cap

Tất cả issue của CapSoftware/Cap

Issue tương tự

Thêm issue về Rust

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.