Ticket #50 (closed task: fixed)

Opened 2 years ago

Last modified 21 months ago

aborted downloads 'come back' after a restart

Reported by: joss@… Owned by: daelstorm
Priority: major Milestone: Release 1.3.0
Component: nicotine Version:
Keywords: Cc:

Description

This is an old one, initially reported as http://bugs.debian.org/256048 but it is still here in 1.2.4.1.

To reproduce it, abort a download without clearing it from the window, quit nicotine and restart. The download starts again.

Attachments

Change History

Changed 2 years ago by daelstorm

  • status changed from new to closed
  • resolution set to invalid

This is not a bug, it's expected operating procedure.

If you abort a download, all that means is you don't want to download it _now_, but you will later.

Changed 2 years ago by joss@…

  • status changed from closed to reopened
  • resolution invalid deleted

I agree that it shouldn't be removed from the list, but this is not the problem.

When you restart nicotine, these downloads should come back as still aborted, instead of starting automatically. An even more annoying behavior is that they start automatically after a server disconnect/reconnect cycle, which can this happen without any user interaction at all.

Changed 2 years ago by gandalf

I agree.

But I guess daelstorm can't do this due to protocol limitations.

Changed 2 years ago by daelstorm

  • milestone set to Release 1.3.0

Nothing to do with protocol limitations, and now that I understand the problem I've tried to fix it. Unfortunantly, I haven't found a way to implement this. Nicotine's Transfer code, like museek's is complex and confusing. Adding to the 1.3.0 milestone.

Changed 21 months ago by daelstorm

  • status changed from reopened to closed
  • resolution set to fixed

fixed back for the 1.2.7 release

Add/Change #50 (aborted downloads 'come back' after a restart)

Author



Action
as closed
Next status will be 'reopened'
 
Note: See TracTickets for help on using tickets.