GUI ignores 'incomplete' folder for pathmapping

[GoogleCodeExporter]

using remote gui on Mac OS X and transmission 2.0 on Synology NAS ...

when defining path mapping from path on NAS (/volume1/TRANSMISSION) to locally 
mounted path (/Volumes/TRANSMISSION), gui ignores my setting for placing 
incomplete and complete torrents in different directories
my setup:
/TRANSMISSION/incoming (auto-add torrents)
/TRANSMISSION/incomplete (downloads inprogress)
/TRANSMISSION/download (completed downloads)

when I click 'open containing folder' the gui wants to open the file in the 
download folder, but since they are still in the incomplete folder, I get an 
error message "Unable to execute <<pathname-in-download-folder>>." which is 
only logical, since the file is not there yet.

Original issue reported on code.google.com by chris.ta...@gmail.com on 10 Sep 2010 at 9:14

[GoogleCodeExporter]

Issue 318 has been merged into this issue.

Original comment by j...@cp-lab.com on 7 Nov 2010 at 9:08

[GoogleCodeExporter]

Same behaviour in Fedora 14

Original comment by brun...@gmail.com on 17 May 2011 at 8:12

[GoogleCodeExporter]

Same thing happens with Transmission Daemon 2.32 and GUI 3.1 on Win XP SP3.

Original comment by smurf...@gmail.com on 8 Aug 2011 at 11:54

[GoogleCodeExporter]

Yup...

It would appear the gui doesn't handle the case of there being a separate 
incomplete
dir from the final destination dir.

You can get a hint at this when you look at the GUI's idea of the torrent's 
PATH -- 
it displays the Destination dir, not the actual location...

So this bug should really be changed to having Trm-GUY currently display path 
of where torrent IS (not where it will eventually go)...

Original comment by astara.a...@gmail.com on 24 Nov 2011 at 12:58

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

I agree. allow opening folder of incomplete torrents. same behavior in 
transmission-daemon 2.74 in Linux

Original comment by petesimontabibito on 18 Jan 2013 at 3:40

[GoogleCodeExporter]

Issue 660 has been merged into this issue.

Original comment by j...@cp-lab.com on 28 Aug 2013 at 1:58

[GoogleCodeExporter]

i have that same bug as op with my Qnap ts-212

Original comment by h0rnytoad1 on 28 Aug 2013 at 3:35

[GoogleCodeExporter]

this feature, of checking on files while still incomplete, would be useful to 
have that fixed, it helps to check the actual content of the torrent while 
other parts of it are still downloading.

Original comment by h0rnytoad1 on 11 Feb 2014 at 2:53

[GoogleCodeExporter]

A (dirty) hack around it would be to map the completed link to the incomplete 
folder
This has the drawback that it will not work as soon as the download is REALLY 
completed and moved to the completed folder.

'/share/MD0_DATA/Qdownload/transmission/completed=u:\transmission\incomplete'

Original comment by hansson....@gmail.com on 12 May 2014 at 12:59

[GoogleCodeExporter]

I also have this issue, I tried a seperate line mapping to the incomplete 
directory but it doesn't work. For some reason you can only input one mapping, 
so you either choose the download directory, or incomplete directory. not both.

Original comment by dodgexan...@gmail.com on 3 Oct 2014 at 10:45