The download queue counts 4420 files that will never download on their own #113

Closed
opened 2026-10-02 12:45:35 -07:00 by rays · 1 comment
Owner

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.

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.
rays added the bug label 2026-10-02 12:45:35 -07:00
Author
Owner

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).

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).
rays closed this issue 2026-10-02 13:01:44 -07:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: rays/ipx#113