Opened 21 years ago

Closed 21 years ago

Last modified 21 years ago

#614 closed defect (fixed)

Failed downloading of <reference>s

Reported by: neven@… Owned by: kpfleming@…
Priority: normal Milestone:
Component: nALFS - Back End (XML Handlers) Version: 1.1.7
Severity: normal Keywords:
Cc:

Description

When file that should be downloaded doesn't exist, it's created anyway (with zero-size) which latter causes problems.

Also, what should be done when transfer is not fully completed? We need to check that and continue the transfer, not try to unpack the broken archive.

Change History (10)

comment:1 by gerard@…, 21 years ago

qa_contact: alfs-discuss@linuxfromscratch.orgalfs-log@linuxfromscratch.org

comment:2 by gerard@…, 21 years ago

Owner: changed from alfs-discuss@… to alfs-log@…
Version: CVS1.1.7

comment:3 by kpfleming@…, 21 years ago

I will fix the zero-size file problem this weekend, and will look into the "continuing transfer" issue. The latter should possible be moved into a separate bug, since it's more work and really an enhancement request. Please assign to me.

comment:4 by neven@…, 21 years ago

Owner: changed from alfs-log@… to kpfleming@…

comment:5 by neven@…, 21 years ago

Priority: lowestlow

comment:6 by neven@…, 21 years ago

Priority: lownormal

comment:7 by kpfleming@…, 21 years ago

dependson: 671

comment:8 by kpfleming@…, 21 years ago

Resolution: fixed
Status: newclosed

patch committed to CVS; no attempt was made to handle "continuing" transfers, but I did add logic to try multiple <url>s in a <download> if the first (or more than the first) successfully download but fail the digest check (assuming a digest was supplied)

comment:9 by neven@…, 21 years ago

Keywords: VERIFIED added

bug 695 now deals with resuming a failed download.

comment:10 by neven@…, 21 years ago

Keywords: VERIFIED removed
Note: See TracTickets for help on using tickets.