FS#25531 - Internal downloader deletes .part when aborted due to slow operation

Attached to Project: Pacman
Opened by Fabian Homborg (alfa) - Friday, 12 August 2011, 10:10 GMT
Last edited by Dan McGee (toofishes) - Monday, 15 August 2011, 17:30 GMT
Task Type Bug Report
Category Backend/Core
Status Closed
Assigned To Dave Reisner (falconindy)
Architecture All
Severity Medium
Priority Normal
Reported Version git
Due in Version 4.0.0
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Summary and Info:
When pacman aborts a download with the message "Operation too slow [...]"
the $pkg.part file in /var/cache/pacman/pkg/ is deleted.
The download is NOT resumed the next time I start pacman.

This is a pain in the ass on shoddy (3G / Anything with cellphone technology) internet connections.

This should block FS#24737 as an external download command can be used to workaround this.

Steps to Reproduce:

1. Use crappy connection
2. Download large file
3. Wait for pacman to abort
4. Check /var/cache/pacman/pkg/ and see the .part file for the package is missing
5. Restart pacman
6. See it starts all over again
This task depends upon

Closed by  Dan McGee (toofishes)
Monday, 15 August 2011, 17:30 GMT
Reason for closing:  Fixed
Additional comments about closing:  Fixed in git, 6bf60568f8a95
Comment by Fabian Homborg (alfa) - Friday, 12 August 2011, 10:10 GMT
Using pacman 4.0.0rc1

And it can also be reproduced when you use your connection with something else, e.g. another download.
(For me it is enough to open 3-4 tabs in the browser to make it abort)
Comment by Dave Reisner (falconindy) - Friday, 12 August 2011, 19:16 GMT
I'm a fan of point #1.

I believe this is fixed by: https://github.com/falconindy/pacman/commit/91501ead0be5be43834439ddd1c45d84ffb1a4c3

Thanks for testing the RC.

Loading...