linuxdcpp-team team mailing list archive
-
linuxdcpp-team team
-
Mailing list archive
-
Message #00966
Re: [Bug 572408] Re: sometimes, uploads continue forever - 1000s of % complete
Oops - sorry for my terrible knee-jerk reaction, after reading only your
first paragraph. No cookie, for me!
Yes - all users are .761 and all have chunking off. And yes, workaround is
the on downloader end - remove bad file from queue, clean if from temp, then
requeue it.
Thanks you. I will pass this along, and we will anxiously await a
resolution, and live with the issue a bit longer...
--------------------------------------------------
From: "MusicLovr" <musiclovr@xxxxxxxxx>
Sent: Friday, April 30, 2010 12:50 PM
To: "Bug 572408" <572408@xxxxxxxxxxxxxxxxxx>
Subject: Re: [Bug 572408] Re: sometimes,uploads continue forever - 1000s of
% complete
> However this occurs when only 2 sites connected to a hub - one uploading,
> and one downloading. And 'chunking' is turned off, on both.
>
> It's getting to be quite a pain to transfer 100s of mb for a 1 mb file,
> and seeing rates of 15000%. Granted, it only trips-up this way, every
> couple of weeks, and after many 100s of files, but still.
>
> Have used for several years. Guess I'll investigate some of the
> alternatives.
>
> Thanks, anyway...
> --------------------------------------------------
> From: "poy" <poy@xxxxxxxxxx>
> Sent: Friday, April 30, 2010 12:26 PM
> To: <musiclovr@xxxxxxxxx>
> Subject: [Bug 572408] Re: sometimes,uploads continue forever - 1000s of %
> complete
>
>> it is expected that the value can grow beyond 100% if you upload several
>> segments of the same file to various people. even where there is only
>> one person downloading the file from you, the total uploaded contents
>> from your end can go slightly over 100% if the client of the person
>> downloading rollbacks a few bytes behind when starting the download
>> after, say, a connection break.
>>
>> that the downloader keeps requesting the same file over and over is an
>> issue on her end and nothing you can do about. your client only sends
>> what it is requested to send.
>> if that downloader is using DC++ 0.761, there is a known bug in the
>> downloading part that can trigger these non-stop downloads and its fix
>> should see the light of the day in the next release.
>>
>> ** Changed in: dcplusplus
>> Status: New => Invalid
>>
>> --
>> sometimes, uploads continue forever - 1000s of % complete
>> https://bugs.launchpad.net/bugs/572408
>> You received this bug notification because you are a direct subscriber
>> of the bug.
>>
>> Status in DC++: Invalid
>>
>> Bug description:
>> All too frequently, uploads continue running past 100% complete.
>> Essentially, forever, until downloader clears queue, and cache, and
>> re-queues the files. Server and client ,761. Bug has existed for some
>> time, though. Win7, on the server end (me) - but was same under XP. Snap
>> of 'finished uploads' included.
>>
>> I gotta wonder if the coder might not have typed ==, when he/she meant to
>> type >= ? As in a compare to 100%, when the calculated % complete, for
>> example, might go from 98.77% to 100.01%. That would make a forever
>> upload.
>>
>> tia, for looking into this...
>>
>> To unsubscribe from this bug, go to:
>> https://bugs.launchpad.net/dcplusplus/+bug/572408/+subscribe
>
--
sometimes, uploads continue forever - 1000s of % complete
https://bugs.launchpad.net/bugs/572408
You received this bug notification because you are a member of
Dcplusplus-team, which is subscribed to DC++.
Status in DC++: Invalid
Bug description:
All too frequently, uploads continue running past 100% complete. Essentially, forever, until downloader clears queue, and cache, and re-queues the files. Server and client ,761. Bug has existed for some time, though. Win7, on the server end (me) - but was same under XP. Snap of 'finished uploads' included.
I gotta wonder if the coder might not have typed ==, when he/she meant to type >= ? As in a compare to 100%, when the calculated % complete, for example, might go from 98.77% to 100.01%. That would make a forever upload.
tia, for looking into this...
References