Deletion of torrent, but script never moves it to destination folder

[GoogleCodeExporter]

What is the expected output? What do you see instead?
Deletion of torrent, even though the torrent file was never copied to 
destination folder. 
destructive_mode = yes

What version of the product are you using? On what operating system?
R123

Please provide any additional information below.

I tried:
root@nas-A0-49-37:/c/XBMC# ./torrentexpander.sh "/c/XBMC/[ www.TorrentDay.com ] 
- Name.of.docu.HDTV.XviD-BLBLA"

I got this message: I cannot detect any Torrent Source or permissions to this 
torrent are not set correctly - This script will exit

chmod 777 on all folders and sub folders, including the script. 

Original issue reported on code.google.com by vilhe...@gmail.com on 29 Dec 2011 at 10:44

[GoogleCodeExporter]

I just uploaded a new SVN build (r124)
This build should now handle better non archive multi file torrents with 
brackets in their name.
It has been thoroughly tested on Mac OS X and Ubuntu.

I was not experiencing the same issue you did, but files were not moved 
correctly with a cp or mv error.
Also I have the feeling you ran into two errors. Once with a mistyped torrent 
path (hence the debug message) and another time with the correct path but then 
a mv error causing the torrent to be deleted.

Here's the line I used
/path/to/torrentexpander.sh "/path/to/[ www.TorrentDay.com ] - 
Name.of.docu.HDTV.XviD-BLBLA"

If you still run into the same debug error, please let me know and I'll send 
you a more verbose version of the script.

Thanks for your feedback

Original comment by addicted...@gmail.com on 29 Dec 2011 at 10:22

[GoogleCodeExporter]

I downloaded R125: wget
http://torrentexpander.googlecode.com/svn-history/r125/trunk/torrentexpander.sh

Then I removed the old torrentexpander.sh and torrentexpander_settings.ini
and redid everything. Still not working with the special folders.

Original comment by vilhe...@gmail.com on 30 Dec 2011 at 12:40

[GoogleCodeExporter]

I added some debug to the attached script
Please let me know what the script tells you about the torrent path and torrent 
detection level
This is a platform specific bug that I cannot reproduce, which makes it 
difficult to pinpoint

Original comment by addicted...@gmail.com on 30 Dec 2011 at 6:23

Attachments:

• torrentexpander.sh

[GoogleCodeExporter]

See email for the log. Thanks

Original comment by vilhe...@gmail.com on 30 Dec 2011 at 7:14

[GoogleCodeExporter]

Sorry, I think I did something wrong. It seems to be working now! Thanks!

Original comment by vilhe...@gmail.com on 30 Dec 2011 at 6:37

[GoogleCodeExporter]

This is good news
I think you can revert to latest SVN build instead of your current custom build
Please close this issue if you feel confident that changes in r124 solved this 
issue

When reading your debug log, I finally understood why your incomplete torrent 
path went through some of the checks. This is funny, I could never have thought 
of it :-)

I'll post real soon a new SVN build that should be really useful to you
Thanks for pinpointing this issue. I made a rookie mistake that I should have 
corrected earlier

Original comment by addicted...@gmail.com on 30 Dec 2011 at 8:03

[GoogleCodeExporter]

Thanks! How do I close this issue?

Original comment by vilhe...@gmail.com on 30 Dec 2011 at 8:36

[GoogleCodeExporter]

Switched to closed. Let me know if it needs reopening

Original comment by addicted...@gmail.com on 31 Dec 2011 at 12:45

• Changed state: Fixed

[GoogleCodeExporter]

Great news
Thanks to user feedback from a forum I found out an error in my code that may 
explain the issue you've been experiencing.
Please let me know how SVN r127 works for you

i decided to reopen that issue until we're comfortable the issue is finally 
solved

Original comment by addicted...@gmail.com on 31 Dec 2011 at 8:34

• Changed state: New

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

I have destruction mode ON and "move" on TV and Movies, but it keeps a copy of 
the torrent in my destination folder as well as my movies folder. It should 
delete the copy in the destination folder once it's moved to the movies folder. 

I even edited the torrentexpander.sh also to be sure, and even then it won't 
delete the copy in the destination folder. 

Using 127

Original comment by vilhe...@gmail.com on 1 Jan 2012 at 1:27

[GoogleCodeExporter]

My guess is that you were in GUI mode
I just uploaded a new SVN build in which I made the switch from move to copy 
optional while in GUI mode
Let me know if it solves your problem

Original comment by addicted...@gmail.com on 1 Jan 2012 at 11:27

[GoogleCodeExporter]

Great. The worked :)

Original comment by vilhe...@gmail.com on 1 Jan 2012 at 12:56

[GoogleCodeExporter]

Nice to hear
Looks like we're heading the right way
Let me know if any other torrent fails to be processed

Original comment by addicted...@gmail.com on 1 Jan 2012 at 1:47

[GoogleCodeExporter]

It deleted a torrent again. 

Original comment by vilhe...@gmail.com on 3 Jan 2012 at 4:24

[GoogleCodeExporter]

I'll nees the name of that torrent

Original comment by addicted...@gmail.com on 3 Jan 2012 at 5:40

[GoogleCodeExporter]

According to your logs, this issue is linked to your archive being damaged.
I'll see what I can do to prevent deletion in this case.
What would seem reasonable ? Only delete if resulting files are bigger or 10 
percent smaller ?

Original comment by addicted...@gmail.com on 3 Jan 2012 at 8:55

[GoogleCodeExporter]

Can you get the latest SVN build and download the same torrent.
I implemented a failsafe that will disable deletion of torrent if processed 
files are 10 % smaller than the initial torrent.
Let me know if it works well

Original comment by addicted...@gmail.com on 3 Jan 2012 at 11:16

[GoogleCodeExporter]

Please confirm that this issue is now solved since the recent builds
Thanks

Original comment by addicted...@gmail.com on 7 Jan 2012 at 1:55

[GoogleCodeExporter]

Seems to be working. Thanks.

Original comment by vilhe...@gmail.com on 8 Jan 2012 at 12:13

[GoogleCodeExporter]

Closed

Original comment by addicted...@gmail.com on 8 Jan 2012 at 2:43

• Changed state: Fixed