be tolerant to lost files

Bug #419304 reported by Vasily Kulikov
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Transmission
Fix Released
Unknown
transmission (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: transmission

I store all torent downloads at my external hard drive. Sometimes I forget to connect it and transmission starts to download torrents again. In a few seconds it tries to save data and fails. As a result transmission has to check local data every time I forget to connect drive.

Transmission should be tolerant to such situations. E.g. if destination file path begins with "/media/" then transmission should pause torrent until "/media/drive" exists and then check last modification time of files. Only if it is not equal to previously saved time then it should be checked.

Revision history for this message
Charles Kerr (charlesk) wrote :

This is fixed in Transmission 1.74.

https://bugs.launchpad.net/ubuntu/+source/transmission/+bug/418367 is the ticket which nominates 1.74 for karmic.

Changed in transmission:
status: Unknown → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package transmission - 1.74-0ubuntu1

---------------
transmission (1.74-0ubuntu1) karmic; urgency=low

  [ Krzysztof Klimonda ]
  * Merge from debian unstable, remaining changes:
    - debian/control:
      + Added replaces & provides clutch (now included as part of transmission).
      + add liblaunchpad-integration to Build-Depends
    - debian/rules:
      + Create a PO template during package build.
    - debian/patches/01_lpi.patch:
      + Integrate Transmission with Launchpad
    - debian/patches/20_add_X-Ubuntu-Gettext-Domain.diff:
      + Add X-Ubuntu-Gettext-Domain to .desktop file.
  * debian/control:
    - add lsb-release to Build-Depends
  * This includes the QT client in transmission-qt.

  [ Chris Coulson ]
  * Update to new upstream version 1.74 (LP: #418367):
    - Better data recovery in the case of an OS or Transmission crash
    - If a data file is moved, stop the torrent instead of redownloading
      it (LP: #419304).
    - Fix bug that didn't list some peers in the resume file and in PEX
    - More helpful torrent error messages
    - DHT now honors the bind-address-ipv4 configuration option
    - Fix Debian build error with miniupnpc
    - Fix Cygwin build error with strtold
    - Update to a newer snapshot of miniupnpc
    - Fix crash that occurred when adding torrents on some desktops
    - Synchronize the statusbar's and torrent list's speeds
    - Fix the Properties dialog's "Origin" field for multiple torrents
  * debian/rules, debian/control:
    - Don't run autoreconf at build time and don't build-dep on libtool.
  * debian/control:
    - transmission-common replaces transmission-gtk (<< 1.74) rather than
      (<= 1.73-1).
  * Refreshed patches:
    - 01_lpi.patch.
    - dont_build_libevent.patch.
    - qt_client_use_system_libevent.patch.
  * Dropped patches not needed anymore:
    - updateminiupnpcstrings_double_escape_slash.patch
  * Added 99_autoreconf.patch for autotools update.

transmission (1.73-5) unstable; urgency=low

  * debian/rules: patch before configure
  * debian/patches: add patch to not build libevent, regardless of
    linking (really, really closes: #537868)
  * debian/changelog: fix dates

transmission (1.73-4) unstable; urgency=low

  * debian/patches: oops, hadn't seen the libnatpmp part of the
    problem... (really closes: #537868)

transmission (1.73-3) unstable; urgency=low

  * debian/patches/series: actually add the patch to make the qt
    version use the system-wide libevent. (closes: #537868)

transmission (1.73-2) unstable; urgency=low

  * debian/{rules,control,transmission-qt.*}: build Qt client in
    transmission-qt (closes: #528074)

 -- Chris Coulson <email address hidden> Wed, 09 Sep 2009 09:06:11 +0200

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

Other bug subscribers

Remote bug watches

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