soulsync

danvics/soulsync

Fork 0

Commit graph

Author	SHA1	Message	Date
BoulderBadgeDad	0bb77bf782	video downloads Phase A: cancelled state, cancel/retry, monitor robustness Fixes the 'cancelled but still shows running' stuck bug and adds real depth: - classify_state now distinguishes 'cancelled' from 'failed'. - Monitor is robust to slskd forgetting a transfer: if it's gone, it first tries to complete from the FILE on disk (survives the music 'Clean Completed Downloads' auto-clear), else counts misses and fails the row after ~8 polls instead of hanging on 'downloading' forever. Cancelled transfers → cancelled status. - POST /downloads/cancel (slskd DELETE transfer + mark cancelled) and /downloads/retry (re-grab the same release). get_video_download(id) added; clear includes cancelled. process_download stays pure (fs/slskd injected); 15 tests, ruff + guard clean. Phase B (page: tabs/queue/history/cancel+retry buttons) next.	2026-06-19 15:31:51 -07:00
BoulderBadgeDad	9f687c061a	video downloads pipeline: data + pure logic foundation Phase 1 of the real grab→transfer pipeline: - video.db video_downloads table (kind/title/release/source/username/filename/size/ target_dir/dest_path/status/progress/error/timestamps) + CRUD (add/list/get_active/ update/clear_finished). Schema v14. - core/video/slskd_download.py: start_download (POST /transfers/downloads/{user}), list_downloads (GET → flattened), + pure classify_state (completed/failed/active), progress_pct, find_transfer. - core/video/download_pipeline.py: pure find_completed_file (locate by basename in the download dir), dest_path_for, target_dir_for (kind → movies/tv/youtube library). All filesystem/HTTP is injected or thin glue; 7 tests, isolation guard + ruff clean. Monitor + grab endpoint + Downloads page next.	2026-06-19 14:50:27 -07:00

Author

SHA1

Message

Date

BoulderBadgeDad

0bb77bf782

video downloads Phase A: cancelled state, cancel/retry, monitor robustness

Fixes the 'cancelled but still shows running' stuck bug and adds real depth:
- classify_state now distinguishes 'cancelled' from 'failed'.
- Monitor is robust to slskd forgetting a transfer: if it's gone, it first tries to
  complete from the FILE on disk (survives the music 'Clean Completed Downloads'
  auto-clear), else counts misses and fails the row after ~8 polls instead of hanging
  on 'downloading' forever. Cancelled transfers → cancelled status.
- POST /downloads/cancel (slskd DELETE transfer + mark cancelled) and /downloads/retry
  (re-grab the same release). get_video_download(id) added; clear includes cancelled.
process_download stays pure (fs/slskd injected); 15 tests, ruff + guard clean.
Phase B (page: tabs/queue/history/cancel+retry buttons) next.

2026-06-19 15:31:51 -07:00

BoulderBadgeDad

9f687c061a

video downloads pipeline: data + pure logic foundation

Phase 1 of the real grab→transfer pipeline:
- video.db video_downloads table (kind/title/release/source/username/filename/size/
  target_dir/dest_path/status/progress/error/timestamps) + CRUD (add/list/get_active/
  update/clear_finished). Schema v14.
- core/video/slskd_download.py: start_download (POST /transfers/downloads/{user}),
  list_downloads (GET → flattened), + pure classify_state (completed/failed/active),
  progress_pct, find_transfer.
- core/video/download_pipeline.py: pure find_completed_file (locate by basename in the
  download dir), dest_path_for, target_dir_for (kind → movies/tv/youtube library).

All filesystem/HTTP is injected or thin glue; 7 tests, isolation guard + ruff clean.
Monitor + grab endpoint + Downloads page next.

2026-06-19 14:50:27 -07:00

2 commits