Skip to content
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

ReadError: The server aborted pending request #49

Closed
Hezkezl opened this issue Mar 13, 2021 · 2 comments
Closed

ReadError: The server aborted pending request #49

Hezkezl opened this issue Mar 13, 2021 · 2 comments
Assignees
Labels
awaiting fix confirmed Waiting for someone to confirm the fix/change works bug
Projects
Milestone

Comments

@Hezkezl
Copy link

Hezkezl commented Mar 13, 2021

This is the most common problem I run into after the new version update. After a while of downloading videos, it will get roughly halfway (between 40%-50%) through downloading a video when the entire download process will stop and wait for me to close the program when this error pops up. (I'm also unsure if the hard-coded path in the below screenshot helps or hurts anything in the process, but I definitely don't have this thing installed to c:\snapshot so I'm assuming it's your path.

https://cdn.discordapp.com/attachments/468978648460820490/819960585113305138/unknown.png

Also I'm not sure if this error is related to total amount of time elapsed when downloading (ie: it errors out after 60 minutes) or if it errors out after X number of files, but this is preventing me from leaving the program running all night to download my whole queue :(

@Inrixia
Copy link
Owner

Inrixia commented Mar 13, 2021

c:\snapshot is referring to inside the executable and isnt a issue.
I've added soft handling of errors in ebd2079 this will stop the process exiting on failed downloads.

Though I don't know if all videos will fail to download after the error you mention appears or if it will recover, ideally it should just recover as it appears to be a issue on the floatplane api side of things.

@Inrixia
Copy link
Owner

Inrixia commented Mar 14, 2021

Auto recovery of this error should now work with the changes from 564f3ce

@Inrixia Inrixia added bug awaiting fix confirmed Waiting for someone to confirm the fix/change works and removed bug labels Mar 14, 2021
@Inrixia Inrixia closed this as completed Mar 14, 2021
@Inrixia Inrixia added this to the V5 Release milestone Mar 19, 2021
@Inrixia Inrixia added this to Done in V5 Mar 19, 2021
@Inrixia Inrixia self-assigned this Mar 19, 2021
@Inrixia Inrixia moved this from Done to Closed Issues & Pull Requests in V5 Mar 19, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
awaiting fix confirmed Waiting for someone to confirm the fix/change works bug
Projects
No open projects
V5
Closed Issues & Pull Requests
Development

No branches or pull requests

2 participants