-
-
Notifications
You must be signed in to change notification settings - Fork 133
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fetch metadata again after download task times out #647
Comments
A simple hack for this might be a timed task that scans for "is downloadable = false" media items updated 12 hours or so hours ago and deletes then re-queues metadata collection for it. This would also need a retry counter to prevent endlessly retrying undownloadable media. |
I was thinking about a We would have to not schedule a lot of those, but it should be fine if it happens to run after a successful download too. |
A reasonable idea, likely it might need both. That wouldn't catch, for example, private members videos which have no format matches but are then made public later as the download would never be attempted and not trigger a metadata refresh. |
It seems like when |
For #188, and other "disappearing formats" problems, it would be great if the metadata was pulled again by the software instead of the user skipping/unskipping media items.
I think we should be careful to preserve the existing metadata during this process because the video might have been deleted, and I want to still have the metadata in those cases.
The text was updated successfully, but these errors were encountered: