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

Transfers: re-queueing complete download leads to aborted state #305

Open
JurgenR opened this issue Aug 11, 2024 · 0 comments
Open

Transfers: re-queueing complete download leads to aborted state #305

JurgenR opened this issue Aug 11, 2024 · 0 comments
Assignees
Labels
bug Something isn't working

Comments

@JurgenR
Copy link
Owner

JurgenR commented Aug 11, 2024

When re-queuing a complete download the transfer goes into an aborted state on the other clients. This is because the offset get calculated based on the existing file and thus the file connection closes almost instantly (this is still odd considering the library should wait for the uploader to close)

A quick fix would be to just delete the local file when re-queueing a complete transfer. However, it might be reasonable to make this an option.

@JurgenR JurgenR added bug Something isn't working enhancement New feature or request labels Aug 11, 2024
@JurgenR JurgenR self-assigned this Aug 11, 2024
@JurgenR JurgenR removed the enhancement New feature or request label Aug 11, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant