Ticket #856 (new bug)

Opened 4 years ago

Last modified 6 months ago

Torrents sharing same folder name issue

Reported by: jeff@… Owned by: andar
Priority: minor Milestone: not applicable
Component: libtorrent Version: 1.2.0
Keywords: Cc:

Description

If you are downloading multiple torrents that are downloading into the same folder, and one of the torrent's finishes, the whole folder (and contents) is moved even though the unfinished torrents have files in that folder. The unfinished torrents get an error and stop.

I disovered this bug downloading the slackware install iso's.

Change History

  Changed 3 years ago by H3g3m0n

  • version changed from 1.1.5 to 1.2.0_rc3

I have also run into this bug on 2 separate occasions now.

It's not uncommon for multiple torrents to have the same name, you get things like 'ebooks', 'PDFs'.

Still happens with 1.2.0-rc3

I also wounder how Deluge handles multiple torrents with the exact same file names in addition to the directory names, does one get overridden?.

Maybe the best solution is to rename the new directory something like "directory (1)", although it would need to be scanned first to see if it is indeed different (since you don't want to accidently re-add a torrent a few times and end up with file dupes). You would probably only want that happing if there is a filename conflict though since it would be stupid to have "slackwareiso (1)/slack64bit.iso", "slackwareiso (2)/slack32bit.iso", ect... although it might be best to have the behavior set as a user config option since you might not want, say, a huge number of rar files mixing together even if they are different names.

  Changed 3 years ago by Cas

  • component changed from other to libtorrent

  Changed 3 years ago by Cas

  • version 1.2.0_rc3 deleted

  Changed 3 years ago by Cas

  • priority changed from major to minor
  • summary changed from Move Completed Torrents Bug to Torrents sharing same folder name issue
  • component changed from libtorrent to core
  • version set to 1.2.0
  • milestone set to 1.4.0

I think this is actually a Deluge bug not sure why i marked it lt.

Duplicate tickets: #1129 and #869

  Changed 3 years ago by Cas

  • component changed from core to libtorrent
  • milestone 1.4.0 deleted

johnnyg pointed out it is an lt issue that can be solved by doing a recursive move

follow-up: ↓ 7   Changed 3 years ago by caramba

They shouldn't share the same folder in the first place, it should be impossible to assign for any new torrent a folder name that is already taken. If that is attempted, deluge should prompt for an alternative name, maybe suggesting a (2) suffix as mentioned.

in reply to: ↑ 6   Changed 2 years ago by s0undt3ch

Replying to caramba:

They shouldn't share the same folder in the first place, it should be impossible to assign for any new torrent a folder name that is already taken. If that is attempted, deluge should prompt for an alternative name, maybe suggesting a (2) suffix as mentioned.

Come on, it should be impossible? No it should not be impossible. It should though, only move the files belonging to the torrent that completed.

  Changed 6 months ago by Cas

  • milestone set to not applicable
Note: See TracTickets for help on using tickets.