The download queue counts 4420 files that will never download on their own #113
Reference in New Issue
Block a user
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?
ipx status, /api/status (Homepage) and the dashboard's 'Waiting to download' count every enclosure in state 'pending'. Since #97 a scan only downloads among a feed's newest max_new_per_check items, so the back catalogue sits 'pending' for good: 4420 on 2026-10-02, across 12 shows, when the real queue (pending among each feed's newest 3) is 0. Wanted: the queue counts only what a scan would download on its own; the rest listed, downloadable by hand, not counted.
Fixed in
a387012: a feed's waiting files outside its newest max_new_per_check (or of a feed nothing downloads automatically) are 'held', listed and downloadable by hand; 'pending' is the real queue. In production the queue went from 4420 to 0 within minutes of feeds coming due after the deploy (ipx status: 0 queued to download, 968 downloaded).