Browser refuses a copy that needs ffmpeg when ffmpeg is missing #6
Labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
wokoman/ironpod#6
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
What to build
The browser refuses a copy that cannot possibly succeed, instead of starting it and failing file by file.
Mark a folder of FLACs on a machine without ffmpeg and press
c, and the copy begins, converts nothing, and reports every file as failed. The command line does not behave this way: it checks up front whether any file in the batch needs converting, and if ffmpeg is missing it refuses before opening the device, with a message naming the fix. The browser should do the same.Same class of divergence as #5 — a batch-level policy living in one caller instead of behind the seam that owns the batch — but in the copy direction, and independent of it.
Acceptance criteria
cargo clippy --all-targetsclean; full suite passesBlocked by