some way to tell finished torrents from unfinished ones

Bug #183501 reported by David Prieto
20
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Transmission
Fix Released
Unknown
transmission (Ubuntu)
Fix Released
Wishlist
Charles Kerr

Bug Description

Binary package hint: transmission

Since Transmission does not store partially downloaded files in a specific location, it becomes really hard to tell finished items from unfinished ones in the file manager. Could it maybe give unfinished stuff a special extension, for example .part? Epiphany does that for unfinished downloads.

Changed in transmission:
importance: Undecided → Wishlist
status: New → Confirmed
Revision history for this message
Charles Kerr (charlesk) wrote :
Changed in transmission:
status: Unknown → New
Changed in transmission:
status: New → Fix Released
Changed in transmission:
status: Unknown → Confirmed
Revision history for this message
Irios (irios) wrote :

I think the gravity of this bug is way beyond "Wishlist", and close to "showstopper", at least as far as Transmission is concerned. There are other programs, like Azureus, which don't share this problem, so the bug is not tremendously important in the general scheme of things.

But really, with no way to tell which files are completely downloaded, Transmission is almost useless in all but the simplest cases.

Revision history for this message
thewallis1992 (thewallis1992) wrote :

Save unfinished torrents to another folder perhaps?
At least thats what i can do with my mac and transmission(I save unfinished downloads to Incomplete instead of Downloads)

Revision history for this message
Hew (hew) wrote :

The upstream bug has been closed, but it's not really what this bug is about. The reporter was asking for some way to differentiate between complete and incomplete files outside of transmission. The simplest way to do this is to implement a "keep incomplete files in <directory>" feature, as apparently the mac client already has.

Changed in transmission (Ubuntu):
status: Confirmed → Triaged
Revision history for this message
DaCoTa (cptagliola) wrote :

Another use-case for the separate temp folder is the following: the temp folder could be on the OS drive and the destination folder on a different drive, say a shared network drive or a NAS. Without the separate folder, the external drive or the NAS needs to have the drives powered up for the complete duration of all downloads. If the temp is on the OS drive, the external drive or NAS can power down all drives and only needs to wake up when a download is complete and the finished files are transferred over. Especially with increasingly popular RAID NAS systems, this would have quite an impact on power consumption.

Revision history for this message
Irios (irios) wrote : Re: [Bug 183501] Re: some way to tell finished torrents from unfinished ones

That is what I do with Azureus. It has the added advantage that if the final
destination is in an NTFS partition, you save ENORMOUS fragmentation by
copying the file in one go. Files torrented onto an NTFS drive can end up in
literally thousands of fragments!

2009/6/22 DaCoTa <email address hidden>

> Another use-case for the separate temp folder is the following: the temp
> folder could be on the OS drive and the destination folder on a
> different drive, say a shared network drive or a NAS. Without the
> separate folder, the external drive or the NAS needs to have the drives
> powered up for the complete duration of all downloads. If the temp is on
> the OS drive, the external drive or NAS can power down all drives and
> only needs to wake up when a download is complete and the finished files
> are transferred over. Especially with increasingly popular RAID NAS
> systems, this would have quite an impact on power consumption.
>
> --
> some way to tell finished torrents from unfinished ones
> https://bugs.launchpad.net/bugs/183501
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>

Charles Kerr (charlesk)
Changed in transmission (Ubuntu):
status: Triaged → Fix Committed
status: Fix Committed → Fix Released
status: Fix Released → Confirmed
assignee: nobody → charles (charles-rebelbase)
Changed in transmission:
status: Confirmed → Fix Released
Revision history for this message
Mike.lifeguard (mikelifeguard) wrote :

Fix released for what? I don't see any available updates.

Revision history for this message
Hew (hew) wrote :

See the linked upstream report - this will be fixed with transmission 1.80.

Changed in transmission (Ubuntu):
status: Confirmed → Triaged
Revision history for this message
Martin Mai (mrkanister-deactivatedaccount-deactivatedaccount) wrote :

This should be fixed in Ubuntu 10.04 now. Thanks for reporting.

Changed in transmission (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.