I am running Tixati 2.44 a4 on Windows x64

There is some kind of file locking conflict with having Tixati check a torrent and also move a torrent at the same time.  I've run several tests utilizing a new torrent of 5 1MB files.

Steps to reproduce:
1. Create a new torrent.  Make sure it is large enough that you will have time to move the transfer before it finishes calculating the hash for the torrent.  5MBs was more than large enough for me.
2. Open Transfer properties and wait for the torrent to start scanning for its hash.  Right click the transfer and move it to a different location.
3. If done correctly, you will see Tixati will create the new folder (if a multi-file torrent) and move any unlocked files.  However, it will only partially copy data into any files it was in the middle of scanning and will COPY instead of MOVE those files to the new directory.  This means you will be left with intact files in the Old location and a mix of intact and empty files in the new location.
4. The transfer will continue checking and will be missing large portions of the transfer.  It will switch to Download mode.


It should be noted that most of the time, this error will occur, however there were a couple of times where all files copied correctly and file checking resumed and finished OK.  I can only assume the file checking was between files when move was initiated and thus no error occurred.

Also, this error may occur when force checking a transfer and initiating a move.  This should be investigated as well.
Below is the Event Log from one of my tests:


[5:57:29 PM]  creating transfer from local files
[5:57:29 PM]  peer-id set to TIX0244-b0b2a2i4h2c4
[5:57:29 PM]  starting
[5:57:32 PM]  found new file with LM time 2015/05/14 10:25:42 AM > Test1.pdf
[5:57:34 PM]  complete
[5:57:40 PM]  found new file with LM time 2015/05/14 10:25:42 AM > Test2.pdf
[5:57:44 PM]  moving folder from H:\Junk to H:\STORAGE\Junk
[5:57:44 PM]  moving file from H:\Junk\Test1.pdf to H:\STORAGE\Junk\Test1.pdf
[5:57:44 PM]  moving file from H:\Junk\Test2.pdf to H:\STORAGE\Junk\Test2.pdf
[5:57:44 PM]  found new file with LM time 2015/05/14 10:25:42 AM > Test3.pdf
[5:57:44 PM]  moving file from H:\Junk\Test3.pdf to H:\STORAGE\Junk\Test3.pdf
[5:57:44 PM]  found new file with LM time 2015/05/14 10:25:42 AM > Test4.pdf
[5:57:44 PM]  moving file from H:\Junk\Test4.pdf to H:\STORAGE\Junk\Test4.pdf
[5:57:44 PM]  found new file with LM time 2015/05/14 10:25:42 AM > Test5.pdf
[5:57:44 PM]  moving file from H:\Junk\Test5.pdf to H:\STORAGE\Junk\Test5.pdf
[5:57:44 PM]  moving data location from H:\ to H:\STORAGE
[5:57:44 PM]  found new file with LM time 2015/05/14 10:25:42 AM > Test3.pdf
[5:57:48 PM]  found new file with LM time 2015/05/14 10:25:42 AM > Test4.pdf
[5:57:50 PM]  found new file with LM time 2015/05/14 10:25:42 AM > Test5.pdf
[5:57:51 PM]  waiting to check files
[6:02:07 PM]  checking files
[6:02:13 PM]  files check complete
[6:02:13 PM]  info-hash set to [REDACTED HASH FOR SECURITY]
[6:02:16 PM]  downloading initiated
[6:03:47 PM]  starting DHT search


This would probably be helpful to aggregate and list settings on the Settings -> Transfers --> Files and --> Locations panes which are related.

Though most of those relate to "on complete" there definitely should be a global check in place... to keep you from CREATING a bad state since Tix doesn't tell you "I'm sorry I can't do that Dave."

Pretty sure this is a multi-layered issue, but that's the most succinct post on the topic. Please tell us if you need more info development team :D