linuxdcpp-team team mailing list archive

[eMTee <1828593@xxxxxxxxxxxxxxxxxx>]

I can confirm that the actual segment being downloaded is not saved when
WM_DESTROY / WM_ENDSESSION received vs. it is saved upon WM_CLOSE.

In case of segmented downloads being disabled this means the whole download progress is getting lost. Probably that's happening with the reporter.
However, the looks like the temp file is there in the unifinished downloads folder, properly closed and after a restart the rechecker (Recheck integrity menu item) can restore the queue item to the previous download progress state just fine.

I suspect the extra saving of the queue when WM_ENDSESSION is recived
has to do something with this but with default settings this will not
cause any great loss anyway and if so it can be recovered manually e.g.
in case of large files with slow speeds.

** Changed in: dcplusplus
       Status: New => Confirmed

** Changed in: dcplusplus
   Importance: Undecided => Low

-- 
You received this bug notification because you are a member of
Dcplusplus-team, which is subscribed to DC++.
https://bugs.launchpad.net/bugs/1828593

Title:
  Download is lost when Windows restarts

Status in DC++:
  Confirmed

Bug description:
  When Windows restarts or shuts down and DC++ hasn't been closed
  previously, when Windows starts up again and DC++ starts, whatever
  download progress is lost and it has to start from the beginning. What
  I'm saying is if DC++ receives a WM_CLOSE message, it remembers the
  progress of a download and exits, but if DC++ receives a WM_DESTROY
  message it forgets the download progress, exits and when DC++ starts
  up again, that entire download has to start from the beginning again.

To manage notifications about this bug go to:
https://bugs.launchpad.net/dcplusplus/+bug/1828593/+subscriptions