With the latest version 3.11 some of my files are not moving on complete.
It just says "Moving" forever. If i turn it off, then back on, it moves instantly.
Anyone else having this issue?

What OS?
do all files fail to move on complete?
by turn it off do you mean close the program or just stop and start the torrent?
on my linux and win 7 the files are moving on complete as they should.

win 7 pro
incoming and seeding folders on the same USB external drive

downloaded 10 small torrents in 15 minutes and all moved to the move test folder without any interaction

iow, works for me

Running Windows 10.
Some files move on complete.
A few files do not move and the "Status" column changes to "Moving..." every 1/2 second.
On the file "Right Click->Local Files->Location->Cancel current move".
Then "Right Click->Local Files->Location->C:\Completed" and the file moves.
I've recreated the directory and changed the setting in Tixati with no luck.

I will downgrade to previous version to verify.

I had the same issue, except it wasn't "stuck" on moving the files, they were just in the "Downloads" location when the transfer completed.  This has never happened prior to 3.11.

Win10, working fine here, sometimes it copies the file instead of moving it for no reason, but seems to be working properly.

Windows 10

I've used the same settings for months with no issues.
Then upgraded to v3.11.
After complete the status columm flashes "Moving..." but never moves.
I "Right Click->Local files->Location->Cancel move in progress".
Then "Right Click->Local files->Location->C:\Completed" and it moves instantly.

Any ideas?

I went back to v2.89 and after 60 files downloaded there was no problem on move.
So it looks like a feature of v3.11.

Same Problem on Linux, so it's not just windows.

is the move on complete folder on the same drive as the download folder or different drive?

Windows 10

Same drive.

I reverted back to v2.89 until this move on complete issue can be addressed.  Sounds like there were a ton of changes for 3.11 so hopefully they can get the kinks worked out quickly.  I'm using Windows 10.

I have the same problem, downloads are not moving on complete. Started with Tixati 3.11, never experienced this problem with older versions.

It may be worth noting I have enabled "Redundant hash-check on completion" for transfers but not files.

Tixati 3.11 (portable)
Windows 10 x64

File Operations Log:

620:44.201> AsyncFile::Seek(0,-1)  obj=0x105cdee0 fd=0x714  us = 1
620:44.216> AsyncFile::Seek CB  obj=0x105cdee0 fd=0x714 e=0  us = 1
620:44.216> AsyncFile::Read(905)  obj=0x105cdee0 fd=0x714  us = 1
620:44.231> AsyncFile::Read CB  obj=0x105cdee0 fd=0x714 res.size()=905 e=0  us = 1
620:44.251> FileSystem::IsDirectory(C:\PATH) r=0   us = 53
620:44.251> FileSystem::Remove(C:\PATH) ec=2   us = 362
620:44.251> FileSystem::IsDirectory(C:\PATH) r=1   us = 18
620:44.251> FileSystem::CreateDir(C:\PATH,1) ec=183   us = 237
620:44.251> FileSystem::IsFile(C:\PATH) r=0   us = 25
620:44.251> FileSystem::IsDirectory(C:\PATH) r=1   us = 17
620:44.251> FileSystem::GetFileID(C:\PATH)  r=3930784346_5348024558245488    us = 233
620:44.251> FileSystem::IsDirectory(C:\PATH) r=0   us = 21
620:44.251> FileSystem::GetPartitionID(C:\PATH)  ps=5 r=D:\    us = 506
620:44.256> FileSystem::GetPartitionID(C:\PATH)  ps=4 r=D:\    us = 399
620:44.251> FileSystem::IsSamePartition(C:\PATH,C:\PATH) r=1   us = 2714
620:44.256> AsyncFile::Close()  obj=0x105cdee0 fd=0x714  us = 1
620:44.256> AsyncFile::Close()  obj=0x105cdee0 fd=0xffffffffffffffff  us = 1
620:44.997> AsyncFileSys::GetFileInfo C:\PATH  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
620:45.027> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
620:52.821> AsyncFileSys::GetFileInfo C:\PATH  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
620:52.835> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
620:52.835> AsyncFileSys::GetFileInfo C:\PATH  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
620:52.850> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
620:52.976> AsyncFile::Setup(C:\PATH,wct)  us = 27
620:53.016> AsyncFile::Setup  CB  fd=1928  e=0  us = 1
620:53.021> AsyncFile::Write(strData.size=571347)  obj=0x115fdc40 fd=0x788  us = 1
620:53.036> AsyncFile::Write CB  obj=0x115fdc40 fd=0x788 e=0  us = 1
620:53.036> AsyncFile::Close()  obj=0x115fdc40 fd=0x788  us = 1
620:53.036> AsyncFileSys::Move C:\PATH  to  C:\PATH  us = 1
620:53.036> AsyncFile::Close()  obj=0x115fdc40 fd=0xffffffffffffffff  us = 1
620:53.051> AsyncFileSys::Move CB OK  us = 1
620:57.035> AsyncFileSys::GetFileInfo C:\PATH  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
620:57.065> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
621:04.862> AsyncFileSys::GetFileInfo C:\PATH  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
621:04.877> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
621:04.877> AsyncFileSys::GetFileInfo C:\PATH  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
621:04.892> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
621:09.071> AsyncFileSys::GetFileInfo C:\PATH  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
621:09.101> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
621:16.922> AsyncFileSys::GetFileInfo C:\PATH  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
621:16.942> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
621:16.942> AsyncFileSys::GetFileInfo C:\PATH  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
621:16.957> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
621:21.104> AsyncFileSys::GetFileInfo C:\PATH  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
621:21.134> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
621:28.963> AsyncFileSys::GetFileInfo C:\PATH  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
621:28.978> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
621:28.978> AsyncFileSys::GetFileInfo C:\PATH  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
621:28.993> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
621:33.141> AsyncFileSys::GetFileInfo C:\PATH  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
621:33.206> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
621:41.010> AsyncFileSys::GetFileInfo C:\PATH  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
621:41.065> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
621:41.070> AsyncFileSys::GetFileInfo C:\PATH  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
621:41.110> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
621:45.204> AsyncFileSys::GetFileInfo C:\PATH  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
621:45.249> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
621:53.117> AsyncFileSys::GetFileInfo C:\PATH  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
621:53.182> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
621:53.182> AsyncFileSys::GetFileInfo C:\PATH  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
621:53.227> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
621:57.251> AsyncFileSys::GetFileInfo C:\PATH  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
621:57.297> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
622:05.242> AsyncFileSys::GetFileInfo C:\PATH  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
622:05.281> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
622:05.281> AsyncFileSys::GetFileInfo C:\PATH  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
622:05.326> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
... it goes on like this

Is anyone able to confirm if this 'MOVE ON COMPLETE' issue is fixed in v3.12 please?

I'm still experiencing this problem in 3.12. I've been running it for a few days now and downloaded a few torrents, they all got stuck on Moving.

Tixati v3.14 has been released and all move on complete problems should be fixed.

https://www.tixati.com/download/

If anyone is still having problems with move on complete failing or being held up please post something so the devs can fix it.

Still having the issue. Restarting tixati does sometimes trigger it to solve.

Also experiencing this issue with 3.14.

Stopping all other torrents helps alleviate, but transfers are extremely slow.