mirror of
https://github.com/sigma67/ytmusicapi.git
synced 2026-04-25 15:26:01 +03:00
[GH-ISSUE #6] Got response code "500" nternal server error during a burst files uploading #4
Labels
No labels
a/b
bug
documentation
enhancement
good first issue
help wanted
invalid
pull-request
question
wontfix
yt-error
yt-update
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/ytmusicapi#4
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
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?
Originally created by @ccyang2019 on GitHub (Apr 14, 2020).
Original GitHub issue: https://github.com/sigma67/ytmusicapi/issues/6
If I use a loop to upload files in a folder, it will random get response "500" error during file uploading. Need to wait some time (~ 1mins) , and resend
X-Goog-Upload-Command"start", "upload, finalize" request after file uploading got response 500 error. But this not a smart solution and waste upload bandwidth.I don't know if "OPTION" request is used to communicate with server to check if server is ready for a Upload command.
@sigma67 commented on GitHub (Apr 14, 2020):
That is very strange. In-browser, there is no wait time between uploads. Can you post some details regarding your request sequence and the responses? I.e. 3 successful uploads, then an error?
@ccyang2019 commented on GitHub (Apr 14, 2020):
My script is very simple. Just a loop to call
upload_song()to upload songs in a folder.Got
Response [500]randomly during a burst uploading.original w/o retry:
add retry:
another fail w/ retry:
@sigma67 commented on GitHub (Apr 15, 2020):
That's helpful, thank you. It seems that after 13 songs the processing queue is full and the server does not respond anymore. I'll have to reproduce this myself to see what I can do about it.
@allanin commented on GitHub (Jun 24, 2020):
@sigma67 did you change something? I was able to upload 77 mp3s with a simple for loop without getting a response 500
@sigma67 commented on GitHub (Jun 24, 2020):
No, not recently. Must be a server side change or fix. I guess we can close this issue then?
@allanin commented on GitHub (Jun 24, 2020):
To be sure I uploaded 400 mp3s and checked if all were uploaded.
There was no one missing.
Maybe it has something to do with the upload speed, so that @ccyang2019 uploaded more mp3s which had to be processed?
@sigma67 commented on GitHub (Jun 24, 2020):
That is possible. Can you monitor the upload bandwidth of your script and report back? Perhaps we can establish an upper limit.