Logging: full AppHandle Debug dump on every line of transcribe_audio (≈96% of log size)
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ó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 68/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Lĩnh vực
- desktop, observability
Hướng nghiên cứu
Start at the Rust transcribe_audio entry point and inspect its #[instrument] fields, the per-chunk resampling logs, and the System audio dropping frames warning. Check the RollingFileAppender configuration for the filename suffix. Done means AppHandle data is excluded from routine events, chunk and unchanged-drop logs are less noisy, and generated daily log filenames end in .log.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Description
The transcribe_audio span includes app: AppHandle without skip, so every event inside it
prints the full AppHandle Debug output (~9 KB: Tauri config, CSP, plugin list, state TypeIds...).
Combined with per-chunk INFO logging during resampling (Processing chunk N /
Successfully resampled chunk N, 818 lines for one 14-min file), a single transcription attempt
produced a 7.7 MB log: 950 lines, 837 of them with the dump. Without the dumps it's 322 KB.
Suggested:
#[instrument(skip(app))]ontranscribe_audio(and any other command taking AppHandle).- Per-chunk progress at DEBUG/TRACE, or one progress line per N%.
- Minor: daily log files are named
cap-desktop.log.2026-09-28; macOS doesn't treat them as
logs (no Console.app double-click).RollingFileAppender::builder().filename_suffix("log")
would givecap-desktop.2026-09-28.log. - Minor:
System audio dropping framesWARN is repeated every 5 s even when the drop counter
hasn't changed.
Additional Context
- Cap version: 0.6.0
- Operating system, version: 26.2 (25C56)
- Device (optional): Macbook M1
- Ngôn ngữ chính
- Rust
- Star
- 22.8k
- Fork
- 2k
- Merge trung bình
- 12 giờ 41 phút
- Pull request đã merge (30 ngày)
- 84
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
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
CapSoftware/Cap#2384 · 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 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
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 55/100
CapSoftware/Cap#2392 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
CapSoftware/Cap#2386 · 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 68/100
trezor/trezor-firmware#7997 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/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 84/100
oxidecomputer/management-gateway-service#506 · 1 bình luận ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
scylladb/nodejs-rs-driver#566 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
A-ABI needs-triage relnotes relnotes-needs-review relnotes-tracking-issue T-lang T-libs T-opsem
Độ 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