-
Notifications
You must be signed in to change notification settings - Fork 6
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
"Upcoming live" and "Actually live" videos are caught in subsequent downloads [need to clearly explain errors, e.g. in "Tasks" view] #202
Comments
According to #199 (comment) itself:
Thanks! Can this PR be pulled together relatively quickly? Somewhat related:
|
I also think task messages should be adjusted according to #188 (comment) |
"Tasks" view definitely sounds like the right place for this now. Please go ahead: (keep things as simple as possible!)
|
@deldesir is PR #194 fully adequate, as merged 9 days ago? (Or does its code need to be slightly revised — if it too is somewhat related to explaining download mechanics of "ostensibly live" videos to users/operators ?) |
The status messages should be more explicit to let the user know about the type of video being processed, I mean the |
Regression / Known issue (introduced by PR #199)
"Upcoming live" and "Actually live" videos are caught in subsequent downloads as requested videos. They will remain as such until they are available, that means having a duration value.
Originally posted by @deldesir in #199 (comment)
The text was updated successfully, but these errors were encountered: