Bug #1202

Mirrors are not handled correctly

Added by drbits about 11 years ago. Updated over 7 years ago.

Status:ClosedStart date:01/23/2010
Priority:HighDue date:
Assignee:-% Done:


Category:ControllingEstimated time:6.00 hours
Target version:040 - FarfarAway


Currently, the relationship between links that that save to the same file (Mirrors) results in incomplete downloads that are difficult for users to detect. Mirrors can occur without user knowledge.

Before download of a file begins, JD must check the existence of the final (renamed) file. If it exists, then the "File exists" Permanent error is assigned to the link.

When a download begins, the .part file must be opened for exclusive access. Memory mapping may be the best option.

When JD tries to open the .part file for another link, the file will be locked. JD should mark that link as "Temporarily unavailable".

If the renamed file does not exist and a .part file exists and is not locked, then JD should continue the download.

When a link is Reset, JD must delete both the renamed file and the .part file (if they exist).

issue1202_example.rar - From 10.535 - Both DVI34.part3 will be marked "File already exists" (53 KB) drbits, 02/09/2010 03:21 AM

Related issues

Related to Feature #1999: Download simultan from mirrors Assigned 06/30/2010
Related to Bug #1821: Files with different sizes are not mirrors New 05/27/2010
Related to Bug #394: Mirrormanagement Closed 08/23/2009

Also available in: Atom PDF