Here is an example of a failure caused by this bug. I used dupload to upload this file and my network broke during the upload of the .orig.tar.gz. I restarted the upload and dupload quite correctly didn't reupload the already successfuly uploaded files. The result was the error message you will find attached. I disagree vehemently with describing this bug as a `wishlist item'. It is quite simply a bug that soyuz pays attention to which FTP session a file arrives in. * It is completely wrong as it violates the basic assumptions underlying the FTP protocol (which are, admittedly, not stated in the FTP RFC as the authors presumably didn't think anyone would be so daft). * There is no excuse for this behaviour. As you can see from the design sketch I have provided, there are reasonably sane and reliable ways of dealing with filename clashes, partial uploads, etc. * As you can see from the attached message, this behaviour causes actual malfunctions. So there is no excuse for classifying it as `wishlist' ! I will change the bug status shortly. Ian. Rejected: UploadError made it out to the main loop: File gs-gpl_8.50-1.1ubuntu1.dsc as mentioned in the changes file was not found. -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Fri, 30 Jun 2006 18:41:54 +0100 Source: gs-gpl Binary: gs-gpl gs Architecture: source Version: 8.50-1.1ubuntu1 Distribution: edgy Urgency: high Maintainer: Masayuki Hatta (mhatta)