-
Notifications
You must be signed in to change notification settings - Fork 9.7k
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
YT: Batch Archive - Only 5 retries of 10 when fragment unavailable and set to abort on both (error and fragment) #20945
Comments
Manually set frag retries higher. RTFM. |
Sure that's just the workaround, has nothing to do with the fact that it's not functioning as it was meant to. |
You didn't include the command. It's not a workaround it's a safety feature for bad internet connections or wonky days at YouTube. |
Well in this case it also works as a workaround for the broken default behavior, apart from it's main design function, which doesn't matter in this case. Still, what does any of this have to do with the bug? I did forget to include the command. The command would have only double-cleared up that I wasn't using any override switches, if it wasn't presumed from the fact that I mentioned "default 10" in the description. The default behavior is broken and it can't be my fault. It's just simple as that. I'm not sure since when it is expected that workarounds have to be relied upon for broken default behavior, whether or not the user has read the manual. Unless, the Manual expressly says that the default behavior is (left) broken, so it would keep stopping after 5 retries of the intended 10, unless an override switch is used to manually set it above 5, only in that case would it be the user's fault. |
Checklist
Verbose log
Description
The program only tried 5 times out of the default 10 when a fragment is unavailable. It is not conclusive whether the options --abort-on-error and/or --abort-on-unavailable-fragment have anything to do with this but the problem cannot be recreated at this time (the download succeeds without issue at the time of writing this)
The text was updated successfully, but these errors were encountered: