myYouTube/tests
vrubelroman 441a3ef9df Verify deletion actually removed the file before reporting success
MeTube's /delete only unlinks the file when it's configured with
DELETE_FILE_ON_TRASHCAN=true; otherwise it just drops the entry from its
own "done" list and returns {"status": "ok"} regardless -- we were trusting
that response and marking the job "deleted" (offering a re-download) while
the file was still sitting on mediaVM's disk the whole time.

Now HEAD-check the media_url right after the delete call. If the file is
still reachable, leave the job's status untouched (still "completed", still
playable) and surface a clear 409 explaining MeTube's own config is why,
rather than lying about local state.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-16 20:01:41 +00:00
..
conftest.py Implement Phases 1-5: skeleton, OAuth, categories, video sync/feed, playback 2026-09-16 18:44:30 +00:00
test_auth.py Implement Phase 6: MeTube download integration 2026-09-16 18:56:17 +00:00
test_categories.py Implement Phase 6: MeTube download integration 2026-09-16 18:56:17 +00:00
test_channels.py Add delete-downloaded-video and real YouTube unsubscribe 2026-09-16 19:47:35 +00:00
test_download_jobs.py Fix download status flapping: only the 'completed' event is terminal 2026-09-16 19:09:18 +00:00
test_duration.py Implement Phases 1-5: skeleton, OAuth, categories, video sync/feed, playback 2026-09-16 18:44:30 +00:00
test_feed.py Implement Phase 6: MeTube download integration 2026-09-16 18:56:17 +00:00
test_health.py Implement Phase 6: MeTube download integration 2026-09-16 18:56:17 +00:00
test_metube_client.py Implement Phase 6: MeTube download integration 2026-09-16 18:56:17 +00:00
test_sync.py Add delete-downloaded-video and real YouTube unsubscribe 2026-09-16 19:47:35 +00:00
test_videos.py Verify deletion actually removed the file before reporting success 2026-09-16 20:01:41 +00:00
test_youtube_client.py Add delete-downloaded-video and real YouTube unsubscribe 2026-09-16 19:47:35 +00:00